根據我公司實際情況，大致列出在專案開發中應遵循的步驟原則。在各程式設計師遵循原則的情況下，方能開發出健壯有效的程式，且能提高自己的程式設計素質。
1.在專案開發初期應該有專案的詳細原型。鑑於程式設計師文件能力有限，可編寫出大致的專案需求文件，只列出軟體目的，功能模組即可。在設計原型中，應該以需求為主，站在使用者的立場進行設計，切忌牽扯到具體實現以及資料庫等。在pm設計出原型後，應該組織會議對原型進行討論補充，原型不定不可進行程式開發，當然在整個專案過程中，需求肯定是不斷變化的，但初次第一次的原型一定要定好！參會人員包括專案組成員以及總監，也可請其他專案的pm進行共同討論。
2.在原型確定之後，不要求對設計有具體的文件說明。但必須制定出軟體的框架結構，最好能夠畫出大致的uml圖。軟體框架涉及軟體最底層的部分，一旦框架不確定，對於後期的更改將會帶來很大的不便！所以框架一定要穩準狠。
3.在具體開發過程中，結合程式設計師水平進行任務劃分。
4.程式設計師開發過程中要遵循設計原則，pm應該每隔三天檢查次開發進度，並且進行 code review。及時更正程式設計師的錯誤，以減少整合後的bug率，並且能夠及時提高程式設計師的水平，減少以後犯錯的機率。
5.pm建立統一的資料整理區，在開發過程中各組員蒐集到的資源可放在共享資料夾中，組成專案知識積累。
6.做好svn**管理，最長不要超過兩天，須提交一次。
7.程式設計師在開發中要寫出適當的開發文件，遇到的問題以及解決辦法整理歸檔。並且每開發乙個小階段要進行**測試，及時修正bug以及效率低下的**，並記錄歸檔。這一測試間隔須兩天一次或者三天一次。
8.每天花費5分鐘時間寫出當天做了什麼，解決了哪些問題？
9.每週至少開一次會，說明這週做了什麼，遇見了哪些問題，哪些已經解決？哪些沒有解決？
10.pm最多間隔三天，就要監督程式設計師對已寫**進行review，並且自己也需瀏覽已寫的**。
10.pm每週要對已做的程式進行大致測試。如果有測試人員，可由測試人員進行...
暫時就寫這麼多...
在企業應用開發中遵循開源協議
最近看到乙個關於開源協議的圖，想到我們平時在企業應用開發中也在大量使用開源軟體，那麼我們應該怎麼對待這些開源軟體呢，所以簡單的寫下了這篇部落格。在企業應用開發中，為了提高開發效率，經常可能會用到一些開源的軟體 專案 元件。在使用這些開源專案的時候，必須要先看好其開源協議，免得被challenge。網...
IoT 專案開發中應該考慮的幾個問題
在產品開發中實踐設計思維 設計思維 將設計師放在顧客的第一位，目的是提供優雅，令人敬畏的體驗。借助設計思想，物聯網創新者 可以確定使物聯網產品合理的需求，而不是希望他們的產品會創造出需求。設計思維激發了實用的創造力。它涉及以下四個步驟來啟動業務，建立產品或部署新策略 發現人們的真正需求 推動過去的解...
在專案開發過程中，應該按要求編寫好的十三種文件
在專案開發過程中，應該按要求編寫好十三種文件，文件編制要求具有針對性 精確性 清晰性 完整性 靈活性 可追溯性。可行性分析報告 說明該軟體開發專案的實現在技術上 經濟上和社會因素上的可行性，評述為了合理地達到開發目標可供選擇的各種可能實施方案，說明並論證所選定實施方案的理由。專案開發計畫 為軟體專案...