第 3 章-信息系统建设概论.ppt

课程简介 《信息系统分析与设计》 信息系统建设概论 主讲老师: 冯治东 单 位: 榆林学院 联系电话Email: fanston@126.com 本章主要内容 信息系统建设的特点 信息系统的生命周期 基于生命周期的开发过程方法 基于技术的系统分析与设计方法 信息系统开发的组织管理 3.1 信息系统建设是复杂的社会过程 信息系统建设的复杂性 技术手段复杂 内容复杂，目标多样 投资密度大，效益难以计算 环境复杂多变 信息系统开发是一个社会过程 问题描述和方案验证 技术工程问题明确，可以模拟，或制作模型、样品进行验证，信息系统的问题确定性差，难以提前验证解决方案 人的影响 信息系统是人机系统，有来自于人的障碍。如了解、沟通、实施困难 社会环境的影响 如政策、竞争、文化观念等对信息系统影响力很大，不同于纯技术工程 信息系统开发需要 各类人员协同推进 3.2.1 早期方法的不足 造成不足的原因 目标含糊 沟通误解 步骤混乱 缺乏管理机制 3.2.2 系统科学的应用 系统方法的应用及原则 还原论与整体论相结合 微观分析与宏观综合相结合 定性判断与定量计算相结合 严格生命周期与反复迭代相结合 3.2.3 系统建模 1.系统模型 系统模型是指以某种确定的形式(如文字、符 号、图表、实物、数学公式等)，对系统某一方面本质属性的描述，是对原系统的描述、模仿或抽象。 特征 (1)它是现实系统的抽象或模仿； (2)它是由反应系统本质或特征的主要因素构成的 (3)它集中体现了这些主要因素之间的关系。 说明 (1)大多情况下，没必要考虑系统的全部属性，可从一个特定的视角建立模型以描述系统某一方面的属性； (2)对于同一个系统，为了全面彻底地描述它，通常需要从不同的视角建立多个模型。 2.信息系统模型 信息系统模型大多是图形和图表模型，每种图 形或图表模型都有公认的标准符号、惯例和语法规则，这一组符号和规则形成了一种特殊的表示语言，即建模语言。 信息系统建模语言一直处于发展和完善之中， 一些模型符号简单，目的单纯，规范也不严格，不具备复杂的语言特性，仅能描述系统某一方面的特性，比如ER图，另一些建模语言有复杂的语义，丰富的符号，能够从各个角度描述系统，如统一建模语言UML(unified modeling language) 常用信息系统模型 模型名称 用途 业务流程图 描述不同职能部门业务活动分工和活动过程 数据流图 描述数据的产生、处理、存储和去向的信息处理模型 程序流程图 描述程序完成顺序、分支、循环等处理过程 实体关系图 描述系统中有价值的实体及其关系的数据模型 组织结构图 描述组织的部门及其从属关系额层次模型 模块结构图 描述软件功能模块及其调用关系的层次模型 判定表、判定树 描述决策条件及其行动关系 UML(类图、用例图、顺序图) 描述软件系统结构及行为的一组模型 甘特图 描述项目任务及其完成日期的项目计划模型 3.信息系统建模的作用 对复杂问题进行简化描述，帮助有关人员简单、直观、准确地了解系统； 建模的过程使得分析师和设计时能更全面地研究系统，深思熟虑，减少遗漏，以形成更成熟的方案； 各阶段产生的模型为后续阶段的有关人员提供了工作依据； 为项目各类人员提供了统一的交流工具； 为项目验收和将来的维护工作提供了文档依据 利用工具将模型映射为特定平台的可执行代码，减少开发人员工作量。 3.2.4 建立管理模型 信息系统开发的本质是建立管理模型并转化为信息处理模型的过程。 管理模型是系统分析阶段任务。 现实世界 静态特征(对象、属性、关系)ER图 动态特征（行为、事件、行动）JSD图 业务流程 商务规则 ……. 模型 3.3 信息系统的生命周期 信息系统开发围绕信息系统生命周期来进行，有时也称系统开 发生命周期（SDLC，System Development Life Cycle） 生命周期按阶段划分，提出的是组织、管理和控制信息系统开发过程的一种基本框架，原则性地指导两部分工作： 管理：强调进程安排、资源分配、评估、控制、反馈 开发：强调任务和开发文档 生命周期的5个阶段1. 阶段任务2. 设计文档 可行性研究 开发 请求 详细调查 系统转换 总体设计 逻辑设计 审批 初步调查 验收 系统维护 系统评价 详细设计 审查 编程调试 审查 运行维护 系统规划 系统实施 系统分析 系统设计 3.4 基于生命周期的开发方法 开发过程的研究和经验的总结 瀑布开发方法 原型开发方法 增量开发方法 螺旋开发方法 敏捷开发方法 3.4.1 瀑布模型 强调阶段的划分和阶段严格的顺序 各阶段工作任务明确，要求文档完备性 是一种严格线性的按阶段顺序的、逐步细化的开发模式，消除了软件开