UML软件开发与建模工具Enterprise Architect教程：使用案例指标的项目估算

Enterprise Architect提供了一个全面的项目评估工具，该工具可以根据用例和参与者对象计算工作量，以及定义工作环境复杂性的项目配置。该方法基于Karner的用例点方法，下面有一些变化。您还可以生成包含项目估算分析的指标报告，以将其合并到项目文档中。

Enterprise Architect是一个对于软件系统开发有着极好支持的CASE软件（Computer Aided Software Engineering）。EA不同于普通的UML画图工具（如VISIO），它将支撑系统开发的全过程。在需求分析阶段，系统分析与设计阶段，系统开发 及部署等方面有着强大的支持，同时加上对10种编程语言的正反向工程，项目管理，文档生成，数据建模等方面。可以让系统开发中各个角色都获得最好的开发效率。

Enterprise Architect最新试用版

在估算项目规模之前，您首先需要配置技术和环境因素（请参阅菜单项“配置-度量和估算类型-TCF和ECF值”）。对于TCF（技术复杂性因子）和ECF（环境复杂性因子），可编辑的表格均包含影响项目生产率的因素列表。权重与每个因素相关联，反映了该因素相对影响生产力的程度。权重与项目无关。提供的因子及其关联的权重由用例点方法定义，尽管可以根据项目的特定需求进行调整。对于大多数目的，唯一需要调整的表列将是“值”，它表示特定因素对项目的影响程度。作为建议的量具，

在使用UML用例构建项目来描述所建议的功能时，应为每个用例分配一个等级：

• 简单（5分）：用例被认为是一项简单的工作，使用简单的用户界面，并且仅涉及单个数据库实体；它的成功方案不到三步；它的实现涉及不到5个类
• 中（10分）：用例更加困难，涉及更多的界面设计，并且涉及2个或更多的数据库实体；其成功方案有4到7个步骤；它的实现涉及5到10个类
• 复杂（15分）：用例非常困难，涉及复杂的用户界面或处理，并且涉及3个或更多数据库实体；它的成功方案有七个步骤；它的实现涉及十多个类

上面是分配复杂性的不同接受方法，但它们只是粗略的指导原则。如果编写的应用程序没有持久性而是复杂的处理，则必须使用判断来分配复杂性等级。

在构建用例时，请注意，您也可以将它们分配给阶段（例如1.0、1.1），然后再根据阶段过滤估算值。您还可以在用例的“标记”字段中输入自由文本，并根据标记信息（例如<URGENT>）过滤估计值。

Karner的UCP方法还通过考虑项目参与者及其贡献复杂性来计算项目工作量。可以将参与者包括在估算计算中；默认情况下，仅考虑用例。如果还包括项目参与者，请确保已通过某种方法分配了他们的复杂性。下面提供了此作业的粗略准则：

• 容易：参与者代表具有定义的API的另一个系统
• 媒介：参与者代表通过协议（例如TCP / IP）进行交互的另一个系统
• 复杂：演员是通过界面进行交互的人。

设置好用例，参与者和环境后，在项目浏览器中突出显示您要估计其内容的包；对于整个项目，选择根视图。接下来，从菜单中选择Project-Use Case Metrics。将出现以下屏幕：

这详细说明了项目的复杂性信息：

1. 技术复杂度系数是根据您设置的值计算得出的
2. 根据您设置的值计算环境复杂度
3. 未经调整的用例点数（UUCP）=用例复杂性等级之和*
4. 将UUCP与TCF和ECF因子相乘以生成加权用例点数（UCP）
5. 结果数乘以每个UCP的默认小时数得出最终估算值
6. 还显示每个简单，中等和困难用例的平均小时数

尽管Karner的UCP方法建议在此计数中排除包含和扩展的用例，但是Enterprise Architect在计算时会考虑所有用例。如果这些用例需要开发功能，则工作仍然存在，应予以考虑。

关键因素是“默认工时”变量-最好根据类似项目的经验来定义。尽管将Enterprise Architect的默认值设置为10小时，但根据环境的不同，此变量可能很容易超过30小时。

根据您的独特环境准确配置新项目的最佳方法是考虑已完成项目的用例。在按照上面的说明配置完成的项目并运行指标报告之后，可以对可用因子进行微调以产生与实际工时匹配的估计。然后，您可以开始使用这些数字作为基准。

请注意，一个很好的健全性检查是查看“每个用例的平均工作小时数”：如果您认为可以在允许的时间内构建一个简单的用例（包括设计，测试，文档编制，审查等过程）。

=====================================================

想要了解或购买Enterprise Architect正版版权，请咨询官方客服

关注下方微信公众号，及时获取产品最新消息和最新资讯

标签：

来源：慧都