1、MES項目需求分析問題的解決方法摘要：在實施 MESMES 項目過程中，首先遇到的問題就是收集項目需求，項目需求是MESMES 項目的起點和開端，未來項目的其他工作都是由這個起點發(fā)展、演變和最終結(jié)束的，因此，對于項目經(jīng)理而言，項目需求 收集的程度和精度決定了項目最終是否成功， 錯誤的、 不完整的需求都會成為項目失敗的罪魁禍?zhǔn)住?本文 以煉化企業(yè)最具代表的 MEMES S項目為例，針對 MESMES 項目在需求分析過程中遇到的各類問題，制定解決辦法。 關(guān)鍵詞：MESMES 系統(tǒng)；需求工程；需求獲取；需求分析1前言在國內(nèi)一些煉化企業(yè)，大型信息化項目紛紛上馬。由于企業(yè)規(guī)模龐大，組織結(jié)構(gòu)復(fù)雜，信息化項

2、目的復(fù)雜程度也隨之提升， 使實施人員在項目開發(fā)初期的需求定義不明確， 需求變 更管理不系統(tǒng)， 使項目范圍界定模糊，功能模塊不完整， 造成項目延期和預(yù)算超支，甚至開 發(fā)出來的某些功能模塊不滿足用戶需求， 或者根本無人使用， 影響了項目的應(yīng)用效果， 增加 了項目后期運維的難度。 鑒于我們在實施信息化項目過程中遇到的這些問題， 本文以煉化企 業(yè)最具代表的 MES 項目為例，首先總結(jié) MES 項目在需求分析過程中遇到的各類問題，并針對這些問題，制定解決辦法。2 MES項目在需求分析階段遇到的問題（ 1）需求分析工作松散，需求信息離散最初實施 MES 項目時，實施人員身兼數(shù)職，既要進(jìn)行需求分析，又要負(fù)責(zé)

3、軟件開發(fā)。其 中，一些軟件開發(fā)人員總是按照軟件開發(fā)的思維邏輯去進(jìn)行需求分析工作，并對需求分析工作限制了很多條條框框， 使需求分析工作遵循于軟件開發(fā)邏輯， 而不是用戶的真正需求。 使 軟件二次開發(fā)工作逐漸偏離實際需求。（2）軟件開發(fā)進(jìn)度滯后最初實施 MES 項目時，項目組實施經(jīng)驗比較欠缺， 個別功能模塊的需求分析工作沒有深 入進(jìn)行。造成這種情況的原因主要是由于實施人員不了解煉化行業(yè)的專業(yè)知識，沒有意識到這個簡單的功能模塊會遇到這么多問題， 也沒有提前對計量相關(guān)人員進(jìn)行需求調(diào)研。 這些問 題，有實施人員經(jīng)驗短缺的因素， 但最重要的因素還是需求分析工作準(zhǔn)備不充分， 調(diào)研不深 入。（ 3）難以提煉項目

4、關(guān)鍵需求由于國內(nèi)對需求工程理論的研究起步較晚， 起點較低。 因此， 項目組許多實施人員并沒 有扎實的需求工程理論基礎(chǔ)， 無法清晰區(qū)分需求獲取和需求分析的不同之處。 更無法規(guī)范的 使用需求工程中的方法學(xué)理論建立項目需求模型。 有些實施人員將需求建模的過程想象的過 于復(fù)雜了。（4） 開發(fā)出的功能模塊無人使用我們實施人員將用戶的需求無限擴大了， 將自己的一些想法強加給用戶了， 替用戶設(shè)計 需求了。這種需求的放大，使辛苦開發(fā)出來的模塊沒有人使用，分散了實施人員的精力，企 業(yè)用戶也對實施人員產(chǎn)生誤會，喪失了開發(fā)信息化項目的信心。（5） 需求變更頻繁發(fā)生此類問題的原因可能既有實施人員的， 又有企業(yè)用戶的，

