第2章软件需求与软件需求规约.ppt

第2章 软件需求与软件需求规约 2.1需求与需求获取 2.1.3需求发现技术 常用技术： （1）自悟 （2）交谈 （3）观察 （4）小组会 （5）提炼 掌握需求和需求规约的基本特性； 掌握需求分类； 掌握需求发现基本技术； 了解表达规约需求的基本手段； 了解需求规约在软件开发中的作用。 本章内容及要求： 不论是自顶向上的软件开发,还是自底向上的软件开发,正确定义问题,是解决问题的前提. --定义问题的基本要素是什么? 定义问题的基本要素是”需求” --定义问题的基本格式是什么? 定义需求的基本格式 --需求规约（ＳＲＳ） 1) 何谓需求? 一个需求是一个有关“要予构造”的陈述，用以描述待开发产品（或项）功能上的能力、性能参数或者其它性质。 例如： ?系统必须有能力支持100个以上的并发用户，每个用户可 以处理附录A中操作任务的任选组合，平均响应时间应该 小于1秒，最大响应时间应小于5秒。 其中:功能-可以处理附录A中操作任务的任选组合 性能-有能力支持100个以上的并发用户 平均响应时间应小于1秒，最大响应时间应小于5秒。 2.1.1需求定义 ?必须在对话窗口的中间显示错误警告，其中使用红色的、 14点加粗Arial字体。 其中:功能-能显示错误警告 设计约束-在对话窗口的中间显示,并使用红色的、14点加 粗Arial字体。 2)什么样的陈述可以作为需求 --需求的基本性质 IEEE标准830-1998要求单一需求必须具有5个基本性质: ?必要的(Necessary)。是要求的吗？ ?无歧义的(Unambiguous)。只能用一种方式解释吗？ ?可测试的(testable)。可以对它进行测试吗？ ?可跟踪的(Traceable)。可以从一个开发阶段到另一 个阶段对它进行跟踪吗？ ?可测量的(Measurable)。可以对它进行测量吗？ 注:确定一个需求是否满足以上五个性质是复杂耗时的 过程. ? 2.1.2 需求分类 　 功能； 性能； 外部接口； 设计约束； 质量属性。 ? 功能需求 功能需求规约了系统或系统构件必须执行的功能。 例如： 系统应对所有已销售的应纳税商品计算销售税。 系统应提供一种方法，使系统用户可根据本地利率调整销售税比例. 系统应能够产生月销售报表。 除了对要执行的功能给出一个陈述外，还应规约如下内容： ?关于该功能输入的所有假定，或为了验证该功能输入， 有关检测的假定。 ?功能内的任一次序，这一次序是与外部有关的。 ?对异常条件的响应，包括所有内外部所产生的错误。 ?需求的时序或优先程度。 ?功能之间的互斥规则。 ?系统内部状态的假定。 ?为了该功能的执行，所需要的输入和输出次序。 ?用于转换或内部计算所需要的公式。 关于功能需求应考虑以下问题： （1）功能源。 （2）功能共享的数据。 （3）功能与外部界面的交互。 （4）功能所使用的计算资源。 可见,功能需求是整个需求的主体，几乎构成了由 交谈和小组讨论所得到的所有初始需求。这意味着: 没有功能需求,就谈不上其它需求,即性能需求、外部接 口需求、设计约束和质量属性。 ? 性能需求 性能需求(Performance requirement)规约了一个系统或 系统构件必须具有的性能特性。例如：? 系统应该在5分钟内计算出给定季度的总销售税。 系统应该在1分钟内从100000条记录中检索出一个销售定单。 该应用必须支持100个Windows 95/NT工作站的并行访问。 注1：性能需求隐含了一些满足功能需求的设计方案，经常 对设计产生一些关键的影响。例如：排序，关于花费 时间的规约将确定哪种算法是可行的。 注2: 性能需求对功能需求而言,可以是一对多的,例如: ? 性能x 功能１ 功能２ 功能３ ．．． ?外部接口需求 外部接口需求(External interface requirement)规约了 系统或系统构件必须与之交互的硬件、软件或数据库元素。它 也可能规约