第一篇：如何撰寫高質(zhì)量的業(yè)務(wù)需求說(shuō)明書(shū)

如何撰寫高質(zhì)量的業(yè)務(wù)需求說(shuō)明書(shū)

作者：渤海銀行資訊科技部張保軍 原文刊登于《金融電子化》

在日常工作中，銀行業(yè)務(wù)部門經(jīng)常提出不同的業(yè)務(wù)需求，有新產(chǎn)品研發(fā)需求，有對(duì)現(xiàn)有系統(tǒng)功能改 進(jìn)需求，有提取數(shù)據(jù)需求，有反映生產(chǎn)問(wèn)題需求。這些需求提交給科技部門在信息系統(tǒng)中實(shí)現(xiàn)，科技部門經(jīng)常說(shuō)業(yè)務(wù)部門提交的業(yè)務(wù)需求涵義表達(dá)不清、內(nèi)容描述不 完整等，科技人員難以按照業(yè)務(wù)部門要求實(shí)現(xiàn)。業(yè)務(wù)需求說(shuō)明成為業(yè)務(wù)與科技經(jīng)常扯皮、推諉、口舌之爭(zhēng)之標(biāo)靶，影響了軟件項(xiàng)目研發(fā)進(jìn)度和質(zhì)量。

撰寫一份高質(zhì)量的業(yè)務(wù)需求說(shuō)明書(shū)真的很難嗎？本文就此與大家探討如何撰寫高質(zhì)量的業(yè)務(wù)需求書(shū)。

一、說(shuō)明書(shū)常見(jiàn)問(wèn)題

（1）需求過(guò)于簡(jiǎn)單。有的只是一句話，如在現(xiàn)行的企業(yè)網(wǎng)銀系統(tǒng)中增加批量代發(fā)工資功能，可以說(shuō)，只給了一個(gè)需求題目，沒(méi)有內(nèi)容描述，具體業(yè)務(wù)處理流程和要求沒(méi)有任何說(shuō)明。

（2）需求內(nèi)容不完整。業(yè)務(wù)需求書(shū)洋洋灑灑寫了不少，但仔細(xì)一看，整個(gè)需求說(shuō)明書(shū)內(nèi)容缺東少西，不是少了會(huì)計(jì)分錄，就是少了統(tǒng)計(jì)分析;不是少了界面輸入項(xiàng)目，就是少了業(yè)務(wù)處理過(guò)程及要輸出的結(jié)果等。

（3）需求內(nèi)容描述不清晰。想要什么，業(yè)務(wù)流程如何處理，定義不清，概念界定模糊，有很多疑問(wèn)。如需求書(shū)中對(duì)于統(tǒng)計(jì)報(bào)表只是畫出一個(gè)大概表樣，沒(méi)有給出統(tǒng)計(jì)口徑、數(shù)據(jù)來(lái)源等詳盡資料。

（4）業(yè)務(wù)需求說(shuō)明書(shū)本是很嚴(yán)謹(jǐn)?shù)奈臅?shū)形式，但撰寫人重視程度不夠。需求說(shuō)明書(shū)普遍存在錯(cuò)別字、語(yǔ)句涵義表達(dá)不清楚，口語(yǔ)化濃厚，引用圖表不準(zhǔn)確，主題表達(dá)不夠清晰。

（5）需求說(shuō)明書(shū)照搬照抄。為了圖省事，把一些軟件公司提供的產(chǎn)品功能介紹文檔改頭換面，作為業(yè)務(wù)需求說(shuō)明書(shū)提交，業(yè)內(nèi)人員一看就知道不是自己寫的，很多地方根本不符合本行業(yè)務(wù)處理流程和系統(tǒng)功能。

（6）需求說(shuō)明書(shū)沒(méi)有統(tǒng)一撰寫格式，不管是研發(fā)新產(chǎn)品、對(duì)現(xiàn)有系統(tǒng)功能改進(jìn)、還是提取數(shù)據(jù)和生產(chǎn)問(wèn)題需求，都沒(méi)有一個(gè)簡(jiǎn)單實(shí)用的需求格式，隨意書(shū)寫，或者提供的格式完全不符合業(yè)務(wù)人員要求，大家不愿意或根本無(wú)法使用。

二、質(zhì)量不高原因分析（1）撰寫業(yè)務(wù)需求說(shuō)明書(shū)時(shí)，業(yè)務(wù)部門沒(méi)有很好組織人員對(duì)其需求進(jìn)行認(rèn)真討論、分析，匆忙撰寫，完成后沒(méi)有很好斟酌修改完善，又匆匆忙忙提交給科技部門研發(fā)，事先也顧不上與科技部門做溝通，多聽(tīng)聽(tīng)科技人員的意見(jiàn)。（2）業(yè)務(wù)需求通常由銀行各個(gè)職能部門提出，業(yè)務(wù)部門只從自己負(fù)責(zé)的業(yè)務(wù)角度出發(fā)考慮，缺乏與其他業(yè)務(wù)部門之間必要的溝通交流，缺少整合 性。許多需求僅僅是出于單個(gè)專業(yè)的需要，而不是全行整體需要，造成業(yè)務(wù)做法不能很好相互借鑒，有的甚至產(chǎn)生矛盾。在信息系統(tǒng)中相互制肘，重復(fù)又各成體系，形成不必要的內(nèi)耗。

（3）業(yè)務(wù)人員對(duì)信息系統(tǒng)及整個(gè)銀行業(yè)務(wù)處理流程及制度要求，缺乏深入了解掌握，造成撰寫的需求內(nèi)容描述不清楚，不準(zhǔn)確。

（4）需求說(shuō)明書(shū)沒(méi)有模版，業(yè)務(wù)部門沒(méi)有參照，或是科技部門提供的模版實(shí)用性不強(qiáng)，不符合業(yè)務(wù)要求?；蚋嗍强萍疾块T從技術(shù)要求方面出發(fā)，按照軟件功能說(shuō)明書(shū)內(nèi)容格式讓業(yè)務(wù)部門撰寫需求。業(yè)務(wù)部門對(duì)很多技術(shù)要求不熟悉，不知道如何下手撰寫。再有，模版過(guò)于教科書(shū)化。文檔模版編寫時(shí)，沒(méi)有很好 依據(jù)公司自身現(xiàn)狀，從實(shí)際出發(fā)并實(shí)地征求業(yè)務(wù)部門意見(jiàn)，造成業(yè)務(wù)部門不愿意或無(wú)法按照科技部門提供的需求撰寫模版撰寫需求，達(dá)不到預(yù)期效果。（5）業(yè)務(wù)與科技部門缺少需求交流機(jī)制、交流平臺(tái)，大家都無(wú)法積極主動(dòng)交流，無(wú)法傾聽(tīng)相互之間的意見(jiàn)。

三、提高撰寫質(zhì)量的措施

提高業(yè)務(wù)需求撰寫質(zhì)量，就要真正反映業(yè)務(wù)真實(shí)想法，和業(yè)務(wù)保持一致，并能提供科技部門軟件研發(fā)需要的業(yè)務(wù)需求，確保在軟件項(xiàng)目研發(fā)過(guò)程中，各項(xiàng)研發(fā)工作和需求之間的一致性，是需求管理的一項(xiàng)重要內(nèi)容。

（1）業(yè)務(wù)與科技要建立良好的交流與合作關(guān)系。優(yōu)秀的軟件產(chǎn)品是建立在優(yōu)秀的業(yè)務(wù)需求基礎(chǔ)之上的，高質(zhì)量的軟件產(chǎn)品來(lái)源于業(yè)務(wù)人員和技術(shù)人 員相互之間有效的交流與合作。業(yè)務(wù)與科技部門要建立一個(gè)良好的業(yè)務(wù)需求交流溝通渠道和機(jī)制，解決工作中有關(guān)需求不清、推諉扯皮現(xiàn)象的發(fā)生，以面對(duì)面交流為 主，郵件、電話為輔。業(yè)務(wù)人員撰寫完成業(yè)務(wù)需求后可以通過(guò)郵件的形式發(fā)給科技人員，讓科技人員提出修改完善建議，相互之間交流溝通后，經(jīng)過(guò)對(duì)業(yè)務(wù)需求說(shuō)明 書(shū)反復(fù)多次修改后再提交。

（2）科技部門要做好角色的轉(zhuǎn)變，幫助業(yè)務(wù)部門其實(shí)就是幫助自己，不要認(rèn)為業(yè)務(wù)需求與科技部門無(wú)關(guān)?？萍疾块T不能只關(guān)心技術(shù)，更應(yīng)該關(guān)心產(chǎn) 品，跟蹤產(chǎn)品應(yīng)用情況，參與業(yè)務(wù)需求制訂，與業(yè)務(wù)部門一起做好市場(chǎng)調(diào)研，參加前端性產(chǎn)品的研究和發(fā)展，幫助業(yè)務(wù)部門優(yōu)化需求，可以提供業(yè)務(wù)需求說(shuō)明書(shū)樣本 讓業(yè)務(wù)人員參照學(xué)習(xí)。

