軟件項目健康跟蹤控制管理系統(tǒng)設(shè)計實現(xiàn)

前言：想要寫出一篇引人入勝的文章？我們特意為您整理了軟件項目健康跟蹤控制管理系統(tǒng)設(shè)計實現(xiàn)范文，希望能給你帶來靈感和參考，敬請閱讀。

摘要：隨著軟件項目的規(guī)模和復(fù)雜性越來越大，軟件項目管理的難度也在不斷的增加，軟件項目開發(fā)時間的超期、開發(fā)成本超支、軟件缺陷過多、軟件質(zhì)量不高、軟件運(yùn)行不穩(wěn)定甚至軟件項目的失敗等等，嚴(yán)重影響了軟件行業(yè)的發(fā)展。本項目就是要在軟件項目開發(fā)的過程中，對軟件項目的質(zhì)量、缺陷、Bug、人員、溝通、管理、支持、測試等多個方面對軟件項目進(jìn)行評估和評價，并通過數(shù)學(xué)模型診斷軟件項目的健康狀況，并進(jìn)行有效的預(yù)警控制，輔助軟件項目的管理。

關(guān)鍵詞：軟件項目健康跟蹤；健康狀態(tài)；軟件質(zhì)量；CMMI

1系統(tǒng)概述

隨著軟件行業(yè)迅速發(fā)展，軟件的功能也從簡單、單一向復(fù)雜、綜合方向發(fā)展。由于軟件功能的復(fù)雜化、綜合化，加之缺乏對軟件及整個開發(fā)過程管理的配套體系，暴露出了許多軟件的質(zhì)量問題[1]。軟件項目的開發(fā)當(dāng)中總是存在這樣或那樣的不確定性，導(dǎo)致軟件開發(fā)過程中必然存在質(zhì)量缺陷。如何在成本和進(jìn)度允許的情況下提高軟件開發(fā)效率和軟件質(zhì)量是本系統(tǒng)開發(fā)的意義所在[2]。

2系統(tǒng)設(shè)計

2.1系統(tǒng)整體結(jié)構(gòu)設(shè)計

對于軟件項目在開發(fā)過程中不同的階段可以實施不同的評測手段和方法，以此幫助項目進(jìn)行優(yōu)化和管理，提高項目的競爭力，減少項目失敗的可能性，提高項目完成度，以此提高項目公司的項目在市場上的競爭力并減少失敗所需的成本[3]。軟件項目健康跟蹤控制管理系統(tǒng)的整體功能設(shè)計如圖1所示。

2.2評價模型設(shè)計

本系統(tǒng)會根據(jù)四項標(biāo)準(zhǔn)進(jìn)行評估，一是項目的進(jìn)度；二是項目對于資源的利用程度，資源包括高級人員和低級人員的投入，資金的投入，項目完成大致需要的時間等來進(jìn)行評定；三是缺陷評估項目在上市之前進(jìn)行的數(shù)據(jù)測試，發(fā)現(xiàn)bug，bug對于項目的干擾程度，是否會真正的影響到項目的發(fā)售以及對bug的處理程度；四是溝通程度，該項目是否與客戶進(jìn)行過協(xié)商探討，項目開發(fā)時，開發(fā)人員的內(nèi)部溝通，工作人員合作是否順利以及老板和員工之間的商討包括資金人員構(gòu)成等方面[4]。這四項的評定最后會定型為一個質(zhì)量指標(biāo)模型，如圖2所示，并根據(jù)表1的具體評價權(quán)重計算項目健康分?jǐn)?shù)，而分?jǐn)?shù)的來源于項目的評估人，評估人包括，開發(fā)人員，商業(yè)合作的客戶，以及公司的老板，每個人都會對這四項標(biāo)準(zhǔn)進(jìn)行打分之后會有一個結(jié)算系統(tǒng)，結(jié)算會根據(jù)評估人所處的位置不同進(jìn)行百分比至結(jié)算，在某一方面涉及的越深折算的百分比會越高。結(jié)算之后的分?jǐn)?shù)在進(jìn)行分級，分為健康級，亞健康級，輕微病癥級，重病癥級。

