【IT168 技术文章】

    在和一个朋友聊天下发现是应该整理下自己在这方面的东西，其实以前零散的也整理过其中的一些，只是完整的一直就没很好的整理，现在贴出的这个也只是相当于目录结构式的：

　　这份基本是个目录式的，明天按照这个结构完整的写出一篇关于软件过程规范的文章，主要是完整的进行描述，对于软件过程规范，我还是那么认为，每个team有每个team适合的过程规范，要灵活和不断的调整，不能顽固不变！
　
　  一. 概述

    本文主要对于软件过程的整体规范进行较为完整的描述，来源于个人的项目经验、所在team使用的软件过程以及个人的一些想法总结而成。

    文章按照对项目中采用的软件过程进行描述，之后对保证整个软件过程有效执行的工具、制度等进行描述。

    本文意并不在标明这个软件过程是多么的优秀，关键是要找到适合自己团队的软件过程，没有最优秀的，只有最合适的。

    二. 软件过程

    此软件过程是根据Team以及XP制定的，图示如下：

    2.1. 里程碑计划制定

    控制在一个月范围内，每个里程碑应有突出性进展的部分，里程碑版本的发布具有很强的意义，每个里程碑版本在功能或非功能性方面应有明确的对比。

    在每个里程碑结束时发布里程碑版本并同时给予项目组一定的休息时间。

    2.2. 迭代计划制定

    控制在一至两周范围内，每个迭代周期结束后对客户发布迭代版本。

    2.3. 迭代过程
   
    2.3.1. 需求分析

    在迭代的需求分析中主要为对划定在此迭代阶段的需求进行详细的分析，产生出用户故事。

    2.3.2. 设计

    设计主要通过对用户故事进行OOAD产生出符合此用户故事的领域设计，以此建立的领域模型结合架构构成完成用户故事的设计，产生CRC Card，最后进行情景测试(Scene Test)。