下载文档原格式
密级：用户需求说明书模板软件开发项目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 项目的目的与目标项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。
数字化绩效需求规格说明书1引言1.1编写目的项目需求说明书是系统生存周期中开发阶段的一个重要步骤。
是作为整个系统开发范围的指南，是系统开发人员描绘出正确的符合用户要求的系统的重点。
为了明确客户的基本需求，更好地完成对客户需求了解，并量化和明晰本系统的工作量和工作进度，特编写此需求规格说明书。
此说明书始终贯穿于整个项目开发的过程，并决定着开发的整体框架，也是系统实现功能的指引说明。
1.2术语定义2综合描述2.1系统的功能（1）XXXX管理系统XXXX管理系统是推进市直机关及县（市、区）绩效管理体系创新，是在自治区免费提供的基础云应用平台上扩展建设而成的，能全面实现各XXXX考评工作网络化在线管理，大幅度提高绩效考评工作效率：实现战略目标展示、XXXX考评指标设定、修改和查看管理功能；实现工作计划、工作纪实、总结、过程XXXX、亮灯预警等绩效过程管理功能；支持在线开展年度绩效考评；导（录）入外部考评结果和外部评价结果，实现考评成绩自动计算；实现绩效考评结果统计分析、方便快捷查询与展示功能，构建XXXX档案。
（2）XXXX管理系统XXXX管理系统主要包含实现对会议决定事项、领导批办事项、上级交办事项和重大工作事项等分类全过程XXXX管理，包括XXXX事项分解拟定、审核与下达、XXXX、反馈进度、跟踪预警、XXXX报告和统计汇总等全过程环节管理。
（3）XXXX管理系统XXXX管理系统满足在线开展部门互评、领导评价、公众评议等工作，在设计上要具备充分的灵活性，可自由设置打分选项、配置测评表内容、配置测评对象以及生成测评账号，要具有完善的评价管理功能，实时汇总、监控评价开展情况，收集各个测评主体对测评对象的意见建议等，建立一个学、高效、简便、可视化的考核评价工作平台，提高考核评价数据采集的实时性、便捷性和准确性。
（4）XXXXX小程序XXXXX是借助信息化的手段，提升核验执行效率与覆盖面。
手机移动XXXX（含察访核验）是以XXXX管理系统为基础，全新设计开发的应用系统，XXXX对XXXX 管理系统功能进行提炼和整合，充分发挥移动设备方便快捷、可拍照、GPS定位等优势，实现重大工作完成情况快捷填报、证明材料上传，充分利用手机GPS功能确保证明图片的真实性、实效性，避免了传统的现场核验工作量，提高了工作效率，节约了监督成本。
用户需求说明书与需求规格说明书的区别1、用户需求说明书是用户的需求（期望），需要和用户确认的，重点是站在客户的角度讲产品功能。
需求规格说明书是系统设计需求，主要是对内的，是从开发、测试的角度去讲产品功能。
2、优点：用户的语言与设计人员的语言是不同的，所以需要有面向不同人员的文档。
缺点：层次越多，信息损失的越多，误解的概率就越大。
权衡的结果：基本上是依据项目的规模而定。
3、如果要省掉一个的话，更倾向于写用户需求，因为搞系统的时候要始终明白用户在想什么，要解决什么问题。
需求规格相对不是很重要，具体实现用户需求的时候，你可以有各种方案，这个是用户不关心的。
要是用户需求就已经理解错了，特别是理解不全面，软件规格说明书写得好让用户签字就没有任何意义了。
4、最新的做法➢使用UML语言，开发需求用例说明书，用例、场景描述和事件――响应表，既可面向客户，又可面向开发设计；➢使用敏捷开发方法，通过用户故事描述用户需求，即客户想要实现一个什么功能，以满足某个方面的需求。
【相关知识】●“需求管理”的文档大体上包含需求管理计划、需求检查表、需求跟踪表（包含矩阵图）、需求变更状态跟踪表，以及与其配套产出的指南型文件。
●“需求开发”的文档大体上包含需求规格说明书，需求规格说明书检查表，需求开发指南等。
●需求分析报告：一般是对某个市场或者是客户群来讲的，类似于调研报告，重点是体现出产品要满足哪些功能，哪些是重点、热点。
●需求说明书：是根据与现场实际客户进行沟通，把客户的需求进行整理，CMMI中有标准的模板，重点是站在客户的角度讲产品功能。
●需求规格说明书：是从业务规则讲起的，细一点偏向于软件的需求设计到概要设计。
是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务接口、活动图等。
◆业务需求（Business requirement）表示组织或客户高层次的目标。
业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。
用户需求说明书模板文档编号：NH-10-YHXQSMSMB文档信息：公司级别模板文件文档名称：用户需求说明书模板文档类别：工程过程类密级：机密版本信息：1.0建立日期：2010-6-1创建人：批准人：批准日期：2010-6-5保管人：高芳存放位置：综合部编辑软件：Microsoft Office 2003 中文版目录1.引言 (5)1.1 编写目的 (5)1.2 范围 (5)1.3 项目背景 (5)1.4 主要业务名词和术语定义 (5)1.5 参考文献* (5)2.需求概述 (6)2.1 用户当前系统* (6)2.1.1 用户当前系统概述 (6)2.1.2 用户当前系统存在的问题 (6)2.2 目标系统 (6)2.2.1 目标系统概述 (6)2.3 与其他系统的关系* (6)2.4 边界定义 (6)2.5 基本业务规则 (6)2.6 系统功能模型概述 (6)2.7 安装或实施目标系统的策略 (7)2.8 目标系统运行环境要求 (7)3.详细需求 (7)3.1 功能名称（需求编号） (7)3.2 功能名称(需求编号) (8)4.主要界面说明 (8)4.1 界面共性说明 (8)4.2 主要界面说明 (8)5.与其他系统的接口说明* (8)6.运行环境 (9)7.性能要求 (9)7.1 运行性能 (9)7.2 可维护性 (9)7.3 可移植性 (9)7.4 故障处理要求 (9)7.5 不允许发生的事件 (9)8.附录 (10)8.1 附件1：业务表单 (10)8.2 附件2 ：字典代码 (10)8.3 附件3 ：外部接口格式 (10)8.4 附件5 ：主要业务流程 (11)8.5 附件6 ：查询信息 (11)8.6 附件7 ：业务单据 (12)8.7 附件8 ：统计报表 (12)1.引言引言部分应包括：1.1编写目的主要说明本文档的作用，除了作为需求规格说明书提供后续设计和测试工作的依据外，如果作为项目验收的依据或有其他特别作用，应特别声明。
顾客需求阐明书模板文档编号：顾客需求阐明书模板文档信息：公司级别模板文献文档名称：顾客需求阐明书模板文档类别：工程过程类密级：机密版本信息：1.0建立日期：创建人：审核者：批准人：批准日期：保管人：寄存位置：目录1.引言 (4)1.1编写目旳 (4)1.2范畴 (4)1.3项目背景 (4)1.4重要业务名词和术语定义 (4)1.5参照文献 * (4)2.需求概述 (4)2.1顾客目前系统 * (4)2.1.1顾客目前系统概述 (4)2.1.2顾客目前系统存在旳问题 (4)2.2目旳系统 (5)2.2.1目旳系统概述 (5)2.3与其他系统旳关系 * (5)2.4边界定义 (5)2.5基本业务规则 (5)2.6系统功能模型概述 (5)2.7安装或实行目旳系统旳方略 (5)2.8目旳系统运营环境规定 (5)3.具体需求 (6)3.1功能名称（需求编号） (6)3.2功能名称(需求编号) (7)4.重要界面阐明 (7)4.1界面共性阐明 (7)4.2重要界面阐明 (7)5.与其他系统旳接口阐明 * (7)6.运营环境 (7)7.性能规定 (7)7.1运营性能 (8)7.2可维护性 (8)7.3可移植性 (8)7.4故障解决规定 (8)7.5不容许发生旳事件 (8)8.附录 (8)8.1附件1：业务表单 (8)8.2附件2 ：字典代码 (9)8.3附件3 ：外部接口格式 (9)8.4附件5 ：重要业务流程 (9)8.5附件6 ：查询信息 (10)8.6附件7 ：业务单据 (10)8.7附件8 ：记录报表 (11)1.引言引言部分应涉及：1.1编写目旳重要阐明本文档旳作用，除了作为需求规格阐明书提供后续设计和测试工作旳根据外，如果作为项目验收旳根据或有其他特别作用，应特别声明。
1.2范畴对于所有受到本文档影响或于影响这个文档旳一切进行简要描述。
1.3项目背景重要阐明项目旳来源，项目所波及领域旳现状，建设该项目旳意义等。
用户需求说明书与需求规格说明书的区别1、用户需求说明书是用户的需求（期望），需要和用户确认的，重点是站在客户的角度讲产品功能。
需求规格说明书是系统设计需求，主要是对内的，是从开发、测试的角度去讲产品功能。
2、优点：用户的语言与设计人员的语言是不同的，所以需要有面向不同人员的文档。
缺点：层次越多，信息损失的越多，误解的概率就越大。
权衡的结果：基本上是依据项目的规模而定。
3、如果要省掉一个的话，更倾向于写用户需求，因为搞系统的时候要始终明白用户在想什么，要解决什么问题。
需求规格相对不是很重要，具体实现用户需求的时候，你可以有各种方案，这个是用户不关心的。
要是用户需求就已经理解错了，特别是理解不全面，软件规格说明书写得好让用户签字就没有任何意义了。
4、最新的做法➢使用UML语言，开发需求用例说明书，用例、场景描述和事件――响应表，既可面向客户，又可面向开发设计；➢使用敏捷开发方法，通过用户故事描述用户需求，即客户想要实现一个什么功能，以满足某个方面的需求。
【相关知识】●“需求管理”的文档大体上包含需求管理计划、需求检查表、需求跟踪表（包含矩阵图）、需求变更状态跟踪表，以及与其配套产出的指南型文件。
●“需求开发”的文档大体上包含需求规格说明书，需求规格说明书检查表，需求开发指南等。
●需求分析报告：一般是对某个市场或者是客户群来讲的，类似于调研报告，重点是体现出产品要满足哪些功能，哪些是重点、热点。
●需求说明书：是根据与现场实际客户进行沟通，把客户的需求进行整理，CMMI中有标准的模板，重点是站在客户的角度讲产品功能。
●需求规格说明书：是从业务规则讲起的，细一点偏向于软件的需求设计到概要设计。
是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务接口、活动图等。
◆业务需求（Business requirement）表示组织或客户高层次的目标。
业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。
网络购物需求规格说明书学院：经济管理学院专业班级：信管111班姓名：郭乐学号：20110065412211软件概述1.1 软件范围定义由于网上购物轻松、快捷、方便的优势，吸引了越来越多的消费者。
面对日益增长的电子商务市场，越来越多的企业开始建立和发展自己的购物网站。
购物网站不仅有效地控制运营成本，降低商品的耗损，而且摆脱了商品在展示时间，空间和地域上的局限性。
购物网站包括网上销售、网上支付、网络广告、网上招标和竞拍。
购物网站作为电子商务的一部分，是一个及电子商务服务和市场推广为一体的网络应用系统，该系统适用于企业对消费者的电子商务，企业对企业的电子商务，企业对政府的电子商务，消费者对消费者的的电子商务。
1.2 系统特性概述网络购物平台系统特性描述如下：1)前台页面设计前台管理是为用户提供友好的操作界面，供用户进行商品浏览、购物和生成订单操作。
一开始用户进入的操作界面要求简洁、直观、友好，配色舒适，登录与注册界面容易找到。
完全空间式的页面布局，使得商品、咨询等信息录入的工作更简单，基本信息录入、浏览、删除、修改、搜索等方面都大体实现，用户对商品的预定。
另外，跟踪出现的提示信息也让用户随时清楚自己的操作情况。
屏幕设计风格统一，用户易于操作。
2）商品分类管理前台界面的公共模块可以进行商品的分类管理，其中包括商品的分类浏览、添加、修改、删除。
商品数量巨大的时候更容易实现商品的管理。
3）时间特性要求即时可见，对客户加入购物车商品的信息的处理（包括录入、删除）将立即在首页的对应栏目显示出来，达到“即时发布，即时见效”的功能4）保证系统的安全性系统需要对用户权限进行设置以保证系统的安全性。
本系统操作人员进入系统都需要进行严格的身份识别和安全审核，每个操作人员只能对自己权限范围内的数据进行维护，可操作的用户和具体的每个操作员的使用对象，系统管理员可以灵活设置，从而避免来自内部的破坏。
1.3 产品中的角色网络购物平台系统的工作人员，包括管理员、系统维护人员等掌握基本的计算机操作技能的人员。
⽹上购物系统《⽤户需求说明书》1. 前⾔在⽹络信息时代快速发展的今天，市场的格局已发⽣变化，很多消费者的购物观念已经发⽣了变化，想更加快捷⽅便。
因此本系统在这样的社会环境下进⾏开发的。
本系统实现利⽤⽹络,实现⽹上购物，为⼴⼤的消费者提供的⽅便的购物⽅式。
“⽹上购物系统”的开发，极好的满⾜了⼴⼤消费者的购物需要。
1.1. ⽤户需求说明书的⽬的本⽂档对《⽹上购物系统》（以下简称本程序）的⽤户需求进⾏说明，为了让开发⽅与⽤户取得共识，降低和避免因双⽅交流问题⽽产⽣的需求变更。
同时为了让项⽬开发⼈员更好的了解⽤户的真正需要，设计和开发出符合⽤户要求规范的软件产品。
1.2. 开发的范围本程序的开发所要提交的内容如下：1）⽤户需求说明书（本⽂档）2）概要设计说明书3）⽂件设计说明书4）详细设计说明书5）项⽬开发计划6）周例会记录7）系统测试说明书8）⽤户操作说明书9）安装部署说明书10）源程序1.3. 专业术语的定义、简称和缩写术语简称缩写⽹上购物系统soft shop System SHOP1.4. 参考资料·《软件开发常需⽂档》·《实训项⽬测试部分要求》2.⽤户需求的概要2.1. 系统的概要本程序是对⽹上购物系统主要⽤户有消费者（客户）和管理员两个⾓⾊，消费者需要使⽤⽤户登录、修改信息、⽤户投诉、购物车、查看订单等功能，⽽系统管理员需要进⾏区域管理、⽤户管理、商品管理、车辆管理、商品分析等操作。
系统全局视图客户:描述项说明⽤例名称管理个⼈信息标识符『可选』0605001-03-003⽤例描述User修改⾃⼰信息页⾯。
参与者基本购物user。
优先级⽆状态『可选』等待审核前置条件User已经成功登录⽹上购物系统后置条件User基本信息被修改基本操作流程当user成功登录后，选择管理个⼈信息操作模块，就会发送⼀个请求到server端，从数据库取出user的基本信息显⽰在页⾯上。
可选操作流程在提交按钮前，user可选重置信息，将所有⽂本框的内容清空，或者选择操作其他模块。
用户需求说明书模板文档编号：用户需求说明书模板文档信息：公司级别模板文件文档名称：用户需求说明书模板文档类别：工程过程类密级：机密版本信息：1.0建立日期：创建人：审核者：批准人：批准日期：保管人：存放位置：目录1.引言 (4)1.1编写目的 (4)1.2范围 (4)1.3项目背景 (4)1.4主要业务名词和术语定义 (4)1.5参考文献 * (4)2.需求概述 (4)2.1用户当前系统 * (4)2.1.1用户当前系统概述 (4)2.1.2用户当前系统存在的问题 (4)2.2目标系统 (5)2.2.1目标系统概述 (5)2.3与其他系统的关系 * (5)2.4边界定义 (5)2.5基本业务规则 (5)2.6系统功能模型概述 (5)2.7安装或实施目标系统的策略 (5)2.8目标系统运行环境要求 (5)3.详细需求 (6)3.1功能名称（需求编号） (6)3.2功能名称(需求编号) (7)4.主要界面说明 (7)4.1界面共性说明 (7)4.2主要界面说明 (7)5.与其他系统的接口说明 * (7)6.运行环境 (7)7.性能要求 (7)7.1运行性能 (8)7.2可维护性 (8)7.3可移植性 (8)7.4故障处理要求 (8)7.5不允许发生的事件 (8)8.附录 (8)8.1附件1：业务表单 (8)8.2附件2 ：字典代码 (9)8.3附件3 ：外部接口格式 (9)8.4附件5 ：主要业务流程 (9)8.5附件6 ：查询信息 (10)8.6附件7 ：业务单据 (10)8.7附件8 ：统计报表 (11)1.引言引言部分应包括：1.1编写目的主要说明本文档的作用，除了作为需求规格说明书提供后续设计和测试工作的依据外，如果作为项目验收的依据或有其他特别作用，应特别声明。
1.2范围对于所有受到本文档影响或于影响这个文档的一切进行简明描述。
1.3项目背景主要说明项目的来源，项目所涉及领域的现状，建设该项目的意义等。
XXX项目客户需求说明书（Vx.xx）二〇二〇年四月目录1. 引言.............................................................1.1.目的.........................................................1.2.文档概述.....................................................1.3.预期读者和阅读建议...........................................1.4.缩略语.......................................................1.5.参考文献.....................................................2.项目范围.........................................................2.1.业务需求.....................................................背景业务机遇....................................................业务目标....................................................客户或市场需求 (8)提供给客户的价值............................................业务风险....................................................2.2.范围和局限性.................................................首次发行的范围..............................................随后发行的范围..............................................局限性和专用性..............................................2.3.业务环境.....................................................客户概貌....................................................项目的优先级................................................2.4.产品成功的因素...............................................3.功能需求.........................................................4.非功能需求.......................................................4.1.性能需求 (11)4.2.约束和限制...................................................4.3.安全设施要求.................................................4.4.安全和保密要求...............................................4.5.质量属性.....................................................4.6.相关人员需求.................................................4.7.兼容需求.....................................................4.8.客户界面需求.................................................4.9.包装需求.....................................................4.10................................................. 开发进度需求4.11................................................... 附加的需求4.12................................... 有关产品生命周期阶段的需求4.13..................................... 客户对产品验证活动的约束4.14..................................... 客户对产品确认活动的约束5.接口需求.........................................................6.需求的优先级和权重...............................................1.引言【引言，作为文档的第一部分，对整个客户需求说明书文档进行概要性的说明，帮助读者快速了解文档目的、编写约定、阅读方式以及软件产品。
】1.1.目的通过将客户需求形成正式的文档，在客户和项目组之间建立对客户需求的共同理解；通过客户和项目组成员及其他相关人员对文档的正式评审，全面提高文档质量，减少返工，并为后续工作提供可靠的依据。
通过对经相关人员审批的《客户需求说明书》进行配置管理，有效地控制需求的变更，保障软件的需求分析、设计和实现的一致性，最终满足客户要求。
1.2.文档概述【本节分三部分简要描述文档形成的来源和过程、文档主要内容、本文档与其它文档和工作阶段的关系。
可根据项目实际情况对下面的文字加以利用、裁剪或补充。
】通过识别所有与客户需求相关的组，并组织所有相关组成员参与搜集、挖掘和定义需求，达成一定意见，最后形成《客户需求说明书》；本文档内容主要涵盖了客户提出的业务需求、功能需求、性能需求、环境需求和非功能性需求（包括成本、进度和技术限制等）；本文档是进行软件需求分析和制定项目计划的基础，在项目后期将作为验收交付的主要依据。
1.3.预期读者和阅读建议【列出软件需求说明书所针对的不同读者，如项目经理、开发人员、销售、用户、测试人员或文档的编写人员；描述本文剩余内容及行文构架；每类读者最适合的阅读方式建议。
】注：不同读者，对需求的理解能力、关注的侧重点各不相同，需求分析人员应当给出方便他们阅读的合理化建议，有助于检查需求的质量。
1.4.缩略语本文中使用的名词术语和缩略语见下表。
表1 名词和缩略语1.5.参考文献表2 参考文献2.项目范围2.1.业务需求【业务需求说明了提供给客户和产品的开发商的新系统的最初利益。
不同的产品，例如信息管理系统、商业软件包、系统捆绑软件将有不同的侧重点。
本部分描述了你为什么要从事此项项目的开发，以及它将给开发者和购买者带来的利益。
】2.1.1.背景【总结新产品的理论基础，并提供关于产品开发的历史背景或形式的一般性描述。
】2.1.2.业务机遇【描述现存的市场机遇或正在解决的业务问题。
描述商品竞争的市场和信息系统将运用的环境。
包括对现存产品的一个简要的相对评价和解决方案，并指出所建议的产品为什么具有吸引力和它们所能带来的竞争优势。
认识到目前只能使用该产品才能解决的一些问题，并描述产品是怎样顺应市场趋势和战略目标的。
】2.1.3.业务目标【用一个定量和可测量的合理方法总结产品所带来的重要商业利润。
关于给客户带来的价值在本模板4.1.5的项目视图和范围文档中阐述，这里仅把重点放在给业务的价值上。
这些目标与收入预算或节省开支有关，并影响到投资分析和最终产品的交付日期。
如果这些信息在其它地方已叙述，就请参考有关文档，在此就不再重复了。
】2.1.4.客户或市场需求【描述一些典型客户的需求，包括不满足现有市场上的产品或信息系统的需求。
提出客户目前所遇到的问题在新的产品中将可能（或不可能）出现的阐述，提供客户怎样使用产品的例子。
确定了产品所能运行的软、硬件平台。
定义了较高层次的关键接口或性能要求，但避免设计或实现细节。
把这些要求写在列表中，可以反过来跟踪调查特殊用户和功能需求。
】2.1.5.提供给客户的价值【确定产品给客户带来的价值，并指明产品怎样满足客户的需要。
可以用下列言词表达产品带给客户的价值：产品生产效率，减少返工节省开支业务过程的流水线化先前人工劳动的自动化符合相关标准和规则。
与目前的应用产品相比较，提高了可用性或减少了失效程度】2.1.6.业务风险【总结开发（或不开发）该产品有关的主要业务风险，例如市场竞争、时间问题、用户的接受能力、实现的问题或对业务可能带来的消极影响。
预测风险的严重性，指明你所能采取的减轻风险的措施。
】2.2.范围和局限性2.2.1.首次发行的范围【总结首次发行的产品所具有的性能。
描述了产品的质量特性，这些特性使产品可以为不同的客户群提供预期的结果。
应当避免把一些潜在的客户所能想到的每一特性都包括到1.0版本的产品中。
这一倾向所带来的普遍恶果是产生软件规划的动荡性和错误性。
开发者应把重点放在能提供最大价值、花费最合理的开发费用及普及率最高的产品上。
】2.2.2.随后发行的范围【指明哪一个主要特性的开发将被延期，并期待随后版本发行的日期。
】2.2.3.局限性和专用性【明确定义包括和不包括的特性和功能的界线。
列出产品中不包括到的特性和功能。
】2.3.业务环境2.3.1.客户概貌【客户概述明确了这一产品的不同类型客户的一些本质的特点，以及目标市场部门和在这些部门中的不同客户的特征。
对于每一种客户类型，概述要包括以下信息：各种客户类型将从产品中获得的主要益处。
它们对产品所持的态度。
感兴趣的关键产品的特性。
哪一类型客户能成功使用。
必须适应任何客户的限制。
】2.3.2.项目的优先级【明确建立项目的优先级，考虑软件项目的五个方面：性能、质量、计划、成本和人员。
使每一个人的努力和期望与普通认可的优先级相一致。
】2.4.产品成功的因素【明确产品的成功是如何定义和测量的，并指明对产品的成功有巨大影响的因素。
不仅要包括组织直接控制的范围内的失误，还要包括外部因素。
可建立测量的标准，用于评价是否达到义务目标，这些标准的实例有：销售量或收入、客户满意程度的测量、准确度等。