（3）業(yè)務(wù)需求要分類管理。業(yè)務(wù)需求通?？梢苑譃樾庐a(chǎn)品研發(fā)需求、功能變更需求、數(shù)據(jù)提取需求、生產(chǎn)問(wèn)題需求等，針對(duì)不同業(yè)務(wù)要求設(shè)計(jì)不同 的業(yè)務(wù)需求撰寫格式。新產(chǎn)品需求需要設(shè)計(jì)詳細(xì)的需求撰寫格式。功能變更需求、數(shù)據(jù)提取需求和生產(chǎn)問(wèn)題需求要專題專述，變更那里則提出那里的數(shù)據(jù)，哪個(gè)系統(tǒng) 出現(xiàn)了問(wèn)題、出現(xiàn)的問(wèn)題現(xiàn)象是什么等內(nèi)容，要重點(diǎn)突出，內(nèi)容描述簡(jiǎn)單明了。（4）業(yè)務(wù)需求說(shuō)明書(shū)撰寫基本要求。①標(biāo)準(zhǔn)化：他山之石，可以借鑒，善于學(xué)習(xí)運(yùn)用CMMI標(biāo)準(zhǔn)及其他軟件公司好的做法，針對(duì)不同的業(yè)務(wù)需 求，都要給出一個(gè)符合公司實(shí)際，行之有效的撰寫標(biāo)準(zhǔn)。②易用性：業(yè)務(wù)部門撰寫的業(yè)務(wù)需求說(shuō)明書(shū)要便于不同崗位人員進(jìn)行閱讀、理解、學(xué)習(xí)和使用。③簡(jiǎn)潔性： 業(yè)務(wù)需求書(shū)中描述的內(nèi)容要突出主題，只反映要描述的問(wèn)題，不包含其他不必要的東西，語(yǔ)言表達(dá)簡(jiǎn)明扼要，一清二楚，可以配以適當(dāng)?shù)膱D表，以增強(qiáng)其清晰性。④ 針對(duì)性：業(yè)務(wù)需求說(shuō)明書(shū)要按不同的需求類型、面對(duì)不同的業(yè)務(wù)對(duì)象，實(shí)行差異化編制，根據(jù)實(shí)際需要進(jìn)行編寫。⑤一致性：業(yè)務(wù)需求說(shuō)明書(shū)中的文字描述應(yīng)當(dāng)十分 確切，對(duì)于同一業(yè)務(wù)描寫，不能出現(xiàn)多義性的描述，應(yīng)當(dāng)是一致，相互之間沒(méi)有矛盾。⑥完整性：業(yè)務(wù)需求說(shuō)明書(shū)都應(yīng)當(dāng)是完整的、獨(dú)立的，沒(méi)有遺漏和丟失的內(nèi) 容。對(duì)于需求內(nèi)容相同的部分，這種重復(fù)是必要的，不要圖省事避免在文檔中出現(xiàn)“見(jiàn)XX文檔XX章節(jié)"的現(xiàn)象。⑦靈活性：不同的新產(chǎn)品研發(fā)需求，因其復(fù)雜程 度和規(guī)模不同，在保持需求格式不變的情況下，也需要對(duì)需求說(shuō)明書(shū)內(nèi)容中不同部分描述詳細(xì)程度做調(diào)整。⑧可追溯性：業(yè)務(wù)需求說(shuō)明書(shū)作為軟件項(xiàng)目研發(fā)的一個(gè)重 要文檔，并不是孤立的，而是與各個(gè)階段完成的工作有密切的關(guān)系，隨著研發(fā)工作的逐步延伸，具有一定的繼承關(guān)系，體現(xiàn)出了可追溯的特性。如需求變更說(shuō)明是在 原來(lái)業(yè)務(wù)需求說(shuō)明書(shū)基礎(chǔ)之上的變更，軟件需求說(shuō)明書(shū)會(huì)在詳細(xì)設(shè)計(jì)說(shuō)明書(shū)、測(cè)試案例等文檔中有所體現(xiàn)。

（5）做好業(yè)務(wù)人員的培訓(xùn)學(xué)習(xí)。在工作交流過(guò)程中，業(yè)務(wù)人員經(jīng)常講，“科技人員總說(shuō)業(yè)務(wù)需求寫得不清楚，怎樣寫才能符合科技要求？”因此，針對(duì)如何撰寫高質(zhì)量的業(yè)務(wù)需求設(shè)計(jì)開(kāi)發(fā)培訓(xùn)課程，有針對(duì)性地對(duì)業(yè)務(wù)人員進(jìn)行培訓(xùn)，引導(dǎo)和教會(huì)業(yè)務(wù)人員撰寫業(yè)務(wù)需求說(shuō)明書(shū)，通過(guò)工作不斷溝通交流、完善修 改，寫出一份業(yè)務(wù)與科技都滿意、高質(zhì)量的業(yè)務(wù)需求也不是一件難事。

第二篇：如何編寫高質(zhì)量“軟件需求說(shuō)明書(shū)”.doc

如何編寫高質(zhì)量“軟件需求說(shuō)明書(shū)”2003-01-27· · ··天極論壇 2 下一頁(yè)

你的工程應(yīng)該有個(gè)好的起點(diǎn)。一個(gè)小組要帶領(lǐng)客戶進(jìn)入需求啟發(fā)階段而且你要寫軟件需求說(shuō)明書(shū)。這份說(shuō)明有些大，但客戶會(huì)很重視，所以說(shuō)明必須得到贊同。

現(xiàn)在你正在設(shè)計(jì)其中的一個(gè)特性，已經(jīng)發(fā)現(xiàn)了需求的一些問(wèn)題。你可以用多種不同的方式解釋需求15；需求9 的說(shuō)明正好與需求21相反，你因該相信哪一個(gè)？需求24非常含糊，你根本不明白它的意思；你不得不花上一個(gè)小時(shí)與2位開(kāi)發(fā)人員討論需求30，只因?yàn)槟銈儗?duì) 其各有各的理解；并且，唯一能夠澄清這些問(wèn)題的客戶沒(méi)有給你們答復(fù)。你被迫破解眾多需求的含義，并且你能預(yù)料到，如果你錯(cuò)了，你要做大量的重復(fù)工作。

許多軟件需求說(shuō)明書(shū)（SRS）寫得非常糟糕。任何產(chǎn)品的質(zhì)量需要其原始材料的質(zhì)量保證，糟糕的軟件需求說(shuō)明書(shū)不可能產(chǎn)出優(yōu)秀的軟件。不幸的是，幾乎沒(méi)有開(kāi)發(fā)人員受過(guò)與需求的抽象、分析、文檔、質(zhì)檢有關(guān)的教育。而且，沒(méi)有非常多的好需求可以借鑒學(xué)習(xí)，部分原因是很少有工程可以找到一個(gè)好的借鑒，其 他原因是公司不愿意將其產(chǎn)品說(shuō)明書(shū)放在公共區(qū)域。

這篇文章描述了高質(zhì)量需求敘述和說(shuō)明的幾個(gè)特性（特點(diǎn)）。我們將用這些觀點(diǎn)檢查一些有缺陷的需求，帶著痛楚重新編寫。而且我會(huì)談一些如何編寫好 的需求的提示。你也許想通過(guò)這些質(zhì)量標(biāo)準(zhǔn)評(píng)估你的工程需求。對(duì)于修訂，也許遲了，但你會(huì)學(xué)到一些有用的東西，并幫助你的小組在下次編寫出更好的需求。

不要期望能夠編寫出一份能體現(xiàn)需求應(yīng)具備的所有特性的SRS。無(wú)論你怎么細(xì)化、分析、評(píng)論和優(yōu)化需求，都不可能達(dá)到完美。但是，如果你牢記這些特性，你就會(huì)編寫出更好的需求，生產(chǎn)出更好的產(chǎn)品。

高質(zhì)量需求敘述的特性

我們?nèi)绾螐囊恍┯袉?wèn)題的需求中分辨出好的軟件需求？這一節(jié)將分別介紹需求敘述應(yīng)體現(xiàn)的6個(gè)特性，下一節(jié)將從整體上介紹SRS文檔應(yīng)具備的特性。判斷每個(gè)需求是否具備應(yīng)有的特性的一種方式是由持有不同觀點(diǎn)的工程資金管理人所作的正規(guī)檢查。另一種有力的方法是在編寫代碼前依據(jù)需求編寫測(cè)試?yán)?。測(cè)試 例子能夠明確顯現(xiàn)在需求中描述的產(chǎn)品行為（特性），能夠顯現(xiàn)缺陷、冗余和含糊之處。

正確：每個(gè)需求必須精確描述要交付的功能。正確性依據(jù)于需求的來(lái)源，如真實(shí)的客戶或高級(jí)別的系統(tǒng)需求說(shuō)明書(shū)。一個(gè)軟件需求與其對(duì)應(yīng)的系統(tǒng)需求說(shuō)明書(shū)相抵觸是不正確的（當(dāng)然，系統(tǒng)需求說(shuō)明書(shū)本身可能不正確）。

只有用戶的代表能夠決定用戶需求的正確性，這就是為什么在檢查需求時(shí)，要包括他們或他們的代理的關(guān)鍵所在。不包括用戶的需求檢查就會(huì)導(dǎo)致開(kāi)發(fā)人員的：“這是沒(méi)意義的”，“這可能是他們的意思”等眾所周知的猜測(cè)。

可行性：在已知的能力、有限的系統(tǒng)及其環(huán)境中每個(gè)需求必須是可實(shí)現(xiàn)的。為了避免需求的不可行性，在需求分析階段應(yīng)該有一個(gè)開(kāi)發(fā)人員參與，在抽象階段應(yīng)該有市場(chǎng)人員參與。這個(gè)開(kāi)發(fā)人員應(yīng)能檢查在技術(shù)上什么能做什么不能做，哪些需要需要額外的付出或者和其他的權(quán)衡。

必要性：每個(gè)需求應(yīng)載明什么是客戶確實(shí)需要的，什么要順應(yīng)于外部的需求，接口或標(biāo)準(zhǔn)。每個(gè)需求源于你認(rèn)可、具有權(quán)說(shuō)明需求的原始資料，這是考慮 必需的另外情形（譯注，此句翻譯不順，請(qǐng)參照原文：Another way to think of “necessary” is that each requirement originated from a source you recognize as having the authority to specify requirements）。跟蹤每個(gè)需求回溯到出處，如用例，系統(tǒng)需求，規(guī)章，或來(lái)自其他用戶的意見(jiàn)。如果你不能標(biāo)識(shí)出處，可能需求只是個(gè)鍍金的例子，沒(méi)有真正的必須。

