管理信息系统分析

项目五管理信息系统分析5.1企业现行系统调查5.2描述系统逻辑模型的工具5.3系统逻辑模型建立(用户需求分析)5.4系统分析报告的编写5.5案例分析技能实训:完成给定管理信息系统分析报告的编写思考题5.1企业现行系统调查5.1.1常用的调查方法在系统分析过程中所采用的调查方法通常有以下几种。

1.资料收集法资料收集的目的是为新系统提供必要的基础数据资料，即在新系统中将包含哪些数据类。资料的收集不是盲目进行的，而是围绕着企业的业务过程展开的。各个业务过程中产生的各种原始凭据、单据、凭证、报表和计划等均是收集的对象，(如图5-1所示)。收集的数据包含了数据本身和数据格式两个方面的内容。2.直接参加企业工作下一页返回5.1企业现行系统调查3.发调查表征求意见（1）调查表基本结构调查表的结构的具体内容了

1)封面信。2)指导语。3)问题和答案。4)编码及其他资料（2)问题的设计问题设计包括问题形式设计、题干设计和答案设计。上一页下一页返回5.1企业现行系统调查

4.开座谈会座谈会法是访谈法的一种。访谈法是调查者与被调查者通过面谈口问的形式来搜集资料的一种方法。它是运用最广泛和最普及的一种方法。访谈法有两种情况:访谈对象仅是单个人的情况叫做个别访谈;多个人同时作为被访对象参与访谈的，则称之为座谈会法。

5.个人访谈

6.电子邮件

7.网站调查

8.电话和电视会议上一页下一页返回5.1企业现行系统调查5.1.2调查的主要内容1.对企业组织结构进行调查因为组织结构图可以描述组织的总体结构以及组织内部各部分之间的联系。所以为了明确的表示企业组织结构的调查结果，需要调查者绘制组织结构图。组织结构图描述了系统边界之内的部门划分以及这些部门之间的关系。（1)组织结构图的基本符号组织结构图是用来描述现行系统组织机构的层次和隶属关系的工具，包含了矩形和箭头两种基本符号，如图5-2所示。组织结构图通常分为3个层次，其一般形式如图5-3所示。上一页下一页返回5.1企业现行系统调查完整的组织结构图如图5-4所示。（2)绘制组织结构图应注意的问题①不能只画组织中的从属关系、领导和被领导关系(因为它们不是全部信息流)。②应具体调查结构的职能，不能仅按结构名称画图。③实际情况往往较复杂，很难设计出面面俱到的MIS(应突出重点、目标)。上一页下一页返回5.1企业现行系统调查2.对组织内部各部门的业务功能进行调查因为功能结构图可以描述系统的目标与系统功能的结构和关系。所以为了明确的表示组织内部各部门的业务功能的调查结果，需要调查者绘制功能结构图。功能结构图反映了系统内各个部门所具有的管理功能。

(1)功能结构图的基本符号功能结构图是描述系统的目标与系统功能结构和关系的工具，包含了矩形和直线两种基本符号，如图5-5所示。功能结构图通常分为多个层次，其一般形式如图5-6所示。上一页下一页返回5.1企业现行系统调查在理想情况下，功能结构和组织结构应该是一致的。但是由于客观情况的复杂性，在现实的系统中，功能结构和组织机构往往并不能一一对应，所以这就要求调查者在进行调查时要对两种结构认真分析，并加以划分。例如，图5-7就是图5-4中某企业的功能结构图，这单仅画出了有关生产管理的内容。3.对企业的业务流程进行调查业务流程图的绘制一般是按照业务处理的实际过程和步骤进行。

(1)业务流程图的基本符号业务流程图(TransactionFlowDiagram,TFD)是描述各种职能是如何在有关部门具体完成的工具，它共包含了4种基本符号，如图5-8所示。

(2)完整的业务流程图，如图5-9所示。上一页下一页返回5.1企业现行系统调查

(3)业务流程图的特点①业务流程图的形式是按业务部门划分的横式图。②业务流程图描述的主体是票据、账单的业务处理。③图中的票据、账单流动路线与实际业务处理过程应一一对应。

