企业IT资源的获取

第六章IT资源／服务的获取•企业获得IT的方式•信息系统开发的方法•IT项目的管理1第一节企业获得IT的方式•谁来开发、维护谁做、软硬件由谁提供等具体问题•传统方式：企业的IT部承担，企业自己投资，IT部的专业人员系统开发项目。•目前方式：有多种选择，包括托管2系统开发方式的选择外包自行开发合作开发委托开发购买软件购买服务自己制造为主市场购买为主3系统开发方式本企业自行开发：自己完成系统的设计和实施过程•合作开发：与其他组织和单位共同组成开发团体•委托开发：以合同方式将项目委托给专业性强的开发服务组织•购买软件包：从开发商处直接购买应用软件•购买服务：将系统的运作、开发和控制权完全交给专业化服务组织，企业只是直接购买信息服务41、自行开发•资源内包：由组织内部的信息中心等IT服务组织设计和开发应用系统；•资源自包：由组织中的部门高级用户和知识工作者开发应用系统5自行开发的利弊•易于从实际出发•锻炼本企业计算机开发队伍•利于系统及时改进和扩充•企业习惯管理方式局限•企业IT人力资源限制•系统开发周期较长•容易导致非标准化•管理失控、成本过高等6基于网络的自行开发•EUC在因特网应用的环境下继续发展•Web-based computing•应用推动而不是用户推动•需求由网络所支持的用户整体决定•专业技术人员的支持更加重要72、合作开发•优势互补•有利于队伍的培养和提高•用户有应用积极性•项目的统一领导调度有难度•需注意协调管理的成本•迅速反应方面的问题8开发项目的领导系统开发的特征•涉及高新技术•会引起业务功能领域重大变化•规模极大，复杂程度高•会在人事领域产生巨大影响项目领导的可选人员•信息系统部门的技术专家•业务领域的管理者•项目管理专家•人力资源部的负责人•以上各种特征的综合•高层管理者：组建含所有业务领域的开发小组93、委托开发•可以开发复杂系统•开发周期短•无须拥有自行开发队伍•受开发商实力影响大•用户管理不善，容易出现项目超支等•企业管理发生变化时，容易出现系统维护上的困难104、购买软件•省力和经济•容易实现标准化并采用先进技术•开发商对系统的维护负有责任•只针对专业性需求•定做成本上升快•可能需要较多的系统实施和二次开发投入11软件定制成本变动示意图109总安装成本87654321001%2%3%4%5%定制/ 修改程度125、购买服务•经济性好，运营费用低而稳定•服务质量比较高，•解放企业的人力资源•有利于企业关注核心业务•失去了对IS、甚至其他的控制权•降低了企业对变革的了解程度•对服务商的依赖性大•增加了战略信息泄漏的机会13资源外包的过程计划监视和再评价定义项目范围测试及接受方案评价RFP选择外包商开发征询方案(RFP)确立逻辑需求选择目标系统14征询方案书（RFP）示例•组织综述•问题描述•现行系统描述•••••••••系统处理信息系统接口培训转换硬件软件基层企业过程硬件软件系统处理信息系统接口•对实施的要求•••对支持系统的要求•••目标系统描述••新的处理新的信息硬件软件底层业务过程•对新系统设计的要求••••••••对开发时间框架的要求资源外包成本说明要求对RFP的答复如何评价RFP答复的最后期限主要联系人员15二、开发方式的选择•生命周期法：适用于规模较大、技术要求较高的、复杂性开发项目•原型法适用于较小型的、灵活性较强的应用系统开发；也可与生命周期法相结合，辅助完成复杂性系统开发工程•通用性较强的领域和成本、效率要求较高的领域适合采用购买或租赁等外包形式。16开发方式的选择系统特性支持组织独特的核心能力开发成本的压力很大时间是关键因素组织拥有IT技术力量组织需要对系统进行控制系统支持行业共用的特性组织需要获得专业技术人员系统只为少数知识用户使用哈格内包Yes No No YesYesMaybeYesMaybe自包Maybe MaybeMaybeMaybeMaybeNoMaybeYes外包NoYesYesNo NoYesNoMaybe17应用软件的选择•••••••可用性和可重用性成本/效益比率升级策略和成本供应商的声誉和服务水平供应商以往的成功记录系统灵活性和可扩展性可操作性（因特网界面、用户接受程度等）•文档的水平和质量•硬件和网络资源的需求•••••••••硬件和网络资源的需求培训提供者安全性所需的维护成本开发者和用户的学习量绩效指标互操作性和数据处理要求集成的难易程度负面性交叉影响尽可能低18软件服务商的选择•用户的接受能力良好•成本收益率较高•系统的低维护率•系统具有可移植性•与其他系统有良好的集成性•系统实施的负效影响较小•系统可重用性好19软件开发能力成熟度模型•CMM是由美国卡内基梅隆大学软件工程研究所（SEI）1987年研制开发的，它为软件的过程能力提供了一个阶梯式的改进框架。•CMM模型的成熟度主要涉及对软件组织和各类资源的管理，以及对软件工程过程中使用的开发工具和技术的管理，CMM级别的高低反映了管理水平的高低。•CMM的不同层次表现了不同项目过程的可见度，层次越高，可见度越强，对过程的控制能力也越强。20软件开发能力成熟度模型成熟度初始级描述软件开发过程是黑箱，基本处于无序、不可控的状态，几乎不定义任何项目过程，成功与否全仰仗幸运或个人的努力可重复级定义级建立了基本的项目管理过程检查点，用来跟踪成本、计划和功能，以重复原先成功的项目做为自己的行为准则软件开发过程中对管理者和系统开发人员的活动都有文档记载，具有一定的标准，并集成为标准的软件开发过程，软件的所有开发和维护都以公认的、适宜的方式进行有效管理级有软件开发过程和产品质量的具体衡量标准，软件开发过程和产品都有量化的衡量指标，及时反映、控制存在的风险清晰了解软件过程，可不断用新观念、新技术和量化信息反馈，来实现优化级软件开发过程的持续性改进和优化21三、外包／托管方式•托管型CRM、ERP和SCM等管理软件在英法美德四国需求强劲，2007年将上升23%•亚洲的日本和新加坡托管型ERP和供应链的投资额将增长17%•加拿大、法国和瑞典的市场份额在未来5年内可能平均以15%的速度增长•托管软件产品主要集中在CRM, HR等领域。AMD22外包法损益矩阵高项目失败所受损失适宜外包区项目成功所获收益低高23IT外包商的类型•应用服务商（ASP）•软件开发和服务企业•专业外包服务企业和咨询服务企业•通信服务商24第二节信息系统开发的方法•系统开发生命周期法•快速开发系统的方法•原型法•••快速应用开发联合应用开发面向对象的方法25信息系统开发的特点•复杂程度高：涉及资源范围广，管理环节多•集体合作：各方面人员广泛合作•创造性的工作：需要业务创新•产品无形：在开发完成前难现服务全貌•技术变动快：信息技术更新周期短26信息系统开发的指导原则•开发的目的性•用户与开发者的配合•系统的整体性与相关性•系统的扩展性和易维护性•开发工作文档化与规范化27系统开发四部曲1.对信息系统的开发进行战略性的规划2.对具体的信息需求做出分析3.开发资源的组织与安排4.对系统开发项目进行管理28发现错误的成本2000美元1800美元1600美元1400美元1200美元1000美元800美元哈格600美元400美元200美元0美元计划分析设计开发测试安装维护29信息系统开发方法开发自由编程方法开发系统开发翻译模型手工操作实现各自编程技术技术一般程序基础设计语言结构化方法(生命周期)全面业务调查需求分析手工制图结构化编程纸笔工程规范等70原型法全面业务调查综合分析手工制图程序生成系统纸笔工程规范4GL,RDBS等80CASE方法面向对象(OO)全面业务调查综合分析CASE,CADOOPCAD, RDBS4GL, CASE9030年代60一、系统开发的生命周期法•系统生命周期（systems development life cycle，SDLC）往往有两个相互联系、略有区别的含义：••一般信息系统开发的概念结构某种结构化的、正规的信息系统开发方法，即“生命周期法”31系统开发的八个阶段1. 项目起步2.系统分析与可行性研究3. 逻辑分析与设计4. 购买或开发5.安装实现6.系统运行7.评价与审计8.系统维护返回到前一阶段或终止321、项目起步•往往由业务部门的管理者发起，以解决实际业务管理问题为目的•中国企业信息化500强的调查表明，企业信息化建设的决策主要集中在企业的最高管理层，70%以上的企业集中在企业的经营管理层332、系统分析与可行性研究•系统分析需要调查现有系统的状况，包括系统需要解决的主要问题，决定系统开发项目覆盖的范围、企业业务流程以及相关信息流的影响面；•系统分析阶段要彻底地了解企业的组织构成、运营内容以及与系统开发有关的因素，如人员、业务过程、已有的应用系统和问题所在，对系统是否可行做出判断。343、逻辑分析与设计•由系统分析师进行两个方面的分析和设计••系统需要做什么事？做这些事需要有哪些功能？•系统逻辑设计要从用户的角度出发，定义具体需求，包括具体的输入、输出、数据存储等•根据逻辑分析还要做出系统的物理设计，即技术模型设计354、实际购买或开发•系统逻辑设计直接指导软硬件的购买•选择硬件和网络设备，并对设备和相应的软件进行配臵•接口或缺失部分的开发•配套文档和培训教程开发•测试365、安装实现•从技术上、物理上完成系统安装过程，设备就位，软件顺利投入使用•安装过程要保证质量，避免不合格施工等•要选择适宜的转换方式，避免系统切换过程中出现混乱、冲突和员工的抵制等376、系统运营•稳定、可靠地为企业提供相应的信息服务•系统服务的内容不再有效，成本明显超出，与环境不再适宜，标志着系统服务有效期的结束387、系统评价与审计•企业会以种种理由避免评价和审计的麻烦，但是它对企业而言是一项十分重要的工作•及时进行评价和审计对所有的后续项目成功开发很有必要•实施成功的系统在运行稳定后要进行评价和审计•实施失败系统的要在失败后尽早开始审计和评价398、系统维护•系统升级•修改和纠正错误•增加新功能、接口、应用、用户等•硬件维护•数据维护•代码管理和维护40生命周期法的主要特征1）明确的阶段性。2）用户与开发人员的职责划分。用户：确定信息需求，对开发工作的认可等。开发者：系统的分析、设计与实现。3）正式的开发文本与工作程序。4）自顶向下对系统进行结构化分析。41生命周期法的主要问题•开发周期长，资源耗费较大•工作过程的灵活性较差•相对高投入和低效率•不太适宜及时性很强的系统开发42当代SDLC的变动•降低繁多的数据、记录管理环节•强调灵活性和对环境变化的及时反应•任务并行•有针对性的分析43二、快速开发系统的方法传统的SDLC适应于用户对系统需求比较明确的情况。网络应用环境对快速防范的需要，跨组织系统和网络技术平台的应用等新项目，企业难于自己明确需求。••••原型法联合应用设计快速应用开发面向对象开发44软件的复杂性增加•不同的软硬件平台•开发团队人数更多，有时相隔遥远•市场要求更高•软件规模和构架复杂性的增长•共享构件、复用软件、第三方构件45明确基本需求和概念模型用数据模型和程序开发初始关系数据库1、原型法修改原型：•增加实体•调整数据结构•增加数据元素•更新数据字典•增加软件工具•改进输入输出能力开发原型系统，包括数据结构、报告和报表等给用户演示原型系统，让用户结合实际工作使用N对该原型满意吗？Y继续SDLC过程46快速制作的原型•制作演示性系统•制作部分功能系统•制作缩微系统47原型法的特点•有利于明确需求•鼓励用户参与•及时处理变动•以用户的充分合作为前提•易忽略细节或简单化•最终版本可能不好理解•适用于较简单的系统•开发有效性提高•有利于推广48原型法的实施•修改／迭代次数越多原型的质量越高•对修改必须进行科学控制/限制492、联合应用设计(JAD)•JAD是基于群体工作的方法；•JAD强调所有的用户同时参与，现场解决冲突；•使所有用户出席会议是JAD成功的关键503、快速应用开发（RAD）传统开发规划分析设计压缩构建测试装备RAD文档需求设计JAD迭代开发开发用户评审测试51应用开发工具的特点••••GUI开发环境可重用构件：简化了设计工作量代码生成器编程语言：有集成开发环境524、面向对象开发（OOD）•一种认识客观世界的认知方法学•认为客观世界是由不同对象构成的•不同对象的相互作用和通信构成了客观世界53面向对象开发•对象是数据和操作封装在一起的软件模块，具有高度的独立性。•模型的基本单元是“对象”，对象的相互作用和联系构成了不同的系统。•具有相同结构、操作和约束条件的对象形成“类”，下级对象与上级对象模块之间具有继承性。54面向对象开发•在满足需求的条件下，把系统设计成由一些不可变的、相对固定的部分组成的最小集合，这些集合就是“对象”。•可以通过逐层深入地定义不同的对象，定义对象之间联系的方法，实现系统模型的设计。55面向对象方法OO是一种很有前途的开发方法。但是，它需要一定的软件基础支持，需要与自顶向下的结构化设计过程配合使用。薛华成系统调查和需求分析面向对象分析（OOA）面向对象设计（OOD）面向对象的程序（OOP）56第三节IT项目的管理•信息系统开发大都以项目的方式进行，有相对明确的时间段，有独特的质量目标和管理任务•IT项目管理有着一般项目管理的共性，比如对于成本、进度、质量的控制，对目标、资源和团队的管理等•IT项目目标是无形的智力产品，以人力资源为依托，不同于一般项目，IT项目的成功需要将个人的知识和创造性转化成为团队的知识和创造力57IT项目的管理•IT／信息化项目的需求来源广泛•层出不穷的新技术，不断增大着IT项目的风险•“IT项目管理≠IT+项目管理”•既以知识转移为基础，也以知识创造为基础•特别强调技术、管理与人的集成性和协调性58一、IT开发的管理任务开发项目识别与规划目标、系统需求、投资、项目BPR设计IT基础设施信息、技术、数据、组织、应用系统开发方式建设、购买、租赁、合作、委托实施与集成测试、安装、集成、培训、安全运营、维护与更新运营、维护、更新、替换59IT项目管理的一般内容•••••明确项目干系人制定预算计划，规划成本等分解开发任务，做出进度表组建实施团队，设立激励机制项目实施过程管理，质量管理，审核与控制等60IT项目启动的原因对现有系统不满意期望开拓新机遇增强竞争力更有效地利用信息公司及业务的增长组织的购并市场或外部环境变化61个人能力所感知的潜在效益系统开发过程启动IT项目终止的原因对现有设计不满意项目优先顺序不合理资源的实际制约看不到实际成果业务的调整人员变动市场或外部环境变化62个人能力所感知的潜在危害系统开发过程终止IT规划管理•启动IT项目的因素和拒绝IT项目的因素多•业务用户和技术人员的立场分析•争取使所有的IT项目符合IT规划的框架63重要的项目干系人•用户方业务人员•用户方的决策人员•开发方的技术人员•用户方的项目管理人员•项目的监管人员64二、项目协调管理•网络资源易冲突点：共享服务器功能的设定、网段地址分配等•业务流程易冲突点：管理员权限、原始信息采集、共享数据等•开发资源易冲突点：有经验的业务人员、协调程序、资金等651、需求变更管理•变更管理••变更之前进行影响面估计将对开发团队士气的影响降到最低•••准备一套正规的变更程序获得管理层的理解和支持重建规划662、冲突管理•冲突管理的主要作用在于发现和认识潜在的不协调因素，采取正确的解决办法，把冲突引向积极的、协作的方向，而不是破坏性的方向，促进开发项目的顺利开展67冲突的来源•项目优先级冲突•管理程序冲突•进度计划冲突•费用冲突•技术意见和性能权衡冲突•个性冲突68质量管理•程序设计的工作量只能粗略估计••业务流程规范化水平受平台或现有系统约束的程度••系统模块的可重用程度对程序设计方法、语言、工具等的要求•开发环境、程序质量和时间要求等693、质量管理程序设计的基本要求•源程序的正确性：满足设计要求，有容错能力，对意外情况能正确处理；•源程序的可读性：锯齿型布局，便于他人顺利地阅读和理解；•源程序的可测试性：状态输出信息，说明选择条件，有出错恢复；•源程序的可维护性：命名方法统一，加注释，保留测试数据等。70项目质量管理•外部整合管理方法：组织沟通、召开用户联席会议、认可和批准制度、用户参与…•内部整合管理方法：专家选择、员工沟通、工作组会议、决策信息共享、绩效管理、技术考察和评审…•计划工具：选用项目管理软件、PERT、CPM、完工评审程序、项目批准程序…•结果控制机制：现状与目标分析报告、偏差分析、变更控制机制、关键性的总结会议…71思考讨论题•对国内金融、通信业利用外部资源开发信息技术应用的影响因素进行分析。•大型企业和中小企业的信息资源外包决策会有哪些不同的考虑？•IT平台项目和应用系统开发项目的开发决策有哪些不同？•阻碍中国软件外包企业发展的因素？72