企業門戶項目需求調研指南

    由于企業門戶技術對大多數企業或用戶來說是陌生的，所以企業門戶項目的需求調研采用的工作方法有別于傳統的項目。在實際的實施中通常采用兩種方法。

    第一，原型建模方法。即：構建一個 HTML版本的界面與操作原型，引導用戶嘗試操作，在操作中發現問題，然后不斷完善。注意：在執行該方法的過程中，很多項目組偷懶了，采用JPG靜態圖片的方法來代替操作原型，這是很不可取的。門戶技術對用戶來說本來就陌生，單純使用靜態的幾個圖片根本引導不出用戶的真實想法。等到項目開發差不多了，用戶 試 用時才會發現問題，所以很多項目組抱怨：門戶項目難做，因為用戶需求多變。實際上并不是用戶需求多變，而是一開始就沒有把用戶需求引導出來。 本文 會詳細介紹門戶系統的原型建模方法。

    第二，需求用例。通常，人們認為撰寫需求用例是個比較復雜的工作，所以這種需求調研方法應該只用于大型項目。錯了！門戶中的功能點本來就 繁 瑣，如果不用用例規約定義清楚，用戶根本沒法理解你的需求描述。毫無疑問，不采用用例規約，你壓根就不會拿到用戶的真實需求。 本文 會詳細介紹如何使用需求用例規約方法來撰寫門戶項目的用戶需求描述。

另外，門戶項目涉及的部門、領導、用戶之多，也是空前的，沒有任何一個項目能像門戶一樣涉及企業內幾乎每一個人，所以企業門戶項目需求調研階段的組織非?？简炓粋€項目組的能力。 本文 會著重介紹如何有序地組織門戶項目的需求調研，使項目組快速、有序、保質保量地完成需求調研階段，準確地拿到用戶需求，避免后期需求發生變化，降低項目風險，提高門戶項目的實施質量。

眾所周知，很多軟件項目尤其是大型的集成類項目，由于涉及的部門很多，涉及的應用系統很多、數據庫很多，需求多種多樣，故而需求調研和確認非常重要，甚至直接決定整個項目的成敗。

為了 透徹了解需求，確認用戶的需要，我們經過多年的積累，總結出一二三，如圖 1-1所示。

圖 1-1 　項目需求調研階段堅持的核心理念與思想

一個核心

    一個核心思想指的是我們考慮需求的時候，除了把自己當做用戶來親自使用這套系統外，還要拋開其他的利益沖突，例如，任何人都不要擔心引導并擴展了用戶需求后，是不是增加了自己的工作量。我認為，用戶的利益才是第一位的，需求的擴展帶來的技術變更始終不是問題。我們現在多一點點的付出，可以給用戶將來的使用增加無窮的樂趣。

兩項基本原則

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

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

三個基礎方法

    第一個基礎方法是原型建模迭代技術。

    第二個基礎方法是基于用例規約的需求調研方法。

    第三個方法是足夠多的用戶參與、培訓。

對于以上三個方法，下面將分別進行詳細描述。

門戶的原型建模方法

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

本節介紹如何使用 Portal 建模工具開發一個需求引導與功能確認模型。這個模型的目的是用于啟發用戶思維，引導用戶需求，經過多輪的修正與優化后，再用于用戶確認功能需求。

    這需要在 Eclipse 中安裝一個插件，安裝完成后，啟動 Eclipse ，執行以下步驟。

 ① 創建一個工程，如圖 1-2 所示。

圖 1-2 　創建工程

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

圖 1-3 　選擇工程類型

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

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

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

圖 1-5 　定義第一個角色

⑤創建其他角色，每個角色代表一個用戶群組，具有獨立的權限，例如財務部門用戶組、人力資源部門用戶組、集團領導用戶組等，如圖 1-6 所示。

圖 1-6 　創建其他角色

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

圖 1-7 　輸入角色屬性

 ⑦ 為各個角色創建一級、二級、三級導航菜單。其中， Place 為一級菜單， Page 為二級菜單， Subpage 為三級菜單，如圖 1-8 所示。

 ⑧ 從左邊的導航欄里找到并復制各個 Portlet ，如圖 1-9 所示。

圖 1-8 　為各個角色創建導航菜單

圖 1-9 　復制 Portlet

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

圖 1-10 　為每個 Portlet 編寫內容

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

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

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

圖 1-12   編輯工程

 ? 打開或拷貝 output 文件夾，點擊 index.htm ，即可打開原型，默認界面為所有的角色，如圖 1-13 所示。

  ? 選擇所要使用的角色，可進入該角色的編排頁面，如圖 1-14 所示。

圖 1-13   原型界面

圖 1-14   進入編排頁面

 ? 為了增強演示效果，可以添加一個批處理文件，命名為 “開始演示 .bat ”，內容如圖 1-15 所示。

圖 1-15   批處理文件內容

  讓用戶 試 用模型，提出意見，根據用戶意見多次迭代、優化模型，直至用戶徹底認可。

 至此，原型建模完成。結合下一節將要介紹的用例規約撰寫，讓用戶非常清晰地知道你要把門戶系統設計成什么樣子，以便達成一致認識。