http://www.cdj4.com http://www.cdj4.com ayylsp.com ayylsp.com http://www.cfl5.com http://www.cfl5.com http://www.bkq1.com http://www.bkq1.com hslcsoft.com hslcsoft.com yi1ong.com yi1ong.com http://www.bmb9.com http://www.bmb9.com http://www.cfz2.com http://www.cfz2.com http://www.ckt7.com http://www.ckt7.com http://www.cjb5.com http://www.cjb5.com
5378棋牌
http://www.bjy3.com gy-119.com http://www.ckb2.com http://www.cmb4.com http://www.bkx1.com http://www.ckm5.com http://www.bkq1.com http://www.bhp2.com gzjypj.com qxmjsj.com http://www.czp5.com xinwangquan.com bfhut.com 029imo.com http://www.cgl7.com gshmtz.com

      <kbd id='unuj'></kbd><address id='5jyb'><style id='j5vj'></style></address><button id='r4su'></button>

          5378棋牌


          时间:$时间$    文章来源:5378棋牌    点击次数:30910    参与评论 77526人


          5

          逹模语言和设计衣示法是作为提高软件设计质诂的方法出现的据说,贫 有表现力的建模表示法可提萵设计软件的能力,这与数学使我们能推理出史复 杂的东曲非常相像,如果没冇数学这样一种语言,我们足不能推埋出那畔复杂 的东西的。例如,实体关系阁(ERD)是使软件工程师能设汁和交流衣达数据 的模费的一种强有力的建模语言和表示法r没有这样一种语言,设计倌息系统 是非常困难的,而且如果没有一种表示法来衣示关系图,4別人交流这咚设汁 也很困难。语言的形式化使不同的人能够以种格确的方式埋解-个揆甩。

          20世纪80年代,软件工程研究的审点又有所变化,主要研究如何将设丨丨及 设计过程集成到管理的环境中。坫构设汁力法已经跟不L软件系统复杂性的增 长,在20世纪80年代后半期,开始出现一种新的设汁梭式.即面向对象 (objec丨-orienta丨丨on)的设计模式。利用面向对象的程序设汁,软件工程师可以 (从理论上说> 在一个实现语J中对问题域和方案域进行迮梭,面向对象方法 的研究可追溯到20世纪60年代后期Simula (―种模拟程序设计语言)的研制, 这个语言在Smal!丨a!k中得到丫进一步的改进。随者C++的出现,面向对象的挥 序设计开始流行起来。此时,关十敁用程序设计有一个抟变,即从基于文本的 终端到阉形用户界面(GUI)的转变。面向对象的程序设汁很适合于GU丨的研 究。在20世纪80年代后期和90年代初期,术语软件体系蛣构(software archi丨ec丨ure)开始在文献中出现。

          在20世纪的50年代初,程序设汁员的大多数时间都花费在纠卍软件中的错 误上。对于这种悄形的回应足建立子程序,使程序员能敢用已经编写并调试过 的程序段,从而改进程序员的生产肀。在20世纪50年代后期,手工编程已经变 得很不经济了(即使足在可蜇用子桿序的帮助下 >。因此,开始f内动程序设 计系统方曲的研究。内动程序设计允丨午程序员用高级诏言代码编写程序,然后 用其他程序将它们转换为二进制机器指令,所编写的这些程序人们更容易看僅。 这样,软件开发中的第一次横式转变就发生了。

          很显然,滿要一个综合的、多视阓的设计方法来应对设计和开发大沏软件 系统的复杂性。这个多视图的方法在统一违模语吝(Unified Modeling Language, UML)的研制中达到了顶時,UML结合了来台许多方法学家的迮 模概念和表示法。正是在20世纪90年代后期,设丨丨模式开始变成了共亨设计知 识的一种流行方法。

          笫二次模式转变发生在20世纪70年代前半期.那时,结构设计和软件幵发 模切已经取得f进展。它们基于更为有机的发展方法,有别于硬件「.程的基f 淨布的方法,软件设计的定坫研究已经开始,但从未在主流行业中发展起来, 部分原闪足山于软件系统的阂有特件所决定的。这一时期的研究人员开始将粞 力集中在软件设计上,H的是解决幵发复杂软件系统的问题。这个工作假设. 软件歼发中的软件设计是一项独立于软件实现的活动,它需要自己的二具、技 术和违模语言。

          为y冇效地琅用组件,必须按照绀件的抽象槪念来表示解决方案很多时 候,某个特定的抽象槪念(如关系实体)不合要求,就橡自然语^不具有表达 某些概念的词汇一样。与创造新的诃汇一样,我们必须创造新的技术a向向讨 象的数据库就楚这种创造的一个例子,当面向对象的程序设计开始取代现打结 构化语言(如C和Pascal )时,在程序设计语n的信息表示和数据序的信息表 示之间就产生了语义间隙许多文章和书供将其称为对象关系映射问挫\ I丨的, 我们已经看到了帮助克脤这个问题的对象关系映射模式方面的文审:

          为y冇效地琅用组件,必须按照绀件的抽象槪念来表示解决方案很多时 候,某个特定的抽象槪念(如关系实体)不合要求,就橡自然语^不具有表达 某些概念的词汇一样。与创造新的诃汇一样,我们必须创造新的技术a向向讨 象的数据库就楚这种创造的一个例子,当面向对象的程序设计开始取代现打结 构化语言(如C和Pascal )时,在程序设计语n的信息表示和数据序的信息表 示之间就产生了语义间隙许多文章和书供将其称为对象关系映射问挫\ I丨的, 我们已经看到了帮助克脤这个问题的对象关系映射模式方面的文审:

          当然,货权衡查找、’事挥.集成可束用代码的时间.所以要求可电用代码要存 易找到、快速掌握、集成简申,代码审用在下列情况下很有用:

          在20世纪的50年代初,程序设汁员的大多数时间都花费在纠卍软件中的错 误上。对于这种悄形的回应足建立子程序,使程序员能敢用已经编写并调试过 的程序段,从而改进程序员的生产肀。在20世纪50年代后期,手工编程已经变 得很不经济了(即使足在可蜇用子桿序的帮助下 >。因此,开始f内动程序设 计系统方曲的研究。内动程序设计允丨午程序员用高级诏言代码编写程序,然后 用其他程序将它们转换为二进制机器指令,所编写的这些程序人们更容易看僅。 这样,软件开发中的第一次横式转变就发生了。

          面向对象的程序设计在20世纪90年代中期丨nternc丨成为新的i丨箅平台时 达到了高潮?大约在同时,软件设计还经历了另一次转变。这一次,它不 是从以前的设计模式转变,而是趋向于多种方法的综合。诸如类/职贵/合作者 (C丨ass/RcsponsibiW丨ies/CoHabora丨ors, CRC〉垮和用例分折这祥的设汁技水扩 充了面向对象的技术。出自于结构设计运动的方法和逹模表示法(包括诸如状 态转换图和处理模塑等图示技术)也向面向对象的建模方法发味。

          1.2软件工程基础

          某些COTS组件具有注立应川程汴或应用程庁组件的专用程序设汁语言_。 对于具体的问题,这些语g比通用程序设汁语言好用。例如,在使用关系数据

          当然,货权衡查找、’事挥.集成可束用代码的时间.所以要求可电用代码要存 易找到、快速掌握、集成简申,代码审用在下列情况下很有用:

          根据Pah丨(Pah丨,丨996>的观点,工程师的主要任务“足将他们的科学和 工程知识应用于技术问勉的解决方案,然后在需求和约束条件的范围内,根据 素材、技术、经济、法律、环境及与人有关的条件优化这些方案。”我们可以 扩充这个定义来说明软件工程师的主要任务。非正式地说,软件L程师的主抝 仟务适将他们的逻辑和程序设计知识应用于技术和务问题的解决方案。然后, 他们在滞求和约束条件的范围内,根据逻辑(软件工程家材)、软件技术和经 济、法徉、环境、安全等条件优化这些解决方案。

          ?以二进制(编译过的)形式得到,耐以导入或链接到其他祖件或砬用系 统的商用成品软件(COTS >组件。包括:

          某些COTS组件具有注立应川程汴或应用程庁组件的专用程序设汁语言_。 对于具体的问题,这些语g比通用程序设汁语言好用。例如,在使用关系数据

          ?通用程序设计语芑 ?令用程序设计语言 ?逑模语在和表示法

          当然,货权衡查找、’事挥.集成可束用代码的时间.所以要求可电用代码要存 易找到、快速掌握、集成简申,代码审用在下列情况下很有用:

          C++和Java这样的强有力的通用程序设计语言提供^建立许多复杂问韪解 决方案的能力.它们允许稃序设计R将精力集中于手头的问题.而不用拘心H. 体的硬件功能。通用的面向对象的语言并不能独自解决复杂的问题;它们必顼 与指导原则和设计橡式一起使用。诸如God Class (Riel,丨996)这种类.它实 际上只是结构化子稈序的一个大集合,这种类足不经常吞到的。

          欢#体.系姑构介铉

          ?可重用资源

          H前.按技术路线别分工作在实际疢川中比较常见通常会将用户界如 (u丨)或表示开发弓中间M开发成后端幵发分开> 似是,如果没有体系结构. 即使足这种工程专业划分也不一定行助于产生商质坩的系统。冇的程序设丨丨人 员认为,这种分离(称为水f分M>并不一定有效.他丨丨丨提們难宵分层,在承 A分层中,毎个开发人员负炎一组功能浠求,并R从前到后地实现它们。这两 种方法都可以有效使用。差别只不过足个人的技能与技术领导、项丨J筲理技水 的结合而已。

          软件体系结构介绍

          http://www.cfm7.com http://www.cdw4.com http://www.bkb7.com virtualedm.com http://www.bjr5.com http://www.cky5.com http://www.bjz7.com sinoshw.com http://www.czq1.com http://www.bhr9.com xf988ka.com kaoliyeye.com http://www.bjr5.com http://www.bhn0.com turemaker.com