關於軟體維護工作的幾點體會
一、一定要明確工作的內容，不確定的地方要及早提出質疑，每個人都要能夠用一句話表達自己對工作內容的了解。另外，維護工作內容中沒有提到的變更堅決不允許去做，多做了就是畫蛇添足。
二、時間再緊也要進行專案業務的分析和理解，包括系統的業務背景，資料庫（表）間的關係，本模組的業務工作等。擔當人員更要能從較深的層次理解系統，並合理的劃分工作。
三、把專案的維護過程看成測試過程。所有不滿足現有要求的地方都是乙個個
bug，我們要先捉住所有的
bug（擔當捉系統的
bug，開發人員捉每個模組或者畫面的
bug），然後再消滅這些
bug。當然，不能放過也不能錯殺。
四、畫面的處理只是表層現象，關鍵在於資料的流動。所以對於每個畫面（模組）都要清楚：哪些相關的表（或者檢視）要被參照，哪些表要被更新。
五、要特別關注畫面（模組）的輸入和輸出。
六、對於修改了的部分一定要做注釋，每次變更都要記錄在案，隨時可以進行跟蹤調查。
七、畫面部分的維護和修改要注意的事項：
1.改變控制項的屬性前最好能調查一下，原程式中是否對該屬性用**進行了設定，如果有的話，你就不能只簡單的在畫面上修改屬性了。
2.如果控制項的輸入要求發生了變更，就要對該控制項的所有事件，該控制項的
check
部分，最好是該控制項出現的任何地方進行考察，看是否需要進行修正。
3.關注控制項與模組級變數，全域性變數之間的互動。
八、報表部分的維護和修改要注意的事項：
1.要能理解通過這個報表能夠給使用者展示那方面的資訊，使用者在什麼情況下需要輸出該報表。
2.特別關注在該報表中是否進行了分組、排序、求合計，以及是否存在報表指令碼。
3.追加顯示專案時不要違反原來的字型，顯示格式等方面的要求。
九、最好能充分利用原程式現有的全域性變數和全域性函式。修改和增加全域性變數，全域性函式時要做好團隊成員間的溝通。
十、分析原程式的編碼規範，在維護工作開始前進行約定（要有文件）。該約定要完全符合原系統，不許另起爐灶。
軟體過程管理的幾點體會
軟體過程管理的幾點體會 1 用例驅動 按照rup的理論，軟體開發過程是以架構為核心 用例驅動 迭代增量的開發過程。用例是rup rational unified process 統一軟體開發過程 統一軟體過程 中非常重要的工件，用於描述系統終端使用者與系統互動的過程，是制定迭代開發計畫的惟一依據，並...
提公升軟體開發效率幾點體會
背景 進入9月份以來接手了兩個專案，乙個內網管理和 要求生成靜態html 乙個純資訊管理的。兩個專案如果正常計算人力都應該在5人月左右 都在20萬左右 可是我這邊總共才4個人 其中美工1人，開發人員3人 沒辦法只好我一人兼顧兩個專案，開發人員一人負責乙個專案。這次我的配置實現資訊管理 工作流 內容生...
軟體測試工作體會
快過年了，畢業也有半年了。在公司從事了半年的軟體測試工作，總容易被說到對測試的理解高度還不夠，於是仔細地思考了目前工作的情況和收穫，做個紀念吧。現在在推進什麼？兩個字 敏捷！其實不止部門，整個公司的技術部都在推行敏捷！敏捷是什麼？概念有很多，我理解簡言之就是有效的人與人溝通勝過流程與文件，快速交付版...