程圖、類圖、狀態(tài)轉換圖或實體-關系圖。
　　附錄C ：待確定問題的列表
　　編輯一張在軟件需求規(guī)格說明中待確定問題的列表，其中每一表項都是編上號的，以便于跟蹤調查。
　　2）指明需求來源：指明需求的來源為了讓所有項目風險承擔者明白需求規(guī)格說明書中為何提供這些功能需求，要都能追溯每項需求的來源，這可能是一種使用實例或其它客戶要求，也可能是某項更高層系統(tǒng)需求、業(yè)務規(guī)范、政府法規(guī)、標準或別的外部來源。
　　3）為每項需求注上標號：為了滿足軟件需求規(guī)格說明的可跟蹤性和可修改性的質量標準，必須唯一確定每個軟件需求。為每項需求注上標號制定一種慣例來為需求規(guī)格說明書中的每項需求提供一個獨立的可識別的標號或記號。這種慣例應當很健全，允許增加、刪除和修改。作了標號的需求使得需求能被跟蹤，記錄需求變更并為需求狀態(tài)和變更活動建立度量。需求標識方法有序列號;層次化編碼;使用"待確定"（to be determined, TBD ）符號等。
　　4）記錄業(yè)務規(guī)范：是指關于產品的操作原則，比如誰能在什么情況下采取什么動作。將這些編寫成需求規(guī)格說明書中的一個獨立部分，或一獨立的業(yè)務規(guī)范文檔。某些業(yè)務規(guī)范將引出相應的功能需求；當然這些需求也應能追溯相應業(yè)務規(guī)范。
　　5）創(chuàng)建需求跟蹤能力矩陣：建立一個矩陣把每項需求與實現(xiàn)、測試它的設計和代碼部分聯(lián)系起來。這樣的需求跟蹤能力矩陣同時也把功能需求和高層的需求及其它相關需求聯(lián)系起來了。在開發(fā)過程中建立這個矩陣，而不要等到最后才去補建。
　　這里我們還要介紹需求規(guī)格說明書中設計階段，用到的圖形模型--數據字典、數據流圖、數據流圖、狀態(tài)轉換圖、對話圖和類圖。
　　數據字典：一個定義應用程序中使用的所有數據元素和結構的含義、類型、數據大小、格式、度量單位、精度以及允許取值范圍的共享倉庫。數據字典的維護獨立于軟件需求規(guī)格說明，并且在產品的開發(fā)和維護的任何階段，各個風險承擔者都可以訪問數據字典。它定義了原數據元素、組成結構體的復雜數據元素、重復的數據項、一個數據項的枚舉值以及可選的數據項。
　　數據流圖：是結構化系統(tǒng)分析的基本工具。一個數據流圖確定了系統(tǒng)的轉化過程、系統(tǒng)所操縱的數據或物質的收集（存儲），還有過程、存儲、外部世界之間的數據流或物質流。數據流模型把層次分解方法運用到系統(tǒng)分析上，這種方法很適用于事務處理系統(tǒng)和其它功能密集型應用程序。
　　數據流圖：描繪了系統(tǒng)的數據關系。分析實體聯(lián)系圖有助于對業(yè)務或系統(tǒng)數據組成的理解和交互，并暗示產品將有必要包含一個數據庫。相反，當你在系統(tǒng)設計階段建立實體聯(lián)系圖時，通常要定義系統(tǒng)數據庫的物理結構。
　　狀態(tài)轉換圖：實時系統(tǒng)和過程控制應用程序可以在任何給定的時間內以有限的狀態(tài)存在。當滿足所定義的標準時，狀態(tài)就會發(fā)生改變，例如在特定條件下，接收到一個特定的輸入激勵。這樣的系統(tǒng)是有限狀態(tài)機的例子。大多數軟件系統(tǒng)需要一些狀態(tài)建?；蚍治?，就像大多數系統(tǒng)涉及到轉換過程、數據實體和業(yè)務對象。
　　對話圖：在許多應用程序中，用戶界面可以看作是一個有限狀態(tài)機。在任何情況下僅有一個對話元素（例如一個菜單，工作區(qū)，行提示符或對話框）對用戶輸入是可用的。在激活的輸入區(qū)中，用戶根據他所采取的活動，可以導航到有限個其它對話元素。因此，許多用戶界面可以用狀態(tài)轉換圖中的一種稱為對話圖來建模。對話圖描繪了系統(tǒng)中的對話元素和它們之間的導航連接，但它沒有揭示具體的屏幕設計。
　　類圖：面向對象的軟件開發(fā)優(yōu)于結構化分析和設計，并且它運用于許多項目的設計中，從而產生了面向對象分析、設計和編程的域。類圖是用圖形方式敘述面向對象分析所確定的類以及它們之間的關

    項目經理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://m.vanceur.cn/pmqhd/index.html