信息系统项目策划管理师基础知识范本

1、考试科目1：信息系统项目治理综合知识1信息系统基础1.1信息系统信息系统概念信息系统(IS，Information System)一般泛指收集、存储、处理和传播各种信息的具有完整功能的集合体。，现代的信息系统总是指以计算机为信息处理工具，以网络为信息传输手段的信息系统。电子数据处理时期2、事务处理时期3、治理信息系统时期4、决策支持系统时期信息系统的功能信息系统的功能：需求功能和实现功能，初级功能和高级功能（初装时期、蔓延时期、操纵时期、集成时期、数据治理时期、成熟时期；DP时期、IT时期、NETWORK时期），通用功能和专业功能（数据库功能、存储信息功能、检索信息功能、信息分析功能），整体功

2、能和局部功能信息系统的类型信息系统的类型：1以数据环境分类： 第一类数据环境：数据文件。其特征是：没有使用数据库治理系统，依照大多数的应用需要，由系统分析师和程序员分散地设计各种数据文件。其特点是简单，相对容易实现。但随着应用程序增加，数据文件数目剧增，导致专门高的维护费用；一小点应用上的变化都将引起连锁反应，使修改和维护工作既缓慢费用又高昂，并专门难进行。 第二类数据环境：应用数据库。这类信息系统，尽管使用了数据库治理系统，但没达到第三类数据环境那种共享程度。分散的数据库为分散的应用而设计，实现起来比第三类数据环境简单。像第一类数据环境一样，随着应用的扩充，应用数据库的个数，以及每个数据库中

3、的数据量也在急剧增加，随之而导致维护费用大幅度增高，有时甚至高于第一类数据环境。该类数据环境还没有发挥使用数据库的要紧优越性。 第三类数据环境：主题数据库(Subject Data Bases)。主题数据库信息系统所建立的一些数据库与一些具体的应用有专门大的独立性，数据通过设计，其存储的结构与使用它的处理过程差不多上独立的。各种面向业务主题的数据，如顾客数据、产品数据或人事数据，通过一些共享数据库被联系和体现出来。这种主题数据库的特点是：通过严格的数据分析，建立应用模型，尽管设计开发需要花费较长的时刻，但其后的维护费用专门低。最终(但不是立即)会使应用开发加快，并能使用户直接与这些数据库交互使

4、用数据。主题数据库的开发需要改变传统的系统分析方法和数据处理的治理方法。然而，假如治理不善，也会蜕变成第二类或是第一类数据环境。 第四类数据环境：信息检索系统(Information Retrieval Systems)。一些数据库被组织得能保证信息检索和快速查询的需要，而不是大量的事务治理。软件设计中要采纳转换文件、倒排表或辅关键字查询技术。新的字段可随时动态地加入到数据结构中。有良好的最终用户查询和报告生成软件工具。大多数用户掌握的系统都采纳第四类数据库。这种环境的特点是：比传统的数据库有更大的灵活性和动态可变性。一般应该与第三类数据环境共存，支持综合信息服务和决策系统。 2.以应用层次分

5、类：一个公司的治理活动能够分成四级：战略级、战术级、操作级和事务级，相应地，信息系统就其功能和作用来看，也能够分为四种类型，即战略级信息系统、战术级信息系统、操作级信息系统和事务级信息系统。信息系统的进展1基于因特网的信息系统： (1)内联网。 (2)外联网。 2多媒体信息系统： 多媒体信息系统的差不多特点是：由因此以人为中心的计算，即以符合人的适应的方式进行信息交互，因此需要基于多功能感知的智能接口，甚至提供一个人性化的应用环境；它支持多用户的以多种媒体进行的实时交互；它是一个集成的系统，能完成任务的全过程；在信息检索方面，由于传统检索方法中所用的关键字检索不能代表多媒体信息中的丰富信息，因

6、此多媒体信息系统的检索是基于内容的信息检索。3海量信息系统 4.智能信息系统1.2信息系统建设信息系统建设的复杂性1信息系统开发的复杂性 2信息系统运行的复杂性 一个涉及企业全局的信息系统要做到良好的运行，需要特不解决好以下四个问题。 一是要解决基础数据的问题。由于一个信息系统所处理的对象要紧是数据，因此，数据的质量问题是十分重要的。软件工程中有一句话：“输入的是垃圾，输出的确信也是垃圾”。这确实是讲，信息系统不可能“化腐朽为奇妙”、不可能把垃圾数据处理成有用的数据。而一些信息系统的需求单位，恰恰是基础数据不全、不准或不一致。所谓数据不全是指只有部分信息系统所需要的数据，例如，一个企业有10个

7、下属单位，只有6个下属单位有数据，其他则没有，如此一来，该系统的运行效果就必定大打折扣。所谓数据不准，确实是指一些基础数据有差错，由此，必定阻碍系统的可靠性。所谓数据不一致，是指同一项数据在不同的地点取不同的值。 二是领导介入的问题。企业的信息系统绝不仅仅是一个软件的使用，它不仅要涉及企业的组织流程和企业的机构调整，而且涉及因信息系统的运行而使企业发生许多新的变化，这些都决定了信息系统不是一个技术的问题。同时，许多问题和障碍也不是仅靠技术人员就能解决的。信息系统的运行需要企业最高领导层的介入，而在一些企业的治理层里，对此却缺乏足够的认识。在一些企业里，最高治理层把信息系统的建设和运行交给信息技

