微软MSF框架学习笔记(12)

MSF的开发
    MSF开发阶段概览
        目标：完成功能规格说明书中所描述的功能、组件和其他要素。
        团队主要工作
            编写代码
            开发基础架构
            创建培训课程和文档
            开发市场和销售渠道
           
    MSF开发阶段的里程碑和交付结果
        里程碑
            *项目计划认可*
            解决方案验证完成（中间）
            内部发布1（中间）
            内部发布2（中间）
            内部发布n（中间）
            *范围完成*（中间）
        交付成果：逐步完善和迭代的方式构建的。
            解决方案代码
            构造版本
            培训材料
            文档（包括风险文档）
                部署过程
                运营过程
                技术支持和疑难解答
            营销材料
            更新主项目计划、进度表和风险文档
    项目计划的执行
        按照计划和进度表进行开发
        开始进行并行工作
        在整个开发阶段中构造和测试要综合进行（构建和测试密不可分，同步进行）
            可用性测试：从用户角度在实验环境下进行测试，完成一次任务需要几次点击等等。来测试可用性。
    基础架构的开发
        开发解决方案配置
        构造部署脚本和过程
        自动部署工具和部署检查清单
        制定疑难解答和解决问题的指导方针
        按照设计文档的要求开发备份/恢复或故障恢复功能
       
        系统基础结构包括客户端和服务器，组件以及相关的平台产品。如数据库，目录等等
        发布管理管理着基础架构需求的获取
       
解决方案的验证
    解决方案的验证
        不同于原型，应该是：
        创建解决方案基础架构的基准
        在模拟的环境中确认解决方案的可行性
        不包含对制定开发组件的验证
        为持续的开发构造过程打基础
       
        中间里程碑——解决方案验证完成
       
    构造版本
        开发人员创建构造版本用来
            在模拟的环境中验证解决方案的可行性
            为迭代开发创建基础
        构造的内容包括
            代码组件、目录结构、基础架构、文档和自动部署脚本
            如果是第一个构造版本，可能只含有少数组件
           
            构造版本——包括解决方案所有组成部分并定期编译与集成的方案版本
           
            每次有一个版本号，可以采用定期编译构建或者每日编译构建。利用创建阶段性构建的基础，可以在早期发现问题，缩短项目周期。
            每日构建可以更早的判断所有组件是否可以一起工作。总解决方案的稳定性提高。
            往往将较大的项目分成几个部分，然后在整合成一个整体。
            首先完成核心功能，在进行附加功能，开发和测试并行进行，并使用每日构建，则可以整体进行测试。并不以影响各小组的进度任务。
            设立阶段性里程碑是很有意义的。创建文档时需要用到屏幕快照。
           
    开发阶段的成功标准
        所有功能都已经完成
        解决方案中的所有元素都构造完成
       
        需要一个审批手续，关键参与者和客户拥有足够的信息为开发阶段的完成签字
        再范围里程碑达到终点，解决方案可以付诸外部测试，并已经稳定。
        签收文件也是项目的可交付成果之一