企業(yè)門(mén)戶項(xiàng)目需求調(diào)研指南

    由于企業(yè)門(mén)戶技術(shù)對(duì)大多數(shù)企業(yè)或用戶來(lái)說(shuō)是陌生的，所以企業(yè)門(mén)戶項(xiàng)目的需求調(diào)研采用的工作方法有別于傳統(tǒng)的項(xiàng)目。在實(shí)際的實(shí)施中通常采用兩種方法。

    第一，原型建模方法。即：構(gòu)建一個(gè) HTML版本的界面與操作原型，引導(dǎo)用戶嘗試操作，在操作中發(fā)現(xiàn)問(wèn)題，然后不斷完善。注意：在執(zhí)行該方法的過(guò)程中，很多項(xiàng)目組偷懶了，采用JPG靜態(tài)圖片的方法來(lái)代替操作原型，這是很不可取的。門(mén)戶技術(shù)對(duì)用戶來(lái)說(shuō)本來(lái)就陌生，單純使用靜態(tài)的幾個(gè)圖片根本引導(dǎo)不出用戶的真實(shí)想法。等到項(xiàng)目開(kāi)發(fā)差不多了，用戶 試 用時(shí)才會(huì)發(fā)現(xiàn)問(wèn)題，所以很多項(xiàng)目組抱怨：門(mén)戶項(xiàng)目難做，因?yàn)橛脩粜枨蠖嘧?。?shí)際上并不是用戶需求多變，而是一開(kāi)始就沒(méi)有把用戶需求引導(dǎo)出來(lái)。 本文 會(huì)詳細(xì)介紹門(mén)戶系統(tǒng)的原型建模方法。

    第二，需求用例。通常，人們認(rèn)為撰寫(xiě)需求用例是個(gè)比較復(fù)雜的工作，所以這種需求調(diào)研方法應(yīng)該只用于大型項(xiàng)目。錯(cuò)了！門(mén)戶中的功能點(diǎn)本來(lái)就 繁 瑣，如果不用用例規(guī)約定義清楚，用戶根本沒(méi)法理解你的需求描述。毫無(wú)疑問(wèn)，不采用用例規(guī)約，你壓根就不會(huì)拿到用戶的真實(shí)需求。 本文 會(huì)詳細(xì)介紹如何使用需求用例規(guī)約方法來(lái)撰寫(xiě)門(mén)戶項(xiàng)目的用戶需求描述。

另外，門(mén)戶項(xiàng)目涉及的部門(mén)、領(lǐng)導(dǎo)、用戶之多，也是空前的，沒(méi)有任何一個(gè)項(xiàng)目能像門(mén)戶一樣涉及企業(yè)內(nèi)幾乎每一個(gè)人，所以企業(yè)門(mén)戶項(xiàng)目需求調(diào)研階段的組織非?？简?yàn)一個(gè)項(xiàng)目組的能力。 本文 會(huì)著重介紹如何有序地組織門(mén)戶項(xiàng)目的需求調(diào)研，使項(xiàng)目組快速、有序、保質(zhì)保量地完成需求調(diào)研階段，準(zhǔn)確地拿到用戶需求，避免后期需求發(fā)生變化，降低項(xiàng)目風(fēng)險(xiǎn)，提高門(mén)戶項(xiàng)目的實(shí)施質(zhì)量。

眾所周知，很多軟件項(xiàng)目尤其是大型的集成類(lèi)項(xiàng)目，由于涉及的部門(mén)很多，涉及的應(yīng)用系統(tǒng)很多、數(shù)據(jù)庫(kù)很多，需求多種多樣，故而需求調(diào)研和確認(rèn)非常重要，甚至直接決定整個(gè)項(xiàng)目的成敗。

為了 透徹了解需求，確認(rèn)用戶的需要，我們經(jīng)過(guò)多年的積累，總結(jié)出一二三，如圖 1-1所示。

圖 1-1 　項(xiàng)目需求調(diào)研階段堅(jiān)持的核心理念與思想

