信息管理軟件需求說明書17(編輯修改稿)
2025-05-15 06:17 本頁面
【文章內(nèi)容簡介】 戶具體的使用方案，而不是設(shè)計的功能是毫無作用的。你不按照這樣的方法做，常常讓開發(fā)工程師自己隨意開發(fā)出一些功能，功能開發(fā)出來看起來很不錯，我們叫做很酷，可是不在客戶的使用方案里起到具體的作用，可以在某一個軟件的菜單上按一下可以做一些什么事情，可是客戶根本用不著這個，這種開發(fā)出來是一個很大的浪費。讓功能的建立設(shè)計在了解使用方案的基礎(chǔ)上，由此得出的需求上就能避免浪費。這樣每個開發(fā)出來的功能都是有目的的?！ 懼?，在很多比較大型的、復(fù)雜的系統(tǒng)上，開發(fā)團隊希望能夠有一定的時間做一些技術(shù)可行性的調(diào)查，先寫一個樣品。設(shè)計經(jīng)理認為我應(yīng)該有這樣的功能，可是這個開發(fā)團隊認為說，你設(shè)計的功能可能不見得達到你這樣的要求，我要看在我現(xiàn)行的平臺上，用我現(xiàn)行的技術(shù)，可不可以設(shè)計出你所要的技術(shù)。在之前先做一個簡單的調(diào)查，看是不是可行。樣品做出來了，團隊花時間寫最后的規(guī)范書之前，在四面圍著玻璃窗的房間里，把客戶請來，做調(diào)查。整個使用方案的流程，按這個鍵可以灌入這個數(shù)字，可以起這個效果，你把這個不是真正的軟件，是一個虛假，甚至用圖象拼起來的，先把這個東西讓客戶用一下，看一下是不是符合你的要求。他用了說很不錯，你就知道你的設(shè)計方案是對的，如果有50%認為不符合自己的要求，你就知道你的設(shè)計方案出問題了。最后你才定下來寫規(guī)范書。規(guī)范書不是寫完一次就完了，也是好幾個回復(fù)，我們先寫一個出版，把開發(fā)團隊人員叫來，開發(fā)團隊的領(lǐng)隊，測試師、工程師都叫來，大家一起審核，設(shè)計這個東西是不是合理的。第一次出稿回來以后馬上推翻了，開發(fā)團隊說完全是不合理的東西，沒有辦法開發(fā)，一定要重新設(shè)計。先有出版，做審核，然后再寫正版。有一個回復(fù)，可以完了以后這邊再倒回去，這是一個流程。我這邊寫出來重點，非常要緊一點，作為我們項目開發(fā)的領(lǐng)導(dǎo)，你會看到每一個具體工作都是要時間的，都需要人去做。要定一個項目開發(fā)計劃都沒有算時間，如果要來回走五遍，可是你只有一遍的時候，你的計劃一定要出錯。最后寫正版，然后審核，全部通過大家簽字，說這是我們可以開發(fā)的。在某些情況下讓客戶簽字，客戶也同意了說你這個設(shè)計完全符合我的想法。如果前面的事情都做到家了，對你后面的事情是起到很大的作用?！ √峋V的內(nèi)容，通常在微軟一般包括先寫一個前沿，或者梗概，用非常簡單的一小段解釋這是給領(lǐng)導(dǎo)看或者是給客戶看。你對產(chǎn)品開發(fā)高層次的理解是不是很清楚，總結(jié)你所開發(fā)的產(chǎn)品軟件到底怎么做，有什么功能。你對一個產(chǎn)品的功能理解，是不是能夠精簡到幾句話，不光你作為一個項目經(jīng)理可以說出來，讓你開發(fā)團隊所有成員都能夠明確無誤的說出來，這是非常要緊的。特別是客戶要求，你這個文件給他讀的時候，可以很清楚的知道，對客戶要求的理解是不是很清楚。等規(guī)范不完的時候，最后回去做對照。看一下我原來定的總結(jié)是要完成這些任務(wù)，最后設(shè)計完以后，回去對照是不是跟原來的計劃一樣的。從高層次幫你指導(dǎo)整個開發(fā)方向應(yīng)該是怎樣的?！ 〕撕唵伍_頭以后，要有一個比較詳細的總結(jié)，整個文檔的總結(jié)。不光是描述規(guī)范書的內(nèi)容，其實還要幫助很多第一次讀規(guī)范書的讀者，能夠有效的讀你的規(guī)范書。有的規(guī)范書很長，很復(fù)雜，有各種各樣的符號標記，怎么樣理解你用的這些符號。一般的總結(jié)包括作者、日期、版本，有時候好幾個版本放到內(nèi)部網(wǎng)站中，你可以告訴他，應(yīng)該看第三版，而不是第二版。這些內(nèi)容都是幫助讀者了解，設(shè)計規(guī)范書中的版本改動的歷史是非常要緊的，因為在整個版本改動過程中，雖然全部完了，定稿大家簽字了，在真正實行的發(fā)現(xiàn)有些功能漏掉的，最后還要去加。你的產(chǎn)品開發(fā)完了以后，發(fā)現(xiàn)有問題，讓你的設(shè)計要改，作為設(shè)計規(guī)范書要回去重寫。改動的部分要很明確的標出來不同的，在前面的總結(jié)加一些版本該都歷史。這樣追蹤整個軟件在開發(fā)歷程過程中，什么時候發(fā)生什么問題，都會起一個很好的參照作用。很大一個產(chǎn)品，并不是一個設(shè)計規(guī)范書可以解決的，有時候是好幾個、十幾個設(shè)計規(guī)范書，好幾個不同的項目經(jīng)理一起來做的，作為一個客戶，光讀一本可能是不夠的，你要做一套，好幾本設(shè)計規(guī)范書，規(guī)范書之間他們相互的聯(lián)系，你讀之前可能參照那本，或者讀這個以后，再讀那本，之間的參照的內(nèi)容也要寫在規(guī)范書里。所以在文檔總結(jié)里，把這些內(nèi)容寫在里面?！ ∵@個項目重要成員，項目總結(jié)，包括開發(fā)團隊的成員，開發(fā)團隊或者測試團隊聯(lián)系方法。發(fā)現(xiàn)問題不知道該找誰，特別是團隊的領(lǐng)隊都要寫在前面，聯(lián)系方法。還有時間表的總結(jié)，你總的產(chǎn)品開發(fā)，大的里程碑，幾月幾號完成怎么樣。還有對外部團隊的依賴因素，很多開發(fā)可能都要靠好幾個團隊向你提供一部分功能，最后整合起來。在你產(chǎn)品做的時候，9月3號要完成的東西，但是8月30號我要讓別的團隊向我提供這些東西我9月3號就能完成，如果不能提供我9月3號就完不成。全都寫清楚了，你才能知道?！ ≡诤芏嗲闆r下可能要寫一個開發(fā)的理由，為什么要開發(fā)這個軟件？特別是作為一個公司開發(fā)很多不同的軟件下，作為別的團隊或者領(lǐng)導(dǎo)，或者是市場營業(yè)經(jīng)理，可能先要了解你這個軟件是干什么的，在整個企業(yè)的戰(zhàn)略情況下，整個戰(zhàn)略方向為企業(yè)起什么作用。很多產(chǎn)品在開發(fā)，技術(shù)可能是相互交錯的，要講清楚為什么這個團隊花這么多錢、這么多精力，開發(fā)這個技術(shù)，為什么不用別的團隊已經(jīng)有的技術(shù)，或者類似的技術(shù)，他們要按照什么樣的建議開發(fā)，所有的東西都要寫出來。
公司管理相關(guān)推薦
鄂ICP備17016276號-1