软件工程案例.pptxVIP

案例分析

案例1：仓库信息管理系统一、需求分析二、系统用例模型三、系统动态模型四、创建系统包图五、系统类模型六、系统部署

系统总体功能需求一个功能完全的仓库信息管理系统，必须包括以下的几个管理系统：用户登录仓库管理业务查询系统设置一、需求分析

系统总体结构图

用户登录功能模块

仓库管理功能模块

系统设置功能模块

01确定角色03创建角色—用例关系图02创建用例创建用例图分为以下几个步骤：二、系统用例模型

确定角色

2、创建用例仓库信息系统根据业务流程可以分为以下的几个用例（UseCases）：仓库进货?仓库退货仓库领料仓库退料商品调拨仓库盘点库存查询业务分析仓库历史记录查询供应商信息维护仓库信息维护用户登录用户注销退出系统

建立用例图

创建角色—用例关系图

STEP2STEP1动态模型包括许多图：活动图（Activity）、时序图（Sequence）、协作图（Collaboration）等。业务用例能够采用语言描述的形式，但是对于复杂的业务处理流程，最好采用活动图的形式。三、系统动态模型

进货的活动图

仓库盘点过程时序图

仓库盘点过程协作图

四、创建系统包图包是模型的一部分，模型的每一部分必须属于某个包。建模者可以将模型的内容分配到包中。UML对如何组包并不强制使用什么规则，但是良好的分组会很大的增强模型的可维护性。

系统包图

人员信息包内的类

事务包内的类

类图是面向对象系统的建模中最常见的图。类图显示了一组类、接口、协作以及他们之间的关系。类图不仅对结构模型的可视化、详述和文档化很重要，而且对通过正向与逆向工程构造可执行的系统也很重要。壹贰五、系统类模型

Logical视图

类图

六、系统部署仓库管理系统部署是整个项目实施过程中最后的阶段，就是把该系统中涉及到的硬件软件、整合到一起，并且可以让系统运行起来。

组件图

配置图

01建立一个具有基本功能的ATM机软件02客户可以存钱，取钱03客户可以查询节余04客户可以修改密码05客户可以使用信用卡付帐案例2：ATM系统

需求分析的第一步是确定系统能够做什么？谁来使用这个系统？用户，项目管理员，分析人员，开发人员，质保人员都可以通过用例图了解系统功能。用例图显示用例（表示系统功能）与角色（表示提供或者接收系统信息的人或系统）之间的交互。需求建模—用例图

确定角色（Actors）01创建用例（UseCase）02创建角色（UseCases）—用例（UseCase）关系图03建立用例图分为以下几个步骤：需求建模—用例图

01系统用户02与本系统交互的其他系统03时间角色

确定角色(Actor)

用例描述一个系统（或一个子系统）做什么，而不是说明怎么做.

创建用例（UseCase）用例是角色启动的，基于这样的考虑，ATM系统根据业务流程大致可以分为以下的几个用例：客户取钱户存钱户查询余额客户转帐客户更改密码客户通过信用系统付款

建立用例图

创建角色—用例关系图客户的角色—用例关系图一共有6个用例：转账查询余额存钱付款取钱修改密码12

客户的用例关系图

建立事件流事件流的目的是建档使用案例中的逻辑流程，详细描述系统的工作。

简要说明：客户可以从ATM机上取出自己帐目上的部分或者全部存款。01前提条件：无02主事件流：03用例“取钱”的事件流（1）

客户将卡插入ATM机，开始用例。ATM显示欢迎消息并提示客户输入密码。客户输入密码。ATM确认密码有效。如果无效则执行其他事件流A1。如果与主机联接有问题，则执行异常事件流E1。ATM提供以下选项：存钱，取钱，查询。用户选择取钱选项。ATM提示输入所取金额。用户输入所取金额。ATM确定该帐户是否有足够的金额。如果余额不够，则执行A2，如果与主机联接有问题，则执行异常事件流E1。ATM从客户帐户中减去所取金额。ATM向客户提供要取的钱。ATM打印清单。ATM退出客户的卡，用例结束。

其他事件流A1：输入无效密码ATM告诉客户该密码错误。ATM退出客户的卡，用例结束。其他事件流A2：余额不足ATM告诉客户该帐户余额不足。ATM退出客户的卡，用例结束。异常事件流E1：联接主机出现错误ATM告诉客户联接主机出现错误。ATM在错误日志记下错误。ATM退出客户的卡，用例结束。事后条件：无

对象交互—交互图交互图显示一组对象以及它们之间传送的消息

010203研究事件流及情景文档中的名词分辨对象和对象属性不在事件流中的控制对象寻找对象

01用户从中看到业务过程的细节02分析人员从中看到处理流程03开发人员看到需要开发的对象和它们的操作04质保人员看到过程细节，并根据这个过程开发测试案例时序图－按时间顺序对控