系统分析UML札记

1、系统分析员(System Analyst)一方面要向用户搜集并清理需求(Requirements)；另一头又得急忙向开发人员提出清晰且明确的需求。

2、现在大部分系统分析采用的是OO(Object-Oriented)与UML结合使用

3、设计师拿到系统分析文件后所做的第一件事情便是将非OO文件转换成OO的UML图，随后才能进行复杂的设计，并且生成各式的UML图，再交由程序员按图编码。

4、UML与OO两者互为表里，系统分析员脑子里运用的是OO概念，但是表达出来的需求文件内容却是使用UML图

5、UML最大的特色在于它是图形语言，因此享有图形思考与表达的优势。

6、访谈即是绘制UML图

      讨论即是修改UML图

7、没有准备好UML图，就不要浪费时间开无谓的讨论会；与会人员没有改正UML图，讨论会议就不算结束。

8、我们其实是想获知业务人员惯用的操作方法，然后将人为的操作方法转移给对象，成为对象的操作方法。

9、用户为某种目的而使用系统，这样的一段交互(Interaction)过程，就是一个用例(Use Case).

     采用用例技术可以引导系统分析员站在用户的角度来描绘系统，便于开发出用户合意的系统。

 10、MDA(Model-Driven Architecture)开发程序

MDA与UML同为OMG(Object Management Group)机构之标准。MDA主要用于生成UML模型，分为三个阶段：

      

       CIM(Computation Independent Model)----聚焦于系统环境及需求，但不涉及系统内部的结构与运作细节

       PIM(Platform Independent Model)-----聚焦于系统内部细节，但不涉及实现系统的具体平台

       PSM(Platform Specific Model)-----聚焦于系统落实于特定具体平台的细节，如Spring、EJB2、.NET都是一种具体平台

11、主要过程

CIM-1。定义业务流程（弄清楚业务流程），产生业务用例模型

     CIM-2。分析业务流程，产生活动图

     CIM-3。定义系统范围，产生系统用例图

     PIM-1。分析系统流程，产生系统用例叙述

     PIM-2。分析业务规则，产生状态图

     PIM-3。定义静态结构，产生类图

     PIM-4定义操作及方法，生成序列图

12、术语

主要流程 Basic Flow

替代流程 Alternate Flows

例外流程 Exception Flows

启动事件或条件 Triggers

前置条件 Preconditions

后置条件 Postconditions on Success

失败时状态 Status Failure

业务规则 Business Rule

优先性 Priority

迭代等级 Iteration

待解决问题 Issues

基本假设 Assumptions

约束规则 Constraint Rules

刺激/反应规则 Stimilus/Response Rules

结构规则 Structure Constraint Rules

衍生规则 Derivation Rules

推论规则 Inference Rules

计算规则 Computation Rules

 

对于画流程图的工具，可以去UML官方网站上面看看推荐，自己看的书上使用的是StarUML~~