還沒有介紹,現在我已經上班了,在一家公司搞asp.net開發.
現在在開發一個系統.
這個系統的需求,是從怎樣去實現,從計算機的角度出發搞的.
但今天看了UML第三章,才發覺這樣會出很大的問題,所以要做好心理準備,做出這個系統後,用戶會說"這不是我想要的系統"
所以到時又要大費周章去改一翻.
不過作爲第一次,也沒所謂了.
再說說爲什麼會這樣吧
一,我們沒有直接接觸客戶,沒有真正爲客戶建立業務模型,所以,只能直接去做了.
二,還沒有搞清楚涉衆問題,就是與這個系統相關的人有哪些?具體與這系統打交道,操作這系統的人又是哪些,哪些是主角(參與者),哪些又是業務工人.
三,用例粒度不明確
不過這是一個統一過程,如果不熟,會花比較多的時間.
所以最好的做法是用原型開發模式,意思就是,把客戶第一次想要的東西,先做出一個快速開發版(不考慮性能,架構),用一些超方便的組件(如.net的SQLDataSource,強類型數據集,Linq等來做一層開發),開發出來(大概一個月左右,如果數據庫是50張表以上),交給用戶去看,去給意見,再修改再給,再修改再給,兩三次後,就知道客戶真的想要什麼了,(再用三個星期時間),然後就針對這些,開始完善數據庫,搭程序框架,頁面設計等(可能要三到四個星期),接着就寫代碼完成這些功能了(再用三個星期),共三個半月到四個月,這樣雖然花時間比較長,但是我覺得是比較穩定的做法.
這是我的特發靈感.
平時沒有什麼記憶,上次這東西就差不多出來了,就是說不出來,錯過了.唉......
不過,以後有些什麼想法,寫上日誌裏,應該就不錯了.
至少可以給別人參考,給給意見.