摘 要
文章首先對計算機軟件開發信息管理系統的設計要點進行分析,在此基礎上對計算機軟件開發信息管理系統的實現方式進行論述。期望通過本文的研究能夠對計算機軟件開發信息管理水平的提升有所幫助。
【關鍵詞】計算機軟件開發 信息管理系統 設計 實現方式
1 計算機軟件開發信息管理系統的設計要點
在計算機軟件開發信息管理系統(以下簡稱本系統)的設計中,相關模塊的設計是重點,具體包括如下模塊:信息顯示與查詢、業務需求信息管理、技術需求信息管理以及相關信息管理。下面分別對上述模塊的設計進行分析。
1.1 信息顯示與查詢模塊的設計
該模塊的主要功能是將本系統中所有的軟件開發信息全部顯示在同一個界面之上,界面的信息列表中包含了如下公共字段:信息標號、名稱、種類等,對列表的顯示方法有以下兩種,一種是平級顯示,另一種是多層顯示。
1.1.1 平級顯示
該顯示模式能夠將本系統中所有的軟件開發信息集中顯示在同一個列表當中。
1.1.2 多層顯示
這種顯示模式能夠展現出本系統中所有信息主與子的樹狀關系,并以根節點作為起步點,對本系統中含有的信息進行逐級顯示。
上述兩種顯示模式除了能夠相互切換之外,還能通過同一個查詢面板進行查詢,并按照面板中設置的字段,查詢到相應的結果。除此之外,在第一種顯示模式的查詢中,有一個需求信息的顯示選項,用戶可以按照自己的實際需要進行設置,如只顯示技術需求或是只顯示業務需求,該功能的加入可以幫助用戶對本系統進行更為方便地使用。對軟件開發信息的查詢則可分為兩種方式,一種是基本,另一種是高級,前者可通過關鍵字對軟件開發信息進行查詢,后者則可通過多個字段的約束條件完成對軟件開發信息的查詢。
1.2 業務需求信息管理模塊的設計
這是本系統中較為重要的一個模塊,具體可將其分為以下幾個部分:
1.2.1 基本信息
該部分為業務需求的基本屬性,如名稱、ID、所屬、負責人、設計者等等。
1.2.2 工作量
該部分除了包括預計和完成的工作量的計算之外,還包含各類工作量的具體分配情況。
1.2.3 附件
該部分是與業務需求有關的信息,如文檔、圖片等,用戶可對附件進行上傳和下載操作,列表中需要對附件的描述進行顯示,具體包括上傳時間、狀態等信息。
1.2.4 日志
自信息創建以后,對它的每次改動都是一條日志,在相關列表當中,可顯示出業務需求的全部更改日志,其中包含如下信息:日志的ID、更改時間、操作者等。
對于同一個項目而言,業務需求是按照優先級進行排序的,業務需求的優先級越高,排列的就越靠前,反之則越靠后,對優先級的排序值,會記錄到技術需求上。系統以平級顯示業務需求時,可同時選擇多個,并對其進行批量修改,由此提高了用戶的編輯效率,這是該模塊最為突出的特點。
1.3 技術需求信息管理模塊的設計
該模塊與業務需求信息管理模塊都是本系統的重要組成部分,大體上可將之分為以下幾個部分:
1.3.1 基本信息
與業務需求信息類似,該部分是技術需求的基本屬性,如名稱、ID、開發者、開發周期、預計與實際工作量等。
1.3.2 匹配業務需求
該部分具體是指技術需求所配備的業務需求,在列表中包括以下幾個字段:匹配的名稱、ID、項目和優先級。
1.3.3 附件與日志
這兩個部分的內容與業務需求信息相同,在此不進行復述。
1.4 相關信息管理模塊的設計
這里所指的相關信息主要包括版本信息、產品及其領域、項目信息。其中版本信息包括如下內容:名稱、起止時間、開發周期等。在該管理模塊中,設置版本的相關信息后,本系統會自行將該版本的開發時間按周期長度進行具體劃分,并在完成維護后,技術需求開發周期下的菜單會將該版本的開發周期作為候選的內容;項目信息中含有一個工作量字段,其下全部信息的工作量之和不得大于分配的工作量。
2 計算機軟件開發信息管理系統的實現方式
上文對本系統中的關鍵模塊進行了設計,下面重點對這些模塊的實現方式進行論述。
2.1 系統關鍵模塊的實現
2.1.1 顯示與查詢模塊的實現方法
本系統中所包含的信息類型有以下幾種:業務需求、技術需求、項目、產品及其領域、發布版本,上述幾種信息的關系為主與子。本系統中信息的顯示方式有兩種,即平級和多層。在平級顯示模式中,用戶能夠利用ID Path列找到信息在主子關系樹中的路徑,當用戶點擊Show Ghildren后,可對所選信息的自信息進行查看。平級與多層顯示之間能夠相互切換,當顯示界面為平級時,單擊Hierarchical,便可將顯示模式切換至多層,如果想切換回來,只需要單擊Plat List即可。在本系統中信息的查詢分為兩種形式,一種是基本查詢,另一種是高級查詢,前者的查詢方法如下:下拉菜單Show,此時會顯示出可供選擇的項目,如Show all、Show requirement以及Show work package。當用戶需要進行高級查詢時,可在基本查詢面板中單擊Advance鏈接,查詢過程中用戶只需要輸入多個字段,便可對系統中的信息進行查詢。
2.1.2 業務需求信息模塊的實現方式
由上文可知,該模塊分為四個部分,即基本信息、工作量、附件和日志。在基本信息中,ID為必填項,新建的業務需求在保存后,系統會對其進行自動填寫,業務需求的創建人及信息的創建時間等內容,也是在保存后由系統自動進行填寫,這部分內容不可以直接進行修改;可將附件視作為與業務需求相對應的技術文檔,用戶在附件管理界面中,可填入相關的信息,如附件狀態、完整時間等,然后點擊附件列表中的鏈接,便可對附件進行下載操作。若是需要對附件鏈接進行修改,用戶只要選擇列表中的一條記錄,并在下方的文本框內輸入便可完成對附件鏈接的修改。對業務需求信息進行修改后,系統會自行生成一條與之相關的日志。endprint
2.1.3 技術需求信息模塊的實現方式
該模塊中基本信息、附件、日志等業務的實現過程基本與業務需求信息模塊的實現過程類似,在此不進行重復介紹。與業務需求相比,技術需求多了一個匹配部分,用戶可在該部分中直接添加所匹配的業務需求,即同個領域或同個項目。該模塊的優先級信息將會自動從匹配的業務需求中獲取。
2.1.4 相關信息模塊的實現方式
(1)版本信息管理的實現。用戶可在該界面中,對如下內容進行設置:版本開發周期長度、開發起止日期。當用戶單擊Auto-fill Talk按鈕后,系統會按照用戶預先設定好的內容,對版本開發時間進行自動劃分。同時用戶也可手動對開發周期進行添加或刪除。
(2)產品及其領域信息管理。可將產品領域設定為子領域,并在對技術需求信息進行管理時,將領域信息作為候選對象。
(3)項目信息管理??商钊霂в芯唧w單位的工作量,如每人/每天,并以此作為項目的大小,設置完畢后,該項目下所有任務的工作量之和,不可以超過項目的總工作量。
2.2 系統測試
為對本系統進行測試,將之嵌入到助力企業發展產品中,作為該產品的一個擴展模塊。本系統的測試工作在集成測試完成后,根據設計需求,對系統進行相應測試,主要目的是通過測試檢查程序中存在的錯誤,分析原因,加以改進,借此來提升系統的可靠性。具體的測試如下:
2.2.1 功能測試
該測試只針對系統的功能,測試過程中不考慮軟件的結構和代碼,測試過程以界面及架構作為立足點,根據系統的設計需求,對測試用例進行編寫,借此來對某種產品的特性及可操作性進行測試,確定其是否與要求相符。
2.2.2 性能測試
該測試的主要目的是驗證軟件系統是否符合用戶提出的使用要求,并通過測試找出軟件中存在的不足和缺陷,同時找出可擴展點,對系統進行優化改進。
2.2.3 安全測試
具體是指在對系統進行測試的過程中,檢查其對非法入侵的防范能力。
由測試結果可知,本系統的兼容性、易用性和可擴展性基本符合要求;系統的操作簡單、使用方便,可對軟件信息進行有效地管理,本系統的設計達到了預定的目標。
3 結論
綜上所述,隨著計算機網絡的廣泛普及,推動了計算機軟件開發領域的發展,為進一步提升計算機軟件開發的管理水平,本文提出相關的信息管理系統,并對該系統的設計與實現方式進行論述,最后對設計的系統進行測試,結果表明,該系統達到了預定的目標。
參考文獻
[1]姚勛勛.基于計算機軟件開發的信息系統包裝技術研究[J].中國包裝工業,2016(08):79-81.
[2]劉夢夢.BLC公司軟件質量管理信息系統開發[D].西安工業大學,2016.
[3]許鐸.軟件和信息技術服務業管理系統的設計與實現[D].吉林大學,2016.
[4]許蓬坤.計算機輔助質量檢驗信息管理系統的研究與開發[J].民營科技,2016(01):32-33.
作者簡介
閆瑞(1977-),男,工程師。研究方向為計算機軟件開發、軟件工程。
作者單位
江蘇省工程咨詢中心 江蘇省南京市 210003endprint