系统的本质与对应物之间的差异;讨论将需求工程作为开发过程中一个早期开发阶段的不足;详述将需求工程作为一个持续的、跨越项目和产品.pdfVIP

３ ＲｅｑｕｉｒｅｍｅｎｔｓＥｎｇｉｎｅｅｒｉｎｇ：Ｆｕｎｄａｍｅｎｔａｌｓ，Ｐｒｉｎｃｉｐｌｅｓ，ａｎｄＴｅｃｈｎｉｑｕｅｓ 本章将介绍： 对传统系统分析的概览； 解释系统的本质与对应物之间的差异； 讨论将需求工程作为开发过程中一个早期开发阶段的不足； 详述将需求工程作为一个持续的、跨越项目和产品的活动的原理和优势。 ２９ ３１　传统系统分析 术语 “系统分析”（ｓｙｓｔｅｍｓａｎａｌｙｓｉｓ）包括在对一个现有系统或过程进行分析的基础上定义 一个新系统 （发布版本）需求的各种不同的方法。在系统分析期间，分析人员对现有的系统或 过程进行分析，从而为将要开发的新系统定义需求。通常，新的系统 （在一定程度上）实现了 对现有系统和过程的自动化，并因此 （部分）取代现有系统和过程。 传统的系统分析按照功能、数据和行为来定义一个系统所期望实现的功能方面。正如２２１ 节所述，对于定义功能性需求而言，功能、数据和行为是３种互为补充且部分重叠的视图。这３ 种视图以及相应的模型语言，例如数据流图 （ｄａｔａｆｌｏｗｄｉａｇｒａｍ）、实体关系模型 （ｅｎｔｉｔｙｒｅｌａｔｉｏｎ ｓｈｉｐｍｏｄｅｌ）以及行为模型 （ｂｅｈａｖｉｏｕｒａｌｍｏｄｅｌ），将在本书第三部分中详细介绍。 一种 （或许最）著名的系统分析方法是 ＤｅＭａｒｃｏ提出的结构化分析方法 （ＳｔｒｕｃｔｕｒｅｄＡｎａｌｙ ｓｉｓ，ＳＡ） ［ＤｅＭａｒｃｏ１９７８］。结构化分析是很多改进方法的基础，例如本质系统分析 （Ｅｓｓｅｎｔｉａｌ ＳｙｓｔｅｍｓＡｎａｌｙｓｉｓ）［ＭｃＭｅｎａｍｉｎａｎｄＰａｌｍｅｒ１９８８］或现代结构化分析 （ＭｏｄｅｒｎＳｔｒｕｃｔｕｒｅｄＡｎａｌｙｓｉｓ） ［Ｙｏｕｒｄｏｎ１９８９］。结构化分析使用数据流图来描述系统功能以及每个功能的输入和输出数据流。 图３１给出了一个粗略的结构化分析方 法模型。如图中所示，结构化分析要求基于 对现有系统和／或过程的分析，在当前状态模 型中对当前状态进行刻画，在此基础上再将 所期望的变更集成到当前状态模型中，这样 就得到了期望状态模型。 当前状态分析与期望状态定义之间的差别 图３１　系统分析中的当前状态和期望状态 可以在ＤｅＭａｒｃｏ的结构化分析以及其他结构化 分析方法 （例如 ［ＲｏｓｓａｎｄＳｃｈｏｍａｎ１９７７；ＧａｎｅａｎｄＳａｒｓｏｎ１９７７；Ｗｅｉｎｂｅｒｇ１９７８；ＭｃＭｅｎａｍｉｎａｎｄ Ｐａｌｍｅｒ１９８８；Ｙｏｕｒｄｏｎ１９８９］）中找到： 当前状态分析：在当前状态分析中，分析人员分析现有的系统和过程，并将所识别和收 集的需求记录在当前状态模型中。因此，当前状态模型定义了系统的当前实现，同时也 反映了当前状况。对于当前状态的分析确保了当前系统和过程中已经实现的、相关涉众 所理解的、和／或如错误报告等文档中所记录的需求都进行了文档化。此外，系统所处的 ３０ 上下文信息也要被抽取出来并进行文档化，例如系统与其环境的接口 （见２１５节的 “抽 取现有的需求”和本书第二部分的 “系统上下文”）。所有文档化了的需求和上下文信息 　　　１８ 对于开发新系统都是必不可少的。 期望状态定义：相关涉众分析当前状态模型并指出新系统所要实现的潜在改进。这些改 进集成到当前状态模型 （即调整当前状态模型以反映这改进）之后，就创建了期望状态 模型。因此，期望状态模型定义了待开发系统的需求，也构成了新系统实现的基础。 图３２描述了当前状态模型和期望状态模型的定义以及二者的关系。 图３２　当前状