第23章迭代2-更多模式.pptVIP

第23章 迭代2－更多模式 暨南大学计算机系 黄战 目标 为迭代2定义需求 简介 为了更广泛地分享建立对象系统的常用步骤，讲述初始阶段的几章和讲述细化阶段中迭代1的几章强调了广泛使用的基本分析和对象设计技术。 在本次迭代中，案例研究只强调： 基本对象设计。 使用模式来创建稳固的设计。 应用UML使模型可视化。 从迭代1到迭代2 在迭代1结束的时候，应该已经完成下列任务： 所有软件都已经被充分地测试：单元、验收、负载、可用性等。UP中地思想是尽早、实际并连续不断验证质量和正确性，使得早期反馈能够指导开发人员对系统进行调整和改造。 客户定期地参与对已完成部分的评估，从而使开发人员获得对调整和澄清需求的反馈。而且，客户可以尽早地看见系统的进展。 已经对系统（这里的系统包括所有子系统）进行了完整的集成和固化，使其成为基线化的内部版本。 活动例子… 迭代计划会议，用以决定下一迭代的工作内容，解决存在的问题，并定义主要任务。 在新迭代开始的时候，使用UML工具通过逆向工程从上次迭代的源代码中导出图形。 对UI的可用性分析和工程也正在进行中。 数据库建模和实现也在进行中。 举行了另一个为期两天的需求讨论会，其中以详细形式编写了更多用例。 迭代2 －例子 NextGen POS应用中的迭代2要处理以下几个我们关注的需求： 1）支持第三方外部服务的变化。例如，必须能够与不同的税金计算器进行连接，而每个税金计算器都有其独特的接口。 2）复杂的定价规则 3） 需要进行设计，使得在销售总额变化时刷新GUI窗口。 迭代2 迭代2： 很大程度上忽视了案例研究的需求分析和领域分析 着重于使用职责和GRSAP进行对象设计，并且应用一些GoF设计模式 Fig. 23.1 Fig. 23.2