(项目管理)微软项目-求生法则-13.pdfVIP

下载 第 13 章 细节设计 13 细节设计是扩展从系统构架阶段开始的设计工作，针 对许多相同问题进行更详细地处理。细节设计需要的工作 量取决于项目规模与开发人员的素质。细节设计的审查提 供显著的质量与成本获益。第一阶段的细节设计需要一些 特别的工作，像是在一个构架设定以前先验证构架方式的 质量。 微软项目 下载 求生法则 244 各阶段的细节设计工作包括开发人员投注于设计阶 段中将完成的细节部分。对后面阶段工作也许必 要，不过重点应该是在接下来将要实施的项目上。如果构 架定义良好，开发人员将不用思索太多稍后阶段中将要进 行的工作状况就能建立出细节设计蓝图，而且能够照着构 架处理使不同阶段的工作彼此相容。 重新检查构架 项目团队会重新检查构架阶段中处理过的一些地方。 程序组织 在构架时期，设计者关切系统层次的程序组织问题。 在细节设计时期，设计者关切的则是对象类别与例程层次 的程序组织问题。 重复使用分析 开发人员再次检查重复使用设计中现有组件与市场 可取得组件的可行性，不过这次是对更细处的可重复使 用性作检查。 下载 微软项目：求生法则 细节设计 245 需求解析 如我在第8章所提到的，项目团队在需求规格制定时 期有时必须跳过一些需求设定。任何影响阶段性发行工作 的需求必须在细节设计时先解决。如果此时还不能处理， 只好留到后面阶段的细节设计程序，但是项目领导者应该 留心上下游关系的效应，这些工作愈往后拖，将为前头未 能决定出来的需求规格花费的工作和时间愈多。 需求可追踪性 细节设计必须与所有相关的需要呼应，如构架设计必 须满足需求一样。有时这种情形被称为“向下需求流程”， 因为需求流程一路从需求开发到构架阶段，再一路到细节 设计、程序写作与测试项目的建立。需求可追踪性的有效 运作是项目成功最重要的活动之一，关于这点我会在本章 稍后再提起。 构建规划 开发人员应该建立一套细节构建蓝图和构建阶段的阶 段里程碑清单。如果你进行细节设计时，开发人员表示他 们没办法建立一套细节规划，那你就应该特别留意这一点。 微软项目 下载 求生法则 246 这是他们细节设计不够周密的重要警讯。他们得继续进行 细节设计的工作，直到他们能够建立构建阶段的阶段里程 碑为止。 修正构架上的缺陷 即使构架方式杰出，而且检查人员已经费尽心思挑出 构架的漏洞，在细节设计阶段还是可能找出构架方式上的 一些缺陷。开发人员可能发现必须填补的漏洞，需要解决 的矛盾，以及可被消除的寄生组件。这在第一阶段的细节 设计时期也许不成立，因为这时项目只能依循着构架的蓝 图进行。在稍后阶段的细节设计时期，这种情形比较常见， 这时开发团队已经对构架了解更多，更清楚构架的优点和 不足。 一个项目需要多少细节设计工作 设计工作与该