用户需求书大纲(软件)

密级：用户需求说明书模板软件开发项目xx组二О一六年八月二十七日文件修订记录目录1. 概述 (4)1.1编写目的 (4)1.2用户简介 (4)1.3项目的目的与目标 (4)1.4术语定义 (5)1.5参考资料 (5)1.6设计与实现的限制 (5)2. 现有系统的描述 (6)2.1组织机构与职责 (6)2.3作业流程 (7)2.4报表 (7)2.5存在的问题 (7)2.6可能的变化 (8)3 功能需求 (8)4 界面与接口需求 (9)4.1用户的界面需求 (9)4.2外部的接口 (10)5 性能需求 (10)5.1时间要求 (10)5.2空间与数值性能 (10)6 其他需求 (11)6.1系统的安全性 (11)6.2系统的可靠性 (11)6.3系统的灵活性 (11)6.4其他 (11)7 非功能需求 (12)7.1用户特点 (12)7.2法律法规、版权 (12)7.3兼容性 (12)7.4联机帮助信息 (12)7.5购买组件 (12)8 系统约束 (12)9用户验收标准 (13)9.1验收标准： (13)9.2功能验收标准可依据以下方面制定： (13)9.3性能验收标准： (13)附录A ××× (16)A.1××× (16)附录B ××× (16)B.1××× (16)B.2×××161. 概述1.1 编写目的为了使用户与开发人员之间相互了解，对用户需求进行明确定义，使之成为整个开发工作的基础，并提供一个软件系统度量和遵循的基准。

该文件可作为用于确认软件产品是否满足给定需求的验收标准。

1.2 用户简介在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行关于功能与进度、成本、性能等方面的平衡决策。

基本情况举例：➢企业性质➢规模（员工数量、经营业绩等）➢业态➢地理位置与布局➢产品或服务的种类➢管理模式➢用户使用计算机系统的经历➢…...1.3 项目的目的与目标项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。

中国医药集团重庆医药设计院技术标准CPIDI/TS006-2011-----------------------------------------------------------------------------医药工程设计用户需求说明（U RS）编写提纲基础资料收集提纲2011-08-01发布 2011-08-01实施-----------------------------------------------------------------------------------------中国医药集团重庆医药设计院前言《用户需求说明（URS）编写提纲》和《基础资料收集提纲》是根据中国医药集团重庆医药设计院年度科技开发和技术规定编制计划的要求编制完成。

《用户需求说明（URS）编写提纲》是项目经理在与用户沟通过程中，引导用户形成对设计提出完善、合理的《用户需求（URS）说明》的一个指导性文件，根据项目的实际情况，内容可增加或删减。

《基础资料收集提纲》是为了规范设计基础资料的收集内容，减少资料收集的漏项，防止设计输入出现偏差而编制的一个工作指南，使用时，可根据项目的实际情况，进行删减。

《用户需求说明（URS）编写提纲》和《基础资料收集提纲》是以施工图为基础编写的，高阶段设计时，可进行删减。

本提纲由中国医药集团重庆医药设计院专家委员会负责解释。

本提纲归口中国医药集团重庆医药设计院技术质量部负责管理。

本提纲在执行的过程中，需要修改和补充之处，请交技术质量部。

主编单位：中国医药集团重庆医药设计院专家委员会主要起草人：吴霞卢浩荣谭建国余健何华平陈泽嘉张勇伍莉萍何小华蒋彬张鹏李志良方国平谢友强、程宁、黄欢等同志参加了本规定的修改和审查。

目录用户需求说明（URS）编写提纲 (1)基础资料收集提纲 (22)用户需求说明（U RS）编写提纲编号：页数：项目名称：子项名称：用户需求说明User Requirement Specification目录1.综述2.工艺专业用户需求说明3建筑专业用户需求说明4结构专业用户需求说明5.电气专业用户需求说明6.暖通专业用户需求说明7.给排水专业用户需求说明8热力专业用户需求说明9自控专业用户需求说明10.工程经济及估算11.附件12变更记录1、综述1.1背景介绍建设方情况介绍，项目建设的背景和必要性介绍1.2项目介绍(含未来发展需求)拟建项目情况，未来发展规划介绍，分期实施原则，对设计的总体要求、原则1.3工作范围1.4要求遵循和参考的标准规范1.5原有生产存在的问题1.6现有厂区配套的公用工程（适用于改扩建项目）1.7安全要求1.7.1所有的设计工作应遵循本文件中提到或未提到但应遵循的相应规范；1.7.2设计成品应能通过公司和相关部门的安全审查；1.8文件要求1.8.1所有文件需用中文书写（有要求时提供中英文版本）1.8.2所有的图纸、文件等提供纸质文档（有要求时提供pdf电子文档）；1.9项目计划进度要求本项目建设期为XX个月。

