集团信息系统优质项目需求新版说明书.doc

XXXX集团***系统项目
需求说明书
（计划方案）

项 目 名 称：
项 目 类 别：□新建 □续建 □改建
单 位（盖章）：
项 目 负 责 人：
项 目 联 系 人：
联 系 电 话：
咨 询 机 构：
提 交 时 间： 年 月 日
一、编制标准：

文件编制时应以集团信息化“十二五”发展计划为指导，充足考虑企业实际情况、现实约束、未来发展等方面需求，做到内容全方面完整详实，为XX集团提供科学、合理、可行个性化、专业化处理方案。
充足考虑和其它相关系统（已建、在建、欲建）关系，明确软硬件等相关接口需求，以实现各业务数据交互和共享。

二、编写要求：
1. 文档遵照标准模板，结构清楚，内容完整，无漏缺。
2. 需求描述正确、完整、无二义性，易于了解，对于专业术语或业务名词要有解释说明；避免使用模糊、主观术语，降低不确定性，如“界面友好、操作方便”“可接收、足够”；
3. 文档使用正确语法及拼写、标点。
4. 借助列表、数字、图和表来表示信息，便于了解。

本文件编制包含但不限于目录中内容，目录结构不变，具体内容可进行合适添加、整合和调整，对于不适用地方可自行调整以达成最好描述效果。
正式需求说明书需提交PPT和WORD版两种。
（本文件编制应以项目访谈统计、调研汇报为基础，有对项目可行性结论。全部形成基础性调研资料应第一时间交业务部室审核）
目录
引言 5
概述 5
一、项目背景、现实状况和必需性 6
1.1背景 6
1.2现实状况及问题 6
1.2.1组织结构及管控 6
1.2.2业务现实状况 6
1.2.3网络现实状况 8
1.2.4基础设施 8
1.2.5系统间接口情况 9
1.3必需性 9
1.4本系统功效设计标准 9
二、项目目标 9
2.1总体目标及分期目标 9
2.2总体建设内容和规模 10
2.3本期项目建设内容和规模 10
三、管控分析 10
四、功效性需求 10
4.1总体功效描述 10
4.2 业务功效1 11
4.2.1业务功效定义、范围及需求分析 11
4.2.2参与者(包含人员) 12
4.2.5业务步骤 12
4.2.4相关表单或报表 12
4.2.5特殊要求 13
4.2.6非功效性需求 13
4.3 业务功效2 13
4.4 业务功效N 13
4.4 其它功效需求 13
五、非功效性需求 14
5.1数据需求 14
5.2性能需求 14
5.3外部接口需求 16
5.4系统运行环境需求 16
5.5设计约束 17
五、系统架构计划设计（本章可作为独立文档进行描述） 17
六、项目实施进度计划、策略及保障方法 17
6.1项目实施计划 18
6.2实施进度计划和策略提议 18
6.3监理 18
6.4安全测评及软件测评 18
6.5相关保障方法 18
6.6其它相关内容 18
七、总投资预算（细化） 19
7.1建设总费用估算 19
7.2运维费用估算 19
7.3其它费用估算 19
7.4投入/产出分析 19
八、项目风险分析 19
九、问题和提议 20
附录： 20

引言
参与本需求编写相关单位及人员说明、需求整理时间进度等。调研情况说明，咨询方法工具、本项目标范围目标等介绍。
假如系统或项目名称发生改变，研究确定待建设软件系统（项目）最终名称，说明原因；
参考文件：列出本文件中各处引用内部文件资料
本文件版本更新统计说明
概述
编写目标
（说明编写这份用户需求书目标）
适用范围
（指出用户需求书使用范围，预期读者）
术语定义
（列出本文件中用到专门术语定义和外文首字母组词原词组）

