第18讲系统开发:步骤、工具与技术ppt课件.ppt

上传人:牧羊曲112 文档编号:2103951 上传时间:2023-01-10 格式:PPT 页数:69 大小:4.19MB
返回 下载 相关 举报
第18讲系统开发:步骤、工具与技术ppt课件.ppt_第1页
第1页 / 共69页
第18讲系统开发:步骤、工具与技术ppt课件.ppt_第2页
第2页 / 共69页
第18讲系统开发:步骤、工具与技术ppt课件.ppt_第3页
第3页 / 共69页
第18讲系统开发:步骤、工具与技术ppt课件.ppt_第4页
第4页 / 共69页
第18讲系统开发:步骤、工具与技术ppt课件.ppt_第5页
第5页 / 共69页
点击查看更多>>
资源描述

《第18讲系统开发:步骤、工具与技术ppt课件.ppt》由会员分享,可在线阅读,更多相关《第18讲系统开发:步骤、工具与技术ppt课件.ppt(69页珍藏版)》请在三一办公上搜索。

1、第十八讲 系统开发:步骤、工具与技术,第18讲 系统开发:步骤、工具与技术,没有银弹、人月神话的发祥地,系统开发生命周期SDLC,定义指开发信息系统的一种结构化的按部就班的方法7个核心步骤计划分析设计开发测试实施维护,SDLC 7阶段&主要活动,Phase 1:计划,计划阶段制定一个可靠的计划3项主要活动:1 界定要开发的系统识别和选择哪种系统是支持企业战略决策所需要关键成功因素(CSF)对组织的成功起关键作用的因素,Phase 1:计划,2 确定项目范围项目范围:明确定义高层系统的需求范围蔓延:项目范围增大到超出原来的意图时功能蔓延:开发者增加一些不是最初需求的功能时项目范围文件:简短的项目

2、范围的书面定义3 制订项目计划:任务、资源、时间项目计划:what&when&who项目经理:项目计划和管理专家,定义和开发项目计划、跟踪计划以保证所有项目里程碑完成项目里程碑:某些活动完成的关键日期。,Phase 1:计划,项目计划举例,Phase 2:分析,分析阶段指最终用户和信息技术专家共同工作,为目标系统收集、理解和表达业务需求的阶段2项主要活动1 收集业务需求与每一个有权使用新系统的人去交流,回答Why&What联合应用开发会议(JAD):系统用户和技术专家2 对需求定义优先级需求定义文件用户签字,Phase 2:分析,Take time during analysis to get

3、 the business requirements correct.If you find errors,fix them immediately.The cost to fix an error in the early stages of the SDLC is relatively small.In later stages,the cost is huge.,Phase 3:设计,设计阶段 目标系统得以运行的技术性蓝图 2项主要活动1 设计技术框架技术框架:定义系统的硬件、软件和通信设备2 设计系统模型对屏幕、报告、软件、数据等每件事的描述GUI屏幕设计,系统建模与设计,结构化方法数

4、据流图DFD过程规范结构图(层次性)OO开发基于类和继承的概念基于组件的和开发和WEB ServiceUML计算机软件辅助工程(CASE)提供软件工具使用上面的方法自动运行,减少系统开发中的重复性工作,Phase 4:开发,开发阶段:利用设计阶段产生的详细设计资料,将它们转化为实际系统。2项主要活动1 建立技术框架2 建立数据库与编程由技术专家承担,Phase 5:测试,测试阶段:验证系统运行和是否满足所有分析阶段定义的业务需求。2项主要活动1 编写测试条件测试条件:对每个步骤内容和预期结果2 实施系统测试单元测试系统测试集成测试用户验受(acceptance)测试UAT,Phase 6:实施

5、,实施阶段将系统分发给所有用户,他们开始每天使用系统完成工作2项主要活动1 编写详细的用户说明书2 提供培训在线培训:CD或Online面授,Phase 6:实施,选择正确的实施方案并行实施:同时使用新老系统,直至新系统能正确工作直接实施:扔掉新系统,启用新系统引导实施:用户先小范围、后大范围分段实施:功能先小范围、后大范围,Phase 7:维护,维护阶段监测并支持新系统以保证其继续满足业务目标2项主要活动1 建立Help Desk2 提供支持系统变化的环境,系统开发方法:瀑布开发法,应用长、应用广、失败多失败的原因:企业不知道需求计划:管理成本、资源、时间限制;变化的成本解决方案:多种因素,

