XX集团信息系统项目需求说明书.docx

XX集团信息系统项目需求说明书.docx

《XX集团信息系统项目需求说明书.docx》由会员分享，可在线阅读，更多相关《XX集团信息系统项目需求说明书.docx（13页珍藏版）》请在冰豆网上搜索。

XX集团信息系统项目需求说明书

XXXX集团***系统项目

需求说明书

（规划方案）

项目名称：

项目类别：

□新建□续建□改建

单位（盖章）：

项目负责人：

项目联系人：

联系电话：

咨询机构：

提交时间：

年月日

一、编制原则：

文件编制时应以集团信息化“十二五”发展规划为指导，充分考虑企业的实际情况、现实约束、未来发展等方面的需求，做到内容全面完整详实，为XX集团提供科学、合理、可行的个性化、专业化的解决方案。

充分考虑与其它相关系统（已建、在建、欲建）的关系，明确软硬件等相关接口需求，以实现各业务数据的交互与共享。

二、编写要求：

1.文档遵循标准模板，结构清晰，内容完整，无漏缺。

2.需求描述准确、完整、无二义性，易于理解，对于专业术语或业务名词要有解释说明；避免使用模糊、主观的术语，减少不确定性，如“界面友好、操作方便”“可接受的、足够的”；

3.文档使用正确的语法及拼写、标点。

4.借助列表、数字、图和表来表示信息，便于理解。

本文件编制包括但不限于目录中的内容，目录结构不变，具体内容可进行适当添加、整合与调整，对于不适用的地方可自行调整以达到最佳描述效果。

正式需求说明书需提交PPT和WORD版两种。

（本文件编制应以项目访谈记录、调研报告为基础，有对项目可行性结论。

所有形成的基础性调研资料应第一时间交业务部室审核）

引言

参与本需求编写的相关单位及人员说明、需求整理时间进度等。

调研情况说明，咨询方法工具、本项目的范围目标等介绍。

如果系统或项目名称发生变化，研究确定待建设的软件系统（项目）的最终名称，说明原因；

参考文献：

列出本文件中各处引用的内部文件资料

本文件版本更新记录说明

概述

编写目的

（说明编写这份用户需求书的目的）

适用范围

（指出用户需求书的使用范围，预期的读者）

术语定义

（列出本文件中用到的专门术语的定义和外文首字母组词的原词组）

一、项目背景、现状和必要性

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总体功能描述

根据业务需求，总体详细说明和分析拟建设系统要实现的所有功能需求。

其主要功能应包括但不限于以下方面：

此处要求先整体列出每个功能模块和简要说明每个功能模块，并配系统总功能模块图、流程图、架构图等进行展示说明。

列出本系统与其它系统之间的关系图，并进行说明。

（注：

功能模块描述可以采用树状文档方式进行描述，也可以采用框图方式进行描述；）

（注：

如果整体业务分为大的功能组，可首先根据业务范围，规划大的系统功能模组；在每个功能模组中，划分出若干功能模块；最后，针对各个功能模块，细化出功能规范清单及描述。

如下图所示：

）。

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投入/产出分析

八、项目风险分析

对于项目可能遇到的风险点、难点进行详细说明和分析，并给出建议。

（技术、管理、进度、配合方等）

九、问题与建议

附录：

术语表

项目调研报告

相关附属文件