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

創(chuàng)新互聯(lián)建站企業(yè)建站,10年網(wǎng)站建設經(jīng)驗，專注于網(wǎng)站建設技術，精于網(wǎng)頁設計，有多年建站和網(wǎng)站代運營經(jīng)驗，設計師為客戶打造網(wǎng)絡企業(yè)風格，提供周到的建站售前咨詢和貼心的售后服務。對于做網(wǎng)站、成都網(wǎng)站制作中不同領域進行深入了解和探索，創(chuàng)新互聯(lián)在網(wǎng)站建設中充分了解客戶行業(yè)的需求，以靈動的思維在網(wǎng)頁中充分展現(xiàn)，通過對客戶行業(yè)精準市場調研，為客戶提供的解決方案。

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

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

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

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

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

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

一個核心

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

兩項基本原則

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

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

三個基礎方法

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

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

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

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

門戶的原型建模方法

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

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

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

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

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

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

圖 1-3 　選擇工程類型

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

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

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

圖 1-5 　定義第一個角色

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

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

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

圖 1-7 　輸入角色屬性

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

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

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

圖 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   批處理文件內容

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

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

分享標題：企業(yè)門戶項目需求調研指南
文章來源：http://chinadenli.net/article0/jijsio.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站制作、Google、面包屑導航、商城網(wǎng)站、標簽優(yōu)化、搜索引擎優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)