我們做任何事情，背後都有一股驅動力。比如，我們吃飯，是因為飢餓驅動我們去吃飯；
簡單地說，人類的多數行為都是受到「慾望」驅動。
我們做程式設計師的，也需要一股實實在在的驅動力，來驅動我們完成手頭的工作。如果找不到這股驅動力，或者驅動力不夠強，我們便會覺得心煩；隨便上上網，看看技術文章，學學新技術，不知不覺，一天就過去了。
要高效地編寫**，需要高效的驅動力。
用例驅動，是一種高效的驅動力。
用例驅動，首先要設計一條完成用例的線；這個線上有多個駐點；我們的任務就是攻克這些駐點；
我們一天的工作成效，體現在攻克駐點個數，和駐點完成質量這兩方面；
usecas的
於時間序列圖
首先第一步，我們設計時間序列圖
ui--〉控制-->邏輯-->資料庫
我們可以設計這樣乙個一般的時間序列圖；
我們進入到邏輯層
有可能需要修改資料結構
我們修改了資料結構，由此可能造成整個uc線的**
我們不斷在uc線上移動
??
ECSHOP二次開發之心得體驗
1 開發背景 近期接到乙個b2c 專案，公司與客戶談妥使用ecshop作為 的底層系統 2 功能簡述 功能方面基本模仿 一號店 形式，客戶也是實體超市，有自己的門店，後期 上賣的商品也就是客戶的實體店超市的商品了 3 實際開發 鑑於客戶的實際運營需求，公司決定購買ecshop正版來進行二次開發，事實...
如何開發用例描述
visual paradign 僅以uml表示法顯示用例圖是不夠的。每個用例都附有說明用例目的的文字，以及在執行用例時完成的功能。用例規範通常以迭代方式在分析和設計階段建立。用例描述由執行者生成的任務，該任務生成業務的業務價值結果。用例可以視覺化為用例圖或 和結構化文字規範格式 用例 任務 客戶想要...
用例驅動的需求過程實踐
根據筆者多年來從事軟體需求捕獲 分析工作的實踐經驗，認為造成這一現象的根本原因在於客戶與開發人員之間的溝通存在障礙，雙方都以自己的角度 自己的專業術語進行溝通，這使得大家並不能夠很好地就軟體需求達成共識。由於幫助客戶更好地利用資訊化工具提高工作效率，是我們軟體開發團隊的責任，因此我們沒有權利讓使用者...