用例分析技术阅读笔记二

划分大型系统：

   如果是做一个大系统，那么把大系统划分为小系统就是一个非常重要的事情！先选出系统中最重要的部分。主要的体系架构有如下几种：

一、MVC结构，一层用来显示，一层用来控制，一层用来数据存储。例如JSP,Struct就是这种架构。

二、管道和过滤器体系结构。主要思想就是一个部分输入数据，处理数据，然后输出，下一个部分接收，处理，依次类推，例如freeRadius，JRadius就是这种架构。

三、面向对象的体系结构模式。系统是根据数据来定义，并且和各种功能相联系。可以使用用例验证体系结构，每一个子系统应该有：

       ---单一的功能性

       ---强聚合性---它的各个部分彼此之间具有很强的相互关系

       ----松耦合性---其工作的完成不太依赖于其他子系统

       ----与其他子系统最少的通信----子系统之间不进行大量的通信。

接口中的操作来自时序图。将每个子系统看作一个整体的系统，每个系统都有执行者和用例。不断的把大系统分为各种小系统，当系统足够小的时候，无需更多的划分就有足够的细节来实现。

主题摘要：主题摘要就是指我们在用例中使用或处理的东西。是创建系统的基本元素，是描述域的一种方式。 简单的寻找主题摘要的方法是：查找用到的实体或数据。通过时序图来绘制场景，可以把系统对象换成主题摘要，把子系统也换成系统摘要，这样，发送给子系统的消息就改为发送给主题摘要和执行者的信息，并且最重要的是要确定主题摘要的行为，确定主题摘要以及他们的行为，就为类的设计打下了基础。

  通过时序图，我们发现主题摘要，也就可以找出摘要必须作出相应得消息，然后把消息对应到用例的参与类中，参与类视图就是告诉我们要开发哪些类。

  用例试图显示了系统中的工作流程，是黑盒测试和用户指南的基础。

  子系统视图显示了构成该系统的子系统，是系统重用和维护的基础。

用例视图是展示了系统的外观，只系统视图是显示了构成该系统的子系统，一个是从客户角度，一个是从开发角度。

通常是在第一次迭代处理风险最高的，第二次迭代处理次之风险。

通过用例来估算工作：

1、  执行者加权

2、  用例加权：

事务的概念在这里是一个路径，包括可选路径，是一组原子操作。

用例的加权总数和执行者的加权总数相加，就得到了未经调整的用例点 (UUCP)

3、  技术因子加权：计算项目技术的复杂性，可以利用技术复杂性因子。从0到5确定每一个因子的等级。0等级意味着这个因子与项目不相关，5代表它是最重要的。然后用因子去乘每个因子的权重，然后相加。

4、  小组的环境因子和权重. 从0到5确定每一个因子的等级。0等级意味着这个因子与项目不相关，5代表它是最重要的。

 

 EF=1.4+(-0.01*EFactor )    EFactor=所有（权重 *  等级）相加之和 

 

   最后计算用例点（UCP）

 

     UCP=UUCP * TCF * EF

 

    然后进行项目估算，看看F1—F6 有几个低于3， F7—F8有几个高于3，然后把这两个数加起来等于N