[模板]系统需求规格说明书(UC.docVIP

系统需求规格说明书模板（UC） Version 0.1 核准签名 核准人 项目经理 日期 核准人 系统分析师 日期 核准人 客户 日期 核准人 日期 核准人 日期 核准人 日期  修订历史 2010-12-9 0.1 草稿 谭勇 目 录 1 引言 5 1.1 编写目的 5 1.2 适用范围 5 1.3 文档概述 5 1.4 参考资料 5 1.5 术语、定义和缩写 5 1.6 Use-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 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 5.4 通信接口 21 6 附录 22 6.1 附录1：分析模型 22 6.2 附录2：待确定问题的列表 22  引言 [软件需求规格说明书记录对系统或系统的一部分的完整软件需求。?以下是一个典型的软件需求规格说明书概述，用于涉及用例建模的项目。此工件由一个包组成，该包包含用例模型的用例、非功能性需求、接口需求以及其他支持信息。本文档模板适合采用用例建模技术的项目需求描述。]----?在正式编写文档时，请删除内容要求部分。 编写目的 本文档作为***与XXXXXXXXXX公司之间就***建立XXXX司（局或单位）XXXXXXXXXX系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要依据。同时，本文档也作为***后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：***方面的项目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。 文档概述 本文档主要描述了XXXXXXXXXX系统项目的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从用户界面、软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 参考资料 [列出本文的参考文件清单，包括出版单位、作者、版本、日期等信息。] 示范：―――仅供参考，不具备任何实质性的内容。 《XXX总体需求书》??（XXX单位XXX提供） 《XXX需求调研报告》??作者：XXX 《设计模式》??XXXXX出版社? 《UML用户指南》??XXXXX出版社??? 术语、定义和缩写 [列出本文档所涉及的专业术语、缩写词及相关定义。定义所有必要的术语，以便读者可以正确地解释软件需求规格说明，包括词头和缩写。你可能希望为整个公司创建一张跨越多项项目的词汇表，并且只包括特定于单一项目的软件需求规格说明中的术语。] 示范：―――仅供参考，不具备任何实质性的内容。 1)??????OLTP：On-line Transaction Processing，联机事务处理。 2)??????OLAP：On-Line Analytical Processing，联机分析处理；是使分析人员、管理人员或执行人员能够从多角度对信息进行快速、一致、交互地存取,从而获得对数据的更深入了解的一类软件技术。 一个Use-Case图显示的是Actor与Use-Case之间的某种关系。表1-1列出了本文档的Use-Case图中用到的图符、名称及其功能简介。 表1-1 UML V1.3 Use Case图符 图符 名称 描述 UseCase Use Case 用于表示Use-case图中的Use-Case，每个Use Ca