文档介绍：公司内部编号：（GOOD-TMMT-MMUT-UUPTY-UUYY-DTTI-9018）
需求规格说明书模板
需求规格说明书(ISO标准版)
编者说明：
当需求调查、分析工作告一段落时，你就需要将这些那么也许你就不应该构建该产品。]
顾客是将花钱购买该产品的人
[也给出姓名和相关的信息]
其它风险承担者
[其他的一些人或组织的名称，他们或者受到产品的影响，或影响产品。]
经理或项目负责人；
业务领域专家；
技术人员；
系统开发者；
市场人员；
产品经理；
测试和质量保证人员；
审查员，诸如安全审查员或审计人员；
律师；
10）易用性专家；
11）你所处行业的专业人员。
产品的用户
[产品的潜在用户或操作员的列表。针对每种类型的用户，提供以下信息：]
用户分类
用户工作的任务；
主要相关的经验；
技术经验；
其他用户特征：包括身体、智力、工作态度、对技术的态度、教育程度、语言技能、年龄、性别等。
[用户是为了完成工作而与产品交互的人，你了解用户，就越可能提交适合用户工作方式的产品。]
对用户设的优先级
[在每类用户后面附上一个优先级，这区别了用户的重要性和优先地位：]
关键用户：对产品的后续成功至关重要；
次要用户：他们使用产品，但对产品的长期成功并无影响；
不重要的用户：不常用、未授权和没有技能的用户。
[如果认为某些用户对产品或组织更重要，那么应该写明，因为它会影响你设计产品的方式。]
解决方案限制条件
[此处明确了限制条件，它们规定了解决问题必须采取的方式。您可以认为它们是指令式的解决方案。仔细描述该解决方案，以及测试是否符合的度量标准。如果可能，您应该解释使用该解决方案的原因。]
[换一句话说，就是要求软件解决方案满足哪些限制条件！]
实现环境
[此处描述产品将被实施的技术环境和物理环境。]
[该环境也将成为设计解决方案时的限制条件之一。]
伙伴应用
[此处描述那些不属于产品的一部分，但产品却又必须与其协作的应用程序。]
COTS
[此处描述实现产品需求所必须使用的COTS(商业组件)。]
预期的工作场地环境
[此处描述用户工作和使用该产品的工作场地。此处应该描述任何可能对产品设计产生影响的工作场地特征。]
开发者构建该产品需要多少时间
[任何已知的最后期限，或商业机会的时限，应在此处说明。]
该产品的财务预算是多少
[该产品的预算，以金钱的形式或可得资源的形式说明。]
[定义项目中使用到的所有术语，包括同义词。这里的内容就是一个字典，包括在需求规格说明书中使用的所有名称的含义。这个字典应该使用你的组织或行业使用的标准名称。这些名称也应该反映出在工作领域中当前使用的术语。该字典包括项目中用到的所有名称。请仔细地选择名称，以避免传达不同的、不期望的含义。为每个名字写下简明扼要的定义，这些定义必须经过相应的风险承担者同意。]
[可能对产品产生影响的外部因素，但不是命令式的需求限制条件。]
[列出开发者所做的假设。]
[将所有的假设列在此的目的是让每一个项目成员都意识到这个假设。]
工作的上下文范围
[上下文范围图用来表示将要开发的系统、产品与其它系统之间的关系，以确定系统边界。]
工作切分
[一个事件清单，确定系统要响应的所有业务事件。清单包括：]
事件名称
输入和输出
产品边界
[你可以使用用例图(use-case)来确定了用户与产品之间的边界。]
功能性需求
[对产品必须执行的动作的描述。]
[每个功能性需求必须有一个验收标准。]
数据需求
[与产品/系统有密切关系的主题域相关的业务对象、实体、类的说明书。]
[进行问题域建模，生成相应的类图。]
[一些与产品的用户界面相关的需求描述。]
易于使用
[描述如何构建符合最终用户期望的产品。]
学习的容易程序
[学习使用该产品应该多容易的说明。通常是有学习时间来衡量。]
速度需求
[明确完成特定任务需要的时间，这常常指响应时间。]
安全性的需求
[对可能造成人身伤害、财产损失和环境破坏所考虑到的风险进行量化描述。]
精度需求
[对产品产生的结果期望的精度进行量化描述。]
可靠性和可用性需求
[