如果項(xiàng)目所涉及的業(yè)務(wù)范圍比較廣，分析和設(shè)計(jì)階段工作量比較大，而按照瀑布模型方法進(jìn)行項(xiàng)目管理，時(shí)間和人力都有限；或者采用UML方法規(guī)范，人員素質(zhì)和經(jīng)驗(yàn)又不足，在這種的情況下，為了盡量做好開發(fā)前期的準(zhǔn)備，減小在編碼階段的風(fēng)險(xiǎn)，對于分析和設(shè)計(jì)階段的工作進(jìn)行簡化，不妨從以下幾個(gè)方面進(jìn)行重點(diǎn)把握：
需求分析階段做的重點(diǎn)工作有：
（1）制作功能點(diǎn)控制表。把系統(tǒng)需求范圍所涉及的功能點(diǎn)進(jìn)行梳理清分，劃出功能點(diǎn)，每個(gè)功能點(diǎn)進(jìn)行編號，分配到具體的小組和項(xiàng)目成員；保證這些需求功能點(diǎn)涵蓋全部需求范圍。
（2）需求確認(rèn)聯(lián)系書和確認(rèn)報(bào)告。需求階段最重要的過程是跟業(yè)務(wù)人員確認(rèn)需求，理解需求并雙方簽字確認(rèn)。為了達(dá)到這個(gè)目的，要求各個(gè)參與需求分析的人員填寫需求確認(rèn)聯(lián)系書和確認(rèn)報(bào)告，項(xiàng)目組定期檢查進(jìn)度和質(zhì)量。
（3）需求評估報(bào)告。需求評估報(bào)告是寫需求確認(rèn)過程中的項(xiàng)目組成員自己對需求的理解情況；對需求的意見和完善建議。
（4）需求分析報(bào)告。對于重點(diǎn)需求內(nèi)容，描述業(yè)務(wù)功能的流程、輸入輸出，業(yè)務(wù)規(guī)則，非功能性需求等內(nèi)容。
設(shè)計(jì)階段要做的工作是：
（1）總體架構(gòu)：大致說明系統(tǒng)的總體平臺架構(gòu)、應(yīng)用架構(gòu)、數(shù)據(jù)架構(gòu)、用戶架構(gòu)和硬件架構(gòu)等內(nèi)容。
（2）用例列表UC：建立用例列表，用例跟功能點(diǎn)的對應(yīng)關(guān)系。每個(gè)用例的主要描述、功能用途。
（3）核心數(shù)據(jù)庫設(shè)計(jì)文檔DB；數(shù)據(jù)庫設(shè)計(jì)邏輯模型和物理模型文檔。
（4）用戶界面設(shè)計(jì)。展示給最終用戶的UI界面，最好用JSP設(shè)計(jì)，包括部分的功能交互。
UC,UI,DB是甲乙雙方在設(shè)計(jì)階段進(jìn)行交互確認(rèn)的依據(jù)，在設(shè)計(jì)階段進(jìn)行交互確認(rèn)，修改完善的基礎(chǔ)上，分批進(jìn)行確認(rèn)。在核心模塊和大部分功能確認(rèn)完成基礎(chǔ)上，根據(jù)實(shí)際情況和進(jìn)度要求，就可以進(jìn)入編碼開發(fā)階段了。
項(xiàng)目經(jīng)理勝任力免費(fèi)測評PMQ上線啦！快來測測你排多少名吧~
http://opto-elec.com.cn/pmqhd/index.html