8、术部门就算万事大吉，持有如此做法的企业，其信息系统的良好运行必将成为问题。 三是最终用户问题。企业信息系统的最终用户，也确实是信息系统的使用者往往是那些企业治理机构的业务人员。信息系统运行的难题是要让这些业务人员同意信息系统，首先，需要改变他们长时刻形成的一些工作适应，这往往是比较困难的。再者，这些业务人员需要熟悉并掌握信息系统的一些技术和工作方法，这也是一个比较复杂的过程。四是系统分析师的问题。由于信息系统是复杂的人一机工程，因而最需要的人才是既明白经营治理又明白计算机技术的专家型的人才，也确实是系统分析师。而专门多企业在建设和运行信息系统时，恰恰缺少的确实是系统分析师。3信息系统维护改造的

9、复杂性信息系统的生命周期（各时期目标及其要紧工作内容）信息系统的生命周期分为四个时期，即产生时期、开发时期、运行时期和消亡时期。1信息系统的产生时期信息系统的产生时期，也是信息系统的概念时期或者是信息系统的需求分析时期。 这一时期又分为两个过程，一是概念的产生过程，即依照企业经营治理的需要，提出建设信息系统的初步方法；二是需求分析过程，即对企业信息系统的需求进行深入的调研和分析，并形成需求分析报告。2信息系统的开发时期： 信息系统的开发时期是信息系统生命周期中最重要和最关键的时期。该时期又可分 为五个时期，即总体规划、系统分析、系统设计、系统实施和系统验收时期。(1)总体规划时期。信息系统总体

10、规划是系统开发的起始时期，它的基础是需求分析。一个比较完整的总体规划，应当包括信息系统的开发目标、信息系统的总体架构、信息系统的组织结构和治理流程、信息系统的实施打算、信息系统的技术规范等。(2)系统分析时期。系统分析时期的目标是为系统设计时期提供系统的逻辑模型。系统分析时期以企业的业务流程分析为基础，规划立即建设的信息系统的差不多架构，它是企业的治理流程和信息流程的交汇点。系统分析的内容要紧应包括组织结构及功能分析、业务流程分析、数据和数据流程分析、系统初步方案等。(3)系统设计时期。系统设计时期是依照系统分析的结果，设计出信息系统的实施方案。系统设计的要紧内容包括系统架构设计、数据库设计、

11、处理流程设计、功能模块设计、安全操纵方案设计、系统组织和队伍设计、系统治理流程设计等。(4)系统实施时期。系统实施时期是将设计时期的结果在计算机和网络上具体实现，也确实是将设计文本变成能在计算机上运行的软件系统。由于系统实施时期是对往常的全部工作的检验，因此，系统实施时期用户的参与特不重要。假如讲在系统设计时期往常，用户处于辅助地位的话，而到了系统实施时期以后，用户就应逐步变为系统的主导地位。(5)系统验收时期。信息系统实施时期结束以后，系统就要进入试运行。通过试运行，系统性能的优劣、是否做到了用户友好等问题都会暴露在用户面前，这时就进入了系统验收时期。3信息系统运行时期：当信息系统通过验收，

12、正式移交给用户以后，系统就进入了运行时期。一般来讲，一个性能良好的系统，运行过程中会较少出现故障，即使出现故障，也较容易排除；而那些性能较差的系统，运行过程中会故障不断，而且可能会出现致命性故障，有时故障会导致系统瘫痪。可见，长时刻的运行是检验系统质量的试金石。另外，要保障信息系统正常运行，一项不可缺少的工作确实是系统维护。在软件工程中，把维护分为四种类型，即排错性维护、适应性维护、完善性维护和预防性维护。一般在系统运行初期，排错性维护和适应性维护比较多，而到后来，完善性维护和预防性维护就会比较多。4信息系统消亡时期 通常人们比较重视信息系统的开发时期，轻视信息系统运行时期，而几乎完全忽视信息

13、系统的消亡时期。事实上，如此做是片面的。因为计算机技术和因特网技术的进展十分快速，新的技术、新的产品不断出现。同时，由于企业处在瞬息万变的市场竞争的环境中，在这种情况下，企业开发好一个信息系统，并想着让它一劳永逸地运行下去，是不现实的。企业的信息系统经常会不可幸免地遇到系统更新改造、功能扩展，甚至是报废重建的情况。对此，企业在信息系统建设的初期就要注意系统的消亡条件和时机，以及由此而花费的成本。信息系统建设的原则1高层治理人员介入原则：一个信息系统其建设的目标总是为企业的总体目标服务的，否则，那个系统就不应当建设。而真正能够理解企业总体目标的人必定是那些企业高层治理人员，只有他们才能明白企业究

14、竟需要什么样的信息系统，而不需要什么样的信息系统，也只有他们才明白企业有多大的投入是值得的，而超过了那个界限确实是白费。由于这点是那些身处某一部门的治理人员，或者是技术人员所无法做到的。因此，信息系统从概念到运行都必须有企业高层治理人员介入。因此，那个地点的“介入”有着其特定的含义，它能够是直接参加，也能够是决策或指导，还能够是在政治、经济、人事等方面的支持。2.用户参与开发原则 一是“用户”有确定的范围。究竟谁是用户？我们通常把“用户”仅仅理解为用户单位的领导，事实上这是专门片面的。因此，用户单位领导应该包括在用户范围之内，然而，更重要的用户或者核心用户，是那些信息系统的使用者，而用户单位的

15、领导只只是是辅助用户或是外围用户。 二是用户应当参与全过程的开发。特不是那些核心用户，不应只参与某一时期的开发，而应当是参与全过程的开发，即用户应当参与从信息系统概念规划和设计时期，到系统运行的整个过程。而当信息系统交接以后，他们就成为系统的使用者。三是用户应当深度参与系统开发。用户以什么身份参与开发是一个专门重要的问题。一般讲来，参与开发的用户人员，既要以甲方代表身份出现，又应成为真正的系统开发人员，与其他开发人员融为一体。3.自顶向下规划原则：在信息系统开发的过程中，经常会出现信息不一致的问题，这种现象的存在对信息系统来讲往往是致命的，有时一个信息系统会因此而遭到报废的结果。研究表明，信息

