軟體開發管理與質量控制

2022-05-18 19:02:22 字數 5203 閱讀 9145

前言隨著市場經濟的進一步完善及全球經濟一體化程序加快,企事業單位面臨著激烈的市場競爭,企業內部、外部資訊交流已成為企業發展、參與市場經濟競爭的迫切需要。企業引入先進的資訊處理技術,增加資訊共享程度,不僅會提高工作效率、降低成本,而且也會提高企業管理的科學性和自動化程度。資訊已成為企業生存與發展的基礎。

計算機和通訊技術的迅速發展,特別是internet 技術的發展與普及,為企業內部、企業與外部提供了快速、準確可靠的資訊交流渠道,資訊高速公路改變了企業與企業、企業與客戶、企業內部各級決策者與管理人員以及管理人員之間的資訊交流方式,有效地促進了企業各部門之間以客戶為中心的協作,為企業實現經營方式、管理模式的改變奠定了堅實的基礎。資訊化企業運作管理系統已成為企事業單位參與全球市場競爭的必備的支援系統。

正是由於這樣市場需求與技術發展現狀,為我國的it行業帶來了空前發展的機遇,特別是軟體行業。軟體企業能否抓住這樣乙個難得的發展機會需要多方面的努力,其中軟體開發管理與質量控制在其發展中占有重要的位置。本文試圖在這方面進行初淺的分析,可供業內人士參考。

1. 國內軟體行業發展概況

1.1 發展現狀

在我國,隨著資訊科技產業的迅速發展及軟體版權意識的提高,軟體越來越受到了人們的關注與重視,越來越多的人把目光投到了充滿風險與利益的軟體行業。加之我國風險投資機構的逐漸形成,都將促進軟體行業以比以往更快的速度發展。

人們往往把it(資訊科技)產業看作風險行業,原因可能有幾個方面,

其一: 這是乙個飛速發展的行業,說她飛速也並不過分,只有二十幾年發展歷史的it行業,在世界500強企業中占有重要的位置,而當今世界上最具財富的也是it類企業。高額的回報吸引大批企業的介入,乙個企業要想在這個行業有所作為沒有乙個靈活而有利的團隊加之一定的規模是難以生存的。

其二: 這是乙個高科技領域,這個行業的技術的生命週期一般為一年到二年,高速的技術發展勢必要求大量的科研開發經費,而科研開發是有風險的,成功與失敗只是咫尺之遙。一旦失敗,無投資殘值可言。

其三: 這是乙個知識密集型領域,知識就是財富也意味著籠絡一批人才需要付出一定的代價。

但實實在在講it行業確實是乙個高速增長的行業,雖然計算機的發明已有五十幾年的歷史,it做為乙個行業的歷史也只有二十幾年,而當今世界上最具財富的是it類的公司,足見其成長的速度。我國軟體行業大約有十年的發展史,到現在應該說也還是個很小的行業,雖然它在國民經濟中所佔的份額很小,但他對我國經濟的發展,社會的進步起著很重要的作用。目前已形成一批具有一定規模的軟體公司,如以財務軟體為代表的「用友」、「金蝶」、「安易」等,及以專案開發型為特色的「東大阿而派」、「聯想系統整合」、「北大方正」等企業。

軟體收入已占有一定的市場份額。發展速度驚人。

1.2. 存在的問題

我國軟體行業發展的歷史較短,加之it行業技術發展速度快,軟體開發工具層出不窮。我國的軟體行業自身發展方面確實存在一些問題。歸納起來,有以下幾方面的問題:

* 軟體開發管理不規範;

* 缺乏高素質的研發管理人員和研發人員;

* 缺乏合格的產品經理;

* 軟體產品孤立、零散,缺乏整合性;

* 軟體公司規模過小;

1). 軟體開發管理不規範

目前大部分軟體公司,無論是產品型公司還是專案型公司,大部分公司沒有形成適合自己公司特點的軟體開發管理模式,雖然有些公司根據軟體工程理論建立了一些軟體開發管理規範,但並沒有從根本上解決軟體開發的質量控制問題。這樣導致軟體產品質量不穩定,軟體後期的維護、公升級出現麻煩,同時最終也會損害使用者的利益。

同時,隨著軟體開發規模及開發隊伍的逐漸增大,軟體開發不再是向過去那樣一二個開發人員即可解決的事情。迫切需要一種開發規範來規範每個開發人員、測試人員與支援人員的工作,每個專案組成員按約定的規則準時完成自己的工作。同時採用規範化管理,專業分工也可以降低對開發人員的要求,從而降低產品研發成本。

