课件-专题-系统开发

专题：

系统开发：阶段、工具和技术内容系统开发过程系统开发方法内包、自包与外包业务过程重组一、系统开发过程Systemsdevelopmentlifecycle(SDLC)，开发信息系统的一种结构化方法，也叫瀑布开发方法系统开发生命周期的阶段和主要活动维护设计SDLC阶段活动计划定义要开发的系统确定项目范围制定包括任务、资源、时间框架的计划分析为系统收集业务需求设计设计支持系统的技术架构设计系统模型开发建立技术架构建立数据库和程序测试编写测试条件完成对系统的测试实施编写详细的用户说明书为系统用户提供培训维护建立帮助台支持系统用户提供支持系统变化的阶段1：计划计划阶段—制定切实可行的信息系统开发计划三个主要活动定义要开发的系统识别、选择需要开发的系统战略转移法关键成功因素—是一种对组织的成功起关键作用的因素

6-5企业目标1、目标识别2、CSF识别3、性能指标识别4、数据字典定义阶段1：计划确定项目范围项目范围—明确定义高层系统需求范围蔓延特性蔓延—当开发者增加一些不是最初需求所包含的特性时发生项目范围说明书6-6阶段1：计划开发项目计划包括任务、资源和里程碑项目计划—定义谁在什么时间做什么问题。项目经理—是项目计划和管理方面的专家，他们定义和开发项目计划并跟踪计划以保证所有关键项目里程碑准时完成。项目里程碑—某些活动完成的关键日期。6-7阶段1：计划项目计划样例6-8阶段2：分析分析阶段—最终用户和IT专家共同工作为目标系统收集、理解和表达业务需求。收集业务需求对需求进行排序6-9阶段2：分析需求缺陷成本6-10阶段2：分析收集业务需求业务需求—是指一份详细的员工需求，为保证成功，系统必须满足这些需求。例如：CRM系统必须通过产品、地区和销售描述跟踪所有客户的销售情况业务需求描述的是从企业的角度系统应该做什么？联合应用开发会议—系统用户和信息技术专家有时需要几天的时间一起定义或评审系统的业务需求。阶段2：分析对需求进行排序需求定义文档—对需求进行优先顺序排序，并以正式的可充分理解的文件形式确定下来。不可能完成所有的需求，所以排序非常重要用户在文档上签字确定项目范围阶段3：设计设计阶段—构建系统的技术蓝图两个主要的设计活动设计技术架构技术架构—定义系统运行所需的硬件、软件和通信设备。设计系统模型模型中包括对图形用户界面的屏幕、报表格式、数据库设计、软件步骤等从设计阶段开始，最终用户开始在各项活动中处于积极地位，将注意力转向质量控制功能，确保系统满足满足要求。阶段4：开发开发阶段—利用设计阶段产生的详细设计资料，并将它们转为实际系统。两个主要的开发活动建立技术框架建立数据库和程序所有这些活动都由IT专家承担阶段5：测试测试阶段—是验证系统运行和是否满足所有在系统分析阶段定义的业务需求。两个主要的测试活动编写测试条件实施系统测试单元测试—测试系统的独立单元或代码段系统测试—检测支持系统功能所编写的单元和代码段是否正确地集成到整个系统集成测试—检验独立的系统能否一起工作用户验收测试—确定系统是否满足业务需求并能使系统用户正确工作的测试。6-15阶段6：实施实施阶段：将系统发布给用户，执行日常工作。两个主要的实施活动编写详细的用户说明书用户说明书—强调如何使用系统。为系统用户提供培训联机培训—利用因特网上或CD-ROM进行培训车间培训—是在一个教室环境中由一位教师指导进行阶段6：实施选择恰当的实施方法并行实施—同时使用新老系统，直到新系统能够正确工作直接实施—完全丢弃旧系统并立即使用新系统引导实施—仅让一小组人使用新系统直到认为新系统能够正常工作，然后再将其余的人加入到新系统中来分段实施—分阶段实施新系统。第7阶段：维护维护阶段—监测并支持新系统以保证其继续满足业务目标两种主要的维护活动建立“服务台”支持系统用户服务台—是一组对系统用户的问题做出反应的人员。提供支持系统变化的环境6-18二、系统开发方法基于组件的开发快速应用开发法—原型法极限编程法敏捷开发法6-191、基于组件的开发基于组件的开发---建立小型完备的可重用代码模块基于组件的开发致力于使用组件快速构建系统建立新组件组件粒度面向对象面向服务6-202、快速应用开发法快速应用开发法（也叫快速原型法）--强调用户参与原型---就是软件系统的模型原型法是一个建立模型的过程，该模型能示范目标产品、服务或系统的特征概念检验原型—利用原型证明一个目标系统的技术可行性推广原型—一个用于使人们确信目标系统价值的原型开发团队持续设计、开发和测试原型系统识别基本需求建立初始原型系统用户评价修正和提高原型6-21快速应用程序开发

