JAD计算机辅助软件工程和原型法RAD的生命周期控制RADRAD.pptVIP

系统开发审计第 8 节快速应用系统开发法 第 8 节 ?主要内容 复习 ?瀑布法 瀑布法 ?优点和缺点 什么是快速应用系统开发法? JAD, 计算机辅助软件工程和原型法 RAD的生命周期 控制 RAD RAD ?优点和缺点 瀑布法 计划 可行性研究 启动 项目 说明 需求 开发/采购 建设和测试 实施和评估 ? 继续或者重新界定 放弃 瀑布法 ?优点 适合稳定已知的需求 适合复杂的计算 逻辑上由上到下的方法 ?非常适合传统的项目管理 如果目标已知，快速、有效 提供明确的进展量度标准 在合同中容易分开 瀑布法 ?缺点 适当的说明书? 变更业务需求 错误解决成本高昂 维护投入高 技能不足 速度太慢 系统变更的成本高 成本 时间 说明书 设计 开发 测试 实施 实施后评估 快速应用程序开发法 快速应用程序开发法是 ： 方法论? 技术? 文化? 生活方式? 并不仅仅是行为列表中描述的那样，更多是系统开发的一种哲学方法 RAD包括了什么? 管理责任 小团队和撌谌〝 最低需求，最短时间 研讨会（摿嫌τ每 会议） 大量依靠自动操作 (揅ASE? 原型，重叠和再使用 最低需求/最短时间 瀑布法 ?初次100% 准确性 RAD - ?0/20 法则?： 原型 80% 功能 - 20% 时间 第1次重叠 96% - 40% 第2次重叠 99% - 60% 第3次重叠 100% - 80% 最终确定 100% - 100% RAD ?螺旋式行进 计划 分析 选择 设计 建造 测试和安装 检查 目标定义 100 99 96 80 联合应用开发 (揓AD?研讨会 是RAD的一项重要特征 .目的是达到各方一致的决定 适当进行的组织和管理 , 并且以一种商业的方式进行运作 包括 - 用户和设计师在一起紧密协作 分析、设计和初始规划 开发团队对项目的外观和感觉达成一致意见 运用CASE工具和原型方法 计算机辅助软件工程-CASE 软件支持工具，包括 ： 技术活动 ： 分析和设计 建造和维护 开发过程的管理 ： 项目管理 估计 配置管理 集成化工程项目支持系统(揑PSE? ?包括所有情况 原型 摻⒁桓鏊⑾低车奈锢砉ぷ髂Ｐ停靡匀范ㄔ谖颐侨峡傻恼媸敌枨笙麓嬖诘娜毕??(John Crinnon) 方法 ： 撆Ｗ谐?敺?试验系统 削减和消耗 RAD -软件生命周期法 1 2 3 5 4 6 定义 需求 系统 设计 系统 开发 系统 文档 检验与 验证 系统 交付 对RAD进行控制 RAD 生命周期 -： 记录一种生命周期方法 陈述企业需求 合理的项目管理方法 变更和结构管理 原型控制 配置 管理 系统 功能性原型 的重叠 设计和建造 原型 已确认的原型 已确认的原型 原型的 中间过程 同意 同意 DSDM Consortium 对RAD进行控制 管理JAD研讨会 ： 预先确定研讨会目标 用户和开发人员的参与 分配角色和职责 对决议形成书面报告 对RAD进行控制 撌奔浜??： 是系统开发过程中一段特定的期间 通常为 2 - 6 星期 在时间盒的最后 ，设定的企业目标必须要完成 在时间盒的最后，要对过程进行正式的回顾，并关注下一次过程 RAD ?优点 用户参与/决策 能够处理撃：臄项目 需求有效性 项目可见性/用户满意度 降低风险 ： 尽早的交付 开支增加 能够尽早取消项目 RAD ?缺点 表面性 用户受挫 项目控制 ： 摴鲅┣蚴綌开发 控制变更 控制薄弱 咨询/供应商驱动 固有的无效率 不适合RAD的项目 不适合，如果 ： 不是 摯笮拖钅繑 复杂的计算 ?完整的说明书 危机系统的安全?必要的有效性 系统响应是一项关键的需求 但是, 在任何情况下，界限都是可以被打破的 适合RAD的项目 交互式系统 清晰界定的用户群 小规模的开发团队 计算不复杂 弹性/模糊的需求 摯蠊婺 的系统 时间限制 总结 承诺以更低的成本达到更好的质量 RAD 是一种文化的变化 ： 依靠技术/用户紧密的协作 CASE