第18讲-系统开发：步骤、工具与技术课件

第十八讲系统开发：步骤、工具与技术第十八讲系统开发：步骤、工具与技术1第18讲-系统开发：步骤、工具与技术课件2第18讲系统开发：步骤、工具与技术——没有银弹、人月神话的发祥地第18讲系统开发：步骤、工具与技术——没有银弹、人月神话的3系统开发生命周期SDLC定义指开发信息系统的一种结构化的按部就班的方法7个核心步骤计划分析设计开发测试实施维护系统开发生命周期SDLC定义4SDLC7阶段&主要活动SDLC7阶段&主要活动5Phase1:计划计划阶段制定一个可靠的计划3项主要活动：1界定要开发的系统识别和选择哪种系统是支持企业战略决策所需要关键成功因素(CSF)对组织的成功起关键作用的因素Phase1:计划计划阶段6Phase1:计划2确定项目范围项目范围：明确定义高层系统的需求范围蔓延：项目范围增大到超出原来的意图时功能蔓延：开发者增加一些不是最初需求的功能时项目范围文件：简短的项目范围的书面定义3制订项目计划：任务、资源、时间项目计划：what&when&who项目经理：项目计划和管理专家，定义和开发项目计划、跟踪计划以保证所有项目里程碑完成项目里程碑：某些活动完成的关键日期。Phase1:计划2确定项目范围7Phase1:计划项目计划举例Phase1:计划项目计划举例8Phase2:分析分析阶段指最终用户和信息技术专家共同工作，为目标系统收集、理解和表达业务需求的阶段2项主要活动1收集业务需求与每一个有权使用新系统的人去交流，回答Why&What联合应用开发会议(JAD)：系统用户和技术专家2对需求定义优先级需求定义文件用户签字Phase2:分析分析阶段9Phase2:分析Taketimeduringanalysistogetthebusinessrequirementscorrect.Ifyoufinderrors,fixthemimmediately.ThecosttofixanerrorintheearlystagesoftheSDLCisrelativelysmall.Inlaterstages,thecostishuge.Phase2:分析Taketimeduringan10Phase3:设计设计阶段

目标系统得以运行的技术性蓝图

2项主要活动1设计技术框架技术框架：定义系统的硬件、软件和通信设备2设计系统模型对屏幕、报告、软件、数据等每件事的描述GUI屏幕设计Phase3:设计设计阶段11系统建模与设计结构化方法数据流图DFD过程规范结构图（层次性）OO开发基于类和继承的概念基于组件的和开发和WEBServiceUML计算机软件辅助工程(CASE)提供软件工具使用上面的方法自动运行，减少系统开发中的重复性工作系统建模与设计结构化方法12Phase4:开发开发阶段：利用设计阶段产生的详细设计资料，将它们转化为实际系统。2项主要活动1建立技术框架2建立数据库与编程由技术专家承担Phase4:开发开发阶段：13Phase5:测试测试阶段：验证系统运行和是否满足所有分析阶段定义的业务需求。2项主要活动1编写测试条件测试条件：对每个步骤内容和预期结果2实施系统测试单元测试系统测试集成测试用户验受（acceptance）测试UATPhase5:测试测试阶段：14Phase6:实施实施阶段将系统分发给所有用户，他们开始每天使用系统完成工作2项主要活动1编写详细的用户说明书2提供培训在线培训：CD或Online面授Phase6:实施实施阶段15Phase6:实施选择正确的实施方案并行实施：同时使用新老系统，直至新系统能正确工作直接实施：扔掉新系统，启用新系统引导实施：用户先小范围、后大范围分段实施：功能先小范围、后大范围Phase6:实施选择正确的实施方案16Phase7:维护维护阶段监测并支持新系统以保证其继续满足业务目标2项主要活动1建立HelpDesk2提供支持系统变化的环境Phase7:维护维护阶段17系统开发方法：瀑布开发法应用长、应用广、失败多

失败的原因：企业不知道需求计划：管理成本、资源、时间限制；变化的成本解决方案：多种因素系统开发方法：瀑布开发法应用长、应用广、失败多 18系统开发方法：快速原型法快速应用开发法（RAD）=快速原型法要点：集中构建一个原型积极邀请系统用户参与一分析、设计和开发反复的交互式的结构化方法，加快需求的收集系统开发方法：快速原型法快速应用开发法（RAD）=快速原型法19系统开发方法：极限编程法XP特点将项目拆分成许多很小的阶段，完成当前阶段后，才能进入下一个阶段强调客户满意、适应需求的变化、强调团队合作