優(yōu)先權(quán)：為了表明在一個(gè)詳細(xì)的產(chǎn)品版本中應(yīng)包含哪些要點(diǎn)，需要為每個(gè)需求，特征，或用例分配實(shí)現(xiàn)的優(yōu)先權(quán)?？蛻艋蚱浯矶紤?yīng)有強(qiáng)烈的責(zé)任建立優(yōu) 先權(quán)。如果所有的需求都被視為同等重要，那么由于在開(kāi)發(fā)中，預(yù)算削減，計(jì)劃超時(shí)或組員的離開(kāi)導(dǎo)致新的需求時(shí)，項(xiàng)目經(jīng)理將不能起到作用。優(yōu)先權(quán)的作用是提供給客戶的價(jià)值，實(shí)現(xiàn)的相關(guān)費(fèi)用，實(shí)現(xiàn)相關(guān)聯(lián)的有關(guān)技術(shù)風(fēng)險(xiǎn)。

我是用3種級(jí)別的優(yōu)先權(quán)：高優(yōu)先權(quán)表明需求必須體現(xiàn)在下一個(gè)產(chǎn)品版本中，中優(yōu)先權(quán)表明需求是必須的，但是如果需要可以推遲到晚一些的產(chǎn)品版本中，低優(yōu)先權(quán)表明有它很好，但我們必須認(rèn)識(shí)到如果沒(méi)有充足的時(shí)間或資源，它可以被放棄掉。

明確：需求敘述的讀者應(yīng)只能從其得到唯一的解釋說(shuō)明，同樣，一個(gè)需求的多個(gè)讀者也應(yīng)達(dá)成共識(shí)。自然語(yǔ)言極易導(dǎo)致含糊。要避免使用一些對(duì)于SRS 作者很清楚但對(duì)于讀者不清楚的主觀詞匯，如：用戶友好性，容易，簡(jiǎn)單，快速，有效，幾個(gè)，藝術(shù)級(jí)，改善的，最大，最小等等。每寫一個(gè)需要都應(yīng)簡(jiǎn)潔，簡(jiǎn)單，直觀的采用用戶熟知的語(yǔ)言，不要采用計(jì)算機(jī)術(shù)語(yǔ)。檢查需求模糊的有效方式包括需求說(shuō)明書(shū)的正規(guī)檢查，根據(jù)需求寫測(cè)試，建立用戶的假想來(lái)說(shuō)明產(chǎn)品某個(gè)特定部 分預(yù)期的特性。

可證實(shí)：看你是否能夠做出測(cè)試計(jì)劃或其他驗(yàn)證方式，如檢查和實(shí)證，來(lái)決定在產(chǎn)品中每個(gè)需求是否正確的實(shí)現(xiàn)。如果需求是不可驗(yàn)證的，決定需求是不 是正確的實(shí)現(xiàn)就成了判斷的事。需求之間不一致，不可行，不明確也能導(dǎo)致不可證實(shí)。任何需求如果說(shuō)產(chǎn)品將要支持什么也是不可證實(shí)的。

高質(zhì)量需求說(shuō)明的特征

一個(gè)完整的SRS不僅是包括長(zhǎng)長(zhǎng)的功能性需求列表，還包括外部接口描述和一些諸如質(zhì)量屬性，期望性能的非功能性需求。下面描述了高質(zhì)量的SRS的一些特性。

完整：不應(yīng)該遺漏要求和必需的信息。完整性也是一個(gè)需求應(yīng)具備的。發(fā)現(xiàn)缺少的信息很難，因?yàn)楦静淮嬖?。在SRS中將需求以分層目錄方式組織，將幫助評(píng)審人員理解功能性描述的結(jié)構(gòu)，使他們很容易指出遺失的東西。

在需求抽象時(shí)，相對(duì)于系統(tǒng)功能，你過(guò)多的注意用戶的業(yè)務(wù)，將導(dǎo)致在需求的全局觀和引進(jìn)不是真正必需的需求上顯得不足。在需求抽象上，應(yīng)用用例方法會(huì)發(fā)揮很好的作用。能夠從不同角度察看需求的圖形分析模型也可以檢查出不完整性。

如果你知道已缺少一些信息，使用TBD（to be determined）標(biāo)準(zhǔn)標(biāo)志可以突出這些缺陷，當(dāng)你在構(gòu)建產(chǎn)品的相關(guān)部分時(shí)，就可以從一個(gè)給定的需求集中解決所有的缺陷。

一致性：一致性需求就是不要于其他的軟件需求或高級(jí)別的系統(tǒng)（商業(yè)）需求發(fā)生沖突。需求中的不一致必須在開(kāi)發(fā)開(kāi)始前得到解決。只有經(jīng)過(guò)調(diào)研才能確定哪些是正確的。修改需求時(shí)一定要謹(jǐn)慎，如果只審定修改的部分，沒(méi)有審定于修改相關(guān)的部分，就可能導(dǎo)致不一致性。

可修改性：當(dāng)每個(gè)需求的要求修改了或維護(hù)其歷史更改時(shí)，你必須能夠?qū)彾⊿RS。也就是說(shuō)每個(gè)需求必須相對(duì)于其他需求有其單獨(dú)的標(biāo)示和分開(kāi)的說(shuō)明，便于清晰的查閱。通過(guò)良好的組織可以使需求易于修改，如：將相關(guān)的需求分組，建立目錄表，索引，以及前后參考（照）。

可追蹤：你應(yīng)能將一個(gè)軟件與其原始材料相對(duì)應(yīng)，如高級(jí)系統(tǒng)需求，用例，用戶的提議等。也能夠?qū)④浖枨笈c設(shè)計(jì)元素，源代碼，用于構(gòu)造實(shí)現(xiàn)和驗(yàn)證需求的測(cè)試相對(duì)應(yīng)?？勺粉櫟男枨髴?yīng)該具有獨(dú)立標(biāo)示，細(xì)密和結(jié)構(gòu)化的編寫，不應(yīng)過(guò)大，不應(yīng)是敘述性的文字和公告式的列表。

需求質(zhì)量的評(píng)審

這些有關(guān)需求質(zhì)量的特性的描述在理論上都是非常好的，但一個(gè)好的需求到底是個(gè)什么樣子的呢？為了體現(xiàn)得更切合實(shí)際，我們做個(gè)小練習(xí)。下面有幾個(gè) 從實(shí)際的工程選出的需求，依據(jù)上面的質(zhì)量標(biāo)準(zhǔn)，評(píng)估每個(gè)需求，看看有什么問(wèn)題，然后用更好的方式重寫。我將對(duì)每個(gè)例子都提出自己的分析和改進(jìn)的建議。也歡 迎你提出不同的見(jiàn)解。我所占優(yōu)的只是我知道每個(gè)需求的出處。因?yàn)槟阄叶疾皇钦嬲目蛻簦覀冎荒懿聹y(cè)每個(gè)需求的意圖。

例1．“產(chǎn)品應(yīng)在不少于每60秒的正常周期內(nèi)提供狀態(tài)信息”

這個(gè)需求是不完整的：狀態(tài)信息是什么，如何顯示給用戶。這個(gè)需 求有幾處含糊。我們?cè)谡務(wù)摦a(chǎn)品的哪部分？狀態(tài)信息間隔真的假定為不少于60秒？，甚者每10年顯示一條新的狀態(tài)信息也可以？也許它的意圖是消息間隔不應(yīng)超 過(guò)60秒，那么1毫秒是不是太短？“每”這個(gè)詞導(dǎo)致了不確定性。問(wèn)題的后果，就是需求的不可證實(shí)。

彌補(bǔ)缺陷，重寫需求的一種方法：

1、狀態(tài)信息

1．1后臺(tái)任務(wù)管理器因該以誤差上下不超過(guò)10秒的60秒間隔，在用戶界面的指定位置顯示狀態(tài)信息

1．2如果后臺(tái)進(jìn)程處理正常，那么應(yīng)該顯示任務(wù)已完成的百分?jǐn)?shù)/比

1．3任務(wù)完成時(shí)，應(yīng)顯示相關(guān)的信息

1．4后臺(tái)任務(wù)出錯(cuò)應(yīng)該顯示錯(cuò)誤信息

為了分別測(cè)試和追蹤，我將其分成了多個(gè)需求。如果將幾個(gè)需求串接在一節(jié)中，在構(gòu)造和測(cè)試時(shí)就很容易漏掉一個(gè)。

例2．“產(chǎn)品應(yīng)瞬間在顯示和隱藏不可打印字符間切換”

計(jì)算機(jī)在瞬間不能做任何事，所以這個(gè)需求不切實(shí)可行。它的不完整性 表現(xiàn)在沒(méi)有聲明觸發(fā)狀態(tài)切換的條件。軟件要在某些條件下更改自己？或者用戶為了模仿更改要做一些動(dòng)作？而且，在文檔中改變顯示的范圍是多大：選中的文本，整個(gè)的文檔，或其他的？這也是個(gè)模糊的問(wèn)題。不可打印字符合隱藏字符一樣嗎？或者是一些屬性標(biāo)志或一些控制字符？問(wèn)題的后果，就是需求的不可證實(shí)。

象這樣編寫需求也許更好一些：“用戶能夠在一個(gè)由特定觸發(fā)條件激活處于編輯的文檔中在顯示和隱藏所有HTML標(biāo)記間切換”。現(xiàn)在就很清楚，不可 打印字符是HTML標(biāo)記。由于沒(méi)有定義觸發(fā)條件，需求對(duì)設(shè)計(jì)沒(méi)有約束力。只有設(shè)計(jì)人員選定了觸發(fā)條件后，你才能編寫測(cè)試驗(yàn)證觸發(fā)的正確操作。

例3．“HTML分析器可以產(chǎn)生HTML標(biāo)記錯(cuò)誤報(bào)告，幫助HTML入門者快速解決錯(cuò)誤”。單詞“快速”使其模糊，沒(méi)

有加進(jìn)錯(cuò)誤報(bào)告的定義也是其部完整。我不知道，你怎么驗(yàn)證這個(gè)需求。找一個(gè)自稱為HTML的入門者，看看能不能根據(jù)錯(cuò)誤報(bào)告快速解決錯(cuò)誤？

