文档介绍：XXXX项目用户需求规格说明书[填写说明:模板中用方括号括起来并以蓝色斜体显示的文本,用于向作者提供指导,在文档编辑完成后应该将其删除。文档正文应使用常规、黑色、五号字体即系统设置的“正文”样式文档页眉处的”xxxx系统”和“版本号”仅为示例,请注意更新封页与页眉符合实际情况。此处的版本号指的是产品版本号封页简要表中的产品名,如无可以不填写。当某一章/节没有内容时,必须注明N/A,同时标注理由。例如:本章/节内容无需考虑。特别说明:当某章/节内容参见其它文档时,不能注明N/A,而应该写明参见某文档的具体章节。]******公司版权所有内部资料注意保密修订记录:. 引言目的背景参考资料缩略语和术语 12. 任务概述目标系统(或用户)的特点 23. 假定和约束 24. 需求规定概述功能需求业务用例1 业务用例2 业务用例n 非功能需求系统/产品的外观需求易用性需求执行需求操作和环境需求可维护性安全性与保密性安全审计产品应执行的标准和/或政策: 其他接口 85. 文档需求用户手册联机帮助安装指南、配置文件、自述文件 86. 尚需解决的问题 8附录 9引言目的[说明编写本文档的目的,指出预期的读者。]背景[指出待开发的软件系统的名称;行业情况;本项目的任务提出者、开发者、用户;该软件系统同其他系统或其他机构的基本的相互来往关系。]参考资料[列出编写本报告时参考的文件(如经核准的任务书或合同、上级机关的批文等)、资料、技术标准等。]序号作者文献名称出版单位(归属单位)出版日期……缩略语和术语[提供与此文档相关的术语及缩略语的定义。]缩略语/术语全称说明任务概述目标[叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中的其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。]系统(或用户)的特点[列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件预期使用频度。这些是软件设计工作的重要约束。如果是对现有系统的优化、升级和/或增强开发,还应列出本软件与老版本软件的比较和不同之处。另外,还要说明本软件被预期使用频度。]假定和约束[列出进行本软件开发工作的假定和约束,例如必须采取的系统架构、必须使用的技术/工具/方法论等。如果项目有特殊的关于进度、资金等方面的限制条件,也请一并列出。]需求规定概述[系统整体的业务的描述,和/或各个业务流程、业务模型的描述。可以使用UseCase图、泳道图、数据流图等任意一种工具或者工具组合来描述。]功能需求[逐项定量和定性地叙述对系统所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明产品的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。可以以更细的章节划分来分组描述需求集合,例如:按照用户的角色。建议采用业务用例描述。对于简单的功能需求,如简单的查询功能,一般处理步骤在三步以内,使用输入输出方式描述,如业务用例2;]业务用例1用例编号用例标题参与者[用例的使用者,可以是人,也可以是其他系统]用例描述[用例所完成基本功能的概要描述]前置条件[完成功能所需要的基本保证。例如:本用例能够成功执行前第XX号用例的成功事件流已经执行完毕。]后置条件[完成功能后所需要的基本保证、执行完毕后达到的目的。例如:系统初始化完毕。]正常事件流[按照正常条件下的执行顺序,系统的行为以及与使用者之间的交互,描述的格式为:.…]可选事件流可能出现的行为或反馈的步骤,描述的格式为:,在描述的格式上与正常事件流有关联关系,例如:正常事件流的第2个步骤出现异常分支,则描述的格式为:.……使用/触发业务用例[与其他用例之间的关联关系,其中:使用:该用例的完整执行需要调用其它用例;触发:该用例的执行结果会触发其它用例的执行]优先级[必须/可选/便利性]使用频度[如:大约400个用户,平均每天使用一次]业务规则特殊