? ? ? ? 上一篇《談?wù)勑枨?上)》啰啰嗦嗦講了半天笤虫，好歹把用戶需求跟功能需求扯開(kāi)了吱晒，但是講完用戶需求分析，發(fā)現(xiàn)篇幅已經(jīng)很長(zhǎng)了联四，怕大家沒(méi)耐心看下去撑碴，所以只好就此打住，另起一篇來(lái)談?wù)劰δ苄枨笠?guī)整朝墩，也就是通常說(shuō)的《需求規(guī)格說(shuō)明書(shū)》醉拓。
? ? ? ?功能需求規(guī)整伟姐，核心要素?zé)o外乎三者——用例、原型亿卤、ER圖愤兵。
? ? ? ? 用例用來(lái)描述用戶在預(yù)實(shí)現(xiàn)的軟件系統(tǒng)中的操作流程。原型圖用來(lái)直觀描述系統(tǒng)主要用戶操作界面與主要交互流程排吴，方便系統(tǒng)設(shè)計(jì)人員與業(yè)務(wù)用戶做直觀的需求溝通與辨析秆乳。而E-R圖，則主要用于描述系統(tǒng)將會(huì)用到的業(yè)務(wù)實(shí)體對(duì)象（或叫業(yè)務(wù)領(lǐng)域?qū)ο螅┑奶卣髋c關(guān)聯(lián)關(guān)系钻哩，是軟件系統(tǒng)對(duì)現(xiàn)實(shí)世界中特定概念模型的一種高層次抽象化屹堰、結(jié)構(gòu)化表述。這三者中街氢，用例是核心扯键，原型圖作為用例的圖形外化擴(kuò)展，起著連結(jié)業(yè)務(wù)用戶與系統(tǒng)設(shè)計(jì)人員的橋梁紐帶作用珊肃，而E-R圖荣刑，作為用戶需求中對(duì)現(xiàn)實(shí)世界中特定概念模型的第一次抽象的載體，為最終系統(tǒng)領(lǐng)域?qū)ο竽Ｐ团c數(shù)據(jù)結(jié)構(gòu)模型的形成打下基礎(chǔ)伦乔。
原型
? ? ? ? 先說(shuō)說(shuō)原型圖吧厉亏，一是因?yàn)樗詈?jiǎn)單直觀，是未來(lái)系統(tǒng)的界面層預(yù)呈現(xiàn)烈和，二是因?yàn)樗彩潜救吮容^糾結(jié)的地方爱只。若按照功能用途來(lái)放，原型圖似乎應(yīng)該放在《需求分析報(bào)告》中斥杜，因?yàn)樗紫仁怯脕?lái)與業(yè)務(wù)用戶溝通業(yè)務(wù)需求用的虱颗，以便更好地幫助業(yè)務(wù)用戶表達(dá)他們內(nèi)心真正的業(yè)務(wù)需求期望，并給出形象化描述信息蔗喂；但是我還是將它歸類在了《需求規(guī)格說(shuō)明書(shū)》中忘渔，因?yàn)橥暾?高保真或低保真)原型圖，后續(xù)也是業(yè)務(wù)用戶與系統(tǒng)設(shè)計(jì)師對(duì)系統(tǒng)最終功能實(shí)現(xiàn)的預(yù)期值達(dá)成一致的契合點(diǎn)缰儿，是用來(lái)指導(dǎo)UI開(kāi)發(fā)的畦粮。
? ? ? ? 原型圖作為系統(tǒng)最初的界面實(shí)現(xiàn)內(nèi)容表述載體，是業(yè)務(wù)用戶乖阵、開(kāi)發(fā)人員宣赔、系統(tǒng)設(shè)計(jì)人員、UCD設(shè)計(jì)人員四者溝通功能需求實(shí)現(xiàn)并達(dá)成一致系統(tǒng)實(shí)現(xiàn)目標(biāo)的最直接承載體與實(shí)現(xiàn)依據(jù)——既是UCD設(shè)計(jì)人員界面設(shè)計(jì)思想精華的直接產(chǎn)物瞪浸，也是開(kāi)發(fā)人員實(shí)現(xiàn)系統(tǒng)功能的最終展現(xiàn)目標(biāo)儒将，還是系統(tǒng)設(shè)計(jì)人員產(chǎn)品設(shè)計(jì)思想的第一版圖形化產(chǎn)物。
? ? ? ? 具體工具而言对蒲，用的比較順手的是axure钩蚊，簡(jiǎn)單快速贡翘，雖然筆者也用過(guò)Visio，但是效果與開(kāi)發(fā)效率不如axure砰逻。
? ? ? ? 原型雖然重要鸣驱，但也不是萬(wàn)能的，原型圖強(qiáng)在界面呈現(xiàn)蝠咆，弱在功能流程表述踊东。對(duì)于稍復(fù)雜一點(diǎn)的系統(tǒng)，同一個(gè)界面都可能會(huì)支持好幾個(gè)不同場(chǎng)景的數(shù)據(jù)呈現(xiàn)刚操，就原型而言闸翅，如果僅僅為了描述不同操作場(chǎng)景而畫(huà)多張大同小異的高保真圖確實(shí)很有點(diǎn)奢侈，會(huì)累死美工mm去的赡茸。這個(gè)時(shí)候缎脾，用例就開(kāi)始派上用場(chǎng)了。
用例
? ? ? ? 用例占卧，準(zhǔn)確切來(lái)說(shuō)，貌似應(yīng)該叫用例建模联喘，包括用例圖與用例描述兩部分华蜒。給一段從網(wǎng)上Copy的定義：
? ? ? ? 用例（英語(yǔ)：use case），或譯使用案例豁遭、用況叭喜，是軟件工程或系統(tǒng)工程中對(duì)系統(tǒng)如何反應(yīng)外界請(qǐng)求的描述，是一種通過(guò)用戶的使用場(chǎng)景來(lái)獲取需求的技術(shù)蓖谢。每個(gè)用例提供了一個(gè)或多個(gè)場(chǎng)景捂蕴，該場(chǎng)景說(shuō)明了系統(tǒng)是如何和最終用戶或其它系統(tǒng)互動(dòng)，也就是誰(shuí)可以用系統(tǒng)做什么闪幽，從而獲得一個(gè)明確的業(yè)務(wù)目標(biāo)啥辨。編寫用例時(shí)要避免使用技術(shù)術(shù)語(yǔ)，而應(yīng)該用最終用戶或者領(lǐng)域?qū)＜业恼Z(yǔ)言盯腌。用例一般是由軟件開(kāi)發(fā)者和最終用戶共同創(chuàng)作的溉知。
? ? ? ? 還是比較抽象對(duì)吧，那看看我的吧（其實(shí)我也是先copy腕够，然后補(bǔ)充擴(kuò)展的级乍，嘿嘿），用例是用于表述系統(tǒng)對(duì)于一系列用戶操作的響應(yīng)帚湘，也就是系統(tǒng)的功能性需求或行為玫荣，可分為用例圖和用例描述。用例圖由參與者（Actor）大诸、用例（Use Case）捅厂、系統(tǒng)邊界材诽、箭頭組成，用畫(huà)圖的方法來(lái)完成恒傻。用例描述用來(lái)詳細(xì)描述用例圖中每個(gè)用例的系統(tǒng)處理過(guò)程與分支場(chǎng)景脸侥，文以文本段落的形式來(lái)完成。
? ? ? ? 一幅最簡(jiǎn)單的用例圖如下所示：
? ? ? ? 每個(gè)系統(tǒng)的參與者可以分多種角色盈厘，不同角色擁有不同權(quán)限睁枕，可執(zhí)行不同系統(tǒng)操作。這種操作權(quán)限通過(guò)用戶與用例單元的連線來(lái)體現(xiàn)沸手。如上圖中將系統(tǒng)的參與者分為了兩種角色——系統(tǒng)管理員與普通用戶外遇；系統(tǒng)管理員用戶擁有所有權(quán)限，而普通用戶僅擁有“查看客戶端列表”的權(quán)限契吉。
? ? ? ? 用例圖最重要的作用在于確定系統(tǒng)邊界跳仿，即從全局出發(fā)明確該系統(tǒng)要實(shí)現(xiàn)哪些功能，并將功能粒度化捐晶，同時(shí)明確系統(tǒng)參與者的角色與各角色的權(quán)限菲语。雖然是這么簡(jiǎn)單一句話，但是要將一套完整的系統(tǒng)用例圖畫(huà)出來(lái)可不容易惑灵，因?yàn)橛美O(shè)計(jì)的過(guò)程其實(shí)就是軟件系統(tǒng)第一次功能設(shè)計(jì)的過(guò)程山上，是一個(gè)全局統(tǒng)籌、客觀冷靜的功能需求規(guī)整過(guò)程英支。一套系統(tǒng)用例圖設(shè)計(jì)出來(lái)了佩憾，這個(gè)系統(tǒng)的功能模塊的劃分也就出來(lái)了。
? ? ? ? 在我們的《需求分析報(bào)告》中干花，針對(duì)每個(gè)用戶需求妄帘，我們分析出了很多功能點(diǎn)，這些功能點(diǎn)只考慮到了單個(gè)用戶需求的實(shí)現(xiàn)池凄，所以不可避免的抡驼，從不同用戶需求分析得出的功能點(diǎn)列表中，肯定有重復(fù)功能點(diǎn)或者相近功能點(diǎn)修赞。功能需求規(guī)整的第一大工作就是要將這些功能點(diǎn)去重婶恼、整合，從用戶需求到功能需求的分析歸納過(guò)程大致如下圖所示柏副。
? ? ? ? 而功能需求規(guī)整的第二大工作就是功能模塊設(shè)計(jì)勾邦，這部分工作看似簡(jiǎn)單，實(shí)則最復(fù)雜最不可確定割择。因?yàn)樗扰c產(chǎn)品定位強(qiáng)相關(guān)眷篇，也要充分考慮用戶交互。這兩者在進(jìn)行功能模塊設(shè)計(jì)時(shí)不可避免的會(huì)產(chǎn)生沖突與矛盾荔泳，這種沖突通常就體現(xiàn)在軟件設(shè)計(jì)師與交互設(shè)計(jì)師對(duì)系統(tǒng)設(shè)計(jì)的沖突上蕉饼，而沖突與矛盾的化解恰恰就反應(yīng)了軟件設(shè)計(jì)師的功底虐杯。
? ? ? ? 如果說(shuō)用例圖設(shè)計(jì)是一個(gè)統(tǒng)籌全局的工程，那么用例描述的編寫則是一個(gè)精耕細(xì)作的過(guò)程昧港。在此需要再次明確下——用例描述擎椰，描述的是系統(tǒng)邏輯處理過(guò)程，更傾向于面向軟件設(shè)計(jì)師與軟件開(kāi)發(fā)者创肥，應(yīng)盡量用系統(tǒng)語(yǔ)言來(lái)進(jìn)行描述达舒。
? ? ? ? 一個(gè)完整的use case大致包括以下內(nèi)容：功能需求編號(hào)、用戶需求編號(hào)叹侄、功能需求描述巩搏、參與者/角色、前置條件趾代、輸入贯底、輸出、處理過(guò)程撒强、其他說(shuō)明禽捆。
示例表格如下：
3.2.2客戶端添加
功能需求編號(hào)
R.Func.Module1.001
用戶需求編號(hào)
P.Func.Module1.001
P.Func.Module2.004
功能需求描述
用戶在客戶端添加界面能通過(guò)IP地址添加客戶端；
參與者/角色
ITMS系統(tǒng)管理員
前置條件
1.???????? 用戶已經(jīng)登陸ITMS系統(tǒng)尿褪，并進(jìn)入了“客戶端添加”界面睦擂；
輸入
用戶輸入IP地址、端口號(hào)杖玲，點(diǎn)擊“添加”按鈕
處理
1.????? 用戶單擊“添加”按鈕；
2.????? 系統(tǒng)讀取并檢查“IP地址”文本框中數(shù)值淘正，若符合IP地址規(guī)則摆马，則執(zhí)行下一步操作，否則彈出提示框提示用戶“IP地址格式錯(cuò)誤鸿吆，請(qǐng)重新輸入”囤采；
3.????? 系統(tǒng)讀取“端口號(hào)”文本框中數(shù)值，若符合端口號(hào)輸入要求惩淳，則執(zhí)行下一步操作蕉毯，否則彈出提示框提示用戶“端口號(hào)輸入錯(cuò)誤，請(qǐng)重新輸入”思犁；
4.????? 系統(tǒng)根據(jù)IP地址與端口號(hào)數(shù)據(jù)代虾，執(zhí)行客戶端發(fā)現(xiàn)操作，并對(duì)操作結(jié)果做如下處理：
a)??????? 若指定IP存在活動(dòng)客戶端激蹲，則將所獲取數(shù)據(jù)存入數(shù)據(jù)庫(kù)表中棉磨，同時(shí)彈出消息框提示用戶“客戶端添加成功”，用戶點(diǎn)擊“確定”按鈕后学辱，清空原界面數(shù)據(jù)以便用戶繼續(xù)添加操作乘瓤；
b)??????? 若不存在环形，則彈出消息框提示用戶“客戶端添加失敗，可能是該客戶端程序未開(kāi)啟”衙傀，用戶點(diǎn)擊“確定”按鈕后抬吟，不清空原界面數(shù)據(jù)以便用戶更正數(shù)據(jù)。
輸出
添加操作執(zhí)行結(jié)果
其他說(shuō)明
1.?????? IP地址必須為IPV4地址格式统抬；
2.?????? 端口號(hào)必須為正整數(shù)值火本；
功能需求編號(hào)：用于將功能需求(即Use case)編碼，以方便需求跟蹤蓄喇。格式一般為R.Func.ModuleName.001发侵。
用戶需求編號(hào)：用于記錄此use case中滿足了哪些用戶需求的功能點(diǎn)，可以是多個(gè)妆偏，編號(hào)來(lái)源于《需求分析報(bào)告》刃鳄；
功能需求描述：一般就是從《需求分析報(bào)告》中各業(yè)務(wù)需求分析得出的功能需求點(diǎn)的集合，每個(gè)Use case涵蓋了所有業(yè)務(wù)需求的相同或相似功能點(diǎn)钱骂；
參與者/角色：用于說(shuō)明哪些角色用戶有權(quán)限執(zhí)行此usecase叔锐；
前置條件：用于說(shuō)明執(zhí)行此use case的系統(tǒng)環(huán)境，例如需要用戶先進(jìn)入某個(gè)功能界面见秽、需要用戶先執(zhí)行了某些操作等愉烙；
輸入：用戶執(zhí)行此use case的數(shù)據(jù)性觸發(fā)條件，例如輸入文本框內(nèi)容解取、點(diǎn)擊某個(gè)按鈕等步责；
輸出：系統(tǒng)執(zhí)行完此use case后的界面結(jié)果性信息展示，例如列表顯示查詢結(jié)果信息禀苦；
處理：用于描述系統(tǒng)執(zhí)行此use case過(guò)程中進(jìn)行的程序處理邏輯步驟蔓肯，不需要達(dá)到偽代碼級(jí)別，但是要條理清晰振乏、步驟明確蔗包，方便將來(lái)在概設(shè)中將各步驟抽象成類方法；
其他說(shuō)明：用于備注執(zhí)行此use case時(shí)的約束性信息或規(guī)范性信息慧邮；
E-R模型圖
E-R圖相對(duì)而言就比較簡(jiǎn)單了调限，援引維基百科上的說(shuō)明應(yīng)該就比較清楚了：
E-R模型,全稱為實(shí)體聯(lián)系模型或?qū)嶓w關(guān)系模型或?qū)嶓w聯(lián)系模式圖(ERD)(Entity-relationship model)由美籍華裔計(jì)算機(jī)科學(xué)家陳品山發(fā)明，是概念數(shù)據(jù)模型的高層描述所使用的數(shù)據(jù)模型或模式圖误澳，它為表述這種實(shí)體聯(lián)系模式圖形式的數(shù)據(jù)模型提供了圖形符號(hào)耻矮。這種數(shù)據(jù)模型典型的用在信息系統(tǒng)設(shè)計(jì)的第一階段；比如它們?cè)?a target="_blank" rel="nofollow">需求分析階段用來(lái)描述信息需求和/或要存儲(chǔ)在數(shù)據(jù)庫(kù)中的信息的類型脓匿。但是數(shù)據(jù)建模技術(shù)可以用來(lái)描述特定論域（就是感興趣的區(qū)域）的任何本體（就是對(duì)使用的術(shù)語(yǔ)和它們的聯(lián)系的概述和分類）淘钟。在基于數(shù)據(jù)庫(kù)的信息系統(tǒng)設(shè)計(jì)的情況下，在后面的階段（通常叫做邏輯設(shè)計(jì)），概念模型要映射到邏輯模型如關(guān)系模型上米母；它依次要在物理設(shè)計(jì)期間映射到物理模型上勾扭。注意，有時(shí)這兩個(gè)階段被一起稱為"物理設(shè)計(jì)"铁瞒。
從這段定義可以得出以下幾點(diǎn)：
a)????????E-R圖是需求分析階段的產(chǎn)物妙色；
b)????????E-R圖是邏輯模型（也就是數(shù)據(jù)庫(kù)表模型）設(shè)計(jì)的基礎(chǔ)，所以應(yīng)該將其歸類在與《概要設(shè)計(jì)說(shuō)明書(shū)》關(guān)系更加緊密的《需求規(guī)格說(shuō)明書(shū)》中慧耍，而不是需求分析的前期階段《需求分析報(bào)告》中身辨；
c)????????E-R圖是一種概念模型的表述方式，是對(duì)現(xiàn)實(shí)世界各類個(gè)體的第一層信息化抽象芍碧，關(guān)注的是這一類個(gè)體的共同屬性煌珊；
d)????????E-R圖也需要將不同類個(gè)體間的通用關(guān)系表述出來(lái)，以便在邏輯設(shè)計(jì)階段將其進(jìn)一步抽象為數(shù)據(jù)表關(guān)系泌豆；
e)????????如果對(duì)面向?qū)ο箝_(kāi)發(fā)比較熟悉定庵，特別是對(duì)OR-Mapping技術(shù)有一定了解的讀者，在此處便可初步總結(jié)出將來(lái)系統(tǒng)中會(huì)用到的實(shí)體對(duì)象(Entity)踪危；
E-R模型是一種比較接近人的思維模式的信息表述方法蔬浙，使用簡(jiǎn)單的圖形符號(hào)表述軟件設(shè)計(jì)師對(duì)問(wèn)題域的理解，即使不熟悉計(jì)算機(jī)技術(shù)的用戶也能理解它贞远，因此畴博，ER模型也可以作為用戶與軟件設(shè)計(jì)師之間有效的交流工具。
實(shí)體(Entity)：具有相同屬性的實(shí)體具有相同的特征和性質(zhì)蓝仲，用實(shí)體名及其屬性名集合來(lái)抽象和刻畫(huà)同類實(shí)體;在E-R圖中用矩形表示俱病，矩形框內(nèi)寫明實(shí)體名；比如學(xué)生張三豐袱结、學(xué)生李尋歡都是實(shí)體庶艾。如果是弱實(shí)體的話，在矩形外面再套實(shí)線矩形擎勘。
屬性(Attribute)：實(shí)體所具有的某一特性，一個(gè)實(shí)體可由若干個(gè)屬性來(lái)刻畫(huà)颖榜。在E-R圖中用橢圓形表示棚饵，并用無(wú)向邊將其與相應(yīng)的實(shí)體連接起來(lái)；比如學(xué)生的姓名掩完、學(xué)號(hào)噪漾、性別、都是屬性且蓬。如果是多值屬性的話欣硼，再橢圓形外面再套實(shí)線橢圓。如果是派生屬性則用虛線橢圓表示恶阴。
聯(lián)系(Relationship)：數(shù)據(jù)對(duì)象彼此之間相互連接的方式稱為聯(lián)系诈胜，也稱為關(guān)系豹障。聯(lián)系可分為以下3種類型：
(1)一對(duì)一聯(lián)系(1∶1)
例如，一個(gè)部門有一個(gè)經(jīng)理焦匈，而每個(gè)經(jīng)理只在一個(gè)部門任職血公，則部門與經(jīng)理的聯(lián)系是一對(duì)一的。
(2)一對(duì)多聯(lián)系(1∶N)
例如缓熟，某校教師與課程之間存在一對(duì)多的聯(lián)系“教”累魔，即每位教師可以教多門課程，但是每門課程只能由一位教師來(lái)教【見(jiàn)下圖】够滑。
(3)多對(duì)多聯(lián)系(M∶N)
例如垦写，上圖表示學(xué)生與課程間的聯(lián)系(“學(xué)”)是多對(duì)多的，即一個(gè)學(xué)生可以學(xué)多門課程彰触，而每門課程可以有多個(gè)學(xué)生來(lái)學(xué)梯投。聯(lián)系也可能有屬性。例如渴析，學(xué)生“學(xué)”某門課程所取得的成績(jī)晚伙，既不是學(xué)生的屬性也不是課程的屬性。由于“成績(jī)”既依賴于某名特定的學(xué)生又依賴于某門特定的課程俭茧，所以它是學(xué)生與課程之間的聯(lián)系“學(xué)”的屬性.
總結(jié)
很多人分不清《需求分析報(bào)告》與《需求規(guī)格說(shuō)明書(shū)》的區(qū)別咆疗，更有甚者，魚(yú)目混珠母债，混淆視聽(tīng)午磁。其實(shí)這些人是不懂用戶需求與功能需求的區(qū)別，而之所以不懂毡们，大部分是因?yàn)闆](méi)有從頭至尾開(kāi)發(fā)過(guò)一個(gè)完整系統(tǒng)迅皇，沒(méi)有做過(guò)全過(guò)程的系統(tǒng)分析與設(shè)計(jì)，不明白各個(gè)分析設(shè)計(jì)階段的真正價(jià)值所在衙熔。
其實(shí)軟件工程這一整設(shè)計(jì)流程就像剝白菜心一樣登颓，只有求實(shí)謹(jǐn)慎、腳踏實(shí)地才能最終取到最鮮嫩的那一顆黃金般的菜心『炻龋現(xiàn)在框咙，我們還只剝了兩層菜葉，若您有興趣痢甘，我們可以一起來(lái)?yè)荛_(kāi)還剩下的幾層緊致但是有路可尋的菜葉喇嘱。
說(shuō)實(shí)在的，寫這種文章真的很耗費(fèi)心力塞栅，寫完半篇文章比工作一天還累者铜。不過(guò)看到洋洋灑灑四千五百字就這么出來(lái)了，也還是挺有成就感的，小小激動(dòng)下作烟，繼續(xù)努力愉粤，后續(xù)把全流程文檔談完，我們?cè)賮?lái)聊聊現(xiàn)在熱情似火的敏捷開(kāi)發(fā)與軟件工程的關(guān)系俗壹。
參考文獻(xiàn)
什么是原型設(shè)計(jì)
http://jiangtao-xu.blog.sohu.com/129532751.html
什么是原型設(shè)計(jì)科汗？
http://blog.sina.com.cn/s/blog_643917d90100gz2h.html
關(guān)于原型設(shè)計(jì)的一些事
初學(xué)UML之-------用例圖
http://blog.csdn.net/dl88250/article/details/1826713
詳解UML建模之用例圖關(guān)系
http://developer.51cto.com/art/201111/302360.htm
用例
http://zh.wikipedia.org/wiki/用例
ER圖
http://wiki.mbalib.com/wiki/ER圖
