postmortem report of period M2

1、設想和目標

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

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

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

2、計劃

一、原計劃的工做不能算所有作完。由於鏈接學霸系統的問題以及團隊與團隊之間互相協商的問題咱們組的功能還處於限制階段，不可以發佈。

二、咱們在實現多格式視頻文檔時我的意見及網上查找的代碼均有很大問題，很難協調。

三、咱們每個任務的定義及衡量的交付件比較模糊。由於咱們總體構思不是很完善。不過最後咱們組員的分工合做還算是在M2期間完善了一些功能。

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

五、咱們沒有特地留下緩衝區。由於文件的瀏覽功能很明確。

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

3、資源

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

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

三、測試的時候工做量不算很高。幾我的很容易完成相關功能的測試。對於美工方面咱們由於近期大做業複習壓力大因此未着手處理。

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

4、變動

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

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

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

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

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

5、設計/實現

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

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

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

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

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

6、測試/發佈

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

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

三、測試工具就是VS2012。

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

五、咱們由於與學霸系統的各個接口及程序的整合一直未完成，因此沒有發佈。