《系统需求模板》由会员分享，可在线阅读，更多相关《系统需求模板（38页珍藏版）》请在金锄头文库上搜索。
1、XX 需求研发中心产品部XX年X月修改记录缔号描述K木审核发布EI期本文档中所包含的信息属于内部资料，如无的书面许可，任何人都无权复制 或利用。Copy Right 2010 by XXX签署记录目录1引言11.1 目的11.2 背景11.3参考资料12机构与用户分析22.1机构分析 22.2用户分析23 系统功能列表43.1XX 功能列表43.2 XX 功能列表53.3 XX 分析域功能列表64权限分析74.1功能权限模型74.2数据权限模型75实体分析95.1XX 分析95.2XX 实体分析96 非功能性需求106.1系统质量需求106.1.1 可用性106.1.2 性能106.1.3完整
2、性 116.1.4兼容性 116.1.5可移植性 116.1.6可维护性 116.1.7可扩充性 116.2硬件环境需求126.3软件环境需求126.4安全性需求127 系统配置需求137.1 XX 管理137.1.1信息要素描述137.1.2权限列表137.1.3 功能147.2用户管理157.2.1信息要素描述157.2.2权限列表157.2.3 功能167.3角色管理167.3.1信息要素描述167.3.2权限列表177.3.3 功能177.4功能权限管理187.4.1信息要素描述187.4.2权限列表187.4.3 功能197.5用户与角色对应关系管理207.5.1信息要素描述207.
3、5.2权限列表207.5.3 功能217.6角色与功能对应关系管理217.6.1信息要素描述227.6.2权限列表227.6.3 功能227.7 取值列表管理231 引言1.1 目的本文档作为XX文档的组成部分之一，用来记录XX建设的主要工作内容。本文档的 阅读对象是XX立项评审相关者。1.2 背景XX 定位是：1、作为我司企业XX管理工具，立足于支撑XX管理部门的日常XX管理活动。2、作为我司企业XX分析工具，为IT战略层和XX管理者进行关键性决策活动提供 数据依据。3、作为XX资产库，集中存储并管理XX建设活动所产生的XX模型数据及其发展历 史。因此，我们也将需求划分为三个部分，分别为：X
4、X管理域、XX分析域、XX建设域， 并分别就这三个域进行功能性分析。在总体需求部分，我们将对这三个域的共有性需求，或者不属于这三个域的基础性需 求，进行展开叙述。1.3 参考资料XX2 机构与用户分析2.1 机构分析本系统涉及的组织机构包括总公司信息管理部领导层、应用XX管理处。分行和各开 发中心会填写XX系统的数据采集表。2.2 用户分析XX 资产分析人员作为全公司XX资产类数据的分析人员，通过使用XX系统提供的全景图分析、群组 分析、系统分析、系统功能分析等功能，对全公司XX资产进行分析。XX 管理分析人员作为全公司的XX管理类数据的分析人员，通过使用XX系统提供的系统能力指标分 析、系统
5、问题分析、系统目标实现情况分析、XX决策落实分析、XX例外更正分析等功能, 对全公司的XX管理类数据进行全面系统的分析。XX 管理人员作为全公司的XX管理类数据的管理人员，通过使用XX系统提供的XX规划管理、 XX 政策管理、系统问题管理、目标能力管理、系统能力管理、系统决策管理、系统例外 管理等功能，对全公司的XX管理类数据进行维护，包括数据的增加、删除、修改等。系统管理人员作为XX系统的管理人员，通过使用XX系统提供的机构管理、用户管理、权限管理、 角色管理、初始化数据管理、日志管理等功能，对XX的直接使用机构和用户授权，初始 化XX系统数据，并在XX系统运行过程中，监控整个系统的运行状态
6、，保证系统的顺利 运行。3 系统功能列表下面按照XX管理域、XX分析域、XX建设域分述功能。3.1 XX 功能列表XX管理域用于支持XX管理处的日常活动，主要包括对XX规划和XX的颁布，基线管理、系统问题管理、系统目标管理、系统评价等业务工作的支持。3.2 XX 功能列表模块名称功能名称功能描述对应角色3.3 XX分析域功能列表4 权限分析4.1 功能权限模型本小节将对整个权限管理的层次结构和所有可能出现的角色集进行分析。整个XX系统对所有的用户根据权限特点分为不同的角色，系统根据角色来分配权限。整个权限管理的实现将是“机构用户角色权限”的四层模式。 机构支持树状层次模式，机构下可以拥有下属机
7、构。 一个机构拥有多个用户，一个用户只能属于一个机构。一个角色可以有多个用户，一个用户可以对应多个角色。一个角色可以有多个权限，一个权限可以赋给多个角色。4.2 数据权限模型本系统的数据权限目前支持到对象级别，暂时不支持到对象属性级别。具体的数据权限由用户所属机构控制。一个机构可以拥有多个对象的查看权限。一个对象的查看权限可以分配给多个机构。5 实体分析5.1 XX 分析1、XX 实体关系图2、XX 实体属性图5.2 XX 实体分析1、XX 实体关系图2、XX 实体属性图6 非功能性需求6.1 系统质量需求6.1.1 可用性1、主要功能在正常的业务时间内，保证的可用时间是每周的周一到周五，每天
8、的 9 点18点，即5X8=40小时的服务。2、系统在保证可用时间内，可接受的停机时间是每次不超过60分钟，每月不超过4 次。3、系统在保证可用时间之外，可接受的系统停机时间是每周10-15小时，每月40-60 小时。4、当系统所在场所或整个系统发生灾难时，可接受的系统恢复服务时间是 24-72 小 时。6.1.2 性能6.1.2.1 系统吞吐量1、系统支持的高峰事务处理量为60次/秒。6.1.2.2 响应时间1、所有的目标响应时间需求都是基于用户客户端提交请求开始到接收到全部重要输 出信息（例如 logo 的响应时间不在要求之内）的端到端的响应时间。2、终端用户交互式访问系统的登陆界面的响应
9、时间目标是10-30秒。3、终端用户98%的简单查询访问的响应时间目标是5-10秒。4、终端用户98%的复杂查询访问的响应时间目标是15-30秒，视查询的复杂程度。5、终端用户98%的事务处理的响应时间目标是3-15秒。6.1.3 完整性1、交易完整性保障机制，系统在一个业务全部完成前发生故障，该交易必须被取消。2、数据库为了优化管理开销自动选择合适的锁级别。3、如果在文件传输过程中发生故障，整个文件的传输将被取消，保证文件的完整性6.1.4 兼容性1、系统内部的各个子系统之间的兼容；2、后添加的新子系统需要与原有各子系统的兼容；3、为未来的新产品新技术预留接口，以便平滑的升级换代，充分的利用
10、原有资源；4、系统应遵循开放标准，通过标准的XX和协议，来设计整个系统，应用开放式接 口兼容不同的应用系统；5、BS结构的应用程序客户端需要在IE浏览器、台式机硬件平台、操作系统上兼容 运行。6、应用系统与建行安全管理相关软件兼容（防病毒软件、桌面安全软件等）。7、应用系统与生产环境要求安装的其他软件兼容。6.1.5 可移植性1、BS客户端能够支持IE6.0浏览器。2、BS 服务器端程序能够支持主流的硬件平台、操作系统。6.1.6 可维护性1、 系统记录必要的日志信息，包括系统操作日志、系统错误日志等，便于系统维护6.1.7 可扩充性1、应用系统的设计和部署需要使用业界标准，利于扩充。2、业务
11、变更时，系统对此业务变更的有一定的支持能力。6.2 硬件环境需求硬件环境（网络、设备等）WEB服务器应用服务器数据库服务器报表服务器外置存储6.3 软件环境需求软件环境（操作系统，相关软件等的名称、版本、补丁）数据库服务器应用服务器Web服务器报表服务器客户端6.4 安全性需求1、对用户登陆系统进行身份认证和权限管理，并使用日志记录下用户的操作。2、使用基于静态口令鉴别机制进行用户的标识与鉴别,口令（密码）长度6-14 位，由字母和数字组成，字母区分大小写。初始口令由系统管理员分配。3、权限控制策略，参见：权限分析部分。7 系统配置需求7.1 XX 管理机构指的是XX系统的使用者（用户）的所属
12、机构。机构管理功能是对XX系统的使用机构进行管理。机构管理提供对XX系统使用机构信息的录入、修改、查询、删除的功7.1.1 信息要素描述XX 信息要素如下：Group名称属性名称类型长度必输关联说明常量列表基本信息(Basic In fo)名称Text(60)是编码Text(20)是领导Text(20)否联系人Text(20)否联系电话Text(20)否邮编Text(6)否地址Text(200)否上级机构编码Text(20)否7.1.2 权限列表XX 系统管理人员有权限使用该功能。角色功能XXXXXXXXXXXXXX录入VXX修改VXX删除VXX查询V7.1.3 功能7.1.3.1 录入1.业
13、务功能描述XX系统管理人员使用XX录入功能，能够新建XX系统XX信息。7.1.3.2 修改1.业务功能描述XX系统管理人员使用XX修改功能，能够修改XX系统XX信息。7.1.3.3 查询1.业务功能描述XX系统管理人员使用XX查询功能，能够查询XX系统XX信息。7.1.3.4 停用1.业务功能描述XX系统管理人员使用XX停用功能，能够停用未使用的XX系统XX信息（即机构 下无用户信息的XX），如果机构下已经建了用户，则不能停用该机构。7.2 用户管理用户管理功能是对XX系统的使用用户进行管理。用户管理提供对XX系统使用用户信息的录入、修改、查询、删除的功能。7.2.1 信息要素描述用户信息要素如下Group名称属性名称类型长度必输关联说明常量列表基本信息(Basic In fo)姓名Text(20)是编码Text(20)是性别Text(2)否联
