系統(tǒng)需求分析規(guī)格說明書變更記錄序號變更內(nèi)容提出人修改人修改日期版本目錄TOC\o"1-5"\h\z\o"CurrentDocument"一、 前言 3\o"CurrentDocument"§. 目的 3弦. 背景 3\o"CurrentDocument"§3. 范圍 3§ 術(shù)語 3\o"CurrentDocument"二、 概述 3\o"CurrentDocument"§. 假定 3§ 約束 3\o"CurrentDocument"§3. 主要功能 4\o"CurrentDocument"三、 用例 4\o"CurrentDocument"§. 用例一 4\o"CurrentDocument"§ 用例二 5§3. …… 5\o"CurrentDocument"四、 報表與查詢 5\o"CurrentDocument"五、 非功能需求 5\o"CurrentDocument"六、 規(guī)則 5\o"CurrentDocument"七、 數(shù)據(jù)字典 6\o"CurrentDocument"八、 待定 6、八、亠一、 前言§1.目的【開發(fā)本系統(tǒng)的主要目的。注意措辭既不要假大空，也不要表現(xiàn)太多細節(jié)?！俊?.背景【本系統(tǒng)所牽涉的業(yè)務(wù)當(dāng)前的處理方法，所遇到的困難或所希望的收益】§3.范圍【在《范圍》中需要明確描述本系統(tǒng)的邊界，本系統(tǒng)的一切開發(fā)活動都限制在這些范圍中?！俊?.術(shù)語【本文檔使用的術(shù)語。既可能是來自業(yè)務(wù)上的，也可能是來自IT的。只要是有可能讓閱讀者費解或誤解的詞語，都應(yīng)該在《術(shù)語》中解釋?！慷?、 概述§1.假定【本系統(tǒng)開發(fā)或使用過程中一些必需滿足的條件，有時需要指出如果某條件不成立時會引起什么后果。有些可能會引起雙方理解分歧的需求也需要在此明確，例如，調(diào)研時用戶指出不需要記錄錄入人，而系統(tǒng)處理的數(shù)據(jù)又對用戶訪問權(quán)限敏感，那可能需要在《假定》中明確指出“不需要按所屬用戶對每條記錄進行權(quán)限控制”】§2.約束【系統(tǒng)開發(fā)應(yīng)該滿足的約束條件，如性能、時間、成本等，這與需求不同，如果不能滿足這些條件系統(tǒng)可能就無法開發(fā)或開發(fā)出來也不值得；系統(tǒng)不能完成的功能（特別是那些用戶可能認(rèn)為可以做但實際上系統(tǒng)卻不能做的事情）也可以這此寫明】3.主要功能【對本系統(tǒng)實現(xiàn)的功能作簡要描述，讓閱讀者可以根據(jù)這些描述快速了解本系統(tǒng)的功能概貌?！咳?、 用例【《用例》是需求分析文檔中最重要的章節(jié)。用例強調(diào)用戶與系統(tǒng)的交互，是一種記錄用戶需求的工具?！俊尽坝美谴硐到y(tǒng)中各個項目相關(guān)人員之間就系統(tǒng)的行為所達成的契約。用例描述了在不同條件下，系統(tǒng)對某一項目相關(guān)人員的請求所作出的響應(yīng)。一個用例是多個不同場景的集合?！薄毒帉懹行в美贰俊?.用例一用例編號【參見需求編號規(guī)則】用例級別【包括三種級別：概要級、用戶級、子功能級。用戶級用例是用戶可以直接使用的用例，往往對應(yīng)一個窗體或命令,例如“按生產(chǎn)單入庫”；概要級用例級別高于用戶級，從系統(tǒng)性的角度描述了用戶的需求，一般包括若干用戶級用例的聯(lián)合操作，例如“庫存出入庫”；子功能級用例級別低于用戶級，用戶不會直接使用子功能級用例，子功能級用例可能被若干用戶級用例調(diào)用。】功能概述【對本用例的功能進行概括描述，力求用精煉的語言讓閱讀者在較短時間內(nèi)大致了解本用例的功能】用戶【誰是使用本用例的人，不得使用個人姓名，可使用崗位等】觸發(fā)條件【什么情況會導(dǎo)致本用例運行】主場景步驟一步驟二……【主場景中描寫主要操作步驟，最后的結(jié)果應(yīng)該是用例運行成功。通過主場景的描述，可以讓閱讀者了解用例執(zhí)行的主流程。主場景中只描述一種本用例中最常用的能執(zhí)行成功的流程，不包括流程分支。句型推薦使用主謂賓結(jié)構(gòu)；每一句都必需有主語，主語一般包括“用戶”、“系統(tǒng)”（指本用例所在的軟件系統(tǒng)）、“XX系統(tǒng)”（其他軟件系統(tǒng)）；句子需要精煉，盡量避免使用復(fù)合句。如果打印報表或查詢，需要另外提供報表或查詢的格式，格式參見《港聯(lián)公司IT部報表需求說明書模板》，并在此注明“報表格式見《XX報表需求說明書》”。擴展場景【當(dāng)主場景中某一步驟可能有分支流程時，需要在擴展場景中描述，一般使用這種句型：“第X步，如果……，那么……”】前置條件【只有前置條件滿足時，才允許本用例運行】后置條件【用例執(zhí)行成功會怎么樣，用例執(zhí)行失敗會怎么樣】特殊要求【用戶的一些特別需求點往往在這里描述，句子一般包括情態(tài)動詞，如“可以”、“能夠”、“應(yīng)該”、“必須”等。如“顯示出來的庫存物料清單應(yīng)該按第3鍵排序”，“編號規(guī)則必須符合業(yè)務(wù)規(guī)則一”。】關(guān)聯(lián)系統(tǒng)【本用例會使用其它什么系統(tǒng)的什么信息。如“TIM系統(tǒng)。使用其中的庫存結(jié)存數(shù)2.用例二3.四、 報表與查詢【各種報表及查詢需求，這里只要列出清單及主要功能，具體格式及生成方式等在文檔報表需求說明書》中描述?！课?、 非功能需求【程序性能等方面的需求，如響應(yīng)速度、磁盤空間等。】六、 規(guī)則規(guī)則一規(guī)則二……【本系統(tǒng)在開發(fā)中所使用到的各種業(yè)務(wù)規(guī)則?！科?、數(shù)據(jù)字典數(shù)據(jù)集數(shù)據(jù)項（字段）英文名稱中文描述數(shù)據(jù)類型數(shù)據(jù)長度數(shù)據(jù)獲得地點數(shù)據(jù)獲得方式數(shù)據(jù)事例取值規(guī)則編碼規(guī)則【數(shù)據(jù)集：實體或關(guān)系，一般對應(yīng)數(shù)據(jù)庫中的表，如入庫單、驗收單、合同、作業(yè)記錄數(shù)據(jù)項：購成數(shù)據(jù)集的組成成份，一般對應(yīng)到數(shù)據(jù)庫表中的字段數(shù)據(jù)類型：使用SQLServer中的數(shù)據(jù)類型表示方法，如VARCHAR，SMALLINT數(shù)據(jù)獲得地點：來自哪個部門、崗位等數(shù)據(jù)獲得方式：手工錄入、掃描、計算、轉(zhuǎn)抄等數(shù)據(jù)事例：舉一兩個事例取值規(guī)則：如“男或女”，“只能來自于XX數(shù)據(jù)集”編碼規(guī)則：如果使用規(guī)范編碼，需要在“規(guī)則”章中描述具體規(guī)則，并在此處注明使用