界定系統開發範圍 (system boundary)，找出功能性的使用案例 (use case)、以及使用系統的主要參與者 (primary actor)，與外部系統提供服務的支援性參與者 (supporting actor)。
（點擊圖片鏈接看原圖）圖 2、利用使用案例圖界定系統開發範圍
呈現價值最高者，往往為交易類型的使用案例。如上圖「訂購烏龜」即為交易型的使用案例 (相對「維護烏龜資訊」則為資料維護型)。
本階段重視的是「打通管道」，包括需求至實作階段的產出承接，以及 IT 面 3-tier 的實體連結等。 至於需求功能的精確度，包括欄位細節與企業邏輯的正確性等，則留待至第二個 iteration 補足。
本案例的演練區分為兩個釋出 (release)階段。在現實的專案開發，每一個釋出版本都應該是可以滿足使用者的功能需求。兩個釋出版本的重心為：
第一個階段：快速實現功能需求，但保留了可以具延展性的 3-tier MVC框架。
第二個階段：找出穩定的共用元素，讓系統更有彈性。
第一個階段 (release #1)在內部的開發週期分為兩個循環 (iteration)。第一個循環 (iteration #1)快速實現幾個具代表性的使用案例，並打通技術關節。而相關於邏輯處理或欄位細節等，則留待第二個開發循環 ； 所以第二個開發循環 (iteration #2)著重在於對精細度的要求，包括欄位細節、企業規則的邏輯 (business rule logic)，以及對於例外事件的處理 (exception handling)。
第二個版本的釋出 (release #2)，則除了在於擴展系統功能外，還希望能就維護性、彈性度等議題來作調整。此階段重點在於對系統組成結構的重整 (物件與資料結構)，或亦可在程式碼上對其重構 (re-factoring)。結構重整或重構皆為共用性設計議題的整合考量，所耗費的開發成本往往比較高 (但也相對容易提升系統的價值)，且須具備相當基礎的軟體設計素養才有能力將軟體做軟 (keeping software soft)。
兩個不同階段時期的釋出版本要能順暢的橋接，至少要能有兩個必要的條件：
＊＊ 關於 Release 與 Iteration 的意義與差異，可參考：
http://www.kenming.idv.tw/soft_development_iteration_vs_release-2
我家那個小隻的妹妹，天生就是喜愛養小動物之類的。因為媽媽不允許她養小狗小貓，退而求其次，就在她房間內養個小魚缸。這樣她還意猶未盡，逼著要我帶她去買小烏龜回來養。
小朋友們養的烏龜一般就是以「巴西烏龜」最普遍了，我家中和南勢角這邊的水族館大部分都有在賣。不過那天去我們熟悉的那家店，最近引進了與「巴西烏龜」約同樣體積大小、也是生長在水裡的「長尾龜」。據老闆說還比「巴西龜」好養很多，性情更是溫馴，至於價錢則稍稍貴了 NT$20 左右，算起來是還蠻適合新手小朋友養的小烏龜了。
妹妹說要買三隻，兩隻母、一隻公的。老闆教我們如何看公母，就是用手指摸烏龜的肚肚，有往下凹的就是公的；而平平的肚肚就是母的。再買個飼料，以及養魚用的魚缸 (專門用來養烏龜)，沉木、小石頭等，約不到一千大元。
開車回家的時候，妹妹非常開心。她已經想好這三隻「長尾龜」的名字了，公的那隻叫做「澤哥」，一隻母的叫做「小Q」；而另外一隻呢，竟然是取名叫做「小澤圓」！ 😯
我突然嚇了一跳，妹妹怎麼會知道「小澤圓」這個名字啦？ 那個是鼎鼎大名的日本 AV 女優耶 (還來過台灣喔)！！ 我很乖，也沒去買過 AV 片回家看啊，怎麼妹妹會知道這號人物呢？
妹妹說，因為那隻小烏龜的肚子圓圓的，然後也知道「長尾龜」是屬於澤龜的一種，所以靈機一動，才取名叫做「小澤圓」啦。