2). 缺乏高素質的研發管理人員和研發人員

目前,我國軟體市場還處於起步與發展階段,真正稱得上商品的軟體很少,絕大多數的軟體公司的規模很小,國內軟體開發人員超過100人的公司很少。軟體公司的使用者幾乎全是國內使用者,加之國內軟體專業的學校教育與實際軟體開發脫節嚴重,開發人員工作不穩定,以及技術的高速發展以及開發工具的變更,導致軟體開發人員缺乏必要的技術積累,表現為整體素質偏低。同時,由於沒有合適的內部與外部環境也很難造就高水平的研發管理人員,從軟體開發到開發管理都不能適應市場的要求。

3). 缺乏合格的產品經理

產品經理在軟體產品的發展過程中起著至關重要的作用,產品經理負責產品的定位與發展方向。這就要求產品經理對產品市場、使用者需求有深刻的認識與理解,需要有一定的悟性、管理經驗與能力。同時,產品經理必須了解當今it技術的發展狀況及發展趨勢,對相關開發工具與技術應有比較深刻的理解。

對於大型應用軟體的產品經理還要求其對網路技術、電子商務及各種硬體裝置有全面的了解。這樣才能保證在決定產品特性,產品框架結構、市場銷售策略與服務策略時作出合理決策。從某種程度上講,產品經理是否稱職關係著其產品的存亡。

目前軟體行業急需而又缺乏正是這種產品經理。

4). 軟體產品孤立、零散,缺乏整合性;

國產軟體目前稱得上產品的主要以財務軟體、防病毒軟體、家庭教學軟體及一些初級的工具軟體。總的說來基本為專用型產品、滿足特定功能,即便是專用型產品其各專項子系統大多也缺乏整體考慮。大多廠家產品不具備構成大型應用系統的整合能力,目前一些公司已開始進行這方面工作。

專案型公司大多以專案為主,產品化程度比較低。不具備推廣的條件,經濟效益較差,影響公司的發展。

導致軟體產品孤立、零散,缺乏整合性在很大程度上也是軟體開發管理不規範;缺乏高素質的研發管理人員和研發人員;缺乏合格的產品經理;三條原因造成的。

5). 軟體公司規模過小;

目前我國軟體市場還處於起步與發展階段,絕大多數的軟體公司的規模較小,國內軟體開發人員超過100人的公司很少。軟體公司的使用者幾乎全是國內使用者。但軟體作為乙個行業,他需要市場的拖動,也需要外部資金的介入,外部資金的介入給它帶來的不僅僅是金錢,更重要的是也帶來了一種管理與思維方式,這也是國內軟體公司需要的。

2 工程設計與軟體開發

將軟體開發作為工程來對待是有其存在意義的,在談軟體開發管理與質量控制之前,我們先看一下工程專案的整個過程。

2.1 工程設計的階段劃分

工程專案從可行性研究到最後專案建成基本包括如下八個階段。最後二個階段主要是考慮與軟體開發比較而劃分的,在實際的專案實施過程一般不將其作為獨立階段考慮。因此,一般的工程專案只包括六個階段。

(這裡所指的工程專案可以是新建一間工廠,也可以是乙個建築工程專案)

但真正屬於工程設計階段的只是前四部分,以下以化工類工廠設計為例就屬於工程設計的幾個階段的要求做以簡單扼要的介紹,希望能軟體開發管理有所幫助。

1) 可行性研究

在可行性研究階段一般應完成如下幾方面的工作:

* 專案內容定義

* 專案技術分析

* 專案市場分析

* 專案策略

* 投資與回報分析

* 已有資源分析

* 其它應考慮的因素

2) 方案設計

方案設計可以說是可行性研究中技術可行性的擴充套件。方案設計級段主要完成如下幾方面的工作:

* 確定整個專案的技術實現。主要包括採用的工藝流程,主要及關鍵裝置引數確定及裝置選型。

* 基本裝置布置方案

* 能夠確定對建築物、水、電、氣以及採暖通風等方面的要求。

* 簡單的方案說明

* 粗略的專案預算

* 技術的可實現性

3) 初步設計

初步設計是詳細設計的前提,其目的是要根據具體專案的要求,初步確定技術實現的一些細節資訊,主要完成如下幾方面的工作:

* 確定工藝流程中的工藝引數和主體物流及物料平衡;編寫工藝流程說明書

* 絕大部分裝置的選型以及非標準的確定。並完成裝置布置方案。

