第3章软件需求与软件需求规约重点.ppt

作业 P66 2 4 6 ?用户系统操作描述 主要内容:从用户使用系统的角度,简要描述系统功能和性能,使用系统的主要步骤和方法，以及系统用户的责任等。系统， 作用:?在软件开发的早期，准备一份初步的用户手册可以使未来的系统用户能够从使用的角度检查、审核目标系统，从而比较容易判断这个系统是否符合他们的需要。 ?为了书写这样的文档，也会迫使系统分析员从用户的角度来考虑软件系统。这样不论是审查还是复审时,就更容易发现不一致和误解的地方，这对保证软件质量和项目成功是很重要的。 注:相当于一份初步的用户手册。 SRS所不能实现的作用 第一，它不是一个设计文档。它是一个“为了”设计的文档。 第二，它不是进度或规划文档，不应该包含更适宜包含在 　工作陈述（SOW）、软件项目管理计划(SPMP)、软件生存周 　期管理计 划(SLCMP)、软件配置管理计划(SCMP)或软件质 　量保证计划(SQAP)等文档中的信息。因此，在SRS中不应给 出: 项目成本；? 交付进度； 报告规程； 软件开发方法；质量保证规程；配置管理规程； 验证和确认规程；验收规程；安装规程。 关于项目的需求及其需求规约 项目需求是客户和开发者之间有关技术合同-产品/系统需求 的理解，应记录在工作陈述SOW中或其他某一项目文档(例如， 项目管理计划)中。 即 SRS应只关注产品需求,即: 产品/系统需求-“交付给客户的产品是什么” SOW应关注项目工作与管理,即: 项目需求-“开发组要做的是什么”。 长沙学院 计算机系 课件来源： 北京大学软件工程国家工程研究中心 王立福 * LOGO 三、软件需求及系统/产品(需求)规约 --定义问题的基本要素是什么? --定义问题的基本格式是什么? 不论是自顶向上的软件开发,还是自底向上的软件开发,正确定义问题,是解决问题的前提. 1 定义问题的基本要素 定义问题的基本要素是”需求” 1) 何谓需求? 一个需求是一个有关“要予构造”的陈述，用以描述待开发产品（或项）功能上的能力、性能参数或者其它性质。 A requirement is a statement that has been constructed to describe a necessary functional capability,performance parameter, or other property of the intended product(or item). 例如： ?系统必须有能力支持100个以上的并发用户，每个用户可 以处理附录A中操作任务的任选组合，平均响应时间应该 小于1秒，最大响应时间应小于5秒。 其中:功能-可以处理附录A中操作任务的任选组合 性能-有能力支持100个以上的并发用户 平均响应时间应小于1秒，最大响应时间应小于5秒。 ?必须在对话窗口的中间显示错误警告，其中使用红色的、 14点加粗Arial字体。 其中:功能-能显示错误警告 设计约束-在对话窗口的中间显示,并使用红色的、14点加 粗Arial字体。 2)什么样的陈述可以作为需求 --需求的基本性质 IEEE标准830-1998要求单一需求必须具有5个基本性质: ?必要的(Necessary)。是要求的吗？ ?无歧义的(Unambiguous)。只能用一种方式解释吗？ ?可测试的(testable)。可以对它进行测试吗？ ?可跟踪的(Traceable)。可以从一个开发阶段到另一 个阶段对它进行跟踪吗？ ?可测量的(Measurable)。可以对它进行测量吗？ 注:确定一个需求是否满足以上五个性质是复杂耗时的过程. ? 3) 需求分类 　 功能； 性能； 外部接口； 设计约束； 质量属性。 ? 功能需求 功能需求规约了系统或系统构件必须执行的功能。 例如： 系统应对所有已销售的应纳税商品计算销售税