第十六讲 第四篇企业信息系统规划与实施 一一第十二章信息系统开发生命周期 12.1信息系统开发生命周期法 12.1.1基于瀑布模型的系统开发生命周期法 系统开发生命周期(SDLC):是由任务分解结构和任务优先级结构 组成的。任务分解结构是指信息系统开发过程的阶段和活动的划分， 任务优先级结构是指各个阶段之间的关系。 基于瀑布模型的信息系统开发生命周期一般包括五个阶段：系统 规划、系统分析、系统设计、系统实施、系统维护。其特点是：强调 阶段的划分及其顺序性：强调各阶段工作及其文档的完备性：是一种 严格线性的、按阶段顺序的、逐步细化的开发模式。 12.1.2系统开发各个阶段的任务 1、系统规划：是指在充分、深入研究企业发展远景、业务策略 和管理的基础上，形成信息系统的远景、信息系统的信息体系架构、 信息系统各部分的逻辑关系，以支撑企业战略规划目标达成的一系列 活动。系统规划从组织的宗旨、目标和战略出发，对企业内外信息资 源进行统一规划、管理和应用，从而规范组织内部管理，提高工作效 率和顷客满意度，最终帮助企业获取竞争优势，实现企业的长远发展， 2、系统分析：是指运用一定的方法，对问题域和系统责任进行
第十六讲 第四篇 企业信息系统规划与实施 ——第十二章 信息系统开发生命周期 12.1 信息系统开发生命周期法 12.1.1 基于瀑布模型的系统开发生命周期法 系统开发生命周期(SDLC)：是由任务分解结构和任务优先级结构 组成的。任务分解结构是指信息系统开发过程的阶段和活动的划分， 任务优先级结构是指各个阶段之间的关系。 基于瀑布模型的信息系统开发生命周期一般包括五个阶段：系统 规划、系统分析、系统设计、系统实施、系统维护。其特点是：强调 阶段的划分及其顺序性；强调各阶段工作及其文档的完备性；是一种 严格线性的、按阶段顺序的、逐步细化的开发模式。 12.1.2 系统开发各个阶段的任务 1、系统规划：是指在充分、深入研究企业发展远景、业务策略 和管理的基础上，形成信息系统的远景、信息系统的信息体系架构、 信息系统各部分的逻辑关系，以支撑企业战略规划目标达成的一系列 活动。系统规划从组织的宗旨、目标和战略出发，对企业内外信息资 源进行统一规划、管理和应用，从而规范组织内部管理，提高工作效 率和顾客满意度，最终帮助企业获取竞争优势，实现企业的长远发展。 2、系统分析：是指运用一定的方法，对问题域和系统责任进行
分析和理解，对其中的事物和它们之间的关系产生正确的认识，并产 生一个符合用户需求，并能够直接反映问题城和系统责任的模型及其 详细说明的一系列活动。 系统分析也称为需求分析。需求分析是整个信息系统开发的基 础。如果需求定义错误（例需求不完全、不合乎逻辑、不贴切或使 人易于产生误解)，那么不论以后各步的工作质量如何，都必然导致 系统开发的失败。因此，系统分析是系统成功的关键一步，企业领导 必须对其给予足够的重视，并且提供保障需求定义质量的技术手 段。 3、系统设计的目的是设计一个能够满足用户需求的技术解决方 案。系统设计主要包括总体设计和详细设计两个层次。总体设计的主 要任务是构造软件的总体结构：详细设计输入与输出设计、控制设计 人机界面设计、数据库设计、程序设计。 4、系统实施的目的是构造（组装）信息系统技术部件，并最终使 信息系统投入运行。系统实施阶段包括的活动有：编程、测试、用户 培训、新旧系统之间的切换等。编程是按第三阶段中程序设计所获得 的每一个模块的基本结构和要求，用某种计算机语言编写程序代码。 测试是程序执行的过程，其目的是尽可能多地发现软件中存在的错 误。用户培训的主要任务是编写用户操作手册。新旧系统之间的切换 是新系统取代旧系统的过程。 5、系统维护的目的是对系统进行维护，使之能正常地运作。系统 维护包括校正性维护、适应性维护、完善性维护和预防性维护
分析和理解，对其中的事物和它们之间的关系产生正确的认识，并产 生一个符合用户需求，并能够直接反映问题域和系统责任的模型及其 详细说明的一系列活动。 系统分析也称为需求分析。需求分析是整个信息系统开发的基 础。如果需求定义错误（例如需求不完全、不合乎逻辑、不贴切或使 人易于产生误解），那么不论以后各步的工作质量如何，都必然导致 系统开发的失败。因此，系统分析是系统成功的关键一步，企业领导 必须对其给予足够的重视，并且提供保障 需求定义 质量的技术手 段。 3、系统设计的目的是设计一个能够满足用户需求的技术解决方 案。系统设计主要包括总体设计和详细设计两个层次。总体设计的主 要任务是构造软件的总体结构；详细设计输入与输出设计、控制设计、 人机界面设计、数据库设计、程序设计。 4、系统实施的目的是构造（组装）信息系统技术部件，并最终使 信息系统投入运行。系统实施阶段包括的活动有：编程、测试、用户 培训、新旧系统之间的切换等。编程是按第三阶段中程序设计所获得 的每一个模块的基本结构和要求，用某种计算机语言编写程序代码。 测试是程序执行的过程，其目的是尽可能多地发现软件中存在的错 误。用户培训的主要任务是编写用户操作手册。新旧系统之间的切换 是新系统取代旧系统的过程。 5、系统维护的目的是对系统进行维护，使之能正常地运作。系统 维护包括校正性维护、适应性维护、完善性维护和预防性维护
12.1.3系统开发生命周期法的优缺点 基于瀑布模型的系统开发生命周期法中的各阶段之间基本上是 一种线性的顺序关系，即前一阶段的结果是后一阶段的基础，不允许 有返工的情况发生，运用该模型的前提是能够早期陈结用户的需求。 1、系统开发生命周期法的优点 优点：(1)阶段的顺序性和依赖性。前一个阶段工作的完成是后 一个阶段工作的前提和依据，而后一个阶段工作的完成往往又使前一 个阶段工作的成果在实现过程中具体了一个层次。(2)逐步求精的结 构化方法。从时间的进程来看，整个系统开发是一个从抽象到具体的 分层实现过程，而每一阶段的工作，亦体现出自上向下、逐步求精的 特点。(3)推迟实现的观点。对于有一定规模的信息系统，编码越早， 完成的时间反而会更长，甚至导致不可挽回的失败。系统开发生命周 期法的一个主要特点就是逻辑设计与物理设计分开，从而大大提高了 系统的正确性、可靠性和可维护性。(4)质量保证措施。文档编辑和 复审是信总系统开发过程中每个阶段结束时必须要做的两项工作，也 是质量保证的重要措施。通过文档编制和复审，对本阶段工作成果进 行评定，可使错误较难传递到下一阶段。错误纠正得越早，所造成的 损失就越小。(5)强调文档的完备性和标准化 2、系统开发生命周期法的缺点 缺点：(1)系统开发生命周期法是一种预先定义需求方式，也就 是说采用该方法的基本前提是必须能够在早期冻结用户的需求。因 此，该方法只适应于可以在早期阶段就完全确定用户需求的项目。然
12.1.3 系统开发生命周期法的优缺点 基于瀑布模型的系统开发生命周期法中的各阶段之间基本上是 一种线性的顺序关系，即前一阶段的结果是后一阶段的基础，不允许 有返工的情况发生，运用该模型的前提是能够早期冻结用户的需求。 1、系统开发生命周期法的优点 优点：（1）阶段的顺序性和依赖性。前一个阶段工作的完成是后 一个阶段工作的前提和依据，而后一个阶段工作的完成往往又使前一 个阶段工作的成果在实现过程中具体了一个层次。（2）逐步求精的结 构化方法。从时间的进程来看，整个系统开发是一个从抽象到具体的 分层实现过程，而每一阶段的工作，亦体现出自上向下、逐步求精的 特点。（3）推迟实现的观点。对于有一定规模的信息系统，编码越早， 完成的时间反而会更长，甚至导致不可挽回的失败。系统开发生命周 期法的一个主要特点就是逻辑设计与物理设计分开，从而大大提高了 系统的正确性、可靠性和可维护性。（4）质量保证措施。文档编辑和 复审是信息系统开发过程中每个阶段结束时必须要做的两项工作，也 是质量保证的重要措施。通过文档编制和复审，对本阶段工作成果进 行评定，可使错误较难传递到下一阶段。错误纠正得越早，所造成的 损失就越小。（5）强调文档的完备性和标准化。 2、系统开发生命周期法的缺点 缺点：（1）系统开发生命周期法是一种预先定义需求方式，也就 是说采用该方法的基本前提是必须能够在早期冻结用户的需求。因 此，该方法只适应于可以在早期阶段就完全确定用户需求的项目。然
而在实际中要做到这一点往往是不现实的，用户很难准确地陈述其需 求。(2)文档的编写工作量极大。随着开发工作的进行，这些文档需 要及时更新。虽然目前已有很多计算机辅助软件工具可以支持这一工 作，但文档编写仍需要大量的人工参与。(3)在实践中要想获得完善 的需求说明是非常困难的，反馈信息也慢，因而经常造成系统的交付 时间延迟。(4)不能很好地适应用户需求的变化。 12.2原型法 12.2.1基于选代模型的原型法的基本概念 原型即样品、模型的意思，分为三类：(1)抛弃式。目的达到原 型即被抛弃，原型不作为最终产品。(2)演化式。系统的形成和发展 是逐步完成的，它是高度选代和高度动态的，每次选代都要对系统重 新进行规格说明、设计、实现和评价，所以它是对付变化最为有效的 方法，这也是它与瀑布开发法的主要不同点。(3)增量式。系统是一 次一段地增量构造，其与演化式原型的最大区别在于增量式开发是在 软件总体设计基础上进行的。 原型法是用于开发某种产品或其组成部件的一个小规模工作模 型（即原型）所使用的一种非常流行的工程技术。对于信息系统开发 而言，原型法是指用户的需求被快速提取、表示，并快速地构造一个 具有进化能力的工作模型，然后经过用户使用或演示后，进一步提出 修改意见，在此基础上逐步发展和完善该模型的方法。 原型法强调动态地定义信息系统需求并成为一种有效的系统需 求定义策路。需求分析的一种变通的方法是获得一组基本需求后，快
而在实际中要做到这一点往往是不现实的，用户很难准确地陈述其需 求。（2）文档的编写工作量极大。随着开发工作的进行，这些文档需 要及时更新。虽然目前已有很多计算机辅助软件工具可以支持这一工 作，但文档编写仍需要大量的人工参与。（3）在实践中要想获得完善 的需求说明是非常困难的，反馈信息也慢，因而经常造成系统的交付 时间延迟。（4）不能很好地适应用户需求的变化。 12.2 原型法 12.2.1 基于迭代模型的原型法的基本概念 原型即样品、模型的意思，分为三类：（1）抛弃式。目的达到原 型即被抛弃，原型不作为最终产品。（2）演化式。系统的形成和发展 是逐步完成的，它是高度迭代和高度动态的，每次迭代都要对系统重 新进行规格说明、设计、实现和评价，所以它是对付变化最为有效的 方法，这也是它与瀑布开发法的主要不同点。（3）增量式。系统是一 次一段地增量构造，其与演化式原型的最大区别在于增量式开发是在 软件总体设计基础上进行的。 原型法是用于开发某种产品或其组成部件的一个小规模工作模 型（即原型）所使用的一种非常流行的工程技术。对于信息系统开发 而言，原型法是指用户的需求被快速提取、表示，并快速地构造一个 具有进化能力的工作模型，然后经过用户使用或演示后，进一步提出 修改意见，在此基础上逐步发展和完善该模型的方法。 原型法强调动态地定义信息系统需求并成为一种有效的系统需 求定义策略。需求分析的一种变通的方法是获得一组基本需求后，快
速地加以实现。随着用户或开发人员对信息系统理解的加深，他们不 断地对这些需求进行补充和细化，信息系统的定义是在逐步发展的过 程中进行的，而不是一开始就预见一切，这就是原型法 12.2.2基于原型法的系统开发生命周期（见书194页图） 12.2.3原型法的优点和缺点 原型法的优点是：(1)由于用户更加积极地参与系统的开发，减 少了开发时间，大大提高了系统开发效率。(2)由于用户在看到原型 以前往往很难理解和详细陈述其需求，而且用户所看到的是实际的工 作模型而不是用单调的语言或图表来描述的需求，因此，原型法使信 息需求的定义工作更为直观、简单。(3)一系列对原型的修改和完善， 大大增加了用户对设计的满意程度，进而提高了信息系统的质量，(4) 减少了系统开发费用。 原型法的缺点是：(1)分析和设计商的深度不够，从而可能造成 在未能很好地理解用户需求的情况下就着手程序代码的编写。(2)原 型法中的第一个工作原型可能并不是一个最优的方案。(3)通过原型 法所开发的系统不具备灵活性，不能适应用户需求的变化。(4)工作 原型不见得容易修改。 12.2.4原型法的基本假设 原型法的基本假设是： 1、系统需求在系统开发以前不能准确地加以陈述和说明，用户 需求变化较快，无须早期陈结用户需求。 2、有快速的系统建造工具
速地加以实现。随着用户或开发人员对信息系统理解的加深，他们不 断地对这些需求进行补充和细化，信息系统的定义是在逐步发展的过 程中进行的，而不是一开始就预见一切，这就是原型法。 12.2.2 基于原型法的系统开发生命周期（见书 194 页图） 12.2.3 原型法的优点和缺点 原型法的优点是：（1）由于用户更加积极地参与系统的开发，减 少了开发时间，大大提高了系统开发效率。（2）由于用户在看到原型 以前往往很难理解和详细陈述其需求，而且用户所看到的是实际的工 作模型而不是用单调的语言或图表来描述的需求，因此，原型法使信 息需求的定义工作更为直观、简单。（3）一系列对原型的修改和完善， 大大增加了用户对设计的满意程度，进而提高了信息系统的质量。（4） 减少了系统开发费用。 原型法的缺点是：（1）分析和设计商的深度不够，从而可能造成 在未能很好地理解用户需求的情况下就着手程序代码的编写。（2）原 型法中的第一个工作原型可能并不是一个最优的方案。（3）通过原型 法所开发的系统不具备灵活性，不能适应用户需求的变化。（4）工作 原型不见得容易修改。 12.2.4 原型法的基本假设 原型法的基本假设是： 1、系统需求在系统开发以前不能准确地加以陈述和说明，用户 需求变化较快，无须早期冻结用户需求。 2、有快速的系统建造工具
3、需要实际的、可供用户参与的系统模型。 4、用户能够积极地参与系统的开发。 5、需要有一个原型工作环境。 6、具有一批具有丰富的问题域知识和开发经验的开发人员。 12.3系统分析 12.3.1系统分析的任务及其重要性 系统分析也称为需求分析，是系统开发生命周期的一个主要阶 段。系统分析是运用一定的方法，对问题域和系统责任进行分析和理 解，对其中的事物和它们之间的关系进行正确的认识，并产生一个符 合用户需求、能够直接反映间题域和系统责任的模型及其详细说明的 过程。 系统分析的主要任务是：可行性分析、需求分析和系统建模。 12.3.2需求的概念 1、需求的定义 需求：是人们的期望。需求分析是寻找人们的期望的过程。需求 分析的目的是试图找出人们对已开发或待开发产品的期望。需求是隐 性的，即用户都不清楚自己的需求。需求也是变化的。 2、需求分析的重要性 事实已经证明：开发软件系统最为困难的部分就是准确说明开发 什么（即需求）。这项工作一旦出错，将最终给系统带来极大损失， 并且以后再对它进行修改也极为困难。 3、需求的类型
3、需要实际的、可供用户参与的系统模型。 4、用户能够积极地参与系统的开发。 5、需要有一个原型工作环境。 6、具有一批具有丰富的问题域知识和开发经验的开发人员。 12.3 系统分析 12.3.1 系统分析的任务及其重要性 系统分析也称为需求分析，是系统开发生命周期的一个主要阶 段。系统分析是运用一定的方法，对问题域和系统责任进行分析和理 解，对其中的事物和它们之间的关系进行正确的认识，并产生一个符 合用户需求、能够直接反映问题域和系统责任的模型及其详细说明的 过程。 系统分析的主要任务是：可行性分析、需求分析和系统建模。 12.3.2 需求的概念 1、需求的定义 需求：是人们的期望。需求分析是寻找人们的期望的过程。需求 分析的目的是试图找出人们对已开发或待开发产品的期望。需求是隐 性的，即用户都不清楚自己的需求。需求也是变化的。 2、需求分析的重要性 事实已经证明：开发软件系统最为困难的部分就是准确说明开发 什么（即需求）。这项工作一旦出错，将最终给系统带来极大损失， 并且以后再对它进行修改也极为困难。 3、需求的类型
信息系统需求包括四个不同的层次：业务需求、用户需求、功能 需求和非功能需求。业务需求反映了组织机构或客户对系统、产品高 层次的目标要求。用户需求描述了用户使用产品必须要完成的任务。 功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们 的任务，从而满足了业务需求。非功能需求是指性能要求、可靠性要 求、安全保密性要求以及开发费用和开发周期、可使用资源等方面的 限制，如性能（吞吐量和响应时间）、易用性、预算、成本、进度、 文档的编制和培训要求、质量管理要求、安全和内部审计控制等。 好的需求必须满足以下要求：完整性、正确性、可行性、必要性、 划分优先级、无二义性、可验证性。 12.3.3需求开发 信息系统需求工程研究领域可划分为需求开发和需求管理两部 分内容。 需求开发就是把人们的期望转化成现实产品的过程。需求开发可 进一步分为：需求获取、需求分析、编写规格说明和需求验证四个阶 段。首先，开发人员与客户一起工作，通过会谈、演示类似的系统或 开发系统的全部或部分部件的原型来启发需求。然后，开发人员建立 相应的系统模型（过程模型、数据模型、对象模型），并利用系统需 求规格说明书的文档将需求描述下来。写出需求是为了让开发人员和 用户能够在系统应该做什么方面达成一致。最后，开发人员要通过检 查来确认需求是完成的、正确的和一致的，通过确认工作确保自己已 经对用户所希望的最终产品有了一个正确的描述。开发人员要通过需
信息系统需求包括四个不同的层次：业务需求、用户需求、功能 需求和非功能需求。业务需求反映了组织机构或客户对系统、产品高 层次的目标要求。用户需求描述了用户使用产品必须要完成的任务。 功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们 的任务，从而满足了业务需求。非功能需求是指性能要求、可靠性要 求、安全保密性要求以及开发费用和开发周期、可使用资源等方面的 限制，如性能（吞吐量和响应时间）、易用性、预算、成本、进度、 文档的编制和培训要求、质量管理要求、安全和内部审计控制等。 好的需求必须满足以下要求：完整性、正确性、可行性、必要性、 划分优先级、无二义性、可验证性。 12.3.3 需求开发 信息系统需求工程研究领域可划分为需求开发和需求管理两部 分内容。 需求开发就是把人们的期望转化成现实产品的过程。需求开发可 进一步分为：需求获取、需求分析、编写规格说明和需求验证四个阶 段。首先，开发人员与客户一起工作，通过会谈、演示类似的系统或 开发系统的全部或部分部件的原型来启发需求。然后，开发人员建立 相应的系统模型（过程模型、数据模型、对象模型），并利用系统需 求规格说明书的文档将需求描述下来。写出需求是为了让开发人员和 用户能够在系统应该做什么方面达成一致。最后，开发人员要通过检 查来确认需求是完成的、正确的和一致的，通过确认工作确保自己已 经对用户所希望的最终产品有了一个正确的描述。开发人员要通过需
求验证确保没有遗漏的需求，没有冲突的需求，没有不可行的需求， 没有重叠的需求，没有含糊不清的需求。 不适当的需求开发过程会导致一些风险，这些风险包括：用户参 与程度不够导致产品无法被接受：用户需求的增加带来过度的耗费和 降低产品的质量：模棱两可的需求说明可能导致时间的浪费和返工： 用户增加一些不必要的特性和开发人员画蛇添足：过分简略的需求说 明以致遗福某些关键需求：忽略某类用户的需求将导致众多客户的不 满：不完普的需求说明使得项目计划和跟踪无法准确进行。 1、需求获取 也称为需求启发，主要任务是：确定需求开发计划（确定如何组 织需求的收集、分析、细化及核实的步骤)、编写项目远景和范围文 档（业务需求）、用户群分类、选择产品代表、建立核心队伍、确定 用例（用户需求）、召开应用程序开发会议、分析用户工作流程、确 定质量属性、检查问题报告、需求重用。 需求获取的一项重要技术是需求信息采集。信息采集是一个系统 分析师与用户交互的过程。 在信息系统开发中，所要采集的信息从内容上大致可分为：(1) 有关组织的信息，包括：组织目标、组织结构、职能部门目标和政策。 (2)有关组织成员方面的信息，包括：权力与职责的关系、工作责 任、信息需求。(3)有关工作方面的信息，包括：作业和工作流、执 行工作的方法和步骤、工作进程和工作量、作业和工作的性能指标。 (4)有关工作环境方面的信息，包括：工作区域的物理分布、可用
求验证确保没有遗漏的需求，没有冲突的需求，没有不可行的需求， 没有重叠的需求，没有含糊不清的需求。 不适当的需求开发过程会导致一些风险，这些风险包括：用户参 与程度不够导致产品无法被接受；用户需求的增加带来过度的耗费和 降低产品的质量；模棱两可的需求说明可能导致时间的浪费和返工； 用户增加一些不必要的特性和开发人员画蛇添足；过分简略的需求说 明以致遗漏某些关键需求；忽略某类用户的需求将导致众多客户的不 满；不完善的需求说明使得项目计划和跟踪无法准确进行。 1、需求获取 也称为需求启发，主要任务是：确定需求开发计划（确定如何组 织需求的收集、分析、细化及核实的步骤）、编写项目远景和范围文 档（业务需求）、用户群分类、选择产品代表、建立核心队伍、确定 用例（用户需求）、召开应用程序开发会议、分析用户工作流程、确 定质量属性、检查问题报告、需求重用。 需求获取的一项重要技术是需求信息采集。信息采集是一个系统 分析师与用户交互的过程。 在信息系统开发中，所要采集的信息从内容上大致可分为：（1） 有关组织的信息，包括：组织目标、组织结构、职能部门目标和政策。 （2）有关组织成员方面的信息，包括：权力与职责的关系、工作责 任、信息需求。（3）有关工作方面的信息，包括：作业和工作流、执 行工作的方法和步骤、工作进程和工作量、作业和工作的性能指标。 （4）有关工作环境方面的信息，包括：工作区域的物理分布、可用
资源。 需求信息采集的来源包括：(1)现有文档，包括：组织结构图、 政策手册、方法和步骤手册、作业描述、单据、报表、文档流程和工 作流程图、系统流程图、计算机程序文档、数据字典、计算机操作手 册。(2)系统用户和管理人员。(3)外源信息。这些信息可以从各种 不同的途径采集，如因特网、有关行业部门的数据库等， 信息采集常用的方法有：会谈法、调查表法、观察法、取样法、 原型法等。 2、需求分析 需求分析就是依据某种建模方式对原始需求进行整理并文档化。 主要任务是： (1)绘制关联图。 (2)创建开发原型. (3)分析可行性， (4)确定需求优先级。 (5)建立需求模型。 (6)编写数据字典。 (7)应用质量功能分配。 3、编写规格说明 需求分析的结果是系统需求规格说明书。内容包括：系统服务概 述、外部接口需求、系统特性、其他非功能需求等。 文档：是一种数据媒体和媒体上所记录的信息，在信息系统开发
资源。 需求信息采集的来源包括：（1）现有文档，包括：组织结构图、 政策手册、方法和步骤手册、作业描述、单据、报表、文档流程和工 作流程图、系统流程图、计算机程序文档、数据字典、计算机操作手 册。（2）系统用户和管理人员。（3）外源信息。这些信息可以从各种 不同的途径采集，如因特网、有关行业部门的数据库等， 信息采集常用的方法有：会谈法、调查表法、观察法、取样法、 原型法等。 2、需求分析 需求分析就是依据某种建模方式对原始需求进行整理并文档化。 主要任务是： （1）绘制关联图。 （2）创建开发原型。 （3）分析可行性。 （4）确定需求优先级。 （5）建立需求模型。 （6）编写数据字典。 （7）应用质量功能分配。 3、编写规格说明 需求分析的结果是系统需求规格说明书。内容包括：系统服务概 述、外部接口需求、系统特性、其他非功能需求等。 文档：是一种数据媒体和媒体上所记录的信息。在信息系统开发
过程中，文档被用来描述或表示对开发活动、需求、过程或结构进行 描述、定义、规定、报告或认证的任何书面或图示的信息。信息系统 开发中主要完成的文档有：可行性分析报告、需求规格说明书、系统 设计说明书、数据库设计说明书、模块设计说明书、测试计划、测试 报告、用户手册等。文档是现代软件产品的一个重要组成部分：文档 是通信和交流的手段：文档对信息系统的开发过程有重要的控制作 用：文档是进行系统维护的依据。实际上，文档的编写工作本身就是 对系统重新进行认识的一个过程。如果发现文档不能按照要求顺利地 编写，或者某此细节有些含糊，那么这一定说明工作人员对系统的理 解还有欠缺。 高质量的文档应满足如下要求：针对性、精确性、清晰性、完整 性、灵活性、可追溯性。 4、需求验证 需求验证主要任务是审查需求文档，依据需求编写测试用例和用 户手册，确定合格的标准。 12.3.4数据流程图 数据流程图(DFD)是一种图形化的过程建模工具。它通过四个 基本要素一外部实体、数据流、过程和数据存储描述了系统中数据 的流动和数据的变化，它强调的是数据流和处理过程。过程也称变换， 是DD中的一个主要环节，是指由输入数据流产生输出数据流所要执 行的工作或动作，数据流表示向过程输入的数据或经加工过程处理后 产生的输出数据，它可以表示文件、数据库和数据存储中数据的变化
过程中，文档被用来描述或表示对开发活动、需求、过程或结构进行 描述、定义、规定、报告或认证的任何书面或图示的信息。信息系统 开发中主要完成的文档有：可行性分析报告、需求规格说明书、系统 设计说明书、数据库设计说明书、模块设计说明书、测试计划、测试 报告、用户手册等。文档是现代软件产品的一个重要组成部分；文档 是通信和交流的手段；文档对信息系统的开发过程有重要的控制作 用；文档是进行系统维护的依据。实际上，文档的编写工作本身就是 对系统重新进行认识的一个过程。如果发现文档不能按照要求顺利地 编写，或者某些细节有些含糊，那么这一定说明工作人员对系统的理 解还有欠缺。 高质量的文档应满足如下要求：针对性、精确性、清晰性、完整 性、灵活性、可追溯性。 4、需求验证 需求验证主要任务是审查需求文档，依据需求编写测试用例和用 户手册，确定合格的标准。 12.3.4 数据流程图 数据流程图（DFD）是一种图形化的过程建模工具。它通过四个 基本要素——外部实体、数据流、过程和数据存储描述了系统中数据 的流动和数据的变化，它强调的是数据流和处理过程。过程也称变换， 是 DFD 中的一个主要环节，是指由输入数据流产生输出数据流所要执 行的工作或动作。数据流表示向过程输入的数据或经加工过程处理后 产生的输出数据，它可以表示文件、数据库和数据存储中数据的变化