(项目管理)微软项目-求生法则-10资料.pdfVIP

下载 第 10 章 构架 10 软件构架可说是组成项目的技术结构。良好的构架可 以简化项目，不良的构架让项目如同海市蜃楼。良好的软 件构架文件，以现行的构架加以变化、重复利用来自其他 系统或买来的组件，在符合标准功能领域的做法下，说明 整体程序组织。将每一项系统需求条列详细列出，来降低 潜在的下游成本。 微软项目 下载 求生法则 186 构架设计阶段好比兴建房子一般，软件构架阶段可 说是参考模型，提供构架团队探索构建软件的不 同方法，而不必要花时间和经费去实地尝试不同做法，减 少负担。构架时期也被称作“系统构架时期”、“设计时期”、 “高阶设计时期”和“上层设计时期”。一般说来，构架描 述会放在“软件构架”文件中。 在构架阶段，构架团队将系统分割成主要的子系统， 具体规划子系统彼此间的互动关系和上层技术规划的文 件。它也针对系统执行中主要的设计问题，像错误处理、 内存管理及字符串储存的做法。构架阶段通过定义细节设 计时期所使用的结构，来替细节设计阶段铺路。 在小型项目中，构架和设计也许在同一个进度进行， 不过在大部分项目中，构架应该被独立看待。 T h e Mythical Man-Month 的作者Fred Brooks报告指出，“拥有 一名系统构架设计者，是朝向概念整合最重要的一步…… 在一个软件工程实验室授课超过二十次后，我开始坚持只 要有四个人的学生团队即应该选出一名主管和一名构架设 计者。在这么小的团队中定义不同角色也许有点极端，不 过我发觉这种方式可以最有效运作，而且对于小型团队的 成功最有贡献”。 下载 微软项目：求生法则 构架 187 本章的讨论，假设软件构架是由一小队设计者开发出 来的，不管这些人如何进行，本章描述的问题应该被小心 提防，并在进行细节设计和构建过程以前解决掉。 缓缓进入构架阶段 构架工作应该在需求开发完成约8 0 %时开始进行，不 可能等到需求开发工作全都完成。只要需求达到80%之后， 项目已经强韧得足以支撑软件构架的建立。8 0 %得自经验 法则，而且项目主持人需要以具体的判断来评估此时是否 足以开始发展软件构架。 在构架团队开始进行以前，项目团队、上层主管与顾 客应该举行第4章中描述的规划检查会议。同时等待经费 的支持，万事齐备后才开始全心投入。 良好的构架的特色 当构架团队投入构架开发工作时，他们将面对一组核 心设计问题，这当然是项目的构架中所不能欠缺的。 系统概述 一个系统构架需要先有概括描述。开发人员才能从上 微软项目 下载 求生法则 188 千个细节甚至一打以上的模块或对象类别中建立出一致的 轮廓。构架应该深入考虑主要的设计方式，列出这些方式 被考虑的理由，以及不被采用的理由。 概念整合 构架的目标应该要能清楚说明系统概念。对以非妥协 性为主要目标的系统与以调适性为主要目