读《构建之法》有感5

       今天阅读了《构建之法》的第五章。

       在这一章中，主要讲了一些典型的软件团队模式和开发流程及其优缺点。

      这些团队模式都的共同特点，一致的集体目标，和各自分工，互相依赖合作从而共同完成任务。软件团队的模式有主治医师模式（有首席工程师，其他成员支持其工作）业余剧团模式；秘密团队（软件项目在秘密状态下进行）， 特工团队（由特殊技能的专业人士组成），交响乐团模式（各司其职，重在执行）， 爵士乐模式；功能团队模式（平等协作，共同完成）；此外还有官僚模式、明星模式、社区模式。

     关于开发流程，写了再改模式，这个模式适用于，只用一次的程序、看过了就扔的原型、一些不实用的演示程序。瀑布模型，适用于：—如果产品的定义非常稳定，但是产品的正确性非常重要，需要每一步的验证。1.产品模块之间的接口、输入和输出能很好地用形式化的方法定义和验证2.使用的技术非常成熟，团队成员都很熟悉这些技术3.负责各个步骤的子团队分属不同的机构，或在不同的地理位置，不可能做到频繁的交流。统一流程

         从瀑布模型开始的各种模型都有一个共同点：重计划，重事先设计，重文档表达。RUP把软件开发的各个阶段整合在一个统一的框架里。 四个阶段：初始阶段：此阶段的目标是分析软件系统大概的构成，系统与外部系统的边界在哪里，大致的成本和预算是多少，系统的风险主要来自哪里。细化阶段：它的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，按优先级处理项目中的风险。构造阶段：开发出所有的功能集，并有秩序地把功能集成为经过各种测试验证过的产品。交付阶段：重点是确保软件能满足最终用户的实际需求。基于用户的反馈，团队利用迭代对系统进行修改、调整。除了对功能的调整，还要注意处理用户设置、安装和可用性等问题。