软件工程专题作业.docVIP

软件工程专题作业 专业：计算机软件与理论 学号： 1.总结并论述软件生存周期七个阶段各自的任务及要达到的目标。 软件的生存周期是指一个软件从提出开发要求到软件报废所经历的整个时期。通过将整个生存周期划分为若干阶段，使得每个阶段均有明确的任务，我们可以把规模庞大、结构复杂、管理困难的软件开发变得容易控制和管理。 软件的生存周期的基本划分原则是：各阶段的任务尽可能相对独立，同一阶段各项任务的性质尽可能相同。从而降低每个阶段任务的复杂程度，简化各阶段之间的联系，有利于软件开发的组织与管理。 根据以上原则，软件生存周期可行性与计划、需求分析、概要设计和详细设计、编码、测试、维护可行性与计划在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析在开发者和使用者之间架起一座桥梁，让开发者最准确的知道“用户要的是什么”。 需求分析的基本任务就是准确的定义新系统的目标，也就是将要实现的系统是个什么样的系统，要“做什么”的，达到什么样的要求，并确定开发软件的功能、性能、数据、界面等的要求。 概要设计的基本任务：阶段的任务是程序员根据目标系统的性质和实际环境，选取一种适当的高级程序计语言(必要时用汇编语言)，把详细设计的结果翻译成用选定的语言书写的程序，并且仔细测试编写出的每一个模块。 编写代码时要做到高度对应在详细设计里所描述的算法，因为以后的“除虫”或升级等，很多时候都是以详细设计的文档资料为根据的，如代码和详细设计的描述的偏差，很容易误导以后进行维护工作的程序员，而且这种错误很被发现，而那样会浪费掉很多不必要的人力物力。 在程序编码中必须要制定统一，符合标准的编写规范。以保证程序的可读性，易维护性，提高程序的运行效率在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。这个阶段的任务是通过各种类型的测试，使软件达到预定的要求在软件开发完成并投入使用后，由于多方面的原因，软件不能继续适应用户的要求。要延续软件的使用寿命，就必须对软件进行维护。 维护阶段的任务，是通过各种必要的维护活动使系统持久地满足用户的需要。 软件维护的任务有四种类型：校正性维护、适应性维护、完善性维护和预防性维护 瀑布模型（Waterfall Model） 首先由Royce提出直到80年代早期，它一直是唯一被广泛采用的软件开发模型，在软件工程中占有重要的地位，它提供了软件开发的基本框架。 瀑布模型从本质来讲，它是一个软件开发架构，开发过程是通过一系列阶段顺序展开的，将软件生命周期划分为软件计划、需求分析和定义、软件设计、软件实现、软件测试、软件运行和维护这6个阶段从系统需求分析开始直到产品发布和维护，规定了它们自上而下、相互衔接的固定次序，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好 “返回”上一个阶段并进行适当的修改，开发进程从一个阶段“流动”到下一个阶段如同瀑布流水逐级下落，这也是瀑布开发名称的由来。 在瀑布模型中，软件开发的各项活动严格按照线性方式进行，上一项活动的工作，完成内容给出成果，作为输出严格按照生存周期各个阶段的目标、任务、文档和要求来进行开发。它是以文档形式驱动的。开发人员试图在每一活动过程结束后，通过严格的阶段性复审与确认，得到该阶段的一致、完整、准确和无二义性的良好文档以“冻结”这些文档为该阶段的结束标志，保持不变，作为下一阶段活动的唯一基础，从而形成一个理想的线性开发序列，以每一步的正确性和完整性来保证目标系统的质量 瀑布模型有以下优点 1）为项目提供了按阶段划分的检查点。 当前一阶段完成后，您只需要去关注后续阶段。 可在迭代模型中应用瀑布模型。 瀑布模型核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。瀑布模型体现了人们对软件过程的一个希望：严格控制、确保质量。可惜的是，瀑布模型根本达不到这个过高的要求，因为软件的过程往往难于预测。反而导致了其它的负面影响，例如大量的文档、繁琐的审批。因此人们就开始尝试着用其它的方法来改进或替代瀑布方法。例如把过程细分来增加过程的可预测性。 在项目各个阶段之间极少有反馈。 通过过多的强制完成日期和里程碑来跟踪各个项目阶段。 缺乏灵活性，不够直观不支持软件产品的演化。 瀑布模型适用于功能和性能明确、完整、无重大变化的软件开发。不适用于软件需求不明确或不准确的项目开发。 快速原型（Rapid Prototype）模型 又称原型模型，它是增量模型的另一种形式快速原形是利用原形辅助软件开发的一种新思想。在开发真实系统之前，经过简单快速分析，快速实现一个原型，该原型的基础上，用户与开发者