信息系统项目管理师基础知识

《信息系统项目管理师基础知识》由会员分享，可在线阅读，更多相关《信息系统项目管理师基础知识（67页珍藏版）》请在装配图网上搜索。

1、考试科目1：信息系统项目管理综合知识1信息系统基本1.1信息系统信息系统概念信息系统(IS，Information System)一般泛指收集、存储、解决和传播多种信息的具有完整功能的集合体。，现代的信息系统总是指以计算机为信息解决工具，以网络为信息传播手段的信息系统。1、 电子数据解决阶段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、的因素，是由于软件产品是一种个体劳动产品，最多也就是作坊式的产品。因此，没有工程化是软件危机发生的主线因素。此后，软件发展成了“软件工程”这门工程学科，在一定限度上解决了软件危机。 信息系统也经历了与软件开发大体相似的经历。在信息系统发展的初期，人们也像软件开发初期同样，只要做出来就行，主线不管实现的过程。这时的信息系统，大都成了少数开发者的“专利”，系统可维护性、可扩展性都非常差。后来，信息工程、系统工程等工程化措施被引入到信息系统开发过程之中，才使得问题得到了一定限度的解决。其实，工程化不仅是一种有效的措施，它也应当是信息系统开发的一项重要原则。5其她原则：创新性原则，用来体现信息系统的先

18、进性；整体性原则，用来体现信息系统的完整性；发展性原则，用来体现信息系统的超前性；经济性原则，用来体现信息系统的实用性。信息系统开发措施1构造化措施：构造化措施是目前最成熟、应用最广泛的信息系统开发措施之一。由于它是假定被开发的系统是一种构造化的系统，因此，其基本思想是将系统的生命周期划分为系统调查、系统分析、系统设计、系统实行、系统维护等阶段。这种措施遵循系统工程原理，按照事先设计好的程序和环节，使用一定的开发工具，完毕规定的文档，在构造化和模块化的基本上进行信息系统的开发工作。构造化措施的开发过程一般是先把系统功能视为一种大的模块，再根据系统分析设计的规定对其进行进一步的模块分解或组合。构

19、造化生命周期法重要特点简介如下。(1)开发目的清晰化。构造化措施的系统开发遵循“顾客第一”的原则，开发中要保持与顾客的沟通，获得与顾客的共识，这使得信息系统的开发建立在可靠的基本之上。(2)工作阶段程式化。构造化措施每个阶段的工作内容明确，注重开发过程的控制。每一阶段工作完毕后，要根据阶段工作目的和规定进行审查，这使阶段工作有条不紊，也避免为后来的工作留下隐患。(3)开发文档规范化。构造化措施每一阶段工作完毕后，要按照规定完毕相应的文档，以保证各个工作阶段的衔接与系统维护工作的便利。(4)设计措施构造化。构造化措施采用自上而下的构造化、模块化分析与设计措施，使各个子系统间相对独立，便于系统的分

20、析、设计、实现与维护。构造化措施被广泛地应用于不同行业信息系统的开发中，特别适合于那些业务工作比较成熟、定型的系统，如银行、电信、商品零售等行业。2迅速原型法： 迅速原型法是一种根据顾客需求，运用系统开发工具，迅速地建立一种系统模型并 展示给顾客，在此基本上与顾客交流，最后实现顾客需求的信息系统迅速开发的措施。在现实生活中，一种大型工程项目建设之前制作的沙盘，以及大型建筑的模型等都与迅速原型法有同样的功能。应用迅速原型法开发过程涉及系统需求分析、系统初步设计、系统调试、系统检测等阶段。顾客仅需在系统分析与系统初步设计阶段完毕相应用系统的简朴描述，开发者在获取一组基本需求定义后，运用开发工具生成