一、项目背景、现实状况和必需性
1.1背景
概述本项目标背景情况和依据，其中立项背景情况包含项目起源、立项论证过程、对拟支撑业务关键性和紧迫性等；立项依据包含领导指示、折子工程、计划范围等。
其它背景情况介绍。
假如属于升级改造类项目，还应说明此次要升级改造原系统名称、原建设目标、建设内容、建设时间、终验时间、投入运行时间、投资规模及运行情况等。假如该系统之前已经过升级改造，还应说明历次升级改造相关情况。
1.2现实状况及问题
1.2.1组织结构及管控
请描述相关业务管理组织结构及管控模式介绍；
以树形图描述该系统用户覆盖范围和组织架构，并依据组织职责介绍用户使用基础功效等。
1.2.2业务现实状况
1、该业务行业最好实践介绍
2、业务现实状况具体描述（关键）
业务运作模式；业务步骤；相关交叉业务情况；业务现实状况问题、总结
经过现实状况分析，对业务现实状况有一个比较清楚认识，和行业优异企业相比差距，业务未来改善方向和提议。
3、业务数据现实状况分析
描述业务数据相关实际情况。从数据流、数据完整性、数据质量等方面进行全方面叙述。
分析现实状况数据不足，和在未来系统实施过程中对数据要求。
4、若属于系统升级改造类项目
除了描述上述内容外，还应说明原系统现实状况。假如属于多系统整合类项目，应说明此次申报项目所包含各系统现实状况。关键包含以下内容：
(1).业务覆盖：原系统对业务支持程度怎样，包含对业务支持广度和深度。
(2)业务应用处理能力：关键说明原系统在业务支撑范围、业务处理实时性和响应时间、业务高峰期在线用户数及并发用户数、业务协同程度等方面设计能力和实施情况。
(3).原系统技术架构情况：系统采取技术路线和系统架构，关键说明在软件环境（系统软件品牌和版本）、硬件配置（硬件设备品牌型号）、数据库、数据存放系统技术和容量、网络及安全等方面设计能力和实际配置，网络和设备连接图（和相关网络连通情况及出口带宽）。安全风险评定；安全等级保护工作；安全体系建设；容灾体系建设等（信息中心提供）。
（4）原系统运行效果
概括说明原系统业务应用是否正常、软硬件运行负荷情况等。所支撑业务实际数据平均流量和峰值流量。
系统产生社会效益和经济效益（投入/产出情况），公共服务覆盖率、用户满意度，资源共享、协同办公等效果，资金等资源配置合理程度等。
（5）信息化资产情况
说明原系统相关信息化资产现实状况（包含知识产权）。
（6）存在问题
应从原系统业务应用、支撑服务，软件系统、硬件系统及信息安全体系等方面，分析存在问题、风险及其原因等。
（A）原系统哪些功效和性能不能满足业务发展或信息资源共享等方面需求，需要进行功效完善和扩展；原系统存在哪些较大缺点，需进行完善或进行技术架构改造等。
（B）原系统没有整体信息安全保障方法，需要增加信息安全体系建设；原系统信息安全保障方法需要进行哪些更新和升级；原系统信息安全等级提升等情况造成需要对原有信息安全体系进行加固建设（不含信息安全体系正常运维保障）等。
（C）需要进行版本升级软件产品（如，操作系统、数据库系统、中间件等）情况；因服务协议到期需进行更换软件产品；因设备老化、系统软件对硬件要求提升、网络流量增加等原因需对网络设备和计算机等硬件设备进行更换或升级具体情况；因业务发展而需扩充硬件设备配置和软件产品配置具体情况等。
（D）原系统中业务数据分析，叙述原系统中数据对业务支撑情况。
5、属于新建项目
应说明和新建项目相关业务系统情况，包含实现方法、工作效率、需要处理问题等。

1.2.3网络现实状况
对集团企业现有网络进行描述，要求有相关网络拓扑图（信息中心提供）
1.2.4基础设施
对集团企业现有服务器、小型机、数据库、中间件进行说明。假如应用范围比较大，要分别说明。（信息中心提供）

