需求的传统描述方法

1、首先，请考虑以下客户由银行发行的一系列活动：分析师需要定义银杏帐户交易处理系统的活动是什么？(1)凯文从奶奶那儿收到一张支票作为生日礼物。(2)凯文想买车。(3)凯文决定存钱。(4)凯文来银行了。(5)凯文排队等候。(6)凯文把钱存进了他的储蓄账户。(7)凯文收到了储蓄收据。(8)凯文要求提供介绍汽车贷款的小册子。2、(1)绘制包含以下事件的最小和最大基数的实体-联系人图表：系统存储有关两个茄子(汽车和汽车所有者)的信息。汽车有牌子、型号和发货日期等属性。汽车拥有者具有姓名和地址等属性。汽车需要拥有者，拥有者可以拥有很多汽车，但拥有者可能没有汽车。(也许她刚卖掉了所有的汽车，但你仍要为她在系统

2、中保留记录。)(David ases，Northern Exposure(美国电视电视剧)，(2)为上述汽车和汽车所有者绘制类图，并在图中绘制具有特定属性的跑车、汽车和小型货车子类。第三，考虑课堂上讨论的选课系统的实体-联系方式(见下图)。将以下信息添加到图中，并列出所有假设：一位讲师通常教几个课程，但有些学期可能不教一门课。每个课程至少要有一名教师，但有时几个队教一名课程。此外，为了确保所有的课程都是相似的，一般指定课程监督的老师作为课程协调员，每个老师可以是多个门课程协调员。第八章对需求的传统解释方法，陈春林，概述，牙齿章节，重点讨论“事件发生时系统做什么”，即活动和交互。现有方法中使用的

3、形状和其他模型建模必须严格确定活动和交互的细节。分析师和用户必须一起评估模型的完整性、准确性和质量。8.1传统观点和OO观点的活动，传统方法和OO方法的差异：事件发生时发生的事件取决于系统建模和实现方法(传统方法强调一系列处理模型，包括处理、数据、输入和输出)。面向对象的方法包括强调对象、对象行为和对象之间交互的一系列模型)、传统方法与面向对象方法的区别、8.2数据流图、8.2.0数据流图8.2.1数据流图和抽象水平8.2.2 RMO数据流图8.2.3物理8.2.0数据流图(data flow diagram)、1DFD概念和功能2。DFD符号3。DFD包含事件表和ERD，1 .DFD概念和功

4、能、DFD:使用处理、外部实体DFD是使用最广泛的流程模型。牙齿图显示了IS的主要要求：输入、输出、处理和数据存储。项目开发人员可以快速查看DFD中系统协同工作的部分。2 .DFD中的符号，外部实体：系统边界外部的个人或组织，它提供数据输入或允许数据输出。处理：DFD中的符号，表示从数据输入转换为数据输出的算法或程序。数据流：DFD上的箭头，表示处理、数据存储和外部对象之间的数据移动(流动数据)。数据存储：存储数据的位置，以便以后可以由一个或多个进程访问。DFD中的符号、处理“查询可用项目”的DFD(RMO中的DFD片段)、RMO案例的系统要求说明、DFD的一部分以及响应事件的过程。3 .DF

5、D将事件表和ERD组合在一起，DFD的处理与RMO事件表中的活动相对应。事件是客户想查看可用项目，触发器是项目查询，来源是客户，回应是可用项目详细信息，回应的目标是客户。DFD以图形方式显示系统活动以响应事件。DFD和ERD以及DFD的数据存储区(条目可用性)信息不包含在事件表中。DFD中的每个数据都存储在ERD中，表示一个数据实体。DFD中的处理使用系统ERD中提供的数据实体及其属性信息。DFD将事件触发器处理与ERD中定义的数据实体组合在一起。摘要、牙齿图汇总了DFD的组件、事件表中描述的事件以及ERD中定义的数据实体的一致性。RMO客户支持系统的ERD，8.2.1数据流图和抽象级别，1。

6、抽象级别2。相关图3。DFD片段4。事件分割的系统模型，1 .抽象级别，DFD的特征：抽象，概述抽象级别DFD可以表示系统的高级和低级概念。课程注册系统的DFD抽象层，相关图表，2 .相关、相关(顶层映射):DFD，它将系统中的所有处理活动汇总为单个处理符号。或说明系统抽象概念的DFD。图中显示了所有外部实体和进入和退出系统的数据流，整个系统显示为一个处理。关联图在表示系统边界时很有用。相关图形和事件表，通常一起创建。每个触发器图对应于外部事件的图形将成为输入数据流，其源将成为外部实体。每个响应将成为输出数据流，目标源将成为外部实体。与短事件相对应的触发器不是数据流，因此没有与短事件相对应的数

