软件工程需求

第五章用例图学习内容容什么叫用用例图用例图的的构成要要素用例的重重要元素素用例之间间的关系系使用Rose创创建用例例的步骤骤说明什么叫用用例图1.用用例图的的含义由参与者者（Actor）、用例例（UseCase）以及它它们之间间的关系系构成的的用于描描述系统统功能的的动态视视图称为为用例图图。要在在用例图图上显示示某个用用例，可可绘制一一个椭圆圆，然后后将用例例的名称称放在椭椭圆的中中心或椭椭圆下面面的中间间位置。。要在用例例图上绘绘制一个个参与者者（表示示一个系系统用户户），可可绘制一一个人形形符号。。参与者者和用例例之间的的关系使使用带箭箭头或者者不带箭箭头的线线段来描描述，箭箭头表示示在这一一关系中中哪一方方是对话话的主动动发起者者，箭头头所指方方是对话话的被动动接受者者。什么叫用用例图在用例建建模中，，为了更更加清楚楚的描述述用例或或者参与与者，会会使用到到注释。。什么叫用用例图2.用用例图的的作用用例图是是需求分分析中的的产物，，主要作作用是描描述参与与者和用用例之间间的关系系，帮助助开发人人员可视视化的了了解系统统的功能能。借助助于用例例图，系系统用户户、系统统分析人人员、系系统设计计人员、、领域专专家能够够以可视视化的方方式对问问题进行行探讨，，减少了了大量交交流上的的障碍，，便于对对问题达达成共识识。用例图可可视化地地表达了了系统的的需求，，具有直直观、规规范等优优点，克克服了纯纯文字性性说明的的不足。。用例方法法是完全全从外部部来定义义系统功功能，它它把需求求和设计计完全的的分离开开来。我我们不用用关心系系统内部部是如何何完成各各种功能能的，系系统对于于我们来来说就是是一个黑黑箱子。。用例图的的构成要要素1.参参与者参与者（（Actor））是指存存在于系系统外部部并直接接与系统统进行交交互的人人、系统统、子系系统或类类的外部部实体的的抽象。。每个参与与者可以以参与一一个或多多个用例例，每个个用例也也可以有有一个或或多个参参与者。。在用例图图中使用用一个人人形图标标来表示示参与者者，参与与者的名名字写在在人形图图标下面面。用例图的的构成要要素2.参参与者间间的关系系由于参与与者实质质上也是是类，所所以它拥拥有与类类相同的的关系描描述，即即参与者者与参与与者之间间主要是是泛化关关系（或或称为““继承””关系））。泛化关系系的含义义是把某某些参与与者的共共同行为为提取出出来表示示成通用用行为，，并描述述成超类类。泛化化关系表表示的是是参与者者之间的的一般//特殊关关系，在在UML图中，，使用带带空心三三角箭头头的实线线表示泛泛化关系系。用例图的的构成要要素3.系系统边界界在项目开开发过程程中，边边界是一一个非常常重要的的概念。。这里说说的系统统边界是是指系统统与系统统之间的的界限。。通常我我们所说说的系统统可以认认为是由由一系列列的相互互作用的的元素形形成的具具有特定定功能的的有机整整体。系统同时时又是相相对的，，一个系系统本身身又可以以是另一一个更大大系统的的组成部部分，因因此，系系统与系系统之间间需要使使用系统统边界进进行区分分开来。。我们把把系统边边界以外外的同系系统相关关联的其其他部分分，称之之为系统统环境。。用例的重重要元素素1.识识别用例例任何用例例都不能能在缺少少参与者者的情况况下独立立存在。。同样，，任何参参与者也也必须要要有与之之关联的的用例。。所以识识别用例例的最好好方法就就是从分分析系统统参与者者开始，，在这个个过程中中往往会会发现新新的参与与者。可以通过过以下问问题来寻寻找用例例：(1)参参与者希希望系统统提供什什么功能能？(2)参参与者是是否会读读取、创创建、修修改、删删除、存存储系统统的某种种信息？？如果是是的话，，参与者者又是如如何完成成这些操操作的？？(3)参参与者是是否会将将外部的的某些事事件通知知给系统统？(4)系系统中发发生的事事件是否否通知参参与者？？(5)是是否存在在影响系系统的外外部事件件。用例的重重要元素素2.用用例的粒粒度用例的粒粒度指的的是用例例所包含含的系统统服务或或功能单单元的多多少。用用例的粒粒度越大大，用例例包含的的功能越越多，反反之则包包含的功功能越少少。如果用例例的粒度度很小，，得到的的用例数数就会太太多。反反之，如如果用例例的粒度度很大，，那么得得到的用用例数就就会很少少。如果用例数目目过多会会造成用用例模型型过大和和引入设设计困难难大大提提高。如如果果用例数数目过少少会造成成用例的的粒度太太大，不不便于进进一步的的充分分分析。用例的重重要元素素比如：网网站后台台管理系系统中的的会员信信息维护护用例，，管理员员需要进进行添加加会员信信息、修修改会员员信息、、删除会会员信息息等操作作。我们还可可以根据据具体的的操作把把它抽象象成3个个用例，，它展示示的系统统需求和和单个用用例是完完全一样样的。用例的重重要元素素3.用用例规约约对于每一一个用例例，我们们还需要要有详细细的描述述信息，，以便让让别人对对于整个个系统有有一个更更加详细细的了解解，这些些信息包包含在用用例规约约之中。。每一个用用例的用用例规约约都应该该包含以以下内容容：(1)简简要说明明:对用用例作用用和目的的的简要要描述。。(2)事事件流::事件流流包括基基本流和和备选流流。基本本流描述述的是用用例的基基本流程程，是指指用例““正常””运行时时的场景景。(3)用用例场景景:同一一个用例例在实际际执行的的时候会会有很多多不同的的情况发发生，称称之为用用例场景景，也可可以说用用例场景景就是用用例的实实例。(4)特特殊需求求:特特殊需求求指的是是一个用用例的非非功能性性需求和和设计约约束。特特殊需求求通常是是非功能能性需求求，包括括可靠性性、性能能、可用用性和可可扩展性性等。例例如法律律或法规规方面的的需求、、应用程程序标准准和所构构建系统统的质量量属性等等。(5)前前置条件件:执执行用例例之前系系统必须须所处的的状态。。例如，，前置条条件是要要求用户户有访问问的权限限或是要要求某个个用例必必须已经经执行完完。(6)后后置条件件:用例例执行完完毕后系系统可能能处于的的一组状状态。例例如，要要求在某某个用例例执行完完后，必必须执行行另一个个用例。。用例之间间的关系系1.包包含包含关系系指用例例可以简简单地包包含其他他用例具具有的行行为，并并把它所所包含的的用例行行为作为为自身行行为的一一部分。。在UML中，，包含关关系是通通过带箭箭头的虚虚线段加加<<include>>字字样来表表示，箭箭头由基基础用例例(Base))指向被被包含用用例(Inclusion))。用例之间间的关系系包含关系系代表着着基础用用例会用用到被包包含用例例，具体体的讲就就是将被被包含用用例的事事件流插插入到基基础用例例的事件件流中。。需要注注意的是是，包含含关系是是UML1.3中的表表述，在在UML1.1中，同同等语义义的关系系被表述述为使用用(uses))。用例之间间的关系系在处理包包含关系系时，具具体的做做法就是是把几个个用例的的公共部部分单独独的抽象象出来成成为一个个新的用用例。主主要有两两种情况况需要用用到包含含关系：：第一，多多个用例例用到同同一段的的行为，，则可以以把这段段共同的的行为单单独抽象象成为为一个用用例，然然后让其其他用例例来包含含这一用用例。第二，某某一个用用例的功功能过多多、事件件流过于于复杂时时，我们们也可以以把某一一段事件件流抽象象成为一一个被包包含的用用例，以以达到简简化描述述的目的的。用例之间间的关系系2.扩扩展在一定条条件下，，把新的的行为加加入到已已有的用用例中，，获得的的新用例例叫做扩扩展用例例(Extension)，，原有的的用例叫叫做基础础用例((Base)，，从扩展展用例到到基础用用例的关关系就是是扩展关关系。一个基础础用例可可以拥有有一个或或者多个个扩展用用例，这这些扩展展用例可可以一起起使用。。用例之间间的关系系3.泛泛化用例的泛泛化指的的是一个个父用例例可以被被特化形形成多个个子用例例，而父父用例和和子用例例之间的的关系就就是泛化化关系。。在用例的的泛化关关系中，，子用例例继承了了父用例例所有的的结构、、行为和和关系，，子用例例是父用用例的一一种特殊殊形式。。子用例还还可以添添加、覆覆盖、改改变继承承的行为为。在UML中中，用例例的泛化化关系通通过一个个三角箭箭头从子子用例指指向父用用例来表表示。用例之间间的关系系泛化的示示例：银银行存款款有两种种方式，，一种是是银行柜柜台存款款，一种种是ATM机存存款。在在这里，，银行柜柜台存款款和ATM机存存款都是是存款的的一种特特殊方式式，因此此“存款款”为父父用例，，“银行行柜台存存款”和和“ATM机存存款”为为子用例例。使用Rose创创建用例例的步骤骤说明需求分析析“学生信信息管理理系统””部分功功能性需需求包括括以下内内容：（1）系系统管理理员登录录后可以以对班级级的基本本信息进进行增加加、删除除、修改改、查询询等操作作。学校校领导登登录后可可以对班班级基本本信息进进行查询询操作。。（2）教教师登录录后可以以对学生生的考试试成绩进进行录入入、删除除、修改改、查询询等操作作。学生生登录后后可以对对考试成成绩进行行查询操操作。（3）学学生登录录后可以以了解所所有选修修课程的的具体信信息，可可以根据据自己的的需要选选择不同同课程。。系统管管理员登登录后可可以增加加、修改改、查询询、删除除选修课课程。（4）系系统管理理员可以以对账号号进行创创建、设设置、查查看、删删除等操操作。

