作者/冷艷萍,無錫城市職業(yè)技術(shù)學(xué)院
系統(tǒng)軟件開發(fā)過程中的軟件工程技術(shù)探究
作者/冷艷萍,無錫城市職業(yè)技術(shù)學(xué)院
隨著時(shí)代的不斷進(jìn)步,網(wǎng)絡(luò)技術(shù)以及Interact得到了迅速發(fā)展,系統(tǒng)軟件也因此取得了相應(yīng)的變化。因?yàn)橄到y(tǒng)軟件具有復(fù)雜性與特殊性的特點(diǎn),所以,系統(tǒng)軟件的管理開發(fā)活動(dòng)便由此顯得尤為重要。軟件技術(shù)的基礎(chǔ)是進(jìn)行軟件開發(fā),然而,軟件開發(fā)的方式與軟件系統(tǒng)的結(jié)構(gòu)以及功能存在密切的聯(lián)系,幾乎直接決定了其結(jié)構(gòu)與功能,而應(yīng)用系統(tǒng)要比傳統(tǒng)的軟件更符合現(xiàn)代市場的需求。本文主要對(duì)現(xiàn)代應(yīng)用軟件與傳統(tǒng)軟件進(jìn)行了相應(yīng)的分析,并對(duì)軟件工程技術(shù)進(jìn)行了深入的研究,從而提出了有效促進(jìn)軟件工程技術(shù)在軟件開發(fā)過程中的方法,使得系統(tǒng)軟件開發(fā)過程中的軟件工程技術(shù)得到有效的發(fā)展與應(yīng)用。
系統(tǒng)軟件;開發(fā)過程;軟件工程技術(shù);探究
開發(fā)周期模型是傳統(tǒng)軟件開發(fā)過程中最為關(guān)鍵的內(nèi)容,軟件的生存周期模式主要是作為體現(xiàn)軟件工程的整體思想,是軟件生存期進(jìn)行系統(tǒng)開發(fā)、運(yùn)行、維護(hù)過程中,需要進(jìn)行相應(yīng)的活動(dòng)以及任務(wù)的整體框架。傳統(tǒng)的生命周期模型一般主要有增量模型、螺旋模型、瀑布模型、演化模型等。然而,這幾種模型都存在一定的缺陷,模型的特性與軟件產(chǎn)生不適應(yīng)的現(xiàn)象,使得在進(jìn)行軟件應(yīng)用開發(fā)的初始需求無法得到明確的體現(xiàn),且開發(fā)速度較快、特性常會(huì)出現(xiàn)變化等情況。以瀑布模型為例(如圖1)。
圖1 瀑布模型結(jié)構(gòu)圖
瀑布模型的優(yōu)點(diǎn)是能夠?qū)浖_發(fā)階段進(jìn)行清晰、了然的體現(xiàn),并且全面運(yùn)用自頂向下逐步求精形式將整個(gè)開發(fā)過程以不同的階段進(jìn)行相應(yīng)的體現(xiàn),明確區(qū)分每個(gè)階段的相關(guān)工作,從而有助于開發(fā)過程的有效控制。直到全部的階段的工作都完工后,也就說明軟件開發(fā)過程也由此結(jié)束了。然而,在軟件應(yīng)用開發(fā)過程中,瀑布模型的缺點(diǎn)是由它自身的順序性所引起的。在進(jìn)行實(shí)際的軟件應(yīng)用開發(fā)過程中,難以將用戶的實(shí)際需求進(jìn)行非常明確的體現(xiàn),所以,這就導(dǎo)致當(dāng)需求進(jìn)行變更后就會(huì)出現(xiàn)階段反復(fù)的現(xiàn)象,進(jìn)而就需要重復(fù)進(jìn)行需求、設(shè)計(jì)、編碼、測試等過程。
當(dāng)前,基于網(wǎng)絡(luò)技術(shù)以及Interact的不斷發(fā)展、不斷進(jìn)步,軟件應(yīng)用模型逐漸得到了更有效的更新、完善。對(duì)這些系統(tǒng)的開發(fā)、維護(hù)以及管理進(jìn)行有效的更新,就無法繼續(xù)采取傳統(tǒng)的軟件工程方法而進(jìn)行了,應(yīng)當(dāng)探索更新的方法進(jìn)行軟件應(yīng)用的開發(fā)。傳統(tǒng)的軟件工程方法以及工程技術(shù)已然不再受用于軟件的系統(tǒng)開發(fā)中。當(dāng)企業(yè)向面向?qū)ο蟮能浖?yīng)用開發(fā)技術(shù)轉(zhuǎn)向的情況下,支持軟件開發(fā)的活動(dòng)出現(xiàn)變動(dòng)現(xiàn)象是必不可免的,也就說明開發(fā)過程、資源以及組織結(jié)構(gòu)將會(huì)發(fā)生改變。只有采取新的、符合其特點(diǎn)的軟件工程過程,才能有效促進(jìn)面向?qū)ο蟮能浖?yīng)用的開發(fā)。
軟件應(yīng)用系統(tǒng)的優(yōu)勢(shì)是開發(fā)時(shí)間短、初始需求不明確等特點(diǎn)。軟件應(yīng)用系統(tǒng)與傳統(tǒng)軟件系統(tǒng)之間存在的區(qū)別主要有:存在部分的軟件系統(tǒng)主要說的是相關(guān)信息的具體含量,是面向文檔的,一般以靜態(tài)或動(dòng)態(tài)的形式體現(xiàn)。軟件的系統(tǒng)主要對(duì)視覺以及感覺引起相應(yīng)的關(guān)注,并充分以感官舒服為前提。軟件的系統(tǒng)開發(fā)一般也包括內(nèi)容提交的開發(fā)在內(nèi);然而,傳統(tǒng)的軟件開發(fā)通常是由功能或者是過程而進(jìn)行驅(qū)動(dòng)的。盡管程序設(shè)計(jì)以及軟件開發(fā)也包含在軟件工程內(nèi),同時(shí)也適當(dāng)?shù)牟扇×艘恍┫嚓P(guān)的工程原理,但是,因?yàn)檐浖南到y(tǒng)的開發(fā)和軟件開發(fā)之間存在一定的差異,所以,導(dǎo)致軟件工程之間是不相同的。傳統(tǒng)的軟件開發(fā)過程以及生命周期模型在開發(fā)軟件應(yīng)用方面具有一定的缺陷。所以說,應(yīng)用軟件與傳統(tǒng)軟件之間存在一定的區(qū)別。
軟件應(yīng)用系統(tǒng)與傳統(tǒng)軟件開發(fā)在本質(zhì)上是具有一定的區(qū)別的,這就需要在軟件應(yīng)用系統(tǒng)的開發(fā)的流程上,充分將兩者之間的相關(guān)特征進(jìn)行相應(yīng)的區(qū)分。軟件工程在一般情況下主要分為開發(fā)過程模型、項(xiàng)目管理模型、組織公共模型等這幾方面的模型體系。其中,開發(fā)過程模型的構(gòu)建通常是對(duì)軟件應(yīng)用以及開發(fā)周期進(jìn)行相應(yīng)的分析。項(xiàng)目管理模型一般是對(duì)軟件的管理制度以及開發(fā)流程進(jìn)行充分的介紹。而組織公共模型則主要講的是充分將開發(fā)過程模型與項(xiàng)目管理模型進(jìn)行有效的結(jié)合,從而使得其能夠在系統(tǒng)軟件開發(fā)中進(jìn)行有效的貫穿,以此對(duì)軟件開發(fā)中的軟件工程技術(shù)實(shí)施進(jìn)一步的促進(jìn)。此外,在進(jìn)行軟件開發(fā)時(shí)對(duì)相關(guān)人員進(jìn)行的管理和對(duì)相關(guān)材料進(jìn)行的管理都是存在差異的。軟件工程技術(shù)在本質(zhì)上指的就是充分采取工程化管理的方式對(duì)軟件開發(fā)的管理進(jìn)行有效的控制。因此,在進(jìn)行工程技術(shù)應(yīng)用的時(shí)候,應(yīng)當(dāng)對(duì)軟件開發(fā)過程中所出現(xiàn)的各種問題實(shí)施有效地控制,從而有效促進(jìn)既定目標(biāo)的實(shí)現(xiàn)。
當(dāng)前,基于軟件開發(fā)得到了不斷的創(chuàng)新、發(fā)展,系統(tǒng)軟件開發(fā)過程中具有一定實(shí)際意義的方法正逐漸退出。其中,JSD法、SASD法以及JSP法是最為重要的幾種方法,這些方法都有相同的共同點(diǎn),應(yīng)用范圍廣、發(fā)展時(shí)間長。因此,還需進(jìn)一步對(duì)這些軟件開發(fā)集中方法是否可以完全適應(yīng)當(dāng)前軟件開發(fā)需求問題仍需做出有效的考察。然而,在實(shí)際驗(yàn)證過程中,軟件開發(fā)技術(shù)如何才能滿足軟件系統(tǒng)的需求問題的解決迫在眉睫。
軟件工程技術(shù)的特點(diǎn)是復(fù)雜且特殊,這就說明在進(jìn)行軟件開發(fā)的過程中復(fù)雜性是不可避免的。因此,軟件工程師應(yīng)當(dāng)全面意識(shí)到在進(jìn)行軟件開發(fā)的過程中將會(huì)有可能出現(xiàn)的問題,以及充分認(rèn)識(shí)到其不足,并且能夠運(yùn)用科學(xué)的策略進(jìn)行相應(yīng)的調(diào)整,從而促進(jìn)系統(tǒng)軟件開發(fā)過程中的軟件工程技術(shù)的有效應(yīng)用。
基于軟件工程技術(shù)本身具有一定的特殊性,軟件設(shè)計(jì)人員在展開系統(tǒng)的開發(fā)以及設(shè)計(jì)的過程中,應(yīng)當(dāng)對(duì)軟件開發(fā)模式進(jìn)行高效、科學(xué)的建設(shè),進(jìn)而有效促進(jìn)系統(tǒng)軟件開發(fā)過程中的軟件工程技術(shù)的應(yīng)用。此外,模型構(gòu)建的同時(shí),對(duì)于系統(tǒng)軟件的應(yīng)用程序應(yīng)當(dāng)進(jìn)行科學(xué)有效的解讀,特別是研發(fā)周期、研發(fā)流程和開發(fā)管理等,更應(yīng)該需要采取科學(xué)的方式進(jìn)行相應(yīng)的整理,并以此為基礎(chǔ)進(jìn)行軟件模型的有效開發(fā)。但是,只有對(duì)軟件模型實(shí)施項(xiàng)目管理模型的相關(guān)構(gòu)建,才能有效促進(jìn)軟件模型構(gòu)建達(dá)到既定成效。除此之外,軟件項(xiàng)目管理模型以及進(jìn)行公共模型同樣需要實(shí)施相應(yīng)的建設(shè),從而能夠以此判斷出軟件開發(fā)模型中的不足之處,并且對(duì)所產(chǎn)生的不足之處進(jìn)行深入的分析,從而找出能夠進(jìn)行有效解決的對(duì)策,為軟件開發(fā)流程提供穩(wěn)健的發(fā)展。
通常,系統(tǒng)軟件在進(jìn)行系統(tǒng)升級(jí)的過程中,軟件設(shè)計(jì)程序的開發(fā)起到框架的作用,在進(jìn)行軟件更新的過程中,充分對(duì)軟件的性能以及研究方向?qū)嵤┱鎸?shí)、可靠的預(yù)判,也就是說,在應(yīng)用程序上涵蓋了之前軟件開發(fā)中的各個(gè)方面。所以,只有對(duì)軟件設(shè)計(jì)人員的實(shí)際需求實(shí)施充分的分析,才能有效促進(jìn)軟件應(yīng)用程序本身所具有的優(yōu)勢(shì)得到更充分的發(fā)揮,并能夠針對(duì)軟件使用者的實(shí)際需求進(jìn)行全面的調(diào)整。在這樣的形式上,組織軟件技術(shù)人員對(duì)數(shù)據(jù)實(shí)施科學(xué)的處理,從而能夠進(jìn)一步為后續(xù)階段的軟件使用需求實(shí)施有效的梳理,促進(jìn)性能測試的相關(guān)研究。然而,在軟件開發(fā)過程中,應(yīng)當(dāng)明確進(jìn)行軟件應(yīng)用程序開發(fā)的目標(biāo)是為了可以充分滿足軟件使用者的實(shí)際需求,并且對(duì)相關(guān)應(yīng)用界面的設(shè)計(jì)中做出有效的調(diào)整。另外,軟件設(shè)計(jì)人員應(yīng)當(dāng)充分了解軟件使用者的實(shí)際需求,能夠及時(shí)對(duì)軟件設(shè)計(jì)的核心內(nèi)容和軟件使用者的重要內(nèi)容進(jìn)行相應(yīng)的了解,從而做出合理、有效的安排。對(duì)軟件進(jìn)行有效的改善,促進(jìn)軟件用戶者充分感受到系統(tǒng)軟件本身所具備的人性化,從而使得系統(tǒng)軟件得到更廣泛的應(yīng)用,促進(jìn)軟件開發(fā)的高效化。
綜上所述,系統(tǒng)軟件開發(fā)在我國處于新興產(chǎn)業(yè),當(dāng)前,系統(tǒng)軟件的開發(fā)以及應(yīng)用存在一定的問題。然而,基于我國的軟件工程技術(shù)得到了持續(xù)不斷的更新、發(fā)展,軟件工程技術(shù)的廣泛應(yīng)用是必然的趨勢(shì)。此外,由于軟件系統(tǒng)開發(fā)具有復(fù)雜性和特殊性的特點(diǎn),這就充分促進(jìn)了軟件工程技術(shù)的有效創(chuàng)新。所以,只有全面提高計(jì)算機(jī)硬件的升級(jí)作為軟件的支撐,才能充分提高系統(tǒng)軟件工程技術(shù)的有效管理。同時(shí),因?yàn)檐浖こ坦芾砗蛙浖_發(fā)技術(shù)之間具有密切的接洽,所以,只有對(duì)相應(yīng)的軟件開發(fā)技術(shù)實(shí)施充分且有效的改進(jìn)、健全,才能更加滿足軟件使用者的實(shí)際需求,從而促進(jìn)其發(fā)展。
* [1]林聞灝.軟件工程技術(shù)在系統(tǒng)軟件開發(fā)中的應(yīng)用[J].電子技術(shù)與軟件工程.2017(03):56.
* [2]陳忠菊.系統(tǒng)軟件開發(fā)過程中軟件工程技術(shù)的運(yùn)用[J].科技創(chuàng)新導(dǎo)報(bào).2016(18):83-84.
* [3]黃逸之.分析系統(tǒng)軟件開發(fā)過程中的軟件工程技術(shù)[J].電腦迷.2017(01):66.
* [4]鄭彥平.系統(tǒng)軟件開發(fā)過程中的軟件工程技術(shù)[J].電子測試.2014(24):121-123.
* [5]徐歆冰.系統(tǒng)軟件開發(fā)過程中的軟件工程技術(shù)[J].電子技術(shù)與軟件工程.2016(21):60.