Thinking in UML实践——获取需求

一、准备工作

     

1、了解问题领域

 

       1.1了解业务概况

            业务概况可以在《前景》文档中体现

 

       1.2整理业务目标

  

2、涉众分析    

 

       2.1发现和定义涉众

            编写涉众分析报告，包括《涉众概要》和《涉众简档》 

 

3、制定需求调研计划

 

       3.1 划分涉众优先级

            创建《涉众期望优先级矩阵》

       3.2规划需求层次

            需求按层次分为业务架构、业务流程和工作细节

       3.3制定《需求调研计划》

 

二、获取需求

 

1、定义边界

 

2、发现主角

     只有那些直接与系统交互的涉众才可被定义为主角。

 

3、获取业务用例

     通过访谈和交互获取业务用例

 

4、业务建模

     一个完整的业务模型包括：业务用例视图、业务用例场景、业务用例规约、业务规则、业务对象模型、业务用例实现 

     视图、业务用例实现场景、包图

 

     4.1业务用例场景

          如果想强调参与该业务的各参与者的职责和活动，可以使用活动图。

          如果想强调该活动的完成时间、顺序和信息的传递，可以使用时序图。

          如果想强调参与者之间的交互过程，可以采用交互图。

    

     4.2业务用例规约

          是对用例的文字描述。

 

     4.3业务对象模型

          一般在领域建模过程中建立。

 

     4.4业务用例实现视图

          该视图表示一个业务用例的一个或多个实现方式。

 

     4.5业务用例实现场景

          该视图是跟客户就如何操作达成的共识，也是制作系统原型的依据。具体方式与4.1业务用例场景类似。

 

     4.6包图

          在业务建模时，包图用于信息分类，按业务部门、按业务模块、按业务过程都可以。

 

5、领域建模

     所谓领域，就是我们分析问题时将整体分解以后的相对独立的部分。领域建模要找到表象下面的本源，找出那些最基本

     的对象以及他们之间的关系，并描绘出这些对象如何交互。

 

     5.1建立领域模型

 

     5.1.1提出领域问题

             针对关键领域，提出问题，只对复杂的、影响核心的问题领域提出问题。

 

     5.1.2分析领域问题

          

     5.1.3建立领域模型

 

6、提炼业务规则

    

     6.1全局规则

          一般都是夸用例的规则，比如需要记录操作日志、上级拥有下级权限等。针对全局规则建立文档进行管理。

 

     6.2交互规则

          体现业务流程的流转规则，例如大于10000元的和小于10000的金额处理方式不同等。一般写在用例规约中。

 

     6.3内部规则

          是业务对象的内在规则，如每张订单至少有一件商品，身份证号必须为15或18位等。该规则需要记录在业务对象描

          述文档中。