用例分析技术阅读笔记二

划分大型系统:

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

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

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

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

       ---单一的功能性

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

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

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

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

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

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

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

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

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

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

通过用例来估算工作:

1、  执行者加权

用例分析技术阅读笔记二_第1张图片

2、  用例加权:

用例分析技术阅读笔记二_第2张图片

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

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

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

用例分析技术阅读笔记二_第3张图片

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

 

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

 

   最后计算用例点(UCP

 

     UCP=UUCP * TCF * EF

 

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

 

你可能感兴趣的:(用例分析技术阅读笔记二)