收藏 分销(赏)

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

上传人:a199****6536 文档编号:2990820 上传时间:2024-06-12 格式:DOC 页数:19 大小:1.81MB
下载 相关 举报
XX集团信息系统项目需求说明书.doc_第1页
第1页 / 共19页
XX集团信息系统项目需求说明书.doc_第2页
第2页 / 共19页
XX集团信息系统项目需求说明书.doc_第3页
第3页 / 共19页
XX集团信息系统项目需求说明书.doc_第4页
第4页 / 共19页
XX集团信息系统项目需求说明书.doc_第5页
第5页 / 共19页
点击查看更多>>
资源描述

1、XXXX集团*系统项目需求说明书(规划方案)项 目 名 称: 项 目 类 别:新建 续建 改建 单 位(盖章): 项 目 负 责 人: 项 目 联 系 人: 联 系 电 话: 咨 询 机 构: 提 交 时 间: 年 月 日 一、编制原则:文件编制时应以集团信息化“十二五”发展规划为指导,充分考虑企业的实际情况、现实约束、未来发展等方面的需求,做到内容全面完整详实,为XX集团提供科学、合理、可行的个性化、专业化的解决方案。充分考虑与其它相关系统(已建、在建、欲建)的关系,明确软硬件等相关接口需求,以实现各业务数据的交互与共享。二、编写要求:1. 文档遵循标准模板,结构清晰,内容完整,无漏缺。 2

2、. 需求描述准确、完整、无二义性,易于理解,对于专业术语或业务名词要有解释说明;避免使用模糊、主观的术语,减少不确定性,如“界面友好、操作方便”“可接受的、足够的”; 3. 文档使用正确的语法及拼写、标点。 4. 借助列表、数字、图和表来表示信息,便于理解。 本文件编制包括但不限于目录中的内容,目录结构不变,具体内容可进行适当添加、整合与调整,对于不适用的地方可自行调整以达到最佳描述效果。正式需求说明书需提交PPT和WORD版两种。(本文件编制应以项目访谈记录、调研报告为基础,有对项目可行性结论。所有形成的基础性调研资料应第一时间交业务部室审核)目录引言5概述5一、项目背景、现状和必要性61.

3、1背景61.2现状及问题61.2.1组织结构及管控61.2.2业务现状61.2.3网络现状81.2.4基础设施81.2.5系统间接口情况91.3必要性91.4本系统功能设计原则9二、项目目标92.1总体目标及分期目标92.2总体建设内容与规模102.3本期项目建设内容与规模10三、管控分析10四、功能性需求104.1总体功能描述104.2 业务功能1114.2.1业务功能定义、范围及需求分析114.2.2参与者(涉及人员)124.2.5业务流程124.2.4相关表单或报表124.2.5特殊要求134.2.6非功能性需求134.3 业务功能2134.4 业务功能N134.4 其它功能需求13五、

4、非功能性需求145.1数据需求145.2性能需求145.3外部接口需求165.4系统运行环境需求165.5设计约束17五、系统架构规划设计(本章可作为独立文档进行描述)17六、项目实施进度计划、策略及保障措施176.1项目实施规划186.2实施进度计划和策略建议186.3监理186.4安全测评及软件测评186.5相关保障措施186.6其它相关内容18七、总投资预算(细化)197.1建设总费用估算197.2运维费用估算197.3其它费用估算197.4投入/产出分析19八、项目风险分析19九、问题与建议20附录:20引言参与本需求编写的相关单位及人员说明、需求整理时间进度等。调研情况说明,咨询方法

