除了那熟悉的的機房收費系統外，第一次和未知的系統見面，利用電腦代替電話撥號處理信息的系統。做了有半個多月的時間，疑問甚多，系統該怎麼開發？
下面是此次開發的簡短過程。
需求分析：
文檔中告訴我們系統分三個不同方面的需求：
個人使用，是不需要後臺管理員的。比較的侷限性，用於個人，家庭使用。
企業使用，企業中老闆和員工使用，使用的場合用於任何一個企業，需要和客戶進行溝通，把客戶信息以及溝通信息以文字或語音的形式保留下來。屬於商務性質。
進銷存個人版和網絡版，與上面的比起來，增加了商品入庫、進貨和銷售等信息資源的管理。
需求選擇：
此次開發的目的，一是熟悉業務、二是輔助BS這塊的學習、三是要按照軟件工程的開發流程過一遍。着重是爲了在BS這塊練習，所以我們選擇的企業版，實現一個企業裏的所有員工和客戶交流信息的記錄，系統後臺給管理員一個登陸接口，可以對員工進行管理，以及執行員工可以操作的一切活動。而個人版本CS開發最合適，裏面的邏輯筆企業版本的少很多。
需求分析是很重要，此次開發需求比較明確，少了和軟件使用者的溝通，也避免了開發過程中需求的改動，並且開發風險小，所有選擇了瀑布模型來開發最適宜。關於軟件開發的幾種模型：http://baike.baidu.com/view/8300.htm該模型有固定的順序，對於需求明確的系統來說較快捷，而缺點就是缺乏靈活性。
需求分析的功能描述用UML的用例圖進行的描述，用EA工具來做可以直接導出用例圖的文檔，簡潔清晰。
不同於機房收費系統，機房收費系統無論個人開發還是合作開發，我們開發前提是對需求瞭解的十分明白，而這次的撥號系統完全是陌生的，我們如何和陌生人打好交道靠的就是文檔，完全是文檔。所以我們寫的文檔也應該是這樣的：任何人拿到你的文檔都能開發出這樣的一個系統。開發不是依賴於人的，而是依賴於文檔的。所以文檔儘量詳細。
數據庫設計：
數據庫設計是軟件重中之重，從文檔的需求中抽象出E-R模型，把現實世界的事物第一步抽象，E-R模型轉換成關係模式（轉換方式），再進行數據庫的規範化，簡單的抽象出系統的表結構，用EA建模工具建表同時生成數據庫文檔。
概要設計：
界面設計：模擬界面沒有去畫，大多是按照人家開發文檔中的給的界面而來的，界面是系統功能的一種顯示方式，不過BS中的界面設計真的需要細心、耐心、勇氣了。
系統架構：和機房收費系統一樣，簡單工廠+配置文件改造的抽象工廠設計模式，好處是：我們可以換數據庫，讓系統不依賴於具體的數據庫，如果我們把sql數據庫換成Access數據庫的話，我們改動配置文件和 ＤＡＬ.dll。當時討論在邏輯這塊用加外觀是否，想到了那次看七期學長們的機房收費系統的時候，他們在合作開發的時候在U層和B層加了個簡單工廠改造抽象工廠和配置文件，爲了是B層的業務變更，使系統符合開閉原則。
詳細設計：
詳細設計就是各個包中的類，因爲考慮到本系統不算是太大，所以沒有在U和B中間加外觀層，B層的類是對應着每一個大用例，而B層的方法是每一個用例中的小用例。其實在抽象B層類這塊自己還不是十分明白。
編碼階段：
待繼續。