用户需求说明书分析.doc

项目名称 用户需求说明书 文档修改摘要 日期 版本号 修订说明 修订人 审核人 批准人 目 录 1 文档简介 4 1.1 文档目的 4 1.2 范围 4 1.3 名词定义 4 1.4 参考文件 4 2 系统概述 5 2.1 系统介绍 5 2.2 系统目标 5 2.3 系统范围 5 2.4 系统面向用户群体 5 2.5 遵循的标准与规范 5 3 功能需求 6 3.1 系统总体功能 6 3.2 功能需求1 6 3.3 功能需求2 6 4 非功能需求 7 4.1 用户界面需求 7 4.2 软硬件环境需求 7 4.3 接口需求 7 4.4 性能需求 7 4.5 品质需求。 7 4.6 安全与保密需求 8 4.7 扩展性需求 8 4.8 其他需求 8 5 需求优先级 9 6 附录 10 文档简介 本章将简要地说明用户需求说明书(以下简称本说明书)的目的、范围、读者对象、名词定义和参考文件 文档目的 本说明书的目的在于阐明XXXXXX系统(以下简称本系统)的用户需求。 本说明书为编制其它有关文件提供基本依据。 本说明书收集和整理了客户的需求，并提供作为与客户讨论和确认需求的依据。 范围 本用户需求说明书的内容涵盖了客户提出的业务、非功能需求等。 本说明书的阅读、使用者包括： 项目管理人员 软件设计人员 编程人员 软件测试人员 软件质量控制人员 软件维护人员 用户代表（需求方、需求部门主管） 名词定义 提示：准确地解释本说明书所涉及的字头词和缩写词 参考文件 标题 文件号 发布日期 出版单位 系统概述 提示：本章将简要地进行本系统的介绍、说明系统目标、范围、面向群体与标准规范。 系统介绍 提示：系统介绍主要说明特征、用途背景等描述本面向的用户（客户、最终用户）特征，说明产品对他们的用处，带来的利益 吞吐量，例如每秒处理的事务数; 容量，例如系统可以容纳的客户或事务数; 负载，系统的负载能力，并发数等; 资源利用情况，如内存、磁盘、通信等。 品质需求。 提示：应明确说明软件品质需求各属性，以便能客观地验证其达成情况。属性包括： 可靠性 说明为了达到整个系统的可靠性需求，而对软件提出的可靠性需求。下面这段话就是一个简单的例子：‘本软件须被测试完全，以避免任何数据储存及运算可能发生的错误。’ 可维护性 说明为了达到整个系统的可维护性需求，而对软件提出的可维护性需求。例如： 可用性 说明为了使整个系统达到指定的可用性水准，而对软件提出的可用性需求。例如：检查点、恢复、重新启动等。下面这段话就是一个简单的例子： ‘为了保证系统的可用性，软件必须采用检查点、恢复、重启动机制。在每日9小时、每周七日操作的情况下，本软件之可用性应在99.5%以上。’ 可移植性 若有可移植性要求，即要求软件能方便地从一个环境转移到另一个环境，那么应该在此明确指出，并指明转移之程序，以及界面限制等。 其它 安全与保密需求 1) 安全 说明为防止可能发生的人员、财物或实体环境伤害而对软件设计提出的安全需求。例如： 通过提供数据的备份和恢复功能，来保证数据文件的安全（当系统中的数据文件遭到破坏时，可以把备份数据读入系统，使系统能够继续运行）。 通过数据库管理软件提供的各式数据备份/恢复功能，来保证数据库/表的安全。 2) 保密 说明保护系统免遭意外或恶意的存取、使用、修改、破坏或泄密的需求。包括： 利用某种密码技术； 设置专门的日志或历史数据集； 给不同的模块分配不同的功能； 对一个程序中各部分之间的通讯实施限制； 对关键的量实施“检查和”校验等等。 扩展性需求 其他需求 需求优先级 需求优先级定义为三个等级：强制的、可协商的、理想的，定义需求优先级时还要考虑模块的关联性、技术的难易程度等，每个需求相应的优先级定义详见【需求跟踪矩阵】，具体个优先级的应对策略如下表所示： 需求优先级 应对策略 强制的 需求是必须做的 可协商的 需求是选择性的做 理想的 需求是有时间和资源就做 附录 可附需求访谈记录表、客户调研会议纪要、调研报告等。 10 / 10