* 建築、水、電、氣以及採暖通風各工種均需確定初步設計方案及基本的方案說明。

* 較為準確的專案預算

* 具體的實現技術

初步設計是專案設計單位與使用者交流的基礎。

4) 詳細設計

詳細設計是以初步設計為基礎,完成所有的技術細節工作。

* 確定工藝流程中所有的工藝引數,

* 完成所有裝置的選型以及非標準裝置的設計。並完成所有裝置及管道布置等。完成所有工程實施前的準備工作。

* 建築、水、電、氣以及採暖通風各工種均需完成詳細設計圖紙。

* 詳細的流程說明與使用說明

* 準確的專案預算

詳細設計是專案實施的基礎。

5) 工程實施

專案詳細設計是工程實施的基礎,按照設計要求施工是最基本的要求。同時,在專案的實施過程中還會發現詳細設計中存在的問題,可以通過向設計單位提出修改設計要求,由設計單位完成設計修改工作。專案工程實施也可採用專案監理的方式,監督施工單位按設計圖紙及施工規範施工,確保施工質量。

6) 試執行

工程實施完成後便是投產試車,解決其中存在的問題,便可開始專案的試執行。

在以上工程專案的各個階段中,可行性研究一般由設計單位或使用者自行完成,也可委託具有該類專案評估經驗的專案諮詢機構完成。方案設計、初步設計、詳細設計由工程設計單位完成,工程實施由工程施工單位完成。

2.2. 工程設計的質量控制

工程專案設計從設計單位接受使用者委託,進行工程專案設計到設計任務完成,使用者在幾個環節均有參與專案質量的控制的機會,同時設計單位有嚴格的質量控制體系確保專案設計符合相關的標準與規範。

在以上的工程設計質量控制體系中,在每一設計階段結束時使用者均有機會參與對工程設計質量的監督與控制,設計單位與使用者溝通的媒介是工程設計圖紙及相關的設計文件,雙方有交換意見的共同基礎。設計單位會根據使用者的意見與建議及時調整設計,以便更好的滿足使用者的需要。多年的設計經驗證明,上述的工程設計質量控制體系是科學合理的。

2.3 軟體開發與工程設計之比較

按照軟體工程理論,軟體開發過程基本可以劃分為如下幾個階段:

* 需求分析

* 總體設計

* 詳細設計

* 編碼設計

* 模組整合

* 軟體測試

* 定版發行

從上面的軟體開發階段劃分不難看出,軟體開發與工程專案設計雖然看上是二類不同的工作,但他們本質上是相同的。不妨將軟體開發與工程設計的階段加以比較,不難得出上述的結論。

由圖3不難可以看出軟體開發與工程專案設計之間的相似性,因此將軟體開發作為工程來管理是完全可行的。

2.4 軟體開發與工程設計的差異

雖然軟體開發與工程設計有其相似之處,但由於其所處的領域不同,發展歷史與人文環境也有一定的差別,完全照搬工程設計的管理模式並不可取。首先比較一下工程設計與軟體開發目前各自的現狀。

1). 工程設計

* 有一套完備設計標準與規範;

* 大量的標準化裝置可供選擇;

* 大量的樣板設計可供借鑑;

* 一批有經驗的設計師言傳身教;

* 客戶基礎素質良好;

軟體開發專案管理

軟體開發專案管理,補習對軟體開發專案的工作範圍 可能遇到的風險 需求的資源 要實現的任務 經歷的里程碑 話費的工作量,以及進度的安排等等做到心中有數。而軟體專案管理可以提供這些資訊。軟體具有可見性差 定量化難等特殊性。但通常可以 根據以往開發類似軟體的經驗來進行成本估算。將軟體專案劃分為若干個子系統...

軟體開發管理辦法

本管理總則規定本公司軟體研製管理所遵循的原則和方法,目的是通過加強開發管理達到如下結果。1 提高軟體質量和每乙個專案開發過程的可控性。2 優化開發資源結構,提高工作效率。3 優化公司軟體管理使產品盡早實現一體化,結構化。4 通過良好的管理規範和結構使參與人員養成良好的工作素質。5 引導和組織員工向規...

軟體開發質量保證體系

1.使用範圍 2.引用標準 3.定義 4.質量體系框架 4.1 管理職責 4.2 質量體系 4.3 評審 4.4 糾正措施 5.質量體系生存週期 5.1 合同評審 5.2 需方需求規格說明 5.3 開發計畫 5.4 質量計畫 5.5 設計和實現 5.6 測試和確認 5.7 驗收 5.8 複製 交付和...