摘要:隨著計算機軟件開發(fā)的飛速發(fā)展,計算機軟件開發(fā)的規(guī)范化已經成為了一個不可忽視的問題。本文對現(xiàn)階段軟件開發(fā)形式進行闡述,提出了規(guī)范化軟件開發(fā)的漏洞會造成的后果。然后介紹了在軟件開發(fā)的過程中應注重計算機規(guī)范化軟件開發(fā)的重要性,從而企業(yè)應該重視規(guī)范化計算機軟件開發(fā)的規(guī)范化。
關鍵詞:軟件開發(fā);重要性;規(guī)范化
中圖分類號:TP311 文獻標識碼:A 文章編號:1007-9599 (2012) 18-0000-02
現(xiàn)階段我國的金融市場猛速發(fā)展,金融事業(yè)越來越傾向于信息化,因此,只有更高的提高軟件研發(fā)人員的研發(fā)技術水平和保證產品的規(guī)范化才能應時所需。在我看來,軟件產品的規(guī)范化設計是軟件生存周期中一個關鍵點。它的基本內容是在探究條件下設定軟件產品的運行環(huán)境、工作性能和質量需求,擬定用戶應用軟件的須知和準則,策劃必要的說明和綱要。軟件需求分析是軟件規(guī)范化的關鍵,它必須把運行環(huán)境放在首位,需求說明書必須設計明了在經過客戶允許的人分析后由客戶本人進行確定。在實際的運作中要評析產品的運行環(huán)境;獲知客戶更加明了的需求;確定人機界面;對之前的產品生產規(guī)劃進行合理的改正;編寫檢測方案;擬定客戶應用須知;進行詳細的審斷。最后要確保必需的文件應有盡有,再進行嚴格的評價和審斷。必需的文件基本包括改正之后的產品生產規(guī)劃、客戶應用須知檢測方案、軟件需求和數(shù)據要求講明準則等方面。
1 概要設計標準和詳細設計標準
概要設計和詳細設計是軟件生存周期中的兩個方面,兩者有時會被較小的軟件產品研發(fā)項目合并在一起稱之為軟件設計。在實際操作中軟件設計工作具有結構化特色,一般是采取逐步求精的設計措施,在對客戶需求進行分析后,獲取軟件產品系統(tǒng)設計策略、軟件構造和制作流程等。
1.1 概要設計研發(fā)標準。這個階段的使命是:按照產品的需求,創(chuàng)設目標軟件系統(tǒng)整體構造各模塊的聯(lián)系,給每一模塊的接口和控制接口下定義。創(chuàng)建一個全局的數(shù)據庫,設定設計的局限范圍,擬定組裝檢測方案。概要設計研發(fā)標準規(guī)定在創(chuàng)建目標系統(tǒng)的全面構造時候,每一功能模塊之間必須符合低耦合度以及高內聚度以便給予系統(tǒng)優(yōu)良的形態(tài)。在建立目標系統(tǒng)的整體構造時候,要盡可能的使模塊接口簡單化。詳細操作運用時必須滿足目標系統(tǒng)的整體構造。對于較大型號的系統(tǒng)設計,可以把關鍵的軟件分成若干個子系統(tǒng),接著再為這些子系統(tǒng)創(chuàng)設功能模塊以及它們之間的關系,然后對它們的各接口界面進行注解。那些較一般的系統(tǒng),可以直接去創(chuàng)設各個功能模塊和它們之間的聯(lián)系,對數(shù)據接口進行注解,創(chuàng)建數(shù)據庫或者是數(shù)據結構;擬定組裝檢測策略;進行評析。最后,所創(chuàng)設的系統(tǒng)需要包含全部軟件產品需求;建立系統(tǒng)結構,詳細地指明系統(tǒng)每一個模塊的性能以及它們之間的關系,指明各接口的控制特性;必要的文件需應有盡有,可以進行測驗。必需的文件包括組裝檢測策略、概要設計和數(shù)據庫創(chuàng)設注釋書等。
1.2 詳細設計研發(fā)標準。這個階段的使命是:過程性地闡釋概要設計里的功能模塊。算法以及內部構造是這些功能模塊內部細節(jié)的兩個方面,他們對擬寫源代碼起到促進作用,創(chuàng)設“模塊研發(fā)”系統(tǒng)。具體設計研發(fā)標準,規(guī)定要使各個程序模塊保障全部輸入、輸出和處理性能;最大化地根據設計準則進行設計。在實際的操作運用過程中要用概要設計,使軟件產品系統(tǒng)中的每一個功能模塊漸漸細化,使之產生多個子程序模塊;采取具體的創(chuàng)設表以及措施過程性地闡釋每一個程序模塊;創(chuàng)設“模塊研發(fā)”,編寫模塊檢測策略;進行評析。最后,要具體地設計每一個程序模塊間的接口,其中包含參數(shù)的形成過程以及傳遞措施等方面;必要的文件需要應有盡有,可以對其進行測驗。必需的文件基本包括具體設計注釋書以及“模塊研發(fā)”。
2 軟件檢測不夠規(guī)范
2.1 檢測規(guī)范化缺乏,檢測報告托辭模糊。檢測的總論報告應該盡可能地給研發(fā)部門以及領導留下明了的印象。檢測報告中應把檢測出來的錯誤劃分為多個等級,比如一般性、致命性和警告性等問題,并盡可能地對各類錯誤提出多樣化的修改意見,千萬不可千篇一律,這樣做不僅會使研發(fā)部門更加反感并會使領導對要研發(fā)的軟件產生誤解。把問題分出多個類別無疑是至關重要的,另外,它對研發(fā)部門的工作果實也是一種重要的認定方法。假設你在操作研發(fā)工具編譯時,在得到最終的編譯報告時忽略了把錯誤分等級,我們實在想不出它會是什么模樣,一樣的道理,檢測上交的檢測報告同樣需符合這種要求。
2.2 在檢測報告里,沒有詳細的闡釋發(fā)現(xiàn)錯誤的環(huán)境及過程,對軟件修改不利。我們在一些檢測部門上交的報告中發(fā)現(xiàn),報告中只存在一個表格,關于軟件發(fā)現(xiàn)的錯誤和不足,沒有對監(jiān)測的環(huán)境、條件和對錯誤發(fā)現(xiàn)的過程進行詳細的說明,這對研發(fā)部門進行修改產生不利影響。正規(guī)的檢測及研發(fā)要求是在檢測條件具備的基礎上,準確可觀地去發(fā)現(xiàn)檢測過程中產生的錯誤,然后上交到研發(fā)部門,使其能更容易地對錯誤進行修改。
3 檢測環(huán)境和標準有待進一步規(guī)范
如果可能的話,為了能夠使研發(fā)方在早期創(chuàng)建檢測環(huán)境以改善檢測環(huán)境,提升檢測標準,檢測部門應盡可能地給研發(fā)方提供些檢測工具。檢測工具也有了明顯的變化,由之前的手工檢測升級到自動檢測,以定性為主要標準變?yōu)橐远繛闇?,隨著標準的檢測手段漸漸改善,檢測工具也隨之更加的全面。有時,檢測方應適當?shù)臑檠邪l(fā)方給予檢測工具,或者是對研發(fā)方進行檢測教育,增強軟件產品的前期檢測標準,有利于研發(fā)方完善其內部的檢測制度以使該部門沒有太大的檢測壓力,是研發(fā)方更加注重產品的檢測,雙方一起提升軟件產品的研發(fā)標準,最終實現(xiàn)研發(fā)與檢測標準的雙向發(fā)展。我們堅定的認為,在研發(fā)及檢測水平的不斷規(guī)范化和軟件產品質量的優(yōu)質化情況下,客戶應用的軟件產品質量高水平化對提升軟件的研發(fā)能力具有極大的推進作用。另外,由于研發(fā)及檢測標準的不斷提升,注定會使雙方迎來雙贏的結局,增強軟件產品的研發(fā)標準,共同向CMM的高水平高標準奮進,我國軟件研發(fā)的形式由小作坊升級到產業(yè)化標準,增強我國軟件產品在國際的影響力和競爭力。
4 軟件產品的規(guī)范化維持與保護
軟件產品的維持與保護是軟件產品生存周期中最后一步。它的核心使命是整修應用的軟件產品的系統(tǒng),使處于研發(fā)階段出現(xiàn)錯誤和在檢測時產生的不足和缺陷得到修改,提高軟件產品的適應性,能隨著外界的變化而有相應的變化,還能增強軟件產品系統(tǒng)的功能以及更好的完善它的性能。軟件維持與保護標準規(guī)制軟件維護工作要接受嚴格的管理,以防造成其他錯誤;盡可能的去避免對修改的不良影響的因素,在修改之前要對其進行整體的考究,權衡利弊;修改軟件也要在嚴格的控制管理條件下有目的和有步驟地進行,在修改完之后還要經過嚴格的檢測,然后填寫包含問題種類、修改的狀態(tài)和情況等內容的軟件修改報告。
在實際應用時,客戶或維修人員需要以軟件產品系統(tǒng)中的產生的不足為依據填寫一份“軟件問題報告”,然后把該報告交給軟件維護管理的專業(yè)人員,另外,維護人員仍需填寫一份“軟件修改報告”并將其上交到維護管理人員;“軟件修改報告”需要經過維護管理人員的嚴格評析后給予其優(yōu)先級;維護人員對維護需求進行實際評析并對其修改需要的時間和資金做出大概的預算;在經過嚴密的修改過后再一次檢測其程序;對全部的相關文件進行合理改正;把已修改的消息告知客戶然后把版本交付于客戶;對其進行評析。最后,應交付的文件基本包括關于軟件的不足報告和改正報告等。
這四方面是軟件產品規(guī)范化創(chuàng)設的辦法組成,要想研發(fā)出高水平的軟件需要依照這些規(guī)范化的創(chuàng)設措施,只有這樣才能不斷滿足對軟件產品的需求。
參考文獻:
范中平.計算機軟件的深度開發(fā)應用[J].才智,2012,(12)
趙明亮.計算機應用軟件開發(fā)技術[J].黑龍江科技信息,2011,(26)
[3]楊芙清.軟件工程技術發(fā)展思索[J].軟件學報,2005,(01)