(4)业务流程图的作用业务流程图的制作过程是全面了解业务处理的过程，是进行系统分析的依据。它是系统分析员、管理人员、业务操作人员相互交流思想的工具，所以系统分析员可直接在业务流程图上拟出可以实现计算机处理的部分。通过业务流程图的绘制可以分析出业务流程的合理性，帮助调查者找出业务流程中不合理的回路。上一页返回5.2描述系统逻辑模型的工具5.2.1数据流程分析的工具

1.数据流程图的特性抽象性，数据流程图不考虑具体的组织机构、工作场所、存储介质、采用的处理方法和技术乎段等，即舍去了具体物理因素。数据流程图中表示的信息是从调查的结果中抽象出来的数据，它反映了信息的构成、存储、流动和加工等情况。数据流程图能够利用有限的符号，表示系统的任务及任务间的顺序和关系，以信息处理为主线将调查的结果抽象成层次分明的逻辑模型。概括性，数据流程图将系统中各种业务过程互联，形成一个整体。下一页返回5.2描述系统逻辑模型的工具

2.数据流程图的基本符号数据流程图不仅舍去了系统的物质因素对信息进行了抽象，并能用少数几种符号综合的反映出信息在系统中的流动，处理、存储和使用情况，是一种能全面的描述信息系统逻辑模型的主要工具。数据流程图包含了4种基本符号，如图5-10所示。（1)外部实体在数据流程图中外部实体包含了多层含义:首先，用它来表示独立于系统，但又和系统有联系的实体;其次，用它来表示系统的数据流的来源和终点，可以是某个人员、组织、其他信息系统或某个团体;最后，用它来表示本系统和外部环境间的界线，用以明确系统的范围。实体在数据流程图中的具体表示形式如图5-11所示。上一页下一页返回5.2描述系统逻辑模型的工具（2)数据流在数据流程图中数据流表示的是流动着的数据。就数据本身而言，可以是一项数据或一组数据，即一份数据文件。数据流在数据流程图中的具体表示形式如图5-12所示。（3)数据存储在数据流程图中数据存储表示的是逻辑意义上的数据存储环节。逻辑意义上的存储环节指的是信息的暂停或保留，而不考虑存储的物理介质和处理乎段。一般表示数据流程图中的加工的结果，如:数据文件、报表或账日等。数据存储在数据流程图中的具体表示形式如图5-13所示。上一页下一页返回5.2描述系统逻辑模型的工具

(4)加工(处理逻辑)

在数据流程图中加工(处理逻辑)表示的是对数据进行的操作。包含了两层含义:一方面它表示的是变换数据的组成，即改变数据结构;另一方面它表示在原有数据内容的基础上增加新的内容，形成新的数据。加工(处理逻辑)在数据流程图中的具体表示形式如图5-14所示。为了便于和数据字典中对数据流图的描述保持一致，所以在这单数据存储的编号以字母"F”开始，而加工的编号则以字母p开始。上一页下一页返回5.2描述系统逻辑模型的工具

3.数据流程图的绘制方法数据流程图（DataFlowDiagram,DFD)是一种能全面的描述信息系统逻辑模型的主要工具，在绘制时采用了自顶向下，逐层分解的方法，最终会按层次产生一组图形。

