需求规格说明书 (标准版)

《需求规格说明书 (标准版)》由会员分享，可在线阅读，更多相关《需求规格说明书 (标准版)（25页珍藏版）》请在金锄头文库上搜索。

1、.wd.需求规格说明书(ISO标准版)编者说明：当需求调查、分析工作告一段落时，你就需要将这些需求进展规格化描述，整理成文，即软件需求规格说明书，也就是SRS。这是在软件工程过程中最有价值的一个文档。ISO所提供的标准虽然已经时间长远，但还是颇具参考价值的。1引言1.1编写的目的 说明编写这份需求说明书的目的,指出预期的读者。1.2背景a.待开发的系统的名称;b.本工程的任务提出者、开发者、用户；c.该系统同其他系统或其他机构的 基本的相互来往关系。1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4参考资料 列出用得着的参考资料。2任务概述2.1目标表达该系统开发的意

2、图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。2.2用户的特点列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。2.3假定和约束 列出进展本系统开发工作的假定和约束。3需求规定 3.1对功能的规定用列表的方式，逐项定量和定性地表达对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。3.2 对性能的规定3.2.1精度说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。3.2.2时

3、间特性要求说明对于该系统的时间特性要求。3.2.3灵活性说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。3.3输入输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对系统的数据输出及必须标明的控制输出量进展解释并举例。3.4数据管理能力要求针对软件系统说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。3.5故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。3.6其他专门要求如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠

4、性、运行环境可转换性的特殊要求等。4运行环境规定4.1设备 列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：a.处理器型号及内存容量b.外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量c.输入及输出设备的型号和数量，联机或脱机；d.数据通信设备的型号和数量e.功能键及其他专用硬件4.2支持软件列出支持软件，包括要用到的操作系统、编译程序、测试支持软件等。4.3接口 说明该系统同其他系统之间的接口、数据通信协议等。4.4控制 说明控制该系统的运行的方法和控制信号，并说明这些控制信号的来源。需求规格说明书(Volere版)编者说明： Atlantic System Gu

5、ild atlsysguild 公司所提供的Volere需求过程与软件需求规格说明书模板那么充分利用了现代软件工程思想与技术，是一个十分实用、完善的SRS模板。其所提供的Volere需求记录卡也十分实用，强烈推荐。注：从Atlantic System Guild公司网站 atlsysguild 上获得，并稍做修改1.产品的目标1.1 该工程工作的用户问题或背景对引发开发任务的工作和情况的描述。同时也应描述用户希望用将要交付的软件来完成的工作。该节内容为该工程提供了合法的理由，你应该考虑用户的问题是否严重，是否应该解决和为什么应该解决。1.2 产品的目标用一句话或很少的几句话来说明“我们希望该产

6、品做什么换言之，即开发该产品的真正原因。工程如果没有一个表述清晰、易于理解的目标，就会迷失在产品开发的沙漠中。产品必须带来某种优势。典型的优势是产品会增加组织在市场上的价值，减少运作成本，或提供更好的客户服务。这个优势应该是可度量的，这样才能够让您确定交付的产品是否到达目标。2.客户、顾客和其它风险承担者2.1 客户是为开发付费的人，并将成为所交付产品的拥有者 这一项必须给出客户的姓名，三个以内是合理的。客户最终将承受该产品，因此必须对交付的产品满意。如果你无法找到一个客户的姓名，那么也许你就不应该构建该产品。2.2 顾客是将花钱购置该产品的人 也给出姓名和相关的信息2.3 其它风险承担者 其

7、他的一些人或组织的名称，他们或者受到产品的影响，或影响产品。1） 经理或工程负责人；2） 业务领域专家；3） 技术人员；4） 系统开发者；5） 市场人员；6） 产品经理；7） 测试和质量保证人员；8） 审查员，诸如安全审查员或审计人员；9） 律师；10易用性专家；11你所处行业的专业人员。3.产品的用户3.1 产品的用户 产品的潜在用户或操作员的列表。针对每种类型的用户，提供以下信息：1） 用户分类2） 用户工作的任务；3） 主要相关的经历；4） 技术经历；5） 其他用户特征：包括身体、智力、工作态度、对技术的态度、教育程度、语言技能、年龄、性别等。用户是为了完成工作而与产品交互的人，你了解用

8、户，就越可能提交适合用户工作方式的产品。3.2 对用户设的优先级 在每类用户后面附上一个优先级，这区别了用户的重要性和优先地位：1） 关键用户：对产品的后续成功至关重要；2） 次要用户：他们使用产品，但对产品的长期成功并无影响；3） 不重要的用户：不常用、未授权和没有技能的用户。如果认为某些用户对产品或组织更重要，那么应该写明，因为它会影响你设计产品的方式。4.需求限制条件4.1 解决方案限制条件此处明确了限制条件，它们规定了解决问题必须采取的方式。您可以认为它们是指令式的解决方案。仔细描述该解决方案，以及测试是否符合的度量标准。如果可能，您应该解释使用该解决方案的原因。换一句话说，就是要求软

