postmortem report of period M1

1、設想和目標

一、咱們的軟件主要要解決學長設計的學霸系統中視頻及文檔的瀏覽功能問題。

二、時間相對充裕。不過對於咱們這些零基礎的人來講仍是比較困難。

三、咱們團隊中不一樣意見一般會進行進一步討論，說出本身的支持理由，互相衡量對方的優點劣勢，決定出最佳的方案。

2、計劃

一、原計劃的工做不能算所有作完。由於鏈接數據庫的問題以及團隊與團隊之間互相協商的問題咱們組的功能還處於限制階段，不可以發佈。須要詳細改進及設計。

二、在咱們網頁設計的時候初始由於瞭解不夠因此將不一樣類型的文件存放在不一樣的數據庫中，不一樣的播放類型也在不一樣的播放頁面播放。致使構思複雜，代碼重複。後面修正了這個問題。

三、咱們每個任務的定義及衡量的交付件比較模糊。由於咱們總體構思不是很完善。不夠最後咱們組員的分工合做仍是比較順利的完成了第一階段的工做。

四、整個項目咱們沒有太具體的步驟計劃。因此不能說是按計劃完成。在學習的過程當中不斷將本身掌握的，可以完成的模塊單獨設計完成，最終再將全部模塊合一。

五、咱們沒有特地留下緩衝區。由於文件的瀏覽功能很明確，若是要說緩衝區的話咱們視頻的支持格式還不算很全面，在這方面留有一些。

六、咱們未來的計劃會更具體，更注重細節處理。使整個工程的功能更加晚上。

3、資源

一、網上的各類代碼資源及知識，還算豐富足夠咱們自學，完成各個小功能的實現。

二、各項功能跟資源沒有具體估計，因此也就沒有精確度可言。

三、測試的時候工做量不算很高。幾我的很容易完成相關功能的測試。對於美工方面咱們一開始沒有歸入M1的工做內，準備在完善工程功能的正常運行之後再考慮美工等具體加工問題。

四、咱們的分工還算比較明確合理，各自作本身相關的工做，最後統一工程。

4、變動

一、咱們由於有QQ，手機聯繫，相關的變動會及時傳達給相關隊員。

二、咱們依據功能實現優先的原則，決定哪些工做能夠推遲，哪些必須優先完成。

三、項目出口條件既是相關隊員須要本身測試單個模塊是否可以正常運行，功能是否可以正常實現。

四、咱們的變動不少，可是對總體的設計，計劃影響很小。因此及時通知相關隊員進行從新設計及修改便可。

五、咱們由於實力不是很夠，廣泛對意料以外的設計完成度很低，只能進行最基本的修正及改進。

5、設計/實現

一、整體設計工做及框架完成是由組長完成，並及時下發各個模塊的功能需求給相應隊員。時間比較晚。

二、咱們的工做由於除了功能之外計劃等方面不是很清晰明確，因此實現的方法一般是模棱兩可的，隊員只須要按本身的思路來實現功能便可。

三、沒有運用工具來幫助開發。咱們只是自學相關知識之後進行工做。

四、在實現瀏覽的功能時候產生BUG最多。路徑，支持格式，信息傳送方式等都出現過各類細節問題。這是最終的功能實現，考慮不全，設計不完善，計劃不周密都致使了各類BUG的產生。在設計，開發的時候咱們是邊學邊作，考慮不到這麼遠的東西。只能碰到BUG之後分析BUG，修正，改進。

五、代碼複審由兩名隊員分別進行審覈。對代碼規範比較嚴格的審查，修正。

6、測試/發佈

一、咱們的測試計劃很簡單。測試簡單的上傳，搜索，各個類型文件的瀏覽便可。

二、有進行提交前的正式測試。保證本地的功能實現。

三、測試工具就是VS2012。

四、沒有進行軟件跟蹤測定效能。

五、咱們尚未連上遠程數據庫，只鏈接了本地數據庫，因此未能發佈。

額外：

一、咱們小組作的最好的就是每一個接到任務的隊員都能按時，有效的完成本身的模塊。

二、M2中須要改進的地方不少。首先咱們須要修改代碼鏈接到遠程桌面的數據庫以及跟各個其餘模塊組協商彙集咱們的工程完善學霸系統。在咱們的功能方面視頻的支持格式須要添加，目前還屬於極度限制格式的階段。在播放頁面咱們的美工一直沒有作，M2階段將考慮播放頁面的美工問題。文檔瀏覽目前咱們須要客戶下載相應插件到相應目錄纔可實現，M2階段咱們須要改進這種方法。尋求更佳的方案。