(1)绘制顶层图数据流程图首先确定系统的边界，越过边界的数据流就是系统的输入或输出，将输入与输出用加工符号连接起来，并加上输入数据来源和输出数据去向;若系统中具有全系统共享的数据存储，表示在顶层数据流程图中。顶层图的一般形式如图5-15所示。上一页下一页返回5.2描述系统逻辑模型的工具（2)绘制中、下层数据流程图总体来讲在顶层数据流程图的基础上，将加工(逻辑功能)逐步分解，即可得到不同层次的数据流程图。中、下层数据流程图的一般形式如图5-16所示数据流程图举例如图5-17和图5-18为某生产制造企业订货处理业务的顶层和分解数据流程图。4.数据流程图的绘制时的注意事项在介绍完数据流程图一般形式的基础上，下面讨论一下绘制数据流图时应注意的问题。(1)编号为了便于和数据字典中对数据流图的描述保持一致，所以在这单数据存储的编号以字母"F”开始，而加工的编号以字母“p”开始。上一页下一页返回5.2描述系统逻辑模型的工具（2)分解的程度对于一个大型的系统，在绘制数据流图时，如果一下子把加工直接分解成功能单元(不再做分解的加工)，即一张图上画出过多的加工将使人难以理解，也增加了分解的复杂度。然而，如果每次分解产生的子加工太少，会使分解层次过多而增加作图的工作量，阅读也不方便。经验表明，一般说来一个加工每次分解量最多不要超过7个为宜。上一页下一页返回5.2描述系统逻辑模型的工具5.2.2数据分析的工具

1.数据字典的定义数据字典是给数据流程图中每个成分以定义和说明的工具。它以特定的格式对数据流程图中的各个组成要素的内容和特征作出完整和准确的定义和说明。是系统设计、系统实施与维护的重要依据。

2.数据字典的作用数据字典可以完善数据流程图中的数据，作为系统设计、实施和维护的依据。数据字典数据流图共同构成系统的逻辑模型。没有数据流图，数据字典难以发挥作用。没有数据字典，数据流图就不严格。上一页下一页返回5.2描述系统逻辑模型的工具

3.数据字典的编写要求①定义明确、易理解且唯一。②命名、编号与数据流程图一致。③内容完整准确:无遗漏项、无同名异义或异名同意。④格式规范，字体精炼，符号正确。

4.数据字典的内容数据字典利用数据项、数据结构、数据流、数据存储、处理逻辑、外部实体这6个方面的内容对数据流程图的内容与特征予以详细的说明。下面具体介绍一下数据字典中所包含的6项内容。（1)数据项数据项是数据字典中的基本项(相当于应用数据库中的字段)，数据项描述中应包括以下几项。上一页下一页返回5.2描述系统逻辑模型的工具①数据项的名称和说明②数据项的别名③数据项的取值范围和含义④数据项的长度⑤与该数据项相关的数据结构和处理逻辑（2)数据结构①数据结构的名称和说明②数据结构的别名。③数据结构构成的描述(最重要部分)④与该数据结构相关的其他数据结构、数据流、数据存储和处理逻辑上一页下一页返回5.2描述系统逻辑模型的工具（3)数据流系统中数据的逻辑流向。可以是数据结构，也可以是若十个数据项或数据结构的组合。数据流描述应包含以下几项。①数据流的名称和说明:对于数据流的说明是对数据流的性质和含义进行进一步的描述，以免产生误解。②数据流的来源和去向:至少有一个是处理逻辑。③数据流的组成:数据流中包含哪些数据项或数据结构。④数据流的流量和最大流量:也是硬件设计的一个依据。上一页下一页返回5.2描述系统逻辑模型的工具（4)数据存储数据存储描述应包含以下几项。①数据存储的名称和说明:名称应该相当简略，说明一定要描述清楚。②数据存储的来源和去向:两者都应该是处理逻辑。③数据存储的组成:用数据结构和数据存储描述。④数据存储的容量:(一条记录的长度)包含的记录数，可能的增长率。⑤数据存储的物理组织方式:顺序组织、随机组织，索引关键字段。⑥相关的处理逻辑。⑦数据存储编号。上一页下一页返回5.2描述系统逻辑模型的工具