系统开发方法：极限编程法XP特点20系统开发方法：敏捷开发法aformofXP通过及早的连续的交付有用的软件组件来达到客户满意。较少关注团队编程，较多关注限定项目范围快速而有效小巧而敏捷低成本、少功能周期短系统开发方法：敏捷开发法aformofXP21原型法原型：目标产品、服务或系统的模型原型法建立示范目标产品、服务或系统的特征概念检验原型：证明目标系统的技术可行性推广原型：用于让人们确信目标系统价值的原型原型法原型：22原型法的过程4个步骤1确定基本需求2建立初始原型3用户评价4修正和提高原型原型法的过程4个步骤23原型法步骤原型法步骤24原型法的优点鼓励用户参与有助于解决用户之间的差异能给用户一个对最终系统的直观感受帮助确定技术上的可行性有助于推广目标系统的思想快速、不昂贵的初步模型设计用户界面时尤其有用原型法的优点鼓励用户参与25原型法的缺点导致人们认为最终系统将很快完成没有给出系统运行环境的说明导致项目小组忽略完整的测试和文档原型法的缺点导致人们认为最终系统将很快完成26最终用户开发法定义最终用户开发重要的应用软件所使用的技术和方法的集合哪些应用软件适合最终用户开发不包括基础设施软件、关键任务软件、并行支持大量用户软件适合于最终用户开发的工具易于使用

多平台