16、的不一致是由计算机应用的历史性演变所造成的，它通常发生在没有一个总体规划的指导就来设计实现一个信息系统的情况下。由此可见，坚持自顶向下规划原则关于信息系统的开发和建设来讲是至关重要的。自顶向下规划的一个要紧目标是达到信息的一致性。同时，自顶向下规划原则还有另外一个方面，那确实是这种规划绝不能取代信息系统的详细设计。必须鼓舞信息系统各子系统的设计者在总体规划的指导下，进行有制造性的设计。4工程化原则 在20世纪70年代，出现了世界范围内的“软件危机”。所谓软件危机是指一个软件编制好以后，谁也无法保证它能够正确地运行，也确实是软件的可靠性成了问题。软件危机曾一度引起人们，特不是工业界的恐慌。通过探

17、究，人们认识到，之因此会出现软件危机，最要紧的缘故，是由于软件产品是一种个体劳动产品，最多也确实是作坊式的产品。因此，没有工程化是软件危机发生的全然缘故。此后，软件进展成了“软件工程”这门工程学科，在一定程度上解决了软件危机。 信息系统也经历了与软件开发大致相同的经历。在信息系统进展的初期，人们也像软件开发初期一样，只要做出来就行，全然不管实现的过程。这时的信息系统，大都成了少数开发者的“专利”，系统可维护性、可扩展性都特不差。后来，信息工程、系统工程等工程化方法被引入到信息系统开发过程之中，才使得问题得到了一定程度的解决。事实上，工程化不仅是一种有效的方法，它也应当是信息系统开发的一项重要原

18、则。5其他原则：创新性原则，用来体现信息系统的先进性；整体性原则，用来体现信息系统的完整性；进展性原则，用来体现信息系统的超前性；经济性原则，用来体现信息系统的有用性。信息系统开发方法1结构化方法：结构化方法是目前最成熟、应用最广泛的信息系统开发方法之一。由于它是假定被开发的系统是一个结构化的系统，因此，其差不多思想是将系统的生命周期划分为系统调查、系统分析、系统设计、系统实施、系统维护等时期。这种方法遵循系统工程原理，按照事先设计好的程序和步骤，使用一定的开发工具，完成规定的文档，在结构化和模块化的基础上进行信息系统的开发工作。结构化方法的开发过程一般是先把系统功能视为一个大的模块，再依照系

19、统分析设计的要求对其进行进一步的模块分解或组合。结构化生命周期法要紧特点介绍如下。(1)开发目标清晰化。结构化方法的系统开发遵循“用户第一”的原则，开发中要保持与用户的沟通，取得与用户的共识，这使得信息系统的开发建立在可靠的基础之上。(2)工作时期程式化。结构化方法每个时期的工作内容明确，注重开发过程的操纵。每一时期工作完成后，要依照时期工作目标和要求进行审查，这使时期工作有条不紊，也幸免为以后的工作留下隐患。(3)开发文档规范化。结构化方法每一时期工作完成后，要按照要求完成相应的文档，以保证各个工作时期的衔接与系统维护工作的便利。(4)设计方法结构化。结构化方法采纳自上而下的结构化、模块化分

20、析与设计方法，使各个子系统间相对独立，便于系统的分析、设计、实现与维护。结构化方法被广泛地应用于不同行业信息系统的开发中，特不适合于那些业务工作比较成熟、定型的系统，如银行、电信、商品零售等行业。2快速原型法： 快速原型法是一种依照用户需求，利用系统开发工具，快速地建立一个系统模型并 展示给用户，在此基础上与用户交流，最终实现用户需求的信息系统快速开发的方法。在现实生活中，一个大型工程项目建设之前制作的沙盘，以及大型建筑的模型等都与快速原型法有同样的功效。应用快速原型法开发过程包括系统需求分析、系统初步设计、系统调试、系统检测等时期。用户仅需在系统分析与系统初步设计时期完成对应用系统的简单描述

21、，开发者在猎取一组差不多需求定义后，利用开发工具生成应用系统原型，快速建立一个目标应用系统的最初版本，并把它提交给用户试用、评价，依照用户提出的意见和建议进行修改和补充，从而形成新的版本，再返回给用户。通过如此多次反复，使得系统不断地细化和扩充，直到生成一个用户中意的方案为止。快速原型法具有开发周期短、见效快、与业务人员交流方便的优点，特不适用于那些用户需求模糊，结构性比较差的信息系统的开发。3.企业系统规划方法 企业系统规划方法BSPf Business System最早是由IBM公司于20世纪70年代研制并使用的一种企业信息系统开发的方法。尽管30多年的时刻过去了，然而，这种方法关于今天我

22、国企业信息系统建设仍然具有一定的指导意义。 BSP方法是企业战略数据规划方法和信息工程方法的基础和，也确实是讲，后两种方法是在BSP方法的基础上进展起来的，可见，了解并掌握BSP方法关于全面掌握信息系统开发方法是有关心的。BSP方法的目标是提供一个信息系统规划，用以支持企业短期的和长期的信息需求。4战略数据规划方法： (1)数据环境关于信息系统至关重要。企业数据环境是随着企业的进展不断变化的，也是企业进展的基础条件。信息系统建设极大阻碍着企业的以后进展方向，对企业的数据环境提出了更高的要求。把静态的、独立的信息资源通过战略数据规划重建企业数据环境，使其成为集成化、网络化的信息资源，对一个现代化

