第二部分软件需求与建模(5-7)重点.ppt

小结 UML包图可用于描述系统的逻辑架构，使用层的方式类划分系统，定义包之间的关联和依赖，便于开发人员分工和并发工作。 类建模和包图的描述为分析建模提供了软件的静态视图，而行为建模描述了动态行为。 行为模型使用SSD、操作契约、顺序图和状态图来分析系统的动态行为。 第二部分实验 软件分析与建模工具： 实验3 MS的Visio使用 实验4 Sybase的PowerDesigner分析建模 实验6 IBM的Rational Rose工具基本使用 实验3 MS的Visio使用 实验目的： 学习使用Visio绘制软件工程各种模型视图的方法 实验内容： 使用Microsoft Visio绘制提交一个与项目有关的程序流程图 使用Microsoft Visio绘制提交一个与项目有关的数据流图 使用Microsoft Visio绘制提交一个与项目有关的状态图 使用Microsoft Visio绘制提交一个与项目有关的实体关系图 提交一个与项目有关的网络结构图 实验4 PowerDesigner分析建模 实验目的： 学习使用PowerDesigner构建数据模型的方法 实验内容： 使用PowerDesigner绘制一个概念数据模型视图 使用PowerDesigner绘制一个业务处理模型视图 使用PowerDesigner绘制一个物理数据模型视图 实验6 Rational Rose工具基本使用 实验目的： 了解Rational Rose工具软件的特点、用途、功能、安装。 掌握Rational Rose工具基本操作与建模过程。 使用Rational Rose绘制软件工程应用。 实验内容： 使用Rational Rose完成一个系统的业务分析模型。 使用Rational Rose完成一个系统的设计模型的详细视图，包括用况视图、逻辑视图、开发视图、展开视图和物理视图。 第二部分（完） * 逻辑架构 逻辑架构是类的宏观组织结构，它将类组织为包、子系统和层等。 层是对类、包或子系统的甚为粗粒度的分组，是有对系统主要方面加以内聚的职责。 分层逻辑架构 关联与依赖 两个分析类以某种方式相互联系，这些联系被称作关联。 关联可进一步指出多样性，也称为基数。 两个分析类之间存在客户——服务器联系，客户类在某些方面依赖于服务器类并且建立了依赖关系。 识别属性和操作 属性描述类的性质，可以通过分析该类存在的一些信息类构建。 操作定义了某个对象的行为。 操作可以分为四种类型： 以某种方式操纵数据，例如：添加、删除、选择、更新等。 执行计算的操纵，例如：销售中的计算总价。 请求某个对象状态的操作。 监视某个对象发生某个控制事件的操作。 操作的构造需要交互图和场景描述等手段多次反复分析才能获取。在研究语法分析并分离动词作为候选的操作。推荐的一个方法是使用CRC技术。 CRC技术 CRC(Class-Responsibility-Collaborator,类-职责-协作者)建模提供识别和组织与产品相关的类。 一旦系统的基本使用场景（用例）确定后，则要标识侯选类，指明它们的责任和协作，即类-责任-协作者建模： 责任是与类相关的属性和操作，即责任是类知道要做的事情。 协作者是为某类提供完成责任所需要的信息的类，即协作类。 CRC建模方法提供了一种简单标识和组织与系统或产品需求相关的类的手段。 CRC模型是一组表示类标准的索引卡——CRC卡的集合。 CRC卡的内容分成三个部分： 类的名字 类的责任 协作类 销售类CRC卡 Class：销售类 说明：完成一次销售 职责： 协作类： 创建商品 商品类 计算总价 商品列表类 创建支付 支付类 计算找零 无 行为建模 行为模型显示了软件如何对外部事件或激励做出响应。要生成行为模型，分析师必须按如下步骤进行： 评估所有的用例，以使得完成理解系统内的交互序列。 识别驱动交互序列的事件，并理解这些事件如何和具体的类相互关联。 为每个用例生产序列。 创建系统状态图。 评估行为模型以验证准确性和一致性。 系统顺序图 系统顺序图（System Sequence Diagram,SSD）是为了阐述与讨论系统相关的输入和输出事件而快速、简单地创建的制品。 它们是操作契约和重要对象设计的输入。 用例文本及其所示的系统事件是创建SSD的输入。 SSD展示了直接与系统交互的外部参与者，系统以及由参与者发起的系统事件。 SSD可以用UML顺序图的形式表示，用以阐述外部参与者到系统的事件。 系统事件就是将系统看作黑盒，参与者为完成功能而向系统发出的事件。 处理销售用例的系统SSD 操作契约 操作契约使用前置条件和后置条件的形式，详细和精确描述领域模型中的对象的变化，并作为系统操作的结果。 操作契约的主要输入是SSD中确定的系统操作、领域模型和领域专家的见解