软件工程2-8构建分析模型-(精品课件).pptVIP

需求工程通过执行7个不同的活动来完成：起始、导出、精化、协商、规格说明、确认、管理。 注意：需求工程所有的努力都是为了确定客户想要什么，所有的工作都是为设计和构建客户希望的软件奠定一个坚实的基础。陈明.快乐老家：我所有一切都只为找到它。 分析模型从三方面表达客户的需求：信息域、功能域、行为域。 关注“做什么”，不关心“怎么做”。 分析模型必须实现三个主要目标： 描述客户需要什么； 为软件设计奠定基础； 定义在软件完成后可以被确认的一组需求。 Ariow和Neustadt提出了一些构建分析模型的经验原则： 模型应关注在问题域或业务域内可见的需求，抽象的级别应该相对高些。“不要陷入细节”，不要试图解释系统将如何工作。 分析模型的每个元素都应能增加对软件需求的整体理解，并提供对信息域、功能域和行为域的深入理解。 关于基础结构和其他非功能的模型应推延到设计阶段再考虑。如，系统性能。 最小化整个系统内的关联。表现类和功能之间的联系非常重要，但是，如果“互联”的层次非常高，应该想办法减少互联。 确认分析模型为所有共利益者都带来价值。对模型来说，每个客户都有自己的使用目的。 尽可能保持模型简洁。如果没有提供新的信息，不要添加额外的图表；如果一个简单列表就够用，不要使用完整的符号表。 The model should focus on requirements that are visible within the problem or business domain. The level of abstraction should be relatively high. Each element of the analysis model should add to an overall understanding of software requirements and provide insight into the information domain, function and behavior of the system. Delay consideration of infrastructure and other non-functional models until design. Minimize coupling throughout the system. Be certain that the analysis model provides value to all stakeholders. Keep the model as simple as it can be. 软件域分析：识别、分析和详细说明来自某个特定应用领域的公共需求，特别是那些在该应用领域内被多个项目重复使用的。 面向对象的域分析：在某个特定的应用领域内，根据通用的对象、类、部件和框架，识别、分析和详细说明公共的、可复用的能力。 域分析的目标：查找或创建那些分析类和（或）能够广泛应用的、共有的功能和特点，这样就可以复用。 分析建模的两种方法： 结构化分析：考虑数据和处理的分析建模方法。（输入-处理-输出）。数据作为独立的实体转换。数据对象建模定义了对象的属性和关系，操作数据对象的处理建模应表明当数据对象在系统内流动时处理如何转换数据。 面向对象分析：关注定义类和影响客户需求的类之间的协作方式。UML和统一过程主要是面向对象的。 根据实际情况选择建模元素。 面向对象技术对软件界有着很深的影响，人们甚至以为面向对象是现代科学发展到一定阶段才被出现的研究成功。虽然人们都知道面向对象这个名词，但对面向对象的核心思想仍存在误解。让我们来看看Grady Booch（公认的面向对象大师，也是UML的创始人之一）在2004年IBM Developer Works Live!大会中说过的一段话： 中文：我使用面向对象编程的目标从来不是复用。相反，对我来说，对象提供一种处理复杂性问题的方式，这个问题可以追溯到亚里士多德：您把这个世界视为过程还是对象？在面向对象兴起运动之前，编程以过程为主，例如结构化设计方法。然而，系统已经到达了超越其处理能力的复杂性极点。有了对象，我们能够通过提升抽象级别来构建更大的、更复杂的系统——我认为，这才是面向对象编程运动的真正胜利。 英文：My objective with OO programming never was reuse. Instead, objects for me provide a means for dealing with complexity. The issue goes back to Aristotle: do you view the world as processes or