功能需求

功能需求
功能需求

1.1.功能需求

集团公司多年的信息化建设和应用,使管理人员和操作人员对信息系统的功能提出比较高的要求;另外石油行业的特殊性,也要求信息系统易实用易操作等,因此设计一套灵活实用功能完备的ERP权限管理平台能够更好地支撑业务,提供决策支持。

1.1.1.企业总体功能需求

为全力支持ERP系统上线运行,严格确保ERP风险得到管控,业务流程应用达到职责分离,集团公司及其地区公司需要一套信息化平台来对ERP权限相关业务进行管理,以满足企业在ERP权限管控方面的信息化管理需求,实现ERP 权限分配的合理合规,保障ERP系统数据的安全、保密、有效。

为适应地区公司ERP系统的具体应用差异化、职责分离差异化、管理层级流程差异化,集团公司统一搭建的权限管理平台需要支持以地区公司为管理单位进行相关流程、模板、内容的管理。

为支持内控流程梳理的工作,适应业务流程变更的要求,集团公司需要平台有灵活的流程定制模块,支持总部和各地区公司分别对自己的相关流程进行个性化定制。

为满足企业内控与风险管理的要求,所有流程的定制都需要由总部内控部门进行审批。

为满足各级内控部门、外部审计部门权限检查的要求,集团公司需要平台有灵活的权限检查机制,可以定制周期、定制范围进行自动权限检查,也可以按需求实时进行手动权限检查,检查结果要生成统计数据和决策报表。

1.1.

2.目标用户功能需求

各个层面的目标用户根据集团公司及地区公司的ERP权限管理要求、业务流程和未来的发展方向,都有自己功能上的需求。

各目标用户层主要功能需求如下图所示:

图1 目标用户功能需求

1.1.1.1一、决策支持层

决策支持层包括总部领导层和地区公司领导层。

各级领导层是公司决策的主体,决定了公司的发展方向和阶段目标。数据信息作为公司领导层决策的重要依据,需要各业务部门能够在适当的时候提供及时、准确、全面的决策信息。权限管理的信息在审计过程有重要作用,对领导层的决策有支撑意义。

目前的权限管理数据相对零散,很难给领导层带来决策支持。

因此,通过中国石油ERP权限管理平台的实施,各级领导层能够实时获取全面、灵活、科学的管理层报表,了解ERP权限管理的有效信息,提高决策的依据和效率,从而加强对各级企业的管控力度,提升企业管理水平。

1.1.1.2二、内控管理层

内控管理层包括总部内控部门和地区公司内控部门。

内控部门对ERP系统建设一直高度重视,各级领导不断强调要规范ERP系统内部控制工作,确保ERP系统在推广实施工作中实现设计有效,执行有力。

ERP权限管理是ERP内部控制的一个重点,ERP系统众多风险的规避都可以

通过对ERP权限的严格控制来实现。目前内控部门对ERP的控制,只在开头(ERP 实施上线)和结尾(事后检查)时存在,不满足全过程的管控要求。

内控部门在ERP权限管理方面的主要需求总结为以下几点:

●平台要将权限申请、权限审批、权限授予的全过程进行管理;

●平台要将权限管理的规则和标准进行管理;

●平台要有灵活的流程定制,以满足内控部门流程梳理优化的要求;

●平台要将特权用户管理起来,将特权用户带来的风险降至最低;

●平台要有分层次的权限检查功能,以满足定期自测、上级测试、外部审

计的检查要求。

1.1.1.3三、运维支撑层

运维支撑层包括地区公司一级运维、总部二级运维、内部支持队伍等ERP 权限管理相关的运维支撑人员。

运维支撑层在ERP权限管理方面的主要需求总结为以下几点:

●平台需要权限申请、权限审批、权限授予功能;

●平台需要权限管理的规则和标准维护功能;

●平台需要规则和标准模板导入功能;

●平台需要对特权用户进行管理;

●平台要有灵活的权限检查功能;

1.1.1.4四、最终用户层

最终用户层主要面对ERP系统的帐号用户、普通审核用户以及特权用户,这些用户需要的功能主要集中在:

●通过平台进行权限申请;

●通过平台进行权限变更;

●通过平台申请口令重置/解锁;

●通过平台进行权限审核;

●查询自己的权限信息。

1.2.技术需求

1.2.1.用户数估算

表1ERP权限管理平台用户数估算表

总部网站数据搜集而来,估算用户数是根据搜集到的资料与总单位数量的比例计算获得,待2011年6月所有公司ERP上线之后,获得确定的用户数据。

1.2.2.性能需求

中国石油ERP权限管理平台要对大量的数据进行统计和分析,需要具有足够的计算能力,支持复杂运算,对CPU、内存要求较高;对平台稳定、可靠安全性及可用性要求较高。平台需要提供一定的数据存储能力,对性能要求较高,能支持大量用户访问,响应时间短,速度快。

表2平台性能需求表

1.2.3.输入输出

平台需要满足如下输入输出需求:

●提供图形化的操作界面;

●支持中文输入和显示;

●支持在线帮助及打印功能;

●支持在线培训;

●支持知识共享。

1.2.4.数据管理能力

平台应该具有数据备份、数据恢复的方式和能力等。

●定期备份:

平台配置应该采用集群方式,设计定期备份功能,将数据备份到磁带库中,并定期更换磁带库进行异地保存。

●灾难恢复:

平台应该采用异地灾备。异地存储的磁带库保证了同一时间,重要数据在至少两个地方留有备份,保证当意外情况发生时可以进行灾难恢复。

●路由备份:

为满足日常工作的要求,地区公司与集团公司网络的连接应具有两个路由器互为备份,考虑到网络的用户数量,还应该具有均衡负载的功能。

●冗余连接:

与集团公司网络的连接线路有一条主线连接,还应该冗余一条备用线,以备意外情况发生保证系统正常运行。

表3数据管理能力需求表

1.2.5.故障处理

系统应该具有防病毒能力、双机热备份能力、不间断工作能力。

1.2.6.运行环境

计算机基础设施和相关技术的利用,很大程度上影响着集团公司业务决策的过程。一个失误设计的实施过程都会成为集团公司内信息共享和系统环境集成的严重障碍。所以,良好的方案设计和可行的实施计划,是信息建设项目成功的关键,而有效的调研工作,是这一切的基础。所以本方案中计算机基础设施的构想,是本着灵活和可扩展的原则,以模块化的方式进行设计和说明的,以保证在计算机基础设施的建设过程中,有计划、分阶段、可实施。

