• 
  房地产开发与经营
  ￥12.60
• 
  建筑工程相关法律法规
  ￥5.00
• 
  《管理会计学》学习指导书(第六版)
  ￥13.40
• 
  园林水彩
  ￥20.10

本书共14章。前两章介绍信息系统的基础概念。第3至第13章讨论信息系统开发,包括信息系统建设概论、系统规划、系统分析、系统设计、系统实施和系统维护,**讨论系统分析阶段的流程建模、用例建模、领域对象建模,以及系统设计阶段的结构化设计方法、面向对象设计方法、面向服务设计方法和详细设计。第14章简要介绍信息系统工程进展,主要是云计算技术和应用。
本书可用作信息管理与信息系统、计算机应用、软件工程等专业的教材,也可供从事信息系统建设的技术人员、管理人员参考。 信息系统分析与设计-(第4版)_王晓敏,邝孔武 编_清华大学出版社_

第1章 系统思想
1.1 系统的概念
1.1.1 系统是什么
1.1.2 系统的分类
1.2 系统的特性
1.2.1 系统的整体性
1.2.2 系统的层次性
1.2.3 系统的目的性
1.2.4 系统的稳定性
1.2.5 系统的突变性
1.2.6 系统的自组织性
1.2.7 系统的相似性
1.3 系统思想的发展
1.3.1 古代朴素的系统思想
1.3.2 系统思想的淹没
1.3.3 现代系统思想的兴起
1.3.4 复杂系统理论热潮
1.4 系统工程
1.4.1 系统工程的兴起
1.4.2 系统工程方法
1.5 软系统方法论
1.6 物理-事理-人理系统方法论
习题
第2章 信息、管理与信息系统
2.1 信息的概念
2.1.1 信息的定义和性质
2.1.2 人作为信息处理器的特点
2.2 信息与管理
2.2.1 信息是管理的基础
2.2.2 管理中的信息
2.2.3 信息管理
2.3 信息系统
2.3.1 信息系统的定义
2.3.2 信息系统的基本功能
2.3.3 信息系统的结构
2.4 信息系统分类
2.4.1 按技术发展分类
2.4.2 按管理应用分类
2.5 信息系统与组织
2.5.1 信息系统在组织中的地位
2.5.2 信息系统对组织的影响
2.6 信息系统的发展趋势
2.6.1 影响信息系统发展的因素
2.6.2 发展趋势
习题
第3章 信息系统建设概论
3.1 信息系统建设是复杂的社会过程
3.1.1 信息系统建设的复杂性
3.1.2 信息系统开发是一个社会过程
3.2 信息系统建设的一般方法
3.2.1 早期方法的不足
3.2.2 系统方法的应用
3.2.3 系统建模
3.2.4 建立管理模型
3.2.5 统一建模语言
3.3 信息系统的生命周期
3.3.1 系统规划阶段
3.3.2 系统分析阶段
3.3.3 系统设计阶段
3.3.4 系统实施阶段
3.3.5 系统运行和维护阶段
3.4 基于生命周期的开发方法
3.4.1 瀑布开发方法
3.4.2 原型开发方法
3.4.3 迭代开发方法
3.4.4 螺旋开发方法
3.4.5 敏捷开发过程
3.5 基于开发技术的开发方法
3.5.1 管理模型到信息处理模型
……
第4章 系统规划
第5章 系统分析概述
第6章 流程建模
第7章 用例建模
第8章 领域对象建模
第9章 系统设计概述
第10章 系统总体设计
第11章 系统详细设计
第12章 系统实施
第13章 系统维护与管理
第14章 信息系统工程新进展
附录A 关于课程设计的建议
附录B UML2.0图形符号
附录C 建模工具Rose的使用
参考文献

3.2 信息系统建设的一般方法
3.2.1 早期方法的不足
20世纪50年代计算机开始用于管理领域。软件技术的进步,特别是数据库技术的出现,促进了管理信息系统的发展,60年代出现了信息系统发展的**个高潮。计算机的应用,使企业面目一新,提高了工作效率,增强了企业的竞争力。使用计算机成为一种时髦,企业和政府部门争相购买计算机,一些公司甚至在广告中写着“本公司用计算机进行管理”。有人称60年代是“计算机推销员的时代”。
然而这个高潮给人们带来的不总是成功的效益和喜悦,也带来了问题和教训。昂贵的计算机往往没带来设想的巨大经济效益,反而造成亏损,乃至企业倒闭。这种情况促使人们分析其中的原因。很多公司聘请系统分析专家对各种信息系统进行调查研究,总结经验教训,进而走上了较为顺利发展的道路。人们称70年代是“系统分析员的年代”。
出现这种情况的原因,从根本上讲是信息系统具有多学科性、综合性。信息系统的开发具有长期性、复杂性和风险性,需要科学的方法论作指导。造成系统开发失败有多方面的原因,如缺乏科学管理基础,领导重视停留在口头上,业务人员有顾虑甚至抵触。人们对信息系统的复杂性缺乏足够的认识,认为信息系统无非是“大程序”,缺乏开发信息系统的方法。
1.目标含糊
信息系统是管理系统的一个子系统,它是为实现企业目标服务的。对于企业的目标没有明确的认识,对于信息系统要达到的目标没有明确的、恰当的规定,研制人员根据“想当然”来设计系统,危险性当然很大。对管理人员来讲,目标含糊表明对未来系统的状况没有明确的概念。这样,双方的想法必然产生差距。
2.通信误解
研制信息系统,需要各级管理人员与技术人员密切配合。但这两方面的人员往往专业背景和经历极不相同,彼此不精通对方的业务,这就造成思想交流的困难,容易产生误解。而这种误解给系统带来巨大的隐患。俗话说“隔行如隔山”,在一方为常识性的、不言而喻的术语、规则,另一方却不一定了解。实际工作中常常遇到这样的情况,许多管理人员精通自己的业务,但不善于把业务过程明确地表达出来,他们觉得某项业务理所当然地就应该这么做,或者是凭经验、直觉就该这么做,而不是根据信息流或判断逻辑来进行。加上用户往往缺乏计算机知识,不了解计算机能做什么,不能做什么,因而更不可能用计算机技术人员熟悉的术语介绍业务过程。而计算机技术人员因为缺乏用户方面的业务知识,不知道该问什么问题。这样,系统设计人员对用户的要求理解不透,有许多遗漏和误解。根据这种理解建立起来的系统当然有许多缺陷,甚至根本不是用户所要求的。
3.步骤混乱
信息系统的开发是一项长期的复杂工程,各个工作环节之间有着内在的逻辑关系,超越某个阶段就会出现问题,造成返工和浪费。例如,先买计算机,再想如何使用,就是许多浪费现象的根源。不经过深入的系统分析,只是根据对系统的肤浅理解就进行程序设计,这不仅不能保证各部分的正确衔接,而且肯定造成返工和重复劳动。本想早日完成系统开发,结果需多次反复,旷日持久,欲速则不达。
……