(5)处理逻辑处理逻辑(加工)描述应包含以下几项。①处理逻辑的名称和说明。②处理逻辑的编号:处理逻辑的编号应该与数据流程图的处理逻辑模块编号一致，而且应该与较低层的数据流程图的编号对应。③处理逻辑的输入、输出数据流。④处理逻辑的逻辑概括:最好将逻辑概括置于输入/输出数据流之间，以便阅读理解。上一页下一页返回5.2描述系统逻辑模型的工具（6）外部实体外部实体描述应包含以下几项。①外部实体的名称、别名和说明。②与外部实体有关的数据流:指出系统的输入、输出。③外部实体的数量和增长率上一页下一页返回5.2描述系统逻辑模型的工具5.2.3加工分析的工具用来详细地说明数据流程图中的加工的工具有:判定树、判定表和结构化语言。1.判定树判定树又称为决策树，特别是当某个行为的执行，需要依赖于多个条件判断时，采用这种表示方法则比较直观。下面以邮件收费标准为例，介绍一下判定树，如图5-19上一页下一页返回5.2描述系统逻辑模型的工具

2.判定表（1)判定表的相关解释判定表又称为决策表，是一种以表格的形式来表示逻辑判断的工具。判定表能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。在一些数据处理问题当中，某些操作的实施依赖于多个逻辑条件的组合，即:针对不同逻辑条件的组合值，分别执行不同的操作。判定表很适合于处理这类问题，例如表5-1“阅读指南”判定表。上一页下一页返回5.2描述系统逻辑模型的工具（2)判定表的构成判定表的表格分成4个部分:左上角为条件说明，用Cn来表示，称为条件桩;左下角为行动说明，用An来表示，称为动作桩;右上角为各种条件的组合说明，称为条件项，用Y或N来表示，前者表示条件成立，后者相反;右下角为各条件组合下相应的行动，称为动作项，当确定采取某种行为时，则在相应的位置上用对号来表示。在判定表中要反应出所有条件的组合，如，表中包含S个条件，则条件的组合数为2s个，如图5-20所示。例如:某商业批发公司本着薄利多销的原则制定了折扣政策，规定在与客户成交时，根据不同情况对客户应交货款打一定折扣。表5-2为使用判定表描述的该公司的折扣政策。上一页下一页返回5.2描述系统逻辑模型的工具（3)判定表的简化判定表的简化实际是判定表中规则的简化，具体内容介绍如下。

1)规则规则指的是任何一个条件组合的特定取值及其相应要执行的操作如图5-21所示。在判定表中贯串条件项和动作项的一列就是一条规则。显然，判定表中列出多少组条件取值，也就有多少条规则，既条件项和动作项有多少列。

2)化简化简就是规则合并，当有两条或多条规则具有相同的动作，并目其条件项之间存在着极为相似的关系时可进行合并，如图5-21所示。上一页下一页返回5.2描述系统逻辑模型的工具两规则动作项一样，条件项类似，在1，2条件项分别取Y，N时，无论条件3取何值，都执行同一操作。即要执行的动作与条件3无关。于是可合并。“一”表示与取值无关。另外无关条件项“一”可包含其他条件项取值，具有相同动作的规则可合并，如图5-22所示。例如，简化后的读书指南判定表，如表5-3所示。例如，简化后的某企业折扣政策表，如表5-4所示。3.结构化语言结构化语言就是将自然语言加上程序设计语言的控制结构的结构化语言，专门用来描述处理逻辑。所以，它既有自然语言灵活性强、表达丰富的特点，又有结构化程序的清晰易读书逻辑严密的特点。上一页下一页返回5.2描述系统逻辑模型的工具5.2.4功能/数据分析的工具1.建立U/C矩阵U/C矩阵又称功能/数据类矩阵，用来表示功能与数据类之间的联系，具体表示形式为一张一维表，如表5-5所示。2.U/C矩阵的正确性检查U/C矩阵的正确性，可由3方面来检验:完备性检验、一致性检验和无冗余性检验。具体内容介绍如下。表5-5符合U/C矩阵的正确性的要求。3.调整U/C矩阵U/C矩阵的调整过程就是对系统结构划分的优化，调整可通过人工调整和计算机调整两种方式进行。U/C矩阵调整后的一般形势如表5-6所示。U/C矩阵调整前的一般形势如表5-7所示。上一页下一页返回5.2描述系统逻辑模型的工具4.画出功能组对应方块U/C矢巨阵中沿着对角线划分小方块，所有的小方块包含所有的“C”元素，如表5-8上一页返回5.3系统逻辑模型建立