試試這個(gè)：“HTML分析器可以產(chǎn)生一個(gè)錯(cuò)誤報(bào)告，錯(cuò)誤報(bào)告包含有在被分析文件中出錯(cuò)的HTML文本和行號(hào)以及錯(cuò)誤的描述。如果沒(méi)有錯(cuò)誤，就不 會(huì)產(chǎn)生錯(cuò)誤報(bào)告”。現(xiàn)在我們知道了，什么會(huì)被加到出錯(cuò)報(bào)告中，但是出錯(cuò)報(bào)告是個(gè)什么樣子，則留由設(shè)計(jì)人員決定。我們還指定了一個(gè)例外：如果沒(méi)有發(fā)現(xiàn)錯(cuò)誤，不產(chǎn)生錯(cuò)誤報(bào)告。

例4．“如果可能，主管號(hào)碼應(yīng)通過(guò)聯(lián)機(jī)校驗(yàn)，而不是通過(guò)主全體主管號(hào)碼列表校驗(yàn)”。真感到絕望，什么是“如果可能”：如果技術(shù)上可行？如果主全 體主管號(hào)碼列表可以聯(lián)機(jī)獲得？要避免象“應(yīng)該”的這類不確切的詞?？蛻羰切枰@個(gè)功能性還是不需要。我曾看過(guò)一些需求說(shuō)明書(shū)，采用諸如：應(yīng)，將，應(yīng)該/

將 要等一些詞描述優(yōu)先級(jí)的細(xì)微差別。但我更喜歡用“應(yīng)”清楚的說(shuō)明需求的意圖，指明優(yōu)先級(jí)。這是修改后的：系統(tǒng)應(yīng)校驗(yàn)輸入的主管號(hào)碼而不通過(guò)聯(lián)機(jī)的主全體主 官號(hào)碼列表。如果在列表中沒(méi)有發(fā)現(xiàn)主管號(hào)碼，將會(huì)顯示一條錯(cuò)誤信息，也不接受指令。

在理解各個(gè)已完成的糟糕需求上，開(kāi)發(fā)人員將會(huì)遇到的難題是：開(kāi)發(fā)人員與客戶將會(huì)在審核需求，未達(dá)成共識(shí)前發(fā)生激烈的爭(zhēng)論。詳細(xì)檢查大的需求文檔 不是一件輕松的事情。我清楚有人做過(guò)，而且他們花在檢查上的每一分鐘都是值得的。相對(duì)于開(kāi)發(fā)階段和用戶的抱怨電話，在這個(gè)階段修補(bǔ)缺陷是便宜的，編寫質(zhì)量需求的方針

編寫優(yōu)秀的需求是沒(méi)有公式化的方法的。這需要大量的經(jīng)驗(yàn)，要從你在過(guò)去的文檔中發(fā)現(xiàn)的問(wèn)題學(xué)習(xí)。請(qǐng)?jiān)诮M織軟件需求文檔時(shí)，嚴(yán)格遵從這些方針。

句子和段落要短。采用主動(dòng)語(yǔ)氣。使用正確的語(yǔ)法，拼寫，標(biāo)點(diǎn)。使用術(shù)語(yǔ)，要保持一致性，并在術(shù)語(yǔ)表或數(shù)據(jù)字典中定義它們

要看需求是否被有效的定義，可以以開(kāi)發(fā)人員的觀點(diǎn)看看。在內(nèi)心將“當(dāng)你們做完了找我”這句加到文檔尾部，看看能不能是你緊張起來(lái)。換句話說(shuō)，你 是否需要SRS的編寫者的額外解釋幫助開(kāi)發(fā)人員很好的理解需求，以便于設(shè)計(jì)和實(shí)現(xiàn)？如果是的話，在繼續(xù)工作前，需求還需要細(xì)化。

需求編寫者還要努力正確地把握細(xì)化程度。要避免包含多個(gè)需求的長(zhǎng)的敘述段落。有幫助的提示是編寫?yīng)毩⒌目蓽y(cè)試的需求。如果你認(rèn)為一小部分測(cè)試可以驗(yàn)證一個(gè)需求的正確，那么它已經(jīng)正確的細(xì)化了。如果你預(yù)想到多種不同類的測(cè)試，幾個(gè)需求可能已擠到了一起，需要拆分開(kāi)。

密切關(guān)注多個(gè)需求合成了單個(gè)需求。一個(gè)需求中的連接詞“和”/“或”建議幾個(gè)需求合并。不要在一個(gè)需求中使用“和”/“或”。

通篇文檔細(xì)節(jié)上要保持一致。我曾看見(jiàn)過(guò)多個(gè)需求說(shuō)明書(shū)前后不一致。如：“對(duì)于紅色合法的顏色代碼應(yīng)是R”及“對(duì)于綠色合法的顏色代碼應(yīng)是G”就有可以以分散的需求分離開(kāi)，而“產(chǎn)品應(yīng)能對(duì)來(lái)自語(yǔ)音編輯指示做出反應(yīng)”應(yīng)作為一個(gè)子系統(tǒng)，不應(yīng)作為單個(gè)的功能性需求。

避免在SRS中過(guò)多的申述需求。在多處包含相同的需求可以使文檔更易于閱讀，但也會(huì)給文檔的維護(hù)增加困難。文檔的多份文本要在同一時(shí)間內(nèi)全部更新，避免不一致性。

如果你遵從了這些方針，你能夠盡早地經(jīng)常正式或非正式的審查需求，這些需求對(duì)于產(chǎn)品的構(gòu)造，系統(tǒng)測(cè)試以及最后的客戶滿意，都會(huì)成為好的奠基石。并且要記住，沒(méi)有高質(zhì)量的需求，軟件就象一盒巧克力，你永遠(yuǎn)不知道你會(huì)得到什么。

第三篇：如何編寫高質(zhì)量的“軟件需求說(shuō)明書(shū)”

如何編寫高質(zhì)量“軟件需求說(shuō)明書(shū)”

你的工程應(yīng)該有個(gè)好的起點(diǎn)。一個(gè)小組要帶領(lǐng)客戶進(jìn)入需求啟發(fā)階段而且你要寫軟件需求說(shuō)明書(shū)。這份說(shuō)明有些大，但客戶會(huì)很重視，所以說(shuō)明必須得到贊同。

現(xiàn)在你正在設(shè)計(jì)其中的一個(gè)特性，已經(jīng)發(fā)現(xiàn)了需求的一些問(wèn)題。你可以用多種不同的方式解釋需求15；需求9 的說(shuō)明正好與需求21相反，你因該相信哪一個(gè)？需求24非常含糊，你根本不明白它的意思；你不得不花上一個(gè)小時(shí)與2位開(kāi)發(fā)人員討論需求30，只因?yàn)槟銈儗?duì)其各有各的理解；并且，唯一能夠澄清這些問(wèn)題的客戶沒(méi)有給你們答復(fù)。你被迫破解眾多需求的含義，并且你能預(yù)料到，如果你錯(cuò)了，你要做大量的重復(fù)工作。

許多軟件需求說(shuō)明書(shū)（SRS）寫得非常糟糕。任何產(chǎn)品的質(zhì)量需要其原始材料的質(zhì)量保證，糟糕的軟件需求說(shuō)明書(shū)不可能產(chǎn)出優(yōu)秀的軟件。不幸的是，幾乎沒(méi)有開(kāi)發(fā)人員受過(guò)與需求的抽象、分析、文檔、質(zhì)檢有關(guān)的教育。而且，沒(méi)有非常多的好需求可以借鑒學(xué)習(xí)，部分原因是很少有工程可以找到一個(gè)好的借鑒，其他原因是公司不愿意將其產(chǎn)品說(shuō)明書(shū)放在公共區(qū)域。

這篇文章描述了高質(zhì)量需求敘述和說(shuō)明的幾個(gè)特性（特點(diǎn)）。我們將用這些觀點(diǎn)檢查一些有缺陷的需求，帶著痛楚重新編寫。而且我會(huì)談一些如何編寫好的需求的提示。你也許想通過(guò)這些質(zhì)量標(biāo)準(zhǔn)評(píng)估你的工程需求。對(duì)于修訂，也許遲了，但你會(huì)學(xué)到一些有用的東西，并幫助你的小組在下次編寫出更好的需求。

不要期望能夠編寫出一份能體現(xiàn)需求應(yīng)具備的所有特性的SRS。無(wú)論你怎么細(xì)化、分析、評(píng)論和優(yōu)化需求，都不可能達(dá)到完美。但是，如果你牢記這些特性，你就會(huì)編寫出更好的需求，生產(chǎn)出更好的產(chǎn)品。

高質(zhì)量需求敘述的特性

我們?nèi)绾螐囊恍┯袉?wèn)題的需求中分辨出好的軟件需求？這一節(jié)將分別介紹需求敘述應(yīng)體現(xiàn)的6個(gè)特性，下一節(jié)將從整體上介紹SRS文檔應(yīng)具備的特性。判斷每個(gè)需求是否具備應(yīng)有的特性的一種方式是由持有不同觀點(diǎn)的工程資金管理人所作的正規(guī)檢查。另一種有力的方法是在編寫代碼前依據(jù)需求編寫測(cè)試?yán)印y(cè)試?yán)幽軌蛎鞔_顯現(xiàn)在需求中描述的產(chǎn)品行為（特性），能夠顯現(xiàn)缺陷、冗余和含糊之處。

正確：每個(gè)需求必須精確描述要交付的功能。正確性依據(jù)于需求的來(lái)源，如真實(shí)的客戶或高級(jí)別的系統(tǒng)需求說(shuō)明書(shū)。一個(gè)軟件需求與其對(duì)應(yīng)的系統(tǒng)需求說(shuō)明書(shū)相抵觸是不正確的（當(dāng)然，系統(tǒng)需求說(shuō)明書(shū)本身可能不正確）。

只有用戶的代表能夠決定用戶需求的正確性，這就是為什么在檢查需求時(shí)，要包括他們或他們的代理的關(guān)鍵所在。不包括用戶的需求檢查就會(huì)導(dǎo)致開(kāi)發(fā)人員的：“這是沒(méi)意義的”，“這可能是他們的意思”等眾所周知的猜測(cè)。

