系统需求规格说明书(uc)

《系统需求规格说明书(uc)》由会员分享，可在线阅读，更多相关《系统需求规格说明书(uc)（29页珍藏版）》请在金锄头文库上搜索。

1、系统需求规格说明书模板（系统需求规格说明书模板（UC） Version 0.1 核准签名核准签名 核准人项目经理日期 核准人系统分析师日期 核准人客户日期 核准人日期 核准人日期 核准人日期 系统需求规格说明书模板（系统需求规格说明书模板（UC）Version: 0.1 机密2/29 修订历史修订历史 日期日期版本版本描述描述作者作者 2010-12-90.1草稿谭勇 系统需求规格说明书模板（系统需求规格说明书模板（UC）Version: 0.1 机密3/29 目目 录录 1引言引言.5 1.1编写目的 .5 1.2适用范围 .5 1.3文档概述 .5 1.4参考资料 .5 1.5术语、定义和

2、缩写5 1.6USE-CASE图形规范.6 2系统概述系统概述 .6 2.1业务背景 .6 2.2系统功能 .7 2.3用户类别及特征8 2.4运行环境 .8 2.5用户文档 .8 2.6设计和实现上的限制8 2.7假设和依赖 .9 3功能需求功能需求 .9 3.1系统用例图 .10 3.2系统用例清单10 3.3 示例.10 3.3.1功能简述示例.10 3.3.2用例清单 示例11 3.3.3示例.11 3.3.4示例.13 3.4 示例.15 4非功能需求非功能需求15 4.1系统质量需求15 4.1.1性能.16 4.1.2可靠性.16 4.1.3可维护性.16 4.1.4可用性.17

3、 4.1.5灵活性.17 4.1.6可移植性.17 4.1.7可重用性.17 4.1.8可测试性.17 4.1.9易用性.18 4.2安全性需求 .18 4.3环境需求 .18 4.4保密性和私密性需求19 4.5业务规则 .19 4.6其它需求 .19 5外部接口需求外部接口需求20 5.1用户界面 .20 5.2硬件接口 .21 5.3软件接口 .21 系统需求规格说明书模板（系统需求规格说明书模板（UC）Version: 0.1 机密4/29 5.4通信接口 .21 6附录附录.22 6.1附录 1：分析模型.22 6.2附录 2：待确定问题的列表.22 系统需求规格说明书模板（系统需求

4、规格说明书模板（UC）Version: 0.1 机密5/29 1引言引言 软件需求规格说明书记录对系统或系统的一部分的完整软件需求。 以下是一个典型 的软件需求规格说明书概述，用于涉及用例建模的项目。此工件由一个包组成，该包包含 用例模型的用例、非功能性需求、接口需求以及其他支持信息。本文档模板适合采用用例 建模技术的项目需求描述。- 在正式编写文档时，请删除内容要求部分。 1.1编写目的编写目的 本文档作为*与 XXXXXXXXXX 公司之间就*建立 XXXX 司（局或单位）XXXXXXXXXX 系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础， 也作为本项目验收

5、的主要依据。同时，本文档也作为*后继工作开展的基础，供双方项 目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：*方面的项 目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测 试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。 1.3文档概述文档概述 本文档主要描述了 XXXXXXXXXX 系统项目的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从用户界面、 软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功

6、能性需 求以及待确定的问题。 1.4参考资料参考资料 列出本文的参考文件清单，包括出版单位、作者、版本、日期等信息。 示范：仅供参考，不具备任何实质性的内容。 系统需求规格说明书模板（系统需求规格说明书模板（UC）Version: 0.1 机密6/29 XXX 总体需求书 （XXX 单位 XXX 提供） XXX 需求调研报告 作者：XXX 设计模式 XXXXX 出版社 UML 用户指南 XXXXX 出版社 1.5术语、定义和缩写术语、定义和缩写 列出本文档所涉及的专业术语、缩写词及相关定义。定义所有必要的术语，以便读 者可以正确地解释软件需求规格说明，包括词头和缩写。你可能希望为整个公司创建一

7、张 跨越多项项目的词汇表，并且只包括特定于单一项目的软件需求规格说明中的术语。 示范：仅供参考，不具备任何实质性的内容。 1) OLTP：On-line Transaction Processing，联机事务处理。 2) OLAP：On-Line Analytical Processing，联机分析处理；是使分析人员、管理 人员或执行人员能够从多角度对信息进行快速、一致、交互地存取,从而获得对数 据的更深入了解的一类软件技术。 1.6Use-Case 图形规范图形规范 对文档中使用的 Use-Case 图的图符作简介，同时说明所应用 UML 规范的版本，以便 理解和统一。如果使用的是 UML

8、V1.3 标准规范，则可以直接将下列内容作为文档内容。 一个 Use-Case 图显示的是 Actor 与 Use-Case 之间的某种关系。表 1-1 列出了本文档 的 Use-Case 图中用到的图符、名称及其功能简介。 表 1-1 UML V1.3 Use Case 图符 图符图符名称名称描述描述 UseCase Use Case 用于表示 Use-case 图中的 Use-Case，每个 Use Case 用于表示 所建模系统的一项外部功能需求，即从用户的角度分析所得的 需求。 Actor Actor 用于描述与系统功能有关的外部实体，它可以是用户，也可以 是外部系统。 系统需求规格说