5、 但項目組畢竟是項目的主導(dǎo)者， 應(yīng)該由項目組牽頭來解決這些問題。而如果項目組在需求分析工作中更加規(guī)范，更加細(xì)致， 就可以避免需求頻繁變更等情況的發(fā)生。3 MES項目需求分析問題的解決方法為了解決 MES 項目出現(xiàn)的需求分析問題， 本章使用需求工程理論， 按需求獲取、需求分 析、需求說明的規(guī)范步驟來制定相應(yīng)的解決方法。3.1 MES 項目需求獲取方法（1） 實施人員要做好需求獲取的各項準(zhǔn)備工作 首先是心理上的準(zhǔn)備。這點往往很容易被忽視。項目組成員首先要有一個平和的心態(tài)，在項目建設(shè)之前就要建立一種互相尊重的文化氛圍。 其次是業(yè)務(wù)知識的準(zhǔn)備。 實施人員要仔 細(xì)學(xué)習(xí)煉化企業(yè)的生產(chǎn)流程和業(yè)務(wù)流程， 掌握

6、基本的業(yè)務(wù)技能。 項目經(jīng)理也要向組內(nèi)人員全 面的介紹項目等情況， 讓大家最大可能的共享項目相關(guān)內(nèi)容， 這樣在討論問題時， 項目成員 會很快達(dá)成共識。最后，各類需求獲取和需求分析的文檔模板要準(zhǔn)備完整，如訪談記錄卡、 調(diào)研問卷、會議紀(jì)要、業(yè)務(wù)流程描述表等。（2） 要制定詳細(xì)的需求獲取計劃“需求捕獲的要點在于計劃性和科學(xué)性， 計劃性體現(xiàn)在對捕獲對象、 問題、時間的計劃， 科學(xué)性則表現(xiàn)出如何有效地選擇合適的捕獲方法” 。此話一語道破的需求獲取過程的關(guān)鍵所 在。但項目經(jīng)理在實施項目過程中，卻很難輕松的實現(xiàn)需求獲取的計劃性和科學(xué)性。 需求獲取的重點就是要確認(rèn)需求獲取的對象，其中包括“人、事、物、關(guān)系” 。

7、項目組要在這個階 段盡最大可能收集足夠的基礎(chǔ)信息，避免在進(jìn)行需求分析時， 基礎(chǔ)信息缺失?！叭恕?，就是與項目需求有關(guān)的所有人員，例如MES 項目中的生產(chǎn)調(diào)度人員、班組操作人員，甚至總經(jīng)理?！笆隆?，就是生產(chǎn)流程或業(yè)務(wù)流程，例如MES 項目中裝置算量?！拔铩本褪菍嵤╉椖克苡玫降脑O(shè)備或物資，例如 MES 項目中的 DCS 儀表?！瓣P(guān)系”，就是它們之間的聯(lián)系。（3） 需求獲取要主動需求獲取是主動與人打交道的過程，既然是進(jìn)行“需求獲取”，項目實施人員在這個階段就要充分發(fā)揮主動性， 不能等著用戶上門來報告需求。 要有一種平等合作的心態(tài)， 要主動 的與用戶接觸。 不要輕易拒絕用戶的需求， 也不能被夸夸其談的

8、用戶所主導(dǎo)， 沉浸在用戶浪 漫主義思想中。對待這種情況， 就要將其它用戶的訪談記錄說給他聽， 讓他感覺出差異，把 他再拉回現(xiàn)實的思維中。同時，我們還要對需求獲取對象有一定的了解，包括性格、習(xí)慣、愛好等，這樣更能拉 近彼此之間的距離。 在以往 MES 項目實施過程中，項目組先給用戶發(fā)需求模板，告知用戶填寫，然后等著用戶反饋需求。但用戶并沒有足夠重視需求模板，簡單寫寫，就返給項目組。 有時等到項目實施完畢， 進(jìn)行使用測試時才發(fā)現(xiàn)， 還有需求沒有收集上來。 這些都是因為項 目組實施人員缺乏主動性。（4） 要不斷的引導(dǎo)用戶需求項目組首先要與用戶進(jìn)行初步訪談， 從宏觀上掌握用戶的基本需求， 了解企業(yè)組織

