信息管理与信息系统专业《信息系统分析与设计》讲义教学(第6章)

信息管理与信息系统专业信息系统分析与设计讲义教学(第6章)140917第6章 系统分析学习目标： 理解系统可行性分析的内容，掌握分析的考虑因素及分析过程，编写出良好的可行性分析报告。 了解调查的方法和工具，掌握需求分析必须的几类分析内容。 重点掌握数据流程分析和相应的数据字典，了解其他描述处理逻辑的几种工具。 了解管理业务模型及其应用，掌握并能够编写系统分析报告。图6.1 系统开发构件视图说明：为说明典型的系统开发过程，假想一个方法FAST(Framework for the Application of Systems Thinking)。FAST不是一套实际的商业方法，可以把它当成遇到的最佳方法实践的组合。同许多商业方法不一样，他不是一种规范，而是一个灵活的框架，可用于不同类型的项目和策略。大部分项目的推动力源自问题、机会和指示(统一用“问题”一词来指代)。潜在问题的种类很多，James Metherbe开发了一个实用问题分类框架PIECES，6类问题分别是：P改进性能(Performance)的需要I改进信息(Information)的需要E改进经济(Economies)、控制成本或增加收益的需要C改进控制(Control)或安全的需要E改进人与过程的效率(Efficiency)的需要S改进对客户、供应商、合作伙伴、雇员等的服务(Service)的需要如图6.2所示，描述了FAST方法的典型开发阶段，采用8个阶段详细地定义了开发周期历程碑和发布物。图6.2 系统开发的过程视图优秀方案的设计过程应该是从现行的物理系统出发，导出现行系统的逻辑模型，再参考现行系统的逻辑模型，设想目标系统的逻辑模型，最后根据目标系统的逻辑模型建造新的物理系统。系统分析阶段的主要目标是明确用户的信息需求，包括组织管理、发展运作、改革需求的总信息需求和各级管理人员完成各自工作任务的信息需求，确定新系统的逻辑功能，提出新系统的逻辑方案，完成新系统分析阶段的最终成果系统分析报告的编写。逻辑方案不同于物理方案，逻辑方案主要解决系统“做什么”，即系统分析阶段主要完成的任务；物理方案是解决“怎么做”，即系统设计阶段的任务。系统分析阶段工作也为后续的开发与维护搭建了一个交流与协作的平台，因此，其开发质量决定了项目系统开发的优劣与成败。6.1 可行性分析可行性分析的目的不是解决问题，而是确定所发现的问题是否值得去解决。通过客观分析，权衡几种主要的可能解法的利弊，从而判断既定的系统规模和目标是否现实，系统完成后所能带来的综合效益是否大到值得投资开发这个项目。因此，可行性分析实质上是要进行一次较高层次上的、较抽象方式实施的、简化了的系统分析和设计过程。确定了项目系统 (即，新系统)的开发任务和目标，以及业务/管理活动等方面的需求，并对组织机构的基本运作情况有了初步的了解，系统开发人员就可以开始对项目系统进行可行性分析。根据系统的管理、环境、资源等条件，进一步明确系统的目标、规模与功能，对系统开发背景、必要性和意义进行调查分析，判断即将开发并实施的信息系统项目是否有必要性、可能性、迫切性，提出拟开发系统的初步方案与计划，即，若进入项目系统开发过程中，采用何种开发方案，需要考虑除了技术因素外，运作管理、人才机制、基本保障、预期收益、机遇风险等等多方面的因素。项目系统开发与建设的可行性主要从管理(含制度、政策等)、进度、技术、经济、社会意义(含法律、法规等)等多方面去分析。另外，在进行可行性分析工作之前，在系统规划阶段调查的基础上，有必要作初步的相关内容分析，了解基于组织机构的管理、业务等方面的基本情况，由此为可行性分析提供可靠的、科学的依据。可行性分析的首要工作是，通过初步调查分析进一步澄清项目系统问题定义。在项目系统问题定义阶段初步确定的规模和目标，如果是正确的就进一步加以肯定，如果有错误就应该及时改正，如果对目标系统有任何约束和限制，也必须把它们清楚地列举出来。需要注意的是，系统开发的不同阶段都应该做可行性分析，只是各阶段关注角度各有不同，也是对前一阶段工作的审查及后续工作的方向性规划。6.1.1 初步调查分析(1)目标由于系统分析阶段的首要工作是做系统初步调查，由此通过可行性分析工作，也就标志着整个系统开发进入实际操作过程。通过系统规划阶段确定拟建系统的总体方案，实施了战略规划、现行系统的业务流程分析、组织信息需求分析和资源及应用环境的约束分析，并统筹安排工作任务与进度，将整个信息系统的建设划分成若干子项目分期分批进行开发。系统规划阶段的工作是宏观的、面向整个组织机构的，着重于系统的总体目标、总体功能和发展方向，以及系统内各子项目的关联关系，而对每个子项目的目标、规模和内容未作详细的分解、分析。并且考虑到环境的可变性和不确定性，系统规划阶段只能确定开发项目的基本要求和总体任务，在涉及到各子项目/子系统的实际开发时才考虑实际应用情况，这样，就有可能出现在规划阶段未曾出现的项目内容到开发阶段时，用户考虑提出开发要求。因此，初步调查阶段的主要目标就是从系统分析人员和管理人员的角度看新系统项目开发有无必要和可能。(2)内容如前所述，不同阶段的可行性分析内容、结论、成果等应该是不同的，需要根据实际情况制定和考量，以下就系统分析阶段的可行性分析展开。调查内容系统分析人员(主要侧重业务分析人员)要初步调查组织机构的整体信息、人员信息及工作信息，包括主要输入、主要输出、主要处理功能以及与其他相关系统的关系。分析内容 现有什么，即统计现行系统的相关设备、软件、数据、资料、人员、管理、资金及其他物资； 现行系统能提供什么； 需要什么，即根据规划阶段的要求，考虑新系统在现行系统基础上扩充、完善所需要的必要资源与信息储备； 此项目系统有无必要和可能做进一步的调查与开发，即考虑现行系统与新系统之间的功能、业务、资源、管理等方面是否有差异，差异能够大到必须由新系统来解决，新系统能否有足够的能力解决现行系统存在的问题。(3)调查结论及工作成果初步调查阶段可能得出以下结论之一： 拟开发项目系统有必要也有可能进行。 不必进行项目系统开发，只需对现行系统进行适当调整修改。 现行系统的功能及配套管理、设施等未充分发挥作用，只需发挥现行系统的作用。 目前无开发此项目系统的必要。 目前还不具备开发此项目系统的条件。其中，如果有必要且可能开发新系统，则系统分析员要向用户单位项目主管提出“系统开发建议性报告”，包含如下内容： 项目名称。 项目目标、应用范围。 项目开发的必要性和可能性。 项目内容简介。 项目开发的初步方案。包括对项目的规模、目标、进度计划和投资的粗略估计，以及人员配备情况等。 可行性分析的任务安排。包括可行性分析任务承担者及其工作要点、可行性分析的主要内容、分析工作的要求及进度安排等。6.1.2 可行性分析可行性分析是在澄清了项目系统问题定义之后，进行全面、概要的分析和论证，涉及高层业务流程(即，非细节性宏观内容的分析)，从而考察项目系统开发的必要性和可行性，以减少开发的盲目性，保证项目系统开发建立的科学性。此项活动开始时，要对前面提及的初步调查结果进行复审，重新明确项目的问题，对所开发系统的规模、目标和有关约束条件进行论证，并且提出项目系统的逻辑模型，由此探索若干可供选择的系统开发方案，对这些方案从多方面进行分析和认真考虑，仔细研究各方案的可行性，为系统项目的决策提供科学依据。(1)可行性分析因素一般说来，至少应该从下述各方面研究每种方案的可行性： 管理可行性。领导的态度、管理的条件以及组织与个人行为对系统的影响如何？ 进度可行性。规定的时间内，质量、成本、可靠性等问题是否予以考虑？ 技术可行性。使用现有的技术能实现这个系统吗? 经济可行性。这个系统的经济效益能超过它的开发成本吗? 社会可行性。社会因素对项目系统有哪些制约和影响？ 操作/运作可行性。系统的操作方式在这个用户组织内行得通吗?具体分析如下：管理可行性分析主要考察管理人员的态度和管理方面的条件及员工行为的了解。首先，主管领导的态度是考察的重点。如果主管领导不支持或抵触情绪很大，说明现在还不是开发的时候，项目系统还有必要再推迟一段时间，积极地去做领导的工作，设法让其加强对项目系统开发必要性的认识。只有领导支持，各项工作才会顺利进行，遇到的障碍相对才会较少。其次，管理方面的条件主要是了解组织机构的规模和业务范畴，从而确定信息系统的目标。组织机构管理的规范化程度，指管理的科学性要求，信息系统是一个对组织机构全过程进行管理的人机系统，自动化程度高，它的成功必须以规范的管理模式为基础；同时，规章制度是否齐全、原始数据是否正确等都必须进行考察。最后，行为的可行性分析也很重要，但这也是常被忽略的问题。当项目完成之后，新系统进入组织机构，必然会引起某些方面的变化。组织机构的部分职员也许会设法阻止这些变化的发生。这会使项目开发中存在潜在的矛盾，这将给组织机构带来很大的负面影响，因此，这方面的考虑也不可或缺。进度可行性分析主要考察项目系统开发时间安排的可行性。如果项目系统开发规定了最终的完成时间，那么能否按时完成项目的开发是影响整个项目可行性的重要因素。如果不能按时完成，那么即使其他条件都可行，也必须要重新考虑。如果能按时完成，那么会不会因抢时间而影响到项目系统的质量、系统运行是否可靠、消耗成本是否会更大，这些都应进行考虑。这方面系统分析人员必须具备专业知识，这样就可给进度可行性分析提供较精确的时间进程。如果开发系统特别复杂，系统分析人员还应该估计出可能延迟的时间。还要考虑是否有现成的软件资源或环境可供利用，这样可以节省开支和时间，从而使得开发按时完成。技术可行性分析针对现有可用技术进行评估，了解使用现有技术开发系统的可行性，以及对技术发展可能产生的影响。分析在现有组织机构采用或能够接受的主流技术(即，同时代较成熟的技术，尽量不考虑未成熟的实验性技术)条件下，即将或正在实施项目系统的要求是否可能实现，分析系统是否可以用现有技术来实施以及技术发展对系统建设有什么影响。例如，更新的生产设备对加快生产产品生产速度的要求，大型数据存储空间对各类生产数据存储能力的要求，信息交互过程中对网络通信与传输效率的要求等等，都需要根据现有的技术水平进行认真的考虑和采纳。值得注意的是，关于信息处理问题的考虑，开发信息系统是为了实现组织机构的信息化建设或改造，使其提高运作效率与效力，而系统中提取的数据/信息对于决策有着至关重要的意义和价值，因此，在开发与建设信息系统的同时，要大力提高数据/信息的处理能力。经济可行性分析是建设费用、运行费用、经济效益等方面的考虑，即，对组织的经济状况和投资能力进行分析，对系统建设、运行和维护费用进行估算，对系统建成后可能取得的社会及经济效益进行估计。信息系统项目的预算费用、效益估算方面，在估算过程中，基于人们的乐观估计，常常低估费用、高估收益，或者反之，做悲观估计，能够综合多方面因素作较为客观、科学估计的情况较少，人们在面临实际项目开发问题时，基于主观思虑、经历经验等因素，经常忽略或扩大了一些重要的因素。比如人们在考虑费用的时候，常常是： 只考虑计算机的费用，而低估了辅助设备的费用、数据存储设备的费用、网络设备购置与安装费用等。 只考虑硬件设备的一次性购置费用，而低估了相应软件的费用、硬件的维护费用、人员培训费用、设备更新或相关二次开发费用。 只考虑一次性信息系统项目开发费用，而忽略了系统运行期间的日常运行维护性费用(如，设备耗材、打印纸等各种耗材)。 考虑的因素过多，认为系统的投入使用，必将耗费大量的财力，过高估计了相关硬件、软件、人员成本、开发费用等因素，而预期效果没有达到期望值，收益远远小于成本和运行维护费用。同前面提及的信息处理问题相关，信息处理效率不等同于实际效益，我们在进行信息系统开发过程中，必然考虑信息系统项目带来的经济或社会效益，但是实际效益的增加并不能简单归功于相应信息处理能力的提高，因为信息系统实际运作过程中，要考虑更多方面的因素尤其是综合性因素，例如，管理与业务环节的效率、数据处理人员素质的高低，甚至数据处理的前后环节衔接是否及时、妥当并约束条件完备等。因此，引进的计算机或其他新技术、新设备，应使信息系统在某些管理、业务环节增加了数据处理与分析、信息决策与支持的能力，从而综合提高系统的管理能力。社会可行性分析建设信息系统项目，还需要考虑组织机构外部的各种社会因素，才能确定项目是否可行。信息系统服务于组织机构，以便在社会取得良好的社会或经济效益，因此置身于社会环境中，除了技术因素、管理因素、经济因素等因素之外，还有许多社会因素制约着信息系统项目的开展，例如，竞争对手的运作状况对项目的竞争压力、政府行业政策的执行力对项目的支持、项目相关人员的配合对项目的开发帮助、管理制度的变更频率对项目的影响。操作/运作的可行性尤指系统对组织机构的影响，系统与组织目标、运行机制的匹配关系，各业务与管理部门工作与新系统运行的适应性、人员的适应性，现有人员和机构、设施、环境等对系统的适应性和进行人员培训、人员补充计划的可行性。总之，通过以上各个方面来判断信息系统项目是否具备开发的必要条件，来较为全面地进行可行性分析，之后，将分析结果以报告的形式反映出来，形成正式的阶段性工作文件。值得注意的是，严格地来说，系统开发的各个阶段都应该进行相应的可行性分析，为本阶段的实施或下阶段的预期提供科学的评判依据。当然，可行性分析最根本的任务是对以后的行动方针提出建议。如果项目系统没有可行的方案，分析员应该建议停止这项开发工程，以避免时间、资源、人力和金钱的浪费；如果项目系统值得开发，分析员应该推荐一个较优的解决方案，并且为工程项目制定一个初步的计划。(2)可行性分析过程确定系统的规模与目标(即，复审初步调查活动的内容)通过访问关键人员，分析所获取的相关资料，对初步调查阶段关于规模和目标的报告进一步复查、审核，改正含糊或不确切的叙述，清晰地描述对目标系统的一切限制和约束，确保系统的出发点是否正确，目标是否正确。明确用户主要信息需求现行系统(即，人工系统或原有信息系统)是信息的重要来源，通过对现行系统的调查(实地考察、文档资料和使用手册)，了解现行系统的工作内容和所需要的费用，明确现行系统存在的问题，是否能够满足用户需求；明确新系统如何增加或减少相关费用；明确现行系统和其他系统之间的接口情况，获得新系统构造的重要约束条件。提出新系统的初步解决方案(即，高层逻辑模型)通过前面的工作，系统分析员初步了解了目标系统应该具有的基本功能和所受的约束，能够绘制顶层数据流程图(DFD)和相应数据字典(DD)，及本系统与其他系统的接口关系，概括地表达了对新系统的设想。这时的顶层数据流程图和初步数据字典共同定义了新系统的高层逻辑模型，为后续深入的新系统逻辑模型设计奠定了基础。审查新系统，进一步明确其定义范畴为了就新系统模型达成一致的意见，分析员与用户就前面获得的数据流程图和数据字典作为讨论基础，共同再次复查系统项目范畴、工程规模和目标，以便及时发现和改正前面的遗漏、错误。即，通过对用户的调查与沟通，对新系统的定义、规模、目标等进行审查、评估和完善。由此，前4个步骤实质上构成一个循环。分析员定义和分析系统范畴，导出一个初步原型；通过与用户的沟通，在此基础上再次定义、分析、修改这个逻辑方案；继续此循环过程，直至提出的逻辑模型完全符合项目系统的开发目标。评估各供选择的方案从所建议的系统逻辑模型出发，导出若干个较高层次的(较抽象的)物理方案供比较和选择。导出供选择的方案的常用途径有：一是从技术角度出发考虑解决问题的不同方案；二是可以使用组合方法导出若干种可能的物理系统；三是把现行系统和人工系统作为两个可能的方案一起考虑进去。在此基础上，进行可行性分析，考虑到技术、经济、操作等方面的可行性，因此可能要涉及物理解决方案。评估过程如下：首先，从技术角度提出了一些可能的物理系统解决方案之后，应该根据技术可行性的考虑初步排除一些不现实的系统。之后，就获得了一组技术上可行的方案。其次，考虑用户单位的管理需求和进度要求，考察初步选定的一组方案中是否适用于实际管理环境、符合管理制度和业务需求，以及人员素质和技能的要求，并在计划或要求的时限内合理规划作业进度，以期按时完成任务。基于这些要求来去掉不符合要求的部分。再次，考虑操作方面的可行性。分析员应该根据用户单位处理事务的原则和习惯，检查管理、技术、进度等因素方面可行的那些方案，去掉其中从操作方式或操作过程等角度看用户不能接受的方案。第四，综合考虑用户单位的外部环境，即社会因素的影响。分析各种外部因素对备选方案的影响和制约，选定综合效果优良的若干方案，从而为项目系统的开发与应用营造良好的社会环境。第五，考虑经济方面的可行性。估计余下的每个可能方案的开发成本和运行费用，以及相对于现行系统而言可节省的开支或增加的收入，从而实施成本/效益分析。最后，为每个可行的系统制定实现进度表，这个进度表不需要(一般也不可能)制定得很详细，通常只需要估计生命周期每个阶段的工作量。给出项目系统的开发与否建议，同时确定已得到优化的方案根据前面的分析结果，分析员必须清楚地给出对项目系统是否继续开发的建议。若值得继续，那么应该选择一种最好的方案，并且说明选择该方案的理由。而由于用户单位的负责人主要根据经济上是否划算决定是否投资于一项开发工程，因此分析员对于所推荐的系统必须进行比较仔细的成本/效益分析。制定项目系统开发计划除了制定项目系统进度表之外，还应该估计对各类开发人员(如，系统分析员、程序员)和各种资源(计算机硬件、软件工具、其它设备等)的需要情况，应该指明什么时候使用以及使用多长时间。此外还应该估计系统生命周期每个阶段的成本。最后应该给出下一个阶段(需求分析)的详细进度表和成本估计。撰写可行性分析报告，并向用户提交本次工作的结果把上述可行性分析过程的工作结果写成清晰的文档，请用户组织的负责人及评审组审查，来决定是否继续这项工程，以及是否接受分析员推荐的方案。6.1.3 可行性分析报告首先必须明确的是，不必要的项目是不应考虑实施的。必须深刻意识到所开发的项目是否对组织机构的发展有重要的支持，是要切实为组织机构创造经济或社会效益的。因此，不必要的信息化项目可以取消，只有切实能够提高组织机构综合实力，以提高竞争力为现实目标，才可以花大力气开展信息化建设(包括组织机构自身的信息系统建设)。由此，最终的信息系统才能取得良好的效果。通过说明新系统项目在管理、进度、技术、经济、操作、社会条件等方面的可行性，由此选择、论证和优化，从备选的多种可选方案中得到最佳的方案。可行性分析报告的主要内容如下：(1)引论或序言目的。指出可行性分析报告编写的目的，报告的受众人员构成。项目开发背景。包括，新系统项目的名称，项目的任务申请单位或申请人，项目开发团队、终端用户及系统开发机构简介，新系统的基本外部关系(即，同其他系统或其他机构的基本相互往来关系)。组织机构运营概况，即未实现或低效能信息化运营的、所需新系统建设或改造的组织机构运营状况分析。包括组织机构所处的行业性质、组织架构、遵循的质量保证体系、主营业务(包含特色业务)、核心竞争力、经营目标、行业地位、上下游客户关系、机器设备运行状况、计算机及网络设备总数、主要软件资源(含应用与开发类软件)、其他重点资源、信息或能源需求状况分析、组织机构的持续发展计划、人员素质调查、销售收入、利润(率)、税收、固定资产统合、可变资产预期等情况，其中，若侧重于技术解决方案，则可以就组织机构机械自动化、信息化设备集成程度等内容要作较深入的描述与分析；若侧重于管理方面，则着重分析主营业务、组织架构等内容；若侧重于其他方面，则可相应内容有所偏重。现行系统概况。即，现行系统的主要工作任务和业务流程、人员、设备、费用状况。拟建新系统的方案。包括主要目标、规模、初步结构、实施计划与投资方案、人员补充方案等。术语解释。列出报告中用到的专门术语定义。参考资料。列出报告中所引用的各类参考资料，如本项目经核准的计划任务书或合同；属于本项目的相关己发表的文档、实践/实验报告或学术论文；本报告中各处引用的文档资料，包括所需用到的软件开发标准。(2)可行性分析的前提包括项目要求、基础条件、发展目标、假设条件、限定因素、注意事项等。业务的可持续性发展计划。包括即将开发的信息系统投资的部分或集成业务、中长期投资依据和规划。投资依据从成本控制、风险分析、价值期望、预期目标等方面展开，其中，主要开发目标包括人力与设备费用的减少、工程或数据处理速度的提高、精度控制或生产能力的提高、信息服务质量的改进、决策系统的智能升级、人员利用率的提高。风险分析包括风险识别、风险衡量、风险评估、风险控制、风险融资、风险管理、风险决策、风险绩效评估。项目要求。包括： 系统功能的概要描述； 相关设备性能及参数； 主要问题和主要信息需求； 输入：说明系统的输入，包括数据的来源、流向、类型、数量、数据的组织以及使用频度，更详细可参见系统设计阶段的内容； 输出：如报告、文档、统计或数据，说明相关输出项目的特征及特性，更详细可参见系统设计阶段的内容； 业务处理流程和数据流程：图、表方式表示本阶段相关部分的数据流程和业务处理流程，并做简单的、必要的描述； 系统、软件、信息、资料、设备安全与相关保密工作方面的要求； 同本系统相联系的其他作业、应用系统； 进度安排与完成期限。基础条件、假设条件和限定因素。说明对该信息系统项目建设中的目前具备的基本软硬件条件、假设条件和所受到的限定因素，如： 系统的运行寿命期望值：最大效用期、最小效用期； 系统开发方案及其选择比较的时间； 经费、投资等方面的来源和限制，固定资产的折旧； 法律、政策、组织机构管理制度等方面的限定与约束； 硬件、软件、运行环境、开发环境和应用环境方面的条件和限制； 可以利用的能源、信息和资源； 系统投入使用的最迟时间，及由此造成的相关成本增加和收益亏损。可行性分析方法。包括，如何实施可行性分析，如何评价项目系统，所采用的基本方法、模型和开发策略，等等。评价度量。评价系统时所使用的主要度量，如费用支出状况、各项功能顺序和相应的优先开发次序、开发时间的长短、系统使用中的难易程度，等等。(3)现行系统的分析当前实际使用的系统，可能是一个人工管理系统、计算机系统、机械系统，或其它人工与信息化复合的系统。分析的目的是为了了解当前系统的运行状况，获取更客观、可靠的现行系统运行参数和数据，从而阐明开发新系统或改造现行系统的必要性，为进一步改造和建设提供开发依据。对现行系统的分析从如下几方面着手： 组织机构构造和管理制度解析，为系统的应用提供管理依据； 信息化系统应用情况； 业务特色及业务发展规划、核心竞争力描述； 效益空间和利润增长点分析； 业务处理流程和数据流程。需要注意的是，若是对现行系统的改造，其详细的流程可放在系统规划阶段描述，在本部分限于工作重点、篇幅重复等问题，仅提及即可； 工作负荷：现行系统所承担的工作、工作量、具体操作人员的劳动强度分析； 费用支出：由于运行现行系统所引起的各方面费用开支，如人力、设备、空间、数据维护、支持性服务、材料、日常维护等项开支以及开支总额； 人员设备：现行系统的运行和维护的设备及所需人员的专业技术方向； 局限性：现行系统的局限性，例如处理时间过长，响应不及时，数据存储能力不足，处理功能不能满足业务需求等，并且阐明现行系统的运行或改进性维护不适宜业务发展和外部环境的要求。(4)所开发系统的期望宏观管理水平需求定位。包括：管理制度、资源优化配置、决策效果评估三方面。所开发系统的说明。概要介绍所开发系统，并说明如何满足前面提及的项目要求，说明开发系统所使用的基本方法、技术手段及理论根据。业务处理流程和数据流程。系统改进。影响预期。包括： 对设备的影响：新设备要求，及现运行系统中可继续使用的设备和更新； 对软件的影响：对现运行的软件系统部分内容继续在新系统中使用的改进和完善； 对用户的影响：新系统对用户组织机构、管理水平、人员数量与素质(尤其是项目相关人员的技术水平)等方面的全部要求； 对系统运行过程的影响：诸如，用户的操作规程、系统运行的操作规程、信息系统的管理机构的操作规程、数据库与数据仓库的建设与开发(包括各类源数据的收集与处理、数据进入系统的控制过程、对数据存储的要求、对数据故障与恢复的处理等)、输出报告的处理过程与存储介质、系统故障及恢复等； 对开发过程的影响：为支持项目系统的开发，用户和开发人员需进行的工作：建立数据仓库所要求的数据资源、开发和测试项目系统而需要的计算机软硬件资源、项目系统所涉及的保密与安全问题、就具体管理和业务过程而进行的协商与沟通等； 对项目系统和设备的运行地点，以及环境设施的影响； 对开发、运行与维护经费开支的影响。局限性与期望。说明即将开发的项目系统可能存在的局限性以及这些问题未能消除的原因，并对相应工作做预期，期望未来工作的实施重点、设想或意见。技术条件方面的可行性 在当前的限制条件和环境约束下，系统的功能目标能否达到要求； 利用现有的技术，系统的功能能否实现、实现的复杂性、后续开发的可操作性； 系统是否能够满足开发人员数量和质量的要求； 规划进度安排，以使规定期限内，能够完成本系统的开发。(5)其他备选系统开发方案扼要提及曾考虑过的、可供选择的系统开发方案，包括需自主开发的、外包的和购买的各方案。如果没有合适的可选择方案，则在分析报告中说明。(6)投资及效益分析项目支出。即，所选择方案涉及的相关内容的费用支出。如果己有一个现行系统，且该系统的部分内容可以进入新系统中，则新系统要考虑包括现行系统的这些部分在继续运行期间所需的费用。 基建项目投资。包括采购、开发和安装下列各项所需的费用，如房屋和设施、计算机设备、数据通信与网络设备、能源及环保设施、安全与保密设备、计算机操作系统软件和应用软件、数据库管理软件、数据统计与分析软件等； 其他一次性支出。研究方案(需求和设计的研究)；开发计划与测量基准的研究；数据库和数据仓库的建立；计算机软件的转换与购置；设备检查费用和技术管理费用；培训费、旅差费以及开发安装人员所需要的一次性支出；人员的退休及调动费用等； 非一次性支出。系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括：设备与软件的租金和维护费用、数据通信与网络设施的租金和维护费用、人员的工资与奖金、房屋与空间的使用开支、公用设施方面的开支、保密安全方面的开支、其他经常性的支出等； 不可定量度量的成本。如，由操作或投资失误引起的风险增加、管理人员服务质量的降低等。收益。说明所选择方案能够带来的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高、管理计划方面的改进、人员成本的降低等，包括： 一次性收益。能够用货币数量表示的一次性收益，可按数据处理、用户、管理和支持等项分类叙述，如：开支的缩减：改进了的系统运行所引起的开支缩减，如，资源要求的减少、现实系统运行效率和管理水平的提升，数据收集与存储和恢复技术的改进、系统性能的可监控和可维护、应用系统的转换和优化、有关主流数据处理技术的采用、集中式/分布式功能与数据处理等；价值的增升：由于应用系统使用价值的增加所引起的收益增加，如，资源利用率的提高、管理和运行效率的改进、系统出错率的减少、数据信息为正确决策带来的效益、多余设备租售回收的收入等。 非一次性收益。如项目支出所述，系统生命期内，由于运行所建议系统而导致的接月的、按季的、按年的、能用货币数量表示的收益，包括开支的减免； 不可定量度量的收益。即，无法直接用货币表示的收益，如，服务的改进、正确的风险管理带来运营风险降低、信息掌握情况的改进、组织机构形象的改善等。收益/投资比，即投资回报率。投资回收周期。敏感性因素分析。一些关键性因素及相互间关系发生变化时，对项目开支和收益影响最敏感范围的估值。在敏感性分析的基础上做出的选择会比进行单一因素选择的结果要更全面、科学、客观，更能反映系统贴近真实的运行情况。(7)社会因素方面的可行性法律方面的可行性。系统开发人员通常不熟悉如合同责任、侵犯专利权、侵犯版权等，有可能陷入其中的法律陷阱，因此，务必要注意研究相关的内容。使用方面的可行性。需要考虑的是，诸如从用户的行政管理、工作制度、人员素质等方面来看，是否能够使用该信息系统，并满足其使用要求。(8)可行性分析报告的结论 是否可以立即开始进行。 是否需要推迟到某些条件(例如，资金、人力、设备等)具备之后才能开始进行系统的继续实施。 是否需要对开发目标进行某些调整或修改之后才能开始进行。 不能或不必继续进行(例如，因技术不成熟、经济上不合算、管理不到位等)。可行性分析的结论中，结果不一定可行，或根据当前的条件使项目不可行而使得项目开发期限后延，这是正常的。必要的可行性分析过程，虽然也消耗了一定的资源，有了成本损耗，但也避免了可能的更为巨大的浪费。另外，可行性分析结果可能会在整体或局部上要求进行适宜的修改，具体情况可以依据组织机构的实际运作状况而定，例如，修改某些子项目的目标、追加资源或资金或人员、等待某些条件的成熟再实施相关子项目，等等。可行性报告的审议工作是信息系统项目开发过程中的关键，必须就项目的目标、可行性问题上和领导及管理人员取得一致的认识，才能正式开始项目的详细调查研究。尤其在条件许可的情况下，可以聘请一些类似系统的研制专家来讨论，他们的经验及局外人的立场都有利于对于项目目标和可行性做出更准确的表达、判断与论证。可行性报告通过之后，项目就正式进入了实质性的开发阶段。6.2 需求分析6.2.1 调查内容(1)详细调查的内容在可行性分析的基础上进一步对现行系统进行全面、深入的调查和分析，弄清楚现行系统运行状况，发现其薄弱环节，找出要解决的问题实质，确保新系统比现行系统更有效。现行系统所处理的信息渗透于整个组织机构的各个环节中，为了开发新系统，系统分析员必须从具体的组织机构中的实际情况出发，就现行系统向组织机构的各级主管、业务人员进行深入的调查，并逐步抽象，才能得到组织机构中业务与信息活动的全貌。其内容大致如下介绍，并作为系统详细调查环节的结果：系统概况。概括了解现行系统的历史发展、管理体制、组织机构、人员分工、业务功能，有关内容可用“组织结构图”来描述。目标功能和用户需求。充分了解现行系统的目标和功能以及用户的需求，发现存在的问题，寻找解决问题的途径，也使新系统的开发成为可能。使用“管理功能图”来分析。边界接口。现行系统的规模、业务范围、与外界的关系，以明确现行系统的边界和外部环境的接口。可通过“业务流程图”的各业务子系统划分来掌握相关问题。业务流程。按照业务活动中信息流动过程，全面细致地调查现行系统所有环节的业务流程，了解现行系统的各种输入、处理、输出、处理量和处理速度，即了解相关的处理业务、处理内容、处理顺序和对处理时间的要求，弄清楚各环节需要的信息内容、信息来源及去向、信息处理方法、提供信息的时间和信息容量等。有关的调查情况可以用“业务流程图”来表示。信息流程。分析现行系统中各类计划、单据、报表等信息载体的信息流状态，为了用计算机系统对组织的信息进行控制，从而掌握信息流程，弥补业务流程对于物理载体的依赖，掌握并抽象信息在现行系统中进行采集、清洗、整理、存储、处理、输出等各个环节的流动，得出组织中信息流的综合情况，做出“数据流程图”并进行逐层分解、审查和核对。数据及功能。在数据流程图的基础上，通过数据词典、数据存储情况分析及使用者查询要求分析，对数据流程图中的数据和信息的属性做进一步分析，并从逻辑上详细说明DFD图中的各个功能的内容，可利用的工具有决策树、决策表、结构化语言描述等。另外，根据流图可绘制数据库概念模型，并导出逻辑模型。资源使用。了解现行系统中人力、资金、物资、设备、环境设施等各项资源的配置和运作情况。尤其对于系统的运行支持设备计算机及辅助设备，要详细调查其功能、容量、外设配置、使用情况、存在的问题及解决方案等。可根据具体应用，绘制资源分布图，如，网络设备拓扑图。约束条件。了解要从现行系统转换为新系统，在人力、资金、物资、设备、环境设施、处理时间和处理方式等方面的限制条件和规定。薄弱环节。收集用户各种业务和非业务的要求，发现现行系统的薄弱环节。运营环境。决定一个系统能否正常运行的因素有很多，包括系统本身的因素或其它外在因素。在开发系统之前，必须对系统的应用环境进行认真的调查和分析，充分考虑各种可能发生的变化，以提高系统的开发效率和应用效果。其他问题。收集其他需要了解的相关问题。(2)详细调查与初步调查的区别目的不同。初步调查的目的是明确问题和系统开发要解决的主要问题和目标，论证系统开发的必要性和可能性。详细调查的目的是为了弄清现行系统的基本功能及信息流程，为新系统逻辑模型提供基础。内容不同。初步调查的重点是了解现行系统的概要情况及与外部的关系，包括资源情况、能力情况、外部影响情况等。详细调查的重点在于更详细、更具体系统的内部情况，从而可以提供在新系统建设时改进或替换的内容。不重视详细调查会导致对新系统信息需求的考虑不充分，因为详细调查的主要任务在于理解现有业务问题和信息需求，新系统的建立总是以现行系统为基础的，只有弄清楚现行系统中哪些是合理的、必要的，哪些是需要改进的、增加的、创新的，才能建立合适的新系统，才能有别于现行系统，才能更加高效、有效。因此，详细调查是建立新系统的前期和基础工作，其质量的好坏直接影响后续的物理设计、实现与运行维护工作。6.2.2 调查方法与工具(1)调查方法为了确保调查工作顺利进行，系统分析员要注意工作方法和工作手段。系统分析员或从数据入手，或从原型(系统)入手，采用诸如专门访问、直接面谈或座谈会、发调查表征求意见、召开讨论会、抽样、查阅资料、参与实践等方法，进行调查研究以获取有价值的资料，其中参加业务实践、与具体工作人员一起完成最基本的工作程序是最基本、最有效的方法。在调查研究中，需要借助一些简单的方法和工具，使得调查双方容易沟通和理解。常见的详细调查方法有：重点询问方式重点询问调查采用关键成功因素法的方式，列举若干项目系统可能的、关键的问题，自顶向下宏观展开，全面地与用户进行沟通，并对结果进行分类归纳、分析，从中找出影响系统开发工作成败的主要因素，同时对其他因素进行重要性次序排列。问卷调查方式对需要调查的各项内容，绘制相应形式的图表，对管理和部分业务操作人员进行全面的、易于沟通的需求分析调查，进而通过分析、整理调查结果，逐步获得需要调查研究的内容。根据所需调查的内容，调查问卷可以分为组织机构调查表，功能需求调查表，业务流程调查表，机构内部各部门组织结构及业务范围调查表，人员素质分析表，信息需求调查表，系统业务文件/报表调查表，设备使用状况调查表，现行系统其他问题征集表。实践参与的调查方式通过其他方式调查获得的结果，若与实际存在矛盾或各种调查结果不一致、前后连接矛盾时，必须带着产生矛盾的问题深入实际工作岗位上去，走访调查、跟班作业等方式来真正地参与实践，掌握详细的管理工作、业务流程、数据流程以及具体工作的细节，弄清楚矛盾问题产生的具体环节并且加以解决。资料查阅方式文献资料是重要的用户业务信息来源，在调查的初期问题域分析、中期业务与管理的补充完善、后期用户的核检与运行工作中，通过分析用户单位的现有文献资料，来获得诸如组织结构、规章制度、管理模式、工作流程与方法等方面的切实数据。原型(系统)模型研讨方式在系统开发初期，从用户单位的简单需求出发，快速建立原型目标系统，从而构建了一个用户与开发单位的交流平台，通过原型系统，用户获得一定程度的需求，进一步可以进行评估并提出修改意见，系统开发单位由此进行相应的修改完善。(2)调查原则计划周致、有的放矢。制定整体的调查计划，事先安排好时间、进度与内容，每项调查都要有的放矢，切忌漫无目的，开展没有准备的任何活动，这样只会增加项目系统的成本、复杂度和困难度。统筹规划、有序调查。先自顶向下作初步、整体性调查，使调查的问题覆盖项目系统全局。再自底向上进行具体项目调查。通过这种上下结合的调查顺序，使调查得以深入。定性分析、定量计算。调查中在定性分析各类流程的同时，要特别注意收集反映实际的数据，对数据进行发掘、量化、分析，获得有价值的决策依据。研究分析、图表支撑。对调查中收集的大量原始素材、数据及相关文档资料去伪存真、分类整理，将分析结果用有关图表加以清晰地表达。例如，现行系统业务流程图。端正态度、项目责任。对于相关的系统分析与开发人员而言，必须具有正确的调查态度来面对项目系统的开发工作，应该做到虚心、热心、耐心、细心、恒心。(3)图表工具除了文字描述以外，能够更清晰表达调查分析结果的是各类图表工具。组织结构图通过对用户组织机构的调查并绘制成树形图示，可以较为清晰地了解用户单位的性质、任务、规模、体制、管理层次以及物流、信息流。该树形图在系统分析阶段较为常用并通用。具体参见后续内容。现场工作流程图为了解某一部门的业务处理细节，可以根据实际的业务处理现场，绘制其现场工作流程图，由于该流程图具有组织机构自身的特殊性，所以不作为通用性的图形来考虑，其中采用的符号体系也具有较大的随意性，在本书不予以过多的关注。业务流程图作为更为规范标准的、得到普及的流程图，业务流程图是分析、描述现行系统的重要工具之一，也是开发新系统进行系统分析时绘制数据流程图的重要依据。作为系统开发专业人员与业务用户的一种共同语言和沟通平台，采用标准化的图形方式概括了现行系统的业务流程。如图6.3所示的某书店图书管理业务流程图。图6.3 某书店图书管理业务流程图数据流程图(Data Flow Diagram，DFD)数据流程图图形化地显示出系统中数据的流转和使用，表达数据在系统内部的逻辑流向，以及系统的逻辑功能和数据的逻辑变换。在数据流程图中没有具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程。数据流程图是系统逻辑功能的图形表示，即使非专业计算机技术人员也容易理解它，因此是分析员与用户之间极好的交流工具。如图6.4所示某产品库存管理的数据流程图，更加详细的流程图绘制及相关内容参见本章后续部分。图6.4产品库存管理数据流程图现行系统的概况表和概况图业务流程图基础上绘制的概况表和概况图，能够更清晰地理解现行系统的运行概况，并能概括地表示系统的输入、输出、处理和数据存储，并描述了与外部环境的接口，为系统设计阶段的输入/输出设计、界面设计、数据库设计等内容做良好的积淀。如图6.5和图6.6分别是该书店现行系统销售的概况表和概况图。图6.5 书店现行系统销售概况表图6.6 书店现行系统销售概况图现行系统数据调查表在对现行系统的数据、业务、管理等调查的同时，也应该注意这些内容相关的信息载体进行收集，包括各种单据、表格、档案资料、运行与维护记录、设备操作指南与问题解决等原始数据，以数据调查表形式获取相关数据并进行分析。对于新系统的数据文件或数据库设计而言，这种调查表具有一定的参考价值和指导意义。表6.1为数据调查表的示例。表6.1 某组织机构现行系统数据调查表序号名称性质(输入/输出/存储)使用频度输入源去向数据项名称数据性描述数据量(字节)备注输入输出存储业务状况调查表除了以上的图表以外，还可要求用户单位的相关业务管理人员或业务人员填写有关业务的各种表格，为新系统的分析与设计提供更多有价值的资料和信息。相关业务状况调查表可包括：现行系统问题环节调查表、业务责任区域分布调查表、业务范围调查表、业务内容调查表等。这类调查表要求简明扼要，便于不同层次的业务人员理解和填写。具体调查表的形式由用户根据自身实际情况自行设计，此处略。6.2.3 组织结构调查组织结构调查主要根据系统前期调查的结果，把组织分成若干部分，标明组织机构的机构组成、行政隶属关系、管理关系、有关行政管理信息流动关系和其他关系，明确了部门划分及相互关系、人员配备、业务分工、相关信息流动或物质流动过程，从而绘制组织机构明确的组织结构图。组织结构图描述了在组织边界之内、各部分之间的主要的各种管理活动的情况，当然这只是一种粗略的描述。由此就可以根据组织结构图，来分析各组成机构间的内在联系，判断其职能是否明确，是否真正发挥作用。并根据同类型组织的国内外管理经验和自身业务与发展要求，对组织结构设置的合理性进行分析，找出优势、差距和存在的问题。也可以适当借鉴不同类型组织机构的先进管理理念，求得自身管理的创新，以适应社会环境的发展。最后根据计算机管理与技术的要求，为决策者提供调整机构设置的参考意见和优选方案。一个组织(企业、公司、部门等)的机构设置，自上而下一般是按级别、分层次构成的，呈树状结构，表示各组成部分之间的隶属关系或管理关系，如图6.7给出了某企业的组织结构示意图。图6.7 某企业组织结构图6.2.4 组织/业务关系分析组织结构图反映组织内部各部门之间的管理及隶属关系，但对于组织内部各部门之间联系程度、各部门的主要业务职能及所承担的工作却反映不出来。借助组织/业务关系图，可将组织内各部门的主要业务职能、承担的工作及相互之间的业务关系清楚地反映出来，有助于后续的业务流程与数据流程的分析。图中的横项表示各组织部门的名称，纵向表示业务过程名称，中间栏则表示组织部门在执行业务过程中的作用，如图6.8所示。图6.8 组织/业务关系图6.2.5 管理功能分析为了实现目标，系统必须具有各项工作的能力或功能。调查中可以用管理功能图来描述从系统目标到各级各项功能的层次关系，如图6.9显示了某销售系统的管理功能。管理功能图就是将系统的功能进行分解，按功能从属关系表示。信息系统的