23、企业来讲是更为迫切的任务。 (2)四种数据环境。在信息系统进展的历程中共有四类数据环境，即数据文件、应用数据库、主题数据库和信息检索系统。 (3)建设主题数据库是信息系统开发的中心任务。那个地点的主题数据库并不是指数据库的大小，也不是指数据库的功能，而是指哪些数据库是面向企业的业务主题的，哪些不是面向业务主题的。所谓业务主题，确实是指企业的核心业务和主导流程。比如，关于一个机加工企业来讲，生产机件产品确实是其核心业务，相应地，围绕核心业务建立的数据库确实是企业的主题数据库。而关于一个保险企业来讲，围绕着保单处理的数据库确实是企业的主题数据库。(4)围绕主题数据库搞好应用软件开发。5信息工程方法

24、信息工程方法与企业系统规划方法和战略数据规划方法是一种交叉关系，即信息工程方法是其他两种方法的总结和提升，而其他两种方法则是信息工程方法的基础和核心。信息工程是计算机信息系统进展到比较成熟时期的产物，它不仅为大型信息系统的开发给出了方法和技术，而更重要的是它在理论与实践的结合上对大型信息系统的开发提出了相应的开发策略和原则，而这些策略和原则关于信息系统的成功开发和应用差不多上至关重要的。尽管，信息工程是在20世纪80年代末期进展起来的，然而，在今天，仍然对信息系统的开发具有重要的指导价值。信息工程方法与信息系统开发的其他方法相比，有一点专门大的不同，确实是信息工程不仅是一种方法，它依旧一门工程

25、学科。它第一次把信息系统开发过程工程化了。所谓工程化，确实是指有一整套成熟的、规范的工程方法、技术、标准、程序和规范，使得开发工作摆脱随意性和多变性，其目标是信息系统的开发走上智能化、程序化和自动化的道路。6面向对象方法 面向对象的分析方法是利用面向对象的信息建模概念，如实体、关系、属性等，同时运用封装、继承、多态等机制来构造模拟现实系统的方法。传统的结构化设计方法的差不多点是面向过程，系统被分解成若干个过程。而面向对象的方法是采纳构造模型的观点，在系统的开发过程中，各个步骤的共同的目标是建筑一个问题域的模型。在面向对象的设计中，初始元素是对象，然后将具有共同特征的对象归纳成类，组织类之间的等

26、级关系，构造类库。在应用时，在类库中选择相应的类。1.3软件工程知识软件需求分析与定义软件工程是开发、运行、维护和修复软件的系统方法，（方法、工具、过程）软件需求分析和定义软件需求：功能需求、非功能需求、设计约束；业务需求、用户需求、系统需求需求工程：需求开发（需求捕获、需求分析、编写规格讲明书、需求验证）、需求治理（需求基线、处理需求变更、需求跟踪）需求调查和问题定义：要捕获的信息、信息的来源、需求捕获技术（用户访谈、用户调查、现场观摩、文档考古、联合讨论会）可行性研究的任务：技术可行性、经济可行性、社会可行性可行性研究工作的步骤：核实问题定义和目标，研究分析现有系统（包括非计算机系统），为

27、新系统建模（系统上下文关系范围图、实体关系图（ER）、用例模型、域模型、IPO表），客户复核、提出并评价解决方案、确定最终推举的解决方案（成本效益分析包括成本可能、效益分析）、草拟开发打算、提交可行性分析报告需求分析：绘制系统上下文范围关系图、创建用户接口原型、分析需求的可行性、确定需求的优先级、为需求建立模型、创建数据字典、使用质量功能调配需求分析方法：结构化分析方法、软系统方法、面向对象分析方法、面向问题域的分析结构化分析与面向对象分析方法之间最大的区不是：结构化分析方法把系统看做一个过程的集合体，包括人完成的和电脑完成的；而面向对象方法则把系统看成一个相互阻碍的对象集。结构化分析方法的特

28、点是利用数据流图来关心人们理解问题，对问题进行分析步骤：研究“物质环境”、建立系统逻辑模型、划清人机界面数据流图：过程、外部实体、数据存储、数据流、实时连接实体关系图（ER图）软件设计、测试与维护软件设计差不多原则：信息隐蔽、模块独立性（内聚（功能、信息、通信、过程、时刻、逻辑）、耦合）系统结构图：模块、模块间的调用关系、模块间的通信、辅助操纵符号常用系统结构图：变换型、事务型、混合型用户界面：可使用性、灵活性、复杂性和可靠性软件测试：白盒测试与黑盒测试；单元测试、集成测试、系统测试、验收测试软件维护：因素（可理解性、可测试性、可修改性）软件维护步骤：建立维护组织、提出维护要求、实施维护作业、

29、记录维护要素、评价维护活动软件复用软件再生步骤：筛选、文档重构、逆向工程、代码重构、数据重构、重新开发软件质量保证及质量评价软件质量：性能、可靠性（容错、健壮性）、可用性、安全性、可修改性（可维护性、可扩展性、结构重组、可移植性）、功能性软件质量保证活动：Sqa人员的素养：有较强的沟通能力、要熟悉软件工程过程、要有较强的打算性、能应对繁杂的工作、要客观有责任心SQA活动：制定SQA打算、参与开发该软件项目的软件过程描述、评审、审计、记录并处理偏差、报告SQA工作内容：与SQA打算直接相关的工作、参与项目的时期性评审和审计、对项目日常活动与规程的符合性进行检查、对配置治理工作的检查和审计、跟踪问

