| 词条 | 线性顺序模型 |
| 释义 | 虽然由Winston Royce［ROY70］提出的最早的瀑布模型支持带有反馈的循环，但大多数使用该过程模型的组织均把它视为是严格线性的），从系统级开始，随后是分析、设计、编码、测试和维护。借鉴了传统的工程周期，线性顺序模型包含以下活动： § 系统/信息工程和建模： 因为软件总是一个大系统（或商业）的组成部分，所以一开始应该建立所有系统成分的需求，然后再将其中某个子集分配给软件。整个系统基础是，以软件作为其他成分如硬件、人及数据库的接口。系统工程和分析包括了系统级收集的需求，以及一小部分顶层分析和设计。信息工程包括了在战略商业级和商业领域级收集的需求。 § 软件需求分析： 需求收集过程特别集中于软件上。要理解待建造程序的本质，软件工程师（“分析员”）必须了解软件的信息领域以及需求的功能、行为、性能和接口。系统需求和软件需求均要文档化，并与用户一起复审。 § 设计： 软件设计实际上是一个多步骤的过程，集中于程序的四个完全不同的属性上：数据结构、软件体系结构、界面表示及过程（算法）细节。设计过程将需求转换成软件表示，在编码之前可以评估其质量。象需求一样，设计也要文档化，并且是软件配置的一部分。 § 代码生成： 设计必须转换成机器可读的形式。代码生成这一步就是完成这个任务的。如果设计已经表示得很详细，代码生成可以自动完成。 § 测试： 一旦生成了代码，就可以开始程序测试。测试过程集中于软件的内部逻辑——保证所有语句都测试到，以及外部功能——即引导测试去发现错误，并保证定义好的输入能够产生与预期结果相同的输出。 § 维护： 软件在交付给用户之后不可避免地要发生修改（一个可能的例外是嵌入式软件）。在如下情况下会发生修改：当遇到错误时；当软件必须适应外部环境的变化时（例如，因为使用新的操作系统或外设）；或者当用户希望增强功能或性能时。软件维护重复以前各个阶段，不同之处在于它是针对已有的程序，而非新程序。 |
| 随便看 |
百科全书收录594082条中文百科知识，基本涵盖了大多数领域的百科知识，是一部内容开放、自由的电子版百科全书。