使用Rose创创建用例例的步骤骤说明2.识识别参与与者对于一个个学校来来说，最最重要的的就是教教育学生生成才，，所以我我们首先先要考虑虑到的参参与者就就是学生生。要给学生生上课，，必然就就需要教教师。教教师负责责教育学学生、并并且在日日常管理理中可以以查询学学生的基基本信息息、查询询学生的的考试成成绩。作为一个个学校，，除了教教师和学学生，还还有不可可或缺的的就是校校领导。。为了便便于校领领导掌握握学校的的基本情情况，加加强对学学校的管管理导..不管什么么系统，，基本都都会有比比较专业业的人员员来负责责管理系系统，本本系统也也不例外外。系统统管理员员除了负负责维护护系统的的日常运运行，还还要进行行录入学学生基本本信息、、维护选选课信息息等工作作。使用Rose创创建用例例的步骤骤说明3.构构建用例例模型系统管理理员直接接参与的的用例为为登录、、找回密密码、查查看班级级基本信信息、删删除班级级基本信信息、修修改班级级基本信信息和录录入班级级基本信信息。校校领导直直接参与与用例登登录、找找回密码码和查看看班级基基本信息息。当登登录过程程中发生生忘记密密码的情情况，就就需要使使用找回回密码的的功能来来找回密密码，而而在正常常情况下下用不到到找回密密码这个个功能所所以用例例找回密密码”和和用例登登录之间间是扩展展关系。。使用Rose创创建用例例的步骤骤说明教师参与与用例录录入成绩绩、修改改成绩、、保存成成绩、查查询成绩绩、删除除成绩和和登录。。学生参参与用例例登录和和查询成成绩。因因为修改改成绩和和录入成成绩的时时候都要要保存成成绩，所所以将保保存成绩绩抽象出出来作为为单独的的一个用用例。用用例录入入成绩、、修改成成绩和用用例保存存成绩之之间是包包含关系系，用例例找回密密码和用用例登录录之间是是扩展关关系。使用Rose创创建用例例的步骤骤说明学生作为为参与者者直接参参与用例例查看课课程信息息、按课课程编号号查看、、按课程程名查看看、选择择课程、、删除已已选课程程、登录录和找回回密码。。系统管管理员参参与用例例登录、、找回密密码和““维护课课程信息息”。其其中查看看课程信信息有两两种方式式，一种种是按照照课程名名查看，，另一种种是按照照课程编编号查看看。所以以查看课课程信息息是父用用例，而而按照课课程名查查看和按按照课程程编号查查看是子子用例，，他们之之间的关关系是泛泛化关系系。用例例找回密密码和用用例登录录之间是是扩展关关系。使用Rose创创建用例例的步骤骤说明系统管理理员参与与用例创创建新账账号、设设置账号号、设置置账号基基本信息息、设置置账号权权限、查查看账号号和删除除账号。。在设置置帐号时时，主要要分为设设置账号号的基本本信息和和设置账账号的权权限，为为了便于于修改和和维护，，将这两两个功能能分别抽抽象为两两个用例例。所以以用例设设置账号号基本信信息、设设置账号号权限和和用例设设置账号号之间是是包含关关系。练习题网络的普普及带给给了人们们更多的的学习途途径，随随之用来来管理远远程网络络教学的的“远程程网络教教学系统统”也诞诞生了。。“远程网网络教学学系统””的功能能需求包包括：(1)学学生登录录网站后后，可以以浏览课课件、查查找课件件、下载载课件、、观看教教学视频频。(2)教教师登录录网站后后，可以以上传课课件、上上传教学学视频、、发布教教学心得得、查看看教学心心得、修修改教学学心得。。(3)系系统管理理员负责责对网站站页面的的维护，，审核不不法课件件和不法法教学信信息，批批准用户户注册。。练习题（1）学生生需要登登录“远远程网络络教学系系统”后后才能正正常使用用该系统统所有功功能。如如果忘记记密码，，可以通通过“找找回密码码”功能能找回密密码。登登录后学学生可以以浏览课课件、查查找课件件、下载载课件、、观看教教学视频频，请画画出学生生参与者者的用例例图。练习题（2）教教师登录录“远程程网络教教学系统统”后可可以上传传课件、、上传教教学视频频课件、、发布教教学心得得、修改改教学心心得。如如果忘记记密码，，可以通通过“找找回密码码”功能能找回密密码。请请画出教教师参与与者的用用例图。。软件需求求工程（（5）——第5章需求求建模方方法与技技术PPT：sdnu_cs_2010@@yahoo..Passord:123456需求建模模需求建模模主要是是根据待待开发软软件系统统的需求求利用某某种建模模方法建建立该系系统的逻逻辑模型型，以帮帮助软件件开发人人员检测测软件需需求的一一致性、、完全性性、二义义性和错错误等。。当前系统模型化目标系统物理模型具体化物理模型抽象化逻辑模型实例化逻辑模型做什么导出理解需求表达需求逻辑模型型VS物理模型型逻辑模型型给出的的是软件件要达到到的功能能和要处处理信息息之间的的关系，，而不是是实现的的细节。。物理模型型给出的的是处理理功能和和信息结结构的实实际表现现形式，，这往往往是由设设备本身身决定的的。需求建模模方法的的共同特特点提供描述述手段规定描述述模型的的手段，，包括要要记录什什么内容容及用什什么符号号来表达达等。自然语言言、图形形符号语语言和形形式语言言等。提供基本本步骤规定基本本实施步步骤，确确定每一一步的目目的，要要产生什什么样的的结果，，每步中中要注意意哪些概概念，以以及完成成该步的的工作需需要掌握握哪些必必要的信信息和哪哪些辅助助性的工工作等。。模型的定定义根据目的的对事物物进行的的抽象描描述。根据实物物、设计计图或设设想，按按比例生生成或按按其他特特征制成成的同实实物相似似的物体体。把一个数数学结构构作为某某个形式式语言的的解释时时，称为为模型。。为了理解解事物而而对事物物作出的的一种抽抽象，是是对事物物的一种种无二义义性的书书面描述述。模型的分分类描述性模模型能真实和和较完整整地反映映客观世世界。规约性模模型能用于创创造新事事物的规规约。探测性模模型是过渡性性的，经经常被修修改而非非最终决决定的模模型。模型概念念的差异异在数学和和逻辑学学中，满满足理论论的客观观世界中中的对象象集合称称为模型型。例如，利利用图论论描述网网络结构构。在软件工工程中，，对客观观世界的的问题领领域进行行抽象，，并用某某种描述述方法表表示的结结果称为为模型。。结构化的的需求建建模方法法结构化的的分析方方法是一一种传统统的需求求建模方方法。20世纪70年代，SA方法由美美国Yourdon公司和密密歇根大大学在开开发ISDOS工具系统统时提出出。SA方法主要要适用于于数据处处理，特特别是大大型管理理信息系系统的需需求分析析。SA方法主要要用于分分析系统统的功能能，是一一种直接接根据数数据流划划分功能能层次的的分析方方法。软件需求求的分类类目标需求求：表示组组织或客客户高层层次的目目标；（（描述了了组织为为什么要要开发一一个系统统）业务需求求：描述用用户的目目标，或或用户要要求系统统必须完完成的任任务；功能需求求：规定开开发人员员必须在在产品中中实现的的软件功功能；性能需求求：实际的的软件系系统功能能应达到到的技术术指标；；约束与限限制：软件开开发人员员在设计计和实现现软件系系统时的的限制。。SA方法的基基本特点点SA是现有的的软件开开发方法法中最成成熟，应应用最广广泛的方方法，主主要特点点是快速速，自然然和方便便。表达问题题时尽可可能使用用图形符符号的方方式；设计数据据流图时时只考虑虑系统必必须完成成的基本本功能，，不需要要考虑如如何具体体地实现现这些功功能。控制流图图为了将SA方法用于于分析实实时控制制系统的的需求，，在数据据流图中中加入控控制成分分，产生生控制流流图。使SA方法既能能表示数数据转换换，又能能表示控控制状态态的变化化。SA方法的基基本思想想SA方法的基基本思想想是按照照由抽象象到具体体、逐层层分解的的方法，，确定软软件系统统内部的的数据流流、变换换的关系系，并用用数据流流图表示示。SA方法总的的指导思思想自顶顶向下、、逐步求求精。它它的基本本原则是是功能的的分解与与抽象。。分解：对于一个个复杂的的系统，，为了将将复杂性性降低到到可以掌掌握的程程度，可可以把大大问题分分解成若若干小问问题，然然后分别别解决（（如右图图）。结构化分分析方法法的基本本思想是是“分解解”和““抽象””。抽象：分解可以以分层进进行，即即先考虑虑问题最最本质的的属性，，暂把细细节略去去,以后再逐逐层添加加细节，，直至涉涉及到最最详细的的内容，，这种用用最本质质的属性性表示一一个系统统的方法法就是““抽象””。1.11.21.3x2132.12.22.33.13.2SA方法的描描述手段段SA方法的描描述手段段由三个个部分组组成：◆一套分层层的数据据流图◆一本词典典◆其他补充充材料数据流图图的简例例STP1P2xyzF加工（P1,P2）数据流（（x,y,,z）文件（F）数据流的的终点（（T）数据流的的源点（（S）DFD图的例子子顾客出版社验证订单汇总订单订单出版社订单图书目录文件顾客档案待处理订单文件正确订单一批订单出版社档案文件订货存根文件数据流图图数据流图图（DataFlowDiagram，DFD）是描述系系统中数数据流程程的图形形工具，，它标识识了一个个系统的的逻辑输输入和逻逻辑输出出，以及及把逻辑辑输入转转换为逻逻辑输出出所需的的加工处处理。数据存储储数据源点点或终点加工工加工名数据流数据流名名文件名实体名带标识的的有向弧弧圆或椭圆圆横线加箭箭头方框一、数据据流图的的图符四种基本本图形符符号：文件名文件名数据流数据流是是由一组组数据项项组成的的数据，，通常由由带标识识的有向向弧表示示。数据流可可以由单单个数据据项组成成，也可可以由一一组数据据项组成成。数据流之之间没有有任何联联系，并并且无需需标识它它们之间间的流动动次序。。每个数据据流要有有一个合合适的名名字。在在数据流流的命名名中，不不能使用用缺乏具具体含义义的词。。例如““信息””、“数数据”等等。数据流分类成绩P取考生成绩分类成绩P考生成绩不能把控控制流作作为数据据流加工（变变换）对数据进进行的操操作或变变换称为为加工。。加工通常常用圆圈圈或椭圆圆等表示示。各加工与与数据流流或文件件相连接接。加工名应应该反映映出该加加工的含含义。文件文件是存存放数据据的逻辑辑单位。。文件名文件名文件名表示加工工写文件件表示加工工读文件件表示加工工读写文文件注：文件的命命名最好好与文件件中存放放的内容容相对应应源点和终终点源点和终终点用于于表示数数据的来来源和最最终去向向。通常用方方框表示示。源点和终终点主要要代表软软件系统统外的实实体。DFD实例学员操作员培训中心心管理信息息系统学员和操操作员操作命令令电子邮件件、信函函或询问要求求等入学通知知书、收收据、回答和响响应信息息等学员收集信息分类事务处理注销复审单据处理学费处理报名处理查询学员员电子邮件件信函事务信息息注销请求求学费收费报名请求求查询请求求产生收费费单注册单课程收费单收据注销收费费单入学通知知书收据注销通知单课程学生图书预定定系统（（顶层DFD图）注意：标标注各加加工框及及数据流流名称。。顾客出版社验证订单汇总订单订单出版社订单图书目录录文件顾客档案待处理订单文件正确订单一批订单出版社档档案文件件订货存根文件画图步骤骤：1、确定外外部实体体及输入入、输出出数据流流。2、确定分分解顶层层的加工工。3、确定使使用的文文件。4、用数据据流将各各部分连连接起来来，形成成数据封封闭。分层的DFD“先全局局后局部部,先整体后后细节,先抽象后后具体””通常可将将这种分分层的DFD图,分为顶层层、中间间层、底底层。具体步骤骤：1。先确定定系统范范围，画画出顶层层的DFD图。2。逐层分分解顶层层DFD图，获得得若干中中间层DFD图。3。画出底底层的DFD图。

