第七章 电子政务系统分析

第7章电子政务系统分析系统分析工作要做的扎实，宁可迟钝也绝不冒进，哪怕有人指手画脚。7．1系统分析概述7.1.1系统分析的任务与结果7.1.2系统分析的特点与困难7．2系统分析的基本内容7.2.1可行性分析7.2.2系统需求分析7.2.3业务流程分析7.2.4数据分析和数据字典7.2.5加工逻辑说明7．3提出新系统7.3.1提出新系统的模型7.3.2系统规格说明书内容提要7.1系统分析概述内容提要7.1.1系统分析的任务与结果7.1.2系统分析的特点与困难7.1.1系统分析的结果与任务系统分析的结果了解现有系统的运行方式和缺陷评价系统的可行性识别用户需求提供新系统的逻辑方案编制系统规格说明书系统分析的任务通过深入调查分析，和用户一起充分了解现行系统是怎样工作的，对现行系统中数据和信息的流程以及系统的功能进行描述，得出现行系统的逻辑模型。理解用户对现行系统的改进要求和对新系统的要求，给出明确的描述，得出新系统需求的逻辑描述。把和用户共同理解的新系统用恰当的工具表达出来。即确定新系统的功能，给出系统的逻辑描述，进而得出系统的逻辑模型。7.1.2系统分析的特点和困难与系统规划相比，系统分析对问题及其环境的调查研究更加深入和细致。与系统设计、编码等阶段相比，系统分析阶段仍停留在业务分析层次，是从业务活动到信息系统的过渡特点系统分析的困难技术人员和用户看待问题的角度、强调的侧重点和阐述问题的方法都迥然不同依赖于高超的项目组织，沟通协调的水平研究对象及其所处环境总是在不断变化怎么这么难？引入系统分析员提高项目组织水平采用先进分析工具参与各方摆正位置那该怎么办？7．2系统分析的基本内容内容提要7.2.1可行性分析7.2.2系统需求分析7.2.3业务流程分析7.2.4数据分析和数据字典7.2.5加工逻辑说明7.2.1可行性分析可行性分析，可以避免系统建设的盲目性，保证项目后期工作的顺利进行；此外，如果得出否定性的决策，也还可以避免大量浪费。主要内容经济可行性分析管理可行性分析技术可行性分析法律可行性分析社会可行性分析经济可行性分析直接经济效益不十分明显，侧重于分析管理成本的减少值社会效益预估费用支出应防止成本估计过低的倾向。对于大多数系统，一般成本都会有所限制，应考虑一个“底线”，从而确定项目成本是否可以接受评价项目效益公共服务系统的社会效益表现为：1提高工作效率；2改进服务，增强了公众信任；3提供以前提供不了的信息；4更加准确、及时得提供信息；等。内部办公系统的社会效益表现为：1更好地支持领导决策；2推动政府职能转变和体制改革；3提高工作效率，减少人员费用；4改善工作条件；5为进一步发展奠定了基础。直接经济效益技术可行性其次是项目所需要的物质资源是否能够得到，得到的物质资源能否满足系统建设的要求。首先是现有的技术水平和技术条件能否支持这个系统的实现。两个方面管理可行性系统所涉及的各项工作能否顺利调整。系统所需各项原始数据是否正确。高层管理人员的支持程度。所涉及工作人员的态度。相关的管理制度和规章是否完善。变革管理是否启动？必要的培训是否到位。法律可行性法律可行性主要研究在系统开发过程中可能涉及的各种合同、侵权、责任以及系统功能是否与相关的法律、法规相抵触。随着系统建设和应用的不断深入，随着我国法律制度的完善和公民法律意识的不断完善，这方面的问题会越来越突出。比如在设计办公自动化系统时，就要注意电子文件的管理是否符合《档案法》的有关规定；设计公众服务系统，就要考虑收集到的某些公众信息的使用会不会侵犯公众的隐私权；社会可行性系统运行的社会条件是否成熟某些系统功能或系统输出的数据、文档的格式或内容的变化能否得到有关部门的认可。可行性分析报告可行性研究报告是“立项”和申请经费、设备、人员等资源的主要依据，也是上级管理人员进行科学决策的主要依据。可行性分析报告的主要内容包括：系统简述·项目的要求、目标、条件和限制·备选方案·对现有系统的分析·系统的经济可行性·系统的技术可行性·系统的管理可行性·系统的法律可行性·各备选方案的比较分析和选择·可行性分析的结论性意见·可行性分析结论可能是以下内容之一：（1）可以立即开发；（2）待若干条件具备后，才能开发；（3）需对开发进行某些修改；（4）目前不可行。7.2.2系统需求分析软件需求分析是进一步细化软件规划阶段所确定的软件范围，把软件功能和性能的总体概念描述为具体的软件需求规格说明的过程。软件需求分析的过程是对机构进行全面深入的调查分析的过程，是一项团队工作，不仅需要系统分析员的参与，而且需要用户的积极配合。系统分析是根据用户的描述，以及深入的分析，把用户的直观表达转换成一个易于实现、完整细致的用户需求说明和系统的逻辑模型。逻辑模型忽视实现机制与细节，只描述系统要完成的功能和要处理的数据。系统需求分析的任务具体描述系统的功能和性能需求确定系统范围以及系统和其他元素之间的接口定义系统其它需求系统需求分析的步骤问题识别需求分析评审编制需求分析文档分析与综合问题识别功能需求性能需求环境需求可靠性需求安全保密需求用户界面需求分析与综合分析过程中要不断进行分解、综合、修改和完善分析过程可选用如下工具和方法比如选用数据流图表示数据流、处理过程和系统行为使用数据字典，对数据项、数据结构、数据流等进行说明利用判定树、判定表等给出加工逻辑说明需求分析方法数据字典需求分析方法数据流程图加工逻辑说明编制需求分析文档任务概述数据描述功能需求引言性能需求运行需求其他需求需求分析评审评审时需要考虑如下问题？系统定义的目标是否与用户的要求一致；·用户所要求的功能是否已包括在系统范围内；·是否充分考虑了软件需求的变更和增删；·文档中的所有描述是否完整、清晰、准确反映用户要求；·数据流与数据结构是否已确定；·是否定义了与其他系统的接口；·所有图表是否足够清楚；·系统开发是否有技术风险；·是否详细制定了系统检验标准；·用户是否认可需求分析阶段的成果等。系统需求分析中要注意的问题选用合适的系统分析工具和方法采用自顶向下、逐层分解的方式对问题进行分解和不断细化遵循规范的工作方法注重全面铺开与重点调查结合采取主动沟通和亲和友善的工作方式7.2.3业务流程分析组织结构分析业务流程分析业务流程分析组织结构图组织结构图管理流程图表格分配图职能分部图组织结构分析组织结构图就是反映机构内部隶属关系的树状结构图，它将机构分解为若干部分，并把它们之间的行政隶属或管理与被管理的关系用适当的图形以及图形之间的连线表示出来。统计信息局组织结构图机构的职能图局长主管统计副局长工交信息统计投资信息统计核算信息统计社科信息统计工业统计交通统计资产负债核算资金流量核算社会总供需核算投入产出分析国民生产总值核算经济循环坏账全市统计信息管理职能图业务流程分析业务流程分析应顺着原业务活动逐步进行，内容包括各环节的信息来源、处理方法、计算方法、信息流向、提供信息的时间和信息输入输出的形态(报告、单据、屏幕显示)等。业务流程图的绘制基本符号管理业务流程图税务稽查管理业务流程图表格分配图准备采购单采购单卖方登记待收货待收货清单收货处理收货清单付款卖方采购部门财务部门收货部门采购业务表格分配图7.2.4数据分析和数据字典数据流程图数据字典数据存储结构数据立即存取分析加工逻辑说明数据流程图数据流程图描述数据在系统中流动、存储、处理的逻辑关系数据流程图的抽象程度很高，是结构化系统分析的主要工具数据流程图除了能够形象的刻画数据流的各种处理过程之外，还能够在分析的过程中发现数据流程方面的一些问题：比如前后数据不匹配，数据流程不顺畅等等，这样在新系统的设计过程中就会采取弥补的措施，改善数据流动的效率。数据流程图的四种基本符号职员外部实体数据流拟稿审核数据处理拟稿办公文员数据存储A1账户数据流程图的绘制由于系统比较复杂又是多层的，不可能一次把所有问题描述清楚，因此采取自外向内，自顶向下，逐层细化，完善求精、逐步分析的方法绘制数据流程图。首先，把系统看作一个整体，或一个总的数据处理模块，只指明它和各有关外部实体之间的信息交换关系，得到最粗略的，或者说最顶层的数据流图。然后再把最顶级数据流程图中的具体处理看作一项整体功能，进行分析，其内部必然又有信息的处理、传递、存储过程。如此自顶向下一级一级地剖析，直到所用处理步骤都很具体和清晰为止。分层的数据流程图S1231.11.21.32.12.22.33.13.23.3顶层流程图底层流程图数据流程图示例——顶层流程图市用水管理部门用户市财政部门银行抄表员自来水收费系统数据流程图示例——数据流图的展开8用水量统计水费标准收费通知单新读用水量用水量登记用户现金核算日报5制作用水通知单用户主文件读表记录7记现金和核算日志市财政部门3处理新读表用户市财政部门1抽出需读表用户2制作复查指示用户6收款业务银行交水费交款交款回执4修改用户信息市用水管理部门复查用水要求用户变更会计日志未交款项用户信息复查指示抄表员读表记录本读表核实核算结果会计事务决算信息用户记录通知单副本用水量市用水管理部门用水总量收费周期平衡数据流程图示例——处理过程5的展开5．3制作特殊用户收费要求复查单5.1修改水价表用水附加率水价表水价水价水价用户记录余额5．2制作本期收费单收费单数据流程图示例——处理过程5.2的展开(底层流程图）5．2．2制作特殊用户收费欠账信息5．2．3计算用户水费5．2．1修改水价表读录数据收费周期用水量水费5．2．5制作收费通知单未付款数罚款本期收费单新余额5．2．4计算卫生费卫生费用户－垃圾信息绘制数据流程图中要注意的问题数据流程图中的符号或图标必须仅限于前述的四种符号；图上每个元素都必须有名字；科学划分层次；注意将每个特定层次上的处理的抽象程度控制在可以接受的程度；通过适当的命名和编号，提高数据流图的易理解性；在数据流图中，严格按层次给数据处理编号；确保父图与子图的平衡；每个处理至少有一个输入数据流和一个输出数据流；任何一个数据流至少有一端是处理；由外向里、从左到右地绘制流程图。数据字典(DataDictionary)数据字典是对数据流程图中所有数据流、数据存储、外部实体和处理过程的定义及描述。数据字典是数据流图的辅助资料，对数据流图起注解作用。数据字典在系统开发中具有十分重要的意义，不仅在系统分析阶段，而且在整个研制过程中以及今后系统运行中都要使用它。数据字典中有数据项、数据结构、数据流、处理逻辑、数据存储和外部实体等六类条目数据项数据项是在该系统中最小的不可再分的数据组成单位，比如学号、姓名等。数据项条目主要包括以下内容：（1）名称（2）别名（3）类型（4）长度（5）取值范围和取值意义（6）相关的数据项及数据结构，等数据结构一个数据结构可以由若干个数据项的组合，也可以由若干个数据结构组成，还可以由若干个数据项和数据结构混合组成。被引用的数据项和数据结构应已被定义，这里只需列出被引用数据项及数据结构的名称。数据结构是为了说明这个数据结构包括哪些成分。一般来说，这些成分有三种情况：任选项，用“[]”表示；必选项，用“{}”表示；重复项，在右上角加星号上标表示。数据结构示例数据流表明数据项或数据结构在系统内传输的路径。在数据字典中，对数据流的定义应有以下几项内容：（1）数据流名。（2）简要说明。（3）数据流来源。（4）数据流去向。（5）数据流组成。（6）数据流的流通量。（7）高峰时的流通量。数据流示例名称：年度员工业绩考核表编号：P3.1.3简要说明：财政年度结束时，部门主管填写的业绩考核表。数据流来源：部门主管数据流去向：人事处包含的数据结构：流通量：150份／年员工姓名工作证号所在部门完成工作任务*工作效果*名称：年度员工业绩考核表编号：P3.1.3简要说明：财政年度结束时，部门主管填写的业绩考核表。数据流来源：部门主管数据流去向：人事处包含的数据结构：流通量：150份／年员工姓名工