21、应用系统原型，迅速建立一种目的应用系统的最初版本，并把它提交给顾客试用、评价，根据顾客提出的意见和建议进行修改和补充，从而形成新的版本，再返回给顾客。通过这样多次反复，使得系统不断地细化和扩大，直到生成一种顾客满意的方案为止。迅速原型法具有开发周期短、见效快、与业务人员交流以便的长处，特别合用于那些顾客需求模糊，构造性比较差的信息系统的开发。3.公司系统规划措施 公司系统规划措施BSPf Business System最早是由IBM公司于20世纪70年代研制并使用的一种公司信息系统开发的措施。虽然30近年的时间过去了，但是，这种措施对于今天国内公司信息系统建设仍然具有一定的指引意义。 BSP措

22、施是公司战略数据规划措施和信息工程措施的基本和，也就是说，后两种措施是在BSP措施的基本上发展起来的，可见，理解并掌握BSP措施对于全面掌握信息系统开发措施是有协助的。BSP措施的目的是提供一种信息系统规划，用以支持公司短期的和长期的信息需求。4战略数据规划措施： (1)数据环境对于信息系统至关重要。公司数据环境是随着公司的发展不断变化的，也是公司发展的基本条件。信息系统建设极大影响着公司的将来发展方向，对公司的数据环境提出了更高的规定。把静态的、独立的信息资源通过战略数据规划重建公司数据环境，使其成为集成化、网络化的信息资源，对一种现代化公司来说是更为迫切的任务。 (2)四种数据环境。在信息

23、系统发展的历程中共有四类数据环境，即数据文献、应用数据库、主题数据库和信息检索系统。 (3)建设主题数据库是信息系统开发的中心任务。这里的主题数据库并不是指数据库的大小，也不是指数据库的功能，而是指哪些数据库是面向公司的业务主题的，哪些不是面向业务主题的。所谓业务主题，就是指公司的核心业务和主导流程。例如，对于一种机加工公司来说，生产机件产品就是其核心业务，相应地，环绕核心业务建立的数据库就是公司的主题数据库。而对于一种保险公司来说，环绕着保单解决的数据库就是公司的主题数据库。(4)环绕主题数据库搞好应用软件开发。5信息工程措施信息工程措施与公司系统规划措施和战略数据规划措施是一种交叉关系，即

24、信息工程措施是其她两种措施的总结和提高，而其她两种措施则是信息工程措施的基本和核心。信息工程是计算机信息系统发展到比较成熟阶段的产物，它不仅为大型信息系统的开发给出了措施和技术，而更重要的是它在理论与实践的结合上对大型信息系统的开发提出了相应的开发方略和原则，而这些方略和原则对于信息系统的成功开发和应用都是至关重要的。虽然，信息工程是在20世纪80年代末期发展起来的，但是，在今天，仍然对信息系统的开发具有重要的指引价值。信息工程措施与信息系统开发的其她措施相比，有一点很大的不同，就是信息工程不仅是一种措施，它还是一门工程学科。它第一次把信息系统开发过程工程化了。所谓工程化，就是指有一整套成熟的

25、、规范的工程措施、技术、原则、程序和规范，使得开发工作挣脱随意性和多变性，其目的是信息系统的开发走上智能化、程序化和自动化的道路。6面向对象措施 面向对象的分析措施是运用面向对象的信息建模概念，如实体、关系、属性等，同步运用封装、继承、多态等机制来构造模拟现实系统的措施。老式的构造化设计措施的基本点是面向过程，系统被分解成若干个过程。而面向对象的措施是采用构造模型的观点，在系统的开发过程中，各个环节的共同的目的是建造一种问题域的模型。在面向对象的设计中，初始元素是对象，然后将具有共同特性的对象归纳成类，组织类之间的级别关系，构造类库。在应用时，在类库中选择相应的类。1.3软件工程知识软件需求分

26、析与定义软件工程是开发、运营、维护和修复软件的系统措施，（措施、工具、过程）软件需求分析和定义软件需求：功能需求、非功能需求、设计约束；业务需求、顾客需求、系统需求需求工程：需求开发（需求捕获、需求分析、编写规格阐明书、需求验证）、需求管理（需求基线、解决需求变更、需求跟踪）需求调查和问题定义：要捕获的信息、信息的来源、需求捕获技术（顾客访谈、顾客调查、现场观摩、文档考古、联合讨论会）可行性研究的任务：技术可行性、经济可行性、社会可行性可行性研究工作的环节：核算问题定义和目的，研究分析既有系统（涉及非计算机系统），为新系统建模（系统上下文关系范畴图、实体关系图（ER）、用例模型、域模型、IPO

