- 相關(guān)推薦
軟件工作總結(jié)-開發(fā)中存在的問(wèn)題
1、前期需求不明，造成設(shè)計(jì)時(shí)目的不明確，開發(fā)時(shí)時(shí)常會(huì)因需求問(wèn)題而困惑，測(cè)試人員也會(huì)提出一些需求建議，而由于已經(jīng)開發(fā)完成，所以改動(dòng)起來(lái)比較困難。改進(jìn)辦法：需求要完全明確是很難做到，但在局部相對(duì)獨(dú)立功能上應(yīng)該要盡量明確。如：盡量能明確注冊(cè)需要哪些信息、每個(gè)表單是用什么控件、處于什么范圍、列表顯示哪些字段、查詢需要什么條件有明確的說(shuō)明，這樣可以在后期測(cè)試時(shí)少掉一半的需求建議或bug。
2、原系統(tǒng)有規(guī)范但沒有較好的執(zhí)行，由于團(tuán)隊(duì)初成立時(shí)，無(wú)人嚴(yán)格把控各人的代碼規(guī)范、文件存放、命名等等都存在著很大的問(wèn)題，而這造成的結(jié)果就是后改代碼的時(shí)間比前面寫代碼的時(shí)間還要長(zhǎng)。
改進(jìn)辦法：項(xiàng)目組長(zhǎng)需要每天都check成員代碼，保證每天的代碼都是相對(duì)規(guī)范。
3、設(shè)計(jì)要慎重，應(yīng)該要足夠的考慮，以及和團(tuán)隊(duì)的商議，原系統(tǒng)中有一些數(shù)據(jù)庫(kù)表的結(jié)構(gòu)和字段值得商榷，如果前期可以大家討論一下，也許很多問(wèn)題可以在后來(lái)重構(gòu)中避免。
改進(jìn)辦法：沒有人能一次就設(shè)計(jì)出完美的東西，需要及時(shí)的溝通，包括與客戶的反饋，與其他項(xiàng)目組成員的討論，這樣有助于降低開發(fā)時(shí)偏離需求的風(fēng)險(xiǎn)。也就是說(shuō)，在開發(fā)之前題，是建立在設(shè)計(jì)者的想法有客戶的確認(rèn)和開發(fā)人員的理解的基礎(chǔ)之上。
4、開發(fā)時(shí)因分工不明確，每個(gè)頁(yè)面可能團(tuán)隊(duì)所有的人都有修改，這其實(shí)出問(wèn)題的風(fēng)險(xiǎn)是非常大。事 實(shí)證明，由于數(shù)據(jù)庫(kù)存儲(chǔ)過(guò)程是專人負(fù)責(zé)，所以不必要的Bug相對(duì)較少的，而UI層的不少問(wèn)題其實(shí)都是后者根本不清楚前者的代碼意途所致（必要的注釋是起碼 的習(xí)慣，松耦合的code是更好的代碼風(fēng)格）。
改進(jìn)辦法：數(shù)據(jù)層、邏輯層、UI層，以及UI的各個(gè)功能分工，都需要責(zé)任到人。
5、代碼中重復(fù)代碼較多，維護(hù)時(shí)時(shí)常會(huì)改了一處Bug，卻在另一處出現(xiàn)同樣的問(wèn)題，這顯然是重復(fù)帶來(lái)的災(zāi)難。
改進(jìn)辦法：開發(fā)時(shí)，只要是重復(fù)代碼，就需要考慮是否可以提煉成為函數(shù)，并考慮存放到合適的類中（也包括頁(yè)面html的重復(fù)），嚴(yán)禁簡(jiǎn)單的Ctrl+C到Ctrl+V，這種避免重復(fù)代碼的做法看似相對(duì)麻煩，其實(shí)是可以大大減少維護(hù)風(fēng)險(xiǎn)。
6、計(jì)劃不能按期完成，大致三種原因，1、計(jì)劃不合理；2、人員沒有抓緊；3、因其它計(jì)劃外的原因造成延誤
改進(jìn)辦法：制訂計(jì)劃項(xiàng)目組長(zhǎng)需與相關(guān)成員討論以決定計(jì)劃完成日期，制訂時(shí)間需要科學(xué)合理，如果明確后，相關(guān)成員需要盡量按時(shí)完成，若有特殊原因，比如技術(shù)難題，計(jì)劃外的事情耽誤等等，需要給出理由。再由組長(zhǎng)和成員共同商議解決時(shí)間，以保證全局的進(jìn)度不受影響。
7、早期沒有存儲(chǔ)過(guò)程測(cè)試，單元測(cè)試，頁(yè)面測(cè)試因需求不明，造成測(cè)試人員既是測(cè)試者又是需求提出和建議者。
改進(jìn)辦法：需求制訂過(guò)程需要測(cè)試人員全面參與，達(dá)到了解足夠充分。測(cè)試時(shí)針對(duì)需求做測(cè)試用例，以需求為標(biāo)準(zhǔn)，判斷開發(fā)是否完成或有否錯(cuò)誤。
8、前期頁(yè)面比較混亂，頁(yè)面布局、樣式比較混亂，到處都有如居中、加粗等html語(yǔ)句、列表顯示有5種樣式等等，造成后期重構(gòu)非常麻煩。
改進(jìn)辦法：美工應(yīng)該在需求制訂完成后就介入，進(jìn)行頁(yè)面設(shè)計(jì)，然后.net的aspx頁(yè)面需要有專人處理，所有的樣式必須全部用css統(tǒng)一完成，表單驗(yàn) 證、頁(yè)面跳轉(zhuǎn)需要在開發(fā)前完成（甚至最好可以經(jīng)過(guò)測(cè)試），這需要界面設(shè)計(jì)人員（可能是美工也可能是架構(gòu)師或界面專人）對(duì)需求充分了解。
9、項(xiàng)目計(jì)劃和管理主要以Email和口頭傳達(dá)，過(guò)后無(wú)法跟蹤，造成時(shí)間表不明確，人員工作效率不夠高，有時(shí)很緊張，有時(shí)很輕松。
改進(jìn)辦法：需有項(xiàng)目管理工具，比如VS 2005 Team System或其它項(xiàng)目管理系統(tǒng)。每個(gè)人的工作任務(wù)需在其中體現(xiàn)，計(jì)劃安排和調(diào)整，相關(guān)負(fù)責(zé)人，延誤備注都需要記錄。讓開發(fā)人員保持一個(gè)長(zhǎng)期的、恒定的開發(fā)速度。
總之，由于早期開發(fā)時(shí)團(tuán)隊(duì)人員不整、需求不明、規(guī)范實(shí)施不利、計(jì)劃有誤等等原因，造成系統(tǒng)開發(fā) 出現(xiàn)些了問(wèn)題，但之后有了一定的時(shí)間，所以重構(gòu)已經(jīng)取得了不少成效，但所謂磨刀不誤砍柴工，前期的準(zhǔn)備如果充分一些，對(duì)后期的維護(hù)就會(huì)好很多很多。由于時(shí) 間關(guān)系，前期不可能做非常詳細(xì)的設(shè)計(jì)，事實(shí)上，即使做了詳細(xì)設(shè)計(jì)也可能因需求的變更而效用不大，所以更多的是需要大家寫出可維護(hù)性、可擴(kuò)展性和可復(fù)用性較 好的代碼，以便更好的適應(yīng)變化。
【軟件工作總結(jié)-開發(fā)中存在的問(wèn)題】相關(guān)文章：
軟件項(xiàng)目管理中存在的問(wèn)題及對(duì)策分析04-30
淺談目前我國(guó)旅游開發(fā)中存在的問(wèn)題04-30
房地產(chǎn)開發(fā)中存在問(wèn)題的調(diào)研報(bào)告范文05-03
從當(dāng)前軟件判例法的發(fā)展看軟件開發(fā)中的版權(quán)問(wèn)題論文05-01
高職英語(yǔ)中存在的問(wèn)題與挑戰(zhàn)04-29
房產(chǎn)測(cè)繪中存在的問(wèn)題及對(duì)策04-29