5、工具、本项目的范围目标等介绍。如果系统或项目名称发生变化,研究确定待建设的软件系统(项目)的最终名称,说明原因;参考文献:列出本文件中各处引用的内部文件资料本文件版本更新记录说明概述编写目的(说明编写这份用户需求书的目的)适用范围(指出用户需求书的使用范围,预期的读者)术语定义(列出本文件中用到的专门术语的定义和外文首字母组词的原词组)一、项目背景、现状和必要性1.1背景概述本项目的背景情况和依据,其中立项背景情况包括项目来源、立项论证过程、对拟支撑业务的重要性和紧迫性等;立项依据包括领导批示、折子工程、规划范围的等。其它背景情况介绍。如果属于升级改造类项目,还应说明本次要升级改造的原系统名称

6、、原建设目标、建设内容、建设时间、终验时间、投入运行时间、投资规模及运行情况等。如果该系统之前已经过升级改造,还应说明历次升级改造的相关情况。1.2现状及问题1.2.1组织结构及管控请描述相关业务管理的组织结构及管控模式介绍;以树形图描述该系统用户的覆盖范围和组织架构,并根据组织职责介绍用户使用的基本功能等。1.2.2业务现状1、该业务的行业最佳实践介绍2、业务现状详细描述(重点)业务运作模式;业务流程;相关交叉业务情况;业务现状问题、总结通过现状分析,对业务现状有一个比较清晰的认识,与行业先进企业相比的差距,业务未来改进的方向和建议。3、业务数据现状分析描述业务数据的相关实际情况。从数据流、

7、数据完整性、数据质量等方面进行全面阐述。分析现状数据局限性,以及在未来系统实施过程中对数据的要求。4、若属于系统升级改造类项目除了描述上述内容外,还应说明原系统的现状。如果属于多系统整合类项目,应说明本次申报项目所涉及的各系统的现状。主要包括以下内容:(1).业务覆盖:原系统对业务的支持程度如何,包括对业务支持的广度和深度。(2)业务应用处理能力:重点说明原系统在业务支撑范围、业务处理的实时性和响应时间、业务高峰期在线用户数及并发用户数、业务协同程度等方面的设计能力和实施状况。(3).原系统技术架构情况:系统采用的技术路线和系统架构,重点说明在软件环境(系统软件品牌和版本)、硬件配置(硬件设备

8、品牌型号)、数据库、数据存储系统的技术和容量、网络及安全等方面的设计能力和实际配置,网络和设备连接图(与相关网络的连通情况及出口带宽)。安全风险评估;安全等级保护工作;安全体系建设;容灾体系建设等(信息中心提供)。(4)原系统运行效果概括说明原系统业务应用是否正常、软硬件运行负荷状况等。所支撑业务的实际数据平均流量和峰值流量。系统产生的社会效益和经济效益(投入/产出情况),公共服务覆盖率、用户满意度,资源共享、协同办公等效果,资金等资源配置的合理程度等。(5)信息化资产情况说明原系统相关的信息化资产现状(包括知识产权)。(6)存在问题应从原系统的业务应用、支撑服务,软件系统、硬件系统及信息安全

9、体系等方面,分析存在的问题、风险及其原因等。(A)原系统哪些功能和性能不能满足业务发展或信息资源共享等方面需求,需要进行功能完善和扩展;原系统存在哪些较大缺陷,需进行完善或进行技术架构改造等。(B)原系统没有整体信息安全保障措施,需要增加信息安全体系建设;原系统信息安全保障措施需要进行哪些更新和升级;原系统的信息安全等级提高等情况导致需要对原有信息安全体系进行加固建设(不含信息安全体系正常运维保障)等。(C)需要进行版本升级的软件产品(如,操作系统、数据库系统、中间件等)的情况;因服务协议到期需进行更换的软件产品;因设备老化、系统软件对硬件的要求提升、网络流量增加等原因需对网络设备和计算机等硬

