软件项目开发讲解.pptVIP

* * * 使用增量模型开发的字处理软件 基本的文件管理、编辑和文档生成的功能 更加完善的编辑和文档生成 拼写和文法检查功能 高级页面布局功能 适合于初始的人员较少 * 每一圈是一个阶段。 需要开发人员具有相当丰富的风险评估经验和专门知识 要求用户参与阶段评价，对用户来说比较困难，不易取得好的效果  * 敏捷开发方法：快速、现代软件的复杂性、可变性和规范性 强调个人和互动胜于过程和工具 可用的软件胜于详尽的文档 客户的合作胜于合同谈判 响应变化胜于恪守计划 适合于小型的、自觉的团队开发需求不确定或需求经常变化的的项目 沟通：成员之间的沟通 简单：不应该过多地想未来的事情，集中精力解决燃眉之急 反馈：实现的代码是对进度的最好反馈 勇气：人的勇气排除困境 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * RAD：快速应用开发模型 * * * * * 典型的测试模型，将测试作为软件开发过程的后半部分，忽视了对可行性分析、需求分析等进行的早期测试，使得错误到最后才发现 * 快速应用开发模型，是线性顺序模型的一个高速变种，利用了构件化的建造方法，60-90天创建出功能完善的系统，主要用于信息系统应用开发 如果一个业务应用能够被模块化使得其中每一个主要功能均可以在不到三个月时间内完成，每一个主要功能由一个Rad小组来实现，在集成为一个整体。 * 适用于需求不太明确的项目，一般为抛弃型的原型 * * * * * 北大西洋公约组织：North Atlantic Treaty Organization 软件危机： * * * Fritz Bauer是第一次提出软件工程的人，德国科学家 Windows2000有5000万行代码 软件在开发的过程中，忽视需求分析，软件开发=编程 * * * * * * * * * * * * * * * * * * * * * * * * * 3.2 线形顺序模型系列 RAD (Rapid Application Development)模型 60 ~ 90 days * 3.3 演进模型系列 原型模型 Listen to customer build/revisemock-up customer test-drives mock-up * 3.3 演进模型系列 边建边改 Model Build first version Modify until client is satisfied Maintenancephase Retirement Development Maintenance * 3.3 演进模型系列 边建边改 Model(续) * 3.3 演进模型系列 增量模型 System/Information engineering analysis design Code Test 增量一 交付1 analysis design Code test 增量二 analysis design Code test 增量三 analysis design Code test 增量四 Calendar Time 交付2 交付3 交付5 * 3.3 演进模型系列 CustomerCommunication Risk Analysis Engineering Construction Release Planning CustomerEvaluation Project entryPoint axis 螺旋模型 * 3.3 演进模型系列 XP 模型，一种敏捷开发方法 * 3.4 其它模型系列 构件组装模型 与瀑布模型对比 * 3.4 其它模型系列 应用构件 提取车间 构件生 产车间 标准规范 与 质量保证 1基础构件，2功能构件 3接口构件，4用户界面构件 应用 构件库 构件库 组装 车间 领域 1 领域 2 应用 系统 ... 1 2 3 4 * 各种模型的比较 模型 优点 缺点 瀑布模型 规范，文档驱动 系统可能不满足客户真正的需求 快速原型 克服了瀑布型的缺点 增量模型 开发早期回报明确，易于维护 要求开放的软件体系结构 螺旋模型 风险驱动，适用于大型项目开发 风险分析人员需要有经验且经过充分训练 * 3.5 过程模型的选择 软件工程过程模型的选择是基于: 项目的应用特点 采用的方法和工具 需要的控制 交付的产品 * 3.5 过程模型总结 在前期需求明确，尽量采用瀑布模型 用户没有信息系统使用经验，需求分析人员技能不足，采用原型 不确定因素很多，无法一下子计划，采用增量或螺旋 需求不稳定，采用增量 资金