软件开发生命周期-4-每个阶段的循环条件

记录一下自己的心得体会，分享给大家，有不足之处，望指教。
作者在第一章中曾提到：第二阶段，第三阶段，第四阶段，第五阶段是可以循环发生的，也称为迭代。第三阶段可以回到第二阶段开始循环；第四阶段可以回到第三阶段或者第二阶段开始循环；第五阶段可以回到第四阶段或者第三阶段或者第二阶段开始循环。每一次循环开始的阶段越早耗费的成本越高。

接下来进一步讨论每个阶段的循环条件和决定开始循环时的其他应该考虑的因素。
第一阶段：假想阶段
本阶段不会有循环。即使有也是本阶段内部循环。不会有跨阶段循环。
第二阶段：需求开发阶段

从本阶段开始会发生循环。本阶段的影响范围相对来说最大，如果需求变更了，那么接下来的设计阶段，实现阶段，质量检测阶段都会被影响到。但是很多时候需求变更都是从此处开始的，需求变更的体现就是本阶段的输出物-功能说明书发生了改变。如果是甲乙方合作模式（甲乙方可以是两个公司，也可以是两个部门，也可以是两个组），通常需求变更都是要额外收取费用的。乙方的第一次提交物通常都是按照合同中附带的功能说明书的要求完成的。之后每次功能说明书发生了变化都算做需求变更，会按照合同中约定的方式处理。通常都是甲方来承担这个成本，所以甲方在决定是否开始一个需求变更或者说是否开始从本阶段开始循环的时候通常都会经过一系列的审批流程。这个审批流程也就是本阶段的循环条件。当然也可能是后面阶段发现需求本身有逻辑问题或者基于现有技术不可实现。
在此再多讨论一点，在作者经历，目睹，耳闻的一些甲乙方合作过程中，项目后期的许多矛盾的根源都源于此阶段。在此给弱势甲方的建议就是要有一份尽可能完备的功能说明书附在合同中，如果甲方没有能力提供这份说明书那就有必要去请行业内资深的顾问来帮忙完成这份说明书。给弱势乙方的建议就是一定要在合同中明确需求变更的定义和处理方式。也许通常人们会认为如果合作非正常终止了，最终亏损的是乙方，作者认为最终亏损可能是甲方，可能是乙方，长远看来是双方。与其说是乙方的责任不如说是双方的责任。
第三阶段：设计阶段

从本阶段开始直到实现阶段，质量检查阶段通常都会发生在乙方单方面，所以循环条件可能会相对简单一些。当然甲方也完全可以把本阶段放在甲方方面完成。本阶段的循环条件通常是需求阶段发生了变化或者实现阶段发现的设计缺陷或者是质量检查阶段发现的设计缺陷。
第四阶段：实现阶段

本阶段的循环条件是设计阶段发生变化或者当质量检查阶段发现了实现阶段的缺陷，比如说未按功能说明书的规定实现或者实现的功能未能正常工作。
第五阶段：质量检查阶段

本阶段的循环条件是实现阶段发生变化。

第六阶段：部署阶段
本阶段不会有循环。即使有也是本阶段内部循环。不会有跨阶段循环。

总结：
其实每个阶段都会有内部循环的，只是影响范围相对来说较小，所以就没有详细论述。