1.2.5系统间接口情况
1、集团现在全部已布署并应用了那些应用系统，简单说明
2、现有系统和哪些系统存在接口，对存在对接口情况进行说明。接口支持业务说明、交互数听说明（数据名称、交互方法、频次等）

1.3必需性
概述项目建设必需性，通常结合以下多个方面进行说明：
1．推进业务发展，说明拟支撑业务符合集团战略发展要求，进行信息化建设对支撑本部门业务工作目标有价值。
2．概括存在问题，说明需要进行升级改造。
3．市委、市政府领导指示，为社会办实事项目，集团折子工程。
4．上级主管单位发文，要求完成建设任务，或配套建设项目。
5．其它需要说明必需性。
1.4本系统功效设计标准
********************
二、项目目标
2.1总体目标及分期目标
项目总体目标及分期目标
2.2总体建设内容和规模
项目总体建设内容和规模
一期建设内容和估算，其中软件开发费？万元、硬件费用？万元、应用平台软件费？万元
二期建设内容和估算
2.3本期项目建设内容和规模
本期工程建设属第？期，建设内容和规模估算等
三、管控分析
说明在业务现实状况分析基础上，分析和诊疗现有业务管控模式、目前管理组织构架；
依据业务发展需要和管控需要确定未来业务管理模式和目标或提出提议。（重难点）
四、功效性需求
要求：在充足梳理、优化业务步骤基础上，具体描述申报项目拟建设系统所支撑业务需求，包含业务边界、业务模式、业务频度、业务规模等方面内容。
并说明系统最终用户及管理用户；每类用户在业务步骤中所对应角色、权限等方面需求，说明用户特点；和本软件预期使用频度。
4.1总体功效描述
依据业务需求，总体具体说明和分析拟建设系统要实现全部功效需求。其关键功效应包含但不限于以下方面：
此处要求先整体列出每个功效模块和简明说明每个功效模块，并配系统总功效模块图、步骤图、架构图等进行展示说明。
列出本系统和其它系统之间关系图，并进行说明。
（注：功效模块描述能够采取树状文档方法进行描述，也能够采取框图方法进行描述；）
（注：假如整体业务分为大功效组，可首先依据业务范围，计划大系统功效模组；在每个功效模组中，划分出若干功效模块；最终，针对各个功效模块，细化出功效规范清单及描述。以下图所表示：）。
功效规范

系统功效模组1

系统功效模组2

系统功效模组3
系统功效模组1

功
能
模
块
1
功
能
模
块
2
……
功效模块1

功效规范清单
功效规范描述；
实施步聚；
适用范围；
……

4.2 业务功效1
（注：若无需划分业务功效模组，可直接叙述各功效模块）
4.2.1业务功效定义、范围及需求分析
（1）定义：
对该业务功效所包含相关业务概念（定义）进行说明；
对本功效模块含义和它包含哪些内容说明；
本功效模块可能包含到实际工作中哪些业务。
（2）需求分析
具体描述该业务功效需求和分析
功效关注点和实施提议
功效实现优先级等
（3）内部联络图：
以图形方法，展示本功效模块包含各个部分和各部分之间关系；在此基础上，解释各部分内容和含义。
（4）功效规范清单及描述：
以列表形式展现本功效模块中包含功效规范清单和描述
（5）该功效将在系统实施哪个阶段实现
4.2.2参与者(包含人员)
描述该功效全部参与者，和每个参与者在该业务功效中关键负责工作、用户权限。（能够以表格形式描述）
4.2.5业务步骤
（1）业务功效1实现过程步骤图及步骤过程描述
分析目前业务步骤情况说明及优缺点，简明叙述新系统将对业务步骤发挥作用或影响，着重对步骤控制点进行描述，突出关键业务活动；突出跨系统跨部门业务步骤。
（2）依据企业发展目标和业务发展计划画出系统所包含业务步骤图。
4.2.4相关表单或报表
具体列出本业务功效1包含相关表单或报表等，并描述对表单或报表具体要求。
4.2.5特殊要求
（具体列出业务功效1特殊要求，如无，能够不列）
4.2.6非功效性需求
具体列出对业务功效1系统性能要求，如：系统数据校验、缺省项判定、系统反应时间、操作便捷性、错误或故障处理、系统接口等）