对于中国石油ERP权限管理平台,计算机基础设施建设起着关键的作用。对于集团公司整个公司的发展而言,计算机基础设施建设更有着举足轻重的作用。计算机基础设施不能作为一个独立或单独的部分去建设完善,必须针对集团公司未来业务发展的需求,结合各专业应用领域的技术革新与优化,进行有效的设计与计划,与集团公司主要业务领域的优化工作一起进行。

随着中国石油ERP权限管理平台的建设,首先必须建立或完善IT基础设施。IT基础设施包括网络、计算机系统和用户管理。IT基础设施建设必须依据下列原则来建设。

表4运行环境需求表

1.2.7.与其它系统接口

目前集团公司在信息技术总体规划和建设方面已经取得很大的成就。中国石油ERP权限管理平台是ERP系统权限管理的重要辅助手段,为满足内控的管理要求,完善平台功能,平台需要跟多个信息化系统进行接口,具体如下:

●ERP系统

本平台是ERP系统的辅助服务平台,平台的基础数据都是来源于ERP系统的权限基础数据。一期可以对ERP系统的权限基础数据只进行读取操作。

平台扩展功能,可以加入直接对ERP系统内的权限数据进行修改,双向数据同步。

●人力资源系统

本平台今后可以与人力资源系统结合,监控人力资源系统的调动事件。凡是在人力资源系统中发生人员调动,对应的ERP账号权限信息将根据调动单位变动,删改已有权限,保证ERP系统业务数据的安全性。

●身份认证系统

本平台今后可以与在建的身份管理与认证系统结合,将用户登录的安全认证交给身份管理与认证系统进行判断。

●数据仓库系统

本平台需要提供权限管理元数据给数据仓库系统,依靠数据仓库系统强大的计算分析能力,生成丰富的统计分析数据,完善管理层报表的决策支持作用。

具体接口的系统要求如下:

表5接口需求表

1.2.8.其它需求

平台在安全保密、系统维护、用户培训等方面也要满足集团公司相关标准。

1.1.1.5一、安全保密

建立企业网络安全策略,既要考虑到用户容易获取信息,也要考虑以适当的机制认证已授权的用户,既要保证数据的完整性,也要有与用户数据价值相适应的保密措施,既要在技术上,也要在结构上是可实施的。在企业网上建立包括防火墙在内的多种高度安全机制,防止诸如SMTP泛滥(电子邮件炸弹)、恶意的Applets、拒绝访问等黑客恶意攻击。采用先进实用的认证系统,以替代目前企业网内部的多层防火墙,即保证网络安全,又使用户方便使用网上资源。

表6安全保密需求情况表

1.1.1.6二、系统维护

IT系统管理和维护的原则就是简单,简单的维护和管理可使系统的运行维护费用降低。

为使系统能正常运行必须配置相应的系统维护人员来解决系统运行出现的问题。

1.1.1.7三、用户培训需求

根据不同的需求对象,进行各种层次的培训,主要体现在对各种应用人员和系统维护人员进行必要的培训。

表7用户培训需求表

1.3.数据信息需求

1.3.1.数据标准化需求

数据编码和信息标准化工作是企业信息化的基础,也是企业信息化最重要的组成部分,是企业实现数据集成、共享、规范的核心。

集团公司非常重视数据编码及标准化工作,将其作为信息技术总体规划中非常重要的一个独立工作包,在ERP系统建设过程中,同步建设、同步实施,满足建设集团范围内统一集成ERP系统平台的需要。为此,集团公司成立了公共数据编码平台项目组,专门负责集团公司公共数据编码和信息标准化工作,负责公共数据编码平台项目建设,以支持ERP系统的建设工作。

中国石油ERP权限管理平台需要采用与ERP系统一致的数据标准化指标及规则,从而保证无论是获取的数据还是新设计的数据,都与ERP系统能够保持命名一致性。

表8数据标准化需求表

1.3.

2.信息需求

平台实施主要包括以下数据:

ERP权限相关数据:ERP权限相关数据是平台的基础数据,是平台分析、计算、判断的原始数据。平台的实施对ERP系统已有权限数据只作读取操作,不会产生影响,而平台的应用可以使ERP权限数据更加科学、合理、规范。

权限检查规则数据:权限检查规则是平台计算、判断的依据。目前的检查规则完全是线下的管理方式。平台实施后,所有地区公司的检查规则都将以总部提供的规则模板为基础,整理完善后进入平台数据库,为统一管理提供便利条件。

申请审批留存证据数据:申请审批留存证据数据是内控管理的必要数据。目前的申请审批留存证据数据是通过线下的纸质表单进行留存的,整理保存都很

困难。平台实施后,所有申请审批流程的操作证据都会以电子信息记录的形式在平台中得到保存,以备内控、审计部门随时检查。

1.4.差距分析

1.4.1.差距分析

管理好公司内部的资源是至关重要的。目前几乎所有的世界领先石油公司都已实施了ERP系统,ERP系统为企业提供集成的管理企业内部资源的平台。ERP 系统的权限过于复杂,手工管理很难满足ERP权限管理的日常要求,也很难达到内控管理的要求,并且容易给ERP应用带来风险。因此很多大公司都已经开始实施ERP权限管理的相关信息化系统,从而保证ERP的安全运行。在这方面,集团公司目前仍依赖于手工管理方式而非信息化的手段,试点的地区公司同样如此,其利用信息化进行管理的水平落后于国际水平。在此信息技术能力上的差距,将使集团公司以及各地区公司在国际市场的竞争中处于不利地位。

下表概括了各单位各管理层次在组织机构、管理决策、业务流程、人员素质和信息技术管理的现状与实施ERP系统要求之间的差距分析。

表9现状与ERP要求差距分析表

在主要业务流程上面的差异,如下表所示:

表10差异分析表

1.4.

2.总结

2010年12月12日,信息管理部给集团公司蒋洁敏总经理呈报了《关于实现“三年基本完成ERP系统建设”目标的报告》,蒋总批示:“祝贺目标的实现,这是信息化建设的里程碑,是集团公司的战略性基础工程,对同事们的努力表示感谢。适时召开会议总结。12月14日。”王宜林副总经理批示:“ERP系统是集团公司信息化的核心系统,经过同志们的艰苦努力,达到了'三年基本建成标'的目标,可喜可贺。望认真总结,再接再厉,创造更大成绩。12月13日。”孙龙德副总裁批示:“这是建设综合性国际能源公司进程中的重大成果。建议加强维护,不断优化,再利用一段时间实现全面单轨运行。12月13日。”这标志着集团公司“三年基本完成ERP系统建设”的目标已经完成。

