软件开发推荐.pptVIP

复旦大学计算机科学与工程系 软件工程课程 */154 3. 系统比喻 （Metaphor） 系统比喻是待开发软件的一个每个成员都熟悉的形象化比喻，相当于一个粗略的软件体系结构 4. 小发布（Small release） 经常、不断地发布可运行的、具有商业价值的小软件版本，供现场用户评估或最终使用 5. 测试（testing） XP方法提倡测试优先，即先写测试后编代码（testing then coding） 6. 简单设计（Simple Design） 设计只考虑当前定义的功能而不考虑以后需求的变化 该设计是完成目前功能所需的最简洁的设计 * 复旦大学计算机科学与工程系 软件工程课程 */154 7. 结对编程（Pair Programming） 一个程序员编程的同时，另一个程序员负责检查程序的正确性和可读性 结对的伙伴可以动态调整 8. ? 设计改进（Design Improvement） 在不影响程序的外部可见行为的情况下，按高内聚低耦合的原则对程序结构进行改进，保持代码简洁、无冗余 持续集成（Continuous Integration） 每完成一个模块的开发（包括该模块的单元测试）后，立即将其组装到系统中，并进行集成测试，完成该集成测试后才能进行下一次集成 * 复旦大学计算机科学与工程系 软件工程课程 */154 10.?代码全体共有（Collective code Ownership） 团队中的任何人可以在任何时候修改系统任何位置上的任何代码 团队的成员都可以参加模型的开发，又有系统比喻、结对编程、编码标准、持续集成等实践，这些都为代码全体共有提供了支持 编码标准（Coding Standard） XP方法强调制订一个统一的编码标准，包括命名、注释、格式等编程风格 12. 可持续步调（Sustainable Pace） 每周40小时工作制 * 复旦大学计算机科学与工程系 软件工程课程 */154 XP方法的开发过程 最新版本 发布计划 用户认可 用户 故事 (user stories) 下一迭代 Bugs 新用户故事 测试用例 迭代 开发 体系结 构骨架(spike) 系统比喻 制订交 付计划 验收 测试 小发布 需求 不确定的估计 确定的估计 难点 骨架 探索阶段 计划阶段 迭代与发布阶段 产品化阶段 维护阶段 * 复旦大学计算机科学与工程系 软件工程课程 */154 探索阶段 探索阶段的主要工作是开发初始的用户故事（User Stories ）和体系结构骨架（architecture spike）。 用户故事描述了系统高层的需求，它是制订发布计划的输入。 在探索阶段，试探找到系统中固定不变的部分（体系结构骨架），并找出一种形象的比喻，这种比喻描述了你打算如何构建系统，起到概念框架的作用。 探索阶段还应根据用户故事编制相应的测试用例，供以后验收测试时使用。 * 复旦大学计算机科学与工程系 软件工程课程 */154 计划阶段 计划阶段的任务是根据用户故事描述的需求、系统体系结构骨架和系统比喻来制订迭代计划和发布计划。 使用你最熟悉的形式为用户故事建模，这个模型描述了用户故事的任务以及这些任务之间的关系。 通常图形方式（可以是草图）比文字描述更直观。 尽可能精确地估算工作量，这是制订计划的重要依据。对于那些不能确切估算其工作量的难点部分，要进一步作分析，直至能确定其工作量估算。 * 复旦大学计算机科学与工程系 软件工程课程 */154 迭代到发布阶段 迭代到发布阶段根据迭代和发布计划，开发满足指定用户故事需求的软件，并与前面已完成的软件版本集成，得到软件的一个新版本。 根据在探索阶段编写的测试用例，进行验收测试。一旦发现错误或者通过验收测试想进入下一轮迭代时，就重复迭代开发的工作。 在这一阶段当客户提出新的用户故事，或者根据项目的进展情况认为有必要时，可以回到计划阶段，对迭代和发布计划做出修改或调整。 * 复旦大学计算机科学与工程系 软件工程课程 */154 产品化阶段 产品化阶段的工作主要是确认迭代开发的软件已经做好进入产品化的准备。 在此阶段可进行更多的测试，如系统测试、负载测试、安装测试等。 另一个工作就是整理文档。虽然敏捷软件开发的价值观中强调“可运行软件高于详尽的文档”，但是，必要的文档仍是需要的。 * 复旦大学计算机科学与工程系 软件工程课程 */154 可能要写的文档： 系统文档 系统文档的目的在于为系统提供一个总览，来帮助人们理解它。主要包括：系统技术体系结构和业务体系结构的总览、高层次的系统需求、关键设计决策的总结、