0 引言
一直以來，對自己開發的軟體並不滿意，看了很多規則性的東西，但是並不能真正理解。在具體實施的時候，往往還是選擇了比較容易實現的、自己看起來清晰的方法，結果一旦需求變更就出現諸多問題，或者在介面設計的時候感覺力不從心，對自己畫出來的醜逼介面無可奈何。姑且先把問題記錄下來，留待以後慢慢學習、體會、解決。
1 關於降低軟體各部分的耦合性
最常用的理論是mvc架構理論，即軟體的模型-檢視-控制器分離架構。另外一種說法是軟體的三層架構理論，感覺與此類似，說的是軟體的資料、業務和介面分離，以實現「高聚合，低耦合」的目的。
（1）資料訪問層：主要是對非原始資料（資料庫或者文字檔案等存放資料的形式）的操作層，而不是指原始資料，也就是說，是對資料庫的操作，而不是資料，具體為業務邏輯層或表示層提供資料服務
（2）業務邏輯層：主要是針對具體的問題的操作，也可以理解成對資料層的操作，對資料業務邏輯處理，如果說資料層是積木，那邏輯層就是對這些積木的搭建。
（3）介面層：主要表示web方式，也可以表示成winform方式，web方式也可以表現成：aspx，如果邏輯層相當強大和完善，無論表現層如何定義和更改，邏輯層都能完善地提供服務。
2 關於類的抽象化設計
什麼時候需要重新定義乙個類？
類的範圍？
類的成員與函式？
3 敏捷開發中的極限程式設計思想
極限程式設計是乙個輕量級的、靈巧的軟體開發方法；同時它也是乙個非常嚴謹和周密的方法。它的基礎和價值觀是交流、樸素、反饋和勇氣；即，任何乙個軟體專案都可以從四個方面入手進行改善：加強交流；從簡單做起；尋求反饋；勇於實事求是。xp是一種近螺旋式的開發方法，它將複雜的開發過程分解為乙個個相對比較簡單的小週期；通過積極的交流、反饋以及其它一系列的方法，開發人員和客戶可以非常清楚開發進度、變化、待解決的問題和潛在的困難等，並根據實際情況及時地調整開發過程。
軟體開發流程的一些思考
1.大型通用軟體的開發就是以質量第一的原則 軟體在賣到幾十套的時候，質量只要過的去就可以了，但一旦軟體賣到上千套，質量就絕不能以對付了事，否則維護部門的 就要被打爆。測試人員一般的能達到開發人員的1 3就比較合理了，如果是剛起步的公司，考慮到 成本因素，而且大多是以開發專案為主，所以在測試上可以相對...
軟體開發質量管理的一些思考
pmbok裡關於質量管理主要有3個過程 制定質量管理計畫 質量保證 qa 質量控制 qc 書看了5 6次，還是發現比較抽象，難以理解。實際專案中，怎樣才幹合理的考慮各種資源制約，更好的執行質量管理呢？一般的正規流程大致例如以下 需求分析 客戶評審與確認 概要設計 內部評審 具體設計 內部評審 編碼 ...
軟體開發的一些必備知識 客戶
客戶 業務直銷 戶外廣告 雜誌廣告 展銷會議 活動 朋友介紹 招標投標 網際網路 渠道 客戶狀態 根據貴單位的經營特點做客戶的基礎分類，完全自定義設定 如 it 企業將客戶型別為 總 商 經銷商 合作夥伴 區域 等 保健品客戶將客戶型別分類為 企業客戶 個人客戶 機構 合作機構等 客戶狀態分類為 潛...