XXXXXX系统用户需求说明书(V1.0)XXXXXX公司20XX年XX月'为了保证系统的可用性，软件必须采用检查点、恢复、重启动机制。

在每日9 小时、每周七日操作的情况下，本软件之可用性应在99.5%以上。

•可移植性若有可移植性要求，即要求软件能方便地从一个环境转移到另一个环境，那么应该在此明确指出，并指明转移之程序，以及界面限制等。

•其它安全与保密需求1）安全说明为防止可能发生的人员、财物或实体环境伤害而对软件设计提出的安全需求。

例如：•通过提供数据的备份和恢复功能，来保证数据文件的安全（当系统中的数据文件遭到破坏时，可以把备份数据读入系统，使系统能够继续运行）。

•通过数据库管理软件提供的各式数据备份/恢复功能，来保证数据库/表的安全。

2）保密说明保护系统免遭意外或恶意的存取、使用、修改、破坏或泄密的需求。

包括：•利用某种密码技术；•设置专门的日志或历史数据集；•给不同的模块分配不同的功能；•对一个程序中各部分之间的通讯实施限制；•对关键的量实施“检查和”校验等等。

4.6扩展性需求提示：扩展性需求描述。

4.7其他需求提示：其他需求描述。

第5章附录可附需求访谈记录表、客户调研会议纪要、调研报告等。

修订记录目录第1章文档简介I文档目的I1.1 范围1名词定义11.2 参考文件1第2章系统概述1系统介绍22.1 系统目标2系统范围22.2 系统面向用户群体2遵循的标准与规范2第3章功能需求2系统总体功能23.1 功能需求13功能/模块概述33.1.1 业务流程和业务规则3子功能133.1.2 子功能23子功能343.2 功能需求24功能/模块概述43.2.1 业务流程和业务规则4子功能143.2.2 子功能24子功能34第4章非功能需求5用户界面需求54.1 软硬件环境需求5接口需求54.2 性能需求5品质需求54.3 安全与保密需求6扩展性需求64.4 其他需求6第5章附录6第1章文档简介本章将简要地说明用户需求说明书（以下简称本说明书）的目的、范围、读者对象、名词定义和参考文件文档目的本说明书的目的在于阐明XXXXXX系统（以下简称本系统）的用户需求。

第三章用户需求书一、设备列表二、设备推荐参数注：以上要求的相关证明材料，需提供清晰完整的扫描件或复印件并加盖公章装订入投标文件内。

项目要求：1、合同的交货（完工）时间及地点：1.1 交货时间：成交通知书发出后 30 日内完成合同签订工作，并按合同规定时间 10 日完成供货、安装调试并交付使用。

1.2 交货地点:池州市广播电视台指定地点。

2、质量、服务要求：2.1 质保期：验收合格后进入质量保证期，自完成验收之日起计算，有效期至少三年，质保期内提供故障处理、巡检、现场支持、电话支持、安全服务等。

2.2 在质保期间，因材料和生产不良而产生的损坏，成交人应包修、包换、包退。

2.3 设备使用过程内，如有紧急故障，省内的供应商在得到通知后 8 小时内必须到达采购单位指定场所，排除故障。

若偶遇短期无法修复的，应及时提供相应的备用设备并负责安装调试，如在承诺的时间内未能使设备恢复正常工作，供应商将承担由此产生的一切损失。

3、货物验收：本项目完工后，经有关部门按设备验收标准检验合格，采购单位方能组织验收并填写“合格验收单”，并完成货物所有权的移交工作。

（1）质量验收标准：招标文件规定部分，按招标文件规定要求验收，招标文件未规定部分，严格按照本项目相关的国家质检标准组织验收。