9、結(jié)構(gòu)、 業(yè)務(wù)流程、信息架構(gòu)等情況。然后對這些基本信息進(jìn)行分析，再與用戶進(jìn)行誘導(dǎo)式的訪談， 站在用戶的角度，一起討論組織結(jié)構(gòu)、業(yè)務(wù)流程、 信息架構(gòu)的合理性。 啟發(fā)用戶改進(jìn)業(yè)務(wù)流 程，提出有價值的需求。這個階段，可使用界面原型法，開發(fā)出簡單的系統(tǒng)界面，幫助用戶 發(fā)現(xiàn)隱藏的需求， 逐漸破解需求模型。 但一定要注意界定項目的需求邊界， 不能無限的擴大 邊界，造成項目需求的泛濫， 最終無法確定項目的目標(biāo)， 要會拒絕用戶的不合理需求。 最后， 與用戶一起確認(rèn)需求。這個過程要反復(fù)的進(jìn)行，直到項目需求被全部挖掘。（5） 合理應(yīng)對需求沖突企業(yè)中不同部門都有不同的利益點，在需求獲取過程中有可能在部門之間產(chǎn)生需求沖

10、 突，要使用各種方法加以解決，如共贏性談判法、轉(zhuǎn)移焦點法等。例如，MES-期項目中有些能耗數(shù)據(jù)生產(chǎn)部門只想自己看，不想讓企業(yè)管理部門看，雙發(fā)產(chǎn)生了需求沖突。經(jīng)驗豐富的項目經(jīng)理建議不如以此為契機，出臺能耗管理細(xì)則， 對能耗使用情況進(jìn)行考核，用得少的獎勵，用得多的懲罰。細(xì)則執(zhí)行后，能耗數(shù)據(jù)大為降低， 生產(chǎn)部門也同意企管部門查看自己的能耗數(shù)據(jù)了，項目經(jīng)理利用轉(zhuǎn)移焦點的方法，解決了需求沖突問題。（6）合理使用不同的需求獲取方法需求獲取的方法多種多樣，如用戶訪談、調(diào)研問卷、頭腦風(fēng)暴、界面原型法、文檔分析 法等。針對不同場景、用戶要采用不同的獲取方法，如表4.1。表 4.1需求獲取方法適用對象Tab. 4

11、.1 Applicati on object of requireme nt elicitati on方法適用對象用戶訪談官理人員、技術(shù)人員頭腦風(fēng)暴技術(shù)人員、信息人員文檔分析業(yè)務(wù)流程界面原型操作人員、管理人員3.2 MES 項目需求分析方法需求分析的過程就是需求建模的過程。 需求建模是輔助需求分析的重要手段， 需求建模 就是利用各種分析方法及工具， 將需求獲取階段收集到的基礎(chǔ)數(shù)據(jù)進(jìn)行整理， 編制需求規(guī)格 說明書，描述項目目標(biāo)和項目需求。主要方法如下：（1）業(yè)務(wù)流程分析項目需求來自業(yè)務(wù)流程，業(yè)務(wù)流程實體包含人、事、物。要對這些業(yè)務(wù)實體進(jìn)行實體分析和用例分析，這里著重關(guān)注報表實體。因為國有企業(yè)的基

12、本流程都是圍繞報表展開的。在業(yè)務(wù)流程分析中，主要采用訪談法，與負(fù)責(zé)該業(yè)務(wù)流程的管理人員訪談，從中收集需求信息。首先要歸納出有關(guān)項目的業(yè)務(wù)流程，編制出需要訪談的對象。 逐一進(jìn)行訪談，尤其要重視業(yè)務(wù)流程之間的銜接之處，重復(fù)和繁瑣的地方，以及影響效率和成本的關(guān)鍵點。要注意業(yè)務(wù)流 程的特性：目標(biāo)性、內(nèi)在性、整體性、動態(tài)性、層次性和結(jié)構(gòu)性。本人根據(jù)分析和研究，確定 MES 項目的業(yè)務(wù)流程范圍：其中， 包括生產(chǎn)計劃與排產(chǎn)、生 產(chǎn)運行管理、生產(chǎn)執(zhí)行、生產(chǎn)統(tǒng)計等領(lǐng)域，具體業(yè)務(wù)流程包括生產(chǎn)計劃、生產(chǎn)調(diào)度、物料移 動、物料平衡、統(tǒng)計平衡、能源計量、生產(chǎn)操作管理、質(zhì)量檢驗、生產(chǎn)統(tǒng)計等。（2）確定需求這個階段的任務(wù)就