30、题的解决情况软件配置治理软件配置治理：配置与配置项、基线与基线治理、版本、配置标志、配置操纵变更操纵：功能变更、错误修复变更：功能变更的意思确实是依照客户的需要增加或删除某些功能，或者修改实现功能的方法所引发的变更。错误修复变更是为了修改漏洞的需要而产生的变更。配置库：开发库、受控库、产品库配置评审：正式的技术评审、软件配置审核软件开发环境软件开发环境：数据集成机制、操纵集成机制、界面集成机制软件开发环境结构：工具集、集成机制、环境信息库、过程操纵和消息服务器、环境用户界面；宿主层、核心层、差不多层、应用层软件开发环境的进展：数据完整性、信息共享、数据工具集成、数据数据集成、方法学实施、文档标

31、准化软件过程治理软件过程治理：方向：软件过程分析和建模，软件过程支持，软件过程评估和改进CMM术语：过程、软件过程、软件过程能力、软件过程性能（能力是期望得到的结果、性能是实际得到的结果）、软件过程成熟度、关键过程（区）域（CMM包含18个关键过程）、关键实践、软件过程评估、软件能力评价、软件工程组、软件相关组、软件工程过程组、系统工程组、系统测试组、软件质量保证组、软件配置治理组、培训组CMM的分级标准：初始级、可重复级、已定义级、已治理级、优化级初始级纪律化的过程已重复级标准一致的过程已定义级可预测的过程已治理级不断改经的过程优化级实施CMM：提高思想认识、进行CMM培训和咨询工作、确定合

32、理的目标、成立工作组、制定和完善软件过程、内部评审、正式评估、依照评估结果改进软件过程CMMI：初始级、已治理级、严格定义级、定量治理级、优化级CMMI评估：A类评估（全面综合的评估方法）B类评估（较少综合，花费也较少）C类评估（快估）CMM和CMMI区不：CMMI结构更加形式化和精巧，更复杂；CMMI强调需求的治理（需求治理和需求开发）CMM为需求治理；CMMI加强对工程过程的重视；CMMI强调度量；CMMI强调对风险的治理；1.4软件构件技术知识构件及其在信息系统项目中的重要性构件库组织方法的要求：支持构件库的各种维护动作；不仅要支持精确匹配，还要支持相似构件的查找；不仅能进行简单的语法匹

33、配，而且能够查找在功能或行为方面等价或相似的构件；对应领域具有较强的描述能力和较好的描述精度；库治理员和用户容易使用构件分类方法：关键字分类法、刻面分类法、超文本组织方法商业化构件分类：用户界面类、数据库类；商务应用类；工具类、网络通讯类；核心技术类构件组装：基于功能的组装技术；基于数据的组装技术、面向对象的组装技术（构造法；子类法）软件重用：需求重用；设计重用；代码重用；组织结构的重用；构件库常用构件标准（COM/DCOM/COM+、CORBA和EJB）EJB（Enterprise Java Bean）：是用于开发和布署多层结构的、分布式的、面向对象的Java应用系统的跨平台的构件体系结构。

34、EJB分类：会话EJB(Session Bean)(与客户端一个短暂的会话)；实体Bean（Entity Bean）（对应数据实体，它描述了存储在数据库的表中的持久数据）；消息驱动Bean（Messagedriven Bean）（结合了一个会话Bean和一个Java信息服务（JMS）信息监听者的功能）DCOM：扩展了COM，使其能够支持在局域网、广域网甚至Internet上不同计算机的对象之间的通信。COM定义了构件和它们的客户之间相互作用的方式；DCOM具有位置独立性；DCOM具有语言无关性1.5软件体系结构软件体系结构定义软件体系结构为软件系统提供了一个结构、行为和属性的高级抽象，由构成系

35、统的元素的描述、这些元素的相互作用、指导元素集成的模式，以及这些模式的约束组成。软件体系结构不仅指定了系统的组织（organization）结构和拓扑（topology）结构，同时显示了系统需求和构成系统的元素之间的对应关系，提供了一些设计决策的差不多原理典型体系结构软件体系结构模型：结构模型、框架模型、动态模型、过程模型、功能模型逻辑视图：要紧支持系统的功能需求，即系统提供给最终用户的服务。开发视图：也称模块视图，要紧侧重于软件模块的组织和治理。进程视图：侧重于系统的运行特性，要紧关注一些非功能性的需求，例如系统的性能和可用性。进程视图强调并发性、分布性、系统集成性和容错能力，以及从逻辑试题

36、中的要紧抽象如何符合进程结构。物理视图：要紧考虑如何把软件映射到硬件上，它通常要考虑到系统性能、规模、可靠性等。场景：能够看做是那些重要系统活动的抽象，它使四个视图有机联系起来，从某种意义上讲场景是最重要的需求抽象。典型的软件体系结构：数据流风格、调用/返回风格、独立构件风格、虚拟机风格、仓库风格分层结构：基于可增加抽象层的设计。优点：支持基于抽象程度递增的系统设计；支持功能增强；支持重用。缺点：并不是没一个系统都能够专门容易的划分为分层的模式；专门难找到一个合适的、正确的层次抽象方法。C2风格：通过连接件绑定在一起的按照一组规则运作的并行构件网络。特点：系统中的构件可实现应用需求，并能将任意

37、复杂度的功能封装在一起；所有构件之间的通信是通过以连接件为中介的异步消息交换机制来实现的；构件相对独立，构件之间依靠性较少客户服务器风格（C/S）：服务器负责数据治理，客户机完成与用户的交互任务。胖客户机、瘦服务器。具有强大的数据操作和事务处理能力，模型思想简单，易于人们理解和同意。缺点：开发成本较高、客户端程序设计复杂、信息内容和形式单一、用户界面风格不一、软件移植困难、软件维护和升级困难、新技术不能轻易使用三层C/S结构风格：解决两层问题（问题为：难以扩展至大型企业广域网或Internet；软、硬件的组合及集成能力有限；客户机的负荷太重；数据安全性不行）；包括表示层（表示层是应用的用户接口