(用户需求分析)5.3.1现行系统逻辑模型的建立现行系统逻辑模型的建立地具体过程介绍如下。1.收集对现行系统“物理模型”的分析进行分析所需要的资料2.绘制现行系统的数据流程图5.3.2用户新需求下一页返回5.3系统逻辑模型建立

(用户需求分析)在对现行系统逻辑模型分析后产生的用户需求为以下两点。1)删除现行系统数据流程图中的“核对”这个加工，因为在乎工记账的方式下，较容易产生记账的错误，以及一些计算差错，所以必须包含对日记账、明细账和总账中的数据核对工作。日记账、明细账和总账中的数据，都来自记账凭证，只要输入记账凭证的数据正确，二种账簿中的数据也是正确的，从而失去了账簿相互间核对的必要性。2)修改现行系统数据流程图中的“明细账处理”这个加工，在乎工记账的方式下，矜记明细账的工作量较大，可以分散给多人矜录，但是在用计算机进行账务处理时，大大简化了该项工作，即计算机能自动地按科日分类矜录，不需由多人重复进行。上一页下一页返回5.3系统逻辑模型建立

(用户需求分析)5.3.3新系统逻辑模型的建立具体工作过程介绍如下。

1.根据用户新需求确定现行系统的改变范围从现行系统的逻辑模型出发，根据用户在对现行系统的逻辑模型分析基础所提出的新需求，把不符合新系统要求的那些部分分离出来，作为改变部分。为了确定改变范围，应逐个检查现行系统数据流图中每个加工，对每个最基本的加工单元都要标明是否需作改变，把那些需作改变的加工划在改变范围之内。经过检查后，现行系统逻辑模型的数据流图被划分成两个区域，即改变域和不变域。最后，保持不变域，对改变域重新分析并重新画出数据流图，就可以获得新系统的逻辑模型。上一页下一页返回5.3系统逻辑模型建立

(用户需求分析)

2.建立新系统的逻辑模型根据用户在对现行系统分析的基础上，所提出的具体需求和现实的工作环境，利用数据流程图和其他工具来建立新系统的逻辑模型。主要包括新系统的数据流程图和数据字典。上一页返回5.4系统分析报告的编写5.4.1系统概述

1.目标系统的名称、目标和主要功能。

2.背景、系统的用户、开发者以及本系统与其他系统或机构的关系和联系。

3.参考资料和专门术语说明。下一页返回5.4系统分析报告的编写5.4.2现行系统概况

1.现行系统现状调查说明:通过现行系统的组织结构图、功能结构图和业务流程图等图，说明现行系统的目标、规模、主要功能、组织机构、业务流程、数据存储和数据流，以及存在的薄弱环节。

2.系统击求说明:用户要求以及现行系统主要存在的问题等。上一页下一页返回5.4系统分析报告的编写5.4.3新系统逻辑模型设计1.系统逻辑模型:各个层次的数据流图、数据字典和加工说明。2.出错处理要求。3.其他特性要求:如系统的输入输出格式、启动和退出等。4.遗留问题:根据目前条件，暂时不能满足的一些用户要求或设想，并提出今后解决的措施和途径上一页下一页返回5.4系统分析报告的编写5.4.4系统设计与实施的初步计划

1.工作任务的分解:根据资源及其他条件确定各子系统开发的先后次序，在此基础上分解工作任务，落实到具体组织或个人。

2.时间进度安排。