13、是對邏輯模型進(jìn)行細(xì)化和補充，對邏輯模型中的節(jié)點進(jìn)行分解，其中包括上文提到的人、事、物、接口等需求。我們可以把這些需求歸納為我們最常用到的幾個 方面，如，功能需求，系統(tǒng)應(yīng)該能夠?qū)崿F(xiàn)或模擬的業(yè)務(wù)功能；報表需求，通過報表展示系統(tǒng) 的主要成果；接口需求，與其它信息系統(tǒng)的數(shù)據(jù)接口；技術(shù)需求，實現(xiàn)上述要求的技術(shù)方法、路線。還可將需求分為系統(tǒng)功能需求、 系統(tǒng)性能需求、應(yīng)用需求、后期運行維護(hù)需求等。 系統(tǒng) 性能需求， 主要指系統(tǒng)的響應(yīng)速度、 數(shù)據(jù)安全和準(zhǔn)確度等。應(yīng)用需求， 主要指用戶在使用系 統(tǒng)時體驗和交互度； 運行維護(hù)需求， 指系統(tǒng)維護(hù)人員在后期維護(hù)系統(tǒng)時的需求。 這些都是系 統(tǒng)方面的需求。 還有一部分需求

14、十分重要， 就是數(shù)據(jù)需求， 其實信息系統(tǒng)的最重要的工作就 是把原始基礎(chǔ)的數(shù)據(jù)轉(zhuǎn)化為信息，因此應(yīng)對用例模型中的節(jié)點之間的信息流進(jìn)行數(shù)據(jù)分析， 整理出系統(tǒng)的數(shù)據(jù)需求。（ 3）合理應(yīng)對需求變更在 MES 項目實施前，我們的腦海里就必須有這樣的想法：“我們要提前去應(yīng)對用戶跳躍式和膨脹式的需求變更” 。一個優(yōu)秀的項目經(jīng)理能夠及時、準(zhǔn)確的對用戶提出的需求進(jìn)行判 斷。項目經(jīng)理能夠判斷出哪些用戶或崗位容易發(fā)生需求變更，并歸納和分類。 項目經(jīng)理允許重要方面的需求不斷的變更和優(yōu)化， 也會斷然采取措施終止不重要需求的變更。 將項目的需 求變更控制在可容忍的范圍內(nèi)， 不至于影響項目的功能和上線時間。因此， 此類問題，

15、 主要 還是看項目經(jīng)理對 MES 項目的駕馭程度，以及前期對關(guān)鍵用戶的引導(dǎo)手段和深度，使他們在項目實施前期盡可能地說出這種 “跳躍式”的需求， 避免他們在項目快要結(jié)束時提出。這些 用戶提出的變更是他們在對項目進(jìn)一步的理解后， 提出的好的， 有助于項目成功實施的需求， 它可以是彌補前期工作的不足，我們應(yīng)該積極的采納。3.3 MES 項目需求說明方法編制需求規(guī)格說明書是需求分析的最后一項工作， 是將需求獲取、 需求分析的結(jié)果進(jìn)行 文檔化表述的過程。 可以把需求規(guī)格說明書當(dāng)作項目的技術(shù)合同， 約束實施方和用戶的各自 要求。 編制需求規(guī)格說明書，要用合適的語言風(fēng)格，并要考慮寫作策略和技巧，這樣才能更