可行性：在已知的能力、有限的系統(tǒng)及其環(huán)境中每個(gè)需求必須是可實(shí)現(xiàn)的。為了避免需求的不可行性，在需求分析階段應(yīng)該有一個(gè)開(kāi)發(fā)人員參與，在抽象階段應(yīng)該有市場(chǎng)人員參與。這個(gè)開(kāi)發(fā)人員應(yīng)能檢查在技術(shù)上什么能做什么不能做，哪些需要需要額外的付出或者和其他的權(quán)衡。

必要性：每個(gè)需求應(yīng)載明什么是客戶確實(shí)需要的，什么要順應(yīng)于外部的需求，接口或標(biāo)準(zhǔn)。每個(gè)需求源于你認(rèn)可、具有權(quán)說(shuō)明需求的原始資料，這是考慮必需的另外情形（譯注，此句翻譯不順，請(qǐng)參照原文：Another way to think of “necessary” is that each requirement originated from a source you recognize as having the authority to specify requirements）。跟蹤每個(gè)需求回溯到出處，如用例，系統(tǒng)需求，規(guī)章，或來(lái)自其他用戶的意見(jiàn)。如果你不能標(biāo)識(shí)出處，可能需求只是個(gè)鍍金的例子，沒(méi)有真正的必須。

優(yōu)先權(quán)：為了表明在一個(gè)詳細(xì)的產(chǎn)品版本中應(yīng)包含哪些要點(diǎn)，需要為每個(gè)需求，特征，或用例分配實(shí)現(xiàn)的優(yōu)先權(quán)。客戶或其代理都應(yīng)有強(qiáng)烈的責(zé)任建立優(yōu)先權(quán)。如果所有的需求都被視為同等重要，那么由于在開(kāi)發(fā)中，預(yù)算削減，計(jì)劃超時(shí)或組員的離開(kāi)導(dǎo)致新的需求時(shí)，項(xiàng)目經(jīng)理將不能起到作用。優(yōu)先權(quán)的作用是提供給客戶的價(jià)值，實(shí)現(xiàn)的相關(guān)費(fèi)用，實(shí)現(xiàn)相關(guān)聯(lián)的有關(guān)技術(shù)風(fēng)險(xiǎn)。

我是用3種級(jí)別的優(yōu)先權(quán)：高優(yōu)先權(quán)表明需求必須體現(xiàn)在下一個(gè)產(chǎn)品版本中，中優(yōu)先權(quán)表明需求是必須的，但是如果需要可以推遲到晚一些的產(chǎn)品版本中，低優(yōu)先權(quán)表明有它很好，但我們必須認(rèn)識(shí)到如果沒(méi)有充足的時(shí)間或資源，它可以被放棄掉。

明確：需求敘述的讀者應(yīng)只能從其得到唯一的解釋說(shuō)明，同樣，一個(gè)需求的多個(gè)讀者也應(yīng)達(dá)成共識(shí)。自然語(yǔ)言極易導(dǎo)致含糊。要避免使用一些對(duì)于SRS作者很清楚但對(duì)于讀者不清楚的主觀詞匯，如：用戶友好性，容易，簡(jiǎn)單，快速，有效，幾個(gè)，藝術(shù)級(jí)，改善的，最大，最小等等。每寫一個(gè)需要都應(yīng)簡(jiǎn)潔，簡(jiǎn)單，直觀的采用用戶熟知的語(yǔ)言，不要采用計(jì)算機(jī)術(shù)語(yǔ)。檢查需求模糊的有效方式包括需求說(shuō)明書(shū)的正規(guī)檢查，根據(jù)需求寫測(cè)試，建立用戶的假想來(lái)說(shuō)明產(chǎn)品某個(gè)特定部分預(yù)期的特性。

可證實(shí)：看你是否能夠做出測(cè)試計(jì)劃或其他驗(yàn)證方式，如檢查和實(shí)證，來(lái)決定在產(chǎn)品中每個(gè)需求是否正確的實(shí)現(xiàn)。如果需求是不可驗(yàn)證的，決定需求是不是正確的實(shí)現(xiàn)就成了判斷的事。需求之間不一致，不可行，不明確也能導(dǎo)致不可證實(shí)。任何需求如果說(shuō)產(chǎn)品將要支持什么也是不可證實(shí)的。

高質(zhì)量需求說(shuō)明的特征

一個(gè)完整的SRS不僅是包括長(zhǎng)長(zhǎng)的功能性需求列表，還包括外部接口描述和一些諸如質(zhì)量屬性，期望性能的非功能性需求。下面描述了高質(zhì)量的SRS的一些特性。

完整：不應(yīng)該遺漏要求和必需的信息。完整性也是一個(gè)需求應(yīng)具備的。發(fā)現(xiàn)缺少的信息很難，因?yàn)楦静淮嬖?。在SRS中將需求以分層目錄方式組織，將幫助評(píng)審人員理解功能性描述的結(jié)構(gòu)，使他們很容易指出遺失的東西。

在需求抽象時(shí)，相對(duì)于系統(tǒng)功能，你過(guò)多的注意用戶的業(yè)務(wù)，將導(dǎo)致在需求的全局觀和引進(jìn)不是真正必需的需求上顯得不足。在需求抽象上，應(yīng)用用例方法會(huì)發(fā)揮很好的作用。能夠從不同角度察看需求的圖形分析模型也可以檢查出不完整性。

如果你知道已缺少一些信息，使用TBD（to be determined）標(biāo)準(zhǔn)標(biāo)志可以突出這些缺陷，當(dāng)你在構(gòu)建產(chǎn)品的相關(guān)部分時(shí)，就可以從一個(gè)給定的需求集中解決所有的缺陷。

一致性：一致性需求就是不要于其他的軟件需求或高級(jí)別的系統(tǒng)（商業(yè)）需求發(fā)生沖突。需求中的不一致必須在開(kāi)發(fā)開(kāi)始前得到解決。只有經(jīng)過(guò)調(diào)研才能確定哪些是正確的。修改需求時(shí)一定要謹(jǐn)慎，如果只審定修改的部分，沒(méi)有審定于修改相關(guān)的部分，就可能導(dǎo)致不一致性。

可修改性：當(dāng)每個(gè)需求的要求修改了或維護(hù)其歷史更改時(shí)，你必須能夠?qū)彾⊿RS。也就是說(shuō)每個(gè)需求必須相對(duì)于其他需求有其單獨(dú)的標(biāo)示和分開(kāi)的說(shuō)明，便于清晰的查閱。通過(guò)良好的組織可以使需求易于修改，如：將相關(guān)的需求分組，建立目錄表，索引，以及前后參考（照）。

可追蹤：你應(yīng)能將一個(gè)軟件與其原始材料相對(duì)應(yīng)，如高級(jí)系統(tǒng)需求，用例，用戶的提議等。也能夠?qū)④浖枨笈c設(shè)計(jì)元素，源代碼，用于構(gòu)造實(shí)現(xiàn)和驗(yàn)證需求的測(cè)試相對(duì)應(yīng)。可追蹤的需求應(yīng)該具有獨(dú)立標(biāo)示，細(xì)密和結(jié)構(gòu)化的編寫，不應(yīng)過(guò)大，不應(yīng)是敘述性的文字和公告式的列表。

需求質(zhì)量的評(píng)審

這些有關(guān)需求質(zhì)量的特性的描述在理論上都是非常好的，但一個(gè)好的需求到底是個(gè)什么樣子的呢？為了體現(xiàn)得更切合實(shí)際，我們做個(gè)小練習(xí)。下面有幾個(gè)從實(shí)際的工程選出的需求，依據(jù)上面的質(zhì)量標(biāo)準(zhǔn)，評(píng)估每個(gè)需求，看看有什么問(wèn)題，然后用更好的方式重寫。我將對(duì)每個(gè)例子都提出自己的分析和改進(jìn)的建議。也歡迎你提出不同的見(jiàn)解。我所占優(yōu)的只是我知道每個(gè)需求的出處。因?yàn)槟阄叶疾皇钦嬲目蛻?，我們只能猜測(cè)每個(gè)需求的意圖。

例1．“產(chǎn)品應(yīng)在不少于每60秒的正常周期內(nèi)提供狀態(tài)信息”

這個(gè)需求是不完整的：狀態(tài)信息是什么，如何顯示給用戶。這個(gè)需求有幾處含糊。我們?cè)谡務(wù)摦a(chǎn)品的哪部分？狀態(tài)信息間隔真的假定為不少于60秒？，甚者每10年顯示一條新的狀態(tài)信息也可以？也許它的意圖是消息間隔不應(yīng)超過(guò)60秒，那么1毫秒是不是太短？“每”這個(gè)詞導(dǎo)致了不確定性。問(wèn)題的后果，就是需求的不可證實(shí)。

彌補(bǔ)缺陷，重寫需求的一種方法：

1、狀態(tài)信息

1．1后臺(tái)任務(wù)管理器因該以誤差上下不超過(guò)10秒的60秒間隔，在用戶界面的指定位置顯示狀態(tài)信息

1．2如果后臺(tái)進(jìn)程處理正常，那么應(yīng)該顯示任務(wù)已完成的百分?jǐn)?shù)/比

1．3任務(wù)完成時(shí)，應(yīng)顯示相關(guān)的信息

1．4后臺(tái)任務(wù)出錯(cuò)應(yīng)該顯示錯(cuò)誤信息

為了分別測(cè)試和追蹤，我將其分成了多個(gè)需求。如果將幾個(gè)需求串接在一節(jié)中，在構(gòu)造和測(cè)試時(shí)就很容易漏掉一個(gè)。

例2．“產(chǎn)品應(yīng)瞬間在顯示和隱藏不可打印字符間切換”

計(jì)算機(jī)在瞬間不能做任何事，所以這個(gè)需求不切實(shí)可行。它的不完整性表現(xiàn)在沒(méi)有聲明觸發(fā)狀態(tài)切換的條件。軟件要在某些條件下更改自己？或者用戶為了模仿更改要做一些動(dòng)作？而且，在文檔中改變顯示的范圍是多大：選中的文本，整個(gè)的文檔，或其他的？這也是個(gè)模糊的問(wèn)題。不可打印字符合隱藏字符一樣嗎？或者是一些屬性標(biāo)志或一些控制字符？問(wèn)題的后果，就是需求的不可證實(shí)。