一個(gè)核心

    一個(gè)核心思想指的是我們考慮需求的時(shí)候，除了把自己當(dāng)做用戶來(lái)親自使用這套系統(tǒng)外，還要拋開(kāi)其他的利益沖突，例如，任何人都不要擔(dān)心引導(dǎo)并擴(kuò)展了用戶需求后，是不是增加了自己的工作量。我認(rèn)為，用戶的利益才是第一位的，需求的擴(kuò)展帶來(lái)的技術(shù)變更始終不是問(wèn)題。我們現(xiàn)在多一點(diǎn)點(diǎn)的付出，可以給用戶將來(lái)的使用增加無(wú)窮的樂(lè)趣。

兩項(xiàng)基本原則

    第一項(xiàng)基本原則是重點(diǎn)關(guān)注最關(guān)鍵用戶的關(guān)注點(diǎn)。如果不是用戶關(guān)心和需要我們解決的問(wèn)題，即使投入再多的精力其結(jié)果也是事倍功半，我們的效率與用戶的成本息息相關(guān)。我們把精力聚焦于用戶最關(guān)心的問(wèn)題、用戶最頭疼的事情、用戶最需要我們解決的問(wèn)題，是在節(jié)省我們的成本，更是在節(jié)省用戶的成本。一個(gè)講求效率和成本的項(xiàng)目組，相信是所有用戶都需要的。

    第二項(xiàng)基本原則是變用戶 “我想要的”為“我需要的”。在一些需求復(fù)雜的項(xiàng)目尤其是大型的門(mén)戶集成項(xiàng)目中，用戶往往表達(dá)不清楚自己的軟件需求，他們只能從自己的業(yè)務(wù)角度講想要什么，但是他們想要的東西離真正的軟件需求與設(shè)計(jì)還有很大的距離。我們需要借助大量的項(xiàng)目經(jīng)驗(yàn)，循循善誘，將用戶想要的東西表達(dá)清楚，然后轉(zhuǎn)換成軟件需求，并制作系統(tǒng)原型，給用戶確認(rèn)。在用戶使用了系統(tǒng)原型并提出意見(jiàn)后，我們來(lái)修正需求理解和系統(tǒng)模型，并對(duì)需求描述進(jìn)行迭代 。經(jīng)過(guò)多輪、多層次的需求迭代，讓每個(gè)用戶都滿意后，基本上可以達(dá)到最大程度地理解和掌握用戶的真正需求，保證軟件下階段的設(shè)計(jì)工作接近用戶的實(shí)際需要，從而保證整個(gè)項(xiàng)目的成功。

三個(gè)基礎(chǔ)方法

    第一個(gè)基礎(chǔ)方法是原型建模迭代技術(shù)。

    第二個(gè)基礎(chǔ)方法是基于用例規(guī)約的需求調(diào)研方法。

    第三個(gè)方法是足夠多的用戶參與、培訓(xùn)。

對(duì)于以上三個(gè)方法，下面將分別進(jìn)行詳細(xì)描述。

門(mén)戶的原型建模方法

    系統(tǒng)需求建模的意思是根據(jù)用例規(guī)約生成的各種場(chǎng)景，匯總成一個(gè)一體化的綜合需求描述，并由用戶交互接口設(shè)計(jì)師（美工）制作翔實(shí)的 HTML 版本的系統(tǒng)模擬，然后請(qǐng)用戶嘗試使用。這種原型建模要高于傳統(tǒng)的界面設(shè)計(jì)，更高于效果圖，它在最大程度上接近于用戶最終使用的系統(tǒng)，有助于用戶理解和了解將來(lái)的系統(tǒng)功能，及時(shí)提出不符合要求的操作點(diǎn)。

本節(jié)介紹如何使用 Portal 建模工具開(kāi)發(fā)一個(gè)需求引導(dǎo)與功能確認(rèn)模型。這個(gè)模型的目的是用于啟發(fā)用戶思維，引導(dǎo)用戶需求，經(jīng)過(guò)多輪的修正與優(yōu)化后，再用于用戶確認(rèn)功能需求。

    這需要在 Eclipse 中安裝一個(gè)插件，安裝完成后，啟動(dòng) Eclipse ，執(zhí)行以下步驟。

 ① 創(chuàng)建一個(gè)工程，如圖 1-2 所示。