3.预算:对开发费用的进一步估计。上一页下一页返回5.4系统分析报告的编写5.4.5用户领导审批意见重要说明的是在系统分析报告中，数据流图、数据字典和加工说明这3部分是主体，是系统分析说明中必不可少的组成部分。而其他各部分内容，则应根据所开发目标系统的规模、性质等具体情况酌情选用，不必生搬硬套。总之，系统分析报告必须简明扼要，抓住本质，反映出目标系统的全貌和开发人员的设想。上一页返回5.5案例分析5.5.1现有系统介绍现有系统已完成的子模块为:业务管理模块、设备管理模块、配置管理模块、地址管理模块(部分)、用户管理模块(部分)、部门管理模块(部分)等。5.5.2业务功能分析在对网络运维中心信息管理系统进行介绍后，进入系统的框架模型设计阶段，其功能结构图如图5-23所示。1.用户登录功能描述用户在使用本系统时，首先显示用户升录界面，等待用户录入用户名和密码，系统对用户进行身份确认后，显示欢迎等待界面，并进入系统的主界面。下一页返回5.5案例分析2.系统用户管理功能描述在进入系统主界面后，可以根据不同身份的级别，进行相应的身份信息的维护和修改，系统用户管理功能结构图如图5-24所示。3.业务管理功能描述在进入系统主界面后，用户可通过业务管理模块对日常业务进行管理，在这单又将业务管理按照具体业务内容进行了详细的划分，包括:业务CASE、故障CASE、项目派工单、L2VPN受理单、小区接入受理单、网吧接入受理单、MPLSVPN受理单、专线接入受理单，如图5-25所示。上一页下一页返回5.5案例分析

1)业务CASE

功能描述包括所有的业务受理单据的处理，在这单可以实现对各种受理业务数据的添加、更改、查询、刷新、全部显示、打印、删除等处理，如图5-26所示。便于业务的归档、搜索。

2)故障CASE

功能描述将每天处理的事故，网管报上来的故障，其他部们报上的故障等事故和故障数据，以标准的单据格式进行添加、更改、删除、查询、刷新、全部显示、打印等处理，如图5-27所示。便于故障信息的及时收集，并以此作为故障及时有效解决的依据。上一页下一页返回5.5案例分析3)项目派工单功能描述作为其他部门给本部门派工的单据，由其他部门填写。以标准的单据格式进行添加、更改、删除、查询、刷新、全部显示、打印等处理，如图5-28所示。4)L2VPN业务受理单功能描述将所有受理的L2VPN业务以规范的数据组织方式进行添加、更改、删除、查询、刷新、全部显示、打印等处理(如图5-29所示)，形成L2VPN业务受理单，实现L2VPN业务归总、管理。提高L2VPN业务的处理效率。上一页下一页返回5.5案例分析4.设备管理功能描述在进入系统主界面后，用户可通过设备管理模块对系统运行所依靠的各种网络和通信设备进行管理，包括:B平台RMA报告和机房巡检表，如图5-30所示。1)B平台RMA报告功能描述将所有属于B平台的设备的RMA数据以规范的数据组织方式进行组织和整理，形成B平台RMA报告，对数据进行添加、更改、删除、刷新、查询、打印、全部显示等处理(如图5-31所示)，为设备的返修提供可靠的数据支持，提高设备返修的工作效率。上一页下一页返回5.5案例分析

2)机房巡检表功能描述将所有属于机房的各种设备的数据以规范的数据组织方式进行组织和整理，形成机房巡检表，对数据进行添加、更改、删除、刷新、查询、打印、全部显示等处理(如图5-32所示)，提高机房设备管理的工作效率。上一页下一页返回5.5案例分析

5.配置管理功能描述在进入系统主界面后，用户可通过配置管理模块对网络系统中的路由器配置数据进行管理。

1)路由器配置功能描述对路由器配置数据，以规范的格式进行整理和存储，对数据进行添加、更改、删除、刷新、查询、全部显示等处理(如图5-33所示)，数据可以的有效备份和存档，便于配置信息的查询和参考，特别是当设备因非人为和不可抗拒的灾害(如:断电、火灾、地震等)而被迫停止正常运行时，可以快速恢复这些设备配置。上一页下一页返回5.5案例分析6.地址管理功能描述在进入系统主界面后，用户可通过地址管理模块对地址数据进行管理。具体的地址管理可以包括:未分配地址，已分配地址，所有地址，如图5-34所示。1)未分配地址功能描述对未分配的地址以及分配后又被收回的地址，以规范的格式进行整理和存储即生成未分配地址表，使数据可以有效的备份和存档，同时可对数据进行添加、更改、删除、刷新、查询、个部显示等处理(如图5-35所示)，便于未分配地址信息的管理。上一页下一页返回5.5案例分析