4.3 业务功效2
…………………………
4.4 业务功效N
………………………………
4.4 其它功效需求
（1） 智能分析
（2） 数据查询检索及统计、多字段自定义等
（3） 知识库
（4） 报表（图表）可定义、输出、具体要求等
（5） 工作流管理（事件可追溯、业务步骤可自定义等要求）
（6） 信息公布功效
（7） 用户权限管理（总述）
……
五、非功效性需求
5.1数据需求
1、需要说明哪些信息资源是本项目需要采集，及数据采集、数据加工处理、数据输出、数据存放等方面需求。
2、为了系统上线，应提前着手哪些数据方面工作.
3、说明需要和哪些系统交互或共享哪些数据，及共享范围、频度、方法等方面需求。
4、欲建系统信息量估计。原系统数据处理相关说明。
5、新旧系统切换对数据迁移要求
5.2性能需求
说明系统支持在线最大用户数、最大并发用户数、系统响应时间、访问速度、数据备份周期、平均无故障时间等可靠性、可维护性、可扩展性、可测试性等（可列表说明）。这些需求用能够度量术语来叙述。比如，95％事务必需在小于1s时间内处理完。数据存放时间为7秒左右，数据调出时间为4秒左右。
（示例）
需求指标
具体要求
安全性
说明系统对使用权限管理要求
说明系统关键安全需求，及系统在安全等保方面需求等，以预防多种非法访问、使用，修改、破坏或泄密。
举例：
Ø 网站登入加密
Ø 关键信息加密存放
Ø 访问控制确保安全
Ø 数据备份及分流缓压处理
Ø 拒绝非法用户登录；
Ø 提供电子签章功效，确保信息完整性和不可抵赖性，确保工作流转安全性；
Ø 关键数据修改保留历史统计；数据修改、删除有日志统计；
Ø 多种单据，打印、输出文件不能为Word等可修改文件格式，提供PDF等不可修改文件格式，确保交给用户打印文本和系统内文件内容保持一致；
Ø 确保内外网数据交互安全性机制。

健壮性

可靠性
Ø 支持同时在线最大用户数？人；
Ø 支持最大并发用户数？人；
Ø 系统无严重BUG、平均无故障运行时间最少500小时；
Ø 数据备份天天进行完整备份。
性能，效率
Ø 后台应用服务器开启最长时间： 30秒；
Ø 用户登录最长等候：10秒；
Ø 一般信息查询最长等候：5秒；
Ø 复杂报表查询和统计，最长等候：3分钟；
Ø 100人同时在线时，平均响应时间不能超出3秒。
Ø 95％事务必需在小于1s时间内处理完
Ø 对于系统中每一台服务器，其一小时平均cpu负荷应小于40%；
Ø 数据存放时间为7秒左右，数据调出时间为4秒左右。
灵活性
Ø 系统能够经过自定义配置功效很方便定制和业务规则一致工作步骤，适应一定程度组织结构变更或步骤变更
易用性
Ø 界面操作方法一致、按钮取名一致、复杂操作有注释、犯错处理有些人性化提醒等。
可扩展性
Ø
可移植性
Ø 这里要求把软件从一个环境移植到另一个环境所要求用户程序，用户接口兼容方面约束
兼容性
Ø 浏览器：支持IE系列，FireFox等主流浏览器。
Ø 新系统对于原系统PDA、CPU/IC卡等支持设备能够兼容，原系统终端设备能够在新系统上良好运行。
可维护性
这里要求业务人员、信息中心人员含有对系统维护良好支持性
可测试性