7、据流。注意：关联图形DFD可以直接从事件表中生成。两种模型徐璐从不同的角度描述相同的系统要求信息。3 .DFD片段，DFD片段：系统将响应事件的DFD表示为单个处理符号。DFD片段是针对事件表中的事件生成的。DFD片段是单个处理符号，表示事件的所有响应处理。DFD片段的数据存储表示ERD中的实体。每个DFD片段都显示了要响应事件的数据存储区。本地DFD、全局DFD和分析师通常一次创建一个DFD片段，然后集中在系统的所有部分。事件表和关联图形完成后，才能绘制DFD片段。课程注册系统的DFD片段，4 .事件分区系统模型、事件分区系统模型或第0层：对系统需求建模的DFD，建模期间使用与系统或子系统中

8、每个事件相对应的单个处理。层0 :表示比关联图更详细地概括整个系统或子系统的工具。课程注册系统DFD片段合并到层0，分析人员避免设计层0的原因，信息内容与DFD片段的集合重复。图表，尤其是需要响应很多事件的大型系统，往往复杂而不实用。冗馀和复杂性是分析人员必须始终避免的两种茄子DFD功能。8.2.2 RMO数据流图表，1 .RMO客户支持系统相关图2。RMO子系统和每个子系统的相应事件3。RMO订购子系统相关图4。RMO订购子系统的DFD片5。订单输入子系统的事件分割模型6。创建新订单详细图，2。RMO子系统和每个子系统的相应事件，3 .RMO订单子系统的关联图，根据事件的相似性(包括与外部实

9、体和数据存储库的交互以及所需的处理相似性)将RMO客户支持系统划分为子系统。注意：牙齿子系统事件表中的所有数据流都显示在DFD中。4。RMO订购子系统的DFD片，5 .订单输入子系统的事件分割模型，牙齿图显示RMO订单子系统的第0层。来自上图中的DFD片段。上图的7个数据存储已合并为图的单个数据存储，以使图更容易创建并提高图的可读性。层0仅用作辅助说明。DFD片段显示了与独立数据存储相关的过程。6。生成更详细的图，从客户提供构成名为“新订单”的数据流的信息开始。数据存储表示第5章中介绍的ERD的客户数据实体。2.3处理需要与信用部门保持实时连接，以获得客户的信用卡信用权限。使用实时连接而不是数

10、据流的原因是，在处理过程运行时，数据需要快速来回流动。8.2.3物理DFD和逻辑DFD、DFD可以是物理系统模型、逻辑系统模型或二者的混合。逻辑模型：假定可以使用完整的技术实现牙齿系统。物理模型：需要在DFD中包含一个或多个假设的实施技术。物理DFD，特定技术处理；特定参与者的流程名称特定技术或参与者处理顺序；避免在冗馀处理、数据流、档案分析阶段创建物理DFD。课程DFD调度、技术假设包含在处理1.1中。进程的名称特别指系统中的参与者。包含类似的、不必要的处理逻辑的进程。*，没有经验的分析师，根据当前系统的事物建模。问题是现有系统的设计愿景和技术限制下意识地包含在新系统中。如果分析和设计不是同

11、一个人和组，这种情况很容易发生。新设计者可能没有意识到DFD中包含的一些要求只是对当前系统中事物存在形态的简单反映，而系统中的事物并不是将来必须存在的形式。物理DFD通常在分析的最后阶段和设计的早期阶段开发和使用。8.2.4 DFD质量评估，高质量DFD可读，内部一致，能够准确描述系统要求。1.DFD建模中常见的错误2。最小化复杂性3。确保数据流一致性，1 .DFD建模中常见的错误、基于处理的错误数据流的错误、基于处理的错误、基于处理的错误、处理名称通常是动词(“增加”“学生增加”)，处理必须至少有一个输入和一个输出。只有输入，没有输出(称为“黑洞”)，只有输出，没有输入(称为“奇迹”)是不对