2)己分配地址功能描述对己分配地址，以规范的格式进行整理和存储即生成己分配地址表，使数据可以的有效备份和存档，同时可对数据进行添加、更改、删除、刷新、查询、全部显示等处理，(如图5-36所示)便于所有地址信息的管理。上一页下一页返回5.5案例分析7.部门管理功能描述在进入系统主界面后，用户可通过部门管理模块对部门信息进行管理。具体的部门管理可以包括:文档管理、E_Learning、公司贡要通知、绩效管理，如图5-37所示。

1)文档管理功能描述为员工学习和了解部门文档提供了一个电子平台，便于员工查询和浏览。包括:服务文档、评估文档、制度文档、维护文档。上一页下一页返回5.5案例分析2)E_Learning功能描述为所有员工学习提供电子化平台。包括:理论知识、设备资料、人员素质，帮助员工快速成长。3)公司重要通知功能描述对公司重要通知，以规范的格式进行整理和存储，即生成公司重要通知表，使数据可以有效的备份和存档，便于所有员工浏览，其功能结构图如图5-38所示。上一页下一页返回5.5案例分析

4)绩效管理功能描述对公司员工的绩效考核情况，以规范的格式进行整理和存储，即生成员工绩效管理表，使数据可以的有效备份和存档，便于所有员工查询、浏览，及时发现自己的差距，有利于员工的成长，绩效管理结构图如图5-39所示。上一页下一页返回5.5案例分析8.业务用户管理功能描述在进入系统主界面后，用户可通过业务用户管理模块对用户信息进行管理。1)业务用户管理功能描述对公司的业务用户信息，以规范的格式进行整理和存储，生成用户管理表，使数据可以的有效备份和存档，便于查询、浏览，加强对用户的规范化管理，如图5-40所示。上一页下一页返回5.5案例分析9.注销功能描述用户在使用本系统时，可以随时注销，注销后可以关闭系统，也可以更新登录系统贡新返回到系统的登录界面，其功能结构图如图5-41所示。5.5.3数据流程图采用结构化的设计思想“自顶向下，逐层分解”来进行系统的数据流成的分析并完成数据流程图的绘制。首先绘制系统的顶层数据流程图，用来说明系统的外部实体以及系统与这些外部实体之间的数据交换和形成的数据存储，如图5-42所示。上一页下一页返回5.5案例分析将系统的顶层数据流程图进行分解，反映出系统的主要处理逻辑、外部实体、产生中层数据流程图。中层数据流程图相对概括的输入/输出数据流和数据存储，如图5-43所示。分解中层数据流程图的加工，画出底层的数据流程图(如图5-44

、5-45、5-46、5-47、图5-48所示)，更加具体地反映系统的数据流程。5.5.4数据字典数据流程图描述了系统的分解及整个系统中信息的流动、存储变化的全貌，但是并没有说明系统中各个成分是什么含义，所以要借助数据字典来对数据流程图中的数据流、数据存储等作出进一步的严格定义。上一页返回技能实训:完成给定管理信息

系统分析报告的编写一、实训目的1.掌握建立管理信息系统逻辑模型的工具的使用方法。2.掌握管理信息系统可行性研究报告的编写方法。二、实训要求任务一:产品订单管理系统分析报告的编写。任务一:产品采购管理系统分析报告的编写。三、实训过程任务一的实训过程介绍如下。下一页返回技能实训:完成给定管理信息

系统分析报告的编写

1.引言（1)编写目的系统分析阶段最后一项任务是编写系统分析报告。它实际上是整个系统分析阶段的工作总结或成果，又是企业领导对系统进入设计阶段决策的依据。系统分析报告一经确认由用户认可接受后，就成为具有约束力的指导性文件，成为下一阶段系统设计工作的依据和今后验收目标系统的检验标准。上一页下一页返回技能实训:完成给定管理信息

