建模而建模,需求模型實(shí)際是最終產(chǎn)品的抽象化表現(xiàn)。需求模型的建立使我們在明確需求的基礎(chǔ)上更進(jìn)一步,使我們知道我們將要生產(chǎn)何種產(chǎn)品,該產(chǎn)品都具有那些功能。同時(shí),創(chuàng)建需求模型的過程也使開發(fā)者明確自己的工作如何同整個(gè)項(xiàng)目有機(jī)地結(jié)合在一起。建立需求模型應(yīng)當(dāng)充分研究不同類型、不同架構(gòu)建模方式的可行性,切忌主觀武斷。
系統(tǒng)優(yōu)化:
任何設(shè)計(jì)都應(yīng)以考慮用戶需求為優(yōu)先,用戶需求的滿足程度即成為衡量設(shè)計(jì)優(yōu)劣的標(biāo)準(zhǔn)。在一個(gè)項(xiàng)目設(shè)計(jì)周期中,開發(fā)人員經(jīng)常會(huì)面臨選擇,以提煉需求,決定開發(fā)的優(yōu)先次序,并在不同的實(shí)施方案中作出選擇。這些選擇必須考慮到收益與付出地平衡比例,這種選擇的重要性尤其在建立需求模型的后期凸現(xiàn)出來。基本需求在這時(shí)都已明確,而實(shí)施方案還未敲定,為了使用戶的基本需求得到落實(shí),一定程度的開銷用于搭建不同構(gòu)架的需求模式是合理的。假使我們已經(jīng)有了一套翔實(shí)的需求分析,我們甚至不必將每一套方案都付諸實(shí)行,就可以成功地對系統(tǒng)設(shè)計(jì)進(jìn)行優(yōu)化。
面對不同的可行性而需要作出選擇時(shí),我們也必須參照收益與付出的比例關(guān)系。例如,在被要求提供計(jì)劃書時(shí)(Request for Proposal),我們應(yīng)當(dāng)盡量做到每一份計(jì)劃書的提供都物有所值。
方案設(shè)計(jì):
明確需求后,開發(fā)人員就可以進(jìn)行方案設(shè)計(jì)。通過對用戶需求和設(shè)計(jì)方案之間所存在關(guān)聯(lián)性進(jìn)行分析比較,我們就能夠?qū)υO(shè)計(jì)方案進(jìn)行評估。
必要的修改:
方案的設(shè)計(jì)不可能是一成不變的,經(jīng)常會(huì)有方案設(shè)計(jì)同需求相悖的情況。如果我們無法準(zhǔn)確把握用戶需求同方案設(shè)計(jì)之間的關(guān)系,我們就無法在需要對方案進(jìn)行必要修改時(shí)正確判斷。優(yōu)秀的需求分析應(yīng)當(dāng)非常精確細(xì)致地對用戶需求作出描述,同時(shí)也應(yīng)該最大程度地給予方案設(shè)計(jì)者充分發(fā)揮的余地。
任務(wù)劃分:
一個(gè)大的開發(fā)項(xiàng)目可能涉及20-30組不同的開發(fā)隊(duì)伍,人員包括技術(shù)工程師、軟件工程師以及具體項(xiàng)目主管等等,而每一個(gè)模塊都有它自己的開發(fā)工具和開發(fā)語言。
主持一個(gè)大項(xiàng)目的開發(fā)并不是件容易的事,總體項(xiàng)目主管的首要任務(wù)是對開發(fā)項(xiàng)目進(jìn)行任務(wù)劃分,將整體開發(fā)任務(wù)細(xì)化為多個(gè)子模塊,從而使這些子模塊能夠平行開發(fā)而無需太多的干預(yù)??傮w項(xiàng)目主管可以將細(xì)化的不同模塊的需求分析交給不同的開發(fā)隊(duì)伍,對于開發(fā)進(jìn)程的監(jiān)控只需參照需求的解決情況,對于具體的開發(fā)細(xì)節(jié)則不必過問太多。
不同的開發(fā)隊(duì)伍會(huì)使用不同的開發(fā)語言和開發(fā)工具,會(huì)使用不同的符號和標(biāo)記。相反,作為總體項(xiàng)目主管所使用的語言、符號和標(biāo)記等則必須簡單易懂,以使所有的開發(fā)人員都等理解。換言之,總體項(xiàng)目主管應(yīng)當(dāng)使用自然語言,或只涉及少量的,簡單的術(shù)語和專用詞匯。
產(chǎn)品測試:
需求的滿足情況是決定最終產(chǎn)品成敗的判定基礎(chǔ),對最終產(chǎn)品的測試評估必須以產(chǎn)品所試圖解決的需求為標(biāo)準(zhǔn)。下圖標(biāo)示了不同的開發(fā)階段所對應(yīng)的測試需求。
這里有一個(gè)需求、產(chǎn)品和測試系統(tǒng)之間的關(guān)系問題,確定需要進(jìn)行的測試屬于總體開發(fā)主管的工作范疇,雖然具體工作并非都要由開發(fā)主管來親自完成。
重復(fù)開發(fā):
對于總體開發(fā)主管而言,針對方案設(shè)計(jì)的修改是一項(xiàng)經(jīng)常性的工作(因?yàn)樾薷亩斐傻挠绊憚t應(yīng)當(dāng)盡可能減?。T谶M(jìn)行項(xiàng)目開發(fā)時(shí),隨著開發(fā)進(jìn)程的深入,各種修改的建議和問題的報(bào)告是屢見不鮮的,每解決一個(gè)問題,就是將產(chǎn)品同其需求性的結(jié)合又完善了一步。存在問題正是需求性尚未滿足的表現(xiàn)。
方案設(shè)計(jì)的完善和需求性的滿足是同步的,因此真正的用戶對于產(chǎn)品的評價(jià)和建議尤其具有重要意義。在那些一步到位的產(chǎn)品設(shè)計(jì)中,真正用戶無法左右開發(fā)進(jìn)程;但在一個(gè)能夠進(jìn)行重復(fù)設(shè)計(jì)、重復(fù)開發(fā)的產(chǎn)品生命期中,開發(fā)人員應(yīng)當(dāng)及時(shí)搜集用戶對于產(chǎn)品的反饋信息,并將這些信息結(jié)合到下一步的開發(fā)工作中去。如下圖所示,用戶
項(xiàng)目經(jīng)理勝任力免費(fèi)測評PMQ上線啦!快來測測你排多少名吧~
http://m.opto-elec.com.cn/pmqhd/index.html