第三讲 开发过简介.pptVIP

第三讲 　开发过程简介 开发过程 你使用UML的方式很大程度上依赖于你采用的开发过程的风格。 跟开发过程有关的最大争议在于：瀑布式和迭代式开发风格。这两个术语通常会被大家误用，特别是迭代开发风格被视为一种时尚，而瀑布式开发风格反被人视为是奇装异服。 这两种过程的本质区别是你怎么分解一个项目。 为什么要分解？ 瀑布风格基于活动来分解一个项目 迭代风格通过功能的子集来分解一个项目。 实际上，这两种方式不是完全排斥的。 混合式方法 分期交付: 分析和高级设计先以瀑布方式完成，然后编码和测试分为几次迭代。 伪迭代式开发方式 为什么提倡用迭代开发方式？　 虽然很多人都宣称正在采用迭代式开发方式，不过实际上却是按照瀑布式的方法在做。 常见的症状有： 我们现在正在进行一次分析迭代，接下来会有两次的设计迭代。 这次迭代的代码中有很多bug，不过我们最后将会把它们清除。 迭代的几个问题 测试、集成参与迭代 迭代固定时间长度 代码重写 xUnit 请参考/ 重构 请参考/ 持续集成 敏捷过程 敏捷过程 (XP, Scrum, Feature Driven Development (FDD), Crystal, and DSDM (Dynamic Systems Development Method)) RUP统一开发过程 RUP-裁剪开发过程以适应项目需要 软件开发的进行方式会收到很多因素影响： 正在构建中的系统 正在使用的技术 开发团队的大小与地理位置分布 项目本身所蕴含的风险 项目失败时可能导致的后果 开发团队的工作风格 组织的文化等等 RUP-改善开发过程的建议 每次迭代结束后，请考虑进行一次迭代回顾。 例如列出如下清单： 要继续保持下去的：对于做得不错的事，你希望以后可以确保继续这样做下去。 有问题的：做得不好的部分。 要重新尝试的：改变你的开发过程，以求改善之道。 在开发过程中使用UML 需求分析 设计 文档 理解遗留代码 需求分析 用例：描述人们如何跟系统互动。 由概念性视角画出来的类图：它是我们可以拿来构建领域中一组精确词汇的好方法。 活动图（activity diagram）：里面可显示出组织的工作流程，以了解软件跟人类活动间是如何互动的。我们也可以显示出某个复杂用例内部是如何运作的详细情况。 状态图（state diagram），如果某个概念具有一种有趣的生命周期时，它就会变得很有用，里面会显示出各种状态，以及改变状态的事件。 图形符号尽量精简，不要引入软件实现相关的东西。 设计 当你在进行设计工作时，你可以在图中加入更多技术细节。一些有用的相关技术包括： 由软件观点所画出的类图，里面会显示出软件的类，以及它们之间如何相关。 常见情节的顺序图，从用例中找出最重要，最有趣的情节。 用包图显示出软件中大型结构的组织方式。 针对复杂生命周期的类，画出它们的状态图。 用部署图画出软件的实际部署情况。 谢谢大家！