FO软件编程思想拯救云计算软件危机最佳专项方案.docx
《FO软件编程思想拯救云计算软件危机最佳专项方案.docx》由会员分享,可在线阅读,更多相关《FO软件编程思想拯救云计算软件危机最佳专项方案.docx(7页珍藏版)》请在咨信网上搜索。
1、FO软件编程思想拯救云计算软件危机最好方案60年代中期,大容量、高速度计算机出现,使计算机应用范围快速扩大,软件开发急剧增加。高级语言开始出现;操作系统发展引发了计算机应用方法改变;大量数据处理造成第一代数据库管理系统诞生。软件系统规模越来越大,复杂程度越来越高,软件可靠性问题也越来越突出。原来个人设计、个人使用方法不再能满足要求,迫切需要改变软件生产方法,提升软件生产率,软件危机开始爆发。1968年,北大西洋条约组织计算机科学家在联邦德国召开国际会议,第一次讨论软件危机问题,并正式提出一个新名词:软件工程。以后出现了一门新兴工程学科软件工程学,目标就是研究和克服软件危机。软件工程不能处理软件
2、危机刚开始时候,软件工程确实处理了部分问题。然而进入上世纪80年代以后,尽管软件工程研究和实践取得了较大成就,软件技术水平有了长足进展,不过软件生产水平仍然远远落后于硬件生产水平发展速度。当需求比较复杂时候,软件工程本身也出现了危机。比如当一个需求需要1亿个模块时候,缺乏必需文档资料或文档资料不合格,将给软件开发和维护带来很多严重困难和问题。云计算必需面对“软件危机”软件开发商极少提“软件危机”事情,架构设计师依据用户需求,制订出开发方案后,软件人员只需要根据要求编写代码就能够了。实际上中国很多软件人员好象不知道有“软件危机”这回事。传统软件开发能够回避谈论“软件危机”,毕竟是一个简单系统,比
3、如ERP,也只是一个简单系统,即便出现软件危机,影响也不会太大,最多是影响一个大型企业。然而开发云计算产品时候,软件危机就成了绕不过去坎了。一样是提供企业资源管理服务,影响就不是一个企业,也是很多企业,和和这些企业相关联政府部门,比如税务局、工商局、商业局、统计局等,因为这些部门从企业“数据云”里取得相关信息。软件危机本质难题图灵奖取得者Fred Brooks在1987年所发表了一篇相关软件工程经典论文没有银弹。认为没有任何一项技术或方法能够能让软件工程生产力在十年内提升十倍。这篇经典论文关键叙述通常被解释为复杂软件工程问题无法靠简单答案来处理。而她结论到现在为止是正确。软件危机本质难题在于软
4、件体系结构和软件程序代码数量。1、体系结构是指数据、算法、功效在软件系统中连接形式,尽管数据、算法、功效本身是正确,不过其连接形式是多样,也就是说每个组成组员,是经过多条路径和其它组员连接。比如ERP中库存管理里家电产品信息,会关联到商业销售、物流、运输等。2、程序是完成一个功效所需要逻辑过程集合。程序代码是统计逻辑过程符号。因为程序员本身问题,逻辑不清楚或所使用符号不正确,将造成程序存在“BUG”。代码数量越多,隐藏“BUG”就越多。只有采取革命性方法才有处理软件危机可能以软件工程为关键传统软件开发方法,经过几十年发展,已经达成了一定高度,而且也出现了大量创新方法和思想。比如高级语言出现,面
5、向对象编程,图形化编程,程序验证,构件技术,UML,MDA,SOA,灵敏开发等等。1、Model Driven Architecture 模型驱动架构UML是MDA所使用关键技术,任何使用MDA创建应用程序全部基于标准化,和平台无关UML模型。这么,就意味着应用程序被定义为和平台无关,所以这么应用程序就是可移植。这很轻易让人想到Java所宣称“write once run anywhere”,试图去构建一个平台无关框架,如Swing UI库。不过这种想法必需在性能和平台集成上作出折衷,而在过去这种折衷是很多产品失败根源,因为这些失败,业界仍然很怀疑MDA宣言。2、灵敏开发AM是一个态度,而不是
6、一个说明性过程。AM是灵敏建模者们坚持价值观、灵敏建模者们相信标准、灵敏建模者们应用实践组成集合。 AM描述了一个建模风格。当它应用于灵敏环境中时,能够提升开发质量和速度,同时能够避免过分简化和不切实际期望。AM是对已经有方法补充,而不是一个完整方法论。AM并不是要反对文档。文档创建和维护全部会增大项目涉众投资。灵敏文档尽可能简单,尽可能小,目标只集中在和现在开发系统有直接关系事情上,充足了解受众需要。AM也不是要反对CASE工具。灵敏建模者使用那些能够帮助开发人员提升效果,提升价值工具。而且,她们还尽力使用那些能够胜任工作最简单工具。一直以来,国外优异软件工程师和软件研究人员殚尽竭虑,寻求提
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- FO 软件 编程 思想 拯救 计算 危机 最佳 专项 方案
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。