象這樣編寫需求也許更好一些：“用戶能夠在一個(gè)由特定觸發(fā)條件激活處于編輯的文檔中在顯示和隱藏所有HTML標(biāo)記間切換”?，F(xiàn)在就很清楚，不可打印字符是HTML標(biāo)記。由于沒(méi)有定義觸發(fā)條件，需求對(duì)設(shè)計(jì)沒(méi)有約束力。只有設(shè)計(jì)人員選定了觸發(fā)條件后，你才能編寫測(cè)試驗(yàn)證觸發(fā)的正確操作。

例3．“HTML分析器可以產(chǎn)生HTML標(biāo)記錯(cuò)誤報(bào)告，幫助HTML入門者快速解決錯(cuò)誤”。單詞“快速”使其模糊，沒(méi)

有加進(jìn)錯(cuò)誤報(bào)告的定義也是其部完整。我不知道，你怎么驗(yàn)證這個(gè)需求。找一個(gè)自稱為HTML的入門者，看看能不能根據(jù)錯(cuò)誤報(bào)告快速解決錯(cuò)誤？

試試這個(gè)：“HTML分析器可以產(chǎn)生一個(gè)錯(cuò)誤報(bào)告，錯(cuò)誤報(bào)告包含有在被分析文件中出錯(cuò)的HTML文本和行號(hào)以及錯(cuò)誤的描述。如果沒(méi)有錯(cuò)誤，就不會(huì)產(chǎn)生錯(cuò)誤報(bào)告”。現(xiàn)在我們知道了，什么會(huì)被加到出錯(cuò)報(bào)告中，但是出錯(cuò)報(bào)告是個(gè)什么樣子，則留由設(shè)計(jì)人員決定。我們還指定了一個(gè)例外：如果沒(méi)有發(fā)現(xiàn)錯(cuò)誤，不產(chǎn)生錯(cuò)誤報(bào)告。

例4．“如果可能，主管號(hào)碼應(yīng)通過(guò)聯(lián)機(jī)校驗(yàn)，而不是通過(guò)主全體主管號(hào)碼列表校驗(yàn)”。真感到絕望，什么是“如果可能”：如果技術(shù)上可行？如果主全體主管號(hào)碼列表可以聯(lián)機(jī)獲得？要避免象“應(yīng)該”的這類不確切的詞。客戶是需要這個(gè)功能性還是不需要。我曾看過(guò)一些需求說(shuō)明書(shū)，采用諸如：應(yīng)，將，應(yīng)該/將要等一些詞描述優(yōu)先級(jí)的細(xì)微差別。但我更喜歡用“應(yīng)”清楚的說(shuō)明需求的意圖，指明優(yōu)先級(jí)。這是修改后的：系統(tǒng)應(yīng)校驗(yàn)輸入的主管號(hào)碼而不通過(guò)聯(lián)機(jī)的主全體主官號(hào)碼列表。如果在列表中沒(méi)有發(fā)現(xiàn)主管號(hào)碼，將會(huì)顯示一條錯(cuò)誤信息，也不接受指令。

在理解各個(gè)已完成的糟糕需求上，開(kāi)發(fā)人員將會(huì)遇到的難題是：開(kāi)發(fā)人員與客戶將會(huì)在審核需求，未達(dá)成共識(shí)前發(fā)生激烈的爭(zhēng)論。詳細(xì)檢查大的需求文檔不是一件輕松的事情。我清楚有人做過(guò)，而且他們花在檢查上的每一分鐘都是值得的。相對(duì)于開(kāi)發(fā)階段和用戶的抱怨電話，在這個(gè)階段修補(bǔ)缺陷是便宜的，編寫質(zhì)量需求的方針

編寫優(yōu)秀的需求是沒(méi)有公式化的方法的。這需要大量的經(jīng)驗(yàn)，要從你在過(guò)去的文檔中發(fā)現(xiàn)的問(wèn)題學(xué)習(xí)。請(qǐng)?jiān)诮M織軟件需求文檔時(shí)，嚴(yán)格遵從這些方針。

句子和段落要短。采用主動(dòng)語(yǔ)氣。使用正確的語(yǔ)法，拼寫，標(biāo)點(diǎn)。使用術(shù)語(yǔ)，要保持一致性，并在術(shù)語(yǔ)表或數(shù)據(jù)字典中定義它們

要看需求是否被有效的定義，可以以開(kāi)發(fā)人員的觀點(diǎn)看看。在內(nèi)心將“當(dāng)你們做完了找我”這句加到文檔尾部，看看能不能是你緊張起來(lái)。換句話說(shuō)，你是否需要SRS的編寫者的額外解釋幫助開(kāi)發(fā)人員很好的理解需求，以便于設(shè)計(jì)和實(shí)現(xiàn)？如果是的話，在繼續(xù)工作前，需求還需要細(xì)化。

需求編寫者還要努力正確地把握細(xì)化程度。要避免包含多個(gè)需求的長(zhǎng)的敘述段落。有幫助的提示是編寫?yīng)毩⒌目蓽y(cè)試的需求。如果你認(rèn)為一小部分測(cè)試可以驗(yàn)證一個(gè)需求的正確，那么它已經(jīng)正確的細(xì)化了。如果你預(yù)想到多種不同類的測(cè)試，幾個(gè)需求可能已擠到了一起，需要拆分開(kāi)。

密切關(guān)注多個(gè)需求合成了單個(gè)需求。一個(gè)需求中的連接詞“和”/“或”建議幾個(gè)需求合并。不要在一個(gè)需求中使用“和”/“或”。

通篇文檔細(xì)節(jié)上要保持一致。我曾看見(jiàn)過(guò)多個(gè)需求說(shuō)明書(shū)前后不一致。如：“對(duì)于紅色合法的顏色代碼應(yīng)是R”及“對(duì)于綠色合法的顏色代碼應(yīng)是G”就有可以以分散的需求分離開(kāi)，而“產(chǎn)品應(yīng)能對(duì)來(lái)自語(yǔ)音編輯指示做出反應(yīng)”應(yīng)作為一個(gè)子系統(tǒng)，不應(yīng)作為單個(gè)的功能性需求。

避免在SRS中過(guò)多的申述需求。在多處包含相同的需求可以使文檔更易于閱讀，但也會(huì)給文檔的維護(hù)增加困難。文檔的多份文本要在同一時(shí)間內(nèi)全部更新，避免不一致性。

如果你遵從了這些方針，你能夠盡早地經(jīng)常正式或非正式的審查需求，這些需求對(duì)于產(chǎn)品的構(gòu)造，系統(tǒng)測(cè)試以及最后的客戶滿意，都會(huì)成為好的奠基石。并且要記住，沒(méi)有高質(zhì)量的需求，軟件就象一盒巧克力，你永遠(yuǎn)不知道你會(huì)得到什么。

第四篇：如何撰寫高質(zhì)量論文

如何撰寫高質(zhì)量論文

一看論文的選題是否有創(chuàng)新

所謂選題，就是要確定文章的主題，明確文章要寫些什么，要闡述什么思想觀點(diǎn)。古人說(shuō)，“意在筆先”，也就是說(shuō)，只有確定好了主題。才好動(dòng)筆。還有人說(shuō)，“確定一個(gè)好的主題，等于完成論文工作的一半”。因此，確定論文主題是撰寫論文的第一要?jiǎng)?wù)。

那么，怎樣才能選好主題呢?最關(guān)鍵的就是主題要有新意。創(chuàng)新是文章的靈魂，論文的好壞就取決于此。我們?cè)u(píng)價(jià)一篇文章有沒(méi)有價(jià)值，就看這篇文章有沒(méi)有新意?！拔馁F出新”，這是最根本的要求：那么，什么是“新”呢?主要表現(xiàn)為新的思想、新的見(jiàn)解、新的視角。一是觀念要新。就是說(shuō)，文章寫作的指導(dǎo)思想要正確，要符合新的教育思想和教育觀念。如果你文章講的仍然是舊的觀念、舊的培養(yǎng)模式、舊的教學(xué)方法，那就不行了。比如，我們對(duì)教學(xué)觀的探討，就經(jīng)歷了一個(gè)從“知識(shí)本位”到“能力本位”，再到現(xiàn)在的“以人為本”的過(guò)程。現(xiàn)在，你寫文章講教學(xué)觀，就要講以人為本，以學(xué)生為本，千萬(wàn)不要講以知識(shí)為本位。二是角度要新。就是說(shuō)，論文選題的角度要?jiǎng)e具一格?！耙粯?shù)梅花萬(wàn)首詩(shī)”，“橫看成嶺側(cè)成峰，遠(yuǎn)近高低各不同”，講的就是觀察事物的新視角。選題同樣有個(gè)角度問(wèn)題、找切入點(diǎn)的問(wèn)題。同樣的問(wèn)題，同樣的材料，不同人來(lái)選就有不同的感受、不同的主題。因?yàn)樗麄兛磫?wèn)題的角度不同。我們?cè)谶x題時(shí)必須堅(jiān)持：“老問(wèn)題要有新角度，常規(guī)的東西要有特色?！比纭度凇岸骸庇跀?shù)學(xué)教學(xué)中》一文，通過(guò)相聲能逗大家樂(lè)這二現(xiàn)象啟示，把相聲“逗”的藝術(shù)應(yīng)用到數(shù)學(xué)教學(xué)中，來(lái)激發(fā)和保持學(xué)生的學(xué)習(xí)興趣，作者選題的角度就比較獨(dú)特。又如《在數(shù)學(xué)教學(xué)中如何培養(yǎng)學(xué)生的閱讀能力》、《淺談在課堂教學(xué)中合作技能的培養(yǎng)》，選題也比較好，很有新意。