系统分析报告的编写（2)项目背景①开发软件名称:产品订单管理系统②项目任务提出者:**公司③项目开发者:**软件开发小组④用户:**公司项目与其他软件，系统的关系:本项目采用B/S架构，利用浏览器完成客户端的程序运行，服务器端采用Windows网络版操作系统以MicrosoftASP.NET为开发软件的应用程序，采用SQLServer2000为开发软件的数据库服务程序。上一页下一页返回技能实训:完成给定管理信息

系统分析报告的编写(3)参考资料（4)专门术语说明数据字典:数据流程图中包含元素的详细定义2.现行系统概况（1)现行系统现状调查说明通过现行系统的组织结构图、功能结构图和业务流程图等图，说明现行系统的目标、规模、主要功能、组织机构、业务流程、数据存储和数据流，以及存在的薄弱环节。系统组织结构图通常分为3个层次，其一般形式如图5-49所示。上一页下一页返回技能实训:完成给定管理信息

系统分析报告的编写系统功能结构图是描述系统的目标与系统功能结构和关系的工具，产品订单管理功能结构图如图5-50所示。业务流程图可以描述各种职能是如何在有关部门具体完成的，而目能够清楚的表达完成这些职能时信息处理工作的细节情况。所以为了明确的表示企业业务流程的调查结果，需要调查者绘制业务流程图，产品订单管理的业务流程图如图5-51所示。上一页下一页返回技能实训:完成给定管理信息

系统分析报告的编写（2)系统需求说明说明用户要求以及现行系统主要存在的问题等。

3.新系统逻辑模型设计（1)系统逻辑模型系统逻辑模型:包括各个层次的数据流程图、数据字典和加工说明;产品订单管理系统的顶层数据流程图和分解数据流程图，如图5-52和图5-53所示。上一页下一页返回技能实训:完成给定管理信息

系统分析报告的编写产品订单管理系统的数据字典，这单仅包含了部分内容，列举如下。1)数据项数据项名称:库存量数据项别名:数量数据项说明:某种配件的库存量数据项长度:8个字节取值范围:0^-99,999,999上一页下一页返回技能实训:完成给定管理信息

系统分析报告的编写2)数据结构数据结构名称:用户订货单数据结构说明:用户所填写的用户情况及订货要求等信息数据结构构成:订货单标识+用户情况+配件情况3)数据流数据流名称:发货通知单数据流说明:销售科为用户开出的发货通知单数据流来源:开发货单处理逻辑数据流组成:发货通知单数据结构数据流流量:200份/天数据流的最大流量:90份/天上午8:30^10:00上一页下一页返回技能实训:完成给定管理信息

系统分析报告的编写4)数据存储;数据存储名称:产品库存账数据存储说明:存放产品的历年库存和单价数据存储编号:F38数据存储组成:产品编号+产品名称+单价+库存量+备注物理组织方式:顺序组织数据存储关键字:产品编号相关的处理逻辑:确定发货量修改库存上一页下一页返回技能实训:完成给定管理信息

系统分析报告的编写5)处理逻辑处理逻辑名称:验收订货单处理逻辑说明:确定用户的订货单填写是否i1:确处理逻辑编号:P31处理逻辑的输入数据流:合格的订货单，流入“确定发货量”处理逻辑;不合格的订货单，流入“产品用户”外部实体6)外部实体外部实体名称:产品用户外部实体说明:购买本公司产品的用户输入的数据流:发货通知单订货单输出的数据流:订货单上一页下一页返回技能实训:完成给定管理信息

系统分析报告的编写（2)出错处理要求（3)其他特性要求例如，系统的输入输出格式、启动和退出等。（4)遗留问题根据日前条件，暂时不能满足的一些用户要求或设想，并提出今后解决的措施和途径。上一页下一页返回技能实训:完成给定管理信息

系统分析报告的编写4.系统设计与实施的初步计划（1)工作任务的分解本系统分为四大功能模块，分别由**负责开发。整个系统的分析、设计、调试由**负责。（2)时间进度安排系统开发的时间进度安排，如表5-9所示。5.用户领导审批意见