业务分析、需求分析、系统分析 课件.ppt

,一、业务分析3.1 业务分析概述及主要工作 3.2 业务调查 3.3 业务分析及实体分析二、需求分析3.4 需求分析概述 3.5 需求调查3.6 需求分析 3.7 需求描述 3.8 需求验证三、系统分析 3.9 概述3.10 逻辑结构分析,1,t课件,一、业务分析3.1 业务分析概述及主要工作 3.1.1 业务分析的目的和任务目的:分析和认识现行组织系统。任务:在系统分析员的主持下，由开发人员和用户一 起，对现行组织系统的目标、组织机构、职能作 用、业务流程、管理模型进行深入分析，以建 立起反映现行组织系统的业务模型，为新系统 的开发建立基础。,2,t课件,3.1.2 业务分析的主要工作 1) 现行组织系统调查-业务调查 调查组织现状和发展过程，认识组织系统，为业务分析提供材料。 内容： 组织目标、规模、机构、职能、产品、市场、技术、设备、业务、信息、企业管理、人员素质、组织文化、组织信息系统建设现状等。,3,t课件,2) 组织目标分析 通过对组织的使命、目标、策略和制约条件的分析，以全面地认识组织系统，为下一步确定信息系统目标奠定基础。组织目标分析主要包括组织使命分析、组织目标结构分析和组织目标的实现策略分析等内容。,图 目标层次结构,4,t课件,3) 组织机构分析 组织机构受组织目标、职能、环境、现状等因素的制约，具有一定的动态适应性。组织机构是组织的骨架和主脉，是进行业务分析的切入点。 组织机构是组织的结构框架，是组织为了实现其目标，根据管理的需要，依据组织职能和组织实际所划分的组织系统的结构模式。组织机构呈层次结构，一般分为两层、三层或多层。,5,t课件,图 学院P组织机构图,6,t课件,4) 组织职能分析 组织职能是为实现组织目标，组织应该具有的功能和作用。组织职能由组织目标确定，具有相对稳定性。组织职能总是通过一定的组织机构来实现。需要认真分析组织机构和组织职能，以及相互之间的关系。,7,t课件,图 学院教P学教务管理职能结构,8,t课件,5) 业务及流程分析 业务是组织实体的有序活动过程。组织通过各个业务活动的执行来实现组织目标。业务是对组织职能的分解和过程化。 6) 实体分析 实体是组织中的各种事物，组织由各种实体构成，通过组织实体的活动和状态变化构成完整的组织活动，以实现组织的目标和使命。,9,t课件,7) 管理模型分析 组织在管理过程中要运用到多种管理模型，诸如计划模型、生产模型、财务模型、库存管理模型、经营决策模型、市场预测模型等。,图 企业物资管理模型,10,t课件,3.1.3 业务分析的基本原则 1) 客观原则 业务分析是对现行组织系统的调查、分析、认识和描述。在业务分析过程中，要求分析人员应该充分尊重客观现实，认真调查业务实际。 2) 宏观与微观辨证统一原则 作到能粗能细，粗细得当。既能够高屋建瓴地宏观把握组织总体，又能够细致入微地深入到各个具体的业务细节之中。 3) 全面与重点辨证统一原则 对在系统中起着关键作用的部分，需要给予更大的关注。,11,t课件,3.2 业务调查 3.2.1 业务调查的原则 1)客观原则 必须从客观实际出发，坚持实事求是的原则。 2)全面细致原则 业务调查应该全面、细致、认真，不能片面、粗糙。 3)调查、分析、记录相结合原则 强调调查与分析相结合，对调查的结果应该采用规范的形式及时记录下来。,12,t课件,3.2.2 业务调查的内容 概括起来，业务调查主要应该包括以下内容： (1)组织的使命、目标和策略； (2)组织的机构和职能； (3)业务及业务流程； (4)实体及实体过程； (5)组织的管理模型； (6)现有信息系统的状态及所存在的问题。,13,t课件,3.2.3 业务调查的方法 1)周密计划，精心安排 第一:应该明确调查的任务和范围，以及调查的对 象，并对调查的工作做出基本估计； 第二:组织调查小组，并对参加人员进行必要的培 训，明确分工，落实任务，责任到人； 第三:确定调查采用的方法、工作规程、描述规范， 以及所采用的工具； 第四:制定详细的调查计划。,14,t课件,2)采用自顶向下逐步展开的调查策略 对于大型复杂的组织系统进行调查，原则上应该采用自上而下、由粗到细、步步深入的调查策略。可以采用以组织目标为基准、以组织机构为脉络、以业务流程为主线的调查路线。 3)具体调查方法 (1) 面谈 (2) 走访 (3) 问卷调查 (4) 召开座谈会,15,t课件,3.3 业务分析及实体分析 3.3.1 业务定义 业务是为了实现组织的目标和职能，组织实体的有序活动过程。组织通过实体的有序活动来完成赋予组织的职能。像书店中的订购图书，图书入库、出库、盘库、报损，以及图书销售等都是书店中的业务。 业务过程交织着组织的人流、物流、资金流和信息流。有简单、单一的业务，也有复杂、综合的业务。,16,t课件,3.3.2 确定业务 业务分析的第一项工作是确定组织中都具有哪些业务。 首先需要根据业务的特征来界定和确定组织应该具有的业务。只要是为实现组织职能的组织实体的有序活动过程就是组织业务。 因此，对于业务判定的惟一准则是它是不是为实现组织职能的组织实体的活动过程。 在收集组织业务时，还需要判定业务与组织目标的关系。对于那些与组织目标关系不紧密的业务可以忽略。,17,t课件,业务的确定建立在全面调查和分析组织现状的基础之上，只有对组织管理进行了深入分析，才能抽取出全面、正确的组织业务。对已经确定的组织业务应该记录在“业务明细表”中，标明各个业务的名称和简要说明。下表是书店B的业务明细表。,18,t课件,表 书店业务明细表(1/3),19,t课件,表 书店业务明细表(2/3),20,t课件,表 书店业务明细表(3/3),21,t课件,3.3.3 业务与机构 业务确定之后，接下来需要确定各个业务与组织机构的关系。 业务一般分属于一个部门或跨涉几个部门，需要分析各个业务所属或所涉的部门，以便于我们分析业务的功能和业务流程。可以通过业务/机构关系图来描述机构和业务的关系。 下表描述了书店各个业务与机构之间的关系。,22,t课件,表 书店业务/机构关系表,表示该部门的主要业务 表示与该部门有关系的业务,23,t课件,3.3.4 业务与实体 组织中的每一个业务都会关联到多个实体，认识各业务所关联的实体对认识业务过程，以及业务与实体之间的关系有重要意义。 业务所关联的实体可以通过业务实体表来描述。下表是书店中各个业务所关联到的实体。,24,t课件,表 书店业务实体表,25,t课件,26,t课件,3.3.5 业务流程分析 业务流程是组织业务的活动过程。业务活动过程也是组织实体围绕着实现组织的某些目标的活动过程，在业务流程中伴随着组织中大量的人流、物流、资金流等实体流和信息流。但所有的实体流最终都要反映为能够被人们接收和处理的信息流。 业务流程分析是业务分析中的一个很重要的内容。只有对业务流程进行深入分析，才能够深入地理解业务的活动过程，了解业务活动所涉及到的各种组织实体，了解业务的过程、步骤、规则和方法。 业务流程分析有许多方法和工具。我们采用UML中的活动图来描述业务流程。,27,t课件,下面给出书店B的五个主要业务的业务流程。 业务1：编制图书订购计划,图 业务流程图1,28,t课件,业务2：订购图书,29,t课件,业务3：图书入库,30,t课件,业务4：图书出库,31,t课件,业务5：销售图书,32,t课件,3.3.6 实体的含义 实体(Entity)是组织中的各种事物。组织由各种实体构成，通过实体的活动和状态的变化构成组织的活动，由实体的活动构成组织业务，以实现组织的目标和使命。 实体又是开发信息系统的基础，在面向对象方法中，信息系统中的对象很大一部分来源于对组织实体的抽象。,33,t课件,3.3.7 实体分析的工作 实体分析需要经过发现实体、筛定实体、确定实体的性质和关系及综合分析等步骤。 1发现实体 实体分析的第一项工作是发现组织中所存在的各种实体。发现实体 主要有三种方法。 1)在组织目标、机构、职能、业务的分析中涉及到大量实体，在分析过程中随时把所涉及到的实体记录下来，它们就是所要发现的实体。 2)从现有文档中发现实体 实体的名称一般都是名词或名词短语。可以从组织现存的各种文档中搜索各种名词和名词短语，作为候选实体。 3)直观分析实体 通过直观分析发现组织中存在的客观事物，作为发现的组织实体。,34,t课件,2筛定实体 对候选实体通过认真筛选和甄别，筛定出实际存在的组织实体。筛定实体可以通过以下三种方法。 1)名词与实物对应法 需要给候选实体中的每一个实体名称找出实际对应的实物，如果根本就不存在这个实物，那么也就不存在这个实体，应该将其筛选掉。 2) 范围确定法 我们所确定的是组织内部的实体，或虽在组织外部，但与组织业务存在密切关系的实体，应该筛选掉与组织业务关系不大的外部实体。 3) 名称分析法 需要对实体名称进行分析，杜绝同名异体和同体异名的现象。一定要区别同一名称所代表的具体含义。,35,t课件,3实体关系分析 组织中的各个实体总是通过与其它实体所存在的相互关系而表现出自己存在的价值和意义。一个不与其它实体发生任何关系的实体在组织中也就没有存在的必要。,36,t课件,3.3.8 实体分析在业务分析中的作用 实体是组织中的各种事物，是构成组织的要素和单位。 第一，实体分析是业务分析的需要，不对实体进行分析，就不可能透彻地认识组织中的业务。 第二，在用面向对象方法开发信息系统时，实体也是信息系统中的对象的基础。,37,t课件,二、需求分析 3.4 需求分析概述 3.4.1 需求分析的概念及意义 需求分析是调查用户对新开发的信息系统的需要和要求，结合组织的目标、现状、实力和技术等因素，通过深入细致的分析，确定出合理可行的信息系统需求，并通过规范的形式描述需求的过程。,38,t课件,在开发初期，分析人员需要清楚： 用户希望建立怎样一个信息系统？ 系统能够为用户解决哪些问题？ 信息系统应该具备哪些功能？ 用户与信息系统都会交互哪些信息？ 用户使用信息系统的方式等？,39,t课件,3.4.2 需求分析的工作内容 1）需求调查 需求调查也被称为需求获取，是由分析人员通过座谈、走访、问卷、召开座谈会等形式，深入了解用户对新建立信息系统的需要和要求，来获取用户需求。 2）需求分析 需求分析是对获取的用户需求，通过综合考虑组织目标、现状、技术条件、投资能力等因素，从信息系统目标、结构、功能、性能、风险等方面进行深入分析，最终确定出合理、可行的信息系统需求。,40,t课件,3) 需求验证 需求验证是由分析人员通过一定手段对初步确定的信息系统需求的正确性和可行性进行验证，以确定正确和可行的需求，排除不可行的需求。 4) 需求描述 需求描述是建立信息系统的需求说明文档，把需求分析的结果采用规范的形式描述出来，形成需求规格说明，作为下面开发工作的依据。,41,t课件,3.4.3 需求分析应注意的几个问题 1) 充分认识需求分析的重要性和复杂性 需求是所要开发的信息系统的依据和准绳。如果需求出现缺陷和漏洞，开发出来的信息系统肯定满足不了应用的要求。 另外，信息系统开发具有错误放大效应。在前期存在的问题如果留到后续阶段解决，所要花费的气力和代价会成数倍到数十倍增大。,42,t课件,2) 充分重视需求的全面性和合理性 需求应该具有全面性。信息系统为组织管理服务，组织中的所有人员都有可能成为信息系统的使用者，他们对信息系统都有各自的要求，信息系统也应该尽量满足各个用户的工作需要。 需求应该具有合理性。每一个用户都是站在各自的角度提出需求，所提出的需求就有可能与组织的目标、现状、能力相矛盾，用户所提出的需求之间也可能存在矛盾和冲突。这就要求分析人员对用户需求进行认真分析和取舍，最后确定出既能够照顾到各方面用户的要求，又符合组织目标和业务管理现状的合理、可行的信息系统需求。,43,t课件,3) 充分尊重用户意见 用户是信息系统的使用者，也是信息系统的投资者，用户对信息系统需求具有决定权。在需求分析中，开发人员应该充分了解用户的意图和想法，尽可能地满足用户的要求。如果因为技术、环境、投资等方面的原因不能满足或不能完全满足用户要求时，必须给用户讲清楚，征得用户的理解和承认。最后形成的信息系统需求分析结论也必须征得用户的同意。,44,t课件,3.5 需求调查 3.5.1 需求调查的内容 1) 总体需求 用户对所建立的信息系统的总体要求,包括信息系统的总目标、范围、总体结构、核心功能等。 2) 功能需求 信息系统应该提供的功能和能够达到的效用。功能需求是对总体需求的分解和细化。信息系统的功能具有层次性，有信息系统总体功能、子系统功能和明细功能；有抽象功能和具体功能；有核心功能和辅助功能。,45,t课件,3) 性能需求 性能需求包括信息系统的效率、处理方式、可靠性、安全性、适应性等技术要求。不同系统具有不同的性能要求。例如，联机事务处理型信息系统要求具有较快的响应速度，而一般事务处理系统对响应速度的要求则可以相对低一些。 4) 其它需求 除了以上三方面的需求之外，还应该调查用户的投资能力、开发时间、开发队伍、社会法律等方面的非技术性需求。,46,t课件,3.5.2 需求调查的方法 需求调查的方法与现行组织系统的调查方法很类似，需要通过面谈、走访、问卷调查、召开座谈会等形式进行。还需要采用以下辅助方法。 1) 启发法 调查人员在需求调查过程中，需要对用户进行引导和启发，让用户产生信息系统的感性认识，启发和引导用户发现现行组织管理和业务处理中所存在的问题，发现潜在的需求。 2) 观摩法 让用户参观同行业或同类型成功的信息系统。,47,t课件,3) 原型法 原型法是通过原型生成系统，根据用户的初步需求，构造出信息系统的初步原型。用户和调查人员针对所生成的原型进行讨论，分析原型是否准确地反映了用户的初衷，哪些方面还应该改进和加强。 原型给用户和开发人员的交流和讨论提供了一个具体的参照物，有原型作为对象，需求调查就有针对性，可以澄清和纠正许多模糊和矛盾的用户需求。,48,t课件,49,t课件,3.6 需求分析 3.6.1 需求分析概念 需求分析的任务是在需求调查的基础上，结合组织目标、业务现状、技术水平、投资能力等因素，对用户提出的需求从信息系统目标、宏观结构、业务功能、技术性能、风险等方面进行深入分析，最后确定出全面、合理、可行的信息系统需求。 用户所提出的需求一般具有模糊、片面、脱离实际等问题。需求分析过程就是对用户需求的合理化过程。,50,t课件,通过对用户需求的修改、补充、细化、删减、重整等工作，最后得出全面、合理、可行的信息系统需求。 在需求分析过程中，一定要实事求是，从用户利益出发，根据组织业务的实际要求，进行需求分析工作。要杜绝不尊重用户利益、好大喜功、避重就轻、不深入实际的错误态度和作风。 需求分析应该有用户参加，随时与用户沟通思想，了解情况，最终所确定的需求分析结果应该征得用户的认可。,51,t课件,3.6.2 目标分析 信息系统目标应该由组织目标导出，并与组织使命、目标、策略等构成塔型结构，见下图。,图 目标层次结构,52,t课件,1) 书店信息系统目标分析 用户对所建立的书店信息系统的总体需求： (1) 建立对书店业务提供全面管理的信息系统； (2) 对所有的图书、读者、职工提供全面管理； (3) 对图书市场、进货、出版社、供书商提供全 面管理； (4) 对书库的入库、出库、盘库、报损过程提供 管理； (5) 对图书销售、结算、安全提供全面管理； (6) 对总店和所有分店提供一体化连锁管理。,53,t课件,建立书店信息系统存在的制约因素： (1) 全国没有形成畅通的图书出版信息发布渠道； (2) 读者的流动量太大，每天进店读者平均超过1000人 次； (3) 分店的建立需要5年才能完成，每一个新建立的分店 其业务运作均需要一段时间的适应期； (4) 书店近年来固定资产投入过大，对信息系统建设资 金投入有限。,54,t课件,根据书店的使命、方向、目标、策略、用户需求和制约因素的分析，对书店信息系统目标做以下分析： (1)根据书店的使命、方向、目标以及现行状况，要想提供一流服务，提高图书市场的占有率，必须建立功能齐全、业务覆盖面广、技术先进、使用方便的信息系统； (2)提供对所有图书和书店职工信息提供全面管理，但是由于一般读者信息量过大，保留读者信息的价值和意义也不大，因此对一般读者信息不提供管理，在合适的时机可以实行会员管理制；,55,t课件,(3)对图书计划、采购提供管理，但考虑到全国图书出版还没有形成畅通的信息发布渠道，对图书市场信息暂不提供管理； (4)对书库的入库、出库、盘库、报损提供全面管理； (5)对图书销售、结算、安全提供全面管理； (6)先建设总店信息系统，等待分店运行稳定且总店信息系统运行稳定之后再开发分店信息系统。,56,t课件,2) 书店信息系统目标 根据以上分析，最后确定出书店信息系统目标。 (1) 书店信息系统总目标 对总店的图书计划、订购、库存、销售、结算以 及书店事务提供全面管理； 对图书业务提供全面、一致、快速处理； 系统具有友好性和易操作性； 系统具有安全性和保密性。,57,t课件,(2) 书店信息系统功能目标 计划市场管理： 辅助编制图书订购计划 图书订购管理 书库管理： 图书入库管理 图书出库管理 图书盘库管理 图书报损管理,58,t课件, 图书销售结算管理： 图书销售管理 图书结算管理 事务管理： 员工信息管理 工资管理 员工勤绩管理 日常事务管理,59,t课件,(3) 书店信息系统性能目标 在总店由多台计算机通过网络连成一体化系统； 系统处理效率要比手工提高50%； 一般职工通过简单培训就可以使用系统； 用户可以在前台通过计算机查询书目； 具有较高的可靠性和冗错能力，不允许丢失信息； 具有安全检查机制，非法用户不能使用。,60,t课件,3.6.3 需求结构分析 1) 需求结构的概念及意义 需求结构是按照信息系统目标、职能和需求的相关性，从总体上把信息系统的需求划分成为若干个需求包，由这些需求包相互关联构成信息系统的需求结构。 需求结构是对需求的一种有效组织方法。通过需求结构把需求划分成为若干需求包，再对各需求包进行分解和细化，这样便于开发人员把握、组织和管理需求。 需求结构既是组织需求的方法，同时也给系统分析时确定信息系统结构提供了依据。,61,t课件,2) 确定需求结构的依据 (1)信息系统目标。需求是为信息系统目标而设置的，而信息系统目标呈结构性，需求结构应该与信息系统的目标结构相对应，因此，信息系统的目标就成了决定需求结构的主要依据。 (2)组织职能。信息系统的需求结构应该与组织职能具有一定的对应性。 (3)需求的相关性。需求包内部应该具有较高的关联性，而各个需求包之间的关联关系应该尽量地少，需求的相关性是确定需求结构的重要依据。,62,t课件,3) 需求结构的表示 用包图来描述信息系统的需求结构。每一个需求包用一个包来表示，包与包之间用组成关系关联起来，需求包可以逐层分解，构成分层信息系统需求结构。,63,t课件,书店信息系统的需求结构见下图：,图 书店系统需求结构图,64,t课件,书店信息系统需求结构也可以表示成下图的形式。,图 书店系统需求结构图,65,t课件,3.6.4 功能分析 信息系统功能是信息系统应该具有的效能和作用。信息系统的目标要通过信息系统功能来表现和实现。信息系统功能也是信息系统呈现给用户的直观效果，用户通过信息系统所提供的功能来认识、使用和评价信息系统，通过信息系统功能的使用来完成自己的业务工作。 功能分析是需求分析的重要内容。功能分析的依据是信息系统目标，它来源于用户需求，用例分析是手段，通过参考组织功能模型，形成用信息系统功能模型描述的功能分析结果。,66,t课件,图 计划订购管理功能用例图,67,t课件,图 计划订购管理分解的功能用例图,68,t课件,图 书库管理功能用例图,69,t课件,图 书库管理分解功能用例图,70,t课件,3.6.5 性能分析 信息系统性能: 是信息系统功能实现的方式、效率和保障，它包括信息系统的效率、处理方式、可靠性、安全性、适应性等内容。 信息系统性能需求是信息系统需求的重要组成部分： 效率：是信息系统的处理能力、处理速度、吞吐量、响应时间 等与系统处理时间有关的性能要素。 处理方式涉及的范围比较宽，包括信息系统的结构和分布模 式、交互方式、业务处理方式等。 可靠性是保证系统正常工作及抗故障、抗干扰的能力，它包 括：保证系统正常工作的能力；对系统故障的预防、检测以及 自动纠错的能力；出现故障时，保证系统不发生崩溃，并使系 统重新恢复、重新启动的能力等。 安全性是保证合法用户能够正确使用信息系统，并防止非法用 户访问信息系统的能力。 适应性是信息系统对外部环境和需求变化的适应能力。,71,t课件,信息系统性能分析: 是对用户提出的各种性能要求进行综合分析，确定出合理、可行的信息 系统性能的工作。 性能分析一般应从技术、经济、社会等方面进行综合分析。 用户提出的书店信息系统的性能要求： (a) 在总店由多台计算机通过网络连成一体化系统, 业务全部实现电子化管理，代替所有手工账目、图表； (b) 总店与分店通过网络连成一体化系统； (c) 书店信息系统与社会图书出版、发行、销售系统连通，可以方便查询图书的出版、发行和销售信息； (d) 用户可以在前台通过计算机查询在售图书信息； (e) 系统可以联机进行计划、采购、入库、出库、销售、核算等处理； (f) 系统处理效率要比手工提高50%； (g) 系统反应时间最慢不能低于2秒； (h) 一般职工通过简单培训就可以使用系统； (i) 系统界面设计友好，色调平和，操作方便、灵 活，并且具有联机提示和帮助学习功能； (j) 具有高可靠性和冗错能力。不允许系统在工作期间停机，不允许系统丢失图书信息，不允许在运行期间出现故障和错误； (k) 具有安全检查机制，非法用户不能使用系统，不能偷看系统信息，不能偷盗图书； (l) 具有保密机制，各级使用者只能看到允许查看的系统信息； (m) 具有防病毒和黑客攻击的能力，不能因为病毒和黑客破坏系统。,72,t课件,3.6.6 风险分析 1) 概述 (1) 风险的概念 风险是可能给信息系统的成功带来威胁或损失的各种潜在的问题。在未来信息系统开发或运行过程中，这些潜在的问题将可能发生或暴露出来，给信息系统开发和使用带来障碍。因此，及早发现信息系统中存在的各种风险，并采取应对措施，对成功开发信息系统具有十分重要的意义。,73,t课件,(2) 风险的类型 从危害程度分： 高危害性风险：信息系统中潜在的重大风险，这类风险会给信息系统造成重大伤害，甚至会使信息系统瘫痪或失败。 中危害性风险：比高危害性风险的程度要低，它可能会造成信息系统方案较大改动、开发时间延期、功能或性能发生较大变化等影响。 低危害性风险：影响程度最低，可能会造成方案的部分调整、功能或性能减弱等影响。 风险分析的原则：消除高危害性风险，限制或减轻中危害性风险，控制低危害性风险。,74,t课件, 按照风险的隶属特征分： 技术性风险：由于信息系统开发所采用的理论、方法、技术、设备等技术性因素存在的缺陷和问题给信息系统所带来的风险。技术性风险是信息系统潜在的最多的一类风险，也是最容易给信息系统造成问题的风险。 工程性风险：由于信息系统工程的组织、管理、进行、保证等因素存在问题所造成问题的一类风险。 环境性风险：信息系统所存在的社会和组织环境可能给信息系统开发和使用带来潜在性问题的一类风险。,75,t课件,(3) 风险处理方法 避免风险：通过更改需求或方案以弃除造成风险原因的一种风险处理策略。例如，在书店信息系统中，保证图书防盗，由指纹识别技术改为磁标记技术。 限制风险：通过一定的技术策略，把风险所造成的危害和影响限制在尽可能小的范围之内。采用限制性策略的风险一般不会给信息系统造成致命灾害。 减轻风险：通过修改需求或方案，或着采用相应的应对性措施，把风险所造成的危害和损失减轻到可以应对或承受的范围之内。 监控风险：对既不能避免，也不能限制或减轻的风险，可以采用有效地监控策略。,76,t课件,2) 风险分析 (1) 风险识别 风险识别是由开发人员根据需求调查和分析的结果，找出信息系统可能存在的各种风险的过程。风险识别对开发人员有很高的要求。它首先要求开发人员具有广博的知识，包括社会、法律、政策、技术、工程、管理、心理等方面。因为其中的每一个方面都会成为信息系统的潜在风险。 对找出的风险进行编号，并记录到风险记录单中。风险记录单是进行风险管理的文档，其格式见下图。,77,t课件,风险记录单序号：数字确定日期：风险被识别出来的日期风险描述：对风险进行描述可能性：风险转变成为问题的可能程度危害性：风险给信息系统造成的危害程度处理对策： 对风险的处理方案风险承担人：解决风险的责任人撤除日期：风险被消除的日期,图 风险记录单,78,t课件,(2) 风险分析 分析风险的类型、出现的可能性，以及可能造成的危害。 工作1：分析风险的类型。属于高危害性风险、中危害性风险还是低危害性风险，是属于技术性风险、工程性风险还是环境性风险。 工作2：分析风险出现的可能性。 工作3：分析风险产生的原因，以及这种原因在什么环境和条件下可能引发问题。 工作4：分析风险可能对信息系统所能造成的危害，以及这些危害对信息系统会造成哪些影响。,79,t课件,风险分析的方法： 调查方法：通过深入调查，以便掌握具体数据，对风险做出准确估计。 探测方法：深入到风险环境或类似环境之中，对风险所潜在的问题进行探测。 原型方法：通过构造风险存在的信息系统环境，设置特定场景，以诊断和验证风险的一种方法。,80,t课件,(3) 选择风险处理策略 可选择的风险处理策略有风险避免、风险限制、风险减轻和风险监控四种。 风险处理策略的选择，应根据各个风险的具体情况而定。一般来说，对于高危害性风险应该采取避免策略，对中、低危害性的风险适宜采用限制、减轻或监控策略。 确定风险处理策略，并不等于实施风险处理。风险处理实施起来要复杂得多。,81,t课件,3.7 需求描述 描述信息系统需求的文档被称为信息系统需求说明书或信息系统需求规格说明。信息系统需求说明书将详细、准确地反映最终确定的信息系统需求内容，并能够简要地反映需求分析的过程以及相关问题。既是对需求分析工作的总结，又作为后续阶段的工作纲领，系统分析、设计、实现和测试都将按照信息系统需求进行。 信息系统需求说明书应该包括的内容和采用的格式，目前并没有形成统一的规范。下图为信息系统需求说明书的一个参考格式。,82,t课件,信息系统需求说明书1. 引言1.1 信息系统项目简介1.2 编写说明1.3 参考资料2. 目标 2.1 概述2.2 信息系统目标 2.2.1 总目标 2.2.2 功能目标 2.2.3 性能目标2.3 目标说明3. 结构 3.1 信息系统需求结构 3.2 需求结构的说明4. 功能 4.1 概述 4.2 功能用例模型 4.3 功能分析说明5. 性能 5.1 概述 5.2 性能需求 5.3 性能分析说明6. 风险分析 6.1 信息系统面临的主要风险 6.2 风险的处理策略7. 遗留问题,图 信息系统需求说明书,83,t课件,3.8 需求验证 3.8.1 需求验证的含义 需求验证也被称为需求检验，是指在需求分析阶段，通过一定的途径和手段，对初步确定的信息系统需求的正确性和可行性进行验证，确定正确的和可行的需求，排除含糊、不实际和不可行的需求。,84,t课件,3.8.2 需求验证的方法 1) 自查法 自查法由需求分析人员对自己所确定的信息系统需求进行审核和验证，纠正需求中存在的问题。 小组审查法 参考法 逻辑分析法 2) 用户审查法 分析人员可以把信息系统需求说明书提交给用户。用户通过对需求文档的阅读找出不符合用户意图或用户认为不能实现的需求，双方再对这些有争议的需求进行讨论，最后达成一致认识。,85,t课件,3) 专家审查法 聘请业务领域、信息系统、政策、法律等方面的专家对信息系统需求进行审查。专家能够对用户和分析人员存在争议的需求以及隐藏着重大问题的需求进行甄别和判断。 4) 原型法 原型法是对存在的有争议或拿不准的需求，通过建立原型进行验证，以确定需求的正确性。原型法是验证需求的一种十分有效的方法，同时也是帮助用户理解需求的一种好方法，但它要求有原型生成环境的支持。,86,t课件,三、系统分析 3.9 概述 3.9.1 系统分析的含义及特点 系统分析(System Analysis)是信息系统开发的第三项工作。该项工作是在业务分析和需求分析的基础上，从抽象的概念层次上确定信息系统的要素、构成和结构，得出信息系统的分析模型，并为系统设计提供依据。,87,t课件,系统分析工作的特点如下： (1) 内在性。系统分析是站在信息系统内部的角度，分析信息系统的要素、构成和结构。需求分析则具有外在性。系统分析从内在角度，考虑信息系统应该具备哪些要素，要素之间的关系，要素的构成方式等问题。 (2) 概念性。第一，面向业务领域，反映业务概念；第二，在较宏观和抽象的层次进行分析工作，一般不过多涉及具体细节；第三，不涉及信息系统的实现环境。 (3) 一致性。系统分析所确定逻辑模型应该具有逻辑一致性，它要纠正需求模型中存在的冗余及错误。,88,t课件,3.9.2 系统分析的主要工作 1. 逻辑结构分析 信息系统逻辑结构是从抽象的概念层次和功能需求角度，根据信息系统的需求结构确定的信息系统模型结构。 信息系统逻辑结构由分析包按照组成关系或依赖关系构成。 逻辑结构分析要经过确定初步逻辑结构、分解并确定分析包、确定分析包关系等步骤。 2用例分析 用例分析是从概念层次上对分析包中的用例进行的分析。 用例分析包括提取用例的概念类，确定概念类之间的关系，以及绘制用例分析类图和用例分析交互图三项工作。 3概念类分析 概念类分析是对所提取的各概念类的职责、属性、关系和特殊需求所进行的分析。,89,t课件,3.10 逻辑结构分析 3.10.1 概述 1) 逻辑结构 信息系统逻辑结构由多个分析包按照组成关系或依赖关系构成。可以对分析包进行分解，高层分析包由多个低层分析包组成，可以层层分解，直到分析包的功能已经十分清楚，并且规模适中为止。 信息系统逻辑结构的一般形式见下图。,90,t课件,图 信息系统逻辑结构,91,t课件,2) 逻辑结构分析的任务 信息系统逻辑结构分析的任务是根据信息系统的需求结构，确定出信息系统的逻辑结构。信息系统逻辑结构分析主要包括分解并确定分析包，以及确定分析包之间的相互关系两方面的工作。,92,t课件,3.10.2 逻辑结构分析 1) 逻辑结构分析的依据 信息系统逻辑结构分析的依据是在需求分析中确定的信息系统需求结构。在逻辑结构分析的开始，可以直接把需求结构作为要对之进行分析的初步逻辑结构，把需求结构中的需求包作为逻辑结构中的分析包，包的名称和组成关系都不改变。接下来在初步逻辑结构的基础上，通过对各个分析包的分解和优化，最后确定出信息系统的逻辑结构。 例如，把书店信息系统需求结构作为初步逻辑结构，见下图。,93,t课件,图 书店信息系统初步逻辑结构,94,t课件,2) 分解和确定分析包 在逻辑结构中的不同位置，分析包具有不同的抽象度。其逻辑系统是抽象度最高的一个分析包，越处在逻辑结构的上层，其抽象度越高;越在下层，其抽象度越低。确定逻辑结构的过程就是从顶层分析包开始，逐层对分析包进行分解，直到分解到底层分析包为止。,95,t课件,3) 确定分析包之间的依赖关系 在确定了分析包之后，还需要确定分析包之间的依赖关系。如果分析包A中内容的改变将会引起分析包B内容的改变，则这两个包之间就存在依赖关系，并且我们说分析包B依赖分析包A。依赖关系用带箭头的虚线表示。通用包和专用包之间经常会存在依赖关系。分析包之间的依赖关系见下图。,96,t课件,4) 逻辑结构分析过程 以书店信息系统为例，讨论分析包的分解过程。下图是从书店信息系统需求结构转来的初步逻辑结构。在这个图中，书店信息系统被分解为“计划订购”、“书库管理”、“图书销售”和“事务管理”四个高层抽象分析包，这四个分析包分别代表书店管理四方面的功能。,图 书店信息系统顶层逻辑结构,97,t课件,下面我们对前三个分析包分别进行分解。 1) “计划订购”分析包的分解 计划订购管理功能用例图把“计划订购”需求包分解为“计划管理”、“订单管理”、“合同管理”、“到货管理”、“书目管理”和“供书商管理”六个用例，这六个用例分别代表了计划订购管理的六方面相对独立的 功能，因此，把“计划订购”分析包分解为对应的。 “计划管理”、 “订单管理”、 “合同管理”、 “到货管理”、 “书目管理” 、 “供书商管理” 六个分析包。,98,t课件,图 计划订购分析包的分解,99,t课件,2) “书库管理”分析包的分解 把“书库管理”分解为“入库”、“出库”、“盘库”和“报损”四个分析包(见下图)，这四个包已经分解得相对独立，无须再进行进一步的分解。,图 书库管理分析包的分解,100,t课件,3) “图书销售”分析包的分解 “图书销售”需求包包括“领书”、“图书上架”、“销售图书”、“结账”、“盘架”和“资金结算”六个用例。因此，可以对应把“图书销售”分析包分解为“领书”、“图书上架”、“销售图书”、“结账”、“盘架”和“资金结算”六个分析包。其中： “领书”分析包又分解为“编辑出库图书”、“查询出库信息”和“打印出库单”三个分析包； “图书上架”分解为“编辑上架图书”、“查询上架信息”和“打印架存报表”三个分析包；,101,t课件, “销售图书”分解为“售书处理”、“浏览销售信息”、“打印销售报表”三个分析包，同时又从“售书处理”中分解出一个“收书款”分析包； “结账”分解为“销售汇总”和“打印销售账单”两个分析包； “盘架”分解为“编辑盘架信息”和“打印盘架单”两个分析包； “资金结算”分解为“收款汇总”和“打印结算单”两个分析包。,102,t课件,