2.3系統(tǒng)數(shù)據(jù)庫設(shè)計

根據(jù)系統(tǒng)的需求，進(jìn)行系統(tǒng)的數(shù)據(jù)設(shè)計，本系統(tǒng)使用的數(shù)據(jù)包括靜態(tài)的數(shù)據(jù)，即可以在數(shù)據(jù)庫里面直接存儲的數(shù)據(jù)，還有一部分是動態(tài)數(shù)據(jù)，即需要采用XML文件進(jìn)行儲存的數(shù)據(jù)。本系統(tǒng)靜態(tài)數(shù)據(jù)庫部分?jǐn)?shù)據(jù)庫實體關(guān)系如圖3所示。系統(tǒng)的動態(tài)數(shù)據(jù)采用XML文件的格式進(jìn)行數(shù)據(jù)存儲，XML文件結(jié)構(gòu)描述：

3系統(tǒng)主要功能實現(xiàn)

3.1系統(tǒng)主要功能模塊

本系統(tǒng)共劃分為7大功能模塊，各個模塊的具體功能劃分如下：（1）項目健康管理：主要面對系統(tǒng)的主題功能，針對項目的健康狀況打分，并對其進(jìn)行評級。對其進(jìn)行界定，分為健康級，亞健康級，輕微病癥級，重病癥級。并對其進(jìn)行人為的分析，進(jìn)行項目的改進(jìn)，是否對項目的進(jìn)行有所改觀，抑或是因為各種原因例如：超出工期、超出預(yù)算、抑或是人員流失、公司的戰(zhàn)略方向調(diào)整而導(dǎo)致的項目流產(chǎn)。將其進(jìn)行歸類，然后進(jìn)行裁定。軟件項目健康跟蹤控制系統(tǒng)比較適合進(jìn)行周期性的項目健康管理功能，為了給使用者提供更便捷、靈活的實際項目健康的管理方式，系統(tǒng)提供對項目健康基本狀況的管理模塊，該模塊可以實現(xiàn)對特定項目的健康評估。該功能要求系統(tǒng)提供項目的健康評估、項目的健康跟蹤和項目的健康控制。項目健康數(shù)據(jù)收集完成后，系統(tǒng)會定時的對相關(guān)的項目健康數(shù)據(jù)進(jìn)行分析，并入庫到軟件項目健康跟蹤控制系統(tǒng)的數(shù)據(jù)庫中。通過系統(tǒng)的項目健康管理功能，可以將定位當(dāng)前項目的健康情況[5]。（2）項目基本狀態(tài)管理：對于現(xiàn)今已有的工程進(jìn)行橫向和縱向的對比，對單個工程其分組進(jìn)行橫向?qū)Ρ?，參考其他組別的進(jìn)度、預(yù)算等方面，進(jìn)行評級。而后對整個公司進(jìn)行縱向的對比，將其與公司的戰(zhàn)略或者工程的符合度進(jìn)行對比。而后得出現(xiàn)今的狀態(tài)，觀察其內(nèi)容并給出目前評級。項目基本狀態(tài)管理功能可以對當(dāng)前項目狀態(tài)進(jìn)行記錄，即以當(dāng)前項目基本狀態(tài)為依據(jù)，記錄在一定間隔時間點內(nèi)的項目狀態(tài)，然后到的項目基本狀態(tài)可以進(jìn)行查找，并分析出當(dāng)前項目基本狀態(tài)是否正常健康。（3）項目信息狀態(tài)：根據(jù)對即時的信息進(jìn)行記錄，根據(jù)即時的狀態(tài)進(jìn)行權(quán)重上的分配打分以及評級。根據(jù)項目總信息進(jìn)行對比，對比項包括但不限于對于甲乙雙方的溝通，對于預(yù)期安排的打算，對于軟件可能出現(xiàn)的問題與預(yù)期的偏差。而后綜合對軟件進(jìn)行打分評級將其以數(shù)據(jù)形式呈現(xiàn)。（4）項目支持情況：對軟件進(jìn)行的程度進(jìn)行相應(yīng)的預(yù)算、人員、進(jìn)行效率進(jìn)行分析，綜合遇到的缺陷的可修復(fù)度，以及對軟件開發(fā)進(jìn)行的影響進(jìn)行評定，對公司的戰(zhàn)略影響評定，觀察是否可以繼續(xù)進(jìn)行。（5）項目后臺管理：進(jìn)行權(quán)限的分類。管理員可以對項目進(jìn)行增加、刪除、修改、查詢。對已有項目進(jìn)行子項目的查詢、增添，對已有死項目進(jìn)行刪除。而后對總項目的評價進(jìn)行重新判定。普通用戶只能進(jìn)行添加，而后不可修改，可向管理員提出申請，進(jìn)行改動。（6）用戶管理：對用戶的增加、刪除、修改、查詢。將其進(jìn)行基于角色的權(quán)限管理。一個用戶可以對應(yīng)多個角色，比如一個用戶，可以是開發(fā)者亦可是用戶[6]。（7）角色管理：將用戶進(jìn)行角色上的分類，將其分為干系人（利益相關(guān)者）、用戶、開發(fā)人員、管理人員。