10、件设备进行更换或升级的具体情况;因业务发展而需扩充硬件设备配置和软件产品的配置具体情况等。(D)原系统中业务数据分析,阐述原系统中数据对业务支撑情况。5、属于新建项目应说明与新建项目相关的业务系统情况,包括实现方式、工作效率、需要解决的问题等。1.2.3网络现状对集团公司现有网络进行描述,要求有相关的网络拓扑图(信息中心提供)1.2.4基础设施对集团公司现有服务器、小型机、数据库、中间件进行说明。如果应用范围比较大,要分别说明。(信息中心提供)1.2.5系统间接口情况1、集团现在都已部署并应用了那些应用系统,简单说明2、现有系统与哪些系统存在接口,对存在对接口情况进行说明。接口支持的业务说明、

11、交互数据说明(数据名称、交互方式、频次等)1.3必要性概述项目建设的必要性,一般结合以下几个方面进行说明:1推动业务发展,说明拟支撑业务符合集团战略发展要求,进行信息化建设对支撑本部门业务工作目标有价值。2概括存在的问题,说明需要进行升级改造。3市委、市政府领导批示,为社会办实事项目,集团折子工程。4上级主管单位发文,要求完成的建设任务,或配套建设的项目。5其它需要说明的必要性。1.4本系统功能设计原则*二、项目目标2.1总体目标及分期目标项目总体目标及分期目标2.2总体建设内容与规模项目总体建设内容与规模一期建设内容与估算,其中软件开发费?万元、硬件费用?万元、应用平台软件费?万元二期建设内

12、容与估算2.3本期项目建设内容与规模本期工程建设属第?期,建设内容与规模估算等三、管控分析说明在业务现状分析的基础上,分析和诊断现有的业务管控模式、当前管理组织构架;根据业务发展需要和管控需要确定未来业务管理模式和目标或提出建议。(重难点)四、功能性需求要求:在充分梳理、优化业务流程的基础上,详细描述申报项目拟建设系统所支撑业务需求,包括业务边界、业务模式、业务频度、业务规模等方面内容。并说明系统的最终用户及管理用户;每类用户在业务流程中所对应的角色、权限等方面需求,说明用户的特点;以及本软件的预期使用频度。4.1总体功能描述根据业务需求,总体详细说明和分析拟建设系统要实现的所有功能需求。其主

13、要功能应包括但不限于以下方面:此处要求先整体列出每个功能模块和简要说明每个功能模块,并配系统总功能模块图、流程图、架构图等进行展示说明。列出本系统与其它系统之间的关系图,并进行说明。(注:功能模块描述可以采用树状文档方式进行描述,也可以采用框图方式进行描述;)(注:如果整体业务分为大的功能组,可首先根据业务范围,规划大的系统功能模组;在每个功能模组中,划分出若干功能模块;最后,针对各个功能模块,细化出功能规范清单及描述。如下图所示:)。功能规范系统功能模组1系统功能模组2系统功能模组3系统功能模组1功能模块1功能模块2功能模块1功能规范清单功能规范描述;实施步聚;适用范围;4.2 业务功能1(

14、注:若无需划分业务功能模组,可直接阐述各功能模块)4.2.1业务功能定义、范围及需求分析(1)定义:对该业务功能所涉及的相关业务概念(定义)进行说明;对本功能模块的含义以及它包括哪些内容说明;本功能模块可能涉及到实际工作中的哪些业务。(2)需求分析详细描述该业务功能的需求和分析功能的关注点和实施建议功能实现优先级等(3)内部联系图:以图形的方式,展示本功能模块包含的各个部分以及各部分之间的关系;在此基础上,解释各部分的内容与含义。(4)功能规范清单及描述:以列表的形式展现本功能模块中包括的功能规范清单和描述(5)该功能将在系统实施的哪个阶段实现4.2.2参与者(涉及人员)描述该功能所有的参与者

