CRM客户关系

•系统分析的任务–在充分认识原信息系统的基础上，完成新系统的逻辑模型设计，解决系统“做什么”的问题。–系统分析在很大程度上决定了系统开发工作的成败。•系统分析的步骤–问题识别–可行性分析和详细调查–需求分析第六章管理信息系统的系统分析第六章管理信息系统的系统分析第一节可行性分析和项目开发计划第二节系统流程图第三节业务流程调查第四节数据流程调查第五节数据字典第六节描述处理逻辑的工具第七节系统化分析第八节研究和确定管理模型第九节提出新系统的逻辑方案第一节可行性分析和项目开发计划本节内容：一、可行性分析二、项目开发计划•可行性分析的任务–明确开发应用项目的必要性和可行性。•可行性分析的内容–经济上的可行性–技术上的可行性–社会上的可行性一、可行性分析-1•可行性分析报告–是可行性分析结果的表述–内容包括：•系统简述•项目的目标•所需资源、预算、期望效益•可行性的结论–可行性结论要求明确指出以下三者之一：•可以立即开发•改进原系统•目前不可行，推迟开发一、可行性分析-2•经过可行性研究后，若一个项目是值得开发的，则接下来应制定项目开发计划。软件项目开发计划是一种管理性文档。主要是对开发的软件项目的费用、时间、进度、人员组织、硬件设备的配置、软件开发环境和运行环境的配置等进行说明和规划，是项目管理人员对项目进行管理的依据，据此对项目的费用、进度和资源进行控制和管理。•二、项目开发计划-1二、项目开发计划-2项目开发计划是一个管理性的文档，它的主要内容如下：(1)项目概述：说明项目的各项主要工作；说明软件的功能、性能；为完成项目应具备的条件；用户及合同承包者承担的工作、完成期限及其他条件限制；应交付的程序名称，所使用的语言及存储形式；应交付的文档。(2)实施计划：说明任务的划分，各项任务的责任人；说明项目开进度，按阶段应完成的任务，用图表说明每项任务的开始时间和完成时间；说明项目的预算，各阶段的费用支出预算。(3)人员组织及分工：说明开发该项目所需人员的类型、组成结构和数量等。(4)交付期限：说明项目最后完工交付的日期。•系统流程图是描述一个单位、组织的信息处理的具体实现的系统。物理系统。本节内容：一、系统流程图的符号二、系统流程图的例子第二节系统流程图本节内容：一、系统流程图的符号第二节系统流程图本节内容：二、系统流程图的例子第二节系统流程图库房管理系统流程图某工厂有一个库房，存放该厂生产需要的物品。库房中的各种物品的数量及各种物品库存量临界值等数据记录在库存文件上，当库房中物品数量有变化时，应更新库存文件。若某种物品的库存量少于库存临界值，则报告采购部门以便其订货，每天向采购部门送一份采购报告。库房可使用一台微机处理更新库存文件和产生订货报告的任务。物品的发放和接受称为变更记录，由键盘录入到微机中。系统中的库存管理模块对变更记录进行处理，更新存储在磁盘上的库存文件，并把订货信息记录到联机存储中。每天由报告生成模块读一次订货信息，并打印出订货报告。库存管理系统流程图库存管理模块输入变更记录报告生成模块订货信息订货报告库存•业务流程图是描述系统内单位、人员之间的实际业务关系，作业顺序和信息流向的图表。本节内容：一、业务流程图的符号二、业务流程图的例子第三节业务流程调查某企业物资管理业务流程图车间有关部门供货单位用料计划领料单未批准领料单库长库工领料通知库存帐已批准领料单用料流水帐（）订货单合同缺料通知单入库单催货单补充订货单提货通知单采购员库存报表无有第四节结构化分析•SA（StructuredAnalysis，简称SA）•SA是面向数据流的需求分析方法。1、自项向下逐层分解的分析策略面对一个复杂的问题，分析人员不可能一开始就考虑到问题的所有方面以及全部的细节，采取的策略往往是分解，把一个复杂的问题划分成若干小问题，然后再分别解决，将问题的复杂性降低到人可以掌握的程度。分解可分层进行，先考虑问题最本质的方面，忽略细节，形成问题的高层概念，然后再逐层添加细节，即在分层过程中采用不同程度的“抽象”级别，最高层的问题最抽象，而低层的较为具体。图1是自项向下逐层分解的示意图。图1对一个问题的逐层分解X123顶层0层3.13.23.32.12.21.11.21.31层2、描述工具SA方法利用图形等半形式化的描述方式表达需求，简明易懂，用它们形成需求说明书中的主要部分。这些描述工具有以下几种：（1）数据流图。数据流图描述系统的分解，即描述系统由哪几部分组成，各部分之间有什么联系等。（2）数据字典。数据字典定义了数据流图中的数据和加工。它是数据流条目、数据存储条目、数据项条目和基本加工条目的汇集。（3）描述加工逻辑的结构化语言、判定表及判定树。结构化语言、判定表或判定树则详细描述数据流图中不能被再分解的每一个基本加工的处理逻辑。3、SA分析步骤1.建立当前系统的物理模型当前系统（也称现行系统）指目前正在运行的系统，可能是需要改进的正在计算机上运行的软件系统，也可能是人工的处理系统。通过对当前系统的详细调查，了解当前系统的工作过程，同时收集资料、文件、数据及报表等，将看到的、听到的、收集到的信息和情况用图形描述出来。也就是用一个模型来反映自己对当前系统的理解，如画系统流程图。这一模型包含了许多具体因素，反映现实世界的实际情况。2.抽象出当前系统的逻辑模型物理模型反映了系统“怎么做”的具体实现，去掉物理模型中非本质的因素（如物理因素），抽取出本质的因素。所谓本质的因素是指系统固有的、不依赖运行环境变化而变化的因素，任何实现均这样做。非本质因素不是固有的，随环境不同而不同，随实现不同而不同。对物理模型进行分析，区别本质因素和非本质因素，去掉非本质因素，就形成当前系统的逻辑模型，反映了当前系统“做什么”的功能。3.建立目标系统的逻辑模型目标系统指待开发的新系统。分析、比较目标系统与当前系统逻辑上的差别，即在当前系统的基础上决定变化的范围，把那些要改变的部分找出来，将变化的部分抽象为一个加工，这个加工的外部环境及输入输出就确定了。然后对“变化的部分”重新分解，分析人员根据自己的经验，采用自顶向下逐步求精的分析策略，逐步确定变化部分的内部结构，从而建立目标系统的逻辑模型。4.作进一步补充和优化为了完整地描述目标系统，还要作一些补充：说明目标系统的人机界面，它所处的应用环境及它与外界环境的相互联系，决定人机界面；说明至今尚未详细考虑的细节，如出错处理、输入输出格式、存储容量和响应时间等性能要求与限制。数据流图(DataFlowDiagram，简称DFD)，是SA方法中用于表示系统逻辑模型的一种工具，它以图形的方式描绘数据在系统中流动和处理的过程。由于它只反映系统必须完成的逻辑功能，所以它是一种功能模型。第五节数据流图飞机机票预订系统：图2是一个飞机机票预订系统的数据流图，其功能为旅行社把预订机票的旅客信息（姓名、年龄、单位、身份证号码、旅行时间及目的地等）输入机票预订系统。系统为旅客安排航班，打印出取票通知单（付有应交的账款）。旅客在飞机起飞的前一天凭取票通知等交款取票，系统检验无误，输出机票给旅客。第五节数据流图图2飞机机票预订系统分类并检查订票记帐机票准备旅客取票单旅行社订票单机票机票帐单有效取票单有效订票单旅行社取票通知单航班目录记帐文件机票文件一、基本图形符号数据流图有以下4种基本图形符号：→：箭头，表示数据流。○：圆或椭圆，表示加工。=：双杠，表示数据存储。□：方框，表示数据的源点或终点。1.数据流数据流是数据在系统内传播的路径，由一组成分固定的数据项组成。如订票单由旅客姓名、年龄、单位、身份证号、日期及目的地等数据项组成。由于数据流是流动中的数据，所以必须有流向，即在加工之间、加工与源点终点之间、加工与数据存储之间流动。除了与数据存储之间的数据流不用命名外，数据流应该用名词或名词短语命名。2.加工加工也称为数据处理，它对数据流进行某些操作或变换。每个加工也要有名字，通常是动词短语，简明地描述完成什么加工。在分层的数据流图中，加工还应编号。3.数据存储数据存储指暂时保存的数据，它可以是数据库文件或任何形式的数据组织。流向数据存储的数据流可理解为写入文件，或查询文件，从数据存储流出的数据可理解为从文件读数据或得到查询结果。4.数据源点和终点数据源点和终点是MIS外部环境中的实体（包括人员、组织或其他软件系统），统称外部实体。它们是为了帮助理解系统界面而引入的，一般只出现在数据流图的顶层图中，表示了系统中数据的来源和去处。有时为了增加数据流图的清晰性，防止数据流的箭头线太长，在一张图上可重复画同名的源/终点（如某个外部实体既是源点也是终点的情况），在方框的右下角加斜线则表示是一个实体。有时数据存储也需重复标识。二、画数据流图为了表达较为复杂问题的数据处理过程，用一张数据流图是不够的。要按照问题的层次结构进行逐步分解，并以一套分层的数据流图反映这种结构关系。1.画系统的输入输出画系统的输入输出即先画顶层数据流图。顶层流图只包含一个加工，用以标识被开发的系统，然后考虑该系统有哪些输入数据，这些输入数据从哪里来；有哪些输出数据，输出到哪里去。这样就定义了系统的输入、输出数据流。顶层图的作用在于表明被开发系统的范围以及它和周围环境的数据交换关系，顶层图只有一张。图3为飞机机票预订系统的顶层图。图3飞机机票预订系统顶层图旅行社飞机机票预订系统旅客订票单机票取票通知单取票单2.画系统内部画系统内部即画下层数据流图。一般将层号从0开始编号，采用自顶向下，由外向内的原则。画0层数据流图时，一般根据当前系统工作分组情况，并按新系统应有的外部功能，分解顶层流图的系统为若干子系统，决定每个子系统间的数据接口和活动关系。如机票预订系统按功能可分成两部分，一部分为旅行社预订机票，另一部分为旅客取票，两部分通过机票文件的数据存储联系起来，0层数据流图如图4。画更下层数据流图时，则分解上层图中的加工，一般沿着输入流的方向，凡数据流的组成或值发生变化的地方则设置一个加工，这样一直进行到输出数据流（也可从输出流到输入流方向画）。图4飞机机票预订系统0层图预定机票1旅客取票2机票文件机票订票单取票通知单取票单3.注意事项画数据流图的注意事项有以下几点：(1)命名：不论数据流、数据存储还加工，合适的命名使人们易于理解其含义。数据流的名字代表整个数据流的内容，而不仅仅是它的某些成分，不使用缺乏具体含义的名字，如“数据”、“信息”等。加工名也应反映整个处理的功能，不使用“处理”、“操作”这些笼统的词。(2)画数据流而不是控制流:数据流图反映系统“做什么”，不反映“如何做”，因此箭头上的数据流名称只能是名词或名词短语，整个图中不反映加工的执行顺序。(3)一般不画物质流:数据流反映能用计算机处理的数据，并不是实物，因此对目标系统的数据流图上一般不要画物流，如机票预订系统中，人民币也在流动，但并未画出，因为交款是“人工”行为。(4)每个加工至少有一个输入数据流和一个输出数据流，反映出此加工数据的来源与加工的结果。(5)编号:如果一张数据流图中的某个加工分解成另一张数据流图时，则上层图为父图，直接下层图为子图。子图应编号，子图上的所有加工也应编号，子图的编号就是父图中相应加工的编号，加工的编号由子图号、小数点及局部号组成,如图5所示。图5父图与子图(1)2.12.22.3edcab2.1.3a2aa12.1.12.1.2bc图2图2.1(6)父图与子图的平衡：子图的输入、输出数据流同父图相应加工的输入、输出数据流必须一致，此即父图与子图的平衡。图5中子图2.1与父图2相应加工2.1的输入、输出数据流的数目、名称完全相同，即一个输入流a，两个输出流b和c。再看图6，好像父图与子图不平衡，因为父图加工4与子图输入输出数据流数目不相等，但是借助于数据字典（见8.４）中数据流的描述可知，父图的数据流“订货单”由“客户”、“账号”及“数量”三部分数据组成，即子图是父图中加工、数据流同时分解而来，因此这两张图也是平衡的。4订货单提货单父图子图44.14.2提货单客户帐号4.3数量图6父图与子图的平衡(7