軟件工作總結(jié)開(kāi)發(fā)中存在的問(wèn)題

1、軟件工作總結(jié)開(kāi)發(fā)中存在的問(wèn)題 改良方法：需求要完全明確是很難做到，但在局部相對(duì)獨(dú)立功能上應(yīng)該要盡量明確。如：盡量能明確注冊(cè)需要哪些信息、每個(gè)表單是用什么控件、處于什么范圍、列表顯示哪些字段、查詢(xún)需要什么條件有明確的說(shuō)明，這樣可以在后期測(cè)試時(shí)少掉一半的需求建議或bug。 2、原系統(tǒng)有標(biāo)準(zhǔn)但沒(méi)有較好的執(zhí)行，由于團(tuán)隊(duì)初成立時(shí)，無(wú)人嚴(yán)格把控各人的代碼標(biāo)準(zhǔn)、文件存放、命名等等都存在著很大的問(wèn)題，而這造成的結(jié)果就是后改代碼的時(shí)間比前面寫(xiě)代碼的時(shí)間還要長(zhǎng)。 改良方法：工程組長(zhǎng)需要每天都check成員代碼，保證每天的代碼都是相對(duì)標(biāo)準(zhǔn)。 3、設(shè)計(jì)要慎重，應(yīng)該要足夠的考慮，以及和團(tuán)隊(duì)的商議，原系統(tǒng)中有一些數(shù)據(jù)庫(kù)表

2、的結(jié)構(gòu)和字段值得商榷，如果前期可以大家討論一下，也許很多問(wèn)題可以在后來(lái)重構(gòu)中防止。 改良方法：沒(méi)有人能一次就設(shè)計(jì)出完美的東西，需要及時(shí)的溝通，包括與客戶(hù)的反應(yīng)，與其他工程組成員的討論，這樣有助于降低開(kāi)發(fā)時(shí)偏離需求的風(fēng)險(xiǎn)。也就是說(shuō)，在開(kāi)發(fā)之前題，是建立在設(shè)計(jì)者的想法有客戶(hù)確實(shí)認(rèn)和開(kāi)發(fā)人員的理解的根底之上。 4、開(kāi)發(fā)時(shí)因分工不明確，每個(gè)頁(yè)面可能團(tuán)隊(duì)所有的人都有修改，這其實(shí)出問(wèn)題的風(fēng)險(xiǎn)是非常大。事 實(shí)證明，由于數(shù)據(jù)庫(kù)存儲(chǔ)過(guò)程是專(zhuān)人負(fù)責(zé)，所以不必要的bug相對(duì)較少的，而ui層的不少問(wèn)題其實(shí)都是后者根本不清楚前者的代碼意途所致（必要的注釋是起碼 的習(xí)慣，松耦合的code是更好的代碼風(fēng)格）。 改良方法：數(shù)

3、據(jù)層、邏輯層、ui層，以及ui的各個(gè)功能分工，都需要責(zé)任到人。 5、代碼中重復(fù)代碼較多，維護(hù)時(shí)時(shí)常會(huì)改了一處bug，卻在另一處出現(xiàn)同樣的問(wèn)題，這顯然是重復(fù)帶來(lái)的災(zāi)難。 改良方法：開(kāi)發(fā)時(shí)，只要是重復(fù)代碼，就需要考慮是否可以提煉成為函數(shù)，并考慮存放到適宜的類(lèi)中（也包括頁(yè)面html的重復(fù)），嚴(yán)禁簡(jiǎn)單的ctrl+c到ctrl+v，這種防止重復(fù)代碼的做法看似相對(duì)麻煩，其實(shí)是可以大大減少維護(hù)風(fēng)險(xiǎn)。 6、方案不能按期完成，大致三種原因，1、方案不合理；2、人員沒(méi)有抓緊；3、因其它方案外的原因造成延誤 改良方法：制訂方案工程組長(zhǎng)需與相關(guān)成員討論以決定方案完成日期，制訂時(shí)間需要科學(xué)合理，如果明確后，相關(guān)成員需要

4、盡量按時(shí)完成，假設(shè)有特殊原因，比方技術(shù)難題，方案外的事情耽誤等等，需要給出理由。再由組長(zhǎng)和成員共同商議解決時(shí)間，以保證全局的進(jìn)度不受影響。 7、早期沒(méi)有存儲(chǔ)過(guò)程測(cè)試，單元測(cè)試，頁(yè)面測(cè)試因需求不明，造成測(cè)試人員既是測(cè)試者又是需求提出和建議者。 改良方法：需求制訂過(guò)程需要測(cè)試人員全面參與，到達(dá)了解足夠充分。測(cè)試時(shí)針對(duì)需求做測(cè)試用例，以需求為標(biāo)準(zhǔn)，判斷開(kāi)發(fā)是否完成或有否錯(cuò)誤。 8、前期頁(yè)面比擬 ，頁(yè)面布局、樣式比擬 ，到處都有如居中、加粗等html語(yǔ)句、列表顯示有5種樣式等等，造成后期重構(gòu)非常麻煩。 改良方法：美工應(yīng)該在需求制訂完成后就介入，進(jìn)行頁(yè)面設(shè)計(jì)，然后.的aspx頁(yè)面需要有專(zhuān)人處理，所有的樣

5、式必須全部用css統(tǒng)一完成，表單驗(yàn) 證、頁(yè)面跳轉(zhuǎn)需要在開(kāi)發(fā)前完成（甚至最好可以經(jīng)過(guò)測(cè)試），這需要界面設(shè)計(jì)人員（可能是美工也可能是架構(gòu)師或界面專(zhuān)人）對(duì)需求充分了解。 9、工程方案和管理主要以email和口頭傳達(dá)，過(guò)后無(wú)法跟蹤，造成時(shí)間表不明確，人員工作效率不夠高，有時(shí)很緊張，有時(shí)很輕松。 改良方法：需有工程管理工具，比方vs xx team system或其它工程管理系統(tǒng)。每個(gè)人的工作任務(wù)需在其中表達(dá)，方案安排和調(diào)整，相關(guān)負(fù)責(zé)人，延誤備注都需要記錄。讓開(kāi)發(fā)人員保持一個(gè)長(zhǎng)期的、恒定的開(kāi)發(fā)速度。 總之，由于早期開(kāi)發(fā)時(shí)團(tuán)隊(duì)人員不整、需求不明、標(biāo)準(zhǔn)實(shí)施不利、方案有誤等等原因，造成系統(tǒng)開(kāi)發(fā) 出現(xiàn)些了問(wèn)題，但之后有了一定的時(shí)間，所以重構(gòu)已經(jīng)取得了不少成效，但所謂磨刀不誤砍柴工，前期的準(zhǔn)備如果充分一些，對(duì)后期的維護(hù)就會(huì)好很多很多。由于時(shí) 間關(guān)系，前期不可能做非常詳細(xì)的設(shè)計(jì)，事實(shí)上，