27、表），客户复核、提出并评价解决方案、拟定最后推荐的解决方案（成本效益分析涉及成本估计、效益分析）、草拟开发筹划、提交可行性分析报告需求分析：绘制系统上下文范畴关系图、创立顾客接口原型、分析需求的可行性、拟定需求的优先级、为需求建立模型、创立数据字典、使用质量功能调配需求分析措施：构造化分析措施、软系统措施、面向对象分析措施、面向问题域的分析构造化分析与面向对象分析措施之间最大的区别是：构造化分析措施把系统看做一种过程的集合体，涉及人完毕的和电脑完毕的；而面向对象措施则把系统当作一种互相影响的对象集。构造化分析措施的特点是运用数据流图来协助人们理解问题，对问题进行分析环节：研究“物质环境”、建立

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应用系统的跨平台的构件体系构造。EJB分类：会话EJB(Session Bean)(与客户端一种短暂的会话)；实体B

34、ean（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）重要内容涉及：接口定义语言、接口池、动态调用接口、对象适配器。特点：引入中间件作为事务代理，完毕客户机向服务对象方（Server）提出的业务祈求；

39、实现客户与服务对象的完全分开，客户不需要理解服务对象的实现过程以及具体位置；提供软总线机制，使在任何环境下、采用任何语言开发的软件只要符合接口规范的定义，均可以集成到分布式系统中；CORBA规范软件系统采用面向对象的软件实现措施开发应用系统，实现对象内部细节的完整封装，保存对象措施的对外接口定义软件体系构造设计措施构造化设计措施是基于模块化、自顶向下逐级细化、构造化程序设计等程序设计技术基本上发展起来的。1系统构造图中的模块一般来说，构造图中也许浮现图2-11所示的四种类型的模块。 传入模块：图2-11(a)，从下属模块获得数据，通过某些解决，再将其传送给上级模块。它传送的数据流叫做逻辑输入数

40、据流。 传出模块：图2-11 (b)，从上级模块获得数据，进行某些解决，传送给下属模块。它传送的数据流叫做逻辑输出数据流。 变换模块：图2-11(c)，从上级模块取来数据，进行特定解决后，送回原上级模块。它加工的数据流叫做变换数据流。协调模块：图2-11(d)，对其下属模块进行控制和管理的模块。在一种好的系统构造图中，协调模块应在较高层浮现。 2.系统构造图中的重要成分 构造图中的重要成分有四种。 (1)模块。以矩形框表达，框中标有模块的名字。对于已定义(或者已开发)的模块，则可以用双纵边矩形框表达， (2)模块间的调用关系。两个模块，一上一下，以箭头相连，上面的模块是调用模块，箭头指向的模块

41、是被调用模块，在一般状况下，箭头表达的连线可以用直线替代。 (3)模块间的通信。以表达调用关系的长箭头旁边的短箭头表达，短箭头的方向和名字分别表达调用模块和被调用模块之间信息的传递方向和内容。 (4)辅助控制符号。当模块A有条件的调用模块B时，在箭头的起点标以菱形。模块A反复地调用模块D时，另加一环状箭头。3常用的系统构造图： 常用的系统构造图有如下几种。 (1)变换型系统构造图。在数据解决问题中，我们一般会遇到这样一类问题，即从(程序)“外部”获得数据(例如从键盘、磁盘文献等)，对获得的数据进行某种变换，然后再将变换得到的数据传回“外部”。其中获得数据这一过程称为传入信息(数据)流程、变换数

