當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > 建筑OA系統(tǒng) > 項(xiàng)目計(jì)劃軟件
項(xiàng)目計(jì)劃軟件根據(jù)描述的具體操作方法及步驟
泛普軟件針對需求做出分析,隨后應(yīng)用于產(chǎn)品并提出方案。需求分析的模型正是產(chǎn)品的原型樣本,優(yōu)秀的需求管理提高了這樣的可能性:它使最終產(chǎn)品更接近于解決需求,項(xiàng)目計(jì)劃軟件提高了用戶對產(chǎn)品的滿意度,從而使產(chǎn)品成為真正優(yōu)質(zhì)合格的產(chǎn)品。從這層意義上說,需求管理是產(chǎn)品質(zhì)量的基礎(chǔ)。
項(xiàng)目計(jì)劃軟件根據(jù)上面描述的具體方法及步驟,由于需求分析的參與人員、業(yè)務(wù)模式、投資、時間等客觀因素的影響和需求本身具有主觀性和可描述性差的特點(diǎn),因此,需求分析工作往往面臨著一些潛在的風(fēng)險(xiǎn),應(yīng)引起項(xiàng)目相關(guān)干系人的注意。這些風(fēng)險(xiǎn)主要表現(xiàn)如下:
1)用戶不能正確表達(dá)自身的需求
在實(shí)際開發(fā)過程中,常常碰到用戶對自己真正的需求并不是十分明確的情況,他們認(rèn)為計(jì)算機(jī)是萬能的,只要簡單的說說自己想干什么就是把需求說明白了,而對業(yè)務(wù)的規(guī)則、工作流程卻不愿多談,也講不清楚。這種情況往往會增加需求分析工作難度,分析人員需要花費(fèi)更多的時間和精力與用戶交流,幫助他們梳理思路,搞清用戶的真實(shí)需求。從另一方面來看,他們對于計(jì)算機(jī)的理解肯定不是很到位,而我們?nèi)绾我龑?dǎo),正確梳理出正確的需求就需要先從工作業(yè)務(wù)流程出發(fā),而不是先從計(jì)算機(jī)方面來考慮問題。
2)業(yè)務(wù)人員配合力度不夠
有的用戶日常工作繁忙,他們不愿意付出更多的時間和精力向分析人員講解業(yè)務(wù),這樣會加大分析人員的工作難度和工作量,也可能導(dǎo)致因業(yè)務(wù)需求不足而使系統(tǒng)無法使用。針對此類問題我們一般的做法是在項(xiàng)目開始階段先確定好一個與客戶溝通過的需求調(diào)研計(jì)劃,當(dāng)然這樣還是經(jīng)常會有變動,但相對來講從責(zé)任上來講,客戶也會有一定的壓力,因?yàn)槿绻慌浜峡赡軙?dǎo)致系統(tǒng)進(jìn)度的延誤,其實(shí)這也不是客戶希望看到的。
3)用戶需求的不斷變更
由于需求識別不全、業(yè)務(wù)發(fā)生變化、需求本身錯誤、需求不清楚等原因,需求在項(xiàng)目的整個生命周期都可能發(fā)生變化,因此,我們要認(rèn)識到,軟件開發(fā)的過程實(shí)際上是同變化做斗爭的過程,需求變化是每個開發(fā)人員、項(xiàng)目管理人員都會遇到的問題,也是最頭痛的問題,一旦發(fā)生了需求變化,就不得不修改設(shè)計(jì)、重寫代碼、修改測試用例、調(diào)整項(xiàng)目計(jì)劃等等,需求的變化就像是萬惡之源,為項(xiàng)目的正常的進(jìn)展帶來不盡的麻煩。針對這類需求變更的問題,個人認(rèn)為是影響進(jìn)度的最大的敵人,目前我們的做法是每次根據(jù)客戶的需求整理出一個書面的文件,由客戶簽字確認(rèn)。當(dāng)然這里還有一個很重要的問題就是不是每個需求都是必須做的,我們要學(xué)習(xí)如何拒絕客戶。
4)需求的完整程度
需求如何做到?jīng)]有遺漏?這是一個大問題,大的系統(tǒng)要想窮舉需求幾乎是不可能的,即使小的系統(tǒng),新的需求也總會不時地冒出來。一個系統(tǒng)很難確定明確的范圍并把所有需求一次性提出來,這會導(dǎo)致開發(fā)人員在項(xiàng)目進(jìn)展中去不斷完善需求,先建立系統(tǒng)結(jié)構(gòu)再完成需求說明,造成返工的可能性很大,會給開發(fā)人員帶來挫折感,降低他們完成項(xiàng)目的信心。
5)需求的細(xì)化程度
需求到底描述到多細(xì),才算可以結(jié)束了?雖然國家標(biāo)準(zhǔn)有需求說明的編寫規(guī)范,但具體到某一個需求上,很難給出一個具體的指標(biāo),可謂仁者見仁,智者見智,并沒有定論。需求越細(xì),周期越長,可能的變化越多,對設(shè)計(jì)的限制越嚴(yán)格,對需求的共性提取要求也越高,相反,需求越粗,開發(fā)人員在技術(shù)設(shè)計(jì)時不清楚的地方就越多,影響技術(shù)設(shè)計(jì)。
6)需求描述的多義性
需求描述的多義性一方面是指不同讀者對需求說明產(chǎn)生了不同的理解;另一方面是指同一讀者能用不同的方式來解釋某個需求說明。多義性會使用戶和開發(fā)人員等項(xiàng)目參與者產(chǎn)生不同的期望,也會使開發(fā)、測試人員為不同的理解而浪費(fèi)時間,帶來不可避免的后果便是返工重做。(泛普軟件最新資訊)
- 1烏魯瓦提水利樞紐汛期水庫調(diào)洪演算
- 2余曉東:獻(xiàn)策光電建筑應(yīng)用“十三五”規(guī)劃編制
- 3淺談建筑工程施工質(zhì)量的控制
- 4工程項(xiàng)目成本核算問題研究
- 5費(fèi)用索賠處理的基本原則
- 62015年二級建造師復(fù)習(xí)資料:政府對施工質(zhì)量的監(jiān)督職能
- 7應(yīng)急處置與救援
- 8建筑工程項(xiàng)目(標(biāo)段)防滲漏工程評估進(jìn)度表
- 9工程測量學(xué)概論講義(ppt)
- 10重大危險(xiǎn)源的定義
- 11投標(biāo)文件的要求
- 12陳劍:我國建筑質(zhì)量較低 手工操作是主因
- 13劉力:建筑設(shè)計(jì)自輕自賤令人鄙
- 14專家經(jīng)驗(yàn)分享:教你三步搞定新房驗(yàn)收
- 152015年一級建造師《項(xiàng)目管理》輔導(dǎo)資料:健康安全與環(huán)境管理
- 16甘布爾混合模型在洪水頻率分析中的應(yīng)用
- 17安全生產(chǎn)法律責(zé)任的形式
- 18一級建造師水利水電復(fù)習(xí)資料——隧洞導(dǎo)流
- 19一級建造師考試《市政公用工程》精華輔導(dǎo)(56)
- 20時評:別讓救市傷了城鎮(zhèn)化的剛需
- 21分析:LED道路照明仍被看好 智控是趨勢
- 22建設(shè)工程項(xiàng)目總進(jìn)度目標(biāo)的含義
- 232015一級建造師《工程經(jīng)濟(jì)》資料:盈虧平衡分析方法
- 24建筑設(shè)計(jì)應(yīng)有對藝術(shù)的追求 奇怪地標(biāo)建筑有辱地方文化
- 25裝飾工程分部(子分部)分項(xiàng)工程驗(yàn)收記錄表(全套 范例)
- 26按力學(xué)特性的路面分類
- 27OA辦公系統(tǒng)項(xiàng)目管理的四大作用
- 28機(jī)電工程項(xiàng)目施工現(xiàn)場安全綠色通道建立的措施
- 29時評:北京建筑設(shè)計(jì)須避免“怪建筑”出現(xiàn)
- 30項(xiàng)目管理,以制造價值為已任
成都公司:成都市成華區(qū)建設(shè)南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