领导批注表现了集团公司领导层对ERP系统建设的关心和期望,孙龙德副总裁特别提出“加强维护,不断优化”的要求。ERP权限的管理是“加强维护”的重要体现,合理的权限分配能够保证ERP系统应用可靠、运行平稳、数据安全。

但是,目前ERP系统的权限管理现状存在诸多问题,很多公司上线单轨后依然存在大量权限不满足职责分离的要求,每次权限整改后不久,再次进行权限检查时就又出现大量例外事项,绝大多数地区公司的ERP系统权限管理混乱,ERP 系统处于带病运行的状态。

集团公司迫切需要一套设计科学、执行有效的全过程控制的信息化管理平

台,来改变ERP权限管理的现状,使ERP系统运行满足内控与风险管理的要求,保证ERP系统的数据安全、科学、可靠,提高企业管理水平。

“中国石油ERP权限管理平台”的实施,将从各个层面满足不同人员的需求:

●企业管理层:丰富的管理层报表,将ERP权限的管理应用情况直观、准

确的给予展示,为管理层决策提供重要依据;

●企业内控层:灵活的规则库设置和工作流设置、全过程的权限管理控制,

将内控规则通过信息化手段管理起来,任何变更都有迹可察;

●企业运维IT层:自动化的风险检查和分析功能,将人工操作的失误彻底

杜绝,避免IT人员因不熟悉业务而导致权限分配有误;

●企业业务层:信息化的访问控制手段,使ERP系统的业务数据更加安全、

科学、可靠。

系统的功能需求分析

系统的功能需求分析 开发一个网上体育社区系统,首先需要确定社区要实现的功能是什么,也就是用户想要社区所能做的工作。用户使用社区是按照一定的流程来进行的:用户注册登录进入社区,浏览某个社区版块,通过发帖功能发布新的话题,通过回帖功能回复已有的话题,通过搜索查找已有的话题;管理员要管理社区,系统需要具有的功能有创建、编辑、删除社区的版块,管理注册的用户,管理帖子,设置社区基本参数。这样的功能就决定了社区所应具有的功能。 1.用户注册 进入社区主页面后,对于第一次登录的用户来说,首先需要注册,单击“立即注册”按钮即可进入注册界面,注册完成后返回登录界面。 2.用户登录 只有登录的用户才能进行取得权限,退出应释放权限。 3.分类浏览体育项目 用户可以根据各项运动的类型对社区版块进行详细的浏览。如:篮球、足球、乒乓球、游泳等。 4.用户发帖 已登录到社区主页面的用户可以查看用户的基本信息、更改密码、帖子查询、进入某个社区版块进行发帖。 5.用户回帖 已登录用户可以跟在其他人帖子后回复。 6.管理员功能 管理员成功登录到操作界面后可查看用户的信息、可增添或者删除社区版块、可注销已注册的用户、可查询和删除用户的帖子,可以对帖子置顶或指定精华帖。 7.查找功能 成功登录的用户和管理员能够根据帖子主题或者用户查找相关帖子。

体育社区系统包括以下主要功能模块: 1.注册登录功能模块:用户注册、登录以及修改个人注册信息; 2.浏览功能模块:用户浏览版块、查看帖子; 3.发帖回帖功能模块:用户发帖、回帖、编辑自己发布的帖子; 4.帖子管理功能模块:管理员编辑、删除、置顶和指定精华帖; 5.社区设置功能模块:管理员设置参数; 6.管理版块功能模块:管理员创建、修改和删除版块; 7.用户管理模块:管理员添加、删除和设置用户权限。 用户注册、登录以及修改个人的注册信息组合成注册登录模块;用户浏览版块、查看帖子组合成浏览版块;用户发帖回帖,编辑自己发布的帖子组合成发帖回帖模块;管理员编辑帖子、删除帖子、置顶帖子和指定精华帖组合成管理帖子模块。以上四个模块组成用户使用的基本功能模块。扩展功能模块都是与管理员相关的,设置社区参数单独为社区设置模块;创建、修改和删除版块为管理版块模块;添加、删除和设置权限为管理用户模块。

(完整版)任务管理系统需求分析

项目名称:某企业任务管理系统

1. 项目背景及其需求 1.1 项目背景 大唐软件技术有限责任公司(CATTSOFT)(以下简称“大唐软件”)是大唐电信科技股份有限公司的全资子公司。大唐软件以提供适合各通信网络和通信业务运营商需要的管理软件、支撑软件、增值业务软件系统为业务基础,为各类通信系统运营商或信息系统用户提供业务管理、网络管理、决策支持、系统集成和专业咨询的完整解决方案和服务。 现承接大唐软件某业务部门的“业务管理系统”中“任务管理系统”子系统的设计和开发。 1.2 系统需求 1.2.1 术语解释 1.2.1.1 系统管理员 是该系统的一种用户,其权限是添加其他用户并分配其角色(包括主管和员工)。1.2.1.2 主管 是该系统的一种用户,一个主管下属有一些员工。主管的主要权限是创建任务描述,并将该任务分配给其下属的员工。主管还可以跟踪任务的实施情况。 1.2.1.3 员工 该系统的一种用户,其主要权限是将上级主管分配的任务分解为具体的实施计划。再必要的时候可以调整计划的内容。 1.2.1.4 任务 任务是由主管创建并分配给员工的一项工作。一个任务有“待实施”、“实施中”和“已完成”三种状态。当主管建立一个新任务时,该任务的状态为“待实施”;当承担该任务的员工为该任务制定了计划后,可以将该任务的状态改为“实施中”;主管通过任务跟踪,当认为任务已经完成时,可以将该任务的状态改为“已完成” 1.2.1.5 计划 是由员工创建,表示一个任务的具体实施过程。一个任务可以对应多个计划,计划有两种状态“未反馈”和“已反馈”。当计划刚刚建立时,其状态为“未反馈”,当计划已经完成时,员工可以填写反馈信息并将其状态改未“已反馈”。

软件需求分析报告(20200623061919)

***** 有限公司 ***软件需求分析报告 文件管理号:PD-000*** 版本号:第1版

