【正文】 者的子集，可以通過(guò)分類來(lái)避免重復(fù)，建立需求子集進(jìn)行比較下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C12 可行性A1 與需要相符A2 與設(shè)計(jì)相符A3 與證據(jù)相符 抽象R33 /抽象/問(wèn)題域詞匯在問(wèn)題域，要表達(dá)需求解決的問(wèn)題就使用問(wèn)題域的詞匯而不要涉及解決方案域詞匯。詳細(xì)描述：每個(gè)系統(tǒng)都必須有捕獲需要解決的問(wèn)題而不涉及解決方案的需求對(duì)每個(gè)需求，你可以問(wèn)一下“為了什么目的？”（注意，這里的問(wèn)題不同于簡(jiǎn)單的問(wèn)“為什么？”，要盡量去發(fā)掘目的，而不是簡(jiǎn)單的因果響應(yīng)。）這個(gè)問(wèn)題的答案有可能幫你完成三件事： 1）重新描述需要解決問(wèn)題的需求。 2）確定是否在正確的需求層級(jí)。 3）識(shí)別滿足了哪一個(gè)高層級(jí)需求。舉例：不正確的： 交通信號(hào)燈用于控制交叉路口交通{交通信號(hào)燈是一個(gè)解決方案}正確的(多個(gè)需求)： ‘交通控制系統(tǒng)’允許行人在路口通過(guò)馬路{這是一個(gè)激勵(lì)目標(biāo)} ‘交通控制系統(tǒng)’允許車輛在白天正常交通狀況下東西向穿過(guò)交叉路口，最長(zhǎng)等候時(shí)間2分鐘。{注意，‘行人’、‘車輛’、‘交叉路口’都應(yīng)該在術(shù)語(yǔ)表中定義}。下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C2 與實(shí)現(xiàn)無(wú)關(guān)R34 /抽象/解決方案詞匯在解決方案域，使用解決方案與詞匯表達(dá)系統(tǒng)級(jí)解決方案。詳細(xì)描述：系統(tǒng)需求必須提供一個(gè)高層總體解決方案規(guī)范。第一級(jí)進(jìn)行架構(gòu)布局，子系統(tǒng)被作為黑盒放在下一個(gè)層級(jí)闡述。舉例：不正確的： 通過(guò)按交通燈支柱上的按鈕來(lái)表明行人存在，然后交通燈變?yōu)榧t燈讓行人通過(guò)。{這個(gè)需求太細(xì)節(jié)了}正確的： ‘交通控制系統(tǒng)’允許行人發(fā)出想要過(guò)馬路的信號(hào){這個(gè)需求允許自由地去決定最佳的解決方案，有可能采用自動(dòng)監(jiān)測(cè)手段而不是使用按鈕}。下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C2 與實(shí)現(xiàn)無(wú)關(guān) 量詞R35/量詞/避免全稱量詞使用“每一個(gè)”而不是“全部”、“都”、“任何”等全稱量詞。詳細(xì)描述：使用39。全部39。, 39。兩者都39。, 39。任何39。容易混淆，因?yàn)椴蝗菀讌^(qū)分活動(dòng)的發(fā)生是針對(duì)整個(gè)集合還是集合中的每一個(gè)元素。39。全部39。還難于驗(yàn)證，除非這里的39。全部39。能夠在一個(gè)封閉的集合里進(jìn)行清晰的定義。舉例：不正確的：操作記錄器必須記錄任何由系統(tǒng)產(chǎn)生的警告信息.正確的：操作記錄器必須記錄每一條由系統(tǒng)產(chǎn)生的警告信息.{注意：警告信息必須定義.}下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C3 清晰的 公差R36/公差/值的范圍定義正確的數(shù)量范圍。詳細(xì)描述：當(dāng)涉及到定義性能，單點(diǎn)值很少并且難以測(cè)量時(shí)，你可以問(wèn)問(wèn)自己下面的問(wèn)題：如果性少一點(diǎn)或多一點(diǎn)，我還會(huì)買嗎？if yes那么就改變以反映這一需求。它可以幫助我們考慮欠在的目標(biāo)：你想要最小化、最大化或者優(yōu)化什么嗎？這個(gè)問(wèn)題的答案有助于確定是否有一個(gè)上限、下限或者上下限。舉例：不正確的：泵站必須維持120L/s的水流量30分鐘{這個(gè)需求的問(wèn)題就在于我們不知道如果解決方案提供了比指定數(shù)量更多或更少是否正確？}正確的：泵站必須維持120177。10L/s的水流量至少30分鐘{現(xiàn)在我們就知道正確的流量性能范圍，以及最少30分鐘的時(shí)間是正確的}。下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C7 可驗(yàn)證C8 正確性C12 可行性 量化R37/量化/可度量的提供具體的可度量的性能目標(biāo)。詳細(xì)描述：有些詞如39。迅速39。, 39?？?9。, 39。常規(guī)39。, 39。最大39。, 39。最小39。, 39。最優(yōu)39。, 39。名義上的39。, 39。易于使用39。, 39。迅速關(guān)閉39。, 39。高速39。, 39。中等大小39。, 39。最佳實(shí)踐39。,以及39。用戶友好的39。等，這些都是模棱兩可不可測(cè)量的詞匯，需要替換成具體的數(shù)量。舉例：不正確的：系統(tǒng)必須使用最小的功率.正確的：統(tǒng)的功耗必須低于現(xiàn)有解決方案的50%. {這既考慮了潛在目標(biāo)——減少功耗，又提供了一個(gè)可衡量的目標(biāo)}下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C7 可驗(yàn)證C12 可行性R38/量化/避免無(wú)時(shí)間限制明確地定義時(shí)間限制，而不是使用無(wú)限時(shí)間的關(guān)鍵詞。詳細(xì)描述：有些詞語(yǔ)沒(méi)有明確的時(shí)間，如，‘最后’、‘終于’，這些詞都必須用明確的時(shí)間限制來(lái)取代。舉例：不正確的：持續(xù)運(yùn)轉(zhuǎn)的水泵‘最終’必須將水箱中的水全部抽空正確的：水泵必須將水箱中至少99%的水在不超過(guò)3天的持續(xù)運(yùn)轉(zhuǎn)中排出。下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C7 可驗(yàn)證 可追蹤R39/可追蹤/唯一參考為每一條需求提供唯一參考。詳細(xì)描述：對(duì)需求跟蹤的實(shí)現(xiàn)得益于每一個(gè)需求都一個(gè)不隨時(shí)間變化的唯一參考碼或ID。在所有的需求管理工具中，工具會(huì)給每一個(gè)需求都會(huì)分配一個(gè)唯一的ID，每個(gè)ID只用一次，即便這條需求后來(lái)被刪除，這個(gè)ID也不會(huì)再被重用。舉例：不允許使用Word文檔的章節(jié)編號(hào)作為需求的ID，因?yàn)椴迦胍粋€(gè)新的章節(jié)，后面的文檔章節(jié)編號(hào)會(huì)改變。下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的A1 與需要相符R40 /可追蹤/父子關(guān)系建立起每一條父需求同由其派生出來(lái)的子需求集之間的追蹤關(guān)系。詳細(xì)描述：父子關(guān)系可以從一個(gè)父需求向下跟蹤到由其派生出來(lái)的多個(gè)子需求，反之亦然，向上跟蹤可以回到這樣的問(wèn)題“這些解決方案是為了滿足哪些需求？”根本目標(biāo)是要確定子需求集是否必要，是否足夠滿足父需求。父子關(guān)系可以是多對(duì)多的，也就是說(shuō)，一個(gè)子需求可以服務(wù)于滿足多個(gè)父需求。父子關(guān)系也可以追蹤不同需求層級(jí)之間的需求分配，多數(shù)情況下需求分配需要同需求分解一致，n級(jí)需求的子需求要分配到n+1級(jí)。但是，往往在同一個(gè)需求分配層級(jí)會(huì)被分解成不同的部分。當(dāng)需求被分配到下一個(gè)層級(jí)的多個(gè)部分時(shí)，通常會(huì)有內(nèi)部接口。舉例：正確的追蹤：系統(tǒng)需求：‘交通控制系統(tǒng)’必須允許行人發(fā)出想要過(guò)馬路的信息。追蹤到3條子需求達(dá)成該系統(tǒng)需求：‘行人檢測(cè)設(shè)備’必須檢測(cè)到人行道上在‘交叉點(diǎn)’旁邊的行人。‘行人檢測(cè)設(shè)備’必須在檢測(cè)到有行人時(shí)將‘行人存在’信號(hào)傳輸給‘信號(hào)控制單元’?！盘?hào)控制單元’接收到來(lái)‘自行人檢測(cè)設(shè)備’的‘行人存在’信號(hào)。{注意：需求中帶‘’的這些詞匯必須在詞匯表中進(jìn)行定義。另外，示例中顯示在旁邊的箭頭表明了派生的子需求，每一種需求管理工具都會(huì)有各自獨(dú)特的方法來(lái)表示}下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C10 完整A1 與需要相符A2 與設(shè)計(jì)相符R41 /可追蹤/驗(yàn)證產(chǎn)物每個(gè)需求都應(yīng)該鏈接需求驗(yàn)證產(chǎn)物。詳細(xì)描述：應(yīng)該小心避免同樣的需求多次描述，或者以不同的形式重復(fù)。找到使用略有不同的措辭描述的類似需求比較困難，統(tǒng)一使用已定義的、分類術(shù)語(yǔ)可以幫助避免。舉例：這可以追蹤需求到計(jì)劃活動(dòng)提供證據(jù)證明需求將要或已經(jīng)被滿足?？梢詭椭氐竭@樣的問(wèn)題“我怎么知道這個(gè)需求已經(jīng)（或?qū)⒁┍粷M足”。驗(yàn)證成果包括分析、測(cè)試、檢驗(yàn)、演示或其他的可以證明滿足需求的手段下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的A2 與設(shè)計(jì)相符A3 與證據(jù)相符R42 /可追蹤/外部參考針對(duì)可識(shí)別的元素參考外部文檔。詳細(xì)描述：有時(shí)候一個(gè)需求指向了另外一個(gè)定義了具體滿足需求的文件，比如參考標(biāo)準(zhǔn)或系統(tǒng)接口文件，處于可讀性的需要，最好只是參考文件編號(hào)而不是標(biāo)題。完成的標(biāo)題與文檔版本號(hào)應(yīng)該記錄在單獨(dú)的“適用”文檔部分。適用文檔是那些被需求參考以及包含綁定并且將被驗(yàn)證的信息，如果這些參考指向特定的章節(jié)號(hào)，這有助于精確的驗(yàn)證。舉例：有一系列的正確機(jī)制可以用來(lái)參考外部文檔的內(nèi)容：‘...依照...’, ‘...規(guī)定...’,或‘ ‘...依照...’等都是很有用的。下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C8 正確性A1 與需要相符A2 與設(shè)計(jì)相符 表達(dá)一致R43/表達(dá)一致/要點(diǎn)使用一致的慣例或約定來(lái)區(qū)分相對(duì)重要的需求。詳細(xì)描述：在匯總涉眾期望時(shí)，采用不同慣例或約定，根據(jù)相對(duì)的優(yōu)先順序或重要性對(duì)需求進(jìn)行分類。注意：所有的需求都有約束力并將驗(yàn)證。舉例：每個(gè)類別的規(guī)則保持簡(jiǎn)單，如2 amp。 3，例如：優(yōu)先級(jí)1 –如果基本的需要不能滿足就需要重新考慮范圍，當(dāng)問(wèn)題/優(yōu)先級(jí)3 –靈活的活可用的刻在后面添加，擴(kuò)大范圍在后面的階段可轉(zhuǎn)移或交付（如果做增量開發(fā)）。提供權(quán)衡空間優(yōu)先級(jí)2–所有其他需求的權(quán)衡，如果需要下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C9 符合性A3 與證據(jù)相符A4 優(yōu)先級(jí)R44 /表達(dá)一致/一致的術(shù)語(yǔ)使用術(shù)語(yǔ)表定義一致的術(shù)語(yǔ)應(yīng)用到需求描述中。詳細(xì)描述：在整個(gè)需求集里，每一個(gè)概念只有并且也只使用一個(gè)術(shù)語(yǔ)，不能使用同義詞.使用術(shù)語(yǔ)表定義每一個(gè)術(shù)語(yǔ)的使用。舉例：不正確的：I一條需求參考系統(tǒng)使用的一個(gè)術(shù)語(yǔ)而另一條需求參考了另一個(gè)術(shù)語(yǔ)這是不正確的.正確的：只有一個(gè)術(shù)語(yǔ)并定義在術(shù)語(yǔ)表中，在每一條需求中一致地使用。下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C9 符合性C11 一致性C13 有邊界的R45 /表達(dá)一致/首字母縮略詞使用首字母縮略詞表來(lái)定義一致的縮略詞應(yīng)用到需求描述中。詳細(xì)描述：同術(shù)語(yǔ)一樣，在每一個(gè)需求中也要使用同一個(gè)首字母縮略詞，不允許使用不同版本的首字母縮略詞。舉例：不正確的：在一條需求中使用縮略語(yǔ)39。CP39。來(lái)表示“mand post”，而另一個(gè)縮略語(yǔ)“CMDP”也表示39。mand post39。，使用了兩個(gè)不同的縮略語(yǔ)來(lái)表示同一個(gè)事物。正確的：定義一個(gè)首字母縮略語(yǔ)表，在需求集中使用它們。下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C9 符合性C11 一致性C13 有邊界的R46 /表達(dá)一致/縮略語(yǔ)使用縮略語(yǔ)列表來(lái)定義一套一致的縮略語(yǔ)用于需求描述。詳細(xì)描述：在首字母縮略表中，同一個(gè)縮略語(yǔ)必須在每一個(gè)需求中使用，不同一個(gè)縮略語(yǔ)有多個(gè)意思，不一致地使用會(huì)導(dǎo)致混淆。舉例：不正確的：在一條需求中“OP”代表操作，而在另一條需求中“OP”又代表操作者。這是不正確的。正確的：在縮略語(yǔ)表中定義唯一的縮略語(yǔ)，并在每一條需求中一致地使用。下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C9 符合性C11 一致性C13 有邊界的R47 /表達(dá)一致/風(fēng)格指南使用項(xiàng)目范圍的風(fēng)格指南。詳細(xì)描述：風(fēng)格指南對(duì)于確保需求以一致的風(fēng)格描寫非常重要，有助于保持需求的清晰。舉例：每一個(gè)不同的組織都會(huì)有自己定義套需求文檔模板，包括先后順序、標(biāo)準(zhǔn)縮略語(yǔ)與首字母縮略語(yǔ)、圖表的使用與布局、需求文檔布局、需求編號(hào)以及數(shù)據(jù)庫(kù)的使用等。下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C5 唯一性C9 符合性C11 一致性C13 有邊界的C14 結(jié)構(gòu)化A3 與證據(jù)相符 模塊化R48/模塊化/依賴關(guān)系將具有相互依賴關(guān)系的需求分為一組。詳細(xì)描述：這通常意味著將需求按照特征進(jìn)行分組，分成帶有相關(guān)約束的功能需求和性能需求。性能需求必須同其相關(guān)的功能需求分為一組。下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C14 結(jié)構(gòu)化R49 /模塊化/關(guān)聯(lián)需求將關(guān)聯(lián)的需求分為一組。詳細(xì)描述：關(guān)聯(lián)的需求必須放在一起，這是需求文檔結(jié)構(gòu)化一個(gè)很好的原則。舉例：需求可以通過(guò)以下因素關(guān)聯(lián)：類型(如，所有的安全需求)。場(chǎng)景(如，從一個(gè)單一場(chǎng)景產(chǎn)生的需求)下述需求特點(diǎn)是通過(guò)這條規(guī)則來(lái)呈現(xiàn)的C14 結(jié)構(gòu)化歡迎您的光臨，！希望您提出您寶貴的意見，你的意見是我進(jìn)步的動(dòng)力。贈(zèng)語(yǔ)； 如果我們做與不做都會(huì)有人笑，如果做不好與做得好還會(huì)有人笑，那么我們索性就做得更好，來(lái)給人笑吧！ 現(xiàn)在你不玩命的學(xué)，以后命玩你。我不知道年少輕狂，我只知道勝者為王。不要做金錢、權(quán)利的奴隸；應(yīng)學(xué)會(huì)做“金錢、權(quán)利”的主人。什么時(shí)候離光明最近？那就是你覺(jué)得黑暗太黑的時(shí)候。最值得欣賞的風(fēng)景，是自己奮斗的足跡。壓力不是有人比你努力，而是那些比你牛幾倍的人依然比你努力。 參考