2006年03月23日.pptVIP

2006年03月23日 武汉科技大学管理学院杨中华 第二章 信息系统建设概论 《系统分析与设计》课程 信息系统建设概论(内容) 第一节 信息系统建设策略 第二节 信息系统的生命周期 第三节 信息系统开发方法 第四节 系统开发的组织管理 问题： 我们怎样建设信息系统？ Case 1:XX大学原有选修课系统的建设 背景情况 学分制改革前，本科课程几乎完全由教学计划规定 70%为必修课程，所有专业学生必修 20%为专业选修课程，对本专业开放 10%为全校性选修课程，对全校开放 全校性选修课由开课系负责 必须个人申请，班主任认可，开课系接受 全校性选修课选课处理工作量大，出错多 Case 1:XX大学原有选课系统的建设 建设目标 减少教学管理人员的工作量 减少差错 提高选课的公平程度 可选方案 选择兄弟院校已有产品 委托相关单位开发 教务处自行开发 Case 2:Lifeline System Corp. CareSystem项目开发策略 结合本公司的需求对现有的CTI (Computer-Telephone-Integration)和其他一些软件包加以修改并集成到新系统中 1996年11月最终选定由CTP公司为系统集成的顾问 第一节 信息系统开发策略 1.1 信息系统建设与开发的特点(1) 涉及面广，数据量大 阶段多，周期长 环境多变，必须充分考虑适应环境变化 在总体的优化下考虑局部的优化 在实施前不能做充分的现场实验，必须注重设计 信息系统建设与开发的特点(2) 与组织的管理体制密切相关 与组织发展变化密切相关 组织是信息系统开发的基础 信息成为组织的战略资源 信息系统是组织发展的核心能力 与管理者(或决策者)的管理决策思路密切相关 信息系统开发的基本原则 简单性：满足组织要求即可 灵活性：可以适应变化 可靠性：稳定可靠 经济性：投入/产出效益 完整性：覆盖相关管理流程 变换性：从手段和工具到战略资源 1.2 主要开发策略 In-sourcing(由技术人员开发) 自行开发 委托开发 利用软件包开发 Self-sourcing(由用户开发) 最终用户开发 Out-sourcing(外包) 信息系统外包 1、自行开发的前提 组织高层决策者重视 组织内管理观念到位 拥有一支结构合理的开发队伍 各方面支持(资金、人员、设备等) 自行开发的优势 开发人员熟悉组织自身情况 开发过程中容易抓住主要矛盾 用户与开发人员可以顺利沟通 开发人员可以预计一定时间内的系统变化 开发与维护一体化 自行开发的问题 管理流程规范化的问题 视角的问题 管理知识背景的问题 急功近利的问题 开发人员稳定性的问题 2、委托开发的优势 解决开发力量不足的问题 借鉴成熟的管理方法和管理经验 降低开发过程对组织的冲击 借助外界力量对组织施加适当的影响 委托开发带来的问题 不适用于变化中的组织 外部开发力量与组织内部人员的协调 对组织发展目标及战略产生共识的问题 系统开发与组织管理体制相适应的问题 用户与系统之间相互适应的问题 系统运行后的维护问题 3、利用应用软件包开发系统 应用软件包 预先编制好可以使用的应用软件程序 应用软件包的特点 功能基本相同 可以方便进行二次开发 为最终用户服务 应用软件包开发的优势 消除设计工作量 系统事先已经测试 提供工具并帮助安装 方便二次开发 节省维护费用 引入成功经验 应用软件包开发的劣势 不适用于重要的复杂系统 不易解决功能之间的联系 不容易满足用户的特殊要求 4、传统方法信息系统开发 最终用户开发 最终用户开发的优势 改进需求决定 用户满意程度 用户对系统开发过程的控制 减少大材小用 组织面临的主要风险 得不到充分的检查和分析 缺乏适当的质量保证标准和控制 数据不可控 增加隐蔽的信息系统 5、外包信息系统工作流程 外包信息系统方法的优势 经济 服务质量高 可预见性 适应性 使固定成本可变 为其它项目解放人力资源 外包信息系统方法的劣势 降低对信息系统的控制 战略信息容易受攻击 对外来机构的依赖性 不同开发策略的选择 不同开发策略的选择 第二节 信息系统的生命周期 MIS开发的生命周期 信息系统生命周期的阶段划分 (续) 第二节 信息系统开发方法 一、早期的信息系统开发方法存在的主要问题 1. 工作阶段的划分原则不明确 各阶段的工作缺乏规范的规程、方法、表达工具与标准。 2.系统建设过程用户参与程度低 用户与专业人员对话缺乏有效的手段 3.系统开发的工作任务集中在系统实施阶段 系统分析、设计工作不深入 4.系统实施阶段的工作采取“自底向上”的方法 由于系统实施阶段的工作采取“自底向上”的方法,系统总体功能与目标的实现难以保证。 结构化方法概述 结构化程序设计的理论： 1964年，提出结构化程序设计的理论，认为任何一个程序都可以