目录 1. 概述 (2) 2?需求分析 (2) 2.1功能需求分析 (2) 2.2能力需求 (4) 2.3通讯需求 (4) 2.4接口需求 (5) 2.5用户界面需求 (5) 2.6对人为错误敏感的适用性工程要求和培训 (6) 2.7软件的操作和维护需求 (6) 2.8法规要求 (6) 2.9风险控制措施 (6) 2.10法规要求 (7) 2.11网络安全要求 (7)

1?概述 2?需求分析 2.1功能需求分析 软件分为六大功能模块:患者资料管理模块、状态检测模块、策略建立及管理模块、心理物理数据测量模块、软硬件接口控制模块、软件运行的参数设置模块。下面分别对六大模块进行需求分析。 2.1.1资料管理模块功能需求分析 2.1.2状态检测模块功能需求分析 2.1.3言语处理策略建立及管理模块功能需求分析

2.1.4心理物理数据测量模块功能需求分析 2.1.5软硬件接口控制模块功能需求分析

2.1.6软件运行的参数设置模块功能需求分析 22能力需求 一、物理特征 1)编码语言:C#编程语言 2)运行平台:Win XP/Vista/ 7/8 3)操作系统:Win dows 二、软件运行的计算机环境 1)硬件环境 * 处理器:英特尔1.6GHz及以上 * 硬盘:10GB及以上 * USB接口:USB 2.0及以上 2)存储容量:1GB及以上 3)处理单元:1GB及以上 三、升级软件的兼容性 兼容之前发布的旧软件版本。 2.3通讯需求

2.4接口需求 2.5用户界面需求 本小节包括软件的用户使用界面需要满足的外观指标,内容包括: 1)资料管理模块 2)状态检测模块 3)策略建立及管理模块 4)心理物理数据测量模块 5)软硬件接口控制模块 6)软件运行的参数设置模块 7)外观要求及其他要求 2.5.1资料管理模块要求: 1、患者的输入信息 1)必需:姓,名,出生日期,性别 2)可选:工作电话,手机号码,住址(街道,城市,省份,邮政编码),住宅电话,电子邮件,等。 2、设备信息

软件需求分析报告书实例

需求分析说明书 1. 引言 (3) 1.1 编写目的 (3) 1.2 项目风险 (3) 1.3 预期读者和阅读建议 (5) 1.4 产品范围 (5) 1.5 参考文献 (5) 2. 系统总体概述 (6) 2.1 目标 (6) 2.2 用户类和特性 (7) 2.3 运行环境 (7) 2.3.1 硬件环境 (7) 2.3.2 软件环境 (7) 2.4 设计和实现上的限制 (7) 2.5 假设和约束(依赖) (8) 2.5.1 产品的SEO排名 (8) 2.5.3系统的安全 (8) 3. 外部接口需求 (8) 3.1 用户界面 (8) 3.2 硬件接口 (8) 3.3 软件接口 (8) 3.4 通讯接口 (9) 4. 系统特性 (9) 4.1 说明和优先级 (9) 4.2 激励/响应序列 (9) 4.3 功能需求 (9) 4.4 功能详述 (12) 4.4.1以使用软件的汽车用户为例: (12) 5. 其它非功能需求 (13) 5.1 性能需求 (13) 5.2 安全措施需求 (13) 5.3 安全性需求 (14) 5.4 操作需求 (14) 5.5 软件质量属性 (14) 5.6 业务规则 (14) 5.7 用户文档 (14) 6. 词汇表 (14) 6.1 SSH (14)

6.2 JAVA (14) 6.3 MYSQL (15) 7. 待定问题列表 (15)

1. 引言 1.1 编写目的 本需求分析说明书对本项目第一阶段的内容进行分析,对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用,并作为产品验收确认的依据。 需求分析是在可行性研究的基础上,将用户对系统的描述,通过开发人员的分析概括,抽象为完整的需求定义,再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发,问题是否能够解决,而需求分析旨在回答"系统做什么"的问题,确保将来开发出来的软件产品能够真正满足用户的需要。 构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样,在出错之后会如此严重地影响随后实现的系统,并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程,它完成的好坏直接影响后续软件开发的质量。一般情况下,用户并不熟悉计算机的相关知识,而软件开发人员对相关的业务领域也不甚了解,用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以,开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。 有效的需求分析通常都具有一定的难度,一方面是因为交流存在障碍,另一方面是因为用户通常对需求的陈述不完备、不准确和不全面,并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求,还需要挖掘隐藏的需求。此外,把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中,首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性,需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作,而且还应该贯穿于整个生命周期中,它应该随着项目的深入而不断地变化。 此外,为了方便后续的评审和测试等工作,需求的描述应该尽量做到:具体、详细、可以测量和可以实现,并且基于时间。 1.2 项目风险 政策风险分析: 随着社会的进步与人们生活水平的提高大幅度增加,尤其在我国汽车进入家庭的条件下,需要更多的适合现代汽车技术要求和社会经济承受能力的汽车维修检测设备,为了让四轮定位仪市场变得规范、有序,中国汽车保修设备行业协会与全国汽车维修标准化技术委员会于2004年,制定了四轮定位仪的行业标准(标准号JT/T505-2004),国家交通部2004年国标GB/T16739.1-.2-2004《汽车维修业开业条件》规定:一、二类汽车维修企业必须配备

附表1软硬件及机房建设需求配置表

附表1:软硬件及机房建设需求配置表 序号设备及软件名 称 参数单位数量 一应用系统及支撑系统 (一)平台软件对软件开发单位或授权单位的资质要求: 1、具备中国电子信息行业联合会的计算机信息系统集成二级以上资质证书(含二级), 2、具有CMMI3认证 3、具有高级项目经理证书。 1 数据资源中心 平台 数据资源中心主要为整合后的系统提供相关数据资源,并根据数据用途不同形成不同的 数据库群。实现南阳交通行业数据资源的集中管理、实时更新与交换共享, 为深层次业 务应用以及各所属单位之间信息共享管理提供开放式的、统一的信息交换与整合平台。 同时,实现基于主题数据库的决策支持系统,为领导决策提供数据支撑。 套 1 1.1 数据资源体系 规划 围绕南阳市交通运输局信息资源整合与服务平台数据资源的定位、获取、存储、管理、 加工、分析的全过程,以实现数据的标准化、可描述、可管理、可扩展为核心,建立一 整套的数据处理与资源管理机制,规范化、流程化的实现信息资源整合与服务平台数据 资源的整合汇集、质量控制和加工处理。 项1 1.2 数据采集处理实现多渠道、灵活、有效的数据资源整合采集,把各种类型的现有数据信息汇聚到南阳 市交通运输局数据资源库中,为后续分析、共享发布服务提供完整的基础数据资源。 项1 1.3 数据交换共享数据交换共享通过数据交换和门户查询等方式,向南阳市交通运输行业所有职能部门 (包括共建单位和其它政府部门)以及上级单位提供数据共享服务。 项1 2 应用整合支撑 平台 主要包括:单点登录、工作流、消息中间件、统一权限管理、系统管理、交通运输地理 信息服务平台等。 套 1 2.1 单点登录统一身份认证服务系统为各应用系统提供统一的、基于实名注册的用户身份认证和管理 服务,成为各项应用系统的统一入口,实现用户的单点登录,当用户同时访问多个不同 应用系统时,只需要提供一次自身的凭证信息,即可访问所授权的不同业务系统,并且 统一身份认证集中管理以前分散在各应用系统的用户信息和组织机构信息。 项1 1页

