当前位置:文档之家› 信息系统建设的方法

信息系统建设的方法


输出
系统具有如下特点:
• (1) 系统是由若干个元素构成的。 • (2) 元素之间是互相作用的,因此,是动态的。 • (3) 系统的行为是有目标的,各元素对目标的贡献不是简
单的相加,而应该是1+1>2。 • (4) 系统的状态是可以改变的,这种改变是可以控制的。 • 按照系统与外界的关系,系统可分为开放系统和封闭系统。 • 按照系统的抽象程度,系统可分为概念系统、逻辑系统和
资源外包、最终用户评审以及原型法正是这个组织开发各类产品和服务时采用 的诸多方法中的3种。
14.1 系统的概念与系统集成
14.1.1 系统的概念 系统是一些相互作用的元素为某种目标而有机地结
合在一起的整体。系统由5个要素构成:输入(I)、 输出(O)、处理(P)、控制(C)和反馈(F)。
输入
控制 处理 反馈
• 系统集成按系统优化程度分为连通集成、共享集成和 最优集成。
• 系统集成按集成的范围分为技术集成、信息集成、组 织人员集成和形象集成。
组织在进行系统集成的时候。一般都必须包括3项工作。 (1) 培训用户。 (2) 系统安装。 (3) 用户集成。用户集成包括组织以及人员和信息系统的
集成。
14.2 信息系统建设策略
过对组织(或系统)计划执行情况的观测,人为地改变系统的结构(如组 织结构),对组织达到目标常常是有效的。
14.1.4 系统的集成
• 系统集成是为了实现系统的目标将可利用的资源有效 地组织起来的过程。系统集成的结果是将组织内部的 各个独立的自动化系统联结成统一的大系统。系统集 成不是简单地连通,而是强调有效地组织资源,使资 源被充分利用。
Microsoft还向世界各地发送了几千套Windows 95的拷贝,供关键用户评价其 产品的完整性和精确性。为什么这样做?因为Windows 95的购买者是 Microsoft的客户,客户是重要的。
有时,Microsoft还与潜在的客户密切配合工作,以开发屏幕格式、外观和结构。 最初的确没有人真正清楚屏幕看起来是什么样子,或者是哪种风格。因此, Microsoft开发了几种模拟屏幕格式,并要求用户提出改进或更新意见。当 企业建立一个反映产品特性的模型时,这一过程被称为原型法。
14.2.2 应用软件包策略
• 应用软件包策略是通过购买应用软件包的办法建设本组织的信息系 统,这是目前广泛采用的方法。应用软件包(application software package)是由软件供应商提供预先编写好的应用软件以及相应的 系统建设服务的方法。
• 应用软件包之所以被广泛采用,一是因为对于很多组织来说,都有 共同的特性。很多组织都具有标准、统一的工作程序。二是应用软 件包策略减少开发时间和费用。三是软件供应商在提供软件的时候, 一般都提供大量的持续的系统维护和支持,可以满足用户不断适应 市场变化的需要。四是软件供应商提供了先进的工作流程。
第14章 信息系统建设的方法
14.1 系统的概念与系统集成 14.2 信息系统建设策略 14.3 信息系统开发方法
程序员每编写9行代码就消耗一块意大利馅饼
1995年后期,Microsoft终于发布了他期望已久的个人计算机操作系统—— Windows 95。经过3年多的艰苦努力,Microsoft创立了Windows 95。而且, 所有的努力最终得到了回报。据1996年的一项调查表明:约有36%的信息 技术经理都计划将系统升级到Windows 95。3年对于只为开发一个计算机 操作系统来说似乎是一个漫长的过程。
Windows 95 共有11 236 344行代码。它耗费了9 234 455个小时,每行代码平 均花费48分钟;耗费2 333 345个小时用于测试,折合每行代码12.5 分钟; 程序员消费了126 237块意大利馅饼,折合每行代码就消费一块意大利馅饼。
在这几百万小时或者几年的工作时间里,有10 000人参与了Windows 95的开 发。大多数人都是Microsoft的员工。有时,公司还雇用外部人员帮助工作, 即资源外包。
物理系统。从概念到逻辑,再到物理,也适合人们探索事 物的一般思维规律。
14.1.2 系统功能的评价
1.目标明确 2.结构合理 3.接口清楚 4.能观能控
14.1.3 系统的计划与控制
任何系统实现目标均要计划和控制。计划是系统为达到目标所必需的行 动。控制是测量实际和计划的偏差,并采取校正行动。
计划具有下列特点。 (1) 计划是一项困难的认识活动。 (2) 计划是阐明未 (4) 计划是一项复杂、紧张的工作,需要反复计算。 (5) 计划常常不能被执行。 控制是人的主观行为,是根据计划执行情况做出的决策。组织中的人通
• 对于组织的特殊要求,软件供应商还可以提供定制(customization) 服务。定制服务允许改变软件包来满足一个组织的特殊需求,而无 须破坏该软件包的完整性。一些软件包采用组件开发思想,允许顾 客从一组选项中仅仅选择他们所需要的处理功能的模块。
• 12.2.1 联合开发策略 • 联合开发是指组织的IT人员和开发公司的技术人员一起工作,完
成开发任务。该策略适合于企业有一定的信息技术人员,但可能 对信息系统开发规律不太了解,或者是整体优化能力较弱,希望 通过信息系统的开发完善和培养自己的技术队伍,便于后期的系 统维护工作。 • 合作开发方式需要成立一个临时的项目开发小组,由企业业务骨 干(甲方人员)与开发人员(乙方人员)共同组成,项目负责人可由甲 方担任或由乙方担任,或者双方各出一位负责人,项目负责人直 接对企业的“一把手”负责,紧紧围绕项目开发这一任务开展工 作。 • 该项目组是一个结构松散的组织,其人员与运作方式随着项目开 发阶段的不同而不同,可根据需要随时增减人员与调整工作方式。 • 项目开发任务完成后,项目组一般会自行解散,后期的系统维护 工作将主要由企业自身的人员承担。另外,该方式还强调合作双 方关系的重要性,建立一种诚信的、友好的合作关系对完成项目 是至关重要的。
相关主题