圖 1-2 　創(chuàng)建工程

    ②選擇工程類(lèi)型為： Portal 模型工程，如圖 1-3 所示。

圖 1-3 　選擇工程類(lèi)型

 ③ 為 Portal 原型建模工程命名，如圖 1-4 所示。

圖 1-4 　為 Portal 原型建模工程命名

 ④ 定義第一個(gè)角色：匿名用戶組，如圖 1-5 所示。

圖 1-5 　定義第一個(gè)角色

⑤創(chuàng)建其他角色，每個(gè)角色代表一個(gè)用戶群組，具有獨(dú)立的權(quán)限，例如財(cái)務(wù)部門(mén)用戶組、人力資源部門(mén)用戶組、集團(tuán)領(lǐng)導(dǎo)用戶組等，如圖 1-6 所示。

圖 1-6 　創(chuàng)建其他角色

     ⑥ 輸入該角色的屬性，并創(chuàng)建更多的角色，如圖 1-7 所示。

圖 1-7 　輸入角色屬性

 ⑦ 為各個(gè)角色創(chuàng)建一級(jí)、二級(jí)、三級(jí)導(dǎo)航菜單。其中， Place 為一級(jí)菜單， Page 為二級(jí)菜單， Subpage 為三級(jí)菜單，如圖 1-8 所示。

 ⑧ 從左邊的導(dǎo)航欄里找到并復(fù)制各個(gè) Portlet ，如圖 1-9 所示。

圖 1-8 　為各個(gè)角色創(chuàng)建導(dǎo)航菜單

圖 1-9 　復(fù)制 Portlet

 ⑨ 使用 HTML 語(yǔ)法和 XML 語(yǔ)法（ xlst ）為每個(gè) Portlet 編寫(xiě)內(nèi)容，如圖 1-10 所示。支持文字、表格、圖片、 JavaScript 事件等，頁(yè)面或頁(yè)面之間可以有復(fù)雜的邏輯。

圖 1-10 　為每個(gè) Portlet 編寫(xiě)內(nèi)容

    ⑩為每個(gè)角色的各個(gè)頁(yè)面編排布局，排放 Portlet ，如圖 1-11 所示。其中 Panel 為列，每個(gè)頁(yè)面上放置幾個(gè) Panel 就是安排幾列。為每個(gè) Portlet 指定名稱(chēng)和 Portlet 源代碼包。

圖 1-11 　編排布局，排放 Portlet

 ? 在 wem 文件焦點(diǎn)下，編譯工程，如圖 1-12 所示。

圖 1-12   編輯工程

 ? 打開(kāi)或拷貝 output 文件夾，點(diǎn)擊 index.htm ，即可打開(kāi)原型，默認(rèn)界面為所有的角色，如圖 1-13 所示。

  ? 選擇所要使用的角色，可進(jìn)入該角色的編排頁(yè)面，如圖 1-14 所示。

圖 1-13   原型界面

圖 1-14   進(jìn)入編排頁(yè)面

 ? 為了增強(qiáng)演示效果，可以添加一個(gè)批處理文件，命名為 “開(kāi)始演示 .bat ”，內(nèi)容如圖 1-15 所示。

圖 1-15   批處理文件內(nèi)容

  讓用戶 試 用模型，提出意見(jiàn)，根據(jù)用戶意見(jiàn)多次迭代、優(yōu)化模型，直至用戶徹底認(rèn)可。

 至此，原型建模完成。結(jié)合下一節(jié)將要介紹的用例規(guī)約撰寫(xiě)，讓用戶非常清晰地知道你要把門(mén)戶系統(tǒng)設(shè)計(jì)成什么樣子，以便達(dá)成一致認(rèn)識(shí)。