图书管理系统功能需求分析

图书管理系统功能需求分析 在图书管理系统中,不外乎三个:读者、图书、管理人员。图书管理、借书、还书等是系统的基础业务。而图书馆网络管理系统可向读者提供图书查询和电子图书的服务等,用户则对图书的查询、借阅,电子图书网上阅读功能操作;管理员可对系统用户任意分配权限,控制图书的流通,它能使图书馆工作人员从繁重的工作中解脱出来,大大减轻了工作量,减少人为的工作失误,全面提高图书馆的管理效率及服务质量,从而使图书管理水平和业务跃上一个新的台阶。 图书管理系统应具备以下两个特点: 1、系统应用和系统管理相结合 在系统中,用户可以对图书进行查询、查阅、借和还等操作,管理员可以对用户和图书进行分配权限,控制图书的流通。 2、图书的管理和阅读相结合 图书管理系统应具备以下主要功能: 1、馆员管理 维护馆员信息,有查询、添加、修改、删除功能。馆员身份不同,分别对应不同的操作权限。超级管理员拥有系统维护、数据库维护的权限;一般管理员负责不同的日常工作模块;馆长拥有一切权限。馆员类别划分加强系统安全性。

2、码表维护 维护各种码表,包括:国家码表、语种码表、出版商码表、丛书码表、编辑类型码表、版本码表、图书大小码表。对码表可进行添加、修改、删除操作。 3、修改密码 输入当前馆员旧密码、新密码,检查输入完整性,如果旧密码输入不正确,则不能修改。密码录入时以符号(*)显示,密码加密后保存到数据库,以保证数据安全性。 4、编目设定 编目操作过程中,需要设定一定参数,以保证系统正常运行。可以选择设定里的"是否自动产生索书号、流通号"等,如果选择为真,则由系统按一定的算法得出索书号、流通号,并且保证数据唯一性;如果为假,则由操作馆员录入。虽然系统能自动判断号码的唯一性,但有可能进行多次修改才能保证不重复,增加了数据输入量。保留字段和加载默认值可以在录入信息时,自动加载某些数据,以减少人工录入的工作量。编目设定就是保留这些设定,并且在系统配置文件中保留最近一次设置,下次进入系统时自动加载各项设定。 5、编目管理 编目管理是系统最主要的组成部分之一,主要是维护书目基

软件系统需求分析报告

需求分析报告 《高校学生学籍管理信息系统》 目录 1-------------------------------------------------------------------------------概述 1.1-----------------------------------------------------------------------------背景 1.2-----------------------------------------------------------------------------系统目标1.2.1------------------------------------------------------------------------完成的任务1.2.2------------------------------------------------------------------------不完成的任务1.3-----------------------------------------------------------------------------业务模式 1.4-----------------------------------------------------------------------------业务状况 2---------------------------------------------------------------------------------用户需求 2.1-----------------------------------------------------------------------------业务需求2.1.1------------------------------------------------------------------------使用范围2.1.2------------------------------------------------------------------------功能要求2.1.3------------------------------------------------------------------------权限管理 2.2-----------------------------------------------------------------------------性能需求 3---------------------------------------------------------------------------------业务流程 3.1----------------------------------------------------------------------------与其他系统的关系3.2----------------------------------------------------------------------------业务流程图 4---------------------------------------------------------------------------------业务逻辑 4.1-----------------------------------------------------------------------------业务分解 4.2-----------------------------------------------------------------------------业务描述

系统需求分析

系统需求分析报告 ——关于成都信息工程学院学籍管理系统 计本995,毛彩霞,§1概述 随着社会的发展,经过本院全体师生的共同努力,学校的规模不断的扩大,日常教学活动中提取相关信息,以反映教学情况。传统的手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢。使用计算机可以高速,快捷地完成以上工作。在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率和水平。学籍管理信息系统以计算机为工具,通过对教务管理所需的信息管理,把管理人员从繁琐的数据计算处理中解脱出来,使其有更多的精力从事教务管理政策的研究实施,教学计划的制定执行和教学质量的监督检查,从而全面提高教学质量。 §1.1背景 项目开发的提出者为学校的业务管理人员,开发者为毛彩霞,已明确用户有:在校任课老师和就读学生、班主任、教务处及相关的管理人员;潜在用户有:已经毕业的学生、用人单位、学生家长。 用户特点: 在校任课老师、班主任、教务处各作为单独的一类用户,在校就读学生、已经毕业的学生、用人单位、学生家长作同一类用户。在校任课老师、用 人单位、教务处的管理人员和已经毕业的学生大专以上学历,班主任、在 校就读的学生高中以上学历,学生家长学历不定,用可能低于高中学历。 项目经费有学校出,开发周期一年。 §1.2 系统目标 软件开发的意图为便于学校的管理,方便查看有关学校及学生的情况。 如教务处对学生成绩的修改、删除、查找、添加等。 §1.3业务模式 (略) §1.4现行组织机构及业务现状 在学籍管理中,需要从大量的日常教学活动中提取相关信息,以反映教学情况。传统的手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢。 §2用户需求

系统需求分析报告

******** **经济林管理信息系统需求分析报告 ******** 二〇一三年十二月