6、系统开发方法:快速原型法,快速应用开发法(RAD)=快速原型法要点:集中构建一个原型积极邀请系统用户参与一分析、设计和开发反复的交互 式的结构化方法,加快需求的收集,系统开发方法:极限编程法XP,特点将项目拆分成许多很小的阶段,完成当前阶段后,才能进入下一个阶段强调客户满意、适应需求的变化、强调团队合作,系统开发方法:敏捷开发法,a form of XP通过及早的连续的交付有用的软件组件来达到客户满意。较少关注团队编程,较多关注限定项目范围快速而有效小巧而敏捷低成本、少功能周期短,原型法,原型:目标产品、服务或系统的模型原型法建立示范目标产品、服务或系统的特征概念检验原型:证明目标系统的技术可

7、行性推广原型:用于让人们确信目标系统价值的原型,原型法的过程,4个步骤1 确定基本需求2 建立初始原型3 用户评价4 修正和提高原型,原型法步骤,原型法的优点,鼓励用户参与有助于解决用户之间的差异能给用户一个对最终系统的直观感受帮助确定技术上的可行性有助于推广目标系统的思想快速、不昂贵的初步模型设计用户界面时尤其有用,原型法的缺点,导致人们认为最终系统将很快完成没有给出系统运行环境的说明导致项目小组忽略完整的测试和文档,最终用户开发法,定义最终用户开发重要的应用软件所使用的技术和方法的集合哪些应用软件适合最终用户开发不包括基础设施软件、关键任务软件、并行支持大量用户软件适合于最终用户开发的工具

8、易于使用多平台拥有成本低(价格和培训)广泛的数据类型缺点版本控制、低质量、失控,外包,外包:特定的工作、规定的期限、规定的成本、规定的服务水平,委托给第三方传统案例薪水处理资源外包呼叫中心外包DELL的客户服务、技术支持、开发测试,外包行业快速发展的原因,全球化Globalization互联网The Internet 经济增长和低失业率Growing economy and low unemployment rate技术Technology 管制的解除Deregulation,外包类型,4种形式购买现成软件购买现成软件,并付费获得修改服务用友的例子购买现成软件,并付费获得自行修改取可开发全新、

9、独一无二、不曾存在的系统,外包类型,外包流程,外包时您将开发两个非常重要的文件:提案请求协议和服务水平协议,Request for proposal(RFP),提案请求书(RFP)-正式文件,介绍了超级详细需求,并要求供应商提交开发进展的投标书外包时你必须告诉你想要的另一个组织你想要什么,因此RFP必须非常详细和完整有些招标书可能需要几个月甚至几年才能发展,Service level agreement(SLA),两个组织间的正式合同和法律协议规定双方的权利和义务,交付时间和付款支持SLA文件 service level specifications服务水平规范and service leve

10、l objectives服务水平目标包含非常详细的数字和指标,外包类型,3种类型在岸外包:同一个国家的另一个企业近岸外包:邻国企业,接壤?离岸外包:,外包的优点,优点:专注于独特的核心竞争力利用另一个组织的智力更好地预测未来的成本获得领先的技术降低成本提高绩效问责能力,外包的缺点,缺点:降低对未来的创新技术的认知降低了控制程度核泄漏:战略信息泄漏可能性增加增加了对其他组织的依赖,离岸外包的整体成本,如何一个公司的离岸外包合同额是$10 million,那么即便是在最佳情况下,公司将实际多花费15.2%,最差的情况要多花费57%。,项目管理的目标,项目达到一个特定商业目标的关联活动的计划项目管理

11、使用知识、技能、工具、技术,在特定的预算和时间限制内达到目标范围时间成本质量风险,选择项目,确定项目的成本和收益实实在在的好处无形效益资本预算编制方法信息系统计划投资组合分析Portfolio analysis评分模型Scoring model,项目管理风险,实施和变更管理实施用户和设计师的沟通鸿沟控制风险因素正式的计划和工具Gantt图计划评审法PERT用户克服阻力人机工程学组织的影响分析,项目管理:甘特图,显示了任务、人-日、每个责任人的缩写,以及每项任务的起目日期。资源汇总为优秀的管理者提供了每个月、工作于些项目的每个人的总人-日。,项目管理:甘特图,项目管理:甘特图,项目管理:甘特图,