38、部分，它担负着用户与应用间的对话功能）、功能层（功能层相当于应用的本体，它是将具体的业务处理逻辑编入程序中）、数据层（确实是数据库治理系统，负责治理对数据库数据的读写）扫瞄器服务器风格：扫瞄器/web服务器/数据库服务器；缺点：缺乏对动态页面的支持能力，没有集成有效的数据库处理功能；扩展能力差，安全性难以操纵；在数据查询等响应速度上，要远远低于C/S体系结构；数据提交一般以页面为单位，数据的动态交互性不强，不利于在线事务处理的应用。公共对象请求代理体系结构：（CORBA Common Request Broker Architecture）要紧内容包括：接口定义语言、接口池、动态调用接口、对象

39、适配器。特点：引入中间件作为事务代理，完成客户机向服务对象方（Server）提出的业务请求；实现客户与服务对象的完全分开，客户不需要了解服务对象的实现过程以及具体位置；提供软总线机制，使在任何环境下、采纳任何语言开发的软件只要符合接口规范的定义，均能够集成到分布式系统中；CORBA规范软件系统采纳面向对象的软件实现方法开发应用系统，实现对象内部细节的完整封装，保留对象方法的对外接口定义软件体系结构设计方法结构化设计方法是基于模块化、自顶向下逐层细化、结构化程序设计等程序设计技术基础上进展起来的。1系统结构图中的模块一般来讲，结构图中可能出现图2-11所示的四种类型的模块。 传入模块：图2-11

40、(a)，从下属模块取得数据，通过某些处理，再将其传送给上级模块。它传送的数据流叫做逻辑输入数据流。 传出模块：图2-11 (b)，从上级模块取得数据，进行某些处理，传送给下属模块。它传送的数据流叫做逻辑输出数据流。 变换模块：图2-11(c)，从上级模块取来数据，进行特定处理后，送回原上级模块。它加工的数据流叫做变换数据流。协调模块：图2-11(d)，对其下属模块进行操纵和治理的模块。在一个好的系统结构图中，协调模块应在较高层出现。 2.系统结构图中的要紧成分 结构图中的要紧成分有四种。 (1)模块。以矩形框表示，框中标有模块的名字。关于已定义(或者已开发)的模块，则能够用双纵边矩形框表示，

41、(2)模块间的调用关系。两个模块，一上一下，以箭头相连，上面的模块是调用模块，箭头指向的模块是被调用模块，在一般情况下，箭头表示的连线能够用直线代替。 (3)模块间的通信。以表示调用关系的长箭头旁边的短箭头表示，短箭头的方向和名字分不表示调用模块和被调用模块之间信息的传递方向和内容。 (4)辅助操纵符号。当模块A有条件的调用模块B时，在箭头的起点标以菱形。模块A反复地调用模块D时，另加一环状箭头。3常用的系统结构图： 常用的系统结构图有以下几种。 (1)变换型系统结构图。在数据处理问题中，我们通常会遇到如此一类问题，即从(程序)“外部”取得数据(例如从键盘、磁盘文件等)，对取得的数据进行某种变

42、换，然后再将变换得到的数据传回“外部”。其中取得数据这一过程称为传入信息(数据)流程、变换数据的过程称为变换信息(数据)流程，传回数据过程称为传出信息(数据)流程，如图2-16所示。 (2)事务型系统结构图。在实际中，我们还常常会遇到另一类问题，即通常在同意某一项事务后，依照事务的特点和性质，选择分派给一个适当的处理单元，然后给出结果，这类问题确实是事务型问题。它的特点是，数据沿着接收分支把外部信息(数据)转换成一个事务项，然后计算该事务项的值，并依照它的值从多条数据流中选择其中的某一条数据流。 (3)混合型系统结构图。在实际中，一些大型问题往往既不是单纯的变换型问题，也不是单纯的事务型问题，

43、而是两种混合在一起的混合型问题。关于这种混合型问题，一般以变换型问题为主，首先找出变换中心，设计出结构图的上层；然后依照数据流图的各部分具体类型分不映射得到它们的结构图。软件体系结构分析与评估软件体系结构为软件系统提供了一个结构、行为和属性的高级抽象，由构成系统的元素的描述、这些元素的相互作用、指导元素集成的模式，以及这些模式的约束组成。软件体系结构不仅指定了系统的组织（organization）结构和拓扑（topology）结构，同时显示了系统需求和构成系统的元素之间的对应关系，提供了一些设计决策的差不多原理软件体系结构模型：结构模型、框架模型、动态模型、过程模型、功能模型逻辑视图：要紧支持

44、系统的功能需求，即系统提供给最终用户的服务。开发视图：也称模块视图，要紧侧重于软件模块的组织和治理。进程视图：侧重于系统的运行特性，要紧关注一些非功能性的需求，例如系统的性能和可用性。进程视图强调并发性、分布性、系统集成性和容错能力，以及从逻辑试题中的要紧抽象如何符合进程结构。物理视图：要紧考虑如何把软件映射到硬件上，它通常要考虑到系统性能、规模、可靠性等。场景：能够看做是那些重要系统活动的抽象，它使四个视图有机联系起来，从某种意义上讲场景是最重要的需求抽象。典型的软件体系结构：数据流风格、调用/返回风格、独立构件风格、虚拟机风格、仓库风格分层结构：基于可增加抽象层的设计。优点：支持基于抽象程

