MIS12信息系统的建设与开发的策略解读课件

管理信息系统第十二章信息系统的建设与开发的策略管理信息系统第十二章信息系统的建设与开发的策略内容框架12.1组织信息系统建设的策略12.2信息系统开发方法12.3系统分析12.4系统设计12.5系统实施内容框架12.1组织信息系统建设的策略前言组织信息系统建设是在信息系统规划的指导下，分析、设计、实现一个信息系统，或者一个信息系统项目工程。组织信息系统建设策略包括组织获取信息系统的不同方法。信息系统的开发方法是指在信息系统开发过程中的指导思想、逻辑、途径以及工具的组合。前言组织信息系统建设是在信息系统规划的指导下，分析、设计、实12.1组织信息系统建设的策略系统定制：管理软件为核心的企业信息化。软件包：预先编制好的、能完成一定功能的、供出售或出租的成套软件系统。信息系统外包：将一个企业的计算中心的运营、远程通信网络管理和应用软件的开发交由外部专业公司或机构来完成。最终用户开发：一些涉及面小，功能较简单的系统。12.1组织信息系统建设的策略系统定制：管理软件为核心的企12.2信息系统开发方法信息系统开发：针对组织的问题和机会而建立一个信息系统的全部活动。一般包括系统分析、系统设计、编程、测试、转换和使用维护。这些活动通常是按顺序完成的。12.2信息系统开发方法信息系统开发：针对组织的问题和机会结构化方法的基本思路结构化：用一组规范的步骤、准则和工具来进行某项工作。把整个系统开发过程分成若干阶段，每个阶段进行若干活动，每项活动应用一系列标准、规范、方法和技术，完成一个或多个任务，形成符合给定规范的产品（成果）。结构化方法的基本思路结构化：用一组规范的步骤、准则和工具来进结构化方法的主要原则1.用户参与的原则2.严格区分工作阶段，“先逻辑，后物理”的原则3.结构化、模块化、自顶向下进行开发的原则4.充分预料可能发生的变化5.工作文件的标准化和文献化结构化方法的主要原则1.用户参与的原则结构化方法的基本思路与主要原则开发阶段主要工作文档资料系统调查与规划初步调查拟定开发计划可行性研究报告系统分析数据流程、数据及处理分析系统分析说明书系统设计模块设计、数据库设计系统设计说明书系统实施编制程序流程及用户使用手册系统测试与维护测试、维护系统测试报告表12-1信息系统开发各阶段的名称、工作及文档结构化方法的基本思路与主要原则开发阶段主要工作文档资料系统调12.2.2原型法原型法：可以逐步改进成可运行系统的模型。它与结构化开发方法的根本区别是：面向目标四个阶段：（1）确定用户的最初要求（2）初建原型（3）用户、开发人员使用并评价原型（4）开发人员修改原型12.2.2原型法原型法：可以逐步改进成可运行系统的模型。辅助活动原型法结构化生命周期法开发路径循环迭代型严格顺序型用户参与程序高低开发过程的可见性好差对功能需求或环境变化的适应性较好差用户的信息反馈早迟对开发环境，软件工具的要求高低对开发过程的管理和控制较困难迟稳定数量较少多表12-2原型法与结构生命周期法的比较辅助活动原型法结构化生命周期法开发路径循环迭代型严格顺序型用12.3系统分析系统分析阶段的主要活动有：（1）系统初步调查（2）可行性研究（3）系统详细调查（4）新系统逻辑方案的提出12.3系统分析系统分析阶段的主要活动有：12.3.1可行性分析系统分析人员对用户提出的各种问题和初始要求，对问题进行识别，通过可行性分析确定开发系统的必要性。1.可行性分析的任务：明确应用项目的开发必要性和可行性。a）必要性：来自实现开发任务的迫切性。b）可行性：取决于实现应用系统的资源和条件。12.3.1可行性分析系统分析人员对用户提出的各种问题和初可行性分析的内容（1）管理可行性：管理人员对开发应用项目的态度和管理方面的条件。必须有主管领导的支持：一把手工程管理方面的条件主要是指：（a）管理方法是否科学（b）相应管理制度改革的时机是否成熟（c）规章制度是否齐全（d）原始数据是否正确可行性分析的内容（1）管理可行性：管理人员对开发应用项目的态（2）技术可行性分析当前的软硬件技术能否满足对系统提出的要求（如增加存储能力，实现通信功能，提高处理速度）开发人员的水平（2）技术可行性（3）经济可行性：主要是预估费用支出和对项目的经济效益进行评价。在费用支出方面，不仅要考虑主机费用，而且要计算外围设备费用、软件开发费用、人员培训费用、将来系统投入运行后的经常性费用（如管理、维护费用等）和设备费用。经济效益从两方面考虑：（1）显性效益：如加快流动资金周转，减少资金积压等。（2）隐性效益：如提供更多高质量的信息，提高获取信息的速度。（3）经济可行性：主要是预估费用支出和对项目的经济效益进行评可行性分析报告可行性分析的结果以报告的形式编写出来，内容包括：（1）系统简述（2）项目目标（3）所需资源、预算和期望效益（4）对项目的可行性的结论结论应明确以下内容之一：（1）可以立即开发（2）改进原系统（3）目前不可行，或者需推迟到某些条件具备后再进行。可行性分析报告可行性分析的结果以报告的形式编写出来，内容包括12.3.2详细调查调查对象：现行系统（包括手工系统和已采用计算机的管理信息系统）目的：完全掌握现行系统的现状，发现问题和薄弱环节，收集资料，为下一步的系统分析和提出新系统的逻辑设计做好准备。遵循的原则：用户参与。即由使用部门的业务人员、主管人员和设计部门的系统分析人员、系统设计人员共同进行。调查的方法：召开调查会、访问、发调查表、参加业务实践等。12.3.2详细调查调查对象：现行系统（包括手工系统和已为了便于分析人员和管理人员之间进行业务交流和分析问题，在调查过程中应尽量使用各种形象、直观的图表工具。通常用组织机构图描述组织的结构；用业务流程图和表格分配图描述管理业务状况；用数据流程图描述和分析数据、数据流程及各项功能；用判断树和决策表等描述处理功能和决策模型。为了便于分析人员和管理人员之间进行业务交流和分析问题，在调查调查范围：围绕组织内部信息流所涉及领域的各个方面，应该包括企业的生产、经营、管理等。（1）组织机构图：反映组织内部之间隶属关系的树状结构图。（2）组织/业务关系图：反映组织各部分在承担业务时的关系。（3）业务流程图（TransactionFlowDiagram，TFD）：用根据系统调查表中所得到的资料和问卷调查的结果，按业务实际处理过程将它们绘制在同一张图上。采用一些规定的符号及连线来表示某个具体业务处理过程，基本上是按照业务的实际处理步骤和过程绘制。调查范围：围绕组织内部信息流所涉及领域的各个方面，应该包括企业务流程图业务流程图是直观描述现系统业务处理由开始到结束的整个过程的非结构化图型工具，它可以描述一个系统的业务，也可以描述一项具体业务的处理过程。它是系统分析员描述现系统的最好的工具，是系统分析员与企业管理人员交流的有力工具。业务流程图业务流程图是直观描述现系统业务处理由开始到结束图例名称含义外部实体表示单位或个人，圈内写明单位或个人职务的名称。表格表示输入或输出的报表、计划、单据、报告等，框内写明其名称。存储表示各种帐目、规范、定额手册、报表积累等大量存档信息。符号内部写明其名称。业务处理框内写明处理的名称。流向线表示信息或处理的流向。业务流程图使用的符号图例名称含义外部表示单位或个人，圈内写明单位或个人职务的名称例题根据下列关于学生成绩管理业务的需求陈述，完成相应任务：(1)填报成绩:各科任课教师将自己所担任的课程的考试成绩填写成“成绩报告单”(简称成绩单)，报送到教务科。教务科的管理员将成绩单的数据登记到“成绩簿”中(每个年级为一个成绩簿）。(2)重修处理：管理员根据“成绩簿”，确定重修名单。其原则是：本学期的单科课程成绩<60分的，就将该记录写入重修名单中。学校规定，重修的学生要在下个学年重修，并考试，其成绩记为下学期的成绩。根据重修名单，编制“重修通知单”。例题根据下列关于学生成绩管理业务的需求陈述，完成相应任务：(3)留级处理：管理员根据“重修名单”，确定“留级名单”。其原则是：如果同一学号在重修名单中出现次数>=5（即有5科或5科以上课程不及格），则将该学号及姓名写入“留级名单”中。例如，某一学生累计有5门或5门以上课程不及格，则将其学号写入“留级名单”。根据留级名单，编制“留级通知单”。(4)成绩统计：管理员根据“成绩簿”，按班统计，编制“学生成绩统计表”。(3)留级处理：管理员根据“重修名单”，确定“留级名单”举例：学生成绩管理业务流程图教师成绩单教务科登记重修处理成绩簿留级处理成绩统计留级通知单重修通知单各院系成绩统计表各院系教务处图12.1学生成绩管理业务流程图通过这个例图，我们能找出画业务流程图的几条规律：1）业务处理的起始是单位或个人输入报表，而结束是报表输出给单位或个人。2）报表输入给某个处理后，产生的输出应是报表或帐册。3）一般不应出现由单位到单位或由处理到处理或由报表到报表的情况。举例：学生成绩管理业务流程图教师成绩单教务科登记重修处理成绩12.3.3数据分析数据分析的主要工具有数据流程图和数据字典。(1)数据流程图（DataFlowDiagram，DFD）

DFD是结构化分析的一种主要工具，是MIS开发的主要工具，是组织中信息运动的抽象，是MIS逻辑模型的主要形式。它使用一组简单的符号，描述系统的数据由外部“流入”系统，经过多级的加工处理，经过不同结构的存储，最后以用户所需要的各种形式“流出”的全过程。它是面向功能的。12.3.3数据分析数据分析的主要工具有数据流程图和数据字利用DFD，可以将系统分析员在系统分析中所设计的新系统逻辑模型描述出来，以表达设计者的逻辑方案及新系统的设计思想。DFD是系统设计的主要依据。因为结构化系统设计方法强调系统开发的阶段性，前一阶段是后一阶段的基础，后一阶段是前一阶段的继续。在进行系统的物理设计时，必须依据逻辑模型。利用DFD，可以将系统分析员在系统分析中所设计的新系统逻辑模DFD是利用有限的符号（外部实体、数据流、数据处理和数据存储）及若干规则来描述系统逻辑模型的。DFD是由顶层图（TOP图）、一级细化DFD、二级细化DFD等一组图所组成。应用自顶向下、逐层分解、先整体后局部的思想进行设计的。顶层图是将系统高度抽象与概括而得到的，它将系统视为一个整体、是由一个处理功能所构成的系统。DFD是利用有限的符号（外部实体、数据流、数据处理和数据存储一级细化DFD是对顶层图的处理功能的分解与细化，这是从整体到部分的细化，划分的是子系统。如同认识一部汽车，顶层图中所看到的只是整部汽车，而一级细化图看到的是汽车的部件，是组成汽车的几个大部分。二级细化DFD是将一级细化图中的每个处理功能的进一步分解与细化，对于汽车的例子，这一步就应该认识到组成汽车部件的零件了。一级细化DFD是对顶层图的处理功能的分解与细化，这是从整体到一个实际系统，根据它的规模和复杂程度的不同，很可能还需要进行三级及三级以上的细化。也可能某些处理需要继续细化，而另一些处理就不需再往下细化了。这分解与细化不是无止境的，不是越细越好，而是细化到“处理具有独立功能”为止。一个数据流图的每一层图都能完整地描述系统的整个处理过程，差别在于不同层的图，其抽象与概括程度不同、细化程度不同。越是上面的层图，它的概括与抽象程度就越高，越是下层的图，它的细化程度就越高。一个实际系统，根据它的规模和复杂程度的不同，很可能还需要进行DFD符号定义表图形符号名称说明外部实体记述系统之外的数据提供或数据获得的组织机构或个人，在方框内部填入实体名称。处理记述某种业务的手工或计算机处理，其中Pm区记述处理代码，C区记述处理名称。数据存储记述与处理有关的数据存储，Dn区记述存储的代码，S区记述存储数据的名称。数据流记述数据流流动方向，Fm记述数据流的名称,Fn记述数据流的代码。Rm

Pm

CDnSFm（Fn）DFD符号定义表图形符号名称说明外部实体记述系DFD图例说明（1）外部实体指由系统之外向系统提供原始数据（输入数据）的实体及接受系统的结果数据（输出数据）的实体。向系统输入原始数据的外部实体应是具体的，接受系统输出数据的外部实体可以是抽象的、概括的。（2）数据处理处理是指计算机对数据的加工处理。DFD图例说明（1）外部实体(1)处理的名称应该是动词加宾语，而不能只是动词或只是名词。如“打印重修名单”是处理的名称，而“打印”或“重修名单”都不符合处理名称的规定。(2)处理的代码不仅使下文的引用可以省略书写处理名称，而且可以直接看出处理所处的DFD的细化级别以及它与上级DFD的处理的对应关系（也称为子图与父图的关系），即下级DFD中的处理是由上级的DFD的哪个处理分解而来的。(1)处理的名称应该是动词加宾语，而不能只是动词或只是名词。为统一表示，特对处理的代码做如下规定：TOP图中的处理代码用P表示。一级细化DFD中的处理用P1，P2，...表示。二级细化DFD中，由P1分解的处理用P1.1，P1.2，...表示；由P2分解的处理用P2.1，P2.2，...表示；其余类推。三级细化DFD中，P1.1分解的处理用P1.1.1，P1.1.2，...表示；由P1.2分解的处理用P1.2.1，P1.2.2，...表示；由P3.1分解的用P3.1.1，P3.1.2，...表示。为统一表示，特对处理的代码做如下规定：TOP图中的处理代码用（3）数据存储

一般经过处理的数据需要将结果存储起来以便下次处理使用。在计算机中的存储一般是数据库文件，因此说，DFD中的存储是数据库设计的基础。关于存储的代码：对于各独立的数据存储结构可用D1、D2、...表示。有些情况，随着系统功能的细化，数据存储也可能出现由抽象到具体的情况。也就是说，数据存储也会出现细化的情况，使得父图中的某个存储在子图中变成多个存储。（3）数据存储这时存储的代码应按以下方法确定。设父图中有存储代码为Dn，则它在子图中分解后的代码应为Dn.1、Dn.2、Dn.3、…。例如，在一级DFD中，职工档案的存储用D1表示，在二级DFD中，职工档案被细化为职工自然信息、职工学历信息、职工家庭信息、职工历史信息、职工奖惩信息等数据存储，这些存储的代码可用D1.1，D1.2，D1.3...表示。存储的名称应是唯一的，应是名词或名词词组。DFD中的存储第一次出现时需标明其代码和名称，而在其后的DFD中，只标明其代码即可。这时存储的代码应按以下方法确定。设父图中有存储代码为Dn，则4）数据流

※数据流是指由外部实体传送给系统的原始数据（输入数据流）和由系统加工后传送给外部实体的结果数据（输出数据流），数据流的名称与现实系统的各种票据、报表等相对应。关于数据流的表示：※数据流的名称在一个系统中应是唯一的；※对于流入或流出存储的数据流，当其名称与存储名称相同时，可以省略Fm及Fn；※为了节省DFD绘图时间，使图面整洁，一般可在顶层图中将数据流名称及其代码同时给出，而在其后的各图中就可以只使用代码表示数据流了。4）数据流例如:

这样，在其后的图中就可以使用F7表示该数据流了，而省略汉字的书写。※有的情况下，随着DFD的细化，数据流也可能被细化。例如，一个系统的查询输出常常是多种的，这些不同内容的查询输出数据流为了使图简化，在顶层图中是以一个“查询信息”的输出数据流表示的，而在其细化的DFD中，应该将其具体化，这种情况的数据流代码的表示可采用与处理标号相同的办法。设顶层图中有数据流的代码为F20，则细化后可为F20.1、F20.2……。F7班级成绩统计表例如:F7班级成绩统计表DFD的设计规则（1）DFD的设计过程是按照自顶向下逐层分解的思想进行的，分解是处理功能的分解。我们称某一处理细化后的图是该处理的子图。子图与父图必需保持输入与输出的一致。例如图12.2为父图，图12.3为子图。图12.2的输入是数据流A、输出是数据流X，处理P1细化后得到图12.3，其输入必须是数据流A，输出必须是数据流X，这就是子图与父图的输入、输出必需保持一致的原则。P1XA图12.2父图XD1P1.1A图12.3子图P1.2DFD的设计规则（1）DFD的设计过程是按照自顶向下逐层分解（2）随着DFD的细化，图越来越复杂，为便于阅读和绘图，可以将某一层的细化图画在一张图中，也允许将某一处理功能分解后的各处理功能画在多张图中，作为子图之一。也可以将几个功能分解后的各功能画在一张图中。同一层的各子图共同组成了该层的DFD。这时，为准确表示各功能之间的数据联系，各子图之间须通过公共的存储联系起来。（2）随着DFD的细化，图越来越复杂，为便于阅读和绘图，可以P2.1P2.2B图12.4P2的细化DFDD1D2图12.5P3的细化DFDP3.2P3.1D2D3Y图12.4是P2的细化DFD，图12.5是P3的细化DFD，它们同属于二级细化图（由图中的处理代码可知），存储D2是在两图中重复出现的。由此可知P2.2处理的结果写入D2，而P3.1处理的输入数据就是D2存储的数据。通过D2存储可将这两个图联系起来。P2.1P2.2B图12.4P2的细化DFDD1D2图1（3）为绘图方便，减少数据流向线的交叉，允许同一存储或同一外部实体在同一图中重复画出。（4）在MIS中，处理与处理之间传输的数据都是成批的。这种情况下，合理的设计应是前一处理将数据写入存储，而后面的处理从存储中读取数据。这就是说在DFD中，处理与处理之间通常是用存储联系起来的。如上面例图中，处理与处理都是通过存储联系的，而不能用数据流向线直接将两个处理连接起来。（3）为绘图方便，减少数据流向线的交叉，允许同一存储或同一外（5）在DFD中，存储的输入来源与输出去向不能是外部实体，而只能是处理。如图12.6中的数据流F1输入到存储及图12.7的数据流F8由存储输出都是错误的。图12.7错误的输出F8D1R图12.6错误的输入F1RD1（5）在DFD中，存储的输入来源与输出去向不能是外部实体，而（6）在DFD设计中，数据一般是不允许重复录入的。因此，DFD中的同一数据流不允许在同一级图中重复出现。（7）对于输入的查询条件及对话信息，不应作为数据流出现在DFD中。（6）在DFD设计中，数据一般是不允许重复录入的。因此，DF（8）对于业务处理中的非正常的错误情况处理，在DFD中不予表示。如图12.8所示，输入的F1就应该是正确的，P2.1应是输入F1的处理。应该注意，该图中的错误是不应该表示“不正确的F1”，F1就应该是正确的，而输入过程产生的错误属于数据校验问题，有别与此。不正确的F1P2.1F1D1R正确的F1图12.8错误的数据流表示校核F1（8）对于业务处理中的非正常的错误情况处理，在DFD中不予表（9）如果一个数据处理对一个数据存储中的数据既读又写，则它们之间的数据流应为双向箭头。（10）一个处理必须要有输入和输出。（9）如果一个数据处理对一个数据存储中的数据既读又写，则它们DFD设计步骤（1）前期工作作好详细调查，明确用户真正需求及业务处理详细过程与方法；明确系统的界限，即计算机处理的业务与人工处理的界限、本系统与其它系统的界限。对系统中将要建立的主要存储，应作系统考虑。例如，图书管理中的主题应是图书，应考虑“图书”存储需要存储哪些数据，这些数据存储在一个数据存储中还是多个，…。DFD设计步骤（1）前期工作（2）设计顶层图顶层图又称TOP图，由它确定出系统的总的处理功能、所有的输入/输出数据流及外部

实体。此图对系统的功能高度概括成为一个数据处理。它着重给出了系统与环境的关系，可以看出系统与其它系统间的数据关联关系。该图要标明数据流的名称及代码、外部实体的名称，系统总功能的名称及代码。（3）设计一级细化DFD根据TOP图，对其数据处理的功能分解为几个大的部分。注意，分解后的系统的输入/输出数据流及外部实体都必然与TOP图中的保持一致。在该图中，外部实体可以不画、数据流的名称可以不写。该图应由一张图画出。（2）设计顶层图（4）设计二级细化DFD根据一级细化DFD，对其中包含多个功能的数据处理进一步分解。分解时也必须遵守输入/输出不变的原则，即父图与子图保持一致的原则。该图可能由多张图组成，各图是通过公共的存储连接起来的。（5）设计三级及三级以下的细化DFD数据处理功能的分解，是由实际业务功能决定的。各处理功能的细化层次是不同的，有的需要进行三级及三级以下的细化，有的可能只进行一级或二级就已经是功能单一的处理了，就不需要再细化了。（4）设计二级细化DFDDFD设计的几个问题的考虑（1）功能分解的思路一种考虑是根据处理业务而逐步细化，就是将一个整体业务，先分成几个部分，再进一步将每个部分分解成小的部分，……。一种考虑是按处理的输入、处理、输出三部分分解，因为一个处理，总应包括有输入、处理、输出三部分内容。在实际设计中，高层按功能分解，低层按输入、处理、输出三部分分解。如一个物资管理系统，它的一级细化DFD应是按业务功能分解成“物资计划、物资采购、合同管理、库存管理”等子系统，而二级或三级细化时再按“输入、处理、输出”分解好些。DFD设计的几个问题的考虑（1）功能分解的思路（2）细化的宽度与深度的考虑这个问题与模块化理论中的“系统的宽度与深度”问题是一致的。如果在DFD设计时注意该问题，在系统设计时就不会在“系统的宽度与深度”上出现问题。该问题说的是，在分解功能时，既不能过细，也不应过粗，经验指出，一般应在5—7之间为宜。（3）关于查询功能的考虑一般在系统调查时，多数用户都注意到讲解他的业务处理过程、方法、内容等，而往往想不到提出查询的问题。这是因为，在手工管理中，查询很不方便，所以查询的也很少。而计算机处理就大不相同了，对计算机而言，信息查询是它的特长，所以在信息系统中，方便的查询功能应是不可少的。（2）细化的宽度与深度的考虑（4）数据处理功能单一细化不是越细越好，原则是使数据处理具有单一功能。单一功能还可以说成是“只做一件事”，再具体地说，就应考虑一个程序所能完成的功能。还应考虑一个处理与其它处理的联系尽可能地少。一般，输入的一个数据流应由一个具有输入功能的处理完成；输出的一个数据流应由一个具有输出功能的处理完成。（4）数据处理功能单一方案1：按业务处理功能分解教师P成绩管理各院系图12.9成绩管理顶层DFD重修通知F2留级通知F3成绩单F1教务处成绩统计表F4

成绩输入

重修处理

成绩统计

留级处理D2重修名单

F1F2F3F4图12.10成绩管理一级细化DFDD1成绩簿

P2

P3

P4

P1

方案1：按业务处理功能分解教师P各院系图12.9成绩管理顶

确定重修名单

打印重修通知D1

F2D2

图12.11P2的细化DFDP2.2P2.1D3留级名单F3

确定留级名单

打印留级通知D2

图12.12P3的细化DFDP3.2P3.1

D1F2D2图12.11P2的细化DFDP2.2P

统计计算

打印成绩统计表D1

D4成绩统计表

F4图12.13P4的细化DFDP4.2

P4.1

D1D4成绩统计表F4图12.13P4的细化DFD方案2：按“输入、处理、输出”的方法分解教师P成绩管理各院系图12.14

成绩管理顶层DFD重修通知F2留级通知F3成绩单F1

教务处成绩统计表F4方案2：按“输入、处理、输出”的方法分解教师P各院系图12.P1成绩单输入P2成绩处理P3报表打印F1

F3F2F4D4成绩统计表D3留级名单D2重修名单D1成绩簿

图12.15

成绩管理一级细化DFDP1P2P3F1F3F2F4D4成绩统计表D3留级名

D1

P2.3

D1

图12.16P2的细化DFDP2.1

P2.2

D3

D4

成绩统计确定重修名单

确定留级名单

D2

D1P2.3

D1图12.16P2的细化DFDP2.1

F2P3.1

D2

打印重修通知F3

P3.2

打印留级通知D3

F4P3.3

打印成绩统计表D4

图12.17P3的细化DFD

F2P3.1D2打印重修通知F3

P3.2打印留级通知D3数据字典一、数据字典的作用和内容二、数据字典的定义三、数据字典中对数据结构的定义数据字典一、数据字典的作用和内容数据字典的作用:数据流程图配以数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行完整的描述。数据字典的内容:主要是对数据流程图中的六个元素进行具体的定义：

数据项、数据结构、数据流、处理逻辑、数据存储、外部实体。数据字典的作用:数据字典的内容下面以对数据结构进行定义为例说明：对数据结构进行定义前首先应弄清什么是数据结构？数据字典的内容下面以对数据结构进行定义为例说明：什么是数据结构？一个数据结构可以由若干个数据项组成；也可以由若干个数据结构组成；还可以由若干个数据项和数据结构组成。数据结构用来描述某些数据项之间的关系。什么是数据结构？对数据结构“用户订货单”的定义：数据结构编号:数据结构名称:用户订货单简述:用户所填用户情况及订货要求等信息数据结构组成:DS03-02+DS03-03+DS03-04

DS03-01:用户订货单DS03-02:订货单标识DS03-03:用户情况

DS03-04:配件情况I1:订货单编号I3:用户代码

I10:配件代码I2:日期I4:用户名称

I11:配件名称

I5:用户地址

I12:配件规格

I6:用户姓名

I13:订货数量

I7:电话

I8:开户银行

I9:帐号

对数据结构DS03-01:用户订货单描述处理逻辑的工具•数据流程图中比较复杂的处理逻辑可以用本节介绍的描述工具来加以说明。本节内容：一、判断树二、判断表（又称决策表）三、结构英语表示法描述处理逻辑的工具•数据流程图中比较复杂的处理逻辑可以用本一、判断树>库存量

欠款时间≤30天>100天

>30天≤100天需求量需求量≤库存量≤库存量>库存量先按库存发货，进货后再补发先付款，再发货立即发货不发货通知先付欠款图12.18判断树一、判断树≤30天图12.18判断树二、判断表（又称决策表）判断表（又称决策表）可以清晰地表达条件、决策规则和应采取的行动之间的逻辑关系。二、判断表（又称决策表）判断表（又称决策表）可以清晰地表达条决策规则号123456条件欠款时间≤30天YY

N

N

N

N欠款时间>100天N

N

Y

Y

N

N需求量≤库存量Y

N

Y

N

Y

N应采取的行动立即发货╳先按库存量发货,进货后再补发╳先付款,再发货╳不发货╳要求先付欠款╳╳处理订货单的判断表决策规则号123456条件欠款时间≤30天YY三、结构英语表示法结构英语表示法是一种模仿计算机语言来描述处理逻辑的方法。它使用了由“IF”、“THEN”和“ELSE”等词组成的规范化语言。（见右例）。

IF欠款时间≤30天

IF需要量≤库存量THEN立即发货

ELSE

先按库存量发货，进货后再补发

ELSEIF欠款时间≤100天

IF需求量≤库存量

THEN先付款再发货

ELSE

不发货

ELSE

要求先付欠款三、结构英语表示法结构英语表示法是一种模仿计算机语详细调查的内容

确定管理模型

管理信息系统的系统分析

系统化分析

应把建立新系统看成是对组织的一种有目的改变过程。通过详细调查掌握现行系统现状，为分析和提出新系统的逻辑设计做好准备。在调查原系统的基础上，分析原系统业务流程和数据流程的不足，提出优化改进方法，给出新系统要采用的信息处理方案。

针对管理过程信息处理特点找出相应的管理模型，使MIS充分运用现代管理科学成果。

管理业务调查（组织结构、管理功能和管理业务流程调查）数据流程调查（用数据流程图配以数据字典和描述处理逻辑的工具进行描述）。可行性分析的内容包括管理上的、技术上的和经济上的可行性。要明确指出是立即开发，还是改进原系统或者目前不可开发。

可行性分析

详细调查的任务

详细调确定管理信息系统的系统分析系统应把建立新系统看成是对12.4系统设计系统设计的任务是在系统分析提出的逻辑模型的基础上，科学合理地进行物理模型的设计。系统设计的主要工作有：（1）总体设计（2）系统平台设计（3）详细设计（4）编写系统设计报告12.4系统设计系统设计的任务是在系统分析提出的逻辑模型系统设计的原则系统设计是MIS开发工作的核心，关系到系统的成功与失败，关系到系统的质量优劣，关系到系统的寿命长短，关系到系统是否为用户所接受。为此，系统设计必须遵循以下原则：（1）系统性：从整个系统角度进行考虑。（2）灵活性：较好的开放性和结构的可变性。（3）可靠性：系统抵御外界干扰和恢复能力。（4）经济性：在满足系统需求的前提下，尽可能减小系统的开销。系统设计的原则系统设计是MIS开发工作的核心，关系到系统的成12.4.1功能结构图设计按功能从属关系画出的图表，图中每一个框称为一个功能模块。功能结构图中各层功能与新的信息系统中数据流程图中的处理（功能）是对应的。模块化：把一个信息系统设计成若干模块的方法。（1）各个模块具有相对独立性（2）模块之间的相互关系通过一定方式予以说明高内聚，低耦合。12.4.1功能结构图设计按功能从属关系画出的图表，图中12.4.1功能结构图设计学生成绩管理输入成绩单成绩处理重修处理留级处理成绩统计报表输出输出重修通知输出留级通知输出成绩统计表成绩查询查询重修通知查询留级通知查询成绩统计表系统维护代码维护数据维护系统管理图12-18学生成绩管理系统HIPO图12.4.1功能结构图设计学生成绩管理输入成绩单成绩处理12.4.2系统平台设计（1）按MIS的目标选择系统平台（2）计算机处理方式的选择和设计（3）计算机网络系统的设计（4）数据库管理系统的选择（5）软件、硬件选择12.4.2系统平台设计（1）按MIS的目标选择系统平台14.4.3详细设计1.代码设计2.数据库设计3.输入设计4.输出设计14.4.3详细设计1.代码设计代码设计代码是代表客观存在的实体或事物的属性、状态的符号。在信息系统中，代码是人和计算机的共同的、标准的语言，是对信息进行分类、校验、统计、检索的关键属性。代码设计的目的是设计出一套为系统各部分公用的、优化的代码系统。一般地说，系统中任何一类实体都需要进行编码，这个编码就是该类实体的关键字。代码设计代码是代表客观存在的实体或事物的属性、状态的符号。代码设计的原则1.唯一确定性原则2.最小长度与可扩充性原则3.代码标准化原则4.便于计算机处理与便于记忆的原则代码设计的原则1.唯一确定性原则数据库设计主要是指数据库的物理设计。数据库物理设计的工作任务主要是在数据库逻辑设计的基础上，运用关系数据库规范化理论，设计出适合应用环境的数据库物理结构。数据库设计主要是指数据库的物理设计。输出设计输出是指将计算机处理的信息以人们所能识别的各种形式表示出来的各种处理。在MIS中，输出是组成系统的重要部分。整个系统的加工处理结果都是通过输出表现出来的，各种综合统计信息、辅助决策信息、查询信息等，都要通过输出才能提供给用户，才能实现信息的价值。一个好的系统设计，必须要有成功的输出设计。这里所说的输出设计是指要在设计说明书中给出的内容。输出方式：（1）显示输出（2）报表打印输出（3）绘图输出输出设计输出是指将计算机处理的信息以人们所能识别的各种形式表输入设计指的是人对计算机的输入。具体地说就是MIS原始数据的输入，也就是输入数据流的输入格式设计。输入设计指的是人对计算机的输入。对话设计对话设计也称人机界面设计，应设计人机友好的界面。对话设计实际上是显示信息内容及格式的设计，这里的显示信息不是输入的，也不是输出的，而是对话信息。其内容包括菜单选择、操作提问等。对话方式1.菜单式2.问答式3.提示式4.输入数据式对话设计对话设计也称人机界面设计，应设计人机友好的界面。12.5系统实施系统实施是信息系统开发生命周期中的最后阶段，其目的是把系统分析设计的成果转化为可实际运行的系统。主要工作有：编程（编码）、测试、系统安装和新旧系统转换。1.程序设计2.结构化程序设计3.编写程序12.5系统实施系统实施是信息系统开发生命周期中的最后阶段程序设计程序设计又称编码，这个阶段的任务是使用选定的软件开发工具，根据系统设计中的模块说明，编写出能在计算机系统上运行的程序源代码(源程序)。为了保证编码工作正确而顺利进行，一方面程序设计人员必须仔细阅读系统设计的全部文档资料，充分理解程序模块的内部过程和外部接口，以保证系统实施与系统设计的一致。另一方面，程序设计人员必须深刻地理解、熟练地掌握和正确地运用软件开发环境和工具,以保证功能的正确实现。程序设计程序设计又称编码，这个阶段的任务是使用选定的软件开发12.5.2系统测试统计表明，开发较大规模系统，系统测试的工作量大约占整个软件开发工作量的40—50%。（1）程序调试的方法（2）程序调试的主要步骤12.5.2系统测试统计表明，开发较大规模系统，系统测试的机器测试：通过在计算机上直接运行被测程序来发现程序中的错误。机器测试有黑盒测试和自盒测试两种方法。1)黑盒测试：也称功能测试。将软件看作黑盒子，在完全不考虑程序的内部结构和特性的情况下，测试软件的外部特性。根据软件的模块说明设计测试用例，从程序的输入和输出特性上测试是否满足设定的功能。2)白盒测试：也称结构测试。将软件看作一个透明的白盒子，按照程序的内部结构和处理逻辑来选定测试用例，对软件的逻辑路径及过程进行测试，检查它与设计是否相符。机器测试：通过在计算机上直接运行被测程序来发现程序中的错误。软件测试人工测试机器测试黑盒测试白盒测试个人复查走查会审图12-19软件测试方法软件测试人工测试机器测试黑盒测试白盒测试个人复查走查会审图1系统转换系统转换的任务新系统通过测试以后，并不能马上投入运行，还存在一个新老系统交替的问题。系统转换就是指以新系统替换老系统的过程，即老系统停止使用，新系统开始运行。系统转换的任务是保证新老系统进行平稳而可靠的交接，最后使整个新系统正式交付使用。系统转换过程需要项目开发人员、系统操作员、用户单位领导以及业务部门的通力协作才能完成。这是系统开发周期中动用人力物力最多的一个步骤。因此非常需要相互间的配合与协调。系统转换系统转换的任务软件维护指系统中应用程序的维护。分以下四个方面：正确性维护：改正在系统测试阶段未发现的错误。占整个维护工作量的17％－21％。适应性维护：使应用软件适应外界环境变化和管理需求变化而进行的修改。占整个维护工作量的18％－25％。完善性维护：为扩充功能和改善性能而进行的修改。占整个维护工作量的50％－66％。预防性维护：为改进应用软件的可靠性和可维护性，为了适应未来的硬、软件变化，主动增加预防性的新的功能，使系统适应各类变化而不被淘汰。占整个维护工作量的4％左右。软件维护指系统中应用程序的维护。分以下四个方面：系统维护指在系统正式运行阶段，为改正潜藏错误，扩充功能，完善功能，结构翻新，延长寿命而进行的各项修改和维护活动。其主要工作包括：1）硬件维护由专职的硬件维护人员负责。有两种类型的维护：定期的设备保养性维护；突发性的故障维修。系统维护指在系统正式运行阶段，为改正潜藏错误，扩充功能，完善2）数据维护由数据库管理员负责。数据库的安全性和完整性、并发控制，维护数据库中的数据，出版数据字典文件即其它数据管理文件。3）代码维护系统中代码的增加、修改、删除，新代码的设置。4）软件维护2）数据维护系统转换的方式有三种系统转换方式：直接转换、并行转换、分段转换。1.直接转换：直接转换是指在老系统停止运行的某一时刻，新系统立即开始运行，因此也称之为切换。适用于小型的不太复杂的信息系统。2.并行转换：指新老系统并行工作一段时间，经过一段时间的考验以后，以新系统正式全面代替老系统。并行转换方式是最安全、保险的方式，并且也是最常用的方式。系统转换的方式3.分段转换分段转换实际上是上述两种方式的结合，在新系统全部正式运行之前，分阶段一部分一部分地替代老系统。适用于分段转换方式比较适用于大型信息系统的转换，可以保证平稳、可靠转换，并且在管理上也是可行的。3.分段转换系统运行与维护运行管理的必要性：如何使用户尽快适应新系统，充分发挥系统功能；新系统暴露的问题或不适应；新系统的硬件、软件处于良好的工作状态；系统中数据的存储、维护及安全、保密。信息系统运行管理的主要任务：日常运行管理系统文档规范管理系统的安全与保密系统运行与维护运行管理的必要性：表8.2信息系统文档内容及产生阶段（续）文档类别文档内容产生阶段备注管理文档系统需求报告系统开发前系统开发计划系统规划系统开发合同书系统规划委托或合作开发时系统总体规划评审意见系统规划系统分析审批意见系统分析系统实施计划系统设计系统设计审计报告系统设计系统试运行审计报告系统实施系统运行报告系统运行与维护系统开发总结报告系统运行与维护系统评价报告系统运行与维护系统维护计划系统运行与维护系统维护报告系统运行与维护记录文档会议记录各阶段调查记录各阶段系统运行情况记录系统运行与维护系统日常维护记录系统运行与维护系统适应性维护记录系统运行与维护表8.2信息系统文档内容及产生阶段（续）文档类别文档内容产思考题P2271、2、3、4、5思考题P2271、2、3、4、5管理信息系统第十二章信息系统的建设与开发的策略管理信息系统第十二章信息系统的建设与开发的策略内容框架12.1组织信息系统建设的策略12.2信息系统开发方法12.3系统分析12.4系统设计12.5系统实施内容框架12.1组织信息系统建设的策略前言组织信息系统建设是在信息系统规划的指导下，分析、设计、实现一个信息系统，或者一个信息系统项目工程。组织信息系统建设策略包括组织获取信息系统的不同方法。信息系统的开发方法是指在信息系统开发过程中的指导思想、逻辑、途径以及工具的组合。前言组织信息系统建设是在信息系统规划的指导下，分析、设计、实12.1组织信息系统建设的策略系统定制：管理软件为核心的企业信息化。软件包：预先编制好的、能完成一定功能的、供出售或出租的成套软件系统。信息系统外包：将一个企业的计算中心的运营、远程通信网络管理和应用软件的开发交由外部专业公司或机构来完成。最终用户开发：一些涉及面小，功能较简单的系统。12.1组织信息系统建设的策略系统定制：管理软件为核心的企12.2信息系统开发方法信息系统开发：针对组织的问题和机会而建立一个信息系统的全部活动。一般包括系统分析、系统设计、编程、测试、转换和使用维护。这些活动通常是按顺序完成的。12.2信息系统开发方法信息系统开发：针对组织的问题和机会结构化方法的基本思路结构化：用一组规范的步骤、准则和工具来进行某项工作。把整个系统开发过程分成若干阶段，每个阶段进行若干活动，每项活动应用一系列标准、规范、方法和技术，完成一个或多个任务，形成符合给定规范的产品（成果）。结构化方法的基本思路结构化：用一组规范的步骤、准则和工具来进结构化方法的主要原则1.用户参与的原则2.严格区分工作阶段，“先逻辑，后物理”的原则3.结构化、模块化、自顶向下进行开发的原则4.充分预料可能发生的变化5.工作文件的标准化和文献化结构化方法的主要原则1.用户参与的原则结构化方法的基本思路与主要原则开发阶段主要工作文档资料系统调查与规划初步调查拟定开发计划可行性研究报告系统分析数据流程、数据及处理分析系统分析说明书系统设计模块设计、数据库设计系统设计说明书系统实施编制程序流程及用户使用手册系统测试与维护测试、维护系统测试报告表12-1信息系统开发各阶段的名称、工作及文档结构化方法的基本思路与主要原则开发阶段主要工作文档资料系统调12.2.2原型法原型法：可以逐步改进成可运行系统的模型。它与结构化开发方法的根本区别是：面向目标四个阶段：（1）确定用户的最初要求（2）初建原型（3）用户、开发人员使用并评价原型（4）开发人员修改原型12.2.2原型法原型法：可以逐步改进成可运行系统的模型。辅助活动原型法结构化生命周期法开发路径循环迭代型严格顺序型用户参与程序高低开发过程的可见性好差对功能需求或环境变化的适应性较好差用户的信息反馈早迟对开发环境，软件工具的要求高低对开发过程的管理和控制较困难迟稳定数量较少多表12-2原型法与结构生命周期法的比较辅助活动原型法结构化生命周期法开发路径循环迭代型严格顺序型用12.3系统分析系统分析阶段的主要活动有：（1）系统初步调查（2）可行性研究（3）系统详细调查（4）新系统逻辑方案的提出12.3系统分析系统分析阶段的主要活动有：12.3.1可行性分析系统分析人员对用户提出的各种问题和初始要求，对问题进行识别，通过可行性分析确定开发系统的必要性。1.可行性分析的任务：明确应用项目的开发必要性和可行性。a）必要性：来自实现开发任务的迫切性。b）可行性：取决于实现应用系统的资源和条件。12.3.1可行性分析系统分析人员对用户提出的各种问题和初可行性分析的内容（1）管理可行性：管理人员对开发应用项目的态度和管理方面的条件。必须有主管领导的支持：一把手工程管理方面的条件主要是指：（a）管理方法是否科学（b）相应管理制度改革的时机是否成熟（c）规章制度是否齐全（d）原始数据是否正确可行性分析的内容（1）管理可行性：管理人员对开发应用项目的态（2）技术可行性分析当前的软硬件技术能否满足对系统提出的要求（如增加存储能力，实现通信功能，提高处理速度）开发人员的水平（2）技术可行性（3）经济可行性：主要是预估费用支出和对项目的经济效益进行评价。在费用支出方面，不仅要考虑主机费用，而且要计算外围设备费用、软件开发费用、人员培训费用、将来系统投入运行后的经常性费用（如管理、维护费用等）和设备费用。经济效益从两方面考虑：（1）显性效益：如加快流动资金周转，减少资金积压等。（2）隐性效益：如提供更多高质量的信息，提高获取信息的速度。（3）经济可行性：主要是预估费用支出和对项目的经济效益进行评可行性分析报告可行性分析的结果以报告的形式编写出来，内容包括：（1）系统简述（2）项目目标（3）所需资源、预算和期望效益（4）对项目的可行性的结论结论应明确以下内容之一：（1）可以立即开发（2）改进原系统（3）目前不可行，或者需推迟到某些条件具备后再进行。可行性分析报告可行性分析的结果以报告的形式编写出来，内容包括12.3.2详细调查调查对象：现行系统（包括手工系统和已采用计算机的管理信息系统）目的：完全掌握现行系统的现状，发现问题和薄弱环节，收集资料，为下一步的系统分析和提出新系统的逻辑设计做好准备。遵循的原则：用户参与。即由使用部门的业务人员、主管人员和设计部门的系统分析人员、系统设计人员共同进行。调查的方法：召开调查会、访问、发调查表、参加业务实践等。12.3.2详细调查调查对象：现行系统（包括手工系统和已为了便于分析人员和管理人员之间进行业务交流和分析问题，在调查过程中应尽量使用各种形象、直观的图表工具。通常用组织机构图描述组织的结构；用业务流程图和表格分配图描述管理业务状况；用数据流程图描述和分析数据、数据流程及各项功能；用判断树和决策表等描述处理功能和决策模型。为了便于分析人员和管理人员之间进行业务交流和分析问题，在调查调查范围：围绕组织内部信息流所涉及领域的各个方面，应该包括企业的生产、经营、管理等。（1）组织机构图：反映组织内部之间隶属关系的树状结构图。（2）组织/业务关系图：反映组织各部分在承担业务时的关系。（3）业务流程图（TransactionFlowDiagram，TFD）：用根据系统调查表中所得到的资料和问卷调查的结果，按业务实际处理过程将它们绘制在同一张图上。采用一些规定的符号及连线来表示某个具体业务处理过程，基本上是按照业务的实际处理步骤和过程绘制。调查范围：围绕组织内部信息流所涉及领域的各个方面，应该包括企业务流程图业务流程图是直观描述现系统业务处理由开始到结束的整个过程的非结构化图型工具，它可以描述一个系统的业务，也可以描述一项具体业务的处理过程。它是系统分析员描述现系统的最好的工具，是系统分析员与企业管理人员交流的有力工具。业务流程图业务流程图是直观描述现系统业务处理由开始到结束图例名称含义外部实体表示单位或个人，圈内写明单位或个人职务的名称。表格表示输入或输出的报表、计划、单据、报告等，框内写明其名称。存储表示各种帐目、规范、定额手册、报表积累等大量存档信息。符号内部写明其名称。业务处理框内写明处理的名称。流向线表示信息或处理的流向。业务流程图使用的符号图例名称含义外部表示单位或个人，圈内写明单位或个人职务的名称例题根据下列关于学生成绩管理业务的需求陈述，完成相应任务：(1)填报成绩:各科任课教师将自己所担任的课程的考试成绩填写成“成绩报告单”(简称成绩单)，报送到教务科。教务科的管理员将成绩单的数据登记到“成绩簿”中(每个年级为一个成绩簿）。(2)重修处理：管理员根据“成绩簿”，确定重修名单。其原则是：本学期的单科课程成绩<60分的，就将该记录写入重修名单中。学校规定，重修的学生要在下个学年重修，并考试，其成绩记为下学期的成绩。根据重修名单，编制“重修通知单”。例题根据下列关于学生成绩管理业务的需求陈述，完成相应任务：(3)留级处理：管理员根据“重修名单”，确定“留级名单”。其原则是：如果同一学号在重修名单中出现次数>=5（即有5科或5科以上课程不及格），则将该学号及姓名写入“留级名单”中。例如，某一学生累计有5门或5门以上课程不及格，则将其学号写入“留级名单”。根据留级名单，编制“留级通知单”。(4)成绩统计：管理员根据“成绩簿”，按班统计，编制“学生成绩统计表”。(3)留级处理：管理员根据“重修名单”，确定“留级名单”举例：学生成绩管理业务流程图教师成绩单教务科登记重修处理成绩簿留级处理成绩统计留级通知单重修通知单各院系成绩统计表各院系教务处图12.1学生成绩管理业务流程图通过这个例图，我们能找出画业务流程图的几条规律：1）业务处理的起始是单位或个人输入报表，而结束是报表输出给单位或个人。2）报表输入给某个处理后，产生的输出应是报表或帐册。3）一般不应出现由单位到单位或由处理到处理或由报表到报表的情况。举例：学生成绩管理业务流程图教师成绩单教务科登记重修处理成绩12.3.3数据分析数据分析的主要工具有数据流程图和数据字典。(1)数据流程图（DataFlowDiagram，DFD）

DFD是结构化分析的一种主要工具，是MIS开发的主要工具，是组织中信息运动的抽象，是MIS逻辑模型的主要形式。它使用一组简单的符号，描述系统的数据由外部“流入”系统，经过多级的加工处理，经过不同结构的存储，最后以用户所需要的各种形式“流出”的全过程。它是面向功能的。12.3.3数据分析数据分析的主要工具有数据流程图和数据字利用DFD，可以将系统分析员在系统分析中所设计的新系统逻辑模型描述出来，以表达设计者的逻辑方案及新系统的设计思想。DFD是系统设计的主要依据。因为结构化系统设计方法强调系统开发的阶段性，前一阶段是后一阶段的基础，后一阶段是前一阶段的继续。在进行系统的物理设计时，必须依据逻辑模型。利用DFD，可以将系统分析员在系统分析中所设计的新系统逻辑模DFD是利用有限的符号（外部实体、数据流、数据处理和数据存储）及若干规则来描述系统逻辑模型的。DFD是由顶层图（TOP图）、一级细化DFD、二级细化DFD等一组图所组成。应用自顶向下、逐层分解、先整体后局部的思想进行设计的。顶层图是将系统高度抽象与概括而得到的，它将系统视为一个整体、是由一个处理功能所构成的系统。DFD是利用有限的符号（外部实体、数据流、数据处理和数据存储一级细化DFD是对顶层图的处理功能的分解与细化，这是从整体到部分的细化，划分的是子系统。如同认识一部汽车，顶层图中所看到的只是整部汽车，而一级细化图看到的是汽车的部件，是组成汽车的几个大部分。二级细化DFD是将一级细化图中的每个处理功能的进一步分解与细化，对于汽车的例子，这一步就应该认识到组成汽车部件的零件了。一级细化DFD是对顶层图的处理功能的分解与细化，这是从整体到一个实际系统，根据它的规模和复杂程度的不同，很可能还需要进行三级及三级以上的细化。也可能某些处理需要继续细化，而另一些处理就不需再往下细化了。这分解与细化不是无止境的，不是越细越好，而是细化到“处理具有独立功能”为止。一个数据流图的每一层图都能完整地描述系统的整个处理过程，差别在于不同层的图，其抽象与概括程度不同、细化程度不同。越是上面的层图，它的概括与抽象程度就越高，越是下层的图，它的细化程度就越高。一个实际系统，根据它的规模和复杂程度的不同，很可能还需要进行DFD符号定义表图形符号名称说明外部实体记述系统之外的数据提供或数据获得的组织机构或个人，在方框内部填入实体名称。处理记述某种业务的手工或计算机处理，其中Pm区记述处理代码，C区记述处理名称。数据存储记述与处理有关的数据存储，Dn区记述存储的代码，S区记述存储数据的名称。数据流记述数据流流动方向，Fm记述数据流的名称,Fn记述数据流的代码。Rm

Pm

CDnSFm（Fn）DFD符号定义表图形符号名称说明外部实体记述系DFD图例说明（1）外部实体指由系统之外向系统提供原始数据（输入数据）的实体及接受系统的结果数据（输出数据）的实体。向系统输入原始数据的外部实体应是具体的，接受系统输出数据的外部实体可以是抽象的、概括的。（2）数据处理处理是指计算机对数据的加工处理。DFD图例说明（1）外部实体(1)处理的名称应该是动词加宾语，而不能只是动词或只是名词。如“打印重修名单”是处理的名称，而“打印”或“重修名单”都不符合处理名称的规定。(2)处理的代码不仅使下文的引用可以省略书写处理名称，而且可以直接看出处理所处的DFD的细化级别以及它与上级DFD的处理的对应关系（也称为子图与父图的关系），即下级DFD中的处理是由上级的DFD的哪个处理分解而来的。(1)处理的名称应该是动词加宾语，而不能只是动词或只是名词。为统一表示，特对处理的代码做如下规定：TOP图中的处理代码用P表示。一级细化DFD中的处理用P1，P2，...表示。二级细化DFD中，由P1分解的处理用P1.1，P1.2，...表示；由P2分解的处理用P2.1，P2.2，...表示；其余类推。三级细化DFD中，P1.1分解的处理用P1.1.1，P1.1.2，...表示；由P1.2分解的处理用P1.2.1，P1.2.2，...表示；由P3.1分解的用P3.1.1，P3.1.2，...表示。为统一表示，特对处理的代码做如下规定：TOP图中的处理代码用（3）数据存储

一般经过处理的数据需要将结果存储起来以便下次处理使用。在计算机中的存储一般是数据库文件，因此说，DFD中的存储是数据库设计的基础。关于存储的代码：对于各独立的数据存储结构可用D1、D2、...表示。有些情况，随着系统功能的细化，数据存储也可能出现由抽象到具体的情况。也就是说，数据存储也会出现细化的情况，使得父图中的某个存储在子图中变成多个存储。（3）数据存储这时存储的代码应按以下方法确定。设父图中有存储代码为Dn，则它在子图中分解后的代码应为Dn.1、Dn.2、Dn.3、…。例如，在一级DFD中，职工档案的存储用D1表示，在二级DFD中，职工档案被细化为职工自然信息、职工学历信息、职工家庭信息、职工历史信息、职工奖惩信息等数据存储，这些存储的代码可用D1.1，D1.2，D1.3...表示。存储的名称应是唯一的，应是名词或名词词组。DFD中的存储第一次出现时需标明其代码和名称，而在其后的DFD中，只标明其代码即可。这时存储的代码应按以下方法确定。设父图中有存储代码为Dn，则4）数据流

※数据流是指由外部实体传送给系统的原始数据（输入数据流）和由系统加工后传送给外部实体的结果数据（输出数据流），数据流的名称与现实系统的各种票据、报表等相对应。关于数据流的表示：※数据流的名称在一个系统中应是唯一的；※对于流入或流出存储的数据流，当其名称与存储名称相同时，可以省略Fm及Fn；※为了节省DFD绘图时间，使图面整洁，一般可在顶层图中将数据流名称及其代码同时给出，而在其后的各图中就可以只使用代码表示数据流了。4）数据流例如:

这样，在其后的图中就可以使用F7表示该数据流了，而省略汉字的书写。※有的情况下，随着DFD的细化，数据流也可能被细化。例如，一个系统的查询输出常常是多种的，这些不同内容的查询输出数据流为了使图简化，在顶层图中是以一个“查询信息”的输出数据流表示的，而在其细化的DFD中，应该将其具体化，这种情况的数据流代码的表示可采用与处理标号相同的办法。设顶层图中有数据流的代码为F20，则细化后可为F20.1、F20.2……。F7班级成绩统计表例如:F7班级成绩统计表DFD的设计规则（1）DFD的设计过程是按照自顶向下逐层分解的思想进行的，分解是处理功能的分解。我们称某一处理细化后的图是该处理的子图。子图与父图必需保持输入与输出的一致。例如图12.2为父图，图12.3为子图。图12.2的输入是数据流A、输出是数据流X，处理P1细化后得到图12.3，其输入必须是数据流A，输出必须是数据流X，这就是子图与父图的输入、输出必需保持一致的原则。P1XA图12.2父图XD1P1.1A图12.3子图P1.2DFD的设计规则（1）DFD的设计过程是按照自顶向下逐层分解（2）随着DFD的细化，图越来越复杂，为便于阅读和绘图，可以将某一层的细化图画在一张图中，也允许将某一处理功能分解后的各处理功能画在多张图中，作为子图之一。也可以将几个功能分解后的各功能画在一张图中。同一层的各子图共同组成了该层的DFD。这时，为准确表示各功能之间的数据联系，各子图之间须通过公共的存储联系起来。（2）随着DFD的细化，图越来越复杂，为便于阅读和绘图，可以P2.1P2.2B图12.4P2的细化DFDD1D2图12.5P3的细化DFDP3.2P3.1D2D3Y图12.4是P2的细化DFD，图12.5是P3的细化DFD，它们同属于二级细化图（由图中的处理代码可知），存储D2是在两图中重复出现的。由此可知P2.2处理的结果写入D2，而P3.1处理的输入数据就是D2存储的数据。通过D2存储可将这两个图联系起来。P2.1P2.2B图12.4P2的细化DFDD1D2图1（3）为绘图方便，减少数据流向线的交叉，允许同一存储或同一外部实体在同一图中重复画出。（4）在MIS中，处理与处理之间传输的数据都是成批的。这种情况下，合理的设计应是前一处理将数据写入存储，而后面的处理从存储中读取数据。这就是说在DFD中，处理与处理之间通常是用存储联系起来的。如上面例图中，处理与处理都是通过存储联系的，而不能用数据流向线直接将两个处理连接起来。（3）为绘图方便，减少数据流向线的交叉，允许同一存储或同一外（5）在DFD中，存储的输入来源与输出去向不能是外部实体，而只能是处理。如图12.6中的数据流F1输入到存储及图12.7的数据流F8由存储输出都是错误的。图12.7错误的输出F8D1R图12.6错误的输入F1RD1（5）在DFD中，存储的输入来源与输出去向不能是外部实体，而（6）在DFD设计中，数据一般是不允许重复录入的。因此，DFD中的同一数据流不允许在同一级图中重复出现。（7）对于输入的查询条件及对话信息，不应作为数据流出现在DFD中。（6）在DFD设计中，数据一般是不允许重复录入的。因此，DF（8）对于业务处理中的非正常的错误情况处理，在DFD中不予表示。如图12.8所示，输入的F1就应该是正确的，P2.1应是输入F1的处理。应该注意，该图中的错误是不应该表示“不正确的F1”，F1就应该是正确的，而输入过程产生的错误属于数据校验问题，有别与此。不正确的F1P2.1F1D1R正确的F1图12.8错误的数据流表示校核F1（8）对于业务处理中的非正常的错误情况处理，在DFD中不予表（9）如果一个数据处理对一个数据存储中的数据既读又写，则它们之间的数据流应为双向箭头。（10）一个处理必须要有输入和输出。（9）如果一个数据处理对一个数据存储中的数据既读又写，则它们DFD设计步骤（1）前期工作作好详细调查，明确用户真正需求及业务处理详细过程与方法；明确系统的界限，即计算机处理的业务与人工处理的界限、本系统与其它系统的界限。对系统中将要建立的主要存储，应作系统考虑。例如，图书管理中的主题应是图书，应考虑“图书”存储需要存储哪些数据，这些数据存储在一个数据存储中还是多个，…。DFD设计步骤（1）前期工作（2）设计顶层图顶层图又称TOP图，由它确定出系统的总的处理功能、所有的输入/输出数据流及外部

实体。此图对系统的功能高度概括成为一个数据处理。它着重给出了系统与环境的关系，可以看出系统与其它系统间的数据关联关系。该图要标明数据流的名称及代码、外部实体的名称，系统总功能的名称及代码。（3）设计一级细化DFD根据T