目录 引言.................................... 错误!未定义书签。 1 项目概述 .............................. 错误!未定义书签。 项目目标分析.................... 错误!未定义书签。 项目背景及意义....................... 错误!未定义书签。 项目建设的必要性..................... 错误!未定义书签。 项目建设的可行性..................... 错误!未定义书签。 2 项目数据分析 .......................... 错误!未定义书签。 经济林基础地理信息 ................... 错误!未定义书签。 经济林调查数据及处理 ................. 错误!未定义书签。3功能需求分析........................... 错误!未定义书签。 功能结构图............................ 错误!未定义书签。 功能说明............................. 错误!未定义书签。 4 运行环境需求 .......................... 错误!未定义书签。 5 性能需求 .............................. 错误!未定义书签。

引言 为合理和高效进行**********经济林管理信息系统(以后简称项目)总体设计,项目组根据《**经济林管理信息系统建议书》编写需求分析报告。 请**相关部门在此基础上讨论和确定本需求分析内涉及的运行环境需求、数据调查和处理流程、功能需求分析等内容。

需求分析-系统功能设计详细

需求分析 --伊顿教育个性化定制教育管理平台系统1引言 (2) 1.1目的 (2) 1.2背景 (2) 1.3参考资料 (3) 1.4术语 (3) 2 任务概述 (3) 2.1目标 (3) 2.2系统(或用户)的特点 (3) 3 假定和约束 (5) 3.1软件开发结束时间 (5) 4 需求规定 (6) 4.1软件功能说明 (6) 4.1.1 核心模块 (6) 4.1.2 业务模块 (6) 4.2对功能的一般性规定 (6) 4.2.1 功能点附件图 (13) 4.3对性能的一般性规定 (16) 4.3.1 精度 (16) 4.3.2 时间特性要求 (16) 4.3.3 灵活性 (16) 4.4输入输出要求 (16) 4.5数据管理能力要求(针对软件系统) (17) 4.6故障处理要求............................................................................... 错误!未定义书签。 4.7其他专门要求 (17) 5 运行环境规定 (17) 5.1设备 (17) 5.2支撑软件 (17) 5.3接口 (17) 5.4控制............................................................................................... 错误!未定义书签。 6 尚需解决的问题 (17) 7.测试计划....................................................................................................... 错误!未定义书签。 7.1 引言................................................................................................. 错误!未定义书签。 7.1.1 目的......................................................................................... 错误!未定义书签。 7.1.2 背景......................................................................................... 错误!未定义书签。 7.1.3 测试范围................................................................................. 错误!未定义书签。 7.1.4 项目文件列表......................................................................... 错误!未定义书签。 7.2测试需求.......................................................................................... 错误!未定义书签。 7.2.1 分析各种信息....................................................................... 错误!未定义书签。

医疗管理系统需求分析

1. 引言 医疗信息管理系统是现代化医院运营的必要技术支撑和基础设施,实现医疗信息管理系统的目的就是为了以更现代化、科学化、规范化的手段来加强医院的管理,提高医院的工作效率,改进医疗质量,从而树立现代医院的新形象,这也是未来医院发展的必然方向。 随着社会信息化程度的提高,无纸化办公已经变的越来越重要,但不少医院还是传统意义上的手工劳作,开发医疗管理系统能够更好的管理医生与病人的信息,提高医生工作效率,节约资源,同时方便病人对自身病情的了解。本需求分析文档为了解客户需求,帮助客户理解软件产品,满足客户需求,及时对软件进行修缮,更好的体验掌上医疗管理系统,共分为六大部分,包括:综合描述,外部接口需求,系统功能需求,其他非功能性需求,数据定义和分析模型。适用于专业人士与普通客户。 1.1 编写目的 越来越多的实例表明,医患交流不顺畅是当今医院一个普遍的问题,既浪费医院资源,患者又得不到满意的服务,同时效率低下,本需求分析报告是为解决这一问题而开发的掌上医疗管理系统所写,开发该系统的意义旨在增强医生与患者的交流,提高医院的工作效率,改进医疗质量。本软件的作用是帮助医生查看病人信息,提高治疗效率,帮助病人了解病情。最终达到的意图是实现医患和谐,病人康复。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格,包括修正和(或)发行版本号,从而对该软件产品进行准确的定义。 1.2 产品范围 产品范围包括各大医院,并提供给医生和患者使用 2. 综合描述 这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。 2.1 产品的功能 因为将在需求分析报告的第4部分中详细描述软件产品的功能,所以在此只需要概略地总结。仅从业务层面陈述本软件产品所应具有的主要功能,在描述功能时应该针对每一项需求准确地描述其各项规格说明。如果存在引起误解的可能,在陈述本软件产品主要功能的作用领域时,也需要对应陈述本软件产品的非作用领域,以利读者理解本软件产品。 为了很好地组织产品功能,使每个读者都容易理解,可以采用列表的方法给出。也可以采用图形方式,将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示,这种表示方法是很有用的。

博客管理系统需求分析

1.1目的 1.2博客通常称为网络日志作为目前网络流行的交流方 式主要提供给用户一个沟通的平台,以在表文章图片留言等来与他人进行沟通 2 业务需求 2.1业务描述 近年来随着信息技术的进步,人们的日常需求越来越来打,在网络方面,博客越来越受到更多人的青睐,许多的着眼于这方面,为了能够更好的管理网名们的博客,我设计了博客管理系统,它能更好的管理网名们的博客,包括对博客网友们博客注册,登陆,发表论坛,网友们的评论及回复,博客的人气度,登录时间,发表时间,以及其他网友的留言等。从而更好地管理人们的个人博客及相互间的联系。 3 功能需求 (1)根据对系统的特点和应用的分析,可以得到本系统主要有如下功能:这部分又分为用户登录、用户退出两个部分。功能又分为用户登录、用 户退出两个部分

3.1登陆:主要用于验证博客网站用户信息的真实身份,以便对博客 网站进行管理和维护。通过系统管理员写入用户名,密码登录到网站。 网站检测用户用户名,密码并给予其相应的权限对博客网站进行操作。 3.2用户退出:已经登陆的用户可以退出,释放自己所占有的各种信 息资源。 (2)文章管理主要有文章的发表、查询、浏览、评论和删除功能。 2.1博客的系统管理员 博客的系统管理员除了可以查询、浏览和评论文章外,还可以对系统中的所有文章以及评论进行修改、删除操作。这些维护和管理拥有最高 权限,并且系统自动更新在服务器端数据库中的数据。文章的发表:博 客用户可以发表自己的文章,文章包括主题、正文、表情、图片等信息, 作者通过各种元素来展示自己的想法和思想。系统接受这些信息并且存 储在服务器端的数据库中。还可以对博客主页的外观、博客使用的插件、 工具进行添加、删除、设置。 (3)数据流图 4 功能划分 系统功能需求分为“注册”,“登陆”,“评论/留言”,“内容发表”,“内容管理”与“系统管理”。

