建模过程

UML建模的过程是一个步步深入,从面向问题转向到面向解决域的过程;一个从整体到局部的一个分析过程。但分析的对象仍然没有变。

一般情况下,有如下过程:
 1 客户启动一个系统的开发过程。
 2 需求调研:由软件公司和客户共同完成。
  A 业务需求调研:面向问题域。以word文档的形式呈现。

与客户交流,提取出系统中的业务。形成用例列表。这个阶段将形成业务需求文档初稿。

在这个过程,只是去提取出系统中存在的用例。不需要去考虑系统中如何来安排。

  B 系统需求调研:面向解决域,以uml的形式呈现。

画原型:

将业务需求转化成uml中用例。

用例:

对于复杂的用例,通过通信图和活动图细化用例,得到更为详细的系统需求。

通信图只是描述系统中各个参与者的交互。

活动图:相当于流程图。

说明:

系统需求用例中扩展的意思是指一个用例基于另外一个用例,在别的用例的基础之上才能进行的操作。

系统需求用例中一般化和特殊化的意思是指一个用例只是一种泛泛的描述,而另外的用例则是具体的实现这种泛泛操作。

3 分析:分析系统中类及和用例的实现(通信图)。这一点在pd中,支持得不好。
 先根据用例,设计明显已经存在的类。然后再用通信图来验证类的设计。 
4 设计:从大到小的方向来设置。先设置系统的层图/包/部署图;
  系统设计:部署图
  子系统设计:类图和顺序图(如何实现业务服务)

 

上面的这些个过程,伴随着系统的一步步清晰起来。

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值