9、明书模板（系统需求规格说明书模板（UC）Version: 0.1 机密7/29 关联 用于连接 Actor 和 Use Case，表示该 Actor 所代表的系统外部 与该 Use Case 所描述的系统需求有关。这也是 Actor 和 Use Case 之间唯一合法的连接。 扩展 由 Use Case A 指向 Use Case B（被扩展），表示 Use Case B 描述了一项基本需求，而 Use Case A 则描述了该基本需求的 特殊情况，即用例 A 扩展了用例 B 的需求。 泛化 由 Use Case A（子用例）指向 Use Case B（父用例），表示 Use Case A 继

10、承了 Use Case B 的特性，并增加了新的特性。 包含 由 Use Case A 指向 Use Case B（被包含），表示 Use Case A 中包含了 Use Case B 中的行为或功能。 2系统概述系统概述 2.1业务背景业务背景 概要描述本系统的业务背景和起源。若用图表更能清楚描述业务背景，则建议在用 自然文字描述业务的同时，辅以图形、表格来更精确地描述业务。 示范：仅供参考，不具备任何实质性的内容。 为切实推进国家助学贷款管理工作，落实关于切实推进国家助学贷款工作有关问题 的通知（银发200238 号）、关于下达 2002 年度国家助学贷款指导性贷款计划的通 知（银发200

11、2253 号）和关于加强国家助学贷款三考核工作的通知（银办发 2002239 号）文件精神及肖钢副行长关于在我司建立银行系统的助学贷款专项统计制度 的批示，满足“要按月考核经办银行国家助学贷款的申请人数和申请金额、考核已审批贷 款人数和贷款合同金额、考核实际发放贷款人数和发放金额。”“按月编报分省四定 的国家助学贷款进度明细表”和“增报国家助学贷款三考核指标分地区、分银行统 计表”的工作要求，解决目前统计中存在的指标口径难于统一（银行与学校、教育管理 部门），数据采集不准、不细，校名不规范，手工统计劳动量大、效率不高等问题。满足 对贷款学生基本信息、信用记录的查询；对学校进度明细的统计；对分地

12、区、分行别的汇 总统计以及相关分析等新的管理需求，必须有相应的计算机软件系统支持，以解决数据的 采集录入、统计汇总、上报传输的需要。 系统需求规格说明书模板（系统需求规格说明书模板（UC）Version: 0.1 机密8/29 2.2系统功能系统功能 以图形、表格等形式简要说明本软件系统的主要功能，易于读者理解。对于采用用 例建模时，此节将概述适用于该子系统或特性的用例模型或用例模型的子集，其中包括所 有用例名称列表及简要说明，以及适用的各种图和关系。详细内容描述将在第 4 部分说明。 示范：仅供参考，不具备任何实质性的内容。 银行业务通用网上统计暨助学贷款统计系统通过定制不同的业务类别，定制

13、统计业务 的项目、指标及其汇总关系等，快速满足不同银行业务的统计要求，形成从各级金融机构 到*各分支机构，从下级机构到上级机构的业务定制、数据采集、分析、统计和信息发 布的统计体系。主要任务和目标是：遵循*统一数据采集、统一信息发布建设原则，促 进信息整合和应用整合。作为“*信息系统平台“的一部分，为“*信息系统平台”提 供部分公用化模块组件，避免业务模块的重复开发。最终实现一个银行业务通用网上统计 系统平台；并能方便地定制新的统计业务，并能灵活适应业务发展需要。利用银行业务通 用网上统计系统平台部署助学贷款专项网上统计系统，满足对国家助学贷款的“三考核” 要求，满足*全面掌握助学贷款业务信息

14、的需要，并配合建立银行系统的助学贷款专项 统计制度。助学贷款统计分析系统可为*全辖各机构和相关部门提供统一的数据采集、 分析、报表、信息发布等多方面的功能，并可为商业银行、教育部门以及社会公众提供相 关信息查询和统计分析结果。并作为个人征信系统初期应用模型，为促进个人征信系统打 下基础。 系统功能关系图如下： 2.3用户类别及特征用户类别及特征 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能 只与特定的用户类相关。提供参与系统的主角的名称列表及简要说明，即简要描述系统的 Actor。 系统需求规格说明书模板（系统需求规格说明书模板（UC）Version: 0.1 机密

15、9/29 示范：仅供参考，不具备任何实质性的内容。 例子一：参与本系统操作的所有用户角色（Actor），如下图所示： 下表是对上图关键用户角色（Actor）的简要说明： ActorActor 名称名称简要说明简要说明权限权限 系统管理者 一般由总部的人员来担任，用户数量比较少。 负责系统的配置、备份与恢复，以及任务管理 等工作。 全部权限（读、写、删 除、创建） XXX 岗位 系统时钟 工作流引擎 打印机系统 例子二：在整个金融快报的业务处理过程中存在以下几种用户： 业务司局人员：主要是*各业务司局和相关单位，如货币金银局、上海黄金交易所、 中国外汇交易中心、中央国债登记结算公司、外汇管理局国

16、际收支司、国际司等，该类用 户主要负责向*调查统计司综合处提供基础数据。 金融快报管理员：主要是*调查统计司综合处，该用户主要负责对报送的数据进行 审核，加工并最终生成金融快报的制式文本，并转交行长、国办、中办；配置金融快报系 统的基本工作参数以及各种模版。 2.4运行环境运行环境 列出所需的运行环境内容。 2.5用户文档用户文档 列出所需的用户文档，例如：用户手册、联机用户文档、联机帮助系统、关于声明 的帮助等的需求。 示范：仅供参考，不具备任何实质性的内容。 本软件应提供实时在线帮助（即联机帮助系统）、用户操作手册、系统管理员手册、 系统安装手册以及培训文档。 系统需求规格说明书模板（系统需求规格说明书模板（UC）Version: 0.1 机密10/29 2.6设计和实现上的限制设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问