《新》第二部分 软件需求分析与建模面向对象分析.pptVIP

* * * * * * * * * * * * * * * * * * * ATM系统：协作图 ATM系统：顺序图 短信系统：用例图 短信系统：类图 短信系统：协作图 短信系统：顺序图 小结 分析建模的目标是创建各种表现形式，以描绘软件信息、功能和行为需求。 面向对象分析就是检查一组用例的问题域，尽量提取定义问题的类及其类之间的关系、并使用UML图建模和编写用例场景，以及开发活动图和泳道图来加以刻画。 基于类的建模使用从基于场景的描述中提取分析类，可以使用语法分析从文本叙述中提取候选类、属性和操作。 CRC卡可以用于定义类之间的关系和获取类的职责以及协作类，并用逐步分析类聚合和继承关系及依赖。 小结 UML包图可用于描述系统的逻辑架构，使用层的方式类划分系统，定义包之间的关联和依赖，便于开发人员分工和并发工作。 类建模和包图的描述为分析建模提供了软件的静态视图，而行为建模描述了动态行为。 行为模型使用SSD、操作契约、顺序图和状态图来分析系统的动态行为。 实验6：Rational Rose工具基本使用 —使用Rational Rose完成一个系统的业务分析模型。 —使用Rational Rose完成一个系统的设计模型的详细视图，包括用况视图、逻辑视图、开发视图、展开视图和物理视图。 要求：理解实验内容与方法、提交实验报告 习题：3、6、10、13、15 7.6 实验要求及习题 * * * * * * * * * * * * * * * * * * * * * * * 控制类 控制类类似于设计模型中的控制器类，其目的是UI层之上的第一个对象，主要负责接收和处理系统操作消息。把职务分配给能代表以下选择之一的类： 代表整个“系统”、“根对象”、运行软件的设备或主要子系统，这些是外观控制器的所有变体。 代表用例场景，在该场景中发生系统事件，通常命名为UsecaseName+Handler、UsecaseName+Coordinator或UecaseName+Session。 控制类举例 用例实现分析 用例实现分析是分析模型内部的一种协作，主要描述了如何根据分析类及其交互的分析对象来实现和执行一个具体的用例。 用例实现包括事件流的文本描述、反映参与者用例实现的分析的类图以及按照分析对象的交互作用描述特定流实现或用例脚本的交互图。 用例实现侧重于功能性需求。 处理销售类图 交互图 当参与者向系统发送某种形式的消息而激活用例时，开始执行该用例中的动作序列。 边界类对象将接收来自参与者的消息。 边界对象向其他对象发送一个消息，并使有关对象与之交互从而实现该用例。 在分析阶段，通常使用协作图类描述用例的实现，此时并不关心对象时序关系。 协作图又称为通信图，是以图或网络格式描述对象交互，重在描述对象之间的消息连接，其中对象可以置于图中任何位置。 收银员通过处理销售商品界面发起一次销售； 控制类创建一个销售类； 收银员逐个输入商品； 销售类创建商品，并放入销售列表中； 控制类要求计算商品总价； 收银员请求顾客付款； 控制类委派销售类创建一个支付。 分析包 分析包描述了对分析模型的制品进行组织的方式，它可以包括分析类、用例实现及其他分析。 分析包应是有强内聚性与低耦合性，具有以下特点： 分析包可以表示对分析内容的分割。 在统一过程中，服务的概念是由服务包支持的。服务包在按照系统提供的服务而组织的分析包层次结构中处于较低层。服务包包含了一组活动相关的类，服务包不可分割。 在实现用例时，可能会有一个或多个服务包参与其实现。服务包相对独立，可以复用。 UML包图用于描述系统的逻辑架构——层、子系统、包等。 UML包图 UML包用一大一小两个矩形组合而成。如果内部显示了其成员，则包名称标在上面的小矩形内，否则，可以标在包内。 逻辑架构 逻辑架构是类的宏观组织结构，它将类组织为包、子系统和层等。 层是对类、包或子系统的甚为粗粒度的分组，是有对系统主要方面加以内聚的职责。 关联与依赖 两个分析类以某种方式相互联系，这些联系被称作关联。 关联可进一步指出多样性，也称为基数。 两个分析类之间存在客户——服务器联系，客户类在某些方面依赖于服务器类并且建立了依赖关系。 识别属性和操作 属性描述类的性质，可以通过分析该类存在的一些信息类构建。 操作定义了某个对象的行为。 操作可以分为四种类型： 以某种方式操纵数据，例如：添加、删除、选择、更新等。 执行计算的操纵，例如：销售中的计算总价。 请求某个对象状态的操作。 监视某个对象发生某个控制事件的操作。 操作的构造需要交互图和场景描述等手段多次反复分析才能获取。 研究语法分析并分离动词作为候选的操作。推荐的一个方法是使用CRC技术。 CRC技术 CRC(Class-Responsibility-Colla