42、据的过程称为变换信息(数据)流程，传回数据过程称为传出信息(数据)流程，如图2-16所示。 (2)事务型系统构造图。在实际中，我们还常常会遇到另一类问题，即一般在接受某一项事务后，根据事务的特点和性质，选择分派给一种合适的解决单元，然后给出成果，此类问题就是事务型问题。它的特点是，数据沿着接受分支把外部信息(数据)转换成一种事务项，然后计算该事务项的值，并根据它的值从多条数据流中选择其中的某一条数据流。 (3)混合型系统构造图。在实际中，某些大型问题往往既不是单纯的变换型问题，也不是单纯的事务型问题，而是两种混合在一起的混合型问题。对于这种混合型问题，一般以变换型问题为主，一方面找出变换中心，

43、设计出构造图的上层；然后根据数据流图的各部分具体类型分别映射得到它们的构造图。软件体系构造分析与评估软件体系构造为软件系统提供了一种构造、行为和属性的高档抽象，由构成系统的元素的描述、这些元素的互相作用、指引元素集成的模式，以及这些模式的约束构成。软件体系构造不仅指定了系统的组织（organization）构造和拓扑（topology）构造，并且显示了系统需求和构成系统的元素之间的相应关系，提供了某些设计决策的基本原理软件体系构造模型：构造模型、框架模型、动态模型、过程模型、功能模型逻辑视图：重要支持系统的功能需求，即系统提供应最后顾客的服务。开发视图：也称模块视图，重要侧重于软件模块的组织和

44、管理。进程视图：侧重于系统的运营特性，重要关注某些非功能性的需求，例如系统的性能和可用性。进程视图强调并发性、分布性、系统集成性和容错能力，以及从逻辑试题中的重要抽象如何符合进程构造。物理视图：重要考虑如何把软件映射到硬件上，它一般要考虑到系统性能、规模、可靠性等。场景：可以看做是那些重要系统活动的抽象，它使四个视图有机联系起来，从某种意义上说场景是最重要的需求抽象。典型的软件体系构造：数据流风格、调用/返回风格、独立构件风格、虚拟机风格、仓库风格分层构造：基于可增长抽象层的设计。长处：支持基于抽象限度递增的系统设计；支持功能增强；支持重用。缺陷：并不是没一种系统都可以很容易的划分为分层的模式

45、；很难找到一种合适的、对的的层次抽象措施。C2风格：通过连接件绑定在一起的按照一组规则运作的并行构件网络。特点：系统中的构件可实现应用需求，并能将任意复杂度的功能封装在一起；所有构件之间的通信是通过以连接件为中介的异步消息互换机制来实现的；构件相对独立，构件之间依赖性较少客户服务器风格（C/S）：服务器负责数据管理，客户机完毕与顾客的交互任务。胖客户机、瘦服务器。具有强大的数据操作和事务解决能力，模型思想简朴，易于人们理解和接受。缺陷：开发成本较高、客户端程序设计复杂、信息内容和形式单一、顾客界面风格不一、软件移植困难、软件维护和升级困难、新技术不能容易使用三层C/S构造风格：解决两层问题（问

46、题为：难以扩展至大型公司广域网或Internet；软、硬件的组合及集成能力有限；客户机的负荷太重；数据安全性不好）；涉及表达层（表达层是应用的顾客接口部分，它肩负着顾客与应用间的对话功能）、功能层（功能层相称于应用的本体，它是将具体的业务解决逻辑编入程序中）、数据层（就是数据库管理系统，负责管理对数据库数据的读写）浏览器服务器风格：浏览器/web服务器/数据库服务器；缺陷：缺少对动态页面的支持能力，没有集成有效的数据库解决功能；扩展能力差，安全性难以控制；在数据查询等响应速度上，要远远低于C/S体系构造；数据提交一般以页面为单位，数据的动态交互性不强，不利于在线事务解决的应用。公共对象祈求代理

47、体系构造：（CORBA Common Request Broker Architecture）重要内容涉及：接口定义语言、接口池、动态调用接口、对象适配器。特点：引入中间件作为事务代理，完毕客户机向服务对象方（Server）提出的业务祈求；实现客户与服务对象的完全分开，客户不需要理解服务对象的实现过程以及具体位置；提供软总线机制，使在任何环境下、采用任何语言开发的软件只要符合接口规范的定义，均可以集成到分布式系统中；CORBA规范软件系统采用面向对象的软件实现措施开发应用系统，实现对象内部细节的完整封装，保存对象措施的对外接口定义体系构造设计：提出软件体系构造模型；把已标志的构件映射到软件体系

