需求分析与系统设计2.ppt

需求分析与系统设计 第二章 需求分析基础 面向对象的开发要求对对象技术有很好的理解。没有对对象技术深层次的理解，开发人员就不能正确地使用UML作为惟一且贯穿全过程的建模语言。 学习面向对象技术是一种“从中间出发”的方法。不管我们如何加快学习的进程，我们总是处于学习过程的中间阶段（由于新的问题总在出现）。当读者理解了在面向对象系统中“任何东西都是对象”这个事实的深刻含义后，才算是通过了成功学习的第一阶段。 第二章 需求分析基础 2.1对象技术基础 2.2分析建模中的学习指导 2.3案例分析的问题陈述 2.1对象技术基础 解释信息系统中面向对象概念的一个好的方法是提供与具体的实际生活中对象的一个类比。 我们周围的世界由一个个处于特定状态的对象组成，对象的状态由该对象当前的属性值来确定。 一些实际生活中的对象具有行为。 所有现实生活中的对象还有身份，这一个固定的特性，通过它我们可以将一个对象从别的对象中识别出来。 具备三个特性（状态、行为、身份）的现实生活对象构筑自然行为系统。 2.1对象技术基础 2.1.1实例对象 2.1.2类 2.1.3关联 2.1.4聚合和组合 2.1.5泛化 2.1.6类对象 2.1.1实例对象 对象是“东西”的实例，它可以是同一个“东西”的多个实例中的一个。 一件“东西”的通用描述称为一个类，因此，对象是类的实例。 但是，类本身也可能需要实例化，它可以是对象。由于这个原因，我们需要区别实例对象和类对象。 2.1.1实例对象 2.1.1.1对象表示法 2.1.1.2对象如何协作 2.1.1.3对象如何相互识别 2.1.1.1对象表示法 UML的对象表示法是含两个格的长方形，上面的格子包含对象的名字和该对象所属类的名字。其语法为： objectname : classname 下面的格子包含属性名和属性值的一个列表。属性的类型可以用下面的语法形式给出： attributename: type: value 2.1.1.1对象表示法 图2-l给出了一个名为c1的Course对象，这个对象有两个属性，这个属性的类型没有说明——它们已经在类的定义中声明了。 重要的是，要注意对象表示法没有提供罗列实例对象可以执行的操作的格子，这是因为操作对所有实例对象是相同的，要是在每个实例对象中都重复存储会带来冗余。操作可以用其他方式存储在与实例对象关联的类对象中（在基本面向对象系统软件中实现）。 2.1.1.1对象表示法 2.1.1.2对象如何协作 特定类的对象的数目可以非常大。在一个图中显示许多对象是不现实的，也是不可行的。画出对象只是为了示例某个时间点上的系统，或者示例它们如何协作来完成某项任务。 系统任务由相互调用各自的操作（行为）的一组对象来完成。我们称它们在交换消息。消息触发了对象上的操作，而操作可以导致对象状态的改变并调用其他的操作。 2.1.1.2对象如何协作 图2-2给出了四个对象之间的消息流。消息名之后的括号表明消息可以带有参数（就像在传统程序设计中的函数调用一样）。对象Order请求对象Shipment装运所订购的货物，为了实现请求，Shipment命令对象Stock从产品库存量中减去适当的数量，然后对象Stock分析新的存货量，如果库存量很低，它请求对象Purchase再订购更多的这种产品。 2.1.1.2对象如何协作 2.1.1.2对象如何协作 虽然我们将上述对象协作解释为一个活动序列，我们甚至为消息编了号，但通常消息流并不将严格的时序强加在对象的活动上。例如，analyzeStockLevers或 reorderProducts可以按任意的）顺序执行，可能还独立于 shipOrder和 subtractProduct。由于这个原因，我们在设计级讨论对象的协作时将放弃给消息编号。 2.1.1.3对象如何相互识别 一个对象怎么知道它想要发送信息的另一个对象的身份？每个对象在创建时都被赋予一个对象标识符（OID），OID是对象的句柄，它是惟—一个在对象的整个生命期中都保留的编号。如果对象X想要发送一条消息给对象Y，那么X必须知道Y的OID。 建立对象间的OID 链接有两个实际的方案 永久OID链接。 临时OID链接。 2.1.1.3对象如何相互识别 这两种OID链接之间的区分必须与对象的生命期一起考虑，一些对象只在程序执行期间才是活动的，它们由程序创建并在程序执行期间或程序终止执行时消失。这些是临时对象。其他一些对象比程序的执行更长寿，它们在程序终止时存储在永久磁盘存储器中，并且在程序的下一次执行中仍然有用。这些是永久对象。 2.1.1.3对象如何相互识别 2.1.1.3.1永久链接 2.1.1.3.2临时链接 2.1.1.3.1永