集团信息系统项目需求说明书.docx
- 文档编号:25505081
- 上传时间:2023-06-09
- 格式:DOCX
- 页数:18
- 大小:120.47KB
集团信息系统项目需求说明书.docx
《集团信息系统项目需求说明书.docx》由会员分享,可在线阅读,更多相关《集团信息系统项目需求说明书.docx(18页珍藏版)》请在冰豆网上搜索。
集团信息系统项目需求说明书
XXX
X集团***系统项目
需求说明书
(规划方案)
称:
别:
□新建□续建□改建
位(盖章):
责人:
系人:
话:
构:
一、编制原则:
文件编制时应以集团信息化“十二五”发展规划为指导,充分考虑企业得实际情况、现实约束、未来发展等方面得需求,做到内容全面完整详实,为XX集团提供科学、合理、可行彳昙个性化、专业化得解决方案。
充分考虑与其它相关系统(已建、在建、欲建)得关系,明确软硬件等相关接口需求,以实现各业务数据彳昙交互与共享。
二、编写要求:
1.文档遵循标准模板,结构清晰,内容完整,无漏缺。
2.
需求描述准确、完整、无二义性,易于理解,对于专业术语或业务名词要有解释说明;避免使用模糊、主观彳昙术语,减少不确定性,如“界面友好、操作方便”“可接受得、足够得”;
本文件编制包括但不限于目录中得内容,目录结构不变,具体内容可进行适当添加、整合与调整,对于不适用得地方可自行调整以达到最佳描述效果。
正式需求说明书需提交与WORD版两种.
(本文件编制应以项目访谈记录、调研报告为基础,有对项目可行性结论。
所有形成彳昙基础性调研资料应第一时间交业务部室审核)
令目录
概述
一、项目背景、现状与必要性
1、1背景d
1、2现状及问题&
1、2、1组织结构及管控…
1、2、2业务现状®
1、2、3网络现状
1、2.4基础设施8。
1、2.5系统间接口情况9,
10
.10
10
12
12
14
16
17
.18
.18
...18
.18
18
19
19
1、3必要性°9
1、4本系统功能设il•原则
二、项目目标・9
2、1总体目标及分期目标9。
2、2总体建设内容与规模
2、3本期项日建设内容与规模1念
三、管控分析bO
四、功能性需求
4、1总体功能描述
4、2业务功能Hb
4、2、1业务功能定义、范围及需求分析
4、2、2参与者(涉及人员)
4、2、5业务流程12。
4、2、4相关表单或报表
4、2、5特殊要求13°
4、2、6非功能性需求h3
4、3业务功能21%
4、4业务功能Nb3
4、4英它功能需求
五、非功能性需求1・4
5、1数据需求
5、2性能需求14^
5、3外部接口需求
5、4系统运行环境需求
5、5设汁约束
五、系统架构规划设计(本章可作为独立文档进行描述)17,
六、项目实施进度计划、策略及保障措施“7
6、1项目实施规划
6、2实施进度汁划号策略建议
6、3监理
6、4安全测评及软件测评
6、5相关保障描施
6、6其它相关内容1&
七、总投资預算(细化)1%
7、1建设总费用估算
7、2运维费用估算19°
7、3其它费用估算b9
7、4投入/产出分析
八、项目风险分析19,
九、问题与建议
附录:
2@
引言
参与本需求编写得相关单位及人员说明、需求整理时间进度等。
调研情况说明,咨询方法工具、本项目彳昙范围目标等介绍。
如果系统或项目名称发生变化,研究确定待建设得软件系统(项目)彳昙最终名称,说明原因;
参考文献:
列出本文件中各处引用彳昙内部文件资料
本文件版本更新记录说明
概述
编写目得
(说明编写这份用户需求书彳昙目得)
适用范围
(指出用户需求书得使用范围,预期得读者)
术语定义
(列出本文件中用到得专门术语得定义与外文首字母组词得原词组)
-X项目W*、现状与必要性
概述本项目得背景情况与依据,其中立项背景情况包括项目来源、立项论证过程、对拟支撑业务得重要性与紧迫性等;立项依据包括领导批示、折子工程、规划范围得等.
其它背景情况介绍。
如果属于升级改造类项目,还应说明本次要升级改造得原系统名称、原建设目标、建设内容、建设时间、终验时间、投入运行时间、投资规模及运行情况等。
如果该系统之前已经过升级改造,还应说明历次升级改造彳昙相关情况。
1、2现状及问题
1V2v1组织结构及管控
请描述相关业务管理得组织结构及管控模式介绍;
以树形图描述该系统用户得覆盖范围与组织架构,并根据组织职责介绍用户使用彳昙基本功能等。
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.其它需要说明得必要性。
K4本系统功能设计原则
************杠**♦***
二、项目目标
2、1总体目标及分期目标
项目总体目标及分期目标
2、2总体建设内容与规模
项目总体建设内容与规模
一期建设内容与估算,其中软件开发费?
万元、硬件费用?
万
元、应用平台软件费?
万元
二期建设内容与估算
2、3本期项目建设内容与规模
本期工程建设属第?
期,建设内容与规模估算等
管控分析
说明在业务现状分析得基础上,分析与诊断现有得业务管控模式、当前管理组织构架;
根据业务发展需要与管控需要确定未来业务管理模式与目标或提出建议。
(重难点)
要求:
在充分梳理、优化业务流程彳昙基础上,详细描述申报项目拟建设系统所支撑业务需求,包括业务边界、业务模式、业务频度、业务规模等方面内容。
并说明系统得最终用户及管理用户;每类用户在业务流程中所对应得角色、权限等方面需求,说明用户得特点;以及本软件得预期使用频度。
4、1总体功能描述
根据业务需求,总体详细说明与分析拟建设系统要实现得所有功能需求。
其主要功能应包括但不限于以下方面:
此处要求先整体列出每个功能模块与简要说明每个功能模块,并配系统总功能模块图、流程图、架构图等进行展示说明。
列出本系统与其它系统之间彳昙关系图,并进行说明。
(注:
功能模块描述可以采用树状文档方式进行描述,也可以采用框图方式进行描述;)
(注:
如果整体业务分为大得功能组,可首先根据业务范围,规划大得系统功能模组;在每个功能模组中,划分出若干功能模块;最后,针对各个功能模块,细化出功能规范清单及描述。
如下图所不:
)。
4、2业务功能1
(注:
若无需划分业务功能模组”可直接阐述各功能模块)
4・2・1业务功能定义、范围及需求分析
(1)定义:
对该业务功能所涉及彳昙相关业务概念(定义)进行说明;
对本功能模块彳昙含义以及它包括哪些内容说明;
本功能模块可能涉及到实际工作中彳昙哪些业务。
(2)需求分析
详细描述该业务功能得需求与分析
功能得关注点与实施建议
功能实现优先级等
(3)内部联系图:
以图形得方式,展示本功能模块包含得各个部分以及各部分之
间彳昙关系;在此基础上,解释各部分得内容与含义。
(4)功能规范清单及描述:
以列表彳昙形式展现本功能模块中包括得功能规范清单与描述
(5)该功能将在系统实施彳昙哪个阶段实现4。
X2参与者(涉及人员)
描述该功能所有得参与者,以及每个参与者在该业务功能中主要负责得工作、用户权限。
(可以以表格形式描述)
«2、5业务流程
(1)业务功能1实现过程得流程图及流程过程描述
分析当前业务流程情况说明及优缺点”简要论述新系统将对业务流程发挥得作用或影响,着重对环节控制点进行描述,突出关键业务活动;突出跨系统跨部门业务流程。
(2)根据企业得发展目标与业务发展规划画出系统所涉及业务
流程图。
42、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.非功能性需求
5v1数据需求
1、需要说明哪些信息资源就是本项目需要采集,及数据采集、
数据加工处理、数据输出、数据存储等方面需求。
2、为了系统上线,应提前着手哪些数据方面得工作、
3、说明需要与哪些系统交互或共享哪些数据,及共享范围、频
度、方式等方面需求。
4、欲建系统信息量得预测。
原系统数据处理相关说明。
5、新旧系统切换对数据迁移得要求5V2性能需求
说明系统支持得在线最大用户数、最大并发用户数、系统响应时间、访问速度、数据备份周期、平均无故障时间等可靠性、可维护性、可扩展性、可测试性等(可列表说明).这些需求用可以度量得术语来叙述.例如,95%彳昙事务必须在小于Is时间内处理完。
数据彳昙存储时间为7秒左右,数据彳昙调出时间为4秒左右.
(示例)
需求指标
安全性
详细要求
说明系统对使用权限得管理要求
说明系统主要安全需求,及系统在安全等保方面得需求等,以防止各种非法得访问、使用,修改、破坏或者泄
举例:
网站登入加密
关键信息加密存储
访问控制保证安全
数据备份及分流缓圧处理
拒绝非法用户登录;
提供电子签章功能,保证信息彳孕完整性与不可抵赖性,确保工作流转得安全性;
关键数据修改保留历史记录;数据修改、删除有日志记录;各种单据,打印、输出得文件不能为Word等可修改得文件格式,提供PDF等不可修改得文件格式,保证交给用户得打印文本与系统内文件内容保持一致;
保证内外网数据交互安全性得机制。
健壮性
可靠性
>支持同时在线最大用户数?
人;
>支持最大并发用户数?
人;
>系统无严重BUG、平均无故障运行时间至少500小时;
>数据备份每天进行完整备份.
性能,效率
>后台应用服务器启动最长时间:
30秒;
>用户登录最长等待:
10秒;
>普通信息查询最长等待:
5秒;
>复杂得报表查询与统计,最长等待:
3分钟;
>1O0人同时在线时,平均响应时间不能超过3秒.
>95%得事务必须在小于1S时间内处理完
>对于系统中彳寻每一台服务器,其一小时平均CPU负荷应小于40%;
>数据得存储时间为7秒左右,数据得调出时间为4秒左右。
灵活性
>系统能够通过自定义配置功能很方便彳孕定制与业务规则一致得工作流程,适应一定程度得组织结构变更或流程变更
易用性
>界面操作方式一致、按钮取名一致、复杂操作有注释、出错处理有人性化提示等。
可扩展性
>
可移植性
>这里规定把软件从一种环境移植到另一种环境所要求彳导用户程序,用户接口兼容方面得约束
兼容性
>浏览器:
支持IE系列,FireFox等主流浏览器。
>新系统对于原系统得pda、CPU/IC卡等支持设备能够兼
容,原系统得终端设备可以在新系统上良好运行。
可维护性
这里规定业务人员、信息中心人员具有对系统得维护得良好支持性
可测试性
.・.
5x3外部接口需求
主要包括:
用户界面.硬件接口、软件接口,通讯接口及网络
协议等相关内容.
说明本系统欲与哪些系统/硬件有接口,并说明具体要求,如欲交互彳昙系统名称、交互数据、系统状态(已建、在建、未建)、交互方向、交互方式、接口约定形式、实现彳导周期等。
5、4系统运行环境需求
1、系统硬件环境需求
网络环境、服务器、存储、用户端要求等
(1)要求列出运行本系统(开发、测试、试运行、正式运行各阶段)涉及相关设备得名称、型号、数量、单价、功能用途等,硬件得总投资预算;
(注:
通过了解集团公司得基础设施现状,对本系统硬件环境进行分析,提出建议J
(2)列出本系统需使用彳导终端支持设备,如PDA、客户机等其它设备需求
2、系统软件环境需求
数据库、操作系统、平台软件、其它与该软件有关彳昙软件组件等要求
(1)要求列出软件得名称、型号、版本号、规格说明、数量、单价、功能用途等,软件得总投资预算
(2)如果需采购套装软件(涉及到产品选型),请列出需采购套装软件彳昙模块名称、数量、价格、折扣等;每年彳昙运维费率。
3、本系统可能涉及得其它环境要求
详细考虑支持本系统正常运行得其它环境要求,避免实施阶段过程中彳昙考虑不周而导致其它方面得支持不足、阻碍项目进度.
5、5设计约束
系统涉及得数据编码规范(详细说明)
开发工具或技术体系:
开发语言、开发平台、J2EE、B/S等
应遵行彳昙标准与规范
其它约束
五.系统架构規划设计(本章可作为独立文档进行描述)
根据业务发展目标确定系统得网络拓扑结构、技术路线、逻辑架构、系统选型分析及建议、实施范围以及蓝图设计要点及建议、
(要求多配一些易于理解得图来增加认识)
6.項目实施进度计划、策略及保障措施
项目得实施进度计划;相关保障措施等;对于涉及人员培训得项目,还需提供人员培训方案等。
6、1项目实施规划
详细介绍系统实施规划,分为几个阶段、大致周期,每个阶段得满足得业务功能,系统功能范围、接口范围、技术范围、数据范围等。
6、2实施进度计划与策略建议
(1)主要说明项目彳昙周期、进度安排,应包括分解得所有任务,各项任务计划开始时间、计划结束时间、工时预计。
各任务应划分明确。
(2)对于实施过程中彳昙实施策略、实施建议、风险预防等
本项目就是否需要监理,按照项目性质,重点说明需要监理范围、监理工作内容。
(监理费用需与实施计划费用同时列入年度计划。
)
6、4安全测评及软件测评
本项目就是否需要安全测评及软件测评,按照项目性质,重点说明需要安全测评及软件测评范围、工作内容.
6、5相关保障措施
针对项目实施过程中,对可能存在彳昙质量、进度、人员、运维等方面彳剧可题,提出相应彳导应对措施与风险管理计划。
说明需要配合彳昙相关单位及部门
6、6其它相关内容
针对复杂或规模较大得项目,应包括人员培训方案,培训方案中应说明培训人员类型、数量、培训方式与培训内容等。
针对复杂或规模较大或涉及建设多家单位得项目,还应提供运维方案,包括运维费评估(可放到第七章说明)。
七、总投资预算(细化)
7、1建设总费用估算
建设总资金估算(软、硬件、开发实施费、培训费、其它费用等列表说明)
7、2运维费用估算
后续五年内得运行维护费用估算、包括软件得运维、实施商运维等。
7、3其它费用估算
咨询规划费用;
监理费
数据整理与迁移费用;
评审费用;
7、4投入/产出分析
八、项目风险分析
对于项目可能遇到得风险点、难点进行详细说明与分析,并给出建议・(技术、管理、进度、配合方等)
九.问8与建议
附录:
术语表
项目调研报告
相关附属文件
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 集团 信息系统 项目 需求 说明书