建立新的软件组件使用现存的软件组件计划分析设计开发测试集成测试软件组件实施维护原型法的优缺点原型法的优点鼓励系统用户积极参与有助于解决系统用户之间的差异能给系统用户一个对最终系统的直观感受帮助确定技术上的可行性原型法的缺点导致人们认为最终系统将很快产生没有给出系统运行环境的说明导致项目小组忽略完整的测试和系统文档3、极限编程法（eXtremeProgramming）极限编程法—将一个项目拆分成许多很小的阶段，在第一个阶段完成后，开发者才能继续下一阶段。计划实施分析设计开发测试维护XP是以开发符合客户需要的软件为目标而产生的一种方法论XP是一种以实践为基础的软件工程过程和思想XP认为代码质量的重要程度超出人们一般所认为的程度XP特别适合于小型的有责任心的、自觉自励的团队开发需求不确定或者迅速变化的软件XP的适用范围规模小进度紧需求变化大质量要求严风险高4、敏捷开发法敏捷开发法—极限编程法的一种形式，是指通过及早的连续交付有用的软件组件来达到客户满意。6-27迭代式增量软件开发方法-scrumSCRUM是一个敏捷开发框架，由一个开发过程几种角色以及一套规范的实施方法组成可以被运用于软件开发，项目维护，也可以被用来作为一种管理敏捷项目的框架。Scrum三种角色与职责团队成员Team尽一切可能去完成任务-发布产品

充分理解产品负责人的产品愿景合作完成冲刺(Sprint)中每一个目标

更好的支持可能需要进一步开发的产品发布产品负责人ProductOwner利益相关方的代表,重点是产品业务方面

从业务角度出发对需求并对权重排序，

合理的调整产品功能和迭代顺序；

ScrumMaster团队的导师和组织者,负责提高团队效率

提出培训团队的计划,列出障碍

让利益相关方获得最大化的投资回报

提高团队的开发效率

开发思想得到利益相关方的理解与支持Scrum过程

