面向对象软件开发事例3.ppt

评审和修正分析模型 过渡到设计 问题领域中的问题 定义用户界面 任务管理问题 数据库设计 设计级的质量问题 设计模型的文档编制和评审 实现方面的问题 转向面向对象方法的十二个步骤 评审OOA模型的目的是为了保证在实现系统之前，能够正确理解和解释用户的需求。 如果在系统开始运行之后才发现对用户的需求理解错了或解释错了。当系统正式运行之后再修正这种错误，所付出的代价要远远大于在项目的分析阶段修正错误所付出的代价。 OOA模型的一个评审策略 评审过程应是非正式的，持续的，贯穿在项目的整个生存期中的过程。就是说首先把OOA模型充分地文档化，分发给各评审者，然后召集评审会，共同评审。 好处：评审过程已成为开发过程的一部分。所生成的管理报告可以监控、跟踪工程进度，保证每一模型成分的质量。 OOA模型—评审者的检查表 OOA模型—评审者的检查表（续） OOA模型—评审者的检查表（续） 现有的所有检查表都无法保证语义正确性，即是否建立了“正确的模型”。 对语义正确性的评审采用的策略类似于在开发面向用户的文档时采用的策略，将模型的行为对照用户描述的场景或用户事例，一一加以确认。 需要有关人员共同讨论，不一定举行正式的评审会议。 检查语义正确性从事件-响应模型和EROI图入手，走查每一个场景或事例，一步一步验证事件如何识别，相关响应如何产生。 在评审过程中使用CASE工具，可以动态地描述和执行OOA