- 系统界面原型,初步的领域分析(识别实体类,分析类之间关系,但不添加属性和方法),用例分析(仅关注用例内部的主干流程与分支流程,而忽略诸如前置条件、后置条件等细节)。
- 健壮性分析(分析用户与系统类之间的关系,在此期间识别边界类与控制类),更新用例,更新领域模型(添加部分类属性)。
- 详细设计(根据健壮性分析图而细化成顺序图,在此过程中给类分配方法),细化领域模型成为类图(静态模型)。
可以尝试使用UML协作图来代替顺序图。
因为协作图的样子本来就与健壮性分析图非常相似。这样,第2、3步仍然保留,但是产出物可以合并,即直接在健壮性分析图上面进行更新而成为协作图。
协作图中主要表现的是在一个场景中对象所拥有的职责(即所用到的对象的方法)以及对象之间的关联。这样看来,协作图所起到的作用与XP过程中所推荐的CRC分析是完全吻合的。
另外,对于普通的业务系统来讲,系统对时间的敏感程度并不高,这就增加的忽略顺序图的可能性。
如上,系统分析与设计的产物则为:
- 页面流程图与页面布局原型
- 用例分析
- UML类图
- UML协作图
- 部署图与组件图(可选)
没有评论:
发表评论