在選題時(shí)，中小學(xué)教師要注意兩個(gè)問(wèn)題．一是陳舊雷同，二是貪大求全。選題陳舊雷同和貪大求全都有悖創(chuàng)新，寫出來(lái)的論文也談不上有什么價(jià)值，論文題目小，觀點(diǎn)集中，以小見(jiàn)大，就容易做到厚積而薄發(fā)。題目小的對(duì)立面就是大而空，貪大求全。如《素質(zhì)教育淺談》、《素質(zhì)教育中的數(shù)學(xué)教育》、《職業(yè)教育之管見(jiàn)》、《談?wù)Z文教育中的思想教育》、《淺談創(chuàng)新教育》等。這些題目的概念外延都很大、很全，盡管有的在“談”前冠以“淺”字，或者綴以“之管見(jiàn)”，但那都是客套話。關(guān)鍵是貪的面大，要談的問(wèn)題根本沒(méi)談清楚。在實(shí)際中，初學(xué)寫作的人比較喜歡用全景式、統(tǒng)覽式、鳥(niǎo)瞰式的題目來(lái)寫文章，這些文章可能涵蓋的內(nèi)容多，比較容易寫。殊不知，有不少這類文章，因?yàn)闆](méi)談清楚而被編輯“槍斃”。

二看論文的題目是否恰當(dāng)

題目是什么?《說(shuō)文解字》中是這樣解釋的：“題”，就是額頭，“目”，就是眼睛。人們常說(shuō)，器宇軒昂、眉目清秀是帥哥靚女的“題目”，給人留下的印象是瀟灑和漂亮。文章的題目亦然。如果第一眼見(jiàn)你的文章題目不行，那就完蛋了。如《抓關(guān)鍵，提質(zhì)量》一文，明顯缺少一個(gè)副標(biāo)題，一看題目，不明白文章的主題到底是什么。

“文章要好，題目要巧”。有的文章題目好，令人拍案叫絕，過(guò)目不忘，甚至終生難忘。例如，馬克思的《哲學(xué)的貧困》、《路易.波拿巴十八日》，恩格斯的《反杜林論》、《社會(huì)主義從空想到科學(xué)的發(fā)展》，列寧的《寧肯少些，但要好些》、《進(jìn)一步，退兩步》，毛澤東的《星星之火，可以燎原》、《反對(duì)本本主義》、《別了，司徒雷登》，鄧小平的《兩個(gè)“凡是”不符合馬克思主義》、《尊重知識(shí)，尊重人才》、《科學(xué)技術(shù)是第一生產(chǎn)力》，江澤民的《創(chuàng)新是民族進(jìn)步的靈魂》、《面向新世紀(jì)的中國(guó)共產(chǎn)黨》等等，都是十分好的題目。有些理論家、學(xué)者的文章題目也起得非常好，如胡喬木的《西藏的革命和尼赫魯?shù)恼軐W(xué)》、《中國(guó)共產(chǎn)黨怎樣發(fā)展了馬克思主義》，胡繩的《馬克思主義是發(fā)展的理論》，郭沫若的《甲申三百年祭》、《科學(xué)的春天》等等，堪稱題目的典范。至于魯迅先生，更是文章高手，他的文和題，極具創(chuàng)造力和個(gè)性，諸如《一件小事》、《辱罵與恐嚇決不是戰(zhàn)斗》、《戰(zhàn)士與蒼蠅》、《中國(guó)人失掉了自信心了嗎?》、《罵殺和捧殺》、《老調(diào)子已經(jīng)唱完》等等，清新雋永，回味無(wú)窮。

那么，怎樣的題目才算好呢?有三點(diǎn)是共識(shí)的：第一，貼切、醒目、生動(dòng)，不能太平淡；第二，題目要小一些、短一些、簡(jiǎn)潔-些，題目不能太長(zhǎng)，不要超過(guò)20個(gè)字。第三，要有爪．1生，切忌似曾相識(shí)，人云亦云?？偟膩?lái)說(shuō)，文章的題目要令人耳目一新。如，《融“逗”于數(shù)學(xué)教學(xué)中》、《課堂導(dǎo)語(yǔ)的設(shè)計(jì)》、《班主任的“糊涂藝術(shù)”》等，就是很好的題目。

三看論文的觀點(diǎn)是否有吸引力

在中小學(xué)教師撰寫的論文中，很多觀點(diǎn)都是照搬有關(guān)雜志上文章的觀點(diǎn)，沒(méi)有自己的體會(huì)和特色。也就是說(shuō)，觀點(diǎn)一般化，沒(méi)有吸引力。如《讓學(xué)生主動(dòng)參與學(xué)習(xí)，真正成為學(xué)習(xí)主人》一文，寫了四個(gè)觀點(diǎn)：創(chuàng)造情境；動(dòng)手操作；質(zhì)疑問(wèn)難；交流討論。主題很好，但觀點(diǎn)缺乏新意，太一般化了。又如《在創(chuàng)新中求發(fā)展----對(duì)小學(xué)數(shù)學(xué)課堂教學(xué)的幾點(diǎn)探討》一文，講了四個(gè)觀點(diǎn)：改進(jìn)課堂教學(xué)結(jié)構(gòu)；改革課堂教學(xué)方法；改進(jìn)課堂教學(xué)的組織形式；突出學(xué)生的主體作用，優(yōu)化課堂練習(xí)過(guò)程。觀點(diǎn)覆蓋面太大，每一個(gè)觀點(diǎn)都可以寫一篇大文章。又如《淺談數(shù)學(xué)課堂教學(xué)與素質(zhì)教育》一文，講了5個(gè)觀點(diǎn)：素質(zhì)教育的主體性；素質(zhì)教育的發(fā)展性；素質(zhì)教育的差異性；素質(zhì)教育的創(chuàng)造性；素質(zhì)教育的滲透性。雖然作者結(jié)合教學(xué)實(shí)踐談了素質(zhì)教育的“五性”，但以這“五性”為二級(jí)標(biāo)題，就不貼切，針對(duì)性和吸引力都不強(qiáng)。

一篇優(yōu)秀的教學(xué)論文，它的觀點(diǎn)應(yīng)該語(yǔ)言精練，緊扣中心，并且能準(zhǔn)確地概括自己所寫的內(nèi)容。有一位同志寫了一篇《寫字教學(xué)斷想》的文章，這篇文章總共談了三個(gè)觀點(diǎn)。原先的三個(gè)觀點(diǎn)是：1．重視教師的寫字基本功；2．平時(shí)寫字也要有練字意識(shí)；3．抓好“一寸”是關(guān)鍵。這三個(gè)觀點(diǎn)概括每段的內(nèi)容本來(lái)是準(zhǔn)確的，但他覺(jué)得比較一般化，不能給人留下深刻的印象。于是，他反復(fù)琢磨，作出了如下修改：1．打鐵還得自身硬；2．提筆即是練字時(shí)；3．牽牛要牽牛鼻子。意思還是那個(gè)意思，但用的是熟語(yǔ)。熟語(yǔ)大家經(jīng)常說(shuō)，生動(dòng)形象，表現(xiàn)力強(qiáng)，讀者看一篇就記住了，表達(dá)的效果就不一樣。

四看論文是否有自己的感受

寫論文要有自己的感受和個(gè)性，千萬(wàn)不要盲目地照搬照抄。教學(xué)論文如果寫得實(shí)在，讓人讀后就會(huì)感到所舉例子來(lái)自自己的教學(xué)實(shí)踐，不虛假且操作性強(qiáng)。這樣的文章，讀者讀起來(lái)才有親切之感，才會(huì)津津有味，永讀不厭。因此，教學(xué)論文的“實(shí)”主要體現(xiàn)在實(shí)踐性和應(yīng)用性上。如有篇《感受古詩(shī)語(yǔ)言的精練與優(yōu)美》的論文，講了五點(diǎn)：一是比較辨析，感受語(yǔ)文的精確性；二是品味推敲，學(xué)習(xí)語(yǔ)言的精練性；三是拓展描述，體悟語(yǔ)言的豐富性；四是朗讀背誦，體會(huì)語(yǔ)言的音韻美；五是角色表演，體會(huì)語(yǔ)言的情感性。文章從五個(gè)方面來(lái)論述古詩(shī)語(yǔ)言的精練與優(yōu)美，一看感受就很實(shí)在，又讓人知道怎樣操作。每一點(diǎn)下面又都有具體例子，一點(diǎn)也不空洞。這是一篇既有實(shí)踐性，又有應(yīng)用性的好論文。

每年中小學(xué)教育教學(xué)優(yōu)秀論文的評(píng)選，發(fā)現(xiàn)不少論文純粹是定義、概念、觀點(diǎn)加上一些例子的簡(jiǎn)單組合，缺乏自己的分析、綜合、提煉、推理，看不出到底是作者本人的感受，還是別人的感受，不能給人以深刻的印象。有的論文引用經(jīng)典和名言過(guò)多，缺乏自己的見(jiàn)解和分析。誠(chéng)然，恰當(dāng)?shù)匾媒?jīng)典和名言能給文章起到畫龍點(diǎn)睛的作用。但引用要恰到好處，適可而止，如果過(guò)多過(guò)濫，則適得其反。一篇教學(xué)論文真正能打動(dòng)讀者、啟迪讀者的，往往并不一定是經(jīng)典和名言的力量，而是論文作者對(duì)教學(xué)領(lǐng)域中某些方面、某些問(wèn)題深邃而獨(dú)到的見(jiàn)解和縝密精辟的分析。因此，教學(xué)論文要反映對(duì)教育或教學(xué)現(xiàn)象的一些真實(shí)認(rèn)識(shí)和感受。只有認(rèn)識(shí)深刻，感受才能新穎；是自己的感受，才能有個(gè)性，才能給人以新知。

五看論文的思路是否清晰，結(jié)構(gòu)是否嚴(yán)謹(jǐn)