顶层图说说明了系系统的边边界,即系统的的输入和和输出数数据流，，顶层图图只有一一张。底底层图由由一些不不能再分分解的加加工组成成，这些些加工都都已足够够简单，，称为基本加工工。在顶层层和底层层之间的的是中间间层。中中间层的的数据流流图描述述了某个个加工的的分解，，而它的的组成部部分又要要进一步步分解。。画各层DFD图时，“由外向内内”。X1321.11.21.41.32.12.21.1.11.1.22.1.32.1.22.1.12.2.22.2.32.2.1顶层中间间层层底层层先全局后后局部,先整体后后细节,先抽象后后具体.0图1图2图1.1图2.1图2.2图分层DFD图画分层DFD图应注意意的问题题（1）应区别别于流程程图（2）DFD图的完整整性问题题（数据据守恒和和数据封封闭原则则）所谓数据据守恒是是指加工工的输入入输出数数据流是是否匹配配，即每每一个加加工既有有输入数数据流又又有输出出数据流流。或者者说一个个加工至至少有一一个输入入数据流流，一个个输出数数据流。。数据封闭闭是对整整个系统统而言。。ABC（3）DFD的一致性性问题（（父图与与子图的的平衡问问题）父图中某某个加工工的输入入输出数数据流应应该同相相应的子子图的输输入输出出相同(相对应）），分层层数据流流图的这这种特点点称为子子图与父父图“平平衡”。。父图与子子图平衡衡14.123456abcdefghi4.24.34.44.5dghf父图与子子图平衡衡123cfebad3.13.23.3cedg4）在分层层DFD中文件的的表示在抽象层层中未使使用到的的文件可可以不表表示出来来，在子子图中用用到的文文件则表表示在该该子图中中。在抽象层层中表示示出的文文件，则则应该在在相应的的某（些些）子图图中表示示出来。。（5）分解层层级的深深度逐层分解解的目的的是要把把复杂的的加工分分解成比比较简单单和易于于理解的的基本加加工。

分解遵循循的一些些原则分解最好好不超过过7或8层，尽量量减少分分解层次次；分解因根根据问题题的逻辑辑特性进进行，不不能硬性性分解；；每个加工工分解为为子加工工后，子子图中的的子加工工数不易易太多，，通常为为7~10个；上层可分分解快些些，下层层应该慢慢些；分解要均均匀，避避免在一一张DFD中，有些些已是基基本加工工，另外外一些还还要分解解为多层层。何时分解解结束一般来说说，应该该满足两两个条件件：（1）一个加加工能用用几句或或十几句句话就可可清楚地地描述其其含义；；（2）一个加加工基本本上只有有一个输输入流和和输出流流画分层DFD的步骤确定软件件系统的的输入/输出数据据流、源源点和终终点；将基本系系统模型型加上源源点和终终点，构构成顶层层DFD图；画出各层层的DFD图。基本系统统模型。。。。。。画DFD图时应遵遵循的准准则将所有软软件的输输入/输出数据据流用一一连串加加工连接接起来；；应集中精精力找出出数据流流；在找到数数据流后后，标识识该数据据流，然然后分析析该数据据流的组组成成分分及来去去方向，，并将其其与加工工连接；；当加工需需要用到到共享或或暂存数数据时，，设置文文件及其其标识；；分析加工工的内部部，如果果加工还还比较抽抽象或其其内部还还有数据据流，则则需将该该加工进进一步分分解，直直至到达达底层图图；为所有的的数据流流命名；；为所有加加工命名名编号。。画DFD图注意事事项画图时只只考虑如如何描述述实际情情况，不不要急于于考虑系系统应如如何启动动，如何何工作等等；画图时可可暂不考考虑一些些例外的的情况，，如出错错处理等等；画图的过过程是一一个重复复的过程程，需要要不断地地修改和和完善。。DFD图的改进进DFD图必须经经过反复复修改，，才能获获得最终终的目标标系统的的逻辑模模型（目目标系统统的DFD图）。可可从以下下方面考考虑DFD图的改进进：1、检查数数据流的的正确性性①数数据守恒恒②子图图、父图图的平衡衡③文件件使用是是否合理理。特别别注意输输入/出文件的的数据流流。2、改进DFD图的易理理解性①简化化加工之之间的联联系（加加工间的的数据流流越少，，独立性性越强，，易理解解性越好好）。②改进进分解的的均匀性性。③适当当命名（（各成分分名称无无二义性性，准确确、具体体）。经过初步步的需求求分析，，得到系系统功能能要求：：1、监视病病员的病病症（血血压、体体温、脉脉搏等））。2、定时更更新病历历。3、病员出出现异常常情况时时报