章迭代更多模式.pptx

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