三、内包、自包和外包信息系统为企业战略目标提供支持系统开发选择方案内包Insourcing---组织内部的IT专家来完成自包Selfsourcing---由用户开发，不用求助IT专家的帮助外包Outsourcing---第三方组织6-311、资源自包（由最终用户开发）用户开发（终端用户开发）--IT系统的开发和支持都由终端用户来完成自己开发系统的方法能够减轻IT专家开发多个小系统的负担。6-321、资源自包（由最终用户开发）过程类似于传统的系统开发生命周期法最大的不同点是设计、开发、测试。实现由原型开发过程替代原型法是建模过程，在这个案例中，不断地提炼原型模型直到完成最终系统。6-33由用户开发方法—自包1、计划2、分析3、识别基本需求4、开发初始原型5、终端用户评价6、修改和提高原型已完成的系统7、维护需要改变目标、项目、接口、外部支持原型过程现系统、详细界面需求优先级自包的优缺点优点提升需求确定水平增加终端用户参与和主人翁精神提高系统开发速度减少积压工作缺点终端用户的经验不足导致开发的系统不合适组织重点不突出，创造了“私有化“的IT系统设计方案分析不足导致IT系统欠佳文档和外部支持的缺乏，导致短命系统由用户开发的缺点终端用户的经验不足导致开发的系统不合适组织重点不突出，创造了“私有化“的IT系统设计方案分析不足导致IT系统欠佳文档和外部支持的缺乏，导致短命系统6-36适合工作的工具终端用户必须有开发工具：容易使用支持多平台提供低拥有成本支持广泛的数据类型6-37原型法的过程内包原型法用户开发原型法第1步识别基本需求第2步建立初始原型第3步系统用户评价第4步修正和提高原型原型是否符合需求使用原型作为最终系统的技术蓝图第2步建立初始原型第3步知识工作者审查第4步修正和提高原型原型是否符合需求重复这些步骤直到原型成为最终系统为止2、外包将特定的工作在规定的期限、规定的成本和规定的服务水平条件下委托给第三方完成资源外包行业的快速发展背后的主要原因包括：全球化因特网经济增长与低失业率技术违反规定外包选择购买现成软件买现成软件，并且向出版商支付费用由其对软件进行一些修改买现成软件，并且向出版商支付费用由自己对软件进行一些修改资源外包开发一个全新的、独一无二的、不曾存在的系统组织外包流程像自包流程，类似传统的系统开发生命周期不同之处在于“外包”大部分工作给另一家公司6-41外包流程1、计划2、定义项目范围3、选择一个目标系统4、建立逻辑需求5、开发征询方案书6、评价征询方案书反馈，选择一个供应商7、创建一个服务水平协议8、测试接受解决方案9、监控、再评估外包是，你需要开发两个非常重要的文档—征询方案书和服务水平协议外包—征询方案书征询方案书---是一种详细描述目标系统逻辑需求和邀请资源外包组织（被称为“承包商”）为开发系统投标的正式文件。是资源外包过程中最重要的文件。在外包过程，你必须告诉另一家企业你想开发什么，你需要通过征询方案书来获取信息。因此，征询方案书必须详细一些征询方案书可能花好几年来完成。6-43外包—服务水平协议服务水平协议---双方之间正式的、负有责任的合同在外包中，服务水平协议是你和供应商之间的法律协议，具体确定哪些供应商会做（何时做），你该付多少报酬？支持SLA的文件-规范服务水平和服务水平的目标-包含非常详细的数字和指标6-44外包选择有三种不同的外包形式在岸外包—是指从同一个国家经一家企业获取服务的过程。近岸外包—是指同一家邻国的企业签订外包合同。离岸外包---是指同一家地理位置很远的企业签订外包合同。6-45离岸外包主要外包国家是：印度中国东欧（包括俄罗斯）爱尔兰以色列菲律宾共和国6-46应用系统外包资料阅读外包的优缺点优点：集中力量到唯一的核心能力上利用另一个组织的智力资源更好地预测未来成本获得前沿技术降低成本改善绩效计量缺点降低了对未来技术变革的了解程度降低了控制力增加了战略信息的易受攻击性增加了对其他组织的依赖性四、业务流程重组由IT导致的变化自动化--增加效率，替换手动任务合理化--简化标准作业程序业务流程重组（BPR）--分析、简化和再设计企业流程推销员办公室要求信贷信用审查信用部确定利率信贷利率组拟订合同合同组寄送文件推销员7天过去了，我的客户全跑光了！！问题：信息化可以解决困境吗？业务流程重组案例－IBM信贷部业务流程重组4个小时完成，处理的交易数目增加100倍！小组1小组2小组3小组4业务重组（建立4个综合性小组）按专业分工的利弊分析传统观念:劳动分工能提高劳动生产率。十八世纪著名经济学家亚当.斯密在其著作《国富论》中最早提出(18世纪英国制针业的例子)美国汽车大王福特创造装配流水线的成功与失败分工与合作是对立统一的。分工越细,对工作上的沟通与协调要求越高,管理工作的工作量越大,难度也越大。专业化分工引起的主要问题分工越细,一个业务流程经过的部门和环节越多,交接、审核、批准等不增值的环节也越多,协调与管理的工作量就越大,管理人员多,机构臃肿,管理成本高。按职能分工,“铁路警察各管一段”大家只关心本部门本专业范围的工作,缺乏全局观念,容易产生部门主义。专业化分工使员工的技能单一,限制了员工能力的发挥,限制了大家的创造性。新流程特点局部目标和整体目标的统一人员精简，实现“一人包办式”服务员工拥有自我决策权1990年，哈默发表文章ReengineeringWork:Don’tAutomate,Obliterate》(重新设计工作,不是搞自动化)1993年哈默与钱辟(JamesChampy)：《ReengineeringtheCorporation━AManifestoforBusinessRevolution》(企业重构━企业革命宣言)

现在通常把业务流程重组(BusinessProcessReengineering)简称为BPR业务流程重组和企业重构“企业重构”提出的时代背景市场需求的多样性,并且具有不稳定性和难以预测响应市场需求的速度和快速的应变能力已成为企业能否生存与发展的决定性因素“创新”是知识经济时代企业能够保持活力,持续发展的最重要的生产力为发挥员工的积极性、创造性,在管理上要求授于员工更多的参与权和决策权,要求使工作内容丰富化随着信息技术和计算机网络的发展,企业内部中层管理的作用正在弱化信息化：企业结构的扁平化顾客提出对产品作些修改，行不行？我有一个建议可以使顾客更加满意信息化将减少层次，铲除障碍，加速决策传统的金字塔结构层层请示，决策迟缓可以吗？可以吗？可以吗？我要请示可以吗？可以吗？什么事情行不行？我要请示信息化铲除官僚主义在工业实践中，人们越来越清楚地看到，提高竞争的途径，绝不单单是引进先进技术这一条道路；管理模式的改进、过程的合理化具有更大的潜力。顾客（Customer）竞争（Competition）变化（Change）正确理解业务流程重组

（BusinessProcessRe-engineering,BPR）“从根本上重新思考并彻底重新设计业务流程，以实现在关键业绩上，如成本、质量、服务和响应速度，取得突破性(戏剧性)的进展”。