3.1需求模型簡介
IEEE的軟件工程標(biāo)準(zhǔn)術(shù)語表將“需求”定義為：
用戶所需的解決某個(gè)問題或達(dá)到某個(gè)目標(biāo)所要具備的條件或能力。
系統(tǒng)或系統(tǒng)組件為符合合同、標(biāo)準(zhǔn)、規(guī)范或其它正式文檔而必須滿足的條件或必須具備的能力。
上述第一項(xiàng)或第二項(xiàng)中定義的條件和能力的文檔表述。
RUP將“需求”定義為：
需求描述了系統(tǒng)必須滿足的情況或提供的能力，它就可以是直接來自客戶需要，也可以來自合同、標(biāo)準(zhǔn)、規(guī)范或其他有正規(guī)約束力的文檔。
兩者對(duì)于需求的定義大同小異，簡單點(diǎn)說，需求就是“軟件能為用戶做什么？”。
ROSE、VISO和Power Designer等CASE工具都提供了需求建模的相關(guān)內(nèi)容，在軟件工程的歷史中，需求分析并沒有得到足夠重視，在過去的十年中項(xiàng)目團(tuán)隊(duì)越來越認(rèn)識(shí)到需求分析的重要性，并將其作為軟件過程中最關(guān)鍵也最困難的一個(gè)過程，因?yàn)樗鼘?duì)軟件開發(fā)過程、產(chǎn)品質(zhì)量，以及軟件是否能如期保質(zhì)保量完成至關(guān)重要。
本節(jié)首先對(duì)需求采集和需求分析進(jìn)行簡要介紹，而后對(duì)Power Designer中需求模型的功能進(jìn)行簡要描述，從而使讀者對(duì)“需求模型 RQM”的概貌進(jìn)行了解。
3.1.1 需求采集
需求采集的目標(biāo)是為了獲取知識(shí)。一般由熟悉用戶所從事工作的資深人員進(jìn)行需求采集工作，需求采集人員需要了解用戶和客戶希望軟件系統(tǒng)在哪些方面幫助他們。
需求采集和需求分析并不是先后進(jìn)行的的兩個(gè)階段性工作，它們相互伴隨，并且交叉進(jìn)行。在需求工作開始階段，更多的是進(jìn)行需求采集工作，相伴進(jìn)行的需求分析和整理工作占的比例偏少，但隨著掌握的需求信息越來越多，需求采集人員需要開展的對(duì)需求分析和整理工作也越來越多。
在進(jìn)行需求采集前，需要進(jìn)行準(zhǔn)備工作，例如了解調(diào)研用戶所屬行業(yè)的情況、公司和部門的情況、列出需要詢問的問題、準(zhǔn)備相關(guān)資料等。需求采集的方法五花八門，例如需求采集表、座談會(huì)、客戶訪談、現(xiàn)場(chǎng)參觀和調(diào)研、同類軟件分析等。通過需求采集活動(dòng)，會(huì)收集客戶的眾多“原始需求”，需求采集的工作成果是《軟件用戶需求說明書》，為需求分析工作提供基礎(chǔ)。
3.1.2 需求分析
通過需求采集活動(dòng)，將采集客戶的大量 “原始需求”，又稱為“用戶需求”，這些原始需求有可能相互沖突，需要進(jìn)行過濾和分析。需求分析過程對(duì)采集到的原始需求進(jìn)行分析、整理、辨別和歸納，最終形成系統(tǒng)的、明確的軟件需求。
需求分析的工作成果是《軟件需求規(guī)格說明書》，它精確地闡述了一個(gè)軟件系統(tǒng)必須提供的功能需求、非功能需求、必須達(dá)到的質(zhì)量屬性指標(biāo)以及它必須遵守的約束。《軟件需求規(guī)格說明書》應(yīng)盡可能完整地描述各種條件下的系統(tǒng)行為。
《軟件需求規(guī)格說明書》參考目錄如圖3-1所示：
圖3-1 《軟件需求規(guī)格說明書》參考目錄
3.1.3 需求模型介紹
Power Designer中的需求模型（RQM，Requirements Model）是一種文檔式模型，它用來幫助相關(guān)人員分析任何一種文檔需求，并能鏈接在其它模型中的設(shè)計(jì)對(duì)象。一般使用RQM來表示任何結(jié)構(gòu)化的文檔，例如需求規(guī)格說明書、功能說明書、測(cè)試計(jì)劃和業(yè)務(wù)目標(biāo)等。并能將其導(dǎo)出為MS Word或?qū)崿F(xiàn)從MS Word導(dǎo)入。
Power Designer的需求模型主要包括如下功能：
1）從結(jié)構(gòu)化技術(shù)文檔中創(chuàng)建RQM；
2）檢查現(xiàn)有或?qū)氲男枨竽Ｐ停?/span>
3）創(chuàng)建需求和設(shè)計(jì)對(duì)象（這些對(duì)象來自于其余類型的模型）的連接；
在Power Designer中，各種模型與其它設(shè)計(jì)對(duì)象的關(guān)系如圖3-2所示：
圖3-2 各種模型與其它設(shè)計(jì)對(duì)象關(guān)系圖
4）從其它設(shè)計(jì)對(duì)象中建立需求模型，或通過需求模型建立某些設(shè)計(jì)對(duì)象（例如業(yè)務(wù)規(guī)則、包和用戶用例等）。
5）從需求模型生成MS Word文檔或更新MS Word文檔。
MS Word文檔、需求模型和設(shè)計(jì)模型三者之間的關(guān)系如圖3-3所示：
圖3-3 MS Word文檔、需求模型和設(shè)計(jì)模型三者之間的關(guān)系圖
3.2手把手教你建立需求模型
本小節(jié)講解創(chuàng)建需求模型的方法，以一篇需求規(guī)格說明書模板為實(shí)例講解如何在Power Designer中進(jìn)行需求模型設(shè)計(jì)和管理。
從“圖3-2”中可以看出，生成需求模型的方式多種多樣，主要有如下幾種形式：
1）新建RQM；
2）從已有的RQM生成新的RQM；
3）從其他模型導(dǎo)入生成RQM；
4）從MS Word文檔如生成RQM。
本章節(jié)主要講解在Power Designer中直接新建RQM的方法。
3.2.1創(chuàng)建RQM
選擇“File” ->“New”菜單項(xiàng)從彈出的新建模型窗口中選擇“Model types”->“Requirements Model”，或者新建模型窗口中選擇“Categories”->“Requirements and Planning”->“Requirements”，或在工作空間區(qū)域選擇“Workspace”->“New”->“Requirements Model”菜單。如圖3-4所示：
圖3-4 新建需求模型窗口
在上圖中“Model type”區(qū)域選擇模型類型，“Diagram”區(qū)域表示需求模型下的三種圖形，“Model name”用于設(shè)置需求模型的名稱，例如“需求模型實(shí)例1”。
從上圖中可以看出，在“Diagram”中需求模型有如下三種圖形：
1）需求文檔視圖（Requirements Document View）：通過二維表格的方式，以分層的方式表示系統(tǒng)需求。
2）追蹤矩陣視圖（Traceability Matrix View）：表示需求與設(shè)計(jì)對(duì)象、外部文件和其它需求之間的連接關(guān)系。
3）用戶分配矩陣視圖（User Allocation Matrix View）：標(biāo)識(shí)需求與用戶或用戶組之間的分配關(guān)系。
一般創(chuàng)建“需求文檔視圖”文檔，創(chuàng)建后的空需求模型文檔如圖3-5所示：
圖3-5 需求視圖文檔空文檔
上圖的第一行是操作工具欄，“Title ID”所在列是表頭行，下面的各行是內(nèi)容行。
3.2.2設(shè)置RQM模型選項(xiàng)
選擇“Tools”->“Model Options”菜單項(xiàng)，打開模型選項(xiàng)設(shè)置窗口，如圖3-6所示：
圖3-6 需求模型選項(xiàng)設(shè)置窗口
在上圖的左側(cè)區(qū)域有Model Settings（模型設(shè)置）、Requirements Fonts（需求字體）和Naming Convention（命名約定）三個(gè)節(jié)點(diǎn)，各個(gè)節(jié)點(diǎn)的定義如下：
Model Settings（模型設(shè)置）
Name/Code case sensitive復(fù)選框：表示RQM中的對(duì)象名稱和代碼是否區(qū)分大小寫，選中表示大小寫敏感，即區(qū)分大小寫，否則表示不區(qū)分；
Default按鈕：表示是否使用么默認(rèn)配置，在Power Designer安裝完成時(shí)，初始的默認(rèn)值是不區(qū)分大小寫，所以點(diǎn)擊“Default”按鈕后設(shè)置為不選中“Name/Code case sensitive”復(fù)選框，但是可以通過“Set As Default”按鈕更改默認(rèn)設(shè)置。
Set As Default按鈕：將當(dāng)前設(shè)置確認(rèn)為默認(rèn)設(shè)置。
Requirements Fonts（需求字體）
需求模型的字體設(shè)置窗口如圖3-7所示：
圖3-7 需求模型字體設(shè)置窗口
各個(gè)參數(shù)含義如下：
Text：設(shè)置需求文本和各個(gè)級(jí)別；
Font：設(shè)置字體，例如宋體、微軟雅黑等；
Font style：設(shè)置字形，例如加粗等；
Size：設(shè)置字號(hào)；
Color：設(shè)置字體顏色；
Effects：設(shè)置所選內(nèi)容的顯示效果，“Strikeout”表示文字中間顯示刪除線，“Underline”設(shè)置文字下劃線。
Preview：顯示上述設(shè)置的預(yù)覽效果。
Naming Convention（命名約定）
需求模型的命名約定設(shè)置窗口如圖3-8所示：
圖3-8 需求模型命名約定設(shè)置窗口
上圖中各個(gè)參數(shù)定義如下：
Display：設(shè)置顯示內(nèi)容，“Name”表示模型圖形中設(shè)置對(duì)象名稱，“Code”表示模型圖形中設(shè)置對(duì)象代碼，“Enable name/code conversions”表示對(duì)象名稱和對(duì)象代碼中可相互轉(zhuǎn)換。
Name/Code標(biāo)簽：設(shè)置模型對(duì)象名稱/代碼的命名約定。
Name template：指定名稱模板；
Maximum length：最大長度；
Character case：字符的大小寫約定，“Uppercase”表示大寫，“Lowercase”表示小寫，“Mixed case”代表混合使用；
Valid characters：設(shè)定有效字符，勾選“All valid”表示全部有效；
Invalid characters：設(shè)定無效字符，勾選“No accents”代表沒有強(qiáng)調(diào)；
Default character：設(shè)定默認(rèn)字符。
Name To Code/Code To Name標(biāo)簽：設(shè)置模型對(duì)象名稱到代碼/模型對(duì)象代碼到名稱的轉(zhuǎn)換約定。
Conversion Script：設(shè)置轉(zhuǎn)換約定的腳本；
Conversion table：設(shè)置轉(zhuǎn)換表。
3.2.3設(shè)置RQM屬性
選擇“Model”->“Model Properties”菜單項(xiàng)，打開模型屬性設(shè)置窗口，如圖3-9所示：
圖3-9 需求模型屬性設(shè)置窗口
RQM屬性設(shè)置窗口默認(rèn)包括四個(gè)選項(xiàng)卡，分別為“General”（通用信息）、“Detail”（詳細(xì)信息）、“Traceability Links”（追蹤鏈接信息）和“Notes”（注釋信息），點(diǎn)擊“More>>”按鈕可查看更多的屬性選項(xiàng)卡設(shè)置。
General選項(xiàng)卡：定義需求的通用信息。
Name：需求模型的名稱；
Code：需求模型的代碼；
Comment：需求模型的注釋信息；
File Name：未保存之前，此項(xiàng)顯示為空，需求模型保存后，顯示需求模型的存放路徑和文件名稱；
Author：文檔作者；
Version：文檔版本。
Detail選項(xiàng)卡：定義完成項(xiàng)目需求所需要的工作量（Workload），單位可設(shè)置為“天”或“小時(shí)”，可保留一位小數(shù)。Detail選項(xiàng)卡如圖3-10所示：
圖3-10 需求模型屬性設(shè)置窗口Detail選項(xiàng)卡
RQM所需要的總工作量是所有子需求的總工作量的總和，Workload 1、Workload 2、Workload 3和Workload 4分別表示該RQM分別給第一、第二、第三和第四個(gè)人或團(tuán)度完成所需的工作量。
Traceability Links選項(xiàng)卡：設(shè)置RQM連接的設(shè)計(jì)對(duì)象和外部文件，以便幫助使用用戶更好的理解需求。Traceability Links選項(xiàng)卡如圖3-11所示：
圖3-11 需求模型屬性設(shè)置窗口Traceability Links選項(xiàng)卡
點(diǎn)擊上圖的“ ”按鈕彈出鏈接外部設(shè)計(jì)對(duì)象窗口，點(diǎn)擊“ ”按鈕彈出選擇外部文件頁面，可選擇本地硬盤上的“解決方案”或相關(guān)規(guī)范文檔作為鏈接文檔。
Notes選項(xiàng)卡：包括“Description”和“Annotation”兩個(gè)標(biāo)簽，其中“Description”表示需求屬性的文字描述，“Annotation”表示需求屬性的公式化描述。
3.2.4編輯需求文檔視圖
在“3.2.1 創(chuàng)建RQM”小節(jié)創(chuàng)建了一個(gè)空的需求模型，接下來講解如何編輯需求模型，主要包括添加需求、編輯需求屬性、添加子需求、提高或降低需求層級(jí)和刪除需求功能。
以“餐飲在線點(diǎn)評(píng)系統(tǒng)”為例，有“管理門戶”和“會(huì)員門戶”兩個(gè)一級(jí)需求，在“管理門戶”下添加“系統(tǒng)管理”、“企業(yè)管理”、“會(huì)員管理”和“統(tǒng)計(jì)分析”四個(gè)子需求。在“會(huì)員門戶”添加“首頁”、“餐廳”、“團(tuán)購活動(dòng)”、“優(yōu)惠活動(dòng)”、“會(huì)員活動(dòng)”和“會(huì)員中心”六個(gè)子需求。
1．添加一級(jí)需求
在需求文檔視圖窗口，點(diǎn)擊工具欄上的“ ”（Insert an Object）按鈕，或者單擊需求文檔視圖的空白區(qū)，或者使用“Ctrl+I”快捷鍵，可添加新的需求。新添加的需求具有默認(rèn)的需求名稱（例如Requirement_1）和需求代碼（例如REQ_ 1）。
在需求文檔窗口中默認(rèn)包括“Title ID”（需求ID）、“Full Descripiton”（需求描述）、“Code”（需求代碼）、“Priority”（需求優(yōu)先級(jí)）、“Wordload”（工作量）、“Risk”（風(fēng)險(xiǎn)等級(jí)）和“Status”（狀態(tài)，包括草稿、已定義、已校驗(yàn)、待評(píng)審和已評(píng)審五種狀態(tài)）。
2．編輯需求屬性
可以直接在在需求文檔窗口的編輯區(qū)域編輯主要屬性，也可雙擊某行，或單選某行后點(diǎn)擊“ ”（Propeities）按鈕，或者使用“Alt + Enter”快捷鍵打開編輯需求屬性窗口，如圖3-12所示：
圖3-12 編輯需求屬性窗口
從上圖可以看出，編輯需求屬性窗口常用的選項(xiàng)卡包括“General”（通用信息）、“Detail”（詳細(xì)信息）、“Traceability Links”（追蹤鏈接）、“User Allocations”（用戶或用戶組分配）、“Related Glossary Terms”（關(guān)聯(lián)的術(shù)語庫）和“Notes”選項(xiàng)卡，點(diǎn)擊“More>>”可打開更多的選項(xiàng)卡，例如“Extended Dependencies”等選項(xiàng)卡。下面對(duì)常用選項(xiàng)卡進(jìn)行說明。
General選項(xiàng)卡：用于設(shè)置需求的一般信息，各項(xiàng)參數(shù)含義如下：
Parent：表示需求的父需求名稱，如果需求為一級(jí)需求，則顯示需求模型的名稱。
Title ID：表示需求的ID號(hào)，為需求的層級(jí)編號(hào)，自動(dòng)生成，不可編輯，如果為一級(jí)需求按照1、2、3……N以此類推。如果為1下的二級(jí)子需求，按照1.1、1.2……1.N以此類推。
Title：表示需求的名稱，一般使用中文表示。
Code：表示需求的代碼，與后期的具體設(shè)計(jì)有關(guān)，一般使用英文、數(shù)字加符號(hào)表示。
Description：表示需求描述，可以用工具輔助完成富文本。可點(diǎn)擊“ ”按鈕，打開小箭頭后選擇“Microsoft Word”，可進(jìn)入Word文檔編輯需求描述，在Word編輯完畢后點(diǎn)擊關(guān)閉按鈕會(huì)提示用戶是否將內(nèi)容保存到需求文檔中，點(diǎn)擊“是”即可。因?yàn)榭稍?/span>Word中編輯，所以需求描述可以是帶格式的文本、表格或圖片等信息。
Detail選項(xiàng)卡：用于設(shè)置需求的優(yōu)先級(jí)和風(fēng)險(xiǎn)等級(jí)等信息，如圖3-13所示：
圖3-13 編輯需求屬性窗口（Detail選項(xiàng)卡）
各項(xiàng)參數(shù)含義如下：
Comment：表示需求的簡要說明；
Stereotype：表示語義的擴(kuò)展說明；
Type：表示需求類型，包括Undefined（未定義）、Design（設(shè)計(jì)）、Functional（功能）和Technical（技術(shù)）四種需求類型。
Status：表示需求狀態(tài)，包括Draft（草稿）、Defined（已定義）、Verified（已校驗(yàn)）、To be reviewed（待評(píng)審）和Approved（已評(píng)審）五種狀態(tài)。
Priority：表示需求優(yōu)先級(jí)，下拉列表中包括1~5的優(yōu)先級(jí)值，每0.5一個(gè)刻度，數(shù)值越大表示該需求的優(yōu)先級(jí)越高。
Selected：該復(fù)選框表示需求是否包含在工程中，選中表示包含，否則表示不包含。
Risk：表示需求的風(fēng)險(xiǎn)級(jí)別，包括Undefined（未定義）、Low（低）、Medium（中）和High（高）四種。
Verification：表示需求的測(cè)試級(jí)別，包括Undefined（未定義）、Automate Testing（自動(dòng)測(cè)試）、Demonstration（演示）、Manual Testing（手工測(cè)試）和Mixed（混合測(cè)試）五種。
Traceability Links選項(xiàng)卡：設(shè)置改需求連接的設(shè)計(jì)對(duì)象和外部文件，以便為當(dāng)前需求提供更詳細(xì)的依據(jù)和參考，與“設(shè)置RQM屬性“小節(jié)的該選項(xiàng)卡類似，不再贅述。
User Allocations選項(xiàng)卡：設(shè)置將當(dāng)前需求指定到某個(gè)用戶或用戶組上，此操作需要首先建立用戶或用戶組，該部分內(nèi)容在“3.2.5 創(chuàng)建用戶“和”3.2.6 創(chuàng)建用戶組“小節(jié)將進(jìn)行詳細(xì)講述。在“User Allocations”選項(xiàng)卡點(diǎn)擊“ ”（Add Objects）按鈕，如圖3-14所示：
圖3-14 編輯需求屬性窗口（User Allocations選項(xiàng)卡）
在上圖中勾選用戶后點(diǎn)擊“OK”按鈕，在退回的“User Allocations”選項(xiàng)卡，通過修改TYPE列設(shè)置用戶所需完成的工作。TYPE可設(shè)置的值包括Undefined（未定義）、Design（設(shè)計(jì)）、Documentation（文檔）和Quality（質(zhì)量）五種。
² Related Glossary Terms選項(xiàng)卡：設(shè)置將當(dāng)前需求的專用術(shù)語，創(chuàng)建專業(yè)術(shù)語參考“3.2.7 創(chuàng)建專用術(shù)語庫”小節(jié)。在“Related Glossary Terms”選項(xiàng)卡點(diǎn)擊“ ”（Add Objects）按鈕，如圖3-15所示：
圖3-15 編輯需求屬性窗口（Related Glossary Terms選項(xiàng)卡）
² Notes選項(xiàng)卡：設(shè)置當(dāng)前需求的文字或公式化描述，不再贅述。
3．添加子需求
在需求文檔視圖窗口，選擇某個(gè)需求后，點(diǎn)擊工具欄上的“ ”（Insert an Sub-Object）按鈕，或者使用“Ctrl + Shift + I”快捷鍵，可創(chuàng)建所選中需求的子需求。可使用父需求的打開、關(guān)閉按鈕打開或者關(guān)閉子需求。子需求添加后如圖3-16所示：
圖3-16 添加子需求后的需求文檔模型窗口
4．提高或降低需求層級(jí)
添加需求后，若發(fā)現(xiàn)需求層次不對(duì)，可通過工具欄上的“ ”按鈕將需求層級(jí)提高一級(jí)，使用“ ”按鈕將需求層級(jí)降低一級(jí)。
5．刪除需求
若發(fā)現(xiàn)某個(gè)需求不正確，想刪除該需求，可在需求文檔視圖的編輯區(qū)域選擇該行后按“delete”刪除鍵進(jìn)行刪除，或點(diǎn)擊“工具欄”的“ ”按鈕進(jìn)行刪除操作。需要注意的是，刪除某個(gè)需求時(shí)，若該需求下有子需求，也會(huì)被刪除。
6．修改顯示列
在需求文檔視圖編輯區(qū)域，默認(rèn)只顯示“Title ID”（需求ID）、“Full Descripiton”（需求描述）、“Code”（需求代碼）、“Priority”（需求優(yōu)先級(jí)）、“Wordload”（工作量）、“Risk”（風(fēng)險(xiǎn)等級(jí)）和“Status”列，若想對(duì)顯示列進(jìn)行修改，可點(diǎn)擊工具欄的“ ”（Customize Columns and Filter）按鈕，或者使用“Ctrl + U”快鍵鍵，彈出顯示列設(shè)置窗口，如圖3-17所示：
圖3-17 編輯區(qū)域顯示列設(shè)置窗口
在上圖中可通過勾選或取消勾選對(duì)應(yīng)的列后，點(diǎn)擊“OK”按鈕確認(rèn)顯示項(xiàng)。
3.2.5創(chuàng)建用戶
用戶（User）是指跟需求有關(guān)的人員，例如需求分析師、系統(tǒng)分析師、開發(fā)人員和測(cè)試人員等。
在Power Designer的需求模型中可以創(chuàng)建用戶，一般采用選擇“Model”->“Users”菜單，在彈出的用戶管理窗口的編輯區(qū)域可以直接添加用戶，也可點(diǎn)擊“ ”（Add a row）按鈕添加用戶。用戶管理窗口如圖3-18所示：
圖3-18 用戶管理窗口
雙擊上圖中的某行，或者選擇上圖中的某行后點(diǎn)擊“ ”（Properties）按鈕，彈出用戶屬性窗口，如圖3-19所示：
圖3-19 用戶屬性窗口
用戶屬性窗口包括“General”和“Notes”兩個(gè)選項(xiàng)卡，其中：
² General選項(xiàng)卡：設(shè)置當(dāng)前用戶的通用信息，各個(gè)參數(shù)的含義如下：
Name：用戶名稱；
Code：用戶代碼；
Comment：用戶注釋；
Stereotype：版本；
Email Address：用戶的Email地址。
² Notes選項(xiàng)卡：設(shè)置當(dāng)前用戶的文字或公式化描述，不再贅述。
3.2.6創(chuàng)建用戶組
用戶組（Group）是指對(duì)進(jìn)行分類，通常將具有相同特性的用戶組成用戶組。
在Power Designer的需求模型中可以創(chuàng)建用戶，一般采用選擇“Model”->“Groups”菜單，在彈出的用戶組管理窗口的編輯區(qū)域可以直接添加用戶組，也可點(diǎn)擊“ ”（Add a row）按鈕添加用戶組。用戶組管理窗口如圖3-20所示：
圖3-20 用戶組管理窗口
雙擊上圖中的某行，或者選擇上圖中的某行后點(diǎn)擊“ ”（Properties）按鈕，彈出用戶組屬性窗口，如圖3-21所示：
圖3-21 用戶組屬性窗口
用戶組屬性窗口包括“General”、“Group Users”和“Notes”三個(gè)選項(xiàng)卡，其中：
² General選項(xiàng)卡：設(shè)置當(dāng)前用戶組的通用信息，各個(gè)參數(shù)的含義如下：
Name：用戶組名稱；
Code：用戶組代碼；
Comment：用戶組注釋；
Stereotype：版本；
Email Address：用戶組的Email聯(lián)系地址。
Group User選項(xiàng)卡：設(shè)置當(dāng)前用戶組的用戶。可點(diǎn)擊“ ”（Add Objects）按鈕在彈出頁面中勾選N個(gè)用戶后點(diǎn)擊“OK”按鈕為用戶組添加用戶。如圖3-22所示：
圖3-22 為用戶組添加用戶窗口
Notes選項(xiàng)卡：設(shè)置當(dāng)前用戶組的文字或公式化描述，不再贅述。
3.2.7創(chuàng)建術(shù)語庫
術(shù)語庫是術(shù)語的集合，術(shù)語用于表示某一專業(yè)的特殊概念，例如“餐飲在線點(diǎn)評(píng)系統(tǒng)”中的術(shù)語指的是“團(tuán)購”、“會(huì)員”等專有名詞或縮略語等。
在Power Designer的需求模型中可以創(chuàng)建術(shù)語，一般采用選擇“Model”->“Glossary Terms”菜單，在彈出的術(shù)語庫管理窗口的編輯區(qū)域可以直接添加術(shù)語，也可點(diǎn)擊“ ”（Add a row）按鈕添加術(shù)語。術(shù)語庫管理窗口如圖3-23所示：
圖3-23 術(shù)語庫管理窗口
雙擊上圖中的某行，或者選擇上圖中的某行后點(diǎn)擊“ ”（Properties）按鈕，彈出術(shù)語屬性窗口，如圖3-24所示：
圖3-24 術(shù)語屬性窗口
術(shù)語屬性窗口包括“General”和“Notes”兩個(gè)選項(xiàng)卡，其中：
General選項(xiàng)卡：設(shè)置當(dāng)前術(shù)語的通用信息，各個(gè)參數(shù)的含義如下：
Name：術(shù)語的名稱；
Code：術(shù)語的代碼；
Comment：術(shù)語的注釋；
Stereotype：版本。
Notes選項(xiàng)卡：設(shè)置當(dāng)前術(shù)語的文字或公式化描述，不再贅述。
3.2.8創(chuàng)建業(yè)務(wù)規(guī)則
業(yè)務(wù)規(guī)則（Business Rules）是滿足業(yè)務(wù)需求的一系列規(guī)則，可以將客戶的要求、內(nèi)部準(zhǔn)則和政府的法律等都作為業(yè)務(wù)規(guī)則，例如用戶編碼、餐飲企業(yè)編碼、會(huì)員編碼的規(guī)則等。
在初始狀態(tài)，需求模型中的Business Rules為不可用狀態(tài)，需要通過新建擴(kuò)展模型定義（Extended Model Definitions）來啟用業(yè)務(wù)規(guī)則，啟用業(yè)務(wù)規(guī)則的方法如下：
選擇“Model”->“Extended Model Definitions”，在擴(kuò)展模型定義管理窗口中添加一行定義，如圖3-25所示：
圖3-25 擴(kuò)展模型定義窗口
在上圖中雙擊“業(yè)務(wù)規(guī)則”行，或者選擇改行后，點(diǎn)擊“ ”（Properties）按鈕，彈出擴(kuò)展模型屬性定義窗口，在該窗口選擇“Profile”節(jié)點(diǎn)后點(diǎn)擊右鍵，選擇“Add Metaclasses…”菜單項(xiàng)，彈出“Metaclass Selection”窗口，在該窗口選擇“PD Common”頁簽后勾選“Business Rule”，如圖3-26所示：
圖3-26 Metaclass Selection窗口
在上圖中點(diǎn)擊“OK”按鈕返回?cái)U(kuò)展模型屬性定義窗口，可看到此時(shí)添加了“Business Rule”子節(jié)點(diǎn)，完成啟用業(yè)務(wù)規(guī)則操作，此時(shí)在菜單“Model”下可看到多出“Business Rules”的選擇項(xiàng)。
選擇“Model”->“Business Rules”菜單項(xiàng)，在彈出的業(yè)務(wù)規(guī)則管理窗口的編輯區(qū)域可以直接添加業(yè)務(wù)規(guī)則，也可點(diǎn)擊“ ”（Add a row）按鈕添加業(yè)務(wù)規(guī)則。
業(yè)務(wù)規(guī)則管理窗口如圖3-27所示：
圖3-27 業(yè)務(wù)規(guī)則管理窗口
雙擊上圖中的某行，或者選擇上圖中的某行后點(diǎn)擊“ ”（Properties）按鈕，彈出用業(yè)務(wù)規(guī)則屬性窗口，如圖3-28所示：
圖3-28 業(yè)務(wù)規(guī)則屬性窗口
業(yè)務(wù)規(guī)則屬性窗口包括“General”、“Expression”和“Notes”三個(gè)選項(xiàng)卡，其中：
General選項(xiàng)卡：設(shè)置當(dāng)前用戶的通用信息，各個(gè)參數(shù)的含義如下：
Name：業(yè)務(wù)規(guī)則名稱；
Code：業(yè)務(wù)規(guī)則代碼；
Comment：業(yè)務(wù)規(guī)則注釋；
Stereotype：版本；
Type：業(yè)務(wù)規(guī)則的類型，包括Constraint（約束）、Definition（定義）、Factor（事實(shí)）、Formula（公式）、OCL Constraint（OCL約束）、Requirement（需求）和Validation（批準(zhǔn)）七種。
Expression選項(xiàng)卡：設(shè)置當(dāng)前業(yè)務(wù)規(guī)則的表達(dá)式定義。
Notes選項(xiàng)卡：設(shè)置當(dāng)前業(yè)務(wù)規(guī)則的文字或公式化描述。
3.2.9導(dǎo)出需求模型
選擇“Report”->“Reports”菜單項(xiàng)，彈出報(bào)表列表頁面，如圖3-29所示：
圖3-29 報(bào)表列表窗口
在上圖中點(diǎn)擊“ ”（New Reprot）按鈕，彈出新建報(bào)表窗口，如圖3-30所示：
圖3-30 新建報(bào)表窗口
在上圖中“Report name”指定“報(bào)表名稱”，在“Language”指定語言為“Simplified Chinese”（簡體中文），“Report template”用于指定報(bào)表模板，包括“<None>”、“Full Requirement Report”、“List Requirement Report”和“Standard Requirement Report”四個(gè)下拉選項(xiàng)，可選擇“Standard Requirement Report”選項(xiàng)，點(diǎn)擊“OK”按鈕后彈出報(bào)表選項(xiàng)設(shè)置頁面，如圖3-31所示：
圖3-31 報(bào)表屬性設(shè)置窗口
在上圖的左側(cè)為所有可選的報(bào)表導(dǎo)出項(xiàng)，右側(cè)為已設(shè)置報(bào)表導(dǎo)出項(xiàng)，讀者可以自行設(shè)置導(dǎo)出項(xiàng)，也可使用默認(rèn)導(dǎo)出項(xiàng)配置，筆者只是刪除了“ ”節(jié)點(diǎn)的“%ITEM%”前的“需求”字樣刪除，而后點(diǎn)擊工具欄的“ ”按鈕導(dǎo)出RTF文檔，導(dǎo)出效果如圖3-32所示：
圖3-32 需求模型導(dǎo)出為RTF文檔效果圖
3.3餐飲在線點(diǎn)評(píng)系統(tǒng)案例需求模型
3.3.1系統(tǒng)目標(biāo)
該系統(tǒng)主要使用用戶是廣大消費(fèi)大眾、餐飲企業(yè)、食品提供商、運(yùn)營管理員和運(yùn)維管理員等，餐飲企業(yè)、特色菜、團(tuán)購活動(dòng)、優(yōu)惠券、促銷活動(dòng)等信息由餐飲企業(yè)進(jìn)行維護(hù)，本系統(tǒng)中包括企業(yè)的開業(yè)時(shí)間、經(jīng)營地點(diǎn)、食材等信息，方便消費(fèi)大眾查詢。廣大消費(fèi)大眾還可以通過該系統(tǒng)評(píng)價(jià)餐飲企業(yè)，并完成網(wǎng)上訂購。
可參考“大眾點(diǎn)評(píng)網(wǎng)”等知名網(wǎng)站，除基本的企業(yè)管理、食材管理、評(píng)價(jià)管理、會(huì)員管理、訂單管理，還可提供團(tuán)購下單、團(tuán)購活動(dòng)、優(yōu)惠券、促銷活動(dòng)等功能。
3.3.2需求分析
餐飲在線點(diǎn)評(píng)系統(tǒng)案例的功能結(jié)構(gòu)圖如圖3-33所示：
圖3-33 餐飲在線點(diǎn)評(píng)系統(tǒng)功能結(jié)構(gòu)圖
管理門戶由運(yùn)營管理員、運(yùn)維管理員食材提供商、餐飲企業(yè)使用，使用基于角色的權(quán)限管理，不同的用戶能看到不同的菜單，并能根據(jù)登錄角色顯示不同的數(shù)據(jù)。
會(huì)員門戶提供給廣大互聯(lián)網(wǎng)用戶使用，大眾能通過該門戶進(jìn)行注冊(cè)、評(píng)價(jià)餐飲企業(yè)、查看特色炒菜、查看團(tuán)購活動(dòng)、查看優(yōu)惠券、查看促銷活動(dòng)和團(tuán)購下單等操作。
1、企業(yè)中心
² 企業(yè)信息管理
該功能提供給運(yùn)營管理員使用。由企業(yè)管理員提交注冊(cè)申請(qǐng)信息，例如企業(yè)名稱、行政許可證號(hào)、類型、地址、企業(yè)圖片信息（可分類）、標(biāo)簽、餐廳簡介、餐廳描述（富文本）、公司宣傳視頻、所屬菜系、特色、聯(lián)系電話、營業(yè)時(shí)間、詳細(xì)地址、管理員用戶名、管理員姓名、管理員聯(lián)系方式、管理員Email等信息。
該模塊的功能主要包括：
l 企業(yè)管理：主要包括注冊(cè)、審批、修改、刪除、啟用和停用功能。
l 食材提供商查看：查詢所選擇企業(yè)的食材提供商，通過“食材提供商管理”功能進(jìn)行管理。
l 食材查看：查詢所選擇企業(yè)的重要食材，通過“食材管理”功能進(jìn)行管理。
l 特色菜查看：查詢所選擇企業(yè)的特色菜，通過“特色菜管理”功能進(jìn)行管理。
l 團(tuán)購活動(dòng)查看：查詢所選擇企業(yè)的團(tuán)購活動(dòng)，通過“團(tuán)購活動(dòng)管理”功能進(jìn)行管理。
l 優(yōu)惠券活動(dòng)查看：查詢所選擇企業(yè)的優(yōu)惠券活動(dòng)，通過“優(yōu)惠券活動(dòng)管理”功能進(jìn)行管理。
l 促銷活動(dòng)查看：查詢所選擇企業(yè)的促銷活動(dòng)，通過“促銷活動(dòng)管理”功能進(jìn)行管理。
² 食材提供商管理
該功能提供給運(yùn)營管理員、餐飲企業(yè)使用。餐飲企業(yè)只能查看食材提供商信息，而運(yùn)營管理員能查看所有食材提供商信息，并能進(jìn)行查詢、新增、修改、刪除操作。
食材提供商信息主要包括：公司名稱、地址、聯(lián)系人、聯(lián)系電話、聯(lián)系Email、主營食材、營業(yè)執(zhí)照、注冊(cè)資金、注冊(cè)地址、年銷售額等。
² 食材管理
該功能提供給運(yùn)營管理員、餐飲企業(yè)、食材提供商使用。餐飲企業(yè)只能查看食材提供商提供的食材信息，運(yùn)營管理員能查看所有食材信息，并能進(jìn)行查詢、新增、修改、刪除操作。食材提供商只能查看本企業(yè)的食材信息，并能進(jìn)行查詢、新增、修改、刪除操作。
食材信息主要包括：食材名稱、食材類型、食材價(jià)格、食材描述、食材圖片等。
² 特色菜管理
該功能提供給運(yùn)營管理員、餐飲企業(yè)使用。特色菜一般由餐飲企業(yè)管理員自行維護(hù)，餐飲企業(yè)只能維護(hù)本企業(yè)的特色菜信息，而運(yùn)營管理員能查看所有特色菜信息，兩者都能進(jìn)行查詢、新增、修改、刪除操作。特色菜信息主要包括特色菜名稱、特色菜簡介、特色菜圖片等。
² 團(tuán)購活動(dòng)管理
該功能提供給運(yùn)營管理員和餐飲企業(yè)使用。團(tuán)購信息主要包括團(tuán)購名稱、所屬餐飲企業(yè)、活動(dòng)簡介、活動(dòng)描述、活動(dòng)價(jià)格、活動(dòng)圖片、特別提示等。包括查詢、新增、審批、修改和刪除功能，餐飲企業(yè)只能管理本企業(yè)的團(tuán)購活動(dòng)，只有運(yùn)營管理員才具有審批權(quán)限。
² 優(yōu)惠券管理
該功能提供給運(yùn)營管理員和餐飲企業(yè)使用。優(yōu)惠券信息主要包括：優(yōu)惠券名稱、短信內(nèi)容、優(yōu)惠券圖片、優(yōu)惠券開始時(shí)期、優(yōu)惠券有效期、所屬餐飲企業(yè)。包括查詢、新增、審批、修改和刪除功能，餐飲企業(yè)只能管理本企業(yè)的優(yōu)惠券，只有運(yùn)營管理員才具有審批權(quán)限。
² 促銷活動(dòng)管理
該功能提供給運(yùn)營管理員和餐飲企業(yè)使用。促銷活動(dòng)信息主要包括：活動(dòng)名稱、活動(dòng)內(nèi)容（富文本）、活動(dòng)開始時(shí)期、活動(dòng)有效期、活動(dòng)結(jié)束日期、所屬餐飲企業(yè)、發(fā)布時(shí)間。包括查詢、新增、審批、修改和刪除功能，餐飲企業(yè)只能管理本企業(yè)的促銷活動(dòng)，只有運(yùn)營管理員才具有審批權(quán)限。
2、會(huì)員中心
² 會(huì)員管理
該功能提供給運(yùn)營管理員使用，對(duì)本系統(tǒng)的會(huì)員進(jìn)行管理，會(huì)員信息主要包括：姓名、手機(jī)號(hào)、登錄名、Email等。
² 積分管理
該功能提供給運(yùn)營管理員使用，對(duì)會(huì)員積分記錄進(jìn)行管理。包括查詢、調(diào)整積分等功能。
² 訂單管理
該功能提供給運(yùn)營管理員和餐飲企業(yè)使用。訂單信息主要包括：訂單編號(hào)、會(huì)員名稱、餐飲企業(yè)名稱、下單時(shí)間等。
² 評(píng)價(jià)管理
該功能提供給運(yùn)營管理員、企業(yè)使用。客戶能通過門戶對(duì)餐飲進(jìn)行評(píng)價(jià)，包括評(píng)分等級(jí)、評(píng)分人、人均消費(fèi)水平、口味等級(jí)、環(huán)境等級(jí)、服務(wù)等級(jí)、評(píng)價(jià)描述、圖片信息等。運(yùn)營管理員能對(duì)所有評(píng)價(jià)進(jìn)行查詢、詳情、刪除等操作。餐飲企業(yè)只能查詢本企業(yè)的評(píng)價(jià)信息。
² 會(huì)員消息管理
在注冊(cè)成功后，系統(tǒng)會(huì)自動(dòng)發(fā)布消息通知，另外可針對(duì)客戶的瀏覽歷史等進(jìn)行數(shù)據(jù)挖掘，為會(huì)員提供有針對(duì)性的推薦消息。會(huì)員消息在本模塊進(jìn)行管理，主要包括查詢和查看詳情功能。
3、系統(tǒng)管理
管理門戶采用基于角色的權(quán)限管理，能為不同的角色設(shè)置權(quán)限，用戶可以屬于多個(gè)角色。系統(tǒng)管理用于對(duì)后臺(tái)的菜單管理、角色管理、用戶管理、、數(shù)據(jù)字典維護(hù)和日志管理功能。
² 菜單管理
對(duì)管理門戶的菜單進(jìn)行管理。菜單屬性主要包括菜單編號(hào)、菜單名稱、菜單路徑、圖標(biāo)、排序、是否葉子菜單、菜單描述、是否系統(tǒng)菜單。主要包括查詢、查看詳情功能。
² 角色管理
對(duì)管理門戶的角色進(jìn)行管理，例如運(yùn)營管理員、系統(tǒng)管理員和運(yùn)維管理員等。角色屬性主要包括角色編號(hào)、角色名稱、角色描述、啟停狀態(tài)和是否系統(tǒng)默認(rèn)角色，主要包括查詢、新增、修改、刪除、查看詳情和菜單分配功能。
² 用戶管理
對(duì)管理門戶的用戶進(jìn)行管理，例如餐飲企業(yè)用戶，以及各個(gè)運(yùn)營管理員、系統(tǒng)管理員和運(yùn)維管理員用戶等。添加的用戶能登錄管理門戶對(duì)企業(yè)信息、會(huì)員信息等進(jìn)行管理。主要包括用戶列表、添加、修改、刪除、角色分配、重置密碼、啟用和停用等功能。
² 日志管理
對(duì)管理門戶的登錄日志、操作日志、系統(tǒng)日志進(jìn)行管理，包括日志查詢、日志詳情和日志導(dǎo)出功能。
² 數(shù)據(jù)字典維護(hù)
用于管理數(shù)據(jù)字典信息，例如“特色菜分類”、“企業(yè)類型”和“性別”等。包括新增參數(shù)、修改參數(shù)、刪除參數(shù)、啟用參數(shù)、禁用參數(shù)等。
4、統(tǒng)計(jì)分析
² 企業(yè)發(fā)展情況統(tǒng)計(jì)
使用圖表的方式展示各類型企業(yè)發(fā)展增長趨勢(shì)曲線圖和地域分布餅圖。
² 會(huì)員發(fā)展情況統(tǒng)計(jì)
使用圖表方式展示會(huì)員發(fā)展增長趨勢(shì)曲線圖和地域分布餅圖。
² 會(huì)員登錄統(tǒng)計(jì)
根據(jù)統(tǒng)計(jì)時(shí)間范圍、統(tǒng)計(jì)粒度（日統(tǒng)計(jì)、月統(tǒng)計(jì)）查詢平臺(tái)登錄數(shù)統(tǒng)計(jì)分析報(bào)表。
² 業(yè)務(wù)發(fā)展情況統(tǒng)計(jì)
使用圖表的方式展示訂單發(fā)展情況曲線圖和地域分布餅圖。
5、會(huì)員門戶
² 首頁
首頁可展示分類導(dǎo)航、餐廳搜索、熱門團(tuán)購、熱門優(yōu)惠、熱門餐廳、最新點(diǎn)評(píng)、推薦餐廳、會(huì)員活動(dòng)和會(huì)員排行榜等信息。
² 餐廳
展示在管理門戶注冊(cè)并通過審批的餐飲企業(yè)信息，包括餐飲企業(yè)搜索、餐飲企業(yè)熱門排行榜、餐飲企業(yè)推薦排行榜、餐飲企業(yè)詳情、餐飲企業(yè)評(píng)價(jià)、相關(guān)圖片和宣傳視頻等信息。
² 團(tuán)購活動(dòng)
展示后臺(tái)審批通過的團(tuán)購活動(dòng)，包括團(tuán)購活動(dòng)分類搜索、團(tuán)購詳情和下單等功能。
² 優(yōu)惠券
展示展示后臺(tái)審批通過的優(yōu)惠券信息，主要包括優(yōu)惠券展示、優(yōu)惠券搜索、優(yōu)惠券詳情、打印優(yōu)惠券和發(fā)送優(yōu)惠券等功能。
² 會(huì)員活動(dòng)
展示會(huì)員活動(dòng)信息，能進(jìn)行活動(dòng)搜索和活動(dòng)詳情。
² 會(huì)員中心
登錄后的會(huì)員可進(jìn)入會(huì)員中心進(jìn)行個(gè)人檔案、我的訂單、我的積分、我的收藏、我的評(píng)論、在線補(bǔ)開發(fā)票、站內(nèi)信息、安全中心等功能。
3.3.3需求模型實(shí)現(xiàn)
根據(jù)“餐飲在線點(diǎn)評(píng)系統(tǒng)”的需求分析，采用本章上述小節(jié)的方法創(chuàng)建和編輯需求模型。
根據(jù)“3.3.2 需求分析”在Power Designer中創(chuàng)建和細(xì)化需求模型，第二層需求模型效果如圖3-34所示：
圖3-34 需求視圖模型的二級(jí)效果
第二層需求模型效果如圖3-35所示：