《軟體專案管理》的設計思路

guanfj發表於2008-08-07
本人初學JAVA,因此,決定拿一專案練手,初步擬定的是一個軟體專案管理的專案,特把該專案的需求以及初步的分析拿出來,請各位高手及前輩banq指導,也希望該專案能在領域建模與四色模型的分析上給大家一個完整的例子,我會將每一次的修改形成新的圖或文件拿到該論壇上來,讓大家共同學習。由於本人也初次接觸領域建模及JAVA程式開發,所以,我也希望大家能幫我作出一個完整的分析,最後形成一個完美的領域建模示例以及最終的實現,為初學者提供一個更好的學習示例。
我開了一個QQ群:18990098 歡迎大家加入指導,請指明來自JDON。

因沒有找到如何匯款加入VIP的地址,所以,請banq指點一下。

背景:
因目前小軟體企業的專案管理(包括企業管理)上問題很多,找了幾個開源軟體專案管理系統,也只有計劃管理或bug管理單獨分開的軟體系統,並且不能全面的整合到一起,整合度高的系統還都是收費的.
包括本人所在公司,專案管理與任務管理方面都是一個非常薄弱的環節,基本上是無計劃的開發,而且,更嚴重的是專案基本是無結束日期,也就是專案先開發一個雛形,然後放到客戶先試用,試用過程中,逐步完善,試用期過後,客戶仍舊隨時提出新的需求,而我們在合同期間一直在修改或為新增加的需求進行開發。當合同結束後,同樣的軟體需要進行不少的修改,以滿足第二個客戶,並且在試用與使用過程中,同樣會重複第一次的工作,也就是隨時修改bug或增加新功能。
同時也為了適應ISO9000的規範,也需要將需求與設計、開發、測試用例等的文件的存檔,認證,稽核等操作的控制。
而在開發測試控制上,需要的文件也非常多,可是,目前小企業的專案管理上基本都比較簡單,有先開發後補文件,並且文件比較散亂,到交工時,集中補寫,非常麻煩,為後續的開發增加不少的難度。
這樣的專案到最後,估計是無人能接手,也就是說,老闆不敢放任何一個開發的人離開。
功能:
基於以上的需求,本人決定自行設計一個適合的專案管理系統。需求如下:
1.能進行多專案的管理
2.每個專案可以自由設定開發人員,測試人員,客服人員,管理人員等,各司其職.
3.每個專案可以進行合同書,技術協議書,需求分析文件,概要設計文件,詳細設計文件,以及原始碼,測試用例,Bug,新需求的管理。
4.每次需求的修改,涉及的相關內容都需要相應的修改,因此,要有版本控制。
5.隨時統計出每個人員某個時間段參與的程式,如釋出的bug,需求,測試用例,以及開發人員開發的任務、需求、解決的bug等
6.隨時根據任務掌握專案的總體進度,可以在一定時間段進行專案的定版,並自動進行下一次的迭代開發(未完成的模組進入下一次迭代),直至專案結束。
7.根據初次的分析需求(或是最新的需求)將各個需求記錄轉成專案模組及模組下的需求分析,新增的需求分析進行確認後,可生成相應的模組或某個已存在的模組下的需求分析任務,該任務是將該需求分析轉成概要設計文件(概要或詳細設計可合併成一個),生成的記錄可再次轉成開發任務,指定開發人員根據該設計文件進行開發,開發完成後的程式碼透過SVN提交,該提交必須提供開發任務號碼,以向指定的任務填加相應程式碼開發的資訊,供查詢或是下載,測試提供資訊。開發結束後,轉成測試用例的編寫任務,測試人員完成測試任務,反饋測試結果及生成Bug任務。
8.隨時可以自動生成需求分析說明書,概要設計、詳細設計說明書,也就是按模組層次整理成一篇文件。這樣對將來合同驗收的文件相當有用。

實現:
系統採用:Glassfish(或JBoss)+JPA+EJB3+JSP來實現


相關文章