ICONIX建模笔记

ICONIX过程：
1) 先画UI,然后通过UI找到域模型，再通过域模型画出用例图和用例文本；
2) 需求评审；
3) 通过健壮性分析来核对域模型对与否，找到核心类和辅助对象；
4) 评审；
5) 画出时序图；
6) 编码。

----------------------------------------------------

开发补充：

1.功能---->结构图

2.功能分解

3.表、数据

4.业务约束

5.UI建模

-----------------------------------------------------

          uml图  按结构分，如下：

1)      类图；

2)      构件图；

3)      部署图；

4)      对象图；

          按行为分，如下：

1)      用例图；

2)      活动图；

3)      时序/序列图；

4)      协作图；

5)      状态图。

1)      包图；

2)      子系统图；

3)      模型图。

用例图是UML建模的一部分，它也是UML里最基础的部分。用例建模的最主要功能就是用来表达系统的功能性需求或行为。
1、用例建模可分为用例图和用例描述。

用例图由参与者（Actor）、用例（Use Case）、系统边界、箭头组成，用画图的方法来完成。

用例由椭圆表示。

用例描述用来详细描述用例图中每个用例，用文本文档来完成。

2、用例图的说明
这里得说明一下参与者.参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。比如小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，在这里小明扮演了两个角色，是两个不同的参与者。参与者在画图中用简笔人物画来表示，人物下面附上参与者的名称。系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分，边界外表示系统外部。系统边界在画图中方框来表示，同时附上系统的名称，参与者画在边界的外面，用例画在边界里面。因为系统边界的作用有时候不是很明显。

箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。箭头尾部用来表示启动交互的一方，箭头头部用来表示被启动的一方，其中用例总是要由参与者来启动。

3.接下来就是要说说用例描述了，可以说好的用例描述直接决定工程的质量。用例图只是简单地用图描述了一下系统，但对于每个用例，我们还需要有详细的说明，这样就可以让别人对这个系统有一个更加详细的了解，这时我们就需要写用例描述。

4、对于用例描述的内容，一般没有硬性规定的格式，但一些必须或者重要的内容还是必须要写进用例描述里面的。用例描述一般包括：编号、简要描述（说明）、前置（前提）条件、基本事件流、其他事件流、异常事件流、后置（事后）条件等等。下面说说各个部分的意思：

编号：给用例一个编号；

简要描述：对用例的角色、目的的简要描述；

前置条件：执行用例之前系统必须要处于的状态，或者要满足的条件；

基本事件流：描述该用例的基本流程，指每个流程都“正常”运作时所发生的事情，没有任何备选流和异常流，而只有最有可能发生的事件流；

其他事件流：表示这个行为或流程是可选的或备选的，并不是总要总要执行它们；

异常事件流：表示发生了某些非正常的事情所要执行的流程；

后置条件：用例一旦执行后系统所处的状态。