CH信息系统建设导论课件

1、信息系统分析设计与管理,第2章 信息系统建设导论 本章论述信息系统建设的基本概念和方法。首先讨论信息系统建设的复杂性和系统科学方法的主要原则，然后阐明信息系统生命周期几种常见的系统开发生命周期模型。最后讨论了信息系统的体系结构问题,1,CH信息系统建设导论,目 录,2.1 信息系统建设方法的指导思想 2.2 信息系统的生命周期 2.3 信息系统开发的结构化方法和面向对象方法 2.4 其他几种信息系统开发方法 2.5企业体系结构概述,2,CH信息系统建设导论,2.1 信息系统建设方法的指导思想,2.1.1 信息系统建设的复杂性 2.1.2 系统思想 2.1.3 系统方法的三原则 2.1.4 系统

2、工程方法的三维模型,outline,3,CH信息系统建设导论,2.1 信息系统建设方法的指导思想 2.1.1 信息系统建设的复杂性(1,社会技术系统 信息系统既是一个技术系统，又是一个社会系统，称为社会技术系统 社会属性与技术属性在信息系统中相互依存、相互制约 信息系统的建设与应用要充分体现这两类属性的相互关系,4,CH信息系统建设导论,2.1.1 信息系统建设的复杂性(2,对系统需求的多样性 信息系统是为了实现组织的某个目标集 信息系统的结构与功能的实现，是对各利益相关者特别是用户的需求在总体目标下协调以求各方满意的结果 组织业务的复杂性 有效支持组织的管理决策与运作,5,CH信息系统建设导

3、论,2.1.1 信息系统建设的复杂性(3,社会与组织环境复杂多变 现代信息系统的重要使命就是使组织适应变化，促进组织变革与创新 技术手段的复杂性 信息系统集现代信息技术之大成,6,CH信息系统建设导论,2.1.2 系统思想,系统思想的核心是系统的整体性。 一个系统的行为、功能与目标的实现，是系统诸要素以一定规律相互作用的结果。这体现了系统的整体性与有序性（即有规律可循）。 1+12 系统的另一个重要性质是其层次性和涌现性。 涌现性:高层子系统具有低层各系统不具备的特性,7,CH信息系统建设导论,2.1.3系统方法的三原则,整体性原则 从整体目标和功能出发，正确处理系统各组成部分之间的相互联系和

4、相互作用木桶理论？ 分解-协调原则 处理各类复杂问题的基本的、行之有效的原则之一 目标优化原则 对简单系统来说是求“最优解”，对复杂系统来说求的是“满意解,8,CH信息系统建设导论,2.1.4系统工程方法的三维模型(1,系统工程是系统科学在工程领域的理论、方法与技术的总称，是系统科学的一个主要应用领域。 霍尔(A.D.Hall) 所提出的系统工程方法三维模型描述了复杂工程系统建设方法的一个总体结构框架 对于不同类型的系统或系统建设中不同方面的问题，仍需根据具体情况进行调整、增加、删除 三维：时间维（建设先后）；逻辑维（处理步骤）；知识维（涉及的知识领域,9,CH信息系统建设导论,2.1.4系统

5、工程方法的三维模型(2,10,CH信息系统建设导论,2.2 信息系统的生命周期,2.2.1 信息系统的生命周期的划分 2.2.2 系统开发生命周期的主要工作（活动） 2.2.3瀑布型系统开发生命周期模型 2.2.4重叠与交叉的系统开发生命周期模型 2.2.5迭代式系统开发生命周期模型 2.2.6螺旋型系统开发生命周期模型 2.2.7统一过程生命周期,outline,11,CH信息系统建设导论,2.2 信息系统的生命周期 2.2.1 信息系统的生命周期的划分(1,12,CH信息系统建设导论,2.2.1 信息系统的生命周期的划分(2,系统规划 这是信息系统建设的起始阶段 主要任务： 根据组织的整体

6、目标和变革与发展战略，确定信息系统的发展战略，制订系统建设的体系结构规划,13,CH信息系统建设导论,2.2.1 信息系统的生命周期的划分(3,系统开发 主要工作： 根据系统规划阶段确定的系统总体方案和开发项目的安排，分期、分批进行系统开发 这是系统建设中工作任务最为繁重的阶段,14,CH信息系统建设导论,2.2.1 信息系统的生命周期的划分(4,系统运营与维护 这是系统生命周期中历时最久的阶段，也是信息系统实现其功能、发挥效益的阶段 及时、完善的系统维护是系统正常运行和提供服务的基本保证 中心任务： 如何管理好和用好信息系统，充分发挥信息系统在促进组织的改革与发展、实现组织业务目标方面的重要

7、作用,15,CH信息系统建设导论,2.2.1 信息系统的生命周期的划分(5,系统更新 现有系统进入更新阶段时，下一代新系统的建设工作便告开始。 这一阶段是新、旧系统并存的时期。 对现有系统来说，可以全部更新，也可以部分更新或有步骤地分期、分批更新,16,CH信息系统建设导论,2.2.2 系统开发生命周期的主要工作（活动,系统开发生命周期中，一般包括下列工作（活动）： 系统分析 明确用户信息需求，提出新系统的逻辑方案 系统设计 根据逻辑方案进行软、硬件系统的设计 系统实施 将设计的系统转换成可以运行的系统,17,CH信息系统建设导论,2.2.3瀑布型系统开发生命周期模型,工作阶段划分清晰，每个阶

8、段的工作任务要求明确，便于组织各种规模的系统开发 当开发环境复杂，对系统的需求和解决方案需要通过系统开发实践逐步明确时，就不适宜采用这种模型,18,CH信息系统建设导论,2.2.4重叠与交叉的系统开发生命周期模型,后一阶段的工作不必等到前一阶段工作全部结束后才启动，前一阶段工作进行一段以后，后一阶段有些工作就可以进行，后一阶段发现的问题可以及时反馈，进行补充分析或补充设计,19,CH信息系统建设导论,2.2.5迭代式系统开发生命周期模型,指系统分析、系统设计和系统实施依次反复进行，逐步实现系统开发的总体目标,20,CH信息系统建设导论,2.2.6螺旋型系统开发生命周期模型,从中心开始螺旋式一遍

9、一遍向外扩展，直至系统开发完成 高度迭代 集中处理风险: 每次迭代集中处理风险,21,CH信息系统建设导论,2.2.7统一过程生命周期,统一过程也是迭代式、增量型的过程，每次迭代的生命周期分为下面四个阶段: 初始阶段：明确系统的范围和边界 细化阶段：对功能需求进一步细化 构造阶段：获得硬件与软件 交付阶段：将软件产品交付用户 相应的开发方法：面向对象法，基于组件的开发方法,22,CH信息系统建设导论,2.3 信息系统开发的结构化方法和面向对象方法,2.3.1 早期的信息系统开发方法存在的主要问题 2.3.2 结构化方法 2.3.3 面向对象方法 2.3.4 其他的信息系统开发方法,outlin

10、e,23,CH信息系统建设导论,2.3 信息系统开发的结构化方法和面向对象方法 2.3.1 早期的信息系统开发方法存在的主要问题(1,工作阶段的划分原则不明确 建设进程和工作质量难以进行有效的控制 系统建设过程用户参与程度低 系统开发的工作任务集中在系统实施阶段 系统实施阶段的工作采取“自底向上”的方法，系统总体功能与目标的实现难以保证,24,CH信息系统建设导论,2.3.1 早期的信息系统开发方法存在的主要问题(2,常常造成所建系统用户不满意，不能完全实现预定的目标与功能，使用效果差，可行性低，维护工作量大，维护费用高等后果,25,CH信息系统建设导论,2.3.2 结构化方法(1,概述P60

11、-61 60年代 SP 70年代 SA、SD、STRADIS、SADT 、SSADM 80年代 JSD、IE,26,CH信息系统建设导论,2.3.2 结构化方法(2,结构化方法的基本思路 开发过程多个阶段多项活动多个任务应用到,27,CH信息系统建设导论,2.3.2 结构化方法(3,结构化方法的主要原则 用户参与的原则 严格划分工作阶段，“先逻辑，后物理”的原则 “自顶向下、逐层分解”的原则 工作成果描述标准化原则,28,CH信息系统建设导论,2.3.2 结构化方法(4,结构化生命周期法面临的挑战 整个系统的开发工作是劳动密集型的 系统开发的整个工作费时过长 对用户需求的变更不能做出迅速的响应

12、 整个系统建设中的非结构化因素较多 问题复杂度，不确定因素多，SA、SD需优化 维护工作繁重，专门人才紧缺,29,CH信息系统建设导论,2.3.3 面向对象方法(1,面向对象的思想最早起源于一种名为Simula的计算机仿真语言。 在面向对象方法中，对象(Object) 是最基本的概念。对象是问题空间的事物的抽象体。 应用面向对象方法进行系统开发也可分为系统分析、系统设计和系统实施（含编程和测试）等阶段。 目前UML已成为可视化建模语言事实上的工业标准，代表了面向对象方法的一个重要发展方向,30,CH信息系统建设导论,2.3.3 面向对象方法(2,系统模型的基本单元是对象，是问题空间中客观事物（

13、实体）的抽象 系统的功能是通过对象之间的消息传递来实现的 对象所代表的客观事物在复杂多变的环境和用户需求的变更中是相对稳定的,31,CH信息系统建设导论,2.3.3 面向对象方法(3,用面向对象方法建立的系统具有较强的应变能力，各组成部分可重用性好。 面向对象方法在系统分析、设计和实施阶段均采用以对象为基本单元的统一模型，开发阶段之间有着良好的衔接。 对象、类、消息、继承、封装、多态、隐藏,32,CH信息系统建设导论,2.4 其他的信息系统开发方法,2.4.1 终端用户计算和原型法 2.4.2 基于组件的开发 2.4.3 敏捷开发与极限编程 2.4.4 计算机辅助软件工程,outline,33

14、,CH信息系统建设导论,2.4 其他的信息系统开发方法 2.4.1 终端用户计算和原型法(1,终端用户计算的含义 用户进行应用开发，称为终端用户计算(End-user Computing)，是指最终用户在无须程序设计人员甚至无须系统分析人员的协助下，进行应用软件的开发工作。 用户获得应用软件，通常有如下三条途径： 单独开发 共同开发 外部购买 小型、简单、专用的IS,34,CH信息系统建设导论,2.4.1 终端用户计算和原型法(2,原型法 一个企业从实际需要和可能出发，可采取以下三种方式来开发信息系统： 采用生命周期法 采用原型法 原型法是传统方法和用户开发相结合的方法 用第四代工具开发整个应

15、用软件,35,CH信息系统建设导论,2.4.1 终端用户计算和原型法(3,建立一个信息系统原型的步骤,36,CH信息系统建设导论,2.4.2 基于组件的开发(1,把软件系统的组件（构件）集成为系统的开发，在这种开发中组件作为可重用实体系统的维护和更新是通过定制和替换这些组件来实现的 组件是一种可重用的实体，具有以下性质： 有明确的功能 接口标准化 即插即用 可商品化,37,CH信息系统建设导论,2.4.2 基于组件的开发(2,通常按用途或应用环境将组件分为： 产品专用组件 应用领域专用组件 独立于应用领域的组件等 基于组件的开发包含两个相互联系的部分: 组件本身的获取 以组件接口为中心的面向重

16、用的应用系统开发,38,CH信息系统建设导论,2.4.2 基于组件的开发(3,开发过程包括以下工作： 定义应用系统的功能需求和非功能需求，明确应用领域，将对系统的需求映射成对组件的需求，建立组件需求模型和需求规范 获取所需组件 基于组件的系统设计 按设计方案实施组件的组合与集成 测试,39,CH信息系统建设导论,2.4.2 基于组件的开发(4,组件的获取包括以下工作： 明确对组件的功能需求与非功能需求。 调查并列出可能为本系统所采用的现有组件 选择那些满足系统需求的组件。 改编选中的组件以让它们适应现存的组件模型和需求规范 创建本系统专用的组件,40,CH信息系统建设导论,2.4.3 敏捷开发

17、与极限编程(1,敏捷开发(Agile Development, AD)，又称敏捷建模(Agile Modeling, AM) ，是一种以人为核心，迭代、循序渐进的软件开发方法。 就是把一个项目分为多个相互联系但不独立运行的小项目，并分别完成 旨在让软件开发团队具有快速工作、响应变化能力的价值和原则 属于轻量级软件开发方法,41,CH信息系统建设导论,2.4.3 敏捷开发与极限编程(2,符合敏捷开发的原则与思路的开发方法有几种，其中极限编程(Extreme Programming, XP)是最具代表性的开发方法之一 基础和价值观是交流、朴素、反馈和勇气 极限编程强调把它列出的每个方法和思想做到极

18、限、做到最好,42,CH信息系统建设导论,2.4.3 敏捷开发与极限编程(3,极限编程的主要特点： 用户事例与迭代式开发 简单设计(Simple Design) 、评审(Review)与重构(Refactory) 结队编程(Pair Programming)、代码集体所有、统一规范 测试驱动开发(Test-Driven Development) 不断集成(Continuous Integration)与小规模发布软件(Small Releases,43,CH信息系统建设导论,2.4.4 计算机辅助软件工程(1,CASE的主要目标是： 全面实施一种或多种系统开发方法。 通过自动检查提高软件的质量

19、。 使原型的建立有高效率的手段。 简化系统的维护工作。 加快系统的开发过程。 使系统开发人员的精力集中于开创性工作。 提高软件的可重用度,44,CH信息系统建设导论,2.4.4 计算机辅助软件工程(2,归纳起来，CASE有三大作用，这三大作用将从根本上改变信息系统的开发方式： 能实现一个具有快速响应、专用资源和早期查错功能的交互式开发环境 对系统的开发和维护过程中的各个环节实现自动化 通过一个功能强大的图形界面，实现直观的程序设计,45,CH信息系统建设导论,2.5 企业体系结构概述,2.5.1 引言 2.5.2 体系结构的基本概念 2.5.3 企业体系结构的内容与概念框架 2.5.4 几种体

20、系结构简介,outline,46,CH信息系统建设导论,2.5 企业体系结构概述 2.5.1 引言,信息系统面临复杂多变的社会与技术环境和用户需求，规模与功能不断扩展，复杂性急剧增长，系统处在不断演化之中 系统及其组成部分的可重用性、可扩展性、适应环境与持续发展能力日益成为系统生存、发展的重要指标。 因此，信息系统建设中，要从组织的全局出发，注重系统总体规划，注重需求与服务、业务与技术的相互融合，这就是系统的体系结构(Architecture)问题,47,CH信息系统建设导论,2.5.2 体系结构的基本概念,体系结构又称架构，国际标准ISO/IEC42010: 2007关于系统的体系结构的定义

21、为： 体系结构是一个系统基本的组织，包括系统的组件、组件间关系、组件与环境之间关系以及一些指导系统设计与演化的原则 体系结构是一个系统的全局的、顶层的模型 信息系统的体系结构称为企业体系结构,48,CH信息系统建设导论,2.5.3 企业体系结构的内容与概念框架(1,企业体系结构的概念框架,49,CH信息系统建设导论,2.5.3 企业体系结构的内容与概念框架(2,企业体系结构的主要内容一般包括以下方面： 系统的当前和未来目标与战略、绩效指标及其度量体系、各类利益相关者的需求以及与系统有关的约束 基本功能的分层描述。是企业体系结构的核心 基础体系结构(baseline architecture)和

22、目标体系结构(target architecture)以及过渡方案与策略,50,CH信息系统建设导论,2.5.3 企业体系结构的内容与概念框架(3,企业体系结构的主要内容(续)： 保证系统安全、可靠运行的系统运行机制 社会、行业、组织的有关法律、规范、标准，有关业务与技术标准、规范以及知识与案例等 组织的业务与管理人员（包括信息系统建设者与使用者）的素质与能力、管理制度、组织文化与社会环境,51,CH信息系统建设导论,2.5.4 几种体系结构简介(1,扎克曼框架 约翰 扎克曼(John Zachman)于20世纪80年代建议将建筑行业处理复杂项目的方法运用到信息系统开发中。 是一种逻辑结构，旨在将企业信息按不同要求分类和从不同视角表述。 是企业体系结构的比较全面和系统的模型框架 但此框架大而全，应用时要根据项目的实际需要进行取舍,52,CH信息系统建设导论,2.5.4 几种体系结构简介(2,53,CH信息系统建设导论,2.5.4 几种体系结构简介(3,联邦企业体系结构 2002年2月，OMB又组织开发了一系列相关的参考模型以构成联邦企业体系结构(FEA) 联邦企业体系结构(FEA)是一个相互关联