自考管理信息系统第五章

第五章系统分析,本章重点,教学目的与要求,1.掌握系统分析的内容、任务和意义等；2.掌握系统分析过程、系统分析的相关工具以及系统分析的方法。3.重点理解系统分析的意义和内容，掌握进行系统分析一般步骤和方法、工具等。,案例：软件工程师毫无用处？“软件工程师毫无用处，我宁愿雇佣雷达专家教会他如何编程，也不愿意雇佣程序员来教会他雷达信号流程”。这段措辞严厉的声明来自于一位大型政府项目的经理，他所在部门的电脑系统曾经错误地发出了ICBM导弹来袭的警报。更加令他不能忍受的是程序员拒绝对此错误的功能承担责任。程序员抱怨说这是由于系统说明不够全面造成的，而并非自己的原因。这位经理意识到，需求文档没有指出特定的环境会导致错误的警报，但他仍认为他所在部门的编程人员应该具备这样的基本知识的。“没有任何雷达专家会犯如此基本的错误”，他坚持说。,问题引入,课堂讨论：1.如何理解项目经理的抱怨？2.在一个项目需求调研过程中，系统分析人员发现对用户进行简单的培训，他们做出的系统分析说明要比系统分析人员更加准确，你觉得这样的现象正常吗？,5.1系统分析概述,5.1.1系统分析的概念1、概念系统分析(systemanalysis)是指运用一定的方法，对问题域和系统责任进行分析和理解，对其中的事物和它们之间的关系产生正确的认识，并产生一个符合用户需求，能够直接反映问题域和系统责任的模型及其详细说明。,5.1系统分析概述,2、基本任务在总体规划的指导下，系统分析人员和管理人员和业务人员按照系统观点，对系统深入详细的调查研究，综合运用多学科知识，深入描述及研究现行系统的活动和各项工作及用户的各种需求，使用一系列分析工具与技术把双方的理解用书面文档表达出来。了解用户的需求；确定系统逻辑模型，形成系统分析报告。,IEEE软件工程标准词汇表中将需求定义为：用户解决问题或达到目标所需的条件或能力（Capability）。系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。一种反映上面（1）或（2）所描述的条件或能力的文档说明。该定义从用户角度（系统的外部行为）和开发者角度（一些内部特性）来阐述了需求的含义。,5.1系统分析概述,什么是需求(Requirement),需求是人们的期望。探索需求是寻找人们的期望的过程。开发就是把人们的期望转化成一种能够满足其期望的产品的过程。,5.1系统分析概述,“用户所需要的并能触发一个程序或系统开发工作的说明”（该定义强调的是产品是什么样的，而并非产品是怎样设计、构造的）。需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性，是在开发过程中对系统的约束。需求是指用户要求软件系统必须满足的所有功能和限制。需求包括：功能要求、性能要求、可靠性要求、安全保密性要求以及开发费用和开发周期、可使用资源等方面的限制。,5.1系统分析概述,需求是隐性的。即连用户都不清楚自己的需求。需求是变化的。大师说：“没有不变的需求，世上的软件都改动过3次以上，唯一一个只改动过两次的软件的拥有者已经死了，死在去修改需求的路上。”我付了钱，但这不是我想要的，没有用户愿意这么说。,需求的特点,5.1系统分析概述,需求的重要性成本分析表明，随着开发生命周期的进展，改正错误代价按指数增长的。,5.1系统分析概述,工作思路在信息系统开发过程中，应该遵循系统化和结构化的工作思路来进行。具体来说，就是应该按照先进行逻辑模型设计后进行物理模型设计的工作步骤进行开发。,5.1系统分析概述,5.1系统分析概述,5.1系统分析概述,5.1.2系统分析的目标和主要活动系统分析的对象是现行系统。目的是在充分认识原系统的基础上，通过可行性分析、业务流程分析和数据流程分析等手段，发现问题和薄弱环节，最后完成新系统的逻辑方案的设计。,目标按系统规划所定的某个开发项目范围内，明确系统开发的目标和用户的功能和信息需求，提出系统的逻辑方案。在整个系统开发过程中，解决系统“做什么”的问题，为下一阶段进行系统设计和实施提供依据。主要活动,系统初步调查可行性研究系统详细调查分析和优化新系统逻辑方案的提出,5.1系统分析概述,5.1系统分析概述,（1）初步调查的目标从系统分析人员和管理人员的角度看新项目开发有无必要和可能。（2）初步调查的内容调查内容:有关组织的整体信息有关人员的信息有关工作的信息（只了解做了什么，有什么问题），包括主要的输入、主要的输出、主要的处理功能以及与其他系统的关系。分析内容包括：现有什么需要什么在现有资源下能提供什么此项目有无必要和可能作进一步的调查与开发,5.1系统分析概述,（3）调查结论及工作成果可能得出下列结论之一拟开发项目，有必要也有可能进行不必要进行项目开发，只要对原有系统进行适当修改原有系统未充分发挥作用，只需发挥原有系统的作用目前无必要开发此项目目前不具备开发此项目的条件,系统分析师，要向拟定系统的单位主管提出系统开发建议书,5.1系统分析概述,系统开发建议书的内容：,项目名称项目目标项目开发的必要性和可能性项目内容项目开发的初步方案(设想）。,（4）可行性研究的安排项目的规模、目标投资的粗略估计人员配备情况进度计划等。,5.1系统分析概述,系统分析的特点图形工具应用较多。“自上而下”工作。重视逻辑模型的建立而不是物理实现。强调文档资料的管理。分析内容复杂程度较高。面向组织管理问题。追求的是有限目标。,5.1系统分析概述,系统分析的内容可行性分析。业务流程分析。系统数据流程分析。创建数据字典。建立新系统逻辑模型。提出系统分析报告。,5.2可行性分析,5.2.1可行性分析的概念指分析在当前组织内外的具体条件下，进行某项目的必要性和可能性，或者进一步确定系统开发工作必须具备的资源和条件，判断是否满足系统目标的要求。,联想集团领导人柳传志曾说：“没钱赚的事我们不干；有钱赚但投不起钱的事不干；有钱赚也投得起钱但没有可靠的人选，这样的事也不干。”柳传志为决策立了上述准则，同时也为可行性分析指明了重点。,5.2可行性分析,5.2.2可行性分析的原则（一）经济性原则在一定的经济性效益条件下，费用小的替代方案其价值就高。评价方法主要有最小费用法、投资回收期法等。（二）效益性原则要求以尽可能少的费用，取得尽可能多的有用成果。评价方法主要有净现值法等。,4.2可行性分析（续）,（三）可靠性原则提高经济效果评价的可靠性，需要对经过初步评价的可行方案做不确定性分析。通常采用盈亏平衡分析法和灵敏度分析法等方法。（四）可比性原则可行性分析的实质，就是对实现某一预定目标的多个方案进行比较，从中选出最优方案。而要比较就要建立共同的比较基础和条件。具体包括：,满足需要可比消耗费用可比价格可比时间可比,4.2可行性分析（续）,4.2.3可行性分析方法（一）净现值法把项目建设期和投产期间发生的资金流入量和资金流出量，都按折现系数换算成现值收入和现值支出，然后对比现值收入和现值支出，来评价信息系统开发项目投资财务效益的方法。,（二）投资回收期法是指以投资项目经营净现金流量抵偿原始总投资所需要的全部时间。此方法将初步计算出来的新系统可能获得的年经济收益，与系统投资相比较，从而估算出投资效果系数和投资回收期。,4.2可行性分析（续）,4.2.4可行性分析内容1、经济可行性（分析的核心）解决两个问题：资金可行性、经济可行性2、技术可行性包括硬件、软件、技术人员几个方面3、社会可行性（政策、法律、道德、制度、人员等）4、管理可行性(组织管理）,4.2可行性分析（续）,4.2.5撰写可行性分析报告1、可行性分析报告的主要内容包括:系统简述，包括系统名称、任务由来、存在问题和重要程度。项目的目标，据前期调查，由用户和系统开发人员共同确定的系统实现的目标与范围。项目投资，它包括人力、资金、设备及时间。对项目进行可行性分析论证。结论。根据上述分析，对提出的信息系统研制工作做出是否可行的结论。,4.2可行性分析（续）,2、计算机软件产品开发文件编制指南（GB856788）的相关指导性说明。,2、详细调查的内容,4.3.1系统详细调查1.系统详细调查的目标了解系统的现状，把握系统的需求。在可行性研究基础上，进一步对现行系统进行全面、深入调查和分析弄清楚现行系统的运行状况发现其薄弱环节，找出要解决问题的实质确保新系统比原系统更有效。,组织机构与功能的调查业务流程调查现行系统目标、主要功能和用户需求调查数据流程调查分析数据及功能分析系统运营环境调查分析,4.3业务分析（续）,3、系统调查方法,面谈.自由式交谈.结构化交谈开调查会调查问卷、调查表专家调查亲自参加业务实践查阅文献资料电子问卷,4.3业务分析（续）,4.3.2业务分析的目的、特点与内容业务分析(BusinessAnalysis)是分析和认识现行组织系统。1、目的在系统分析师的主持下，由开发人员和用户一起，对现行组织系统的目标、组织机构、职能作用、业务流程进行深入分析，建立组织系统的业务模型，为新系统的建立打下基础。,4.3业务分析（续）,2、业务分析的特点真实性整体与局部辩证统一性全面与重点辨证统一性3、业务分析的内容业务调查组织目标、结构与职责分析业务流程分析,4.3业务分析（续）,4.3.3业务调查(BusinessInvestigation)指对组织的目标、规模、机构、职能、产品、市场、设备、业务、管理、决策和人员等方面所做出的调查研究。（一）业务调查的原则客观真实原则调查、分析、记录相结合原则全面性原则规范性原则启发性原则,4.3业务分析（续）,（二）业务调查的内容1、系统的定性调查组织结构的调查管理功能的调查业务流程的调查数据流程调查处理特点的调查系统环境的调查2、系统的定量调查收集各种原始凭证收集各种输出报表统计各类数据的特征收集与新系统对比所需的资料,4.3业务分析（续）,4.3.4组织目标、机构与职责分析（一）组织目标分析（组织的近期目标、详细的指标体系）1、组织目标组织目标是组织成员的行动指南、奋斗方向，组织的一切工作都将围绕着组织目标展开。2、组织目标分析的内容,组织使命和方向分析组织目标结构分析组织目标的实现策略分析,4.3业务分析（续）,组织目标层次结构图,4.3业务分析（续）,某校图书馆组织目标分析的内容,4.3业务分析（续）,3、组织目标分析的方法组织目标分析的方法步骤是：（1）根据系统调查的结果，分析和归纳现行系统中的关键问题并且列出问题表；（2）根据问题表，列出目标树；（3）分析各分目标以及分目标之间的关系，确定解决目标冲突的方法和各项具体措施的考核方法；（4）最后分析各分目标在系统中所起作用的重要程度，重新排列问题表。,4.3业务分析（续）,4.3业务分析（续）,（二）组织机构分析1、组织机构指的是一个企业或组织的组成部分及其之间的隶属关系或管理与被管理的关系。2、组织机构分析的内容弄清组织内部的部门划分，以及各部门之间的领导与被领导关系、信息资料的传递关系、物资流动关系与资金流动关系了解各部门的工作内容与职责。了解组织存在的问题。据计算机处理的要求，为决策者提供机构设置的参考意见。,4.3业务分析（续）,3、组织机构分析的方法通过组织结构图来表现。更好地表示部门间的业务联系。绘制组织结构图注意事项：不能只画组织上的从属关系，即领导与被领导的行政关系。切实了解各部门的职责。在组织机构图中重点画出与信息系统有关的部分。,一般的组织结构图,4.3业务分析（续）,组织结构分析绘制的某工厂组织结构图,4.3业务分析（续）,4.3业务分析（续）,（三）组织职责分析（组织功能）1、组织职责组织职责是为了实现组织使命和目标，赋予组织的功能。2、组织职责分析的内容业务职能承担的工作相互之间的业务关系。3、组织职责分析的方法采用组织/功能关系表和业务功能表反映组织各部分在承担业务时的关系。,4.3业务分析（续）,某工厂组织/业务关系表,表中：“*”表示该项功能是对应组织的主要业务；“”表示该单位是参加协调该项业务的辅助单位；“”表示该单位是该项业务的相关单位；空格表示该单位与对应业务无关。,4.3业务分析（续）,业务功能分析-功能层次图每个组织都是一个功能机构，都具有各自不同的功能。组织的各个部分并不能完整地反映该部分所包含的所有业务。当生产经营规模扩大时，交叉管理的某些功能就要求独立出来。于是以功能为准绳进行设计，使得系统将会对组织结构的变化有一定的独立性，将获得较强的生命力。因此在分析组织结构的时候，应画出业务功能图。功能层次图描述了从系统目标到各项功能的层次关系。,职能与功能的区别组织的功能是组织完成某项具体任务的系列操作，组织的职能是指组织完成某个目标的系列动作。职能比功能粗，常是功能的集合，职能也称功能域。职能具有稳定性，功能会因为技术、管理条件的变化而变化。展望职能不宜划分太细职能分析可与后面的业务分析、数据分析相结合进行职能分析中可以进行一些优化、调整，以实现管理优化,概念不同：细度不同：稳定性不同：,4.3业务分析（续）,4.3.5业务流程分析（企业重要的分析对象）1、业务流程分析的内容企业业务：企业为实现自身目标和职能的一系列有序活动过程。每个活动即为业务功能。各个活动之间有着特定的时间流向和空间流向。,判断业务的准则：是否为实现组织目标的有序活动过程。牢记的原则：业务是对职能的进一步划分，是对企业、组织功能的详细描述。在业务分析中，要抓主要问题、忽略与目标系统的实现关系不紧密的、不重要的业务活动，以简化业务分析工作。实例：在高校教务管理信息系统的业务分析工作中，首先要明确大学的主要目标是人才培养。,4.3业务分析（续）,业务流程概念1：是指企业或组织为完成某一项目标或任务而进行的跨越时间和空间的逻辑上相关的一系列活动的有序集合。概念2：是企业完成其经营活动，为顾客创造有效的价值和服务并获得利润的各种有序的活动过程。目的：从一个实际业务的角度将系统调查中有关该业务流程的资料都串连起来作进一步的分析，从而发现和处理系统调查工作中的错误和疏漏，修改原来系统不合理的部分。,4.3业务分析（续）,2、业务流程分析方法（1）业务流程图（TFD、BPD)TFD反映了现实的业务活动,是一种表明系统内各单位、人员之间业务关系、作业顺序和管理信息流动的流程图。用一些规定的符号(按国标GB1526-89的规定，流程图所用的符号及含义可以查阅有关标准手册）及连线表示某个具体业务的处理过程，用尽可能少，尽可能简单的方法来描述业务处理过程的方法。现实业务活动中的一些弊病很难凭空指出，利用TFD可以帮助分析人员分析业务流程中不合理的流程，发现现有系统需要改进之处。,4.3业务分析（续）,（2）业务流程图图例业务流程图图例没有统一标准，但在同一系统开发过程中所使用图例应是一致的。,收集统计数据,业务处理单位,表格报表制作,业务处理功能描述,4.3业务分析（续）,（3）业务流程图绘制步骤TFD的绘制基本上按照业务的实际处理步骤和过程绘制,4.3业务分析（续）,（4）业务流程图绘制举例,根据所提供的背景资料绘制业务流程图某企业“物资采购计划制定及审批”业务的处理过程是：上一年末各分厂制定出本分厂的“物资需求计划表”。这些物资计划表经供应处计划科审核后由物资供应处的综合管理科在每年的1月1日前将各分厂提交的年物资需求计划表按物资品种进行汇总后得到新一年的“物资需求表”，该物资需求总表由供应处处长审批后，由供应处计划员计算出每一种物资的年采购计划量并最后形成全厂新一年的“物资采购计划”。,4.3业务分析（续）,附注：供应处计划科对各分厂需求计划表的审核方式为：依据计划处制定的相应分厂的“主生产计划（即产品产量计划）”及技术处提供的“生产用物资消耗定额”按公式：物资需求量=产品计划产量物资消耗指标计算出每一种产品所需物资的消耗量。然后按物资进行归纳汇总得出该分厂每一种物资的需求总量。若得出的物资需求量与该分厂物资需求计划表相符（如误差不超过10%），则认为合理，否则要与该分厂协商后才能完成审核工作。供应处处长对物资需求总表的审批处理为：依据掌握的企业财务及生产要求和可能的不可预计的物资消耗对物资需求量进行修正。供应处计划员计算物资采购量所依据的模型为：物资采购计划量=物资需求量+合理库存量当前库存量其中物资的“合理库存量”和“当前库存量”由物资仓库的“库存台帐”获取。,4.3业务分析（续）,绘制步骤：分步绘制依据：上一年末各分厂制定出本分厂的“物资需求计划表”。这些物资计划表经供应处计划科审核后由物资供应处的综合管理科在每年的1月1日前将各分厂提交的年物资需求计划表按物资品种进行汇总后得到新一年的“物资需求总表”。绘制图如下：,4.3业务分析（续）,该物资需求总表由供应处处长审批后，由供应处计划员计算出每一种物资的年采购计划量并最后形成全厂新一年的“物资采购计划”。,4.3业务分析（续）,检查局部依据附注：供应处计划科对各分厂需求计划表的审核方式为：依据计划处制定的相应分厂的“主生产计划（即产品产量计划）”及技术处提供的“生产用物资消耗定额”按公式：物资需求量=产品计划产量物资消耗指标计算出每一种产品所需物资的消耗量。然后按物资进行归纳汇总得出该分厂每一种物资的需求总量。若得出的物资需求量与该分厂物资需求计划表相符（如误差不超过10%），则认为合理，否则要与该分厂协商后才能完成审核工作。,4.3业务分析（续）,4.3业务分析（续）,4.3业务分析（续）,依据附注供应处处长对物资需求总表的审批处理为：依据掌握的企业财务及生产要求和可能的不可预计的物资消耗对物资需求量进行修正。依据附注供应处计划员计算物资采购量所依据的模型为：物资采购计划量=物资需求量+合理库存量当前库存量其中物资的“合理库存量”和“当前库存量”由物资仓库的“库存台帐”获取。,4.3业务分析（续）,汇总图,返回,4.3业务分析（续）,仓库负责人,某企业物资管理部门的业务流程图,18.3业务流程分析,举例：采购计划与审批业务流程图,计划处,4.3业务分析（续）,4.3业务流程分析,根据业务流程图发现问题：,人事处,4.3业务分析（续）,表格分配图帮助分析人员表示系统中各种单据和报告都与哪些部门发生业务关系（1）基本符号,4.3业务分析（续）,（2）举例,描述采购业务的表格分配图,4.3业务分析（续）,示例：根据背景资料绘制表格分配图供应部门根据发货计划准备一式四份出库单。一份出库单送成品库，并登记库存台帐。一份出库单送销售部门，将供货合同执行情况登记入合同帐。一份出库单送财会部门作应收款处理，计入应收帐。一份留在本部门作为存档资料。,4.3业务分析（续）,系统中人员,单据、报表、帐目,数据流向,系统外实体,处理,业务流程图例,4.3业务分析（续）,银行存取款业务流程图,根据以下描述绘制某银行储蓄所存(取)款业务流程图储户将填好的存(取)单及存折送交分类处理处。分类处理处按三种不同情况分别处理。如果存折不符或存(取)单不合格，则将存折及存(取)单直接退还储户重新填写；如果是存款，则将存折及存款单送交存款处处理。存款处理处取出底账登记后，将存折退还给储户；如果是取款，则将存折及取款单送交取款处理处，该服务台取出底账及现金，记账后将存折与现金退给储户。从而完成存(取)款处理过程。,物资管理的业务流程图，其处理过程是：车间填写领料单到仓库领料，库长根据用料计划审批领料单，未批准的退回车间。库工收到已批准的领料单后，首先查阅库存账，若有货，则通知车间前来领取所需物料，并登记用料流水账；否则将缺货通知采购人员。采购人员根据缺货通知，查阅订货合同单，若已订货，则向供货单位发出催货请求，否则就临时申请补充订货。供货单位发出货物后，立即向订货单位发出提货通知。采购人员收到提货通知单后，就可办理入库手续。接着是库工验收入库，并通知车间领料。,车间,4.3业务分析（续）,制做流程图的过程是全面了解业务处理的过程，是进行系统分析的依据。它是系统分析员、管理人员、业务操作人员相互交流和沟通的工具。系统分析员可直接在业务流程图上拟出可以实现计算机处理的部分。可分析出业务流程的合理性。发现和处理系统调查工作中的错误和疏漏。,(5）业务流程图作用,(6）练习成品库保管员按车间送来的入库单登记库存台账。发货时，发货员根据销售科送来的发货通知单将成品出库，并发货，同时填写三份出库单，其中一份交给成品库保管员，由他按此出库单登记库存台账，出库单的另外两联分别送销售科和会计科。试按以上业务过程画出业务流程图。,保管员,发货员,4.3业务分析（续）,4.3业务分析（续）,练习现行教学任务是按以下工作流程进行的：（1）教务处对各专业教研室提供的教学计划进行汇总审查，得到院系的总教学计划，每学期末教务处根据院系的总教学计划分配下学期的教学任务表;（2）各院系得到下学期的教学任务表后，由教研室组织填写任课教师确定下学期的教学任务表，填写完后，再由教务处汇总审查，最终得到下一学期的教学任务总表，然后安排课表给各班级及任课教师。根据以上工作流程，绘制教学任务安排的业务流程图。,4.3业务分析（续）,练习某国内快递公司投递流程中的收费子流程如下：收件员接收客户提交的快件，并按照一定的规则计算收费数量，收费员验证收件员的收费计算结果，并收费和开票，然后，客户将缴费单递给收件员，收件员审核后将快件交给投递员投递。,4.4数据流程分析,4.4.1数据流程分析概述（1）数据流程：指数据在系统中产生、传输、加工处理、使用、存储的过程。（2）数据流程调查：把数据在组织（或原系统）内部的流动情况抽象地独立出来，舍去具体组织机构、信息载体、处理工作、物资、材料等物质要素，单从数据流动过程来考查实际业务的数据处理模式。(3）数据流程图（DataFlowDiagram：DFD）：是一种能全面地描述信息系统逻辑模型的主要工具,(4）分析的目的对调查中所收集的数据以及统计和处理数据的过程进行分析和整理。在分析中解决数据不全、采集过程不畅等问题。主要发现和解决数据流动过程中存在的问题。这些问题：数据流程不畅前后数据不匹配数据处理过程不合理（5）分析的方法,4.4数据流程分析,4.4数据流程分析,（6）数据流程分析的内容数据整理汇总、数据特征分析、数据流程分析数据流程调查与分析过程中收集和整理的资料包括：收集原系统全部输入单据、输出报表和数据存储介质的典型格式；弄清各环节上的处理方法和计算方法；上述各种单据、报表、账本的制作单位、报送单位、存放地点、发生频度、发生的高峰时间及发生量等；上述各种单据、报表、账册的各项数据的类型、长度、取值范围。,4.4数据流程分析,4.4.2数据流程分析的方法数据流程描述工具DFD,通过分层的数据流程图（DFD，DataFlowDiagram）实现。（一）什么是数据流图（二）为什么用数据流图描述系统的逻辑方案（三）怎样设计数据流图（四）如何规范化的绘制数据流图（五）如何验证数据流图的正确性,4.4数据流程分析（续）,（一）什么是数据流图,储户,TFD是对管理工作过程中业务步骤的描述图中包含着工作中所涉及到的实物、人员因素,4.4数据流程分析（续）,DFD:用来描述某项管理工作在信息处理方面需要做什么的一种图形工具。,(二）为什么用数据流图描述系统的逻辑方案系统逻辑方案：指开发信息系统具有的加工处理数据的功能总和图中涉及预处理信息的来源、处理信息的各加工环节、处理后信息的去处。图形描述简明、清晰。是系统分析人员与用户进行交流的有效手段，也是系统设计的主要依据之一。,4.4数据流程分析（续）,系统分析的核心工作是设计DFD设计的依据是TFD或自然语言描述的业务过程关键问题（1）分析业务流程过程，抽取处理信息的业务加工环节（2）确定加工环节的先后顺序（3）归纳加工和分解加工,（三）怎样设计数据流图,4.4数据流程分析（续）,4.4数据流程分析（续）,1.常见的DFD使用符号,（四）如何规范化的绘制数据流图,实例1：图书预定系统业务流程描述如下：,书店向顾客发放订单，顾客将所填的订单交由系统处理。系统首先依据图书目录对订单进行检查；然后对合格订单进行处理，处理过程中根据顾客情况和顾客订单数目，将订单分为优先订单与正常订单两种，随时处理优先订单，定期处理正常订单；最后系统根据所处理的订单情况，并按照各出版社要求发给出版社。,4.4数据流程分析（续）,2.绘制数据流图步骤,4.4数据流程分析（续）,（1）确定外部项,E1顾客,P0图书预定系统,F1订单,F2汇总的订单信息,E2出版社,（2）确定整个系统的输入数据流和输出数据流，把系统作为一个加工环节，画出顶层图。,顶层图,E1顾客,P1检查订单,P3发放订单,P2处理订单,F1订单,图书目录,D1,E2出版社,F4待发出订单,（3）确定系统的主要处理功能。将整个系统分解成几个加工环节，然后确定每个加工的输入输出流，以及与加工有关的数据存储。,F2汇总的订单信息,4.4数据流程分析（续）,1层图,F3合格订单,P2.1统计数目,P2.4定期处理,P2.3随时处理,F4待发出订单,（4）对1层图中全部或部分加工环节进行分解,P2.2订单分类,F4待发出订单,F3合格订单,2层图,（5）重复（4），直到加工足够具体为止,4.4数据流程分析（续）,4.4数据流程分析（续）,3.绘制原则数据流程图应遵守自顶向下、逐层分解、输入输出、保持平衡的原则进行绘制。DFD分层表示平衡原则,4.4数据流程分析（续）,分层的程度应该指出，是按需要来进行的。目的是把所要说明的数据处理表达清楚。在实际应用中，可以考虑分到这样的程度：手工操作的:分到一个人可以完成的程度；计算机处理的:则可以分到一个程序模块。画数据流图不是一件容易的事，它需要经过多次反复的调查、分析理解、起草和修改。画数据流图的过程就是调查的过程、逻辑分析的过程和综合描述系统的过程。,4.4数据流程分析（续）,实例2：在前面所讲的“物资采购计划制定及审批”业务流程图的基础上绘制数据流图。顶层数据流图如下所示首先画出顶层（第0层）数据流图。顶层数据程图只有一张说明了系统的总的处理功能、输入和输出。,返回,4.4数据流程分析（续）,第一层数据流图-物资采购计划制定及审批,4.4数据流程分析（续）,第二层数据流图-需求总表制定,4.4数据流程分析（续）,第二层数据流图-年采购计划制定,4.4数据流程分析（续）,汇总数据流程图,（五）如何验证数据流图1.正确性检验,4.4数据流程分析（续）,需要添加一个处理过程,需要添加一个处理过程修改,需要添加一个处理过程,需要添加一个处理过程移动或转换数据存储1,需要添加一个数据流,（1）避免出现常见的错误,4.4数据流程分析（续）,（2）避免数据黑洞、奇迹、灰洞问题,黑洞：处理逻辑有输入，无输出奇迹:有输出，无输入灰洞：输入数据流的数据不足以产生输出数据,奇迹：没输入,黑洞：没输出,4.4数据流程分析（续）,（3）数据守恒(输入数据与输出数据匹配)（4）父图和子图的平衡,（5）合理命名、编号,总的来说：（1）每个处理至少有一个输入数据流和一个输出数据流；（2）任何一个数据流至少一端是处理框。（3）在一套数据流图中的任何一个数据存储，必定有流入的数据流和流出的数据流，缺少任何一种都意味着遗漏某些加工,4.4数据流程分析（续）,4.4数据流程分析（续）,2.数据流图的可读性简化处理之间的联系。分解应当均匀。命名应当恰当。,4.4数据流程分析（续）,3、注意事项一个数据处理所代表的含义并不是一次就描述完整的，随着数据流图的不断展开，处理也不断地被细化，上层数据流图中概要描述的数据处理在下层数据流图中被细化成一张数据流图。数据模型中的一个数据实体对应一个或若干个数据存储，一个数据存储对应于数据库设计时的一个或若干个表。在绘制数据流图时要避免出现外部实体之间、外部实体与数据存储之间、数据存储之间直接使用数据流进行连接，任何数据都必须经过若干个数据处理后方可存储或输出。为了避免数据流图中数据流的交叉，同一个外部实体在图中可以出现多次。避免黑洞、空洞、灰洞问题、注意子图与父图的平衡,4.4数据流程分析（续）,1.合理布局。数据流的箭头线尽量避免交叉或过长，必要时可用重复的外部项和重复的数据存储。,（六）总结,重复项的表示方法,利用重复标记缩短箭线,4.4数据流程分析（续）,2.数据处理与业务处理过程相对应。数据处理的内容、过程、产生的数据、数据的来源与去向要与业务流程图相对应。3.数据流图只反映数据流向、数据加工和逻辑意义上的数据存储，不反映任何数据处理的技术过程、处理方式和时间顺序，也不反映判断与控制条件等技术问题4.绘制过程是系统的逻辑模型的形成过程，必须始终与用户密切接触，详细讨论，不断修改，要和其他系统建设者共同商讨以求一致意见。5.对数据流要进行分析和优化。按照信息处理的特点，决定信息处理的缺失或冗余，并根据信息处理的要求进行数据处理的优化，并按照数据流分析的结果，优化业务过程，保持业务流与数据流的同步优化。,（七）练习请根据以下描述画出某简化的工资管理系统的数据流图。该子系统共有三个加工，其数据处理过程是：(1)首先是“填制工资档案”：根据人事变动单、考勤表两个输入单据，经过处理输出形成工资文件；(2)然后是“汇总工资”：从工资文件输入数据，按部门汇总后形成工资汇总表文件，(3)最后“发放工资”加工单元从工资卡片文件打印出工资条。,填制工资档案,P1,考勤表,人事变动表,汇总工资,P2,发放工资,P3,请根据以下描述画出简化的库存管理子系统的DFD图：(1)根据到货通知单，进行收料处理后形成收料单文件：(2)根据领料申请单，进行领料处理后形成领料单文件：(3)对收、发料情况进行统计，产生库存收支统计表，归入统计文件；,领料,P2,收料,P1,学籍管理包括三个处理过程：学生成绩管理，学生奖惩管理，学生异动管理。由异动管理处理招生办送来的新生名单，同时在学籍表中记载新生注册信息，并定期输出各种统计报表送教委，同时负责向用人单位提供毕业生信息，“成绩管理”处理由教师送来的成绩单，并在学籍表中记载学生成绩，同时每年年底要对学籍表中的学生成绩汇总分析，按照学校的有关规定打印出应该留级退学的学生名单和奖学金候选人名单，分别交“异动管理”和“奖惩管理”处理过程处理。“奖惩管理”处理过程根据奖学金候选人名单及其所在系提供的相应思想品德情况报告得出最终获得奖学金人员名单，并在学籍表中记载下来。,4.4数据流程分析（续）,4.4数据流程分析（续）,成绩管理展开图,学校实行校、系两级管理学习成绩。学校教学管理科、系教务员都登记学生成绩。任课教师把学生成绩单一式两份分别送系教务员和学校教学管理科。系教务员根据成绩单登录学籍表；学期结束时，给学生发成绩通知；根据学籍管理条例，确定每个学生升级、补考、留级、退学的情况。教学管理科根据收到的成绩单登录教管科存储的学籍表，统计各年级各科成绩分布报主管领导。补考成绩也作类似处理。,4.4数据流程分析（续）,分析期末成绩展开,P2.1“分析期末成绩”包括以下几件事(1)把每个学生的各科成绩登录在所在班的“学习成绩一览表”中；(2)根据“学习成绩一览表”，在学籍表中填写各个学生的成绩；(3)根据“学习成绩一览表”评学习成绩优秀奖；(4)根据学习成绩一览表和以往留级情况(学籍表中有记载)决定学生升级、补考、留级、退学；(5)发成绩通知单，通知补考时间。,4.4数据流程分析（续）,确定异动情况的展开,4.4数据流程分析（续）,分析期末成绩管理（调整后）,4.4数据流程分析（续）,学籍管理系统数据流图,4.4数据流程分析（续）,4.4数据流程分析（续）,是组织中信息运动的抽象，是信息系统逻辑模型的主要形式。反映某一数据处理范围内，其数据处理的功能，数据流和数据存储的情况。数据流图是系统分析人员与用户进行交流的有效手段，也是系统设计的主要依据之一。2.在图上画出计算机处理的部分；3.根据逻辑存储，进一步作数据分析，可向数据库设计过渡；4.根据数据流向，定出存取方式；5.对应一个处理过程，可用相应的程序语言来表达处理方法，向程序设计过渡。,(八）DFD作用,数据流程图的缺点：DFD具有形象、直观、清楚，但离准确和具体还存在一定距离，不便于计算机的实现，需要对DFD中出现的每个图元给出准确定义，才能完整、准确地描述系统。,4.4数据流程分析（续）,4.5数据字典,4.5.1数据字典的概念与作用1、数据字典（datadictionary）的概念数据的详细分析是对数据流图中所有出现的数据和信息进行深入的调查与分析，明确它们的属性，给出定量的描述。DD:对数据流程图中的每一个成分给出详细的描述的一种数据建模工具。是数据详细分析的工具、是关于数据信息的集合。,4.5数据字典,4.5.1数据字典的概念与作用2、数据字典的作用与DFD配合，能清晰、直观、详细和准确地描述系统数据模型。让系统分析员、开发人员和用户在数据描述上建立共识，是数据库开发的第一步。在软件分析和设计的过程中提供关于数据的描述信息.确保系统内数据的一致性和完整性确保开发人员使用统一的数据定义是系统设计、实施与维护的重要依据,3、数据字典和数据流图的区别概念不同，目的也不同数据流程图和数据字典都是构成系统数据模型的主要部件没有数据字典，数据流程图不严格。而没有数据流程图，数据字典也难于发挥作用。,4.5数据字典（续）,4.5.2数据字典的内容1、数据项数据项又称数据元素，是数据的最小单位。具体包括：数据项的名称、编号、别名和简述；数据项的类型；数据项长度和小数位数；数据项的取值范围。2、数据结构数据结构描述某些数据项之间的关系。具体包括：数据结构的名称和编号；简述；数据结构的组成。,4.5数据字典（续）,3、数据流数据流由一个或一组固定的数据项组成。定义数据流时，不仅要说明数据流的名称、组成等，还应指明它的来源、去向和数据流量等。4、处理逻辑处理逻辑的定义仅对数据流程图中最底层的处理逻辑加以说明。5、数据存储的定义数据存储在数据字典中只描述数据的逻辑结构，而不涉及它的物理组织。6、外部实体的定义外部实体包括：外部实体编号、名称、简述及有关数据流的输入和输出。,4.5数据字典（续）,数据词典对数据流图中有关成分的描述尽可能说明下列问题：什么?（是什么或做什么）何处?（在何处或者来自何处，去向何处）何时?（何时出现、时间长短）,4.5数据字典（续）,编写数据词典的要求数据流图上各种成分的定义必须明确、易理解、唯一命名、编号与数据流图一致，必要时（如计算机辅助编写数据词典时）可增加编码，方便查询检索、维护和统计报表符合一致性与完整性的要求，对数据流图上的成分定义与说明无遗漏项,4.5数据字典（续）,数据词典的格式和编写方法格式和有关符号等号：，意义：等于，是，由组成。表示等式左边的项目由等式右边各项组成或等式两边项目内容相同。加号：，意义：与，表示加号两边项目同时出现或共同组成某项内容。方括号：，意义：或者，表示方括号内各项目中至少一项出现。花括号：，意义：重复，表示花括号内项目重复出现多次或重复取值多次。重复次数注明的方式为：n表示重复n次；表示括号内从取第一个值到第n个值；（条件）表示在满足所注明的条件下重复。如不注明条件，表示无条件重复；如不注明次数，表示重复次数任取。圆括号：（），意义：选择项。表示括号内所列项目为可选项目，既可能出现，也可能不出现。,4.5数据字典（续）,4.5数据字典（续）,4.5数据字典（续）,4.5数据字典（续）,4.5数据字典（续）,4.5数据字典（续）,4.5.3数据字典的建立1、手工方式对每个要定义的条目建立一张卡片。在卡片顶部写上条目的名字及类别（如数据流、文件或数据项）。写上该条目的组成、结构及其他特性和注释等。把卡片按条目名字的字典顺序（对汉字名可按拼音字母序或笔划次序）排列起来。,4.5数据字典（续）,2、计算机方式负责对数据字典的建立和维护工作的程序系统称为“字典管理程序”，它应具有如下基本功能：规定一套字典条目的格式，即为各种类型的条目各自规定一组语法；按上述格式输入字典条目；提供对字典条目进行修改、删除、插入等编辑手段；能自动产生各种查阅报告和字典清单；具备一定的完整性、一致性检查能力，即能发现并报告某些错误，如语法不对、重复定义、循环定义等；,1.任务确定系统的逻辑功能2.划分原则企业发展的需要高凝聚性相对独立性,4.6.1子系统划分的任务和原则,4.6子系统的划分,4.6子系统的划分,参照法职能法过程/数据类法,4.6.2子系统划分的方法,4.6子系统的划分,1.参照法参照法是选择一个已经实施的信息系统，按照其子系统的划分来确定本企业的子系统。优点：简单、借鉴其经验、教训局限性：能否找到、相似性IS是否先进照搬,4.6.2子系统划分的方法,4.6子系统的划分,2.职能法职能法参照企业现行的组织机构设置子系统。优点：简单、费用低，便于实施局限性：部门内有重复的业务活动不合理的机构设置，将无法改变只体现忠于原系统,4.6子系统的划分,3.过程/数据类根据功能需求分析中建立企业模型的业务过程、数据流程分析中得到的数据类划分子系统。从数据处理的角度分析，过程、数据类的关系有3种：产生并使用（C）使用（U）无关（Null）,数据类（列）（xi）,功能或过程（行）yi,交叉点上的符号C表示这类数据由相应的功能产生交叉点上的符号U表示这类功能使用相应的数据类空着不填表示功能与数据无关,4.6子系统的划分,步骤：获取初始的U/C矩阵正确性检验求解U/C矩阵系统功能划分与数据资源的分布,4.6子系统的划分,(1)获取初始的U/C矩阵,3-141,4.6子系统的划分,(2)正确性检验U/C矩阵的正确性检验从三个方面进行:完备性检验(completeness）是指对具体的数据类必须有一个产生者(“C”)和至少一个使用者(“U”)，功能则必须有产生或使用(“U”或“C”元素)发生。一致性检验（uniformity）是指对具体的数据类必有且仅有一个产生者(“C”)。无冗余性检验（non-verbosity）无冗余性检验即表中不允许有空行、空列。,4.6子系统的划分,U,U,C,UU,C,U,C,U,UC矩阵的求解过程就是对系统结构划分的优化过程。通常通过表上作业法来完成。具体操作方法是：调整表中的行、列顺序，使得“C”元素尽量地朝对角线靠近，然后再以“C”元素为标准，划分子系统。,（3）UC矩阵的求解,4.6子系统的划分,4.6子系统的划分,子系统的划分在求解后的UC矩阵中划出一个个的方块，每一个小方块即为一个子系统。划分时应注意：沿对角线一个接一个地画，既不能重叠，又不能漏掉任何一个数据和功能；小方块的划分是任意的，但必须将所有的“C”元素都包含在小方块内。,3-145,（4）子系统的划分与数据资源分布,4.6子系统的划分,4.6子系统的划分,确定子系统之间关系所有数据的使用关系都被小方块分隔成了两类：一类在小方块以内；一类在小方块以外。用箭头把落在框外的符号U与子系统连接起来，表示子系统之间的关系。,3-147,4.6子系统的划分,4.6子系统的划分,数据资源的分布在小方块以内所产生和使用的数据，今后主要放在本系统中处理；而在小方块以外的“U”，表示了各子系统之间的数据联系，这些数据资源今后应考虑放在网络上供各子系统共享或通过网络来相互传递数据。分布原则：同一系统的数据尽量放在本系统使用的服务器上，只有公用的数据和最后统计汇总数据才放在公用服务器上。公用数据资源的分配应当考虑数据访问的特性、网络负荷的平衡、整个系统的效率。,4.6子系统的划分,U/C矩阵的作用通过对U/C矩阵的正确性检验，发现调研工作的疏漏和错误。通过对U/C矩阵的正确性检验来分析数据的正确性和完整性。通过对U/C矩阵的求解过程，得到子系统的划分。通过子系统之间的联系（“U”），可以确定子系统之间的共享数据。,4.6子系统的划分,4.7新系统逻辑模型,4.7.1新系统逻辑模型的概念,逻辑模型：即信息系统的功能模型，描述了系统的总体构成、子系统划分和子系统的功能模块，并包括各子系统的业务流程和数据流程以及相关的数据定义和结构。,软件解空间,问题域,软件解,计算机语言,问题空间,软件解,系统模型的分析、建立方法,4.7新系统逻辑模型,是经分析和优化后，对新系统拟具有的功能和功能实现方法所给出的方案。实际上就是用户需求的体现。是在现行系统逻辑模型的基础上提出来的。来源于现行系统，是在对现行系统分析和修改后得到的，这些分析和修改的内容就构成了新系统逻辑模型的主体。,4.7新系统逻辑模型（续）,4.7.3新系统逻辑模型建立内容新系统的目标新系统的业务流程新系统的数据流程新系统的逻辑结构提出新系统的逻辑方案,4.7新系统逻辑模型（续）,4.7.4新系统逻辑模型的提出明确新系统目标改进原系统业务流程，形成新系统业务流程原有流程的分析。业务流程的优化。确定新的业务流程。新系统的人机界面。,4.7新系统逻辑模型（续）,改进原系统数据流程，形成新系统数据流程首先进行原系统数据流程分析。其次对原系统数据流程进行优化。最后确定新新系统数据流程，画出新的数据流程图。新系统结构划分提出新系统的逻辑方案新系统目标体系结构图及其说明报告；新系统业务流程图及其说明报告；新系统数据流程图及其说明报告；新系统划分成各子系统的结构图，新系统及其子系统功能结构图，以及有关对这些图表说明的报告。,4.7新系统逻辑模型（续）,4.7新系统逻辑模型（续）,总结系统分析阶段的任务是明确系统功能，通过对现行系统的调查分析，抽象出现行系统的逻辑模型，分析其存在的问题，如某些数据流向不合理，某些数据存储有不必要的冗余，某些处理原则不合理等等新系统来自原系统，但比原系统更合理，效率更高。对原系统的变动要切实可行，能较快带来效率，尽可能要循序渐进，不要一下子做过多的变更，形成不必要的社会和心理上的阻力。,4.8系统分析报告撰写,4.8.1系统分析报告概述系统分析报告是系统分析阶段的成果，反映这个阶段调查分析的全部情况，全面地总结了系统工作，是下一步系统设计与实现系统的纲领性文件。4.8.2系统分析报告撰写内容系统分析说明书的主要内容一般包括：引言；任务概述；现行系统情况简述；新系统目标与功能；新系统的逻辑方案；新系统开发费用与时间进度安排。,4.8系统分析报告撰写（续）,4.9系统分析案例,4.9.1可行性分析1、背景学校体制发生变化信息技术的作用日益突出学校管理模式发生变化2、要求新系统应该主要具有教务管理、学生管理、教材管理、学生成绩管理、查询统计、新闻公告/BBS即信息发布管理、教师管理以及系统维护等功能。,4.9系统分析案例,3、目标新的管理信息系统软件首先应该是一种一体化的系统,它依据新的学校管理模式,采用客户机/服务器结构、Internet/Intranet/Extranet