12、的。处理过程中，无法根据唯一的输入导出输出数据。也就是说，输入数据可能丢失，或处理分解错误。流入处理的数据必须不同于流出处理的数据。在相同的情况下，流程中不存在的值(流入订单处理的信息可以表示订单、流出的信息可以表示订单、客户订单、已处理的订单)、基于数据流的错误、数据流可以表示非控制流程间的数据传递关系(更正错误的学生信息、错误的学生信息或更正的学生信息)。上层数据流与其基础数据流内容不匹配。数据流不能直接连接到两个外部实体、两个数据存储、数据存储和外部实体。数据流的一端必须至少处理。2 .最小化复杂性，最小化信息溢出72规则介面，信息溢出，信息溢出：一个人同时出现太多信息时发生的难以理解的

13、情况。避免信息过剩的关键是对信息进行小的、相对独立的子集、每个子集一定数量的信息进行逐个调查和理解。(约翰f肯尼迪，学生)DFD分层结构将信息分割为较小的、相对独立的子集案例，这样就可以逐个调查每个DFD。72规则、72规则：模型设计规则，限制模型中配置元素的数量或元素之间的连接数不超过9。一项称为Miller数的心理学研究表明，一个人可以同时记忆或操作的信息“块”的数量在59之间。72规则适用于DFD，在单个DFD上有72个以上的处理时渡边杏。单个DFD渡边杏为处理、数据存储和数据元素内外超过72个数据流。规则是一般的准则，违反了就会渡边杏。打破这些规则的DFD仍然可读，但容易出现潜在的问题

14、。最小化介面、最小化介面：通过限制模型中元素之间的连接数来实现简单目的的模型设计原则。72规则和直接相关。介面：一个问题或说明的一部分表示与另一部分的连接。，DFD中的处理表示通过数据流与其他处理、实体和数据存储相关的业务和处理逻辑块。具有大量介面(数据流)的单个处理可能非常复杂，无法理解。问题解决方法：将牙齿处理分成两个或多个处理，减少分解处理接口。处理之间最适合工作的分割是确保最简单的，最简单的分割是处理之间要使用最少的接口。3 .为了确保数据流一致性，分析师可以在DFD中查找各种类型的不一致，并发现错误或可忽略的内容。经常发生且易于确定的三个茄子一致性错误：一个处理及其处理分解在数据流内

15、容中不同。数据泄露，但没有相应的数据流入。数据流入，但没有相应的数据流出。必须满足DFD。流入流程的所有数据都必须用于生成从该流程流出或从该流程流出的数据。流出处理的所有数据必须由流入该流程或流入该流程的数据生成。平衡黑洞的奇迹按照定义处理输入数据到输出数据的转换。在逻辑DFD中，数据无意义地传递到处理时，将渡边杏。平衡曹征、进出数据流在进出分解DFD数据流的数据内容中保持一致。数据流的名称可能因各层而异，例如，将组合的数据流分解为较小的数据流。分析人员应该仔细查看数据流的内容，而不是仅查看数据流的内容。平衡的详细分析只能在定义了所有数据流后执行。新订单、退货项、黑洞、输入数据的存在是不用于生

16、成输出数据的处理或数据存储。您必须输入、含不必要资料输入的处理、资料元素A、B、C流入量处理、无流出量资料元素A用于决定计算X的公式的值。b，C在处理的输出中不起作用，必须作为不必要的输入流从输入元素外部排除。奇迹、处理或数据存储，而无需创建源数据元素。违规：所有由流出处理的数据必须由流入或流入该流程的数据生成。数据奇迹般地出现在处理中，因为没有可见的来源。不可能的数据输出处理、数据元素A、B、Y和处理流出。数据元素A流入处理，数据元素Y的值根据数据元素A的值计算为算法之一，但数据元素B未流入该处理，并且未通过内部处理逻辑计算。也就是说，表明数据元素B是输出数据流中的错误(B必须排除)，或者内部处理逻辑忽略了元素(B丢失)。分析人士有时可以检查DFD，很容易找到黑洞和奇迹。在其他情况下，需要对数据字典和处理说明进行仔细检查。一致性规则对数据存储也有效，从数据存储读取的所有数据元素必须在以前记录。同样，写入数据存储的所有数据元素都必须在以后读取。调查进出数据存储区的数据一致性可能会因为一个数据元素可以从完全不同的DFD进出数据存储区而变得复杂。8.3详细记录了DFD部件，在传统方法中，DFD在一个图中描述了所有三种茄子类型的内部系统部