ch7 软件工程Requirement Engineering.pptVIP

华南理工大学软件学院 * Use-Case Diagram 华南理工大学软件学院 * 华南理工大学软件学院 * Building the Analysis Model Elements of the analysis model Scenario-based elements(基于场景的元素) Functional—processing narratives for software functions Use-case—descriptions of the interaction between an “actor” and the system Class-based elements（基于类的元素） Implied by scenarios Behavioral elements（行为元素） State diagram Flow-oriented elements（面向信息流的元素） Data flow diagram 分析模型的目的：为系统提供必要的信息，功能和行为的说明 华南理工大学软件学院 * Class Diagram From the SafeHome system … 华南理工大学软件学院 * State Diagram 华南理工大学软件学院 * Homework (HW6) 1.What are the six steps for requirements engineering? 2.What information is produced as a consequence of requirements gathering? 3.What is the final work product by requirements engineer. 本文欣赏结束 红藕香残玉簟秋，轻解罗裳，独上兰舟。 云中谁寄锦书来？雁字回时，月满西楼。 谢谢欣赏！！ 软件需求分析也称为需求分析工程，是软件生命期中重要的一步，也是决定性的一步。 在进行创建工作之前你要满足的第一个先决条件，便是必须弄清楚你想要解决的问题是什么。由于本书的中心内容是创建活动，因此我们不打算在这里论述如何进行问题定义。我们只想告诉读者如何确认问题定义是否完成，这个定义的质量如何，是否足以作为创建活动的基础。问题定义只描述要解决的问题是什么，根本不涉及解决方法。它应该是一个简短的说明， 听起来像一个问题。比如“我们无法跟上指令系统”听起来像一个问题，也是一个好的问题定义。而“我们需要优化数据入口系统以便跟上指令系统”则是一个糟糕的问题定义，它听起来不像是个问题而更像是个解决方案。问题定义的工作是在需求分析之前进行，后者是对问题的更为详尽的分析。问题定义应该从用户的观点出发，使用用户的语言进行定义。一般来说，它不应该使用计算机技术术语进行定义。因为最好的解决办法可能并不是一个计算机程序。比如说，你需要一份关于年度利润的报告，而你已经拥有了一套能产生季度利润的计算机报表系统，如果你的思路仅仅局限于计算机，那你可能会让人再写一个产生年度利润报告的程序加到这个系统中。为达到这个目的，你不得不雇用一个程序员编写并调试出一段相应的程序。可是，要是你的思路开阔一些的话，让你的秘书用计算器把四个季度的利润加到一起，问题不就解决了吗？ 当然，如果问题是关于计算机本身时，就是个例外了。比如，计算机的编译速度太慢或者编程工具的问题太多，那我们只能用技术术语来说明问题了。问题定义错误的后果是你可能浪费许多时间精力去解决了一个错误问题。这种惩罚往往是双重的，因为真正的问题并没有解决 需求详细描述了一个软件系统需要解决的问题，这是找到问题答案的第一步。这项活动也被称作“需求分析”、“需求定义”等。 有了稳定的需求，软件开发工作可能从结构设计到详细设计到编码，都平稳、顺利的进行。这简直是造就了软件开发的天堂。你可以预测开支，不必担心最终会冒出一个让你多花100倍钱的错误来。用户一旦接受了写好的需求文件，便再也不会提出更改需求，这简直是太好了。 scenario KK: [] DJ: [] n. 1. 【意】情节;剧本 2. 事态;局面 3. 方案 * 华南理工大学软件学院 华南理工大学软件学院 * Software Engineering: A Practitioner’s Approach, 6/eChapter 7,8Requirements Engineering(需求工程) 华南理工大学软件学院 * How is Software usually Constructed … The requirements specification was defined like this The developers u