UML和模式应用3-案例研究

Posted 2020-09-16 HZero

1.前言

如何进行迭代和进化式分析和设计？将采用案例研究的方式贯穿始终。案例研究所包含的内容：

• UI元素
• 核心应用逻辑层
• 数据库访问
• 与外部软硬构件的协作

本章关于OOA/D主要介绍核心应用逻辑层

2. 重点探讨核心应用逻辑层的OOA/D的原因

图 OOA/D层举例及重点关注层

• 其它层对技术平台具有较大依赖性；
• 核心应用逻辑层的OO设计对各种技术来说是类似的；
• 应用逻辑层语境中学习到的基本OO设计技巧适用于所有其它层或构件
• 其它层的设计方法和模式呈现出快速变化的趋势

3. 案例研究策略

• 迭代开发

使用迭代策略，第一次迭代用于OOA/D核心功能，后续迭代迭代用于扩展这些功能

• 迭代学习

迭代和循序渐进的方式介绍分析和设计、UML表示法和模式，第一次介绍核心的分析设计主题和表示法，第二次迭代展开介绍新理念、UML表示法和模式

 4. 案例

4.1 案例一 POS系统

• POS系统具有的特性

包括计算机、条码扫描仪等硬件，还包括系统运转的软件

为不同服务的应用程序提供接口

具有一定的容错性

提供灵活性和定制能力

• 开发策略

使用迭代开发策略，依次完成需求、面向对象分析和设计

4.2 案例二 Monopoly游戏系统

为证明相同的OOA/D实践可以应用于完全不同的问题

5. 迭代和进化式分析和设计举例

迭代和进化式分析和设计既不是无分析也不是过度分析，而是中庸之道。

如下是迭代方法的举例，假设在项目交付之前有20次迭代：

1. 第一次迭代前，召开需求工作会议(2天)

（1）高阶需求分析（1上午）

确定用例和特性的名称、关键非功能性需求；

（2）从高阶需求中选取10%的需求，对其进行功能和非功能性需求进行详细的分析（1天半）

选取需求分别为UC2，UC11和UC14。这些需求具备如下特点：具有重要的架构意义；具有高业务价值；具有高风险。

 

2.第一次迭代之前，召开迭代计划会议（1上午）

选择UC2、UC11和UC14的子集，规定在4周内进行设计、构造和测试

 

3.完成第一次迭代（4周）

（1）进行建模和设计工作，画出UML草图及其它模型（2天）

（2）编程、测试、集成（本次迭代的剩余时间）

注：测试包含单元测试、验收测试、负载测试和可用性测试等

（3）检查初始的迭代目标是否能够完成（本次迭代前一周）

如果不能完成，将次要目标重新放回任务列表，下次迭代时完成

（4）冻结代码（第4周的周二）

上传、集成和测试所有代码，创建代码基线

（5）演示局部系统，要求反馈（第4周的周三上午）

 

4.召开第二次需求会议（第4周的周三和周四）

对2第一次迭代会议的所有资料进行复查和精化。选择具有重要架构意义和高业务价值的另外10%用例，进行详细分析。

 

5.第二次迭代前，召开迭代计划会议（1上午）

选择另外10%用例的子集，规定在4周内进行设计、构造和测试

 

6.以相同步骤完成第二次迭代（4周）

 

7.反复进行九次迭代和十次需求工作会，可能精化了90%的需求，构建了10%的软件

 

8.估计精化的需求所需工作量和时间

 

9.执行下个迭代过程（3周）

在第3周的周五召开迭代计划会选择下一步工作。

每次迭代都要反复询问，就现在所知，下一个三周应该完成的、最关键的技术和业务特性是什么？