45、度递增的系统设计；支持功能增强；支持重用。缺点：并不是没一个系统都能够专门容易的划分为分层的模式；专门难找到一个合适的、正确的层次抽象方法。C2风格：通过连接件绑定在一起的按照一组规则运作的并行构件网络。特点：系统中的构件可实现应用需求，并能将任意复杂度的功能封装在一起；所有构件之间的通信是通过以连接件为中介的异步消息交换机制来实现的；构件相对独立，构件之间依靠性较少客户服务器风格（C/S）：服务器负责数据治理，客户机完成与用户的交互任务。胖客户机、瘦服务器。具有强大的数据操作和事务处理能力，模型思想简单，易于人们理解和同意。缺点：开发成本较高、客户端程序设计复杂、信息内容和形式单一、用户界面

46、风格不一、软件移植困难、软件维护和升级困难、新技术不能轻易使用三层C/S结构风格：解决两层问题（问题为：难以扩展至大型企业广域网或Internet；软、硬件的组合及集成能力有限；客户机的负荷太重；数据安全性不行）；包括表示层（表示层是应用的用户接口部分，它担负着用户与应用间的对话功能）、功能层（功能层相当于应用的本体，它是将具体的业务处理逻辑编入程序中）、数据层（确实是数据库治理系统，负责治理对数据库数据的读写）扫瞄器服务器风格：扫瞄器/web服务器/数据库服务器；缺点：缺乏对动态页面的支持能力，没有集成有效的数据库处理功能；扩展能力差，安全性难以操纵；在数据查询等响应速度上，要远远低于C/S

47、体系结构；数据提交一般以页面为单位，数据的动态交互性不强，不利于在线事务处理的应用。公共对象请求代理体系结构：（CORBA Common Request Broker Architecture）要紧内容包括：接口定义语言、接口池、动态调用接口、对象适配器。特点：引入中间件作为事务代理，完成客户机向服务对象方（Server）提出的业务请求；实现客户与服务对象的完全分开，客户不需要了解服务对象的实现过程以及具体位置；提供软总线机制，使在任何环境下、采纳任何语言开发的软件只要符合接口规范的定义，均能够集成到分布式系统中；CORBA规范软件系统采纳面向对象的软件实现方法开发应用系统，实现对象内部细节的

48、完整封装，保留对象方法的对外接口定义体系结构设计：提出软件体系结构模型；把已标志的构件映射到软件体系结构中；分析构件之间的相互作用；产生软件体系结构、设计评审软件体系结构评估： 体系结构评估能够只针对一个体系结构，也能够针对一组体系结构。在体系结构评估过程中，评估人员所关注的是系统的质量属性，包括性能、可靠性、可用性、安全性、可修改性、功能性、可变性、集成性、互操作性。 差不多能够归纳为三类要紧的评估方式：基于调查问卷或检查表的方式、基于场景的方式和基于度量的方式。软件中间件中间件技术：中间件是一类软件，而非一种软件；中间件不仅仅实现互连，还要实现应用之间的互操作；中间件是基于分布式处理的软件

49、，最突出的特点是其网络通信功能中间件分类：底层型中间件（JVM、CLR、ACE、JDBC、ODBC）；通用型中间件（CORBA、J2EE、MOM、COM；IONA Orbix、BEA Weblogic、IBM MQSeries）；集成型中间件（WorkFlow、EAI；BEA Weblogic 、IBM WebSphere）分类：通信处理（消息）中间件；事务处理（交易）中间件；数据存储治理中间件；Web服务中间件；安全中间件；跨平台和构架的中间件；专用平台中间件；其他中间件集成应用：为了完成系统底层传输层的集成，能够采纳CORBA技术；为了完成不同系统的信息传递，能够采纳消息中间件产品；为了完

50、成不同硬件和操作系统的集成，能够采纳J2EE中间件产品中间件进展：规范化；构件化和松耦合；平台化1.6面向对象系统分析与设计面向对象的差不多概念面向对象对象（objects）类（classes）继承（inheritance）消息通信（communication with messages）对象：对象标志（供系统内部唯一的识不对象）；属性（状态、数据、用来描述对象的静态特征）；服务（操作、行为或方法，用来描述对象的动态特征）类和类库：类是对象的抽象定义，是一组具有相同数据结构和相同操作的对象的集合。类与对象是抽象描述与具体实例的关系，一个具体的对象被称为类的一个实例（instance）。继承和多

51、态：过载多态（重载多态），强制多态，包含多态，参数多态。前两种统称为专用多态（特定多态），后两种称为通用多态。消息通信：消息指向对象发出的服务请求，它应该含有下述信息：提供服务的对象标志、消息名、输入信息和回答信息统一建模语言UMLUML（Unified Modeling Language，统一建模语言）：是一种语言；是一种可视化语言；是一种可用于详细描述的语言；是一种构造语言；是一种文档化语言UML结构：构造块（建模元素、关系、图）；公共机制（规格讲明、修饰、公共分类、扩展机制）；构架（逻辑视图、进程视图、实现视图、布署视图、用例视图）可视化建模UML视图：系统静态结构的静态模型（包括类图、

52、构件图、布署图），系统动态结构的动态模型（包括对象图、用例图、序列图、协作图、状态图、活动图）用例图：用例模型描述的是外部执行者（Actor）所理解的系统功能，用于需求分析时期。参与者（Actor）代表与系统接口的任何事物或人，它是指代表某一种特定功能的角色，参与者差不多上虚拟的概念用例（Use Case）是对系统行为的动态描述，它能够促进设计人员、开发人员与用户的沟通，理解正确的需求，还能够划分系统与外部实体的界限，是系统设计的起点。包含和扩展：一种用于重用的包含关系，用构造型include（能够从两个或者两个以上的原始用例中提取公共行为，或者发觉能够使用一个组件来实现某一个用例的部分功能是