3.2系統(tǒng)實現(xiàn)頁面展示

該系統(tǒng)服務(wù)于軟件開發(fā)過程中的所有人員，可以同時對若干項目進(jìn)行跟蹤控制，涉及到的人員包括：項目經(jīng)理（PM）、項目測試人員（TESTER）、代碼編寫人員（CODER）、文檔編寫人員（WRITTER）以及其他與軟件項目相關(guān)的若干干系人。他們可以自己定義自己所關(guān)心的項目動態(tài)數(shù)據(jù)，然后根據(jù)這些數(shù)據(jù)的變化，來跟蹤項目的進(jìn)展情況。項目管理人員可以通過控制軟件過程中的可控變量來控制軟件項目的質(zhì)量，從而完成各個階段的里程碑。主要頁面展示如圖4所示。

4結(jié)束語

軟件項目健康管理是軟件項目開發(fā)過程中產(chǎn)生各種沖突的解決有效途徑，是保證軟件項目成功的關(guān)鍵要素，但是由于軟件的復(fù)雜性和軟件的規(guī)模越來越大，在開發(fā)過程中所面臨的問題也越來越多，本文僅依據(jù)軟件的項目的進(jìn)度、資源、缺陷、溝通四個方面進(jìn)行建模分析，雖然具有一定的代表性，在使用過程中用戶可以再自定義評價指標(biāo)，但是仍然存在模型不具有普適性，評價依據(jù)較為主觀的問題。

參考文獻(xiàn)：

[1]樂亮，張寶林，高員.基于GB/T25000.10-2016的軟件質(zhì)量度量框架實例的應(yīng)用[J].現(xiàn)代計算機(jī)，2019（35）：89-92.

[2]王一帆.軟件開發(fā)中軟件質(zhì)量控制和定量評估的研究[J].電子世界，2019（05）：5-6.

[3]吳穎.基于CMMI的軟件質(zhì)量度量研究[J].現(xiàn)代信息科技，2018，2（06）：21-23.

[4]谷瀟.軟件開發(fā)中軟件質(zhì)量控制和定量評估的研究[J].電子技術(shù)與軟件工程，2016（09）：66-67.

[5]白洋.軟件項目健康跟蹤控制系統(tǒng)的構(gòu)建[D].復(fù)旦大學(xué)，2012.

[6]李烜.WS公司軟件項目質(zhì)量管理研究[D].西北大學(xué)，2012.

作者：曹俊 李祉恒 姜宇東 單位：哈爾濱理工大學(xué)