用户需求说明书

《用户需求说明书》由会员分享，可在线阅读，更多相关《用户需求说明书（15页珍藏版）》请在金锄头文库上搜索。

1、密级：用户需求说明书模板软件开发项目XX组二0 一六年八月二十七日文件修订记录目录1. 概述1.1编写目的为了使用户与开发人员之间相互了解，对用户需求进行明确定义， 使之成为整个开发工作的基础，并提供一个软件系统度量和遵循的基 准。该文件可作为用于确认软件产品是否满足给定需求的验收标准。1.2用户简介在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系 统范围，进行关于功能与进度、成本、性能等方面的平衡决策。基本情况举例：企业性质规模（员工数量、经营业绩等）业态地理位置与布局产品或服务的种类管理模式用户使用计算机系统的经历1.3项目的目的与目标项目目的是开发本系统的意图的总概括，目标是将

2、目的细化后的具体 的描述，项目目标应是明确的、可度量的、可以达到的项目的范围 应能确保项目的目标可以达到。对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检 查系统的功能是否覆盖了系统的目标。在本章节的描述忌使用“开发一套让用户满意的系统”等字句，“让用户满意”的系统是难以度量的，是项目风险的主要来源。 项目的目标举例：人力与设备费用的减少处理速度的提高管理信息服务的改进人员利用率的改进控制业务中的薄弱环节解决人力难以解决的计算问题1.4术语定义将该用户需求说明书中的术语、缩写进行定义包括用户应用领域与 计算机领域的术语与缩写等。女口：系统缩写专有名词 1.5参考资料说明该用户需求说

3、明书使用的参考资料，如：用户领域的资料参照的标准 每一个文件、文献要有标题、索引号或文件号，发布或发表日期以及 出版单位。1.6设计与实现的限制可能的限制包括如下内容： 必须使用或避免的特定技术、工具、编程语言和数据库； 用户虽然没有明示，但规定的用途或已知的预期用途所必需的限制;所要求的开发规范或标准（如，由客户的公司负责软件维护, 就必须定义转包者所使用的设计符号表示和编码标准）；硬件限制，如定时需求或存储器限制；数据转换格式标准。2. 现有系统的描述2.1组织机构与职责将用户的组织结构逐层详细描述，建议采用树状的组织结构图进行表 达，每个部门的职责也应进行简单的描述。组织结构是用户企业业

4、务 流程与信息的载体，对分析人员理解企业的业务、确定系统范围具有 很好的帮助。取得用户的组织机构，是需求获取步骤中的基础工作之2.2岗位定义用户环境中的企业岗位或角色，和组织机构一样，也是分析人员理解 企业业务的基础，是需求获取的基础工作，同时也是分析人员提取对 象的基础。每个岗位的职责可以进行详细的描述，建议采用表格的形 式：LJU /亠 冈位所在部门职责相关的业务对用户角色的识别也包括使用了计算机系统后的系统管理和维护 人员。2.3作业流程企业的作业流程首先要有一个总的业务流程图，将企业中各种业务之 间的关系描述出来，然后对每种业务进行详细的描述，使业务流程与 部门职责结合起来。详细业务流

5、程图可以采用直式业务流程图形式。图形可以将流程描述的很清楚，但是还要附加以一些文字说明，如关 于业务发生的频率、意外事故的处理、高峰期的业务频率等，不能在 流程图中描述出的内容，需要用文字进行详细描述。2.4报表现行系统中用户正在使用的正式的或非正式报表等可以收集起来，在 此章节中进行穷举、分类、归纳。报表是用户系统中信息的载体，是 进行系统需求分析的基础，无论采用哪种分析方法，这都是必不可少 的信息源。可以将报表的格式画在这里，也可以将原始的材料作为本文档的附 件。特别需要对这些信息源中的每个具体的信息项进行详细说明，：如 类型长度小数精度来源信息项之间的计算关系计算时的取舍规则（如四舍五入

6、、取整等） 报表发生的频度、高峰期的频度2.5存在的问题在现行的系统中，从决策层、管理层、操作层各存在哪些方面的问题 需要计算机来解决，尤其是决策层、管理层这些问题中包含了用户的 需求与期望，有些问题是新系统可以解决的，有些问题则不是。系统 中的问题举例：业务量太大，处理速度太慢 存在漏洞，给恶意者以可乘之机 对帐太麻烦，查找速度太慢 月底报表工作量太大 操作烦琐2.6可能的变化对于现行的系统，将来可能会有哪些变化，需要在此章节中描述。企 业中的变化是永恒的，系统分析员需要描述哪些可能引起系统范围变 更的变化。变化举例：某部门撤销、合并、新增 业务流程改变 处理方法改变管理的细度加强，增加了信

7、息本章的裁剪问题：如果对于所开发系统不适合，可以进行裁剪。本章节最简单的描述形 式为为：系统的客户系统的用户使用场景当前系统存在的问题可能的变化。3功能需求在本章节中描述用户的功能需求。主要的要求：(1) 功能需求是用户的最主要的需求，对用户需求的描述可以采用文 字描述也可以采用语言+图形的描述方式，只要能够将用户的需 求描述地完整、准确、易于理解即可。描述方式举例：自然语言use case图(推荐)(2) 对功能需求比较复杂的系统(如超过10个功能项)，可以先描 述一个概要，对简单的系统可以直接进行详细描述。(3) 对于用户的功能需求要进行分类，分类的方法应便于用户理解， 如按照用户的部门设

