1. <tt id="5hhch"><source id="5hhch"></source></tt>
    1. <xmp id="5hhch"></xmp>

  2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

    <rp id="5hhch"></rp>
        <dfn id="5hhch"></dfn>

      1. 簡(jiǎn)述軟件工程存在的問(wèn)題及發(fā)展方向

        時(shí)間:2022-11-10 07:16:37 論文范文 我要投稿
        • 相關(guān)推薦

        簡(jiǎn)述軟件工程存在的問(wèn)題及發(fā)展方向

          軟件飛速發(fā)展,各種軟件得到普遍應(yīng)用,給人們的生活帶來(lái)極大的便利。在軟件的使用中,企業(yè)生產(chǎn)以及人們生活水平都得到明顯的提升。下面是小編整理的簡(jiǎn)述軟件工程存在的問(wèn)題及發(fā)展方向,希望對(duì)你有所幫助。

          摘要:隨著信息技術(shù)的快速發(fā)展,計(jì)算機(jī)軟件開發(fā)的規(guī)模和其復(fù)雜程度不斷的增加,軟件工程中的一系列問(wèn)題也應(yīng)運(yùn)而生。為了減少在開發(fā)過(guò)程中不必要的人力和物力浪費(fèi),加強(qiáng)軟件工程管理勢(shì)在必行。這樣才能提高軟件企業(yè)的競(jìng)爭(zhēng)力,進(jìn)而推進(jìn)我國(guó)信息化建設(shè)。

          一、國(guó)內(nèi)外軟件工程發(fā)展現(xiàn)狀

          作為信息時(shí)代計(jì)算機(jī)發(fā)展的核心技術(shù),軟件工程是目前就業(yè)非常熱的一門專業(yè),市場(chǎng)需求量在逐年增加。同時(shí),它又是一門非常復(fù)雜的技術(shù),其技術(shù)的主要目的就是通過(guò)抽象方法把現(xiàn)實(shí)世界中的復(fù)雜問(wèn)題轉(zhuǎn)化為軟件空間中的解題程序,然后通過(guò)計(jì)算機(jī)的分析最終得到解題方案。但外界因素的印象往往差異較大,例如人們對(duì)事物的認(rèn)知理解的過(guò)程和方法不一樣,會(huì)造成軟件構(gòu)造過(guò)程中的設(shè)計(jì)、分析、實(shí)現(xiàn)方法不統(tǒng)一,造成生產(chǎn)效率低下。

          軟件工程興起于八十年代,它的興起帶來(lái)了計(jì)算機(jī)的革命,歐美許多國(guó)家紛紛投入大量資金、開展研討會(huì)等商討詳細(xì)的發(fā)展計(jì)劃,在研究方面投入了巨大的人力和財(cái)力。軟件工程的核心是研究其支撐技術(shù),并在此基礎(chǔ)上將其推向智能化、高集成化。目前國(guó)外軟件工程的技術(shù)發(fā)展相對(duì)比較成熟,業(yè)界一些主流的開發(fā)工具和集成開發(fā)環(huán)境都是有國(guó)外的公司設(shè)計(jì)和定義的。

          我國(guó)軟件工程技術(shù)起步比較晚,相比較國(guó)外發(fā)達(dá)國(guó)家還有相當(dāng)大的差距。但是我們雖然起步晚,發(fā)展卻很快,短短這么些年, 已經(jīng)開發(fā)出了屬于我們自己知識(shí)產(chǎn)權(quán)的軟件技術(shù),例如早期的XYZ系統(tǒng)、B一45系統(tǒng)等等,這些都是我國(guó)軟件發(fā)展的先驅(qū)。同時(shí),我們還制定了一系列的符合我們自己國(guó)情的政策和發(fā)展計(jì)劃,都取得了不小的成功。

          二、存在的問(wèn)題

          (1)缺乏比較完善的軟件工程管理體制在軟件開發(fā)中,項(xiàng)目經(jīng)理是軟件項(xiàng)目管理的第一負(fù)責(zé)人,在整個(gè)開發(fā)過(guò)程中起著極其重要的作用。但是目前在大多數(shù)軟件企業(yè)中,并沒(méi)有專門的人員來(lái)管理負(fù)責(zé)整個(gè)開發(fā)團(tuán)隊(duì)。被任命的經(jīng)理要么技術(shù)上過(guò)硬, 但缺乏較強(qiáng)的管理溝通能力;要么有不錯(cuò)的領(lǐng)導(dǎo)力,但是技術(shù)卻不過(guò)關(guān),很少能做到兩頭都抓。因此往往不能很好的協(xié)調(diào)整個(gè)研發(fā)團(tuán)隊(duì)的工作,導(dǎo)致開發(fā)效率較慢。

          (2)人員、進(jìn)度控制不理想人員控制是對(duì)開發(fā)組織內(nèi)部人員的控制,要求保證開發(fā)人員的積極性和穩(wěn)定性。人員的頻繁更換和流動(dòng)會(huì)導(dǎo)致程序出錯(cuò)的幾率加大, 因此,開發(fā)團(tuán)隊(duì)中的人員不宜做大幅度的調(diào)動(dòng),至少應(yīng)該保證軟件工程和軟件周期中人員的穩(wěn)定性。但目前很多軟件開發(fā)公司卻沒(méi)有意識(shí)到這點(diǎn)的重要性,從而導(dǎo)致不少產(chǎn)品生產(chǎn)效率很慢甚而不合格。

          另外一個(gè)重要的方面,開發(fā)過(guò)程中的進(jìn)度控制不理想。進(jìn)度控制是指在軟件開發(fā)過(guò)程中將各個(gè)項(xiàng)目的進(jìn)度控制在總的計(jì)劃中去,從而保證整體的研發(fā)進(jìn)程。但是往往由于人員分配不合理、資源不能到位等等原因的影響,在實(shí)際的開發(fā)工作中,經(jīng)常會(huì)無(wú)法按計(jì)劃進(jìn)行,延期項(xiàng)目的事件時(shí)有發(fā)生。在更新速度顯得十分重要的軟件行業(yè)此舉無(wú)疑給企業(yè)造成了巨大的損失。

          (3)開發(fā)過(guò)程求全求快在開發(fā)過(guò)程中,團(tuán)隊(duì)之中難免會(huì)有一些人希望能盡早將軟件應(yīng)用于計(jì)算機(jī),這固然是種積極的心態(tài), 但沒(méi)有認(rèn)識(shí)到的是:軟件開發(fā)是一個(gè)漫長(zhǎng)的過(guò)程,也不是一個(gè)能靠人海戰(zhàn)術(shù)就可以縮短的工期。此外, 即使計(jì)算機(jī)具有強(qiáng)大的數(shù)據(jù)處理能力,一個(gè)系統(tǒng)也無(wú)法包羅萬(wàn)象,貪大求全。而應(yīng)該根據(jù)現(xiàn)有的硬件條件量力而行。同時(shí),系統(tǒng)的復(fù)雜度越高,開發(fā)所耗費(fèi)的時(shí)間就越長(zhǎng),出錯(cuò)的幾率便會(huì)變大也可能導(dǎo)致整個(gè)系統(tǒng)的失敗。

          三、解決方案

          (1)實(shí)行項(xiàng)目組負(fù)責(zé)體質(zhì)大型軟件開發(fā)系統(tǒng)的項(xiàng)目管理可實(shí)行兩級(jí)責(zé)任制。第一級(jí)負(fù)責(zé)人是“項(xiàng)目主管”,主要負(fù)責(zé)項(xiàng)目中與合同有關(guān)的事宜,進(jìn)行企業(yè)與開發(fā)公司之間的協(xié)調(diào)。同時(shí)負(fù)責(zé)整個(gè)研發(fā)團(tuán)隊(duì)之間的交流溝通,協(xié)調(diào)各小組之間的進(jìn)度。第二級(jí)負(fù)責(zé)人是“項(xiàng)目組長(zhǎng)”,主要負(fù)責(zé)項(xiàng)目開發(fā)中的技術(shù)管理,監(jiān)督各小組的進(jìn)度以及審核產(chǎn)品的質(zhì)量。這樣實(shí)行的二級(jí)責(zé)任制可有效的解決軟件開發(fā)中分工不明確,領(lǐng)導(dǎo)人不能兩頭都抓的問(wèn)題。

          (2)明確的進(jìn)度和質(zhì)量管理在軟件項(xiàng)目中,進(jìn)度控制是非常重要的一個(gè)環(huán)節(jié),主要有兩方面舉措可以加強(qiáng)這個(gè)環(huán)節(jié)。一是制定進(jìn)度計(jì)劃,二是實(shí)施進(jìn)度控制。在軟件開發(fā)初期制定初步規(guī)劃,首先按照各子程序項(xiàng)目的規(guī)模,估計(jì)各小組工作量;再按照各子系統(tǒng)及應(yīng)用程序的性質(zhì)及負(fù)責(zé)度安排合理的開發(fā)順序,并且能及時(shí)合理的調(diào)配人員。在實(shí)施進(jìn)度控制時(shí),要根據(jù)進(jìn)度圖和人員配置制定好每個(gè)人所承擔(dān)的開發(fā)量,規(guī)定好程序開發(fā)的開始時(shí)間、截止時(shí)間、程序驗(yàn)收時(shí)間,項(xiàng)目組長(zhǎng)要及時(shí)進(jìn)行監(jiān)督,并合理修改進(jìn)度。

          常規(guī)意義上質(zhì)量和進(jìn)度往往是相互矛盾的。一方面,軟件工程的開發(fā)時(shí)間一般比較緊,為了趕進(jìn)度經(jīng)常會(huì)忽視了質(zhì)量;另一方面,要追求高質(zhì)量,會(huì)延長(zhǎng)工期,影響進(jìn)度。為了將進(jìn)度和質(zhì)量都做好,筆者認(rèn)為可以設(shè)置專門的質(zhì)量監(jiān)控員進(jìn)行質(zhì)量監(jiān)管,還應(yīng)實(shí)行定期或不定期的質(zhì)量抽查。整個(gè)開發(fā)團(tuán)隊(duì)的程序員要求統(tǒng)一結(jié)構(gòu),統(tǒng)一風(fēng)格,統(tǒng)一命名,以提高程序的可維護(hù)性。

          四、發(fā)展方向

          實(shí)行開發(fā)過(guò)程的工程化管理。所有軟件,不論其規(guī)模、用途、語(yǔ)言有多大的差異,都有一個(gè)共同的特點(diǎn),就是要么遵循生命周期規(guī)律,要么遵循原型規(guī)律。這是軟件開發(fā)的共同特點(diǎn),由此衍生出了兩種工程化管理模式。即生命周期管理模式和原型管理模式。

          兩種管理模式各具優(yōu)點(diǎn),也各有自己一定的局限性。生命周期管理模式是按照軟件開發(fā)的先后順序?yàn)橹骶,這樣可以有效的遏制延期的發(fā)生,而原型管理模式是以各個(gè)開發(fā)模塊為主線,有利于項(xiàng)目負(fù)責(zé)人和項(xiàng)目組長(zhǎng)的管理,使開發(fā)過(guò)程中的分工更明確。人們顯然傾向于遵循純粹的生命周期管理模式來(lái)管理整個(gè)開發(fā)過(guò)程,但大型的系統(tǒng)往往具有多變性、復(fù)雜性、模糊性等特點(diǎn),所以簡(jiǎn)單的只運(yùn)用生命周期管理模式是不夠的,也是不現(xiàn)實(shí)的。為了解決復(fù)雜的問(wèn)題,必須借助原型管理模式。因此, 軟件工程管理應(yīng)采用生命周期管理模式和原型管理模式相結(jié)合的方式。

          兩種方法想結(jié)合的模式有宏觀和微觀兩個(gè)側(cè)面。宏觀上,采用傳統(tǒng)的生命周期法,有明顯的階段性;微觀上,在設(shè)計(jì)和編程過(guò)程中,如果有必要,則采用原型法,這樣兩種管理模式有機(jī)的結(jié)合起來(lái),以生命周期法為主線,有需要時(shí),以原型法為輔助,這樣既解決了開發(fā)的階段性,又解決了需求不明確性和責(zé)任不明確性的問(wèn)題。

          總是,現(xiàn)今的軟件開發(fā)環(huán)境日益趨于完善,我們?cè)谶@個(gè)競(jìng)爭(zhēng)激烈的環(huán)境中,要切實(shí)認(rèn)識(shí)到自身的不足,有針對(duì)性的做好軟件工程管理工作,所謂“三分靠技術(shù),七分靠管理”,樹立重技術(shù)、抓時(shí)效、保質(zhì)量的管理意識(shí),真正發(fā)揮出軟件工程的潛能,打造強(qiáng)有力的開發(fā)團(tuán)隊(duì)。

        【簡(jiǎn)述軟件工程存在的問(wèn)題及發(fā)展方向】相關(guān)文章:

        論文寫作存在的問(wèn)題04-15

        簡(jiǎn)述時(shí)間名詞的范疇問(wèn)題論文06-05

        誦讀教學(xué)存在的問(wèn)題論文05-06

        配電管理存在問(wèn)題論文05-09

        高校多媒體教學(xué)存在的問(wèn)題08-02

        中藥飲片存在問(wèn)題論文05-09

        論學(xué)校體育教學(xué)目前存在的問(wèn)題05-10

        企業(yè)成本管理存在的問(wèn)題及對(duì)策的論文07-29

        企業(yè)激勵(lì)管理存在問(wèn)題分析論文04-19

        農(nóng)業(yè)企業(yè)創(chuàng)業(yè)階段存在問(wèn)題研究08-02

        国产高潮无套免费视频_久久九九兔免费精品6_99精品热6080YY久久_国产91久久久久久无码

        1. <tt id="5hhch"><source id="5hhch"></source></tt>
          1. <xmp id="5hhch"></xmp>

        2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

          <rp id="5hhch"></rp>
              <dfn id="5hhch"></dfn>