48、构造中；分析构件之间的互相作用；产生软件体系构造、设计评审软件体系构造评估： 体系构造评估可以只针对一种体系构造，也可以针对一组体系构造。在体系构造评估过程中，评估人员所关注的是系统的质量属性，涉及性能、可靠性、可用性、安全性、可修改性、功能性、可变性、集成性、互操作性。 基本可以归纳为三类重要的评估方式：基于调查问卷或检查表的方式、基于场景的方式和基于度量的方式。软件中间件中间件技术：中间件是一类软件，而非一种软件；中间件不仅仅实现互连，还要实现应用之间的互操作；中间件是基于分布式解决的软件，最突出的特点是其网络通信功能中间件分类：底层型中间件（JVM、CLR、ACE、JDBC、ODBC）；

49、通用型中间件（CORBA、J2EE、MOM、COM；IONA Orbix、BEA Weblogic、IBM MQSeries）；集成型中间件（WorkFlow、EAI；BEA Weblogic 、IBM WebSphere）分类：通信解决（消息）中间件；事务解决（交易）中间件；数据存储管理中间件；Web服务中间件；安全中间件；跨平台和构架的中间件；专用平台中间件；其她中间件集成应用：为了完毕系统底层传播层的集成，可以采用CORBA技术；为了完毕不同系统的信息传递，可以采用消息中间件产品；为了完毕不同硬件和操作系统的集成，可以采用J2EE中间件产品中间件发展：规范化；构件化和松耦合；平台化1.6

50、面向对象系统分析与设计面向对象的基本概念面向对象对象（objects）类（classes）继承（inheritance）消息通信（communication with messages）对象：对象标志（供系统内部唯一的辨认对象）；属性（状态、数据、用来描述对象的静态特性）；服务（操作、行为或措施，用来描述对象的动态特性）类和类库：类是对象的抽象定义，是一组具有相似数据构造和相似操作的对象的集合。类与对象是抽象描述与具体实例的关系，一种具体的对象被称为类的一种实例（instance）。继承和多态：过载多态（重载多态），强制多态，涉及多态，参数多态。前两种统称为专用多态（特定多态），后两种称为通用

51、多态。消息通信：消息指向对象发出的服务祈求，它应当具有下述信息：提供服务的对象标志、消息名、输入信息和回答信息统一建模语言UMLUML（Unified Modeling Language，统一建模语言）：是一种语言；是一种可视化语言；是一种可用于具体描述的语言；是一种构造语言；是一种文档化语言UML构造：构造块（建模元素、关系、图）；公共机制（规格阐明、修饰、公共分类、扩展机制）；构架（逻辑视图、进程视图、实现视图、部署视图、用例视图）可视化建模UML视图：系统静态构造的静态模型（涉及类图、构件图、部署图），系统动态构造的动态模型（涉及对象图、用例图、序列图、协作图、状态图、活动图）用例图：用

52、例模型描述的是外部执行者（Actor）所理解的系统功能，用于需求分析阶段。参与者（Actor）代表与系统接口的任何事物或人，它是指代表某一种特定功能的角色，参与者都是虚拟的概念用例（Use Case）是对系统行为的动态描述，它可以增进设计人员、开发人员与顾客的沟通，理解对的的需求，还可以划分系统与外部实体的界线，是系统设计的起点。涉及和扩展：一种用于重用的涉及关系，用构造型include（可以从两个或者两个以上的原始用例中提取公共行为，或者发现可以使用一种组件来实现某一种用例的部分功能是很重要的事时，应当使用涉及关系）。另一种是用于分离出不同的行为用构造型extend（如果一种用例明显地混合了