15、,以及每个参与者在该业务功能中主要负责的工作、用户权限。(可以以表格形式描述)4.2.5业务流程(1)业务功能1实现过程的流程图及流程过程描述分析当前业务流程情况说明及优缺点,简要论述新系统将对业务流程发挥的作用或影响,着重对环节控制点进行描述,突出关键业务活动;突出跨系统跨部门业务流程。(2)根据企业的发展目标和业务发展规划画出系统所涉及业务流程图。4.2.4相关表单或报表详细列出本业务功能1涉及的相关表单或报表等,并描述对表单或报表的具体要求。4.2.5特殊要求(详细列出业务功能1的特殊要求,如无,可以不列)4.2.6非功能性需求详细列出对业务功能1的系统性能要求,如:系统数据校验、缺省项

16、判断、系统反应时间、操作的便捷性、错误或故障的处理、系统的接口等)4.3 业务功能24.4 业务功能N4.4 其它功能需求(1) 智能分析(2) 数据查询检索及统计、多字段自定义等(3) 知识库(4) 报表(图表)可定义、输出、详细要求等(5) 工作流管理(事件可追溯、业务流程可自定义等要求)(6) 信息发布功能(7) 用户权限管理(总述)五、非功能性需求5.1数据需求1、需要说明哪些信息资源是本项目需要采集,及数据采集、数据加工处理、数据输出、数据存储等方面需求。2、为了系统上线,应提前着手哪些数据方面的工作.3、说明需要与哪些系统交互或共享哪些数据,及共享范围、频度、方式等方面需求。4、欲

17、建系统信息量的预测。原系统数据处理相关说明。5、新旧系统切换对数据迁移的要求 5.2性能需求说明系统支持的在线最大用户数、最大并发用户数、系统响应时间、访问速度、数据备份周期、平均无故障时间等可靠性、可维护性、可扩展性、可测试性等(可列表说明)。这些需求用可以度量的术语来叙述。例如,95的事务必须在小于1s时间内处理完。数据的存储时间为7秒左右,数据的调出时间为4秒左右。(示例)需求指标详细要求安全性说明系统对使用权限的管理要求说明系统主要安全需求,及系统在安全等保方面的需求等,以防止各种非法的访问、使用,修改、破坏或者泄密。举例: 网站登入加密 关键信息加密存储 访问控制保证安全 数据备份及

18、分流缓压处理 拒绝非法用户登录; 提供电子签章功能,保证信息的完整性和不可抵赖性,确保工作流转的安全性; 关键数据修改保留历史记录;数据修改、删除有日志记录; 各种单据,打印、输出的文件不能为Word等可修改的文件格式,提供PDF等不可修改的文件格式,保证交给用户的打印文本与系统内文件内容保持一致; 保证内外网数据交互安全性的机制。健壮性可靠性 支持同时在线最大用户数?人; 支持最大并发用户数?人; 系统无严重BUG、平均无故障运行时间至少500小时; 数据备份每天进行完整备份。性能,效率 后台应用服务器启动最长时间: 30秒; 用户登录最长等待:10秒; 普通信息查询最长等待:5秒; 复杂的

19、报表查询与统计,最长等待:3分钟; 100人同时在线时,平均响应时间不能超过3秒。 95的事务必须在小于1s时间内处理完 对于系统中的每一台服务器,其一小时平均cpu负荷应小于40%; 数据的存储时间为7秒左右,数据的调出时间为4秒左右。灵活性 系统能够通过自定义配置功能很方便的定制与业务规则一致的工作流程,适应一定程度的组织结构变更或流程变更易用性 界面操作方式一致、按钮取名一致、复杂操作有注释、出错处理有人性化提示等。可扩展性可移植性 这里规定把软件从一种环境移植到另一种环境所要求的用户程序,用户接口兼容方面的约束兼容性 浏览器:支持IE系列,FireFox等主流浏览器。 新系统对于原系统