通用系统需求分析

修改记录

目录1 引言 1.1 编写目的 1.2 项目背景 1.3 定义 1.4 参考资料 2 任务概述 2.1 目标 2.1.1 系统目标 2.1.2 系统要求 2.2 运行环境 2.2.1 系统软件/硬件平台 2.2.2 运行环境 2.3 条件与限制 2.3.1 故障分析 2.3.2系统利用率 2.3.3 可靠性 2.3.4 可维护性 2.3.5 可用度 3 功能需求 3.1功能划分 3.2需求分配 3.2.1需求分配表 3.2.2软硬件内部接口需求规格 3.3功能描述 3.3.X (功能1名称) 3.3.X.Y (子功能名称) 4 数据描述 4.1数据词典

4.2数据库描述 4.3数据采集 5 性能需求 5.1 数据精确度 5.2 时间特性 5.3 适应性 6 运行需求(接口需求规格) 7其它需求 8 用户需求与系统需求规格对照表 9 附录

1 引言 1.1 编写目的 阐明编写需求说明书的目的,指明读者对象。 本文档用于描述“”项目的系统需求,为该项目概要设计,详细设计和测试用例的设计依据。 1.2 项目背景:应包括 ● 项目的委托单位、开发单位和主管部门; ● 该系统与其他系统的关系。 1.3 定义 列出文档中所用到的专门术语的定义和缩写词的愿文。 1.4 参考资料:可包括 ● 项目经核准的计划任务书、合同或上级机关的批文 ● 文档所引用的资料、规范等 ● 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源 2 任务概述 2.1 目标 描述系统总体功能。 描述系统要达到的性能要求和其它指标。 描述系统要达到的社会和经济意义,项目前景等。 2.1.1 系统目标 2.1.2 系统要求 2.2 运行环境 定义系统运行所要求的各种必备条件。 2.2.1 系统软件/硬件平台 2.2.2 运行环境 2.3 条件与限制 描述系统所在的更大范围内的条件与限制。 2.3.1 故障分析 2.3.2系统利用率

软件需求分析报告

软 件 需 求 分 析 报 告 目录 1.总体功能需求-------------------------------------------------------------1 2.软件开发平台需求---------------------------------------------------------1 3.软件需求分析-------------------------------------------------------------1 3.1.软件范围-----------------------------------------------------------1 3.2软件的风险----------------------------------------------------------1 3.3软件的功能----------------------------------------------------------2 3.4用户类和特性--------------------------------------------------------2 3.5运行环境需求--------------------------------------------------------2 3.6设计和实现上的限制--------------------------------------------------2

4.外部接口需求--------------------------------------------------------------2 4.1用户界面-----------------------------------------------------------3 4.2硬件接口-----------------------------------------------------------3 4.3软件接口-----------------------------------------------------------3 4.4通讯接口-----------------------------------------------------------4 5.系统功能需求--------------------------------------------------------------5 5.1说明和优先级-------------------------------------------------------5 5.2激励响应序列-------------------------------------------------------5 5.3输入输出数据-------------------------------------------------------6 6.其他非功能需求-------------------------------------------------------------6 6.1性能需求------------------------------------------------------------6 6.2安全措施需求--------------------------------------------------------6 6.3安全性需求----------------------------------------------------------6 6.4操作需求------------------------------------------------------------7 6.5软件质量属性--------------------------------------------------------7

人事管理系统功能需求分析

人事管理系统功能需求分析 一、目的 为改善人事部门劳动繁琐、效率低下、不能及时、完善提供领导需要的各种人事报表的管理现状,需上线人事管理系统。 二、业务流程及功能需求分析: 1、完善的人事信息档案管理及统计功能。其中包括部门信息管理(组织结构管理)和职工信息管理(人事档案信息管理)两个主要方面。 ①、组织-机构管理:能提供完善的组织机构信息,还需能完成部门合并、转移、新建、撤销、升级、降级等功能,并在特定条件下,职工信息跟随部门信息变动(如:在部门合并、转移时,只需调整部门就可以了,不用讲该部门下面所有人员一个一个的都调整到新部门)。能提供部门编制及在编人数情况,能设定详细的岗位需求人员情况,以便制定岗位招聘计划。 ②、职工信息管理:能提供完善的人员信息档案管理并能根据条件进行查询、汇总、统计分析等,能提供人事信息批量导入、批量修改等功能。 2、招聘管理:可对所有应聘人员进行信息登记,建立储备人才库,通过部门岗位编制及缺编情况从储备人才库中优先选择合适应聘人员。还应对企业所参加招聘会信息进行详细登记,以便对员工入职来源进行统计分析,以利于有针对性的制定招聘计划和参加招聘会。 3、考勤管理:现阶段的需求是手工录入或电子导入员工考勤数据,为薪资管理做数据支持,远期目标是通过考勤机自动汇总出勤情况。还要能对异常出勤情况进行登记,主要是请销假、出差、倒休等情况的登记录入,以方便领导能实时查询员工出勤情况。 4、薪资管理:应能批量处理固定工资及计件工资、计时工资等员工的薪资情况,并支持从电子文件中导入基础数据,自动计算各种工资及应发、应扣、保险、个税缴纳等项目,并进行统计汇总,传递给财务进行工资发放。还应能自动分析缴纳保险、劳保发放等详细情况的统计分析及与财务部门的实施联系,避免重复操作。 5、培训管理:可根据不同部门、不同工作岗位分别设立培训计划,并能对培训结果记录在个人信息中,同时进行分析汇总。对培训单位进行登记,并能对培训老师、培训单位、培训课程进行反馈,以方便制定远期培训规划。 5、完善的自定义功能:每个模块均应有自定义功能,系统管理员

系统需求分析报告

系统需求分析报告

目录 目录............................................................................................................. I 1、项目描述.. (1) 1.1 背景 (1) 1.2研究意义 (1) 2、需求分析 (1) 2.1功能需求分析 (2) 2.1.1 系统管理功能 (2) 2.1.2 流量劫持功能 (2) 2.2性能需求分析 (2)

