第一周 思考题2

1.软件过程模型：包括软件产品开发、运行和维护中有关过程、活动和任务的框架，覆盖了从系统的需求定义到系统的使用终止。

软件生存周期：软件从生到死的过程。

软件过程：软件生存周期中的一系列相关过程所涉及的活动。

2.软件过程不是软件开发过程。软件开发过程只是软件过程的一部分，软件过程还包括运作过程和维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。

3.瀑布模型：每个阶段都有文档产出。

螺旋模型：结合瀑布模型和原型模型的迭代开发模型。

驱动动力不一样，瀑布模型以文档为驱动，螺旋模型以风险为驱动；瀑布模型的风险较大，错误代价大，而螺旋模型每个阶段都有风险评估，犯错的几率小；瀑布模型不能很好的适应需求变化，螺旋模型每一个周期都可以对需求进行定义，能够适应需求变化。

4.瀑布模型具有顺序性和依赖性，并且是以文档进行驱动，对每一阶段的成果进行反馈，只有前一阶段的输出文档正确，后一阶段的文档才能保证正确性。早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。前期需要得到稳定的客户需求，否则会牵一发而动全身。

5.瀑布模型。虽然瀑布模型仍然存在很多的问题有待解决,但瀑布模型仍然是最基本的和最效的一种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照需求 ->分析->设计->编码->测试的阶段进行,每一个阶段都可以定义明确的产出物和验证准则.瀑布模型在每一个阶段完成后都可以组织相关的评审和验证,只有在评审通过后才能够进入到下一个阶段。由于需要对每一个阶段进行验证,瀑布模型要求每一个阶段都有明确的文档产出,对于严格的瀑布模型每一个阶段都不应该重叠,而应该是在评审通过,相关的产出物都已经基线后才能够进入到下一个阶段。瀑布模型可以保证整个软件产品较高的质量,保证缺陷能够提前的被发现和解决.采用瀑布模型可以保证系统在整体上的充分把握,使系统具备良好 的扩展性和可维护性。