📅 最后修改于: 2021-01-07 05:09:32 🧑 作者: Mango
用例是用户与系统之间的一系列相关交互，使用户能够实现目标。
用例是一种捕获系统功能需求的方法。系统的用户称为“演员”。用例基本上是文本形式的。
用例点(UCP)是一种软件评估技术，用于根据用例测量软件的大小。 UCP的概念类似于FP。
项目中的UCP数量基于以下内容-
未写为用例的各种非功能性需求(例如可移植性，性能，可维护性)。
将在其中开发项目的环境(例如语言，团队的动机等)
使用UCP进行估算需要将所有用例都写在一个目标下，并在大致相同的级别上给出相同数量的详细信息。因此，在进行估算之前，项目团队应确保他们已经编写了具有定义目标和详细级别的用例。用例通常在单个会话中完成，并且在实现目标之后，用户可以继续进行其他一些活动。
用例点估计方法由Gustav Karner于1993年提出。这项工作后来由Rational Software许可，并被并入IBM。
用例点计数过程具有以下步骤-
您首先通过以下步骤计算未调整的用例点-
步骤1.1-确定未调整的用例重量。
步骤1.1.1-查找每个用例中的事务数量。
如果用用户目标级别编写了用例，则事务等效于用例中的步骤。通过计算用例中的步骤来查找事务数。
步骤1.1.2-根据用例中的事务数量将每个用例分为简单，平均或复杂。此外，分配用例权重，如下表所示-
| Use-Case Complexity | Number of Transactions | Use-Case Weight |
|---|---|---|
| Simple | ≤3 | 5 |
| Average | 4 to 7 | 10 |
| Complex | >7 | 15 |
步骤1.1.3-对每个用例重复此操作，并获得所有用例权重。未经调整的用例权重(UUCW)是所有用例权重的总和。
步骤1.1.4-使用下表查找未调整的用例重量(UUCW)-
| Use-Case Complexity | Use-Case Weight | Number of Use-Cases | Product |
|---|---|---|---|
| Simple | 5 | NSUC | 5 × NSUC |
| Average | 10 | NAUC | 10 × NAUC |
| Complex | 15 | NCUC | 15 × NCUC |
| Unadjusted Use-Case Weight (UUCW) | 5 × NSUC + 10 × NAUC + 15 × NCUC | ||
哪里，
NSUC是第。简单用例。
NAUC是第。平均使用情况。
NCUC是第。复杂的用例。
步骤1.2-确定未调整的Actor权重。
用例中的参与者可能是一个人，另一个程序等。某些参与者，例如具有定义的API的系统，具有非常简单的需求，并且只会稍微增加用例的复杂性。
某些参与者(例如通过协议进行交互的系统)有更多需求，并在一定程度上增加了用例的复杂性。
其他参与者，例如通过GUI进行交互的用户，会对用例的复杂性产生重大影响。根据这些差异，您可以将参与者分为简单，平均和复杂。
步骤1.2.1-将Actor分类为简单，平均和复杂，并分配Actor权重，如下表所示-
| Actor Complexity | Example | Actor Weight |
|---|---|---|
| Simple | A System with defined API | 1 |
| Average | A System interacting through a Protocol | 2 |
| Complex | A User interacting through GUI | 3 |
步骤1.2.2-对每个Actor重复并获得所有Actor权重。未经调整的演员权重(UAW)是所有演员权重的总和。
步骤1.2.3-使用下表查找未调整的演员体重(UAW)-
| Actor Complexity | Actor Weight | Number of Actors | Product |
|---|---|---|---|
| Simple | 1 | NSA | 1 × NSA |
| Average | 2 | NAA | 2 × NAA |
| Complex | 3 | NCA | 3 × NCA |
| Unadjusted Actor Weight (UAW) | 1 × NSA + 2 × NAA + 3 × NCA | ||
哪里，
国家安全局是没有。简单演员。
NAA是不行。平均演员。
NCA是不。复杂演员。
步骤1.3-计算未调整的用例点。
未调整的用例权重(UUCW)和未调整的角色权重(UAW)一起给出了系统的未调整大小，称为未调整用例点。
未调整的用例点(UUCP)= UUCW＆plus;美国汽车工人联合会
下一步是针对技术复杂性和环境复杂性调整未调整的用例点(UUCP)。
步骤2.1-下表列出了影响项目技术复杂性对用例点及其相应权重的13个因素-
| Factor | Description | Weight |
|---|---|---|
| T1 | Distributed System | 2.0 |
| T2 | Response time or throughput performance objectives | 1.0 |
| T3 | End user efficiency | 1.0 |
| T4 | Complex internal processing | 1.0 |
| T5 | Code must be reusable | 1.0 |
| T6 | Easy to install | .5 |
| T7 | Easy to use | .5 |
| T8 | Portable | 2.0 |
| T9 | Easy to change | 1.0 |
| T10 | Concurrent | 1.0 |
| T11 | Includes special security objectives | 1.0 |
| T12 | Provides direct access for third parties | 1.0 |
| T13 | Special user training facilities are required | 1.0 |
其中许多因素代表了项目的非功能性需求。
步骤2.2-对于13个因素中的每一个，评估项目和比率(从0(无关)到5(非常重要))。
步骤2.3-从因素的影响权重和项目的额定值计算因素的影响为
因素的影响=冲击重量×额定值
步骤(2.4) -计算所有因素的影响总和。这给出了下表中给出的总技术因子(TFactor)-
| Factor | Description | Weight (W) | Rated Value (0 to 5) (RV) | Impact (I = W × RV) |
|---|---|---|---|---|
| T1 | Distributed System | 2.0 | ||
| T2 | Response time or throughput performance objectives | 1.0 | ||
| T3 | End user efficiency | 1.0 | ||
| T4 | Complex internal processing | 1.0 | ||
| T5 | Code must be reusable | 1.0 | ||
| T6 | Easy to install | .5 | ||
| T7 | Easy to use | .5 | ||
| T8 | Portable | 2.0 | ||
| T9 | Easy to change | 1.0 | ||
| T10 | Concurrent | 1.0 | ||
| T11 | Includes special security objectives | 1.0 | ||
| T12 | Provides direct access for third parties | 1.0 | ||
| T13 | Special user training facilities are required | 1.0 | ||
| Total Technical Factor (TFactor) | ||||
步骤2.5-计算技术复杂度因子(TCF)为-
TCF = 0.6＆plus; (0.01×TFactor)
步骤3.1-如下表所示，考虑可能影响项目执行的8个环境因素及其相应权重-
| Factor | Description | Weight |
|---|---|---|
| F1 | Familiar with the project model that is used | 1.5 |
| F2 | Application experience | .5 |
| F3 | Object-oriented experience | 1.0 |
| F4 | Lead analyst capability | .5 |
| F5 | Motivation | 1.0 |
| F6 | Stable requirements | 2.0 |
| F7 | Part-time staff | -1.0 |
| F8 | Difficult programming language | -1.0 |
步骤3.2-对于8个因素中的每一个，评估项目和比率(从0(无关)到5(非常重要))。
步骤3.3-从因素的影响权重和项目的额定值计算因素的影响为
因素的影响=冲击重量×额定值
步骤3.4-计算所有因素的影响总和。这给出了下表中给出的总环境因子(EFactor)-
| Factor | Description | Weight (W) | Rated Value (0 to 5) (RV) | Impact (I = W × RV) |
|---|---|---|---|---|
| F1 | Familiar with the project model that is used | 1.5 | ||
| F2 | Application experience | .5 | ||
| F3 | Object-oriented experience | 1.0 | ||
| F4 | Lead analyst capability | .5 | ||
| F5 | Motivation | 1.0 | ||
| F6 | Stable requirements | 2.0 | ||
| F7 | Part-time staff | -1.0 | ||
| F8 | Difficult programming language | -1.0 | ||
| Total Environment Factor (EFactor) | ||||
步骤3.5-计算环境因子(EF)为-
1.4及以上(-0.03×EFactor)
将调整后的用例点(UCP)计算为-
UCP = UUCP×TCF×EF
UCP基于用例，可以在项目生命周期的早期进行测量。
UCP(规模估算)将独立于实施项目的团队的规模，技能和经验。
当有经验的人进行估算时，发现基于UCP的估算接近于实际。
UCP易于使用，不需要进行额外的分析。
用例被广泛用作描述需求的一种选择方法。在这种情况下，UCP是最合适的估计技术。
仅当以用例的形式编写需求时，才能使用UCP。
取决于面向目标的，精心编写的用例。如果用例不正确或结构统一，则最终的UCP可能不准确。
技术和环境因素对UCP的影响很大。在为技术和环境因素分配价值时要格外小心。
UCP可用于总体项目规模的初步估算，但在推动团队的迭代到迭代工作方面则没有多大用处。