（2）供应商应保证所有货物质量符合技术标准和验收标准。

（3）成交人应选派专业人员到采购单位指定地点，对提供的货物在有关技术人员配合下对所有货物逐个进行查验，并对设备的性能进行实验和验收。

该项目全部验收完毕后成交供应商应提交一份完整的测试报告。

验收人员逐个验收后填写验收报告。

4、售后服务：质保期内成交人必须提供 7×24 小时免费保修服务。

5、付款条件：系统安装调试、试用、验收合格后，付至合同总价款的 95%，余下 5%待售后服务期满无问题后一次性付清，不计利息。

软件需求说明书模板一、引言。

本文档旨在对软件的需求进行详细说明，以便开发团队能够清晰地了解用户的需求，并据此进行软件设计和开发工作。

在本文档中，将包括软件的功能需求、性能需求、界面需求、安全需求等方面的详细描述，以确保软件开发过程中能够充分满足用户需求，提供高质量的软件产品。

二、业务需求。

1. 描述业务需求，包括用户需求和系统需求。

2. 详细描述软件应该具备的功能，例如数据管理、用户权限管理、报表生成等。

3. 对业务流程和数据流程进行详细分析，以便确定软件的功能和性能需求。

三、功能需求。

1. 对软件的功能进行详细描述，包括用户界面、数据处理、系统集成等方面。

2. 根据业务需求，列出软件的具体功能清单，确保软件能够满足用户的操作需求。

3. 针对每个功能模块，描述其输入、处理和输出的流程，以便开发团队能够清晰地了解功能的实现逻辑。

四、性能需求。

1. 描述软件的性能需求，包括响应时间、并发处理能力、系统稳定性等方面。

2. 对软件的性能指标进行详细说明，以确保软件能够满足用户在不同场景下的需求。

3. 对软件的性能测试进行详细描述，包括测试方法、测试环境、测试数据等。

五、界面需求。

1. 描述软件的用户界面需求，包括界面布局、交互设计、用户友好性等方面。

2. 根据用户需求，设计软件的界面风格和交互方式，确保用户能够方便地操作软件。

3. 对软件的界面设计进行详细描述，包括界面元素、颜色搭配、字体大小等。

六、安全需求。

1. 描述软件的安全需求，包括数据安全、系统安全、用户权限管理等方面。

2. 根据业务需求和法律法规，确定软件的安全保障措施，确保用户数据和系统安全。

3. 对软件的安全性进行详细描述，包括加密算法、访问控制、日志记录等。

七、其他需求。

1. 描述软件的其他需求，包括可维护性、可扩展性、兼容性等方面。

2. 对软件的其他需求进行详细说明，以确保软件能够在长期使用中保持良好的性能和稳定性。

3. 对软件的需求变更管理进行详细描述，包括需求变更的流程和管理方式。

用户需求规格说明书版本历史目录1简介 (1)1.1目的 (1)1.2范围 (1)1.3术语 (1)1.4角色和职责 (1)2任务概述 (1)2.1目标 (1)2.2系统（或用户）的特点 (2)3假定和约束 (2)4需求规定 (2)4.1系统总体描述 (2)4.2功能需求 (2)4.2.1业务用例1 (3)4.2.2业务用例2 (4)4.2.3业务用例n (4)4.3非功能性需求 (4)4.3.1系统/产品的外观需求 (4)4.3.2易用性需求 (4)4.3.3执行需求 (5)4.3.4操作和环境需求 (5)4.3.5可维护性 (5)4.3.6安全性与保密性 (5)4.3.7安全审计 (5)4.3.8产品应执行的标准和/或政策 (6)4.3.9其他 (6)4.4接口 (6)5文档需求 (6)5.1用户手册 (6)5.2联机帮助 (6)5.3安装指南、配置文件、自述文件 (6)6尚需解决的问题 (7)7附件 (8)8引用与参考文档 (11)1简介1.1目的说明编写本文档的目的1.2范围指出预期的读者1.3术语提供与此文档相关的术语及缩略语的定义1.4角色和职责此节如无内容可删除2任务概述2.1目标叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。

解释被开发软件与其他有关软件之间的关系。

如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。

如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2.2系统（或用户）的特点列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。

这些是软件设计工作的重要约束。

