用户需求说明书模板样本.docx
《用户需求说明书模板样本.docx》由会员分享,可在线阅读,更多相关《用户需求说明书模板样本.docx(14页珍藏版)》请在冰豆网上搜索。
用户需求说明书模板样本
密级:
用户需求说明书模板
软件开发项目xx组
二О一六年八月二十七日
文件修订记录
变更版本
修订日期
原因与修改情况描述
位置(页/段落/章节号
修订人
审核人
1.概述
1.1编写目的
为了使用户与开发人员之间相互了解,对用户需求进行明确定义,使之成为整个开发工作的基础,并提供一个软件系统度量和遵循的基准。
该文件可作为用于确认软件产品是否满足给定需求的验收标准。
1.2用户简介
在本章节中要将用户的基本情况描述清楚,以便于分析人员划定系统范围,进行关于功能与进度、成本、性能等方面的平衡决策。
基本情况举例:
Ø企业性质
Ø规模(员工数量、经营业绩等)
Ø业态
Ø地理位置与布局
Ø产品或服务的种类
Ø管理模式
Ø用户使用计算机系统的经历
Ø…...
1.3项目的目的与目标
项目目的是开发本系统的意图的总概括,目标是将目的细化后的具体的描述,项目目标应是明确的、可度量的、能够达到的,项目的范围应能确保项目的目标能够达到。
对于项目的目标能够逐步细化,以便与系统的需求建立对应关系,检查系统的功能是否覆盖了系统的目标。
在本章节的描述忌使用”开发一套让用户满意的系统”等字句,”让用户满意”的系统是难以度量的,是项目风险的主要来源。
项目的目标举例:
Ø人力与设备费用的减少
Ø处理速度的提高
Ø管理信息服务的改进
Ø人员利用率的改进
Ø控制业务中的薄弱环节
Ø解决人力难以解决的计算问题
Ø…...
1.4术语定义
将该用户需求说明书中的术语、缩写进行定义,包括用户应用领域与计算机领域的术语与缩写等。
如:
Ø系统缩写
Ø专有名词
Ø…...
1.5参考资料
说明该用户需求说明书使用的参考资料,如:
Ø用户领域的资料
Ø参照的标准
Ø…...
每一个文件、文献要有标题、索引号或文件号,发布或发表日期以及出版单位。
1.6设计与实现的限制
可能的限制包括如下内容:
Ø必须使用或避免的特定技术、工具、编程语言和数据库;
Ø用户虽然没有明示,但规定的用途或已知的预期用途所必须的限制;
Ø所要求的开发规范或标准(如,由客户的公司负责软件维护,就必须定义转包者所使用的设计符号表示和编码标准);
Ø硬件限制,如定时需求或存储器限制;
Ø数据转换格式标准。
2.现有系统的描述
2.1组织机构与职责
将用户的组织结构逐层详细描述,建议采用树状的组织结构图进行表示,每个部门的职责也应进行简单的描述。
组织结构是用户企业业务流程与信息的载体,对分析人员理解企业的业务、确定系统范围具有很好的帮助。
取得用户的组织机构,是需求获取步骤中的基础工作之一。
2.2岗位定义
用户环境中的企业岗位或角色,和组织机构一样,也是分析人员理解企业业务的基础,是需求获取的基础工作,同时也是分析人员提取对象的基础。
每个岗位的职责能够进行详细的描述,建议采用表格的形式:
岗位
所在部门
职责
相关的业务
对用户角色的识别也包括使用了计算机系统后的系统管理和维护人员。
2.3作业流程
企业的作业流程首先要有一个总的业务流程图,将企业中各种业务之间的关系描述出来,然后对每种业务进行详细的描述,使业务流程与部门职责结合起来。
详细业务流程图能够采用直式业务流程图形式。
图形能够将流程描述的很清楚,可是还要附加以一些文字说明,如关于业务发生的频率、意外事故的处理、高峰期的业务频率等,不能在流程图中描述出的内容,需要用文字进行详细描述。
2.4报表
现行系统中用户正在使用的正式的或非正式报表等能够收集起来,在此章节中进行穷举、分类、归纳。
报表是用户系统中信息的载体,是进行系统需求分析的基础,无论采用哪种分析方法,这都是必不可少的信息源。
能够将报表的格式画在这里,也能够将原始的材料作为本文档的附件。
特别需要对这些信息源中的每个具体的信息项进行详细说明,如:
Ø类型
Ø长度
Ø小数精度
Ø来源
Ø信息项之间的计算关系
Ø计算时的取舍规则(如四舍五入、取整等)
Ø报表发生的频度、高峰期的频度
Ø......
2.5存在的问题
在现行的系统中,从决策层、管理层、操作层各存在哪些方面的问题需要计算机来解决,特别是决策层、管理层这些问题中包含了用户的需求与期望,有些问题是新系统能够解决的,有些问题则不是。
系统中的问题举例:
Ø业务量太大,处理速度太慢
Ø存在漏洞,给恶意者以可乘之机
Ø对帐太麻烦,查找速度太慢
Ø月底报表工作量太大
Ø操作烦琐
Ø......
2.6可能的变化
对于现行的系统,将来可能会有哪些变化,需要在此章节中描述。
企业中的变化是永恒的,系统分析员需要描述哪些可能引起系统范围变更的变化。
变化举例:
Ø某部门撤销、合并、新增
Ø业务流程改变
Ø处理方法改变
Ø管理的细度加强,增加了信息
Ø.......
本章的裁剪问题:
如果对于所开发系统不适合,能够进行裁剪。
本章节最简单的描述形式为为:
系统的客户
系统的用户
使用场景
当前系统存在的问题
可能的变化。
3功能需求
在本章节中描述用户的功能需求。
主要的要求:
(1)功能需求是用户的最主要的需求,对用户需求的描述能够采用文字描述也能够采用语言+图形的描述方式,只要能够将用户的需求描述地完整、准确、易于理解即可。
描述方式举例:
Ø自然语言
Øusecase图(推荐)
Ø.......
(2)对功能需求比较复杂的系统(如超过10个功能项),能够先描述一个概要,对简单的系统能够直接进行详细描述。
(3)对于用户的功能需求要进行分类,分类的方法应便于用户理解,如按照用户的部门设置情况,进行描述每个部门的需求,这样也便于组织用户进行评审。
以下是分类方法的举例:
Ø按部门分类:
如计算机中心、市场部、计划建设部、客户服务中心、
财务部、总经理等;
Ø按功能类型分类:
如采集计费、综合统计、结算、营收等;
Ø........
对功能需求的分类在不同的层次能够采用不同的方法。
(4)对每一项功能应有一个功能编号,以便于与产品需求规格说明书中的章节进行对应。
(5)对每一项功能的描述,应指明用户的输入(input)、处理方法(process)、系统的输出(output)及对此项功能的其它要求。
(6)功能需求应注明使用此功能的岗位。
对系统管理员要求的特殊功能能够在此注明,非特殊要求能够在产品需求规格说明书中详细论述。
如用户权限可分级,要有操作日志等。
(7)在功能需求的描述中,对于类似的、统一的功能能够单独地进行详细描述,其它地方进行引用,或作为术语进行定义,以简化文档,减少重复。
如;
Ø录入功能
Ø打印功能
Ø条件查询功能
Ø排序功能
Ø.......
4界面与接口需求
4.1用户的界面需求
置界面于用户的控制之下,减少用户的记忆负担、保持界面的一致性,界面的简洁是要让用户便于使用,便于了解,并能减少用户发生错误选择的可能性.界面中要使用能反应用户本身的语言,而不是用户界面设计者的语言,即”用户至上”原则。
想她们所想,做她们所做。
用户总是按照她们自己的方法理解和使用。
在界面设计中采用以用户为中心的设计方法。
让用户真正参与到界面设计当中来。
用户能自由的对界面上的每一项做出选择,且所有选择都是可逆的。
显示风格:
图形界面、字符界面、IE界面FireFox界面360安全浏览器界面;
显示方式:
1024*768、640*4801920*1080;输出格式:
显示布局、打印格式等。
4.2外部的接口
1. TCP/IP通信协议接口
2. GSM/CDMA无线通信协议接口
3. SMS短消息通信协议接口
4. 联通网关通信协议接口
5. 防火墙通信接口
6. 路由器通信接口
7. 交换机通信接口
5性能需求
5.1时间要求
Ø响应时间,如查询的最长等待时间。
Ø更新处理时间,如出账的最长时间。
Ø数据的转换和传送时间,如远程数据传输的时间要求。
Ø.......
5.2空间与数值性能
如:
Ø支持的终端数;
Ø支持的并行操作的使用者数;
Ø处理的文件和记录数;
Ø表和文件的大小规模(要按可预见的增长对数据及其分量的存储要求做出估算);
Ø处理和任务的数量;
Ø在正常情况下和峰值工作条件下,在一定时间周期中要处理的数据总数;
Ø对输入和输出数据的精度要求;
Ø对处理和传输过程中的精度要求;
Ø……
6其它需求
6.1系统的安全性
指保护软件的要素,以防止各种非法的访问、使用、修改、破坏或者泄密。
个别领域的具体需求必须包括:
Ø要求利用的密码技术;
Ø要求对特定的记录或历史数据集的保护方法;
Ø对某些特定的功能的访问权限的限定;
Ø对某些数据的加密传输要求。
6.2系统的可靠性
指定一些因素,如检查点、恢复和再启动等,以保证整个系统可用性。
6.3系统的灵活性
说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如操作方式上的变化,运行环境上的变化,同其它软件的接口变化,精度和有效时限的变化,计划的变化或改进。
对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
6.4其它
如:
Ø进度需求:
系统的阶段进度要求;
Ø运行环境需求:
平台、体系结构、设备要求;
Ø培训需求:
用户对培训的需求,如是否提供多媒体教学光盘;
Ø推广需求:
推广的要求,如在上百个远程的部门推广该系统,是否要有推广的支持软件。
7非功能需求
7.1用户特点
描述影响具体需求的产品的最终用户的一般特点。
许多人在软件生存周期的操作和维护阶段与系统相关。
而这些人中有用户、操作员、维护人员和系统工作人员。
这些人的某些特点,如教育水平、经验、技术、专长等,都是施加于系统操作环境的重要约束。
7.2法律法规、版权
描述将要开发系统可能涉及到的法律法规方面的要求,以及用户版权方面的要求。
7.3兼容性
描述将要开发系统与用户已有应用系统的兼容性、接口、数据格式的要求。
7.4联机帮助信息
描述用户对将要开发系统联机提供文档、帮助信息的要求。
7.5购买