開發(fā)一個(gè)項(xiàng)目需要那幾個(gè)步驟(編輯修改稿)
2025-07-27 01:33 本頁面
【文章內(nèi)容簡(jiǎn)介】 數(shù)據(jù)庫表或字段的說明。而且一般中小型項(xiàng)目在開發(fā)的過程中可能需要經(jīng)常性地修改數(shù)據(jù)庫表的設(shè)計(jì)，如果還有文檔描述數(shù)據(jù)庫的設(shè)計(jì)那么每次修改時(shí)除了修改數(shù)據(jù)庫之外還要維護(hù)設(shè)計(jì)文檔的一致性，如果項(xiàng)目忙忘記了修改就會(huì)導(dǎo)致文檔和數(shù)據(jù)庫的不一致，有時(shí)這種不一致的文檔可能還不如沒有，因?yàn)樗赡軙?huì)誤導(dǎo)其他人員的理解。 另外也可以通過開發(fā)過程的規(guī)范來減少設(shè)計(jì)文檔的內(nèi)容。這個(gè)將在下面的開發(fā)環(huán)節(jié)進(jìn)行詳細(xì)的說明。 四、開發(fā) 整個(gè)項(xiàng)目有一個(gè)合理的框架是很重要的?？蚣芫唧w包括哪些內(nèi)容在此很難解釋清楚，但是我想最起碼整個(gè)框架應(yīng)該把項(xiàng)目所采用的各種技術(shù)（如java中的Hibernate、Struts、Spring的結(jié)合）比較合理地組織起來，并為具體模塊的開發(fā)提供一些工具類等，同時(shí)整個(gè)框架應(yīng)該具有較好的可擴(kuò)展性、可維護(hù)性和較好的性能?？蚣茏詈糜身?xiàng)目組中技術(shù)最強(qiáng)的人（在此稱他為技術(shù)負(fù)責(zé)人）進(jìn)行搭建及維護(hù)。 另外對(duì)于整個(gè)項(xiàng)目有一個(gè)統(tǒng)一的命名規(guī)范（類和方法按什么方式命名，所有文檔都加上時(shí)間作者等）并進(jìn)行遵守是很必要的，這樣一個(gè)人開發(fā)的代碼其他人很容易就能夠讀懂。 在整個(gè)項(xiàng)目進(jìn)行全面開發(fā)前最好先向項(xiàng)目組全體成員講解需求及項(xiàng)目框架的機(jī)制、使用方式及注意事項(xiàng)，再說明相關(guān)規(guī)范。然后每一個(gè)開發(fā)人員按照理解開發(fā)一個(gè)簡(jiǎn)單的功能。然后大家再一起（或者由技術(shù)負(fù)責(zé)人）看一下每個(gè)人對(duì)于框架的使用是否合理，規(guī)范理解的是否有誤，編碼習(xí)慣是否需要改正等等。在討論并達(dá)成共識(shí)后再進(jìn)行具體功能的開發(fā)。 另在具體的開發(fā)過程中盡量在關(guān)鍵算法處加一些注釋進(jìn)行說明。 建議定期進(jìn)行一些代碼走查的工作。盡量由技術(shù)負(fù)責(zé)人負(fù)責(zé)這份工作，當(dāng)然也可以進(jìn)行互相檢查等。代碼走查的好處很多，如可發(fā)現(xiàn)一些不好的編碼習(xí)慣；提高整個(gè)系統(tǒng)代碼的可讀性；發(fā)現(xiàn)一些bug；借鑒別人好的編碼思路或技術(shù)等。 五、測(cè)試 有些公司有獨(dú)立的測(cè)試或質(zhì)量保證部門，有的公司只是由開發(fā)人員自己完成測(cè)試工作。在此假設(shè)公司有一個(gè)獨(dú)立的測(cè)試部門進(jìn)行系統(tǒng)的測(cè)試工作。 首先開發(fā)人員一定要養(yǎng)成單元測(cè)試的習(xí)慣。對(duì)自己開發(fā)模塊的功能進(jìn)行單元測(cè)試過之后再提交測(cè)試組進(jìn)行結(jié)合測(cè)試、系統(tǒng)測(cè)試甚至性能測(cè)試。單元測(cè)試很重要，在進(jìn)行單元測(cè)試的時(shí)候如果條件允許可以使用junit等一些工具，或其他一些代碼覆蓋率工具幫助分析測(cè)試用例的覆蓋程度。另外在此再提一點(diǎn)，一般項(xiàng)目可能是整體開發(fā)完之后才進(jìn)行性能測(cè)試，可是這時(shí)測(cè)試出性能問題了卻因?yàn)榕R近上線或試運(yùn)行時(shí)
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1