1、Java工程開發(fā)流程HzzLjt一、軟件定義時期一個Web®目開發(fā),為了充分實現(xiàn)客戶的需求,也為了防止在后期代碼開發(fā) 階段,工程屢次返工,所以前期的準(zhǔn)備工作是非常重要的,一 問題定義+可行性研究-解決方案面向客戶二需求分析-需求分析文檔面向客戶一問題定義+可行性研究一個工程的開發(fā),必有它的開發(fā)背景,如存在一些市場需求或者現(xiàn)有的產(chǎn)品 缺乏以滿足特定客戶的需求等,所以我們?yōu)橛行枨蟮目蛻粼O(shè)計產(chǎn)品并進行開發(fā). 但是一個工程不是隨便就給一個工程組做的, 客戶由于自身利益,會進行多方對 比,認(rèn)為哪個會符合他們的需求,那么我們的工程組就需要作出一份解決方案來 獲得工程的開發(fā)權(quán).一個解決方案就如一份

2、工程招標(biāo)書,針對客戶提出的問題需求,工程組設(shè)計出一套解決問題的解決方案,可以有多個解決方案然后供客戶選擇.解決方案一般要有兩點：1 .背景.我們需要讓客戶知道的產(chǎn)品設(shè)計背景-如為什么設(shè)計這樣的產(chǎn) 品,為什么要有這樣的功能,現(xiàn)有的產(chǎn)品存在哪些缺乏,我們的產(chǎn)品有什么優(yōu)勢 等等；2 .產(chǎn)品功能介紹.不必很詳細(xì),但是起碼要讓客戶清楚有哪些功能.吳聞老師給的文檔已經(jīng)把產(chǎn)品的模塊列出來了,我們根據(jù)需要進一步整理即可.注意：解決方案最好用PP似其他演示的工具制作,風(fēng)格為商務(wù)版,切忌花 俏,以簡潔易懂、一目了然、正式為特點,由于我們是要向客戶進行介紹,要盡 量讓客戶完全明白我們在說什么,所以也不能簡單的wor

3、d文檔,一堆文字,這樣客戶會忘掉甚至不清楚我們在講什么, 也沒興趣看那么多字.適當(dāng)?shù)臅r候根據(jù) 模塊特色,展示圖表.二需求分析文檔當(dāng)客戶將工程交給我們做的時候,我們這個時候要將客戶的具體需求搞清 楚,不能自己覺得客戶應(yīng)該是要什么就自作主張的將產(chǎn)品開發(fā)出來,要是到時候跟客戶要的不一樣,不僅浪費了時間精力,也損失了信譽.比方,客戶需要一個 醫(yī)療系統(tǒng),而他們醫(yī)生寫藥單的時候,習(xí)慣用敲空格的方式就可以進入下一 個文本框,而你忽略了這點 ,而想當(dāng)然的認(rèn)為是我們平時tab鍵,當(dāng)你千辛萬苦地開發(fā)完成向用戶提交時,客戶發(fā)現(xiàn)你的產(chǎn)品沒有幫助他們提升效率反而造成了他們的麻煩,拒絕接受你的產(chǎn)品,那時候你是欲哭無淚了,

4、恨不得找塊豆腐一頭撞死,一大堆代碼改來改去會變成什么樣還不知道呢,而 客戶對你的印象已經(jīng)不佳了.而且由于客戶一般不是技術(shù)人員,客戶很難精確完整地提出產(chǎn)品的功能和 性能要求.一開始只能提出一個大概、模糊的功能,只有經(jīng)過長時間的反 復(fù)熟悉才逐步明確.有時進入到設(shè)計、編程階段才能明確,更有甚者,到 開發(fā)后期還在提新的要求.這無疑給軟件開發(fā)帶來困難.所以開發(fā)人員要 對客戶的要求及現(xiàn)實環(huán)境進行調(diào)查、了解,從技術(shù)、經(jīng)濟和社會因素三個 方面進行研究并論證該軟件工程的可行性,根據(jù)可行性研究的結(jié)果,決定 工程的取舍.簡單來說,做需求分析文檔的目的是 進一步明確需求,為了我們開發(fā)提 高效率,明確產(chǎn)品功能細(xì)節(jié).1

5、.首先調(diào)查組織機構(gòu)情況,包括了解該組織的部門組成情況,各部門 的職能等,為分析信息流程作準(zhǔn)備.2 .然后調(diào)查各部門的業(yè)務(wù)活動情況,包括了解各個部門輸入和使用什么數(shù)據(jù),如何加工處理這些數(shù)據(jù),輸出什么信息,輸出到什么部門,輸出結(jié) 果的格式是什么.3 .協(xié)助用戶明確對新系統(tǒng)的各種要求,包括信息要求、處理要求、完全 性與完整性要求.4 .確定新系統(tǒng)的邊界, 確定哪些功能由計算機完成或?qū)頊?zhǔn)備讓計算機 完成,哪些活動由人工完成.由計算機完成的功能就是新系統(tǒng)應(yīng)該實現(xiàn)的 功能.需求分析一般要好幾次才會根本確定客戶的需求,而且難以保證客戶會在后面的階段提出新的需求,所以簡單的說,就是將自己設(shè)身為客戶,盡可能挖

