软件需求分析与建模(5-7).ppt

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