如果是对现有系统的优化、升级和/或增强开发，还应列出本软件与老版本软件的比较和不同之处。

另外，还要说明本软件被预期使用频度。

公司名称项目名称用户需求说明书文档受控状态文档信息变更记录变更审阅目录一、引言 (2)1.1 编写目的 (2)1.2 读者对象 (2)1.3 项目背景 (2)1.4 术语定义 (2)二、项目环境概述 (3)2.1 产品开发目标 (3)2.2 用户角色区分 (3)2.3 本产品的业务流程介绍 (3)2.3.1 业务流程A (3)2.3.2 业务流程B (4)2.4 产品应当遵循的标准或规范 (4)三、产品的功能性需求 (4)3.1 功能性需求总表 (4)3.2 功能性需求描述 (5)3.2.1 功能模块一（替换成相应名称） (5)3.2.2 功能模块二（替换成相应名称） (6)四、产品的非功能性需求 (6)4.1 用户界面需求 (6)4.2 软硬件环境需求 (6)4.3 产品质量需求 (6)4.4 其它需求 (7)五、用户需求评审确认 (7)附录：用户需求调查报告 (8)A.1 需求标题1 (8)A.n 需求标题N (8)一、引言1.1 编写目的这部分说明文档编写目的，描述本系统特点及使用数据仓库技术实现的业务目标。

1.2 读者对象这部分内容是列出本文档引用资料的名称，并说明文档上下级关系。

本文档的目标读者：用户需求分析人员软件设计人员软件测试人员1.3 项目背景这部分内容是项目背景描述。

1.4 术语定义这部分内容是列出本文档中使用的术语定义、缩写及其全名。

二、项目环境概述2.1 产品开发目标提示：（1）说明产品是什么，什么用途。

（2）介绍产品的开发背景。

本项开发任务拟建立一套简单、易用的企业费用管理系统，用来支撑公司的费用管理工作。

本软件将作为一款独立的软件。

2.2 用户角色区分提示：分析用户的种类，每类用户的特征，如信息化情况，人员的知识技能。

提示：（1）定义本产品的所有角色。

各种角色的具体行为将在功能需求中描述。

（2）最好绘制相应的角色图（表达角色以及相互关系）。

2.3 本产品的业务流程介绍2.3.1 业务流程A2.3.2 业务流程B2.4 产品应当遵循的标准或规范提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。

完整版)用户需求说明书模板用户需求说明书模板软件开发项目xx组XXX一六年八月二十七日文件修订记录变更版本修订日期原因与修改情况描述位置（页/段落/章节号）修订人审核人目录1.概述1.1 编写目的1.2 用户简介1.3 项目的目的与目标1.4 术语定义1.5 参考资料1.6 设计与实现的限制2.现有系统的描述2.1 组织机构与职责概述本文档旨在描述软件开发项目xx组的用户需求，并为软件开发团队提供必要的指导和参考。

编写目的本文档的编写目的是为了明确软件开发项目xx组的用户需求，为软件开发团队提供指导和参考，以确保软件开发项目的顺利进行。

用户简介本软件的主要用户为企业内部员工，包括管理人员和普通员工。

他们需要使用本软件来完成日常工作任务，包括但不限于人力资源管理、项目管理和财务管理等。

项目的目的与目标本软件的目的是为企业提供一套全面、高效的管理工具，以提高企业管理效率和工作效率。

本软件的目标是实现以下功能：人力资源管理项目管理财务管理术语定义本文档中所使用的术语定义如下：软件开发项目xx组：指本文档所描述的软件开发项目团队。

用户：指使用本软件的企业内部员工。

管理人员：指企业内部的管理人员，包括但不限于部门经理和高管。

普通员工：指企业内部的普通员工，包括但不限于行政人员和技术人员。

参考资料本文档的参考资料包括但不限于以下内容：企业内部管理规定相关行业标准和规范相关技术文献和资料设计与实现的限制本软件的设计与实现受以下限制：软件开发项目xx组的人力、物力、财力等资源限制。

相关技术和软件开发工具的限制。

企业内部管理规定和相关法律法规的限制。

现有系统的描述本章节将对现有系统进行描述，包括组织机构和职责等方面。