6、出客戶的潛在需求 成為自己后期開發(fā)的余地.當(dāng)然,此次的網(wǎng)站由于沒有真實客戶,很多東西只有靠自己去分析,可以 詢問一些老師和同學(xué),把他們當(dāng)做客戶即治理員,用戶即求職者或用人單 位,在他們的立場上,他們覺得網(wǎng)站有什么功能會符合他們的操作.其實老師 給的文檔里面有具體的模塊功能,可以依照寫需求文檔.需求分析說明書的具體格式有一份模板,系統(tǒng)需求分析說明書實例模板.pdf可以參考,不用全部一樣,由于時間關(guān)系,適當(dāng)偏重功能需求以及功能 模塊的分析,其他的幾句話帶過即可.二、軟件開發(fā)時期A原型設(shè)計面向客戶和工程組成員B進度安排面向工程組成員一總體設(shè)計C數(shù)據(jù)庫設(shè)計面向工程組成員D代碼標(biāo)準(zhǔn)面向工程組成員,此步可

7、根據(jù)各自的分工取舍A.原型設(shè)計在完成需求分析時,就可以進行原型設(shè)計.原型設(shè)計簡單理解就是設(shè)計產(chǎn)品的模型,目的是確定客戶的用戶體驗,這個 過程需要與客戶進行交流,直到滿意的界面模型誕生.為后期的代碼書寫以及界 面設(shè)計定個根本標(biāo)準(zhǔn),這也是在確定客戶的需求主要是用戶體驗,防止代碼開發(fā)階段返工,代碼返工損失可大可小,當(dāng)然希望最好不要返工.網(wǎng)站的原型設(shè)計有點像靜態(tài)的網(wǎng)頁設(shè)計,雖沒有數(shù)據(jù)交互,可以實現(xiàn)真實的 頁面效果,如彈出文本框什么的,可以做得很逼真,很炫.但這個只要讓客戶有 個大概體驗即可,有的頁面效果能口頭說明的,就不要大費周章的去弄出個 flash效果出來啦,時間沒那么多,只要清楚后期客戶需要實現(xiàn)

8、什么效果就行. 不過頁面有關(guān)數(shù)據(jù)庫的增刪改查方面的功能就要向客戶詢問清楚,有的時候一些事件的添加可能就要修改代碼了.原型設(shè)計工具推薦：AxureRP,里面直接拖拽控件即可,再給個視頻鏈接, E2.html里面是一小時的原型實際培訓(xùn)視頻,那位老師介紹的很清楚,講得挺好 的.下面是我們工程的原型截圖：B.進度安排團隊合作,需要的是合理的分工,以及相互的約束,這樣既可以保證工程如期完成,也可以防止某些成員的不自覺.進度安排在解決方案、需求分析、完成以后就可以開始做安排了,詳細(xì)的列 出此工程的開發(fā)的各個階段,以及每個階段的細(xì)節(jié)分工,要有開始時間,完成時 問,任務(wù)塊的負(fù)責(zé)人,時間安排應(yīng)松弛有度留出可以周

9、轉(zhuǎn)的時間, 每一次完成某 一塊的任務(wù)可以進行標(biāo)記,更新完成進度,組長要時刻關(guān)心整體進度.注意：安排時間是應(yīng)組員討論清楚,確定自己任務(wù)的完成時間段.這是我們正在開發(fā)的工程的進度安排局部截圖,大家可以參考一下：0的硒庭一記赫埼1217工忡如1呻?yún)?汨加1舟H月年日¥Vnite幽碑胴匕日J(rèn)H2t工引汨G:率於行L工怪于zm2綱1出田印岬2粗嚙如q工作日"維明】&5州組月厘日,1*112m工作日如12年明暨日201靖地庫日4urs一如理及日耳喟之；口 4思記片置鹿*ifra的必帆霏日乃；卻溝21日$牯L+那么他苴4 _L住日2沉孱明熱曰刖彈力能汨4瞅健酬EE的灌明黑日空底衣