許多中小學(xué)教師的論文存在論述欠完整，層次不清，思路混亂，缺乏邏輯性的現(xiàn)象。這是撰寫教學(xué)論文最忌諱的。要克服這一毛病，寫論文時(shí)就必須重視布局謀篇。所謂布局謀篇。就是籌劃采用怎樣的結(jié)構(gòu)，選擇哪些材料，才能有效地表達(dá)主題。布局謀篇，是寫好文章的一個(gè)重要問(wèn)題，是必不可少的一個(gè)準(zhǔn)備過(guò)程。如果說(shuō)一篇文章的主題猶如人之“靈魂”，一篇文章的材料好比人之“血肉”，那么一篇文章的結(jié)構(gòu)，正恰似人之“骨骼”。沒(méi)有靈魂只能是一個(gè)軀殼；沒(méi)有血肉就只剩了一個(gè)空架子；而沒(méi)有堅(jiān)實(shí)、健壯的骨骼，血肉就無(wú)所依附，靈魂也無(wú)處寄托。因此，布局謀篇這個(gè)工作做好了，就會(huì)思路暢通，順理成章．否則，心中無(wú)數(shù)，邊想邊寫，就難以寫好文章。

第五篇：招標(biāo)需求說(shuō)明書(shū)

競(jìng)爭(zhēng)性談判-需求說(shuō)明書(shū)

（參考）

行政部：

為配合**開(kāi)業(yè)慶典活動(dòng)籌備安排，特向貴部提出慶典活動(dòng)項(xiàng)目招標(biāo)（競(jìng)爭(zhēng)性談判）需求，具體說(shuō)明如下：

一、招標(biāo)（競(jìng)爭(zhēng)性談判）內(nèi)容：

**開(kāi)業(yè)慶典系列活動(dòng)項(xiàng)目承辦單位招標(biāo)（競(jìng)爭(zhēng)性談判）。

二、招標(biāo)（競(jìng)爭(zhēng)性談判）項(xiàng)目的基本需求：

（一）活動(dòng)整體安排：

根據(jù)改制工作進(jìn)度安排，**擬于2009年**月中下旬獲批成立，并擬于**月**日舉行開(kāi)業(yè)儀式慶典活動(dòng)，活動(dòng)內(nèi)容擬包括：

1、開(kāi)業(yè)慶典儀式：

（1）時(shí)間安排：**月**日上午（時(shí)長(zhǎng)約為1小時(shí)）。

（2）地點(diǎn)安排：**大廈東廣場(chǎng)

（3）出席人數(shù)：擬邀請(qǐng)省、市各級(jí)領(lǐng)導(dǎo)和重要嘉賓合計(jì)約250人。

（4）主要流程：A、省、監(jiān)管單位、市、農(nóng)商行領(lǐng)導(dǎo)分別致辭。

B、主要領(lǐng)導(dǎo)共同揭牌儀式。

C、**公益捐贈(zèng)儀式。

2、開(kāi)業(yè)慶典晚宴：

（1）時(shí)間安排：**月**日晚上（時(shí)長(zhǎng)約為2小時(shí)）。

共 5 頁(yè)·第 1 頁(yè)

（2）地點(diǎn)安排：擬于**香格里拉大酒店（**廳）或**路**酒店（國(guó)際宴會(huì)廳）。

（3）出席人數(shù)：擬邀請(qǐng)省、市各級(jí)領(lǐng)導(dǎo)和重要嘉賓合計(jì)約500人。

（4）主要流程：A、省、市領(lǐng)導(dǎo)致辭。

B、主要領(lǐng)導(dǎo)祝酒儀式。

C、表演助興（如歌舞、魔術(shù)、雜技等）及現(xiàn)

場(chǎng)抽獎(jiǎng)環(huán)節(jié)。

（二）承辦工作要求：

1、本次慶典活動(dòng)項(xiàng)目執(zhí)行工作中的客戶邀請(qǐng)、禮品購(gòu)置、宴席餐飲、媒體投放等均由我單位另行安排，承辦單位提交的投標(biāo)方案內(nèi)容應(yīng)包括：

（1）對(duì)活動(dòng)整體流程的策劃，并提供相應(yīng)的策劃方案書(shū)、時(shí)間進(jìn)度和分工安排表等書(shū)面材料。

（2）對(duì)會(huì)場(chǎng)宣傳布置的構(gòu)思，要求宣傳布置范圍以**大廈為中心、輻射周邊1000米內(nèi)主要路段，包括各項(xiàng)平面設(shè)計(jì)、物料設(shè)計(jì)、舞臺(tái)設(shè)計(jì)等，并提供相應(yīng)的平面設(shè)計(jì)稿、三維效果圖、物料清單等。

（3）對(duì)節(jié)目和演員的建議，包括歌舞、雜技、魔術(shù)等，并提供相應(yīng)的節(jié)目和演員情況介紹、費(fèi)用報(bào)價(jià)等；中標(biāo)后可根據(jù)我單位實(shí)際要求進(jìn)行調(diào)整變更，并負(fù)責(zé)具體聯(lián)系邀請(qǐng)和彩排協(xié)調(diào)等工作。

（4）對(duì)司儀和導(dǎo)演的推薦，包括開(kāi)業(yè)儀式司儀1人、晚宴司

儀2人、晚宴導(dǎo)演1人，并提供相應(yīng)的個(gè)人介紹材料、費(fèi)用報(bào)價(jià)等；中標(biāo)后可根據(jù)我單位實(shí)際要求進(jìn)行調(diào)整變更，并負(fù)責(zé)具體聯(lián)系邀請(qǐng)和彩排協(xié)調(diào)等工作。

（5）對(duì)公益捐贈(zèng)舉措的建議，包括與國(guó)內(nèi)外知名慈善機(jī)構(gòu)、官方組織等的捐贈(zèng)合作，提供相關(guān)機(jī)構(gòu)情況、捐贈(zèng)模式等情況介紹，中標(biāo)后協(xié)助我單位聯(lián)系溝通。

（6）對(duì)活動(dòng)執(zhí)行協(xié)調(diào)措施的說(shuō)明，包括戶外活動(dòng)可能涉及的消防、環(huán)保、治安等公共安全問(wèn)題，及施工質(zhì)量、效率和安全性問(wèn)題，提供相關(guān)解決措施說(shuō)明；中標(biāo)后需負(fù)責(zé)執(zhí)行消防、城管、環(huán)保、公安等相關(guān)申報(bào)程序。

（7）除上述內(nèi)容外，對(duì)我單位臨時(shí)補(bǔ)充要求的回復(fù)。

2、針對(duì)上述要求，我單位制定了“宣傳策劃基本要求說(shuō)明”（見(jiàn)本需求附件1），各投標(biāo)單位須以此基本要求說(shuō)明為基礎(chǔ)制定整體活動(dòng)方案，并在投標(biāo)方案中對(duì)開(kāi)業(yè)慶典儀式和開(kāi)業(yè)慶典晚會(huì)分別進(jìn)行報(bào)價(jià)（含稅），報(bào)價(jià)表應(yīng)列明估算的相關(guān)尺寸、數(shù)量、材質(zhì)等內(nèi)容，各項(xiàng)報(bào)價(jià)應(yīng)合理、真實(shí)、具備可操作性。

3、中標(biāo)單位須適應(yīng)我單位內(nèi)部的法律文書(shū)審核和財(cái)務(wù)報(bào)批支付等流程規(guī)定，并統(tǒng)一提供中標(biāo)公司發(fā)票。本次慶典活動(dòng)項(xiàng)目費(fèi)用將按30%預(yù)付、30%二期、40%尾款方式分三次支付，其中預(yù)付款于合同簽定后五個(gè)工作日內(nèi)支付，二期款于實(shí)施當(dāng)天前五個(gè)工作日內(nèi)支付，尾款將于活動(dòng)結(jié)束后十個(gè)工作日內(nèi)結(jié)清。

（三）投標(biāo)公司資質(zhì)要求：

1、投標(biāo)單位應(yīng)為國(guó)內(nèi)綜合實(shí)力較強(qiáng)、行業(yè)信譽(yù)較好的公關(guān)策劃/品牌傳播/廣告制作公司，注冊(cè)資本需折合人民幣200萬(wàn)元（含）以上，登記在職員工30人（含）以上；

2、投標(biāo)單位應(yīng)具備成熟完善的分工架構(gòu)和服務(wù)流程，自有專職策劃及客服人員5人以上、高級(jí)設(shè)計(jì)人員5人以上、專業(yè)工程人員10人以上，有曾為三家以上國(guó)內(nèi)知名大型企業(yè)策劃執(zhí)行各類大型慶典活動(dòng)的成功案例。自設(shè)大型制作工廠或具備國(guó)內(nèi)4A評(píng)級(jí)（含）以上的廣告公司將優(yōu)先考慮；

3、投標(biāo)單位主要辦公場(chǎng)所應(yīng)在本市區(qū)范圍內(nèi)。

4、投標(biāo)單位應(yīng)根據(jù)上述要求提供相關(guān)證明文件、文字和圖片介紹資料。

三、招標(biāo)建議：

1、每一投標(biāo)單位必須同時(shí)承辦開(kāi)業(yè)慶典儀式和開(kāi)業(yè)慶典晚會(huì)兩項(xiàng)活動(dòng)；

2、中標(biāo)單位數(shù)量：壹個(gè)。

3、建議評(píng)標(biāo)方式：投票法。由我單位開(kāi)業(yè)慶典活動(dòng)領(lǐng)導(dǎo)小組組成評(píng)委會(huì)，根據(jù)投標(biāo)單位的綜合實(shí)力、策劃創(chuàng)意、整體報(bào)價(jià)等，投票選出中標(biāo)候選單位，報(bào)單位領(lǐng)導(dǎo)審批確定后公布。

4、我單位可根據(jù)實(shí)際需要對(duì)“宣傳策劃基本要求說(shuō)明”的項(xiàng)目?jī)?nèi)容進(jìn)行增減。

5、投標(biāo)單位須提交資料包括：

（1）開(kāi)業(yè)慶典活動(dòng)整體策劃方案（含報(bào)價(jià)）；

（2）投標(biāo)單位相關(guān)資質(zhì)證明文件、文字和圖片介紹資料；

（3）我單位要求的其他資料。

6、考慮到慶典活動(dòng)籌備時(shí)間較緊，建議本次招標(biāo)（競(jìng)爭(zhēng)性談判）流程于**月**日前完成并公布結(jié)果。

附件：**慶典活動(dòng)宣傳策劃基本要求說(shuō)明

**辦公室年月日