12、这是一个简化创建小网站PERT图。它显示了项目任务的顺序和任务的后续任务,并与前面的关系。,什么决定了项目的成败,用户的参与及影响管理层的支持和承诺复杂程度和风险水平支出规模、员工规模、实施时间、干系部门数目50-75%失败,需求不明确、不直接的系统、新技术项目管理质量,评估系统,成本收益要素,信息系统计划预知风险,第19讲 IT成功指标与业务持续性规划,永续运营、持续改进,IT成功的指标,基础设施为中心的指标以WEB为中心的度量呼叫中心指标财务指标,基础设施为中心的度量,基础设施为中心的度量测量效率,速度和/或技术能力吞吐量Throughput给定时间内,通过系统传输的速度处理速度系统可用性

13、与停机成反比,或一个系统的平均停机或不可用的时间,基础设施为中心的度量,精确度测量误差率响应时间响应用户事件的平均时间可扩展性需求增加时,系统能否变化并良好运行,以WEB为中心的度量,Web-centric度量你的WEB和电子商务是否成功独立用户数尼尔森/网络评价的主要指标总点击Page exposures平均每个访问者访问的页面数转换率购买率、转换成自己的用户的比率,以WEB为中心的度量,Click-through点击广告并转向其它网站的数目Cost-per-thousand 每千美元的广告产生的销售金额废弃注册数开始注册,但中途放弃的人数废弃的购物车数已经有了购物车,但放弃了。,呼叫中心指

14、标,呼叫中心指标测量呼叫中心的成功指标放弃率未接通电话即放弃的百分比回答平均速度(ASA)从拨通到得到接线的平均时间,通常在几秒钟内时间服务因子(TSF)在某时间内获得回答的百分比,如30或90秒首次呼叫解决(FCR)首次呼叫问题即可解决的百分比,财务指标,最终,一个IT系统必须带来金融意识财务指标也被称为资本分析财务模型多种多样的,财务指标,IT指标和SLA,服务水平协议(SLA)两个合作伙伴间的正式的合同SLA必须包含IT成功指标SLA存在于你和外包组织之间SLA定义了如何衡量外包机构的工作这些内容在服务水平规范(SLS)或服务等级目标(SLO)中SLA也存在于你和ASP之间,业务持续性规

15、划,业务持续性规划(BCP)为了开发BCP制定严谨的科学的组织方案,指导企业如何从灾难和意外事件中逐步恢复BCP非常重要,BCP方法学,BCP方法学,1 Organizational strategic plan组织战略计划2 分析Analysis3 设计Design4 实施Implementation5 测试Testing6 维护Maintenance,组织战略计划,从这里开始定义好重要的和不重要的重要的内容,必须有BCP,分析,影响分析风险评估、评估IT资产,它们对威胁的重要性和敏感性威胁分析对组织资产所有可能的威胁建立文档影响的情景分析建立各种威胁最严重的情况要求恢复文件鉴别重要资产和对

16、重要资产的威胁,以及最坏情况,设计,建立BCP,对灾难恢复进行详细计划配置设施:租用空间和电信设备热站:贵公司可以转移到的设备齐全的设施冷站:贵公司可以转移到、但没有计算机设备的地方,设计,Disaster recovery plan should include a disaster recovery cost curve,which charts the cost of unavailable information/technology compared to the cost to recover from a disaster over time.,实施,要点从事任何业务,都要求将提供配套设施,热站和冷站从灾难中恢复的执行程序培训员工评估每一个IT系统,以确保它被配置为从灾难中恢复最佳状态,测试,相对于传统的软件开发生命周期SDLC,测试实施以后的BCP方法模拟灾害情景由员工执行灾难恢复计划必要的成功评估和完善,维护,至少每年都进行测试组织战略计划改变后,变更BCP评估和应对新的威胁“系统”,永无止境!,

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号