……

……

…

5.3外部接口需求
关键包含：用户界面、硬件接口、软件接口，通讯接口及网络协议等相关内容。
说明本系统欲和哪些系统/硬件有接口，并说明具体要求，如欲交互系统名称、交互数据、系统状态（已建、在建、未建）、交互方向、交互方法、接口约定形式、实现周期等。
5.4系统运行环境需求
1、系统硬件环境需求
网络环境、服务器、存放、用户端要求等
（1）要求列出运行本系统（开发、测试、试运行、正式运行各阶段）包含相关设备名称、型号、数量、单价、功效用途等，硬件总投资预算；
（注：经过了解集团企业基础设施现实状况，对本系统硬件环境进行分析，提出提议。）
（2）列出本系统需使用终端支持设备，如PDA、用户机等其它设备需求
2、系统软件环境需求
数据库、操作系统、平台软件、其它和该软件相关软件组件等要求
（1）要求列出软件名称、型号、版本号、规格说明、数量、单价、功效用途等，软件总投资预算
（2）假如需采购套装软件（包含到产品选型），请列出需采购套装软件模块名称、数量、价格、折扣等；每十二个月运维费率。
3、本系统可能包含其它环境要求
具体考虑支持本系统正常运行其它环境要求，避免实施阶段过程中考虑不周而造成其它方面支持不足、阻碍项目进度。

5.5设计约束
系统包含数据编码规范（具体说明）
开发工具或技术体系：开发语言、开发平台、J2EE、B/S等
应遵行标准和规范
其它约束……
五、系统架构计划设计（本章可作为独立文档进行描述）
依据业务发展目标确定系统网络拓扑结构、技术路线、逻辑架构、系统选型分析及提议、实施范围和蓝图设计关键点及提议.
(要求多配部分易于了解图来增加认识)
六、项目实施进度计划、策略及保障方法
项目标实施进度计划；相关保障方法等；对于包含人员培训项目，还需提供人员培训方案等。
6.1项目实施计划
具体介绍系统实施计划，分为多个阶段、大致周期，每个阶段满足业务功效，系统功效范围、接口范围、技术范围、数据范围等。
6.2实施进度计划和策略提议
（1）关键说明项目标周期、进度安排，应包含分解全部任务，各项任务计划开始时间、计划结束时间、工时估计。各任务应划分明确。
（2）对于实施过程中实施策略、实施提议、风险预防等
6.3监理
本项目是否需要监理，根据项目性质，关键说明需要监理范围、监理工作内容。（监理费用需和实施计划费用同时列入年度计划。）
6.4安全测评及软件测评
本项目是否需要安全测评及软件测评，根据项目性质，关键说明需要安全测评及软件测评范围、工作内容。
6.5相关保障方法
针对项目实施过程中，对可能存在质量、进度、人员、运维等方面问题，提出对应应对方法和风险管理计划。
说明需要配合相关单位及部门
6.6其它相关内容
针对复杂或规模较大项目，应包含人员培训方案，培训方案中应说明培训人员类型、数量、培训方法和培训内容等。
针对复杂或规模较大或包含建设多家单位项目，还应提供运维方案，包含运维费评定（可放到第七章说明）。
七、总投资预算（细化）
7.1建设总费用估算
建设总资金估算（软、硬件、开发实施费、培训费、其它费用等列表说明）
7.2运维费用估算
后续五年内运行维护费用估算、包含软件运维、实施商运维等。
7.3其它费用估算
咨询计划费用；
监理费
数据整理和迁移费用；
评审费用；
……
7.4投入/产出分析
八、项目风险分析
对于项目可能碰到风险点、难点进行具体说明和分析，并给出提议。（技术、管理、进度、配合方等）
九、问题和提议

附录：
术语表
项目调研汇报
相关隶属文件