1. 程式人生 > >快易需求文檔編輯系統(二期)第一次叠代開發總結

快易需求文檔編輯系統(二期)第一次叠代開發總結

因此 協商 建立 clas bsp 團隊 才會 自己的 開始

設想和目標

1.目的: 項目為“快易需求文檔智能生成系統”。軟件需求文檔是軟件開發與維護的重要基礎,本項目希望通過建立一個專業的需求文檔編輯系統,為軟件開發人員提供一個便捷的協作文檔編寫工具,推動需求文檔編寫的規範與文檔重用工作。同時,也為廣大軟件公司提供一個隨時可以訪問的平臺,推廣快易文檔編寫系統。

2. 成果:完成了原定計劃中所有第一次叠代的功能和部分第二次叠代的功能。

3. 提高:所有成員各司其職,完成了自己的任務,比起最開始的一無所知有了很大的提升

經驗教訓:團隊內需要多交流溝通

計劃

1. 時間:花費了一個月左右的時間做計劃,時間充裕。執行過程中由於水平不足時間稍顯不足,但還是及時交付了。

2. 意見:對於團隊中的意見通過交流溝通,協商解決

3. 工作:我個人而言完成了自己分配的任務,但還有部分細節不到位。

4. 浪費:設計的原型由於種種不足被放棄。

5. 交付:各個功能都能正常運行,且能應付一些基本的情況即可交付。

6. 意外:數據庫設計有問題進行了重新設計,其它部分依據計劃正常進行。

經驗教訓:對整個項目及一些基本知識有所了解後再工作

設計/實現

1、優點:小組任務分配為各人負責各自頁面的功能,任務較為平均且人人都有進步。

2、缺陷:容易出現同一個難點阻礙每一個功能的進度

經驗教訓:組內需要多溝通交流

團隊的角色,管理,合作

1. 人選:由於最初每個組員都不會,因此整個項目如何分配都沒有意見。沒有什麽特別的分配方式。

2. 互助:對於自己遇到的問題,組員們大多時候自己解決。自己無法解決時才會去詢問其它組員。其它組員也很樂於幫助他人解決問題。

3. 合作:整體來說合作的很好,由於各人的功能實現基本互不幹涉,沒有遇到什麽合作上的問題。遇到問題也可以通過協商解決。

總結

團隊:團隊在最開始的組建後,經歷了一個叠代開發周期的磨合,目前處於規範階段。

進步:從無到有,從不會到熟練,人人都有很大進步。

改進:團隊溝通較少,代碼規範性存在問題

代碼:需要在主要的地方添加註釋以便理解。

快易需求文檔編輯系統(二期)第一次叠代開發總結