53、两种或两种以上地不同场景，即根据状况也许发生多种事情。我们可以断定将这个用例分为一种主用例和一种或多种辅用例描述也许更加清晰）类和对象：类的命名（最顶部的格子涉及类的名字）；类的属性（中介的格子涉及类的属性，用以描述该类对象的共同特点。可见性涉及Public、Private、Protected 分别用号表达）类的操作（Operation）类之间的关系：依赖关系（如果元素A的变化会引起元素B的变化，则称元素B依赖（Dependency）于元素A，用带箭头的虚线表达依赖关系，如：一种类向另一种类发消息；一种类是另一种类的成员）、泛化关系（描述了一般事物与该事物中的特殊种类之间的关系，也就是父类和子

54、类之间的关系。继承关系是泛化关系的反关系，也就是说子类是从父类中继承的，而父类则是子类的泛化，在UML中，使用带空心箭头的实线表达，箭头指向父类）、关联关系（关联（Association）表达两个类的实例之间存在的某种语义上的联系，教师在某学校工作，一种学校有诸多间教室，则教师和学校、学校和教室之间有关联关系）（聚合关系表达整体和部分的关系，用一种带空心菱形的实线表达（电脑、显示屏）；组合关系：如果聚合关系中的表达“部分”的类的存在，与表达“整体”的类有紧密的关系，如公司和部门，则使用组合关系，使用带实心菱形的实线表达）、实现关系（用来规定接口和实现的类或组件之间的关系，接口是操作的集合，这些

55、操作用于规定类或组件的服务，使用一种带空心箭头的虚线表达）交互图：表达各组对象如何依某种行为进行协作的模型。一般可以使用一种交互图来表达和阐明一种用例的行为。顺序图：用来描述对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。协作图：用于描述互相合伙的对象间的交互关系和链接关系；顺序图着重体现交互的时间顺序，协作图则着重体系交互对象间的静态链接关系。状态图：用来描述对象状态和事件之间的关系。一般用状态图来描述单个对象的行为。活动图：表达系统中多种活动的顺序，可以用来描述用例的工作流程，也可以用来描述类中某个措施的操作行为。构件图：（物理建模构件图、部署图）可以有效的显示一组构件，以及它们

56、之间的关系。构件图一般涉及构件、接口，以及多种关系部署图：也称实行图，构件图是阐明构件之间的逻辑关系，而部署图描述系统硬件的物理拓扑构造，以及在此构造上执行的软件面向对象系统分析面向对象分析：OMT（Object Modeling Technique）措施：建立对象模型（拟定类和对象、拟定构造与关联、划分主题、定义属性、定义服务）、建立动态模型、建立功能模型用UML进行分析：建立域模型（寻找类、拟定类之间的关联、为类添加职责、域模型的具体度）、建立用例模型（用例是什么？用例模型是如何产生的？辨认参与者、合并需求获得用例、绘制成用例图、细化用例描述）面向对象系统设计面向对象设计Coad/Your

57、don措施：发现类和对象、辨认构造、定义主题、定义属性、定义服务。面向对象设计模型需要进一步辨别如下四个部分：问题域的设计（属性、服务、类和对象、构造、对象行为）；人机交互界面的设计（交互界面子系统的设计、交互界面子系统和应用之间接口的设计）；应用控制的设计；与问题领域有关的设计Booch措施：在给定的抽象层次上辨认类和对象、辨认这些对象和类的语义、辨认这些类和对象之间的关系、实现类和对象OMT措施：从三个视角描述系统，相应的提供了三种模型，对象模型、动态模型、功能模型。四个阶段（分析、系统设计、对象设计、实现）Jacobson措施：不同处在于她波及整个软件生命周期，涉及需求分析、设计、实现和

58、测试等四个阶段。核心是用例，Jacobson将用例模型与其她五种系统模型（领域对象模型、分析模型、设计模型、实现模型、测试模型）关联1.7典型应用集成技术Web Service技术Web Service是解决应用程序之间互相通信的一种技术。WebService是描述一系列操作的接口。它使用原则的、规范的XML描述接口。Web Application是面向顾客的，而Web Service面向的则是计算机。Web Service模型：服务提供者、服务祈求者、服务注册中心（发布服务描述、查找服务描述、根据服务描述绑定或调用服务）Web Service合同堆栈：网络通信（http、smtp、ftp、j

