大作坊小项目的 管理实施小总结。

1. 项目环境的搭建

     1.1

          数据库环境: 新建一个“DbName_DEV”（开发）数据库,  再复制两个副本，命名为“DbName_SIT”(集成测试)，“DbName_UAT(用户测试)”

     2.2

          IIS环境:新建一个"WebAppName_SIT"网站，对应的应用池“WebAppName_SIT”;同样，复制一个副本，"WebAppName_UAT"网站，对应的应用池“WebAppName_UAT”;

          互不干扰，自由切换。

2. 需求分析

       2.1

           参与需求评审会，整理出真正需要优化、开发的需求。

      2.2

           划分需求，根据技能层次，指派相应责任开发人员。

     2.3

          排出本次项目甘特图，估算出所需人天，可能的风险(包括可能的开发人员退场、或是测试人员退场)。

3.  编码阶段

    3.1

          开发日志：责令所有开发者必须记录开发日志，形式可以以TimeSheet形式或是Excel形式进行记录（修改的文件、修改的文件的路径、修改的原因）；

    3.2

          记录数据脚本的变动：可以在每日清晨到公司，进行数据库的全部脚本备份，有两个模式，一个生成单一SQL文件，其二是为每个数据库对象生成各自的SQL文件。

         个人喜欢生成单一的SQL文件，因为可以方便的和过往的备份进行比对和版本追溯。(版本比较工具)

        另外，很多公司很少管理SQL脚本，特别是存储过程，其实管理SQL脚本也很简单，用微软的VSS即可，关键在于制度的推行是否强硬，开发者的懒惰程度，逆反程度。

   3.3

         责令测试人员编写出测试用例。要覆盖多个场景，尽可能多。并在后期SIT测试的过程中，逐渐予以补充和完善。

4. SIT测试

    4 .1

        搭建问题单系统，可选择业界成熟的系统。有米的作坊可采用IBM的NOTE，没米的作坊那就自己开发一个吧。最好配置了全程邮件跟踪电子流的。

       大致流程：测试人员根据测试用例，展开测试，如发现BUG，录入BUG描述，BUG场景，现场BUG截图，指定处理人，提交给项目经理。

         项目经理审批，给出意见，并可分流给其他处理人。处理人处理完毕，需记录BUG类别，BUG原因，BUG的解决方法，是否已解决，提交给测试人员进行第二轮验证，

      测试人员验证完毕，关闭该问题单。

   4.2

       交叉测试：即A程序员测试B程序员的模块；B程序员测试A程序员的模块

5.发包事项

      5.1

           准备材料：发包CheckList，一式3分，发包CheckList_SIT, 发包CheckList_UAT, 发包CheckList_Production（生产环境），因为不同的环境的一些配置不一样，开关也  不一样，比如邮件功能。

6.生产环境变更事宜：

       6.1 准备变更实施方案(变更的原因和目的、变更影响、实施步骤和计划、实施后的验证计划，应急回退措施、风险分析和规避措施)

       6.2 封版本。备份变更源码，数据库，以及上线脚本、Web.config配置项等。

7.交付

   交付文档：概要设计、详细设计，组织评审。