拥有成本低（价格和培训）广泛的数据类型缺点版本控制、低质量、失控最终用户开发法定义27外包外包：特定的工作、规定的期限、规定的成本、规定的服务水平，委托给第三方传统案例薪水处理资源外包呼叫中心外包DELL的客户服务、技术支持、开发测试外包外包：28外包行业快速发展的原因全球化Globalization互联网TheInternet经济增长和低失业率Growingeconomyandlowunemploymentrate技术Technology管制的解除Deregulation外包行业快速发展的原因全球化Globalization29外包类型4种形式购买现成软件购买现成软件，并付费获得修改服务用友的例子购买现成软件，并付费获得自行修改取可开发全新、独一无二、不曾存在的系统外包类型4种形式30外包类型外包类型31外包流程外包时您将开发两个非常重要的文件：提案请求协议和服务水平协议外包流程外包时您将开发两个非常重要的文件：提案请求协议和服务32Requestforproposal(RFP)提案请求书（RFP）-正式文件，介绍了超级详细需求，并要求供应商提交开发进展的投标书外包时你必须告诉你想要的另一个组织你想要什么，因此RFP必须非常详细和完整有些招标书可能需要几个月甚至几年才能发展Requestforproposal(RFP)提案请求33Servicelevelagreement(SLA)两个组织间的正式合同和法律协议规定双方的权利和义务，交付时间和付款支持SLA文件–servicelevelspecifications服务水平规范andservicelevelobjectives服务水平目标–包含非常详细的数字和指标Servicelevelagreement(SLA)两34外包类型3种类型在岸外包：同一个国家的另一个企业近岸外包：邻国企业，接壤？离岸外包：外包类型3种类型35外包的优点优点：专注于独特的核心竞争力利用另一个组织的智力更好地预测未来的成本获得领先的技术降低成本提高绩效问责能力外包的优点优点：36外包的缺点缺点：降低对未来的创新技术的认知降低了控制程度核泄漏：战略信息泄漏可能性增加增加了对其他组织的依赖外包的缺点缺点：37离岸外包的整体成本如何一个公司的离岸外包合同额是$10million，那么即便是在最佳情况下，公司将实际多花费15.2%，最差的情况要多花费57%。离岸外包的整体成本如何一个公司的离岸外包合同额是$10mi38项目管理的目标项目达到一个特定商业目标的关联活动的计划项目管理使用知识、技能、工具、技术，在特定的预算和时间限制内达到目标范围时间成本质量风险项目管理的目标项目39选择项目确定项目的成本和收益实实在在的好处无形效益资本预算编制方法信息系统计划投资组合分析Portfolioanalysis评分模型Scoringmodel选择项目确定项目的成本和收益40项目管理风险实施和变更管理实施用户和设计师的沟通鸿沟控制风险因素正式的计划和工具Gantt图计划评审法PERT用户克服阻力人机工程学组织的影响分析项目管理风险实施和变更管理41项目管理：甘特图显示了任务、人-日、每个责任人的缩写，以及每项任务的起目日期。资源汇总为优秀的管理者提供了每个月、工作于些项目的每个人的总人-日。项目管理：甘特图显示了任务、人-日、每个责任人的缩写，以及每42项目管理：甘特图项目管理：甘特图43项目管理：甘特图项目管理：甘特图44项目管理：甘特图这是一个简化创建小网站PERT图。它显示了项目任务的顺序和任务的后续任务，并与前面的关系。项目管理：甘特图这是一个简化创建小网站PERT图。它显示了项45什么决定了项目的成败用户的参与及影响管理层的支持和承诺复杂程度和风险水平支出规模、员工规模、实施时间、干系部门数目50-75%失败，需求不明确、不直接的系统、新技术项目管理质量用户关注点设计者关注点系统能提供我工作所要的信息吗？主文件会占用多少磁盘存储空间？我访问数据的速度有多快？执行这一功能需要多少代码？我检索数据方便吗？运行系统时，如何减少CPU时间？我需要费多大力气才能将数据录入系统？存储数据最有效的方式是什么？系统的运行如何融入我的日常工作计划中？使用什么样的DBMS最适合？什么决定了项目的成败用户的参与及影响用户关注点设计者关注点系46评估系统项目风险高低企业风险高谨慎审查确认和开发低回避常规项目评估系统项目风险高低企业风险高谨慎审查确认和开发低回避常规项47成本收益要素成本收益要素48信息系统计划预知风险信息系统计划预知风险49第19讲IT成功指标与业务持续性规划——永续运营、持续改进第19讲IT成功指标与业务持续性规划——永续运营、持续改进50IT成功的指标基础设施为中心的指标以WEB为中心的度量呼叫中心指标财务指标IT成功的指标基础设施为中心的指标51基础设施为中心的度量基础设施为中心的度量测量效率，速度和/或技术能力吞吐量Throughput给定时间内，通过系统传输的速度处理速度系统可用性与停机成反比，或一个系统的平均停机或不可用的时间基础设施为中心的度量基础设施为中心的度量52基础设施为中心的度量精确度测量误差率响应时间响应用户事件的平均时间可扩展性需求增加时，系统能否变化并良好运行基础设施为中心的度量精确度53以WEB为中心的度量Web-centric度量你的WEB和电子商务是否成功独立用户数尼尔森/网络评价的主要指标总点击Pageexposures平均每个访问者访问的页面数转换率购买率、转换成自己的用户的比率以WEB为中心的度量Web-centric度量54以WEB为中心的度量Click-through点击广告并转向其它网站的数目Cost-per-thousand每千美元的广告产生的销售金额废弃注册数开始注册，但中途放弃的人数废弃的购物车数已经有了购物车，但放弃了。以WEB为中心的度量Click-through55呼叫中心指标呼叫中心指标测量呼叫中心的成功指标放弃率未接通电话即放弃的百分比回答平均速度（ASA）从拨通到得到接线的平均时间，通常在几秒钟内时间服务因子（TSF）在某时间内获得回答的百分比，如30或90秒首次呼叫解决（FCR）首次呼叫问题即可解决的百分比呼叫中心指标呼叫中心指标56财务指标最终，一个IT系统必须带来金融意识财务指标也被称为资本分析财务模型多种多样的财务指标最终，一个IT系统必须带来金融意识57财务指标财务指标58IT指标和SLA服务水平协议（SLA）两个合作伙伴间的正式的合同SLA必须包含IT成功指标SLA存在于你和外包组织之间SLA定义了如何衡量外包机构的工作这些内容在服务水平规范（SLS）或服务等级目标(SLO)中SLA也存在于你和ASP之间IT指标和SLA服务水平协议（SLA）59业务持续性规划业务持续性规划(BCP)为了开发BCP制定严谨的科学的组织方案

，指导企业如何从灾难和意外事件中逐步恢复BCP非常重要业务持续性规划业务持续性规划(BCP)60BCP方法学BCP方法学61BCP方法学1Organizationalstrategicplan组织战略计划2分析Analysis3设计Design4实施Implementation5测试Testing6维护MaintenanceBCP方法学1Organizationalstrateg62组织战略计划从这里开始定义好重要的和不重要的重要的内容，必须有BCP组织战略计划从这里开始63