10、.于汨4尼.整合旭照UfrS i工祚日一嗨L娟咱 一維L娟碼班牌叫珀n 鄧?yán)?.月:日1D82.U工作日那么班1 口月而沖純咽丁圻5t工懺日一崎嶼0日一蜂1陰陽三Gd酢唱軟：解聯(lián)中1工磔2m晦唱陽獸口麗娟舊13何2戶,海f雕/很H1工怔剪碑L明口日那么黨啤T曰也彷吉號' 門;j痔什1短廿引言亂+：1 T作日霍席胤明B日即值1照T目11魁情不及他鼾t工陣一蹴明陽一申明7日13工源相1工作日一名L明?日一,icfi咱時嘎調(diào)rr進度安排工具推薦：Microsoft Office Project,該工具容易看出整個工期安排和人員分工是否合理.花暗全部晨逅憧田的頂門Mie re soft Off

11、ice1 , M crosoft Office Outlook 2007囹 M eroeeft Office Project 2003Mcrosoft Off方案一眼型JWI1工程.并逋過他用Mi 口 go ft 0ffle好Project與工作組交jMier 七與 0ftS i I veri 流.C.數(shù)據(jù)庫設(shè)計當(dāng)客戶的需求根本確定后,可以著手于數(shù)據(jù)庫的設(shè)計了.1. 根據(jù)開發(fā)需要,設(shè)計要有哪幾張表.能用關(guān)聯(lián)的就不要多建一個表了,不然后期治理可能會很麻煩.2. 根據(jù)用戶的操作,設(shè)計表的字段.如招聘信息里面有招聘要求,那招聘要求是一個字段.3. 根據(jù)數(shù)據(jù)庫的存儲特點,設(shè)計字段的類型.本著節(jié)約的精神

12、,能轉(zhuǎn)化為用Et位的就不要用字符串啦推薦設(shè)計工具：表結(jié)構(gòu)設(shè)計器EZDML rD.代碼標(biāo)準(zhǔn)工程組無論串向分工還是縱向分工,都應(yīng)該進行代碼標(biāo)準(zhǔn)的約束,方便組 內(nèi)成員之間的成果交流,比方統(tǒng)一增刪改查的方法名的命名規(guī)特別是界面層使 用css的命名規(guī)壯,這個各組自己把握.養(yǎng)成習(xí)慣有利于以后出去團隊的合作.由于時間關(guān)系,此步驟可以在工程代碼開發(fā)時期慢慢完成,可以口頭約定, 反正起碼要保證各自心里有數(shù).A.統(tǒng)一開發(fā)環(huán)境二詳細(xì)設(shè)計B1.代碼書寫B(tài)2.界面設(shè)計A.統(tǒng)一開發(fā)環(huán)境統(tǒng)一開發(fā)環(huán)境是必需的,同一個環(huán)境開發(fā)出來的東西才能保證相互交流并使 用,不同的環(huán)境易造成由于某些文件的不同而無法將各自的模塊合并.所以這個

13、時候要搭建好開發(fā)環(huán)境.B.代碼書寫+界面設(shè)計由于有的工程組分工可能是負(fù)責(zé)界面就不再負(fù)責(zé)代碼的書寫,兩步同步進 行,便把它們寫在一起.代碼書寫需要注意的是：O方法的命名要標(biāo)準(zhǔn),不能簡單的 a、b、c等等, 由于以后肯定會回來找代碼的,到時候要知道方法是干嘛的；代碼方法要有面向?qū)ο蟮睦砟?；代碼開發(fā)階段要同時書寫接口文檔以及測試文檔,相當(dāng)于注釋作用,有利 于工程的二期開發(fā),以及維護.測試自己寫的方法,可以保證方法設(shè)計合理,文 檔里面寫的就是你測試這個方法寫的測試方法； 接口文檔里面要說明你寫的接口要實現(xiàn)的功能是什么,需要哪些參數(shù),返回給調(diào)用對象什么東西.界面設(shè)計要注意的是：要方便用戶操作,防止一些引

14、起用戶出現(xiàn)疑問的設(shè)計, 比方我在哪里,我應(yīng)該點擊哪個,頁面要盡量做到自我解釋,盲人測試任意找到f頁面.看厘否找到下面問題的答案: 這是哪個站點？ 1D 我在站中的哪個頁面？頁面色用K這個網(wǎng)站的主要欄目有哪些?內(nèi)容導(dǎo)航 在這個頁面上還fl哪些可選內(nèi)容？分欄導(dǎo)航 我在網(wǎng)站結(jié)相中的什么位置？位置標(biāo)示 我在啤甲進打搜索杳詢？Search三編碼與單元測試-這個在編程過程中就可以同時進行了,就是測試咯, 每一層都應(yīng)該對每一個功能進行測試如數(shù)據(jù)庫連接層,對數(shù)據(jù)表增刪改查的測 試,保存測試的類.四綜合測試這個階段就是在界面和代碼都完成后進行的,后期最重要的地方,測試完后 就要交給客戶了.工程組的成員負(fù)責(zé)的模塊全部整合在一起了,