1、项目描述 1.1 背景 随着网络的普及,网络业务应用向深度和广度不断发展,方便用户的同时,也因用户终端存在网络安全漏洞或用户网络安全意识的疏忽,使得网络上涉及如:电子商务、在线游戏、DNS授权服务、网银支付系统、社交网站、论坛、博客、门户网站等在线业务受到黑客及网络犯罪份子的攻击,对个人用户信息(网银、支付钱包账号密码等)的保密和对国家互联网信息管理与审计构成严重威胁。 1.2研究意义 本项目针对以上问题,主要利用了以下两种技术:僵尸网络反制技术及HTTP/HTTPS协议通信的监控技术。 网络攻击已严重威胁着网络的安全,及时的发现网络攻击并在必要的时候劫持与反制网络攻击,成为保障互联网正常运行、保障在线业务系统正常访问的重要方法。 2、需求分析 经过与项目委托方多次讨论,设计系统的目的是为实现对特定非法用户Web(HTTP/HTTPS协议)通信进行监控及反制,具体要求实现的功能有:监控系统远程控制、针对特定非法用户上网流量劫持、针对特定非法用户Web通信进行JS脚本注入、获取非法用户账号和密码、获取非法用户访问某些网站的Cookie。

《商品管理系统需求分析报告》

文档名称:需求分析项目名称:商品管 理系统项目负责人:xxxx 项目组长:xxx 程序录入:xxxxx 需求分析:xxxxxx 软件测 试: xxxx 开发单位:xxx 1. 引言 1.1 编写目的 为了开发出真正满足用户需求的软件产品,首先必须知道用户的需求,确定用户所需软件产品的功能,对软件需求的深入需求是软件产品开发工作获得成功的前提条件,不论我们把设计和编码工作做得如何出色,不能真正满足用户需求的程序只会令用户失望,给开发者带来麻烦。 需求分析是软件定义时期的最后一个阶段,它的基本任务是准确的回答“系统必须做什么?” 这个问题。它确定系统必须完成哪些工作,对目标系统提出完整、准确、清晰、

具体的要求。用户真正知道自己需要什么后,将其准确、具体的描述出来,分析者再得出用软件实现他们需求的方案。 购物已成为生活中不可缺少的一部分,大大小小的商店,超市充斥着城市乡镇的每个角落,一套优秀的商品管理系统对于商家的管理者和消费者都会起到很重要的作用,不但便于消费者对商品信息进行查询,也便于商家对所拥有的产品信息进行更新,修改,管理,因此有必要设计一套管理系统对商品进行管理。 1.2 项目背景本系统管理的任务是要获得用户对整个商品管理系统的详细需求情况所得,系统初步拟定主要由系统的登陆界面,主窗体和设计窗体组成。主要供用户管理大量商品,并且能对商品的基本资料有效及时查阅和修改操作。在本系统中,基于管理员和用户的权限作了明确的安全系统保护。在设计窗体中能一打开查阅的窗体目录,对主窗体情况一目了然,也能在另一方窗体中查阅生成的报表。在主窗体中,能实行增加、删除、修改、查询的数据操作。 1.3 定义 软件需求分析是由软件开发方在系统需求分析的基础上,根据交办方提出的软件任务书以及其他文件进行的。承办方要详细确定软件需求并制定出一个需求完整、详细,又具有很好使用性的软件需求规格说明书。 承办方必须写出详细的软件需求规格说明书以及其它文档,并进行需求的逐步审查,最终作为整个开发工作的基础。 软件项目组的组建与计划工作也是本阶段的重要任务。 2. 任务概述 2.1 目标 完成功能需求分析、性能需求分析、界面需求分析,其中包括用visio 完成 需求分析中DFD (数据流图)和DD (数据字典)的画法,以及E_R图。 2.2 运行环境 客户机:外围设备:鼠标,键盘,显示器; 操作系统:装有浏览器的各种操作系统; 服务器:外围设备:鼠标,键盘,显示器; 编译程序:VB 6.0; 操作系统:windows 操作系统; 数据库支持:SQL Server 2000;数据存储能力和测试支持能力:需要有较高的 系统支持 2.3 技术要求 软件需求分析阶段的技术要求如下: (1)软件需求规格要说明对应软件的主要功能、性能、技术指标进行定义,其内容应全面、可检查。

采购清单及配置参数及商务要求

采购清单及配置参数及商务要求 一、采购清单及配置参数 注:1、以上报价为总费用报价(含税、措施费、材料费、安装费、安全文明施工费等一切费用)

2、如果在技术参数或配置中标明了品牌或产地,则仅供参考,并非指定,供应 商可以选用替代的方案,但这种替代整体上要优于或相当于询价通知书的相关 要求。 3、为鼓励不同品牌的充分竞争,如某设备的某技术参数或要求属于个别品牌专有,则该技术参数及要求不具有限制性,供应商可对该参数或要求进行适当调整,并应当说明调整的理由,且该调整须经谈判小组审核认可。 4、以上规格参数内容为不允许负偏离的实质性要求和条件。 二、商务要求 1、所有货物(包括零部件)须为全新的、未使用过的原装正品。提交货物(含软件及相关服务)的技术参数和配置应与询价通知书的要求及其谈判响应文件的技术响应表(如果被谈判小组接受的话)相一致。若询价通知书及谈判响应文件中无相应说明,则以国家有关部门最新颁布的相应标准及规范为准。 2、技术支持 2.1成交供应商应向采购人提供全方位及时而有效的技术支持和服务。 2.2成交供应商负责将货物的有关技术文件(外文应提供中文翻译资料,下同)、验收报告等汇集成册交付采购人,涉及进口的部件配件等须提供中国海关进口货物报关单、完税证明及商检证明等材料。 3、质保及售后服务: 3.1供应商至少提供2年的免费质保服务(自验收合格之日起计算)。所有质保费用均已包含在总报价中。质保期满后,应提供优先的有偿售后服务及按不高于谈判响应文件中零配件、易损件及备品备件清单所报价格供应原厂零配件等。 3.2成交供应商须设有维修服务电话,负责解答用户在设备使用中遇到的问题,及时提出解决问题的建议和操作方法。 3.3售后服务响应时间:成交供应商需设有专门的售后服务队伍,建立完备的故障响应机制。如货物出现质量问题,电话响应无法解决,成交供应商必须在接报修电话24小时内到现场,12小时内予以排除,以确保正常运转。 4、工期:自合同签订之日起15日内施工完毕交付验收。

相关文档
最新文档