53、专门重要的事时，应该使用包含关系）。另一种是用于分离出不同的行为用构造型extend（假如一个用例明显地混合了两种或两种以上地不同场景，即依照情况可能发生多种情况。我们能够断定将那个用例分为一个主用例和一个或多个辅用例描述可能更加清晰）类和对象：类的命名（最顶部的格子包含类的名字）；类的属性（中介的格子包含类的属性，用以描述该类对象的共同特点。可见性包括Public、Private、Protected 分不用号表示）类的操作（Operation）类之间的关系：依靠关系（假如元素A的变化会引起元素B的变化，则称元素B依靠（Dependency）于元素A，用带箭头的虚线表示依靠关系，如：一个类向另

54、一个类发消息；一个类是另一个类的成员）、泛化关系（描述了一般事物与该事物中的专门种类之间的关系，也确实是父类和子类之间的关系。继承关系是泛化关系的反关系，也确实是讲子类是从父类中继承的，而父类则是子类的泛化，在UML中，使用带空心箭头的实线表示，箭头指向父类）、关联关系（关联（Association）表示两个类的实例之间存在的某种语义上的联系，老师在某学校工作，一个学校有专门多间教室，则老师和学校、学校和教室之间有关联关系）（聚合关系表示整体和部分的关系，用一个带空心菱形的实线表示（电脑、显示器）；组合关系：假如聚合关系中的表示“部分”的类的存在，与表示“整体”的类有紧密的关系，如公司和部门，

55、则使用组合关系，使用带实心菱形的实线表示）、实现关系（用来规定接口和实现的类或组件之间的关系，接口是操作的集合，这些操作用于规定类或组件的服务，使用一个带空心箭头的虚线表示）交互图：表示各组对象如何依某种行为进行协作的模型。通常能够使用一个交互图来表示和讲明一个用例的行为。顺序图：用来描述对象之间动态的交互关系，着重体现对象间消息传递的时刻顺序。协作图：用于描述相互合作的对象间的交互关系和链接关系；顺序图着重体现交互的时刻顺序，协作图则着重体系交互对象间的静态链接关系。状态图：用来描述对象状态和事件之间的关系。通常用状态图来描述单个对象的行为。活动图：表示系统中各种活动的次序，能够用来描述用例

56、的工作流程，也能够用来描述类中某个方法的操作行为。构件图：（物理建模构件图、部署图）能够有效的显示一组构件，以及它们之间的关系。构件图通常包括构件、接口，以及各种关系部署图：也称实施图，构件图是讲明构件之间的逻辑关系，而布署图描述系统硬件的物理拓扑结构，以及在此结构上执行的软件面向对象系统分析面向对象分析：OMT（Object Modeling Technique）方法：建立对象模型（确定类和对象、确定结构与关联、划分主题、定义属性、定义服务）、建立动态模型、建立功能模型用UML进行分析：建立域模型（查找类、确定类之间的关联、为类添加职责、域模型的详细度）、建立用例模型（用例是什么？用例模型是

57、如何产生的？识不参与者、合并需求获得用例、绘制成用例图、细化用例描述）面向对象系统设计面向对象设计Coad/Yourdon方法：发觉类和对象、识不结构、定义主题、定义属性、定义服务。面向对象设计模型需要进一步区分以下四个部分：问题域的设计（属性、服务、类和对象、结构、对象行为）；人机交互界面的设计（交互界面子系统的设计、交互界面子系统和应用之间接口的设计）；应用操纵的设计；与问题领域有关的设计Booch方法：在给定的抽象层次上识不类和对象、识不这些对象和类的语义、识不这些类和对象之间的关系、实现类和对象OMT方法：从三个视角描述系统，相应的提供了三种模型，对象模型、动态模型、功能模型。四个时期

58、（分析、系统设计、对象设计、实现）Jacobson方法：不同处在于他涉及整个软件生命周期，包括需求分析、设计、实现和测试等四个时期。关键是用例，Jacobson将用例模型与其他五种系统模型（领域对象模型、分析模型、设计模型、实现模型、测试模型）关联1.7典型应用集成技术Web Service技术Web Service是解决应用程序之间相互通信的一种技术。WebService是描述一系列操作的接口。它使用标准的、规范的XML描述接口。Web Application是面向用户的，而Web Service面向的则是计算机。Web Service模型：服务提供者、服务请求者、服务注册中心（公布服务描述

59、、查找服务描述、依照服务描述绑定或调用服务）Web Service协议堆栈：网络通信（http、smtp、ftp、jms、iiop）、消息处理（soap）、描述语言（WSDL）、进程（发觉、聚拢）简单对象访问协议SOAP（Simple Object Access Protocol）:基于XML的RPC（还包括CORBA、COM/DCOM）标准CORBA（Common Object Request Broker Architecture）公共对象请求代理体系结构，是一种标准的面向对象应用程序的体系规范。由对象请求代理ORB(Object Request Broker)、对象服务、公共设施、与接口

60、和应用接口这几个部分组成。其核心是对象请求代理ORB，ORB提供了一种机制，使对象能够透明的发出请求和接收响应。COM/DCOM（Component Object Model/Distributed Component Object Model）位于应用程序的组件之间，将组件以不可见的方式组合在一起，形成具有完整功能的应用程序SOAP是一个基于XML的分布式对象通信协议，CORBA是分布式应用的服务标准；COM/DCOM则是组件模型J2EE架构J2EE架构：提供了一个多层结构的分布式的应用程序模型，该模型具有重用组件的能力、基于扩展标记语言（xml）的数据交换、统一的安全模式和灵活的事务操纵。