9、件解决方案满足哪些限制条件！4.2 实现环境 此处描述产品将被实施的技术环境和物理环境。该环境也将成为设计解决方案时的限制条件之一。4.3 伙伴应用 此处描述那些不属于产品的一局部，但产品却又必须与其协作的应用程序。4.4 COTS 此处描述实现产品需求所必须使用的COTS(商业组件)。4.5 预期的工作场地环境此处描述用户工作和使用该产品的工作场地。此处应该描述任何可能对产品设计产生影响的工作场地特征。4.6 开发者构建该产品需要多少时间 任何的最后期限，或商业时机的时限，应在此处说明。4.7 该产品的财务预算是多少 该产品的预算，以金钱的形式或可得资源的形式说明。5.命名标准和定义定义工程

10、中使用到的所有术语，包括同义词。这里的内容就是一个字典，包括在需求规格说明书中使用的所有名称的含义。这个字典应该使用你的组织或行业使用的标准名称。这些名称也应该反映出在工作领域中当前使用的术语。该字典包括工程中用到的所有名称。请仔细地选择名称，以防止传达不同的、不期望的含义。为每个名字写下简明扼要的定义，这些定义必须经过相应的风险承担者同意。6.相关事实可能对产品产生影响的外部因素，但不是命令式的需求限制条件。7.假定列出开发者所做的假设。将所有的假设列在此的目的是让每一个工程成员都意识到这个假设。8.产品的范围8.1 工作的上下文范围上下文范围图用来表示将要开发的系统、产品与其它系统之间的关

11、系，以确定系统边界。8.2 工作切分 一个事件清单，确定系统要响应的所有业务事件。清单包括：1） 事件名称2） 输入和输出8.3 产品边界 你可以使用用例图(use-case)来确定了用户与产品之间的边界。9.功能性需求与数据需求9.1 功能性需求 对产品必须执行的动作的描述。 每个功能性需求必须有一个验收标准。9.2 数据需求 与产品/系统有密切关系的主题域相关的业务对象、实体、类的说明书。进展问题域建模，生成相应的类图。10.观感需求一些与产品的用户界面相关的需求描述。11.易用性需求11.1 易于使用 描述如何构建符合最终用户期望的产品。11.2 学习的容易程序 学习使用该产品应该多容易

12、的说明。通常是有学习时间来衡量。12.性能要求12.1 速度需求 明确完成特定任务需要的时间，这常常指响应时间。12.2 安全性的需求 对可能造成人身伤害、财产损失和环境破坏所考虑到的风险进展量化描述。12.3 精度需求 对产品产生的结果期望的精度进展量化描述。12.4 可靠性和可用性需求本节量化产品所需的可靠性。这常常表述为允许的两次失败之间无故障运行时间，或允许的总失败率。12.5 容量需求 本节明确处理的吞吐量和产品存储数据的容量。13.操作需求13.1 预期的物理环境 本节明确产品将操作的物理环境，以及这种环境引起的任何特殊需求。13.2 预期的技术环境 硬件和其它组成新产品操作环境的

13、设备的标准。13.3 伙伴应用程序 对产品必须与之交互的其它应用程序的描述。14.可维护性和可移植性需求14.1 维护该产品需要多容易 对产品作特定修改所需时间的量化描述。14.2 是否存在一些特殊情况适用于该产品的维护 关于预期的产品发布周期和发布将采取的形式的规定。14.3 可移植性需求 对产品必须支持的其他平台或环境的描述。15.安全性需求15.1 该产品是保密的吗 关于该被授权使用该产品，以及在什么样的情况下授权等方面的描述。15.2 文件完整性需求 关于需要的数据库和其他文件完整性方面的说明。15.3 审计需求 关于需要的审计检查方面的说明。16.文件和政策需求本节包括针对社会和政策

14、的因素的规格说明，这些因素会影响产品的可承受性。如果你开发的产品是针对外国市场的，可能要特别注意这些需求。问一下是否产品的目标是你所不熟悉的文化环境，是否其它国家的人或其他类型的组织的人会使用该产品。人们是否有与你的文化不同的习惯、节日、迷信、文化上的社会行为标准。17.法律需求17.1 该产品是否受到某些法律的管制 明确该产品的法律需求的描述。17.2 是否有一些必须符合的标准 明确适用的标准和参考的详细标准的描述。18.Opend问题对未确定但可能对产品产生重要影响的因素的问题描述。按照需求分析的术语还说，就是TBDTo Be Define的问题。19.COTS解决方案19.1 是否有一些制造好的产品可以购置 应该调查现存产品清单，这些产品可以作为潜在的解决方案。19.2 该产品是否可使用制造好的组件 描述可能用于该产品的候选组件，包括采购的和公司自己的产品。列出来源。19.3 是否有一些我