16、好的反映實際需求。需求規(guī)格說明書的語言風(fēng)格要通俗易懂， 不僅技術(shù)人員能夠看懂， 普通用戶也應(yīng)該能夠 輕易理解。 可以采用的語言風(fēng)格主要有自然語言、 圖形化模型和形式化規(guī)格描述， 我們應(yīng)根 據(jù)不同項目和項目團(tuán)隊的特點，選擇不同的風(fēng)格組合。MES 項目與實際生產(chǎn)關(guān)聯(lián)較大，我們就應(yīng)該采用生產(chǎn)用戶常用的語言為主，用圖形化和形式化語言加以描述。國際上通用的需求規(guī)格說明書模板有：國際/ISO 版本、RUP 版本、開發(fā)商自定義模板。在 MES 項目中，我們普遍使用國際 /ISO 版本，該款規(guī)格說明書主要由以下幾個部分組成：（1）編寫說明說明編制說明書的目的和所開發(fā)信息系統(tǒng)的目標(biāo)。 還要說明適用對象， 包括用

17、戶、 實施 人員、開發(fā)人員等。 其中， 還要說明哪部分內(nèi)容適合哪部分人員閱讀和確認(rèn)。 還要對常用專 業(yè)術(shù)語進(jìn)行統(tǒng)一定義和說明，同一個術(shù)語，不能用不同的詞語描述。還包括計量單位等。引 用的國家法規(guī)也要加以說明。（ 2）項目概述對系統(tǒng)實施背景，能夠?qū)崿F(xiàn)的功能， 技術(shù)路線，經(jīng)濟(jì)效益分析等， 并對能夠出現(xiàn)的風(fēng)險 進(jìn)行預(yù)估。（3）需求說明這里面包括，系統(tǒng)功能需求、系統(tǒng)性能需求、系統(tǒng)運行維護(hù)需求、數(shù)據(jù)需求、接口需求 等。系統(tǒng)功能需求， 對系統(tǒng)中的各項功能進(jìn)行詳細(xì)描述； 系統(tǒng)性能需求，對系統(tǒng)的數(shù)據(jù)結(jié)果 精確度，響應(yīng)時間， 連續(xù)運行時間等的說明； 系統(tǒng)運行維護(hù)需求， 維護(hù)人員對如何方便快速 的維護(hù)系統(tǒng)的需求；

18、數(shù)據(jù)需求，數(shù)據(jù)采集歸并方式，數(shù)據(jù)存儲方式，安全維護(hù)風(fēng)險等；接口 需求，其它信息系統(tǒng)對該信息系統(tǒng)軟件接口、硬件接口、通訊接口的需求；系統(tǒng)運行需求，如硬件配置、購買第三方軟件，知識產(chǎn)權(quán)，行業(yè)規(guī)范標(biāo)準(zhǔn)等。最后，應(yīng)該繪制需求邏輯模型 圖本人根據(jù) MES 項目特點，編制了 MES 項目需求規(guī)格說明書模板，如表4.2表 4.2需求規(guī)格說明書Tab. 4.2 Requireme nt specificati on or functional specificati on1. 編寫說明1.1 編寫目的3.51.2 適用對象3.61.3 版本4.1.4 術(shù)語定義1.5 參考資料2. 項目概述2.1 目標(biāo)2.2

19、功能模塊2.3 技術(shù)路線2.4 經(jīng)濟(jì)效益2.5 風(fēng)險評估3. 需求說明3.1 系統(tǒng)功能需求3.2 系統(tǒng)性能需求3.3 系統(tǒng)運行維護(hù)需求3.4 系統(tǒng)接口需求還應(yīng)對表 4.2 中的各項內(nèi)容進(jìn)行擴展完善，由于篇幅有限，僅對系統(tǒng)功能需求進(jìn)行擴展描述，如表 4.3。表 4.3系統(tǒng)功能需求描述Tab. 4.3 Descripti on of the system functional requireme nt3.1 系統(tǒng)功能需求3.1.1 數(shù)據(jù)結(jié)果精確度3.1.2 系統(tǒng)響應(yīng)時間、連續(xù)運行時間3.1.3 輸入輸出要求3.1.4 界面需求3.1.5 功能模塊描述3.1.6 可交互性系統(tǒng)數(shù)據(jù)需求需求邏輯模型圖簽字確認(rèn)4、結(jié)論(1)本文通過研究和分析煉化企業(yè)MES 項目在需求分析階段遇到的問題，總結(jié)出應(yīng)對這些問題的方法，并將這些方法重新應(yīng)用到 MES 三期項