8、置情况，进行描述每个部门的需求，这样也 便于组织用户进行评审。以下是分类方法的举例：按部门分类：如计算机中心、市场部、计划建设部、客户服务 中心、财务部、总经理等；按功能类型分类：如采集计费、综合统计、结算、营收等；对功能需求的分类在不同的层次可以采用不同的方法。(4) 对每一项功能应有一个功能编号，以便于与产品需求规格说明书 中的章节进行对应。(5) 对每一项功能的描述，应指明用户的输入(input)、处理方法(process)、系统的输出(ou tput)及对此项功能的其他要求。(6) 功能需求应注明使用此功能的岗位。对系统管理员要求的特殊功 能可以在此注明，非特殊要求可以在产品需求规格说

9、明书中详细 论述。如用户权限可分级，要有操作日志等。(7) 在功能需求的描述中，对于类似的、统一的功能可以单独地进行 详细描述，其他地方进行引用，或作为术语进行定义，以简化文 档，减少重复。如；录入功能打印功能条件查询功能排序功能4界面与接口需求4.1用户的界面需求置界面于用户的控制之下，减少用户的记忆负担、保持界面的一致性， 界面的简洁是要让用户便于使用，便于了解，并能减少用户发生错误选择 的可能性.界面中要使用能反应用户本身的语言，而不是用户界面设计者 的语言，即“用户至上”原则。想他们所想，做他们所做。用户总是按 照他们自己的方法理解和使用。在界面设计中采用以用户为中心的设计 方法。让用

10、户真正参与到界面设计当中来。用户能自由的对界面上的每 一项做出选择，且所有选择都是可逆的。显示风格：图形界面、字符界面、IE界面FireFox界面360安全浏览器 界面；显示方式：1024*768、640*480 1920*1080； 输出格式：显示布局、打 印格式等。4.2外部的接口1. ?TCP/IP通信协议接口？2. ?GSM/CDMA无线通信协议接口？3. ?SMS短消息通信协议接口？4. ?联通网关通信协议接口？5. ?防火墙通信接口？6. ?路由器通信接口？7. ?交换机通信接口5性能需求5.1时间要求响应时间，如查询的最长等待时间。 更新处理时间，如出账的最长时间。数据的转换和传

11、送时间，如远程数据传输的时间要求。5.2空间与数值性能如：支持的终端数；支持的并行操作的使用者数；处理的文件和记录数；表和文件的大小规模（要按可预见的增长对数据及其分量的存 储要求做出估算）；处理和任务的数量；在正常情况下和峰值工作条件下，在一定时间周期中要处理的 数据总数；对输入和输出数据的精度要求；对处理和传输过程中的精度要求；6其他需求6.1系统的安全性指保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者 泄密。个别领域的具体需求必须包括：要求利用的密码技术；要求对特定的记录或历史数据集的保护方法； 对某些特定的功能的访问权限的限定； 对某些数据的加密传输要求。6.2系统的可靠性

12、指定一些因素，如检查点、恢复和再启动等，以保证整个系统可用 性。6.3系统的灵活性说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对 这些变化的适应能力，如操作方式上的变化，运行环境上的变化，同其 他软件的接口变化，精度和有效时限的变化，计划的变化或改进。对于 为了提供这些灵活性而进行的专门设计的部分应该加以标明。6.4其他女如进度需求：系统的阶段进度要求；运行环境需求：平台、体系结构、设备要求；培训需求：用户对培训的需求，如是否提供多媒体教学光盘； 推广需求：推广的要求，如在上百个远程的部门推广该系统， 是否要有推广的支持软件。7非功能需求7.1用户特点描述影响具体需求的产品的最终

13、用户的一般特点。许多人在软件生存周期的操作和维护阶段与系统相关。而这些人中有 用户、操作员、维护人员和系统工作人员。这些人的某些特点，如教育 水平、经验、技术、专长等，都是施加于系统操作环境的重要约束。7.2法律法规、版权描述将要开发系统可能涉及到的法律法规方面的要求，以及用户版权 方面的要求。7.3兼容性描述将要开发系统与用户已有应用系统的兼容性、接口、数据格式的 要求。7.4联机帮助信息描述用户对将要开发系统联机提供文档、帮助信息的要求。7.5购买组件描述用户要求将要开发系统与任何购买组件一起使用的要求。8系统约束主要包括以下几个方面需考虑的问题，可进一步分节描述。与其他应用间的接口。如：

14、ATM、POS等，这些设施在选择需 考虑与本软件系统的搭配，并定义其应用接口的规则，使其较易连 接。随机耗时功能。如：随机轧帐，执行时将对系统产生的性能影 响等。随机打印功能。如：随机打印报表，执行时无法保证帐表数据 一致性等。硬件、软件、运行环境和开发环境方面的条件和限制。可利用的信息和资源。系统投入使用的最晚时间。 另外其他一些对系统设计将带来的约束。9用户验收标准9.1验收标准：包括符合技术需求及非技术需求的要求、运行稳定/安全性/故障率 及恢复能力/业务处理能力（峰值日均）等的要求。9.2功能验收标准可依据以下方面制定:验收项目（示例）验收标准（示例）软件产品整体运行稳定，无死机、程序

15、中断性错 误软件产品数据流计算正确、报表打印、数据查 询正确与其它软件产品数据接口接口正确，与其它系统的连接 正常与用户给定需求致性与用户给定需求致，完全实 现给定需求规定的功能和性能 9.3性能验收标准:1余量测试在以上测试过程中随时检验系统负荷，系统负荷指标满足以下条件: 计算机的CPU负荷率：正常状态下/突发任务时LAN负荷率:正常状态下/突发任务时2性能验收（含基准测试）（1）易用性测试验收项目（示例）验收标准（示例）产品打包集合程度完整的安装盘安装的自动化程度自动安装安装过程中的提示丰富程度有提示对操作者的要求熟悉一种汉字输入法和相关系统业 务学习过程的难易程度熟悉相关业务的人很容易掌握界面层次与操作流程符合业务处理流程