产品需求规格说明书(2)

　　4.1说明和优先级
　　提出了对该系统特性的简短说明并指出该特性的优先级是高、中，还是低。或者你还可以包括对特定优先级部分的评价，例如利益、损失、费用或风险，其相对优先等级还可以从1（低）到9（高）。
　　4.2激励/响应序列
　　列出输入激励（用户动作、来自外部设备的信号或其他触发器）和定义这一特性行为的系统响应序列。这些序列将与使用实例相关的对话元素相对应。
　　4.3功能需求
　　详列出于该特性相关的详细功能需求。苹果电脑中文说明书这些是必须提交给用户的软件功能，使用户可以使用所提供的特性执行服务或者使用所指定的使用实例执行任务。描述产品如何响应可预知的出错条件或者非法输入或动作。必须唯一地标示每一个需求。
　　5非功能需求

　　列举出所有非功能需求，而不是外部接口需求和限制。
　　5.1性能需求
　　阐述了不同的应用领域对产品性能的需求，并解释它们的原理以帮助开发人员做出合理的设计选择。确定相互合作的用户数或者所支持的操作、响应时间以及与实时系统的时间关系。你还可以在这里定义容量需求，例如存储器和磁盘空间的需求或者存储在数据库中表中的最大行数。尽可能详细地确定性能需求。可能需要针对每个功能需求或特性分别陈述其性能需求，而不是把它们都集中在一起陈述。例如，“在运行微软Windows2000的450MhzPentiumII的计算机上，当系统至少有50%的空闲资源时，95%的目录数据苦查询必须在两秒内完成”。
　　5.2安全设施需求
　　详尽陈述与产品使用过程中可能发生的损失、财务情况说明书、破坏或危害相关的需求。定义必须采取的安全保护或动作，还有那些预防的潜在的危险动作。明确产品必须遵从的安全标准、策略或规则。一个安全设施需求的范例如下：“如果油箱的压力超过了规定的最大压力的95%，那么必须在1秒中内终止操作”。
　　5.3安全性需求
　　详尽陈述与系统安全性、完整性或与私人问题相关的需求，这些问题将会影响到产品的使用和产品所创建或使用的数据的保护。定义用户身份确认或授权需求。明确产品必须满足的安全性或保密性策略。你可能更喜欢通过称为完整性的质量属性来阐述这些需求，。一个软件系统的安全性需求的范例如下：“每个用户在第一次登录后，必须更改他的最初登录密码。最初的登录密码不能重用。”
　　5.4软件质量属性
　　详尽陈述与客户或开发人员至关重要的其他产品质量特性。这些特性必须是确定、定量的并在可能时是可验证的。至少应指明不通属性的相对侧重点。例如易用程度优于易学程度，或者可移植性优于有效性。
　　5.5业务规则
　　列举出有关产品的所有操作规则，例如什么人在特定的环境下可以进行何种操作。这些本身不是功能需求，产品使用说明书写作指导但它们可以暗示某些功能需求执行这些规则。一个业务规则的范例如下：“只有持有管理员密码的用户才能执行￥100.00或更大额的退款操作。”
　　5.6用户文档
　　列举出将与软件一同发行的用户文档部分。例如，用户手册、在线帮助和教程。明确所有已知的用户文档的交付格式或标准。
　　6其他需求
　　定义在软件需求规格说明的其他部分未出现的需求，例如国际化需求或法律上的需求。还可以增加有关操作、管理和维护部分来完善产品安装、配置、启动和关闭、修复和容错，以及登录和监控操作等方面的需求。在模板中加入与你相关的新部分。如果你不需要增加其它需求，就省略这一部分。
　　附录A：词汇表
　　定义所有必要的术语，商务产品说明书范文以便读者可以正确地解释软件需求规格说明，包括词头和缩写。可能希望为整个公司创建一张跨多项项目的词汇表，并且只包括特定于单一项目的软件需求规格说明中的术语。

　　附录B：分析模型
　　这个可选部分包括后涉及到相关的分析模型的位置，例如数据流程图、类图、状态转换图或实体……关系图。
　　附录C：待确定问题的列表
　　编辑一张在软件需求规格说明中待确定的问题的列表，其中每一表项都是编上号的，以便于跟踪调查。
软件产品需求规格说明书（二）
　　1．1软件需求规格说明书softwarerequirementsspecification
　　软件需求规陷说明书必须清楚、准确地播述软件的每一个基本需求(功能、性能、设计约束和属性)和外部界面。必须把每—个需求规定成能够通过预先定义的方法(例如检查、分析、演示或测试等)被客观地验证与确认的形式。产品说明书范本软件需求规格说明书的详细格式按GB8567。
　　1．2软件设计说明书softwaredesigndescription
　　软件设计说明书应该包括软件概要设计说明和软件详细设计说明两部分。其概要设计部分必须描述所设计软件的总体结构、外部接口、各个主要部件的功能与数据结构以及各主要部件之间的接口；必要时还必须对主要部件的每—个子部件进行描述。其详细设计部分必须给出每一个基本部件的功能、算法和过程描述。软件设计说明书的详细格式按GB8567。
　　1．3软件验证与确认计划softwareverificationandvalidationplan
　　软件验证与确认计划必须描述所采用的软件验证和确认方法(例如评审、检查、分析、演示或测试等)，以用来验证软件需求规格说明书中的需求是否已由软件设计说明书描述的设计实现；软件设计说明书表达的设计是否已由编码实现。软件验证与确认计划还可用来确认编码的执行是否与软件需求规格说明书中所规定的需求相—致。软件验证与确认计划的详细格式按GB8567中的测试计划的格式。

　　1．4软件验证和确认报告softwareverificationandvalidationreport
　　软件验证与确认报告必须描述软件验证与确认计划的执行结果。这里必须包括软件质量保证计划所需要的所有评审、产品说明书模板、检查和测试的结果。软件验证与确认报告的详细格式按GB8567中的测试报告的格式
　　1．5用户文档userdocumcntation
　　用户文档(例如手册、指南等)必须指明成功运行该软件所需要的数据、控制命令以及运行条件等；必须指明所有的出错信息、含义及其修改方法；还必须描述将用户发现的错误或问题通知项目承办单位(或软件开发单位)或项目委托单位的方法。用户文档的详细格式按GB8567。
　　2其他文档(责任编辑：一枝笔写作编辑)