59、ms、iiop）、消息解决（soap）、描述语言（WSDL）、进程（发现、汇集）简朴对象访问合同SOAP（Simple Object Access Protocol）:基于XML的RPC（还涉及CORBA、COM/DCOM）原则CORBA（Common Object Request Broker Architecture）公共对象祈求代理体系构造，是一种原则的面向对象应用程序的体系规范。由对象祈求代理ORB(Object Request Broker)、对象服务、公共设施、与接口和应用接口这几种部分构成。其核心是对象祈求代理ORB，ORB提供了一种机制，使对象可以透明的发出祈求和接受响应。CO

60、M/DCOM（Component Object Model/Distributed Component Object Model）位于应用程序的组件之间，将组件以不可见的方式组合在一起，形成具有完整功能的应用程序SOAP是一种基于XML的分布式对象通信合同，CORBA是分布式应用的服务原则；COM/DCOM则是组件模型J2EE架构J2EE架构：提供了一种多层构造的分布式的应用程序模型，该模型具有重用组件的能力、基于扩展标记语言（xml）的数据互换、统一的安全模式和灵活的事务控制。涉及：运营在客户端机器的客户层组件；运营在j2ee服务器中的web层组件；运营在j2ee服务器中的业务层组件；运营在

61、eis服务器中的公司信息系统（EIS）层软件J2EE组件：J2EE客户端（Web客户端、Applets、应用程序客户端）、J2EE中间层（EJB Enterprise Java Beans）、公司信息系统层J2EE容器：J2EE服务器、EJB容器、Web容器、客户端应用程序容器J2EE部署：所有模块提交到EAR文献、在J2EE SDK中有程序部署工具的GUI版本、通过部署工具建立EAR文献、并在其中添加JAR文献和WAR文献NET架构.NeT平台涉及四部分产品：NET开发工具、NET专用服务器、NET Web服务、NET设备涉及五部分：操作系统、NET Enterprise Servers（A

62、pplication Center、BizTalk Server、Commerce Server）、Net Building Block Services 指某些成型的服务、NET Framework、Visual Studio netNET Framework：通用语言运营时（CLR、Common Language Runtime）、NET类库通用语言运营时CLR：托管（托管代码、托管数据、托管类_gc）、程序集、中间语言（托管代码编译后生成中间语言IL）、通用类型系统（值类型、引用类型、类和接口、委托）、通用语言规范（CLS）、垃圾收集中间件提供商 解释器 动态页面技术 业务逻辑层组件 数

63、据库访问 J2ee 诸多 JRE JSP EJB JDBC SQL/JNet Microsoft CLR ASP.NET .NET Managed Component ADO.NET工作流技术工作流：自动化、监察和控制、业务重规划工作流管理系统中的多种数据：工作流控制数据（Workflow Control Data）、工作流有关数据（Workflow Relevant Data）、工作流应用数据 （Workflow Application Data）工作流机：过程实例的运营状态（初始、准备运营、运营中、挂起、结束、终结）、活动的运营状态（未开始、运营中、挂起、结束）客户端的应用：基于主机方式的

64、模型、共享的文献库模型、电子邮件模型、过程调用或信息传递模型工作流的接口：工作流服务和工作流建模工具、工作流服务和客户应用之间的接口、工作流机和直接调用的应用程序之间的接口、工作流管理系统之间的互操作接口、工作流服务和工作流管理工具之间的接口ERP和OA的集成：更换原有的ERP系统，选择可以同步提供OA和ERP解决方案的供应商、使用ERP供应商的合伙伙伴提供的集成方案、通过工作流系统，实现工作流程在两个平台上切换。1.8软件工具建模工具建模工具：IBM Rational Rose 、Borland Together、sybase PowerDesigner软件开发工具软件开发工具：Visual Studio。Net 、Borland JBuilder软件测试工具软件测试工具：WinRunner、LoadRunner、Tes