軟體開發是乙個不斷更改、不斷除錯、不斷修正的過程，在這一系列複雜的過程中，是不是程式設計師擼起袖子**一敲就開始改了呢？顯然，並不是這樣。小的專案可能感覺很方便，但規模大後，這樣野蠻修改簡直就是一件無法忍受的事情，結果只會逼瘋開發人員，「改**」這麼「廉價」的勞動，變成了純粹的體力活，需求修改變得沒完沒了，**結構變得越來越爛。這種情況的存在，逼迫軟體開發必須有一套「監控體系」與整個開發過程同步執行。這套「監控體系」就被叫做「設計開發更改控制流程」，是由質量監管、產品經理、專案經理、測試人員、開發人員共同參與的乙個小的閉環。
軟體設計開發的每次修改，必須嚴格依據「設計開發更改控制流程」，這個流程可以根據實際情況放寬遵守流程的形式，但絕不能跳過。一旦跳過一次，就會跳過二次、三次、一百次，幾百次，導致設計開發的更改野蠻生長到失控狀態（見風控部分）。
軟體開發的過程，因為有了人的參與，也是考驗人性的過程。在這個過程中，貪婪和懶惰一直在對抗（詳見seven deadly sins：pride, greed, lust, envy, gluttony, wrath and sloth），不斷平衡和打破平衡。一方面是想滿足所有人的所有需求，另一方面又想在最短的時間內出最優解；一方面是不停的思考不斷變化的需求，另一方面是不斷推遲的deadline，一對對的矛盾就像太極圖中的陰陽魚，沒完沒了的旋轉，生生不息。
為了避免以上情況，「設計開發更改控制流程」以「安全衛士」的身份出現了，「安全衛士」的設計可以完全參照數字衛士（真的不是廣告，周鴻禕是個偉大的產品經理），實際操作過程一定不能有卡機的感覺（德芙般絲滑是不存在的，卡頓至少要在可接受範圍內），否則很快會被使用者解除安裝！
當前的設計開發更改流程：
更改提出者填寫《設計更改開發申請表》，提出申請；（提出者不一定是產品，可以是專案相關的任何人）
專案負責人召集相關人員開會，對該申請行進評審，並填寫《會議記錄表》,《危害分析、風險評價、風險控制措施記錄表》；
相關人員填寫申請意見；（由不同的風險風險級別定誰來填寫）
「不以規矩,不能成方圓。」
----《孟子·離婁上》
Android開發 徹底更改工程名
對於已經建立的工程，如果發現原來的工程名不合適，此時若想徹底更改工程名，需要三個步驟 1.更改工程名 選中工程名，右鍵 refactor rename.2.更改src檔案下包名 選中包名，更改方式同步驟1.但此時需注意將彈出框中的所有選項均選中，其他項不用改動，直到finish。注意 包名只能小寫。...
開發日記 介面開發設計
介面開發使用規則 業務術語 請求 通過http協議把需要傳輸的資料傳送給接收方的過程。返回 根據得到的資料處理完成後，將處理完成的結果反饋給接收方。敏感詞 帶有敏感政治傾向，暴力傾向，不健康色彩或不文明的詞。特殊字元 特殊字元包括 等。操作結果 成功失敗，成功返回結果，失敗返回結果錯誤資訊。操作流程...
開發日記 介面開發設計
介面開發使用規則 業務術語 請求 通過http協議把需要傳輸的資料傳送給接收方的過程。返回 根據得到的資料處理完成後，將處理完成的結果反饋給接收方。敏感詞 帶有敏感政治傾向，暴力傾向，不健康色彩或不文明的詞。特殊字元 特殊字元包括 等。操作結果 成功失敗，成功返回結果，失敗返回結果錯誤資訊。操作流程...