具体内容如下：组织机构与职责本企业的组织机构包括但不限于以下部门：人力资源部门项目管理部门财务部门各部门的职责如下：人力资源部门：负责招聘、培训、薪酬管理等人力资源管理工作。

项目管理部门：负责项目的规划、执行和控制等工作。

《XXXX2002版》项目软件需求作者：xxx版本：1.0日期：2002年2月19日文档审批单项目:XXXX版本: 1.0文档修改记录目录1．概述 (6)1．1介绍 (6)1．2目的 (6)1．3项目背景 (6)1．4读者对象 (7)1．5文档规范 (7)1．6定义术语 (7)1．7参考资料 (7)2．任务描述 (7)2．1目标 (7)2．2运行环境 (7)2．3条件和限制 (7)3．功能需求 (8)3．1功能划分 (8)3．2功能描述 (8)3．2．1查词 (8)3．2．1．1基本查词 (8)3．2．1．2超级搜索 (9)3．2．1．3真人发音 (9)3．2．2抓词 (9)3．2．2．1功能概述 (9)3．2．2．2抓词范围 (9)3．2．2．3抓词环境 (10)3．2．2．4取词模式 (11)3．2．2．5性能要求 (11)3．2．3词库 (12)3．2．3．1现有词库及其简单说明 (12)3．2．3．2计划要增加或扩充的词库 (14)3．2．4附录 (15)3．2．4．1功能概述 (15)3．2．4．2收编原则 (15)3．2．4．3附录内容 (15)3．2．4．4性能要求 (16)3．2．5嵌入功能 (16)3．2．5．1office和IE的嵌入 (16)3．2．5．2游戏嵌入 (16)3．2．6附加功能 (17)3．2．6．1想背就背 (17)3．2．6．2短信背单词 (17)3．2．6．3生词本 (17)3．2．6．4桌面设置 (17)3．2．6．5升级 (17)3．3设计实现限制 (17)4．性能需求 (18)4．1时间特性 (18)4．2数据精确度 (18)4．3兼容特性 (18)4．4适应性 (18)5．非技术性需求 (18)6．其他需求 (18)7．附录 (19)XXXX版项目软件需求1．概述1．1介绍本节旨在提供本文档的一个概述,帮助读者了解本文档的组织结构,了解如何找到感兴趣的部分及如何获取更详细的信息。

客户需求规格说明书项目名称：_______________________ 编写人：_______________________ 编写日期：_______________________xxxxx有限公司文档修订记录*变化状态：A——增加，M——修改，D——删除文档审批信息注：需求分析说明书V1.0版正式发布时，文件批准单应有用户负责人签字确认。

目录1 引言 (1)1.1 编写目的 (1)1.2 项目概述 (1)1.3 组织结构 (1)1.4 术语表 (1)2 目标用户说明 (1)3 系统部署规范 (2)4 总体业务描述 (2)4.1 现有业务流程 (2)4.2 目标业务流程 (2)5 客户功能性需求 (2)5.1 UC01 xxxx (2)5.1.1 现有业务描述 (2)5.1.2 目标业务描述 (2)5.1.2.1流程图 (2)5.1.2.2功能说明 (3)5.1.2.3用户界面 (3)5.1.2.4需求提供者 (3)5.1.2.5优先级和使用频率 (3)5.1.2.6需求重用 (3)5.1.2.7需求接收标准 (3)6 客户非功能性需求 (3)6.1 运行环境的规定 (4)6.1.1 硬件设备 (4)6.1.2 操作系统 (4)6.2 性能要求 (4)6.3 安全性要求 (4)6.4 可靠性要求 (4)6.5 转换和安装的要求 (4)6.6 易操作性要求 (4)6.7 分布式数据和功能处理要求 (5)6.8 使用效率的需求 (5)6.9 数据输入要求 (5)6.10 复杂处理要求 (5)6.11 事务频度要求 (5)7 附录 (5)7.1 单据及报表 (5)7.2 待确定问题列表 (5)注解：文档中[ ]里面的内容是对相应部分的说明，在写具体项目的需求说明书时，应去掉或更改为适当的内容。

1引言1.1 编写目的[阐明编写需求说明书的目的，指明读者对象。

可以用如下的列举方式进行描述。

例如：本文档是[项目名称] [系统属性]系统需求分析说明书供设计人员使用，作为系统设计的依据。