20、的PDA、CPU/IC卡等支持设备能够兼容,原系统的终端设备可以在新系统上良好运行。可维护性这里规定业务人员、信息中心人员具有对系统的维护的良好支持性可测试性5.3外部接口需求主要包括:用户界面、硬件接口、软件接口,通讯接口及网络协议等相关内容。说明本系统欲与哪些系统/硬件有接口,并说明具体要求,如欲交互的系统名称、交互数据、系统状态(已建、在建、未建)、交互方向、交互方式、接口约定形式、实现的周期等。5.4系统运行环境需求1、系统硬件环境需求网络环境、服务器、存储、用户端要求等(1)要求列出运行本系统(开发、测试、试运行、正式运行各阶段)涉及相关设备的名称、型号、数量、单价、功能用途等,硬件

21、的总投资预算;(注:通过了解集团公司的基础设施现状,对本系统硬件环境进行分析,提出建议。)(2)列出本系统需使用的终端支持设备,如PDA、客户机等其它设备需求2、系统软件环境需求数据库、操作系统、平台软件、其它与该软件有关的软件组件等要求(1)要求列出软件的名称、型号、版本号、规格说明、数量、单价、功能用途等,软件的总投资预算(2)如果需采购套装软件(涉及到产品选型),请列出需采购套装软件的模块名称、数量、价格、折扣等;每年的运维费率。3、本系统可能涉及的其它环境要求详细考虑支持本系统正常运行的其它环境要求,避免实施阶段过程中的考虑不周而导致其它方面的支持不足、阻碍项目进度。5.5设计约束系统

22、涉及的数据编码规范(详细说明)开发工具或技术体系:开发语言、开发平台、J2EE、B/S等应遵行的标准和规范其它约束五、系统架构规划设计(本章可作为独立文档进行描述)根据业务发展目标确定系统的网络拓扑结构、技术路线、逻辑架构、系统选型分析及建议、实施范围以及蓝图设计要点及建议.(要求多配一些易于理解的图来增加认识)六、项目实施进度计划、策略及保障措施项目的实施进度计划;相关保障措施等;对于涉及人员培训的项目,还需提供人员培训方案等。6.1项目实施规划详细介绍系统实施规划,分为几个阶段、大致周期,每个阶段的满足的业务功能,系统功能范围、接口范围、技术范围、数据范围等。6.2实施进度计划和策略建议(

23、1)主要说明项目的周期、进度安排,应包括分解的所有任务,各项任务计划开始时间、计划结束时间、工时预计。各任务应划分明确。(2)对于实施过程中的实施策略、实施建议、风险预防等6.3监理本项目是否需要监理,按照项目性质,重点说明需要监理范围、监理工作内容。(监理费用需与实施计划费用同时列入年度计划。)6.4安全测评及软件测评本项目是否需要安全测评及软件测评,按照项目性质,重点说明需要安全测评及软件测评范围、工作内容。6.5相关保障措施针对项目实施过程中,对可能存在的质量、进度、人员、运维等方面的问题,提出相应的应对措施和风险管理计划。说明需要配合的相关单位及部门6.6其它相关内容针对复杂或规模较大

24、的项目,应包括人员培训方案,培训方案中应说明培训人员类型、数量、培训方式和培训内容等。针对复杂或规模较大或涉及建设多家单位的项目,还应提供运维方案,包括运维费评估(可放到第七章说明)。七、总投资预算(细化)7.1建设总费用估算建设总资金估算(软、硬件、开发实施费、培训费、其它费用等列表说明)7.2运维费用估算后续五年内的运行维护费用估算、包括软件的运维、实施商运维等。7.3其它费用估算咨询规划费用;监理费数据整理与迁移费用;评审费用;7.4投入/产出分析八、项目风险分析对于项目可能遇到的风险点、难点进行详细说明和分析,并给出建议。(技术、管理、进度、配合方等)九、问题与建议附录:术语表项目调研报告相关附属文件

展开阅读全文
相似文档                                   自信AI助手自信AI助手
猜你喜欢                                   自信AI导航自信AI导航
搜索标签

当前位置:首页 > 应用文书 > 技术指导

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服