場景描述在企業(yè)信息編碼體系中的應(yīng)用研究

楊卿 常青

[摘 要] 對企業(yè)的信息化現(xiàn)狀和存在的問題進(jìn)行分析，進(jìn)而探討企業(yè)信息資源管理的需求。編碼技術(shù)作為企業(yè)信息資源管理規(guī)范化的基礎(chǔ)工作，探究基于信息資源管理需求，將場景描述的方法應(yīng)用于企業(yè)信息資源編碼過程中的方法，提出方案實(shí)施過程，提高企業(yè)資源項(xiàng)目的匹配度及效率。

[關(guān)鍵詞] 信息資源管理；信息編碼；場景描述；需求共享

doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2014 . 18. 036

[中圖分類號] F270.7 [文獻(xiàn)標(biāo)識碼] A [文章編號] 1673 - 0194（2014）18- 0057- 03

在企業(yè)信息化浪潮決定了企業(yè)信息化與工業(yè)化深度融合的趨勢的背景下，大型制造企業(yè)建立了與研發(fā)、生產(chǎn)、管理等活動相關(guān)的各種信息資源管理業(yè)務(wù)系統(tǒng)。一方面，企業(yè)信息資源管理的使用者涉及全體企業(yè)人員，另一方面，應(yīng)用于企業(yè)運(yùn)營、管理以及決策的信息資源管理活動擁有復(fù)雜多變的業(yè)務(wù)需求和相當(dāng)難度的技術(shù)要求，這就導(dǎo)致企業(yè)花費(fèi)大力氣開發(fā)出來的系統(tǒng)卻往往不能準(zhǔn)確達(dá)到用戶的目標(biāo)需求，企業(yè)的信息資源管理成本愈發(fā)高昂。

因此，需要對企業(yè)信息資源管理項(xiàng)目進(jìn)行必要的需求管理。[1]需求活動以工程化的方法被提出，分析和組織，它應(yīng)用于企業(yè)信息資源管理的活動中，強(qiáng)調(diào)在項(xiàng)目的整個(gè)項(xiàng)目周期中，用戶的參與以及領(lǐng)域?qū)＜业闹笇?dǎo)作用，從而促使項(xiàng)目成果最大地滿足用戶的需求。場景描述作為需求工程領(lǐng)域中的一項(xiàng)重要活動，可以幫助項(xiàng)目開發(fā)者更形象、更直觀地發(fā)現(xiàn)用戶需求，確定項(xiàng)目目標(biāo)。

1 企業(yè)信息資源管理活動現(xiàn)狀

當(dāng)前，企業(yè)的信息資源管理活動側(cè)重于加強(qiáng)企業(yè)信息資源的共享和集成。在企業(yè)建立了各種業(yè)務(wù)系統(tǒng)的前提下[2]，通過建立與企業(yè)中CAPP、PDM、ERP、MES等各業(yè)務(wù)系統(tǒng)集成的信息資源管理系統(tǒng)，運(yùn)用其中的資源編碼管理模塊對信息資源進(jìn)行標(biāo)識，實(shí)現(xiàn)對信息資源編碼項(xiàng)和屬性的全生命周期管理，可以幫助企業(yè)實(shí)現(xiàn)對信息資源的統(tǒng)一管理，支持業(yè)務(wù)信息交互和共享。企業(yè)信息資源編碼作為企業(yè)信息資源管理規(guī)范化、標(biāo)準(zhǔn)化的基礎(chǔ)，能夠有效實(shí)現(xiàn)企業(yè)信息資源共享和數(shù)據(jù)規(guī)范化管理。

然而，高速變化的技術(shù)、日益激烈的競爭以及信息資源管理的復(fù)雜性決定了用戶需求獲取的難度，當(dāng)前大多數(shù)企業(yè)中普遍進(jìn)行的信息資源管理項(xiàng)目并不能取得預(yù)期的成果，原因就在于隨著企業(yè)信息資源系統(tǒng)以及企業(yè)信息資源數(shù)量的飛速增長[3]，信息資源用戶的需求無法被高質(zhì)量地獲取、分析和實(shí)現(xiàn)，需求共享的過程變得困難。[4]企業(yè)的信息資源數(shù)量龐大，存在于科研、生產(chǎn)、管理等所有的業(yè)務(wù)活動中，要對其實(shí)現(xiàn)高效的管理，需要分析企業(yè)信息資源的現(xiàn)狀和特點(diǎn)，梳理信息資源管理活動的需求。這就導(dǎo)致了在信息資源管理項(xiàng)目開發(fā)的過程中，需求工程的應(yīng)用成為十分重要的一步。

在需求工程背景下，通過需求的可跟蹤性，可以[5]將高層目標(biāo)、渴望、期望以及需要更好地轉(zhuǎn)化為系統(tǒng)的需求，提高系統(tǒng)對用戶的滿足程度。借助于場景描述的方法，可以幫助項(xiàng)目開發(fā)者直觀形象地確定企業(yè)編碼管理體系的需求，確定企業(yè)編碼管理系統(tǒng)的行為。

2 場景描述在信息資源活動中的應(yīng)用

2.1 信息資源管理活動的需求

近年來，在系統(tǒng)開發(fā)的過程中，業(yè)界提出了基于場景描述的需求工程方法。在需求工程領(lǐng)域，場景描述方法要比形式化的語言更為精確地刻畫系統(tǒng)行為。在一個(gè)項(xiàng)目開始的初期，讓用戶在一個(gè)假想的系統(tǒng)中查看需求是否被高效地滿足，有助于發(fā)現(xiàn)項(xiàng)目真正的需求。因此，將場景描述的需求建模方法引入到企業(yè)信息資源管理活動中，并滲透至活動的各個(gè)主要階段。[6]場景描述將為企業(yè)提供一個(gè)更為詳細(xì)的結(jié)構(gòu)化需求表達(dá)手段，提高需求準(zhǔn)確度和開發(fā)效率，提升客戶滿意程度。

2.2 場景描述

場景描述是指[7]“一種可能發(fā)生在幾個(gè)對象間有目的的交互行為”。它由一個(gè)或者多個(gè)動作組成，每個(gè)動作表示一個(gè)對象和另一個(gè)對象之間的一次交互。在一個(gè)場景描述中，一系列動作的組合描述了一條唯一的路徑。場景描述側(cè)重描述系統(tǒng)與環(huán)境的交互行為，保證信息資源管理活動對需求的滿足程度。

場景描述主要用于描述資源項(xiàng)目的系統(tǒng)行為，以及系統(tǒng)與外部之間的交互關(guān)系。以下文章中對場景作廣義的理解：不僅幫助描述、解釋信息資源管理項(xiàng)目的功能需求，還用來產(chǎn)生需求規(guī)約說明、驅(qū)動設(shè)計(jì)及系統(tǒng)的演化。

用于場景描述的工具有很多，目前比較流行的有Office 工具、UML、IBM Rational Rhapsody等，這些工具可以實(shí)現(xiàn)對企業(yè)活動項(xiàng)目具體業(yè)務(wù)場景的直觀形象的描述分析，有助于項(xiàng)目的實(shí)施開展，并幫助項(xiàng)目取得預(yù)期成果。

3 基于場景描述的企業(yè)信息編碼研究

在信息資源管理活動中，基于場景描述的需求建模方法嘗試在用戶和開發(fā)人員之間建立一個(gè)共同的需求基礎(chǔ)，并且需求共識貫穿于信息資源活動的整個(gè)過程中，以用戶需求為導(dǎo)向，提高資源項(xiàng)目的匹配度及效率，如圖1所示。

3.1 基于場景描述的信息編碼管理過程

一般的，將場景描述應(yīng)用到信息資源編碼管理項(xiàng)目中可以概括為3個(gè)階段：需求分析、功能分析和設(shè)計(jì)綜合，如圖2所示。

需求分析：目的是基于場景描述的方法，分析原始的利益攸關(guān)者需求，在系統(tǒng)開發(fā)人員與用戶之間就信息資源管理需求達(dá)成共識。該階段先要對用戶需求進(jìn)行獲取并借助有效的手段識別并描述功能需求和非功能需求，根據(jù)用戶需求定義信息資源管理活動的參與者、用例以及它們之間的關(guān)系，確保每條需求都可以被用例滿足。

功能分析：在該階段，功能性的、表現(xiàn)的、接口的以及其他的用戶對信息資源管理項(xiàng)目的需求，通過一系列需求工程的方法將被翻譯成對設(shè)計(jì)資源庫功能的清晰描述，并用來指導(dǎo)后續(xù)的設(shè)計(jì)集成。

設(shè)計(jì)綜合：在綜合考慮所有系統(tǒng)功能的基礎(chǔ)上，進(jìn)行系統(tǒng)的架構(gòu)分析與設(shè)計(jì)，將系統(tǒng)拆分成子系統(tǒng)，然后基于統(tǒng)一架構(gòu)對每一個(gè)用例按子系統(tǒng)進(jìn)行功能分解與分配。選要完成子系統(tǒng)功能流程定義，識別子系統(tǒng)與外界及各子系統(tǒng)之間的交互，完成各子系統(tǒng)的狀態(tài)行為定義。

3.2 需求的驗(yàn)證

以需求規(guī)格說明為基礎(chǔ)輸入，通過符號執(zhí)行、模擬或快速原型等方法，分析和驗(yàn)證需求的正確性和可行性。模型檢測是一種形式化的需求驗(yàn)證方法，在大多數(shù)的需求建模工具中，模型檢測模塊能夠自動地實(shí)現(xiàn)抽象系統(tǒng)的一致性檢測。

如圖2中的功能分析階段，信息資源管理項(xiàng)目中的每個(gè)用例都被轉(zhuǎn)化成一個(gè)可執(zhí)行的用例功能模型，每個(gè)用例的需求通過該用例模型的執(zhí)行來驗(yàn)證，可以對最初的功能需求進(jìn)行鑒定驗(yàn)證，檢驗(yàn)最后的模型對用戶需求的滿足程度。需求的驗(yàn)證過程保證了能在項(xiàng)目開發(fā)的早期發(fā)現(xiàn)錯(cuò)誤，進(jìn)而幫助項(xiàng)目開發(fā)人員提高整個(gè)項(xiàng)目開發(fā)過程的可靠性。

4 信息編碼管理系統(tǒng)內(nèi)容

需求分析在企業(yè)信息資源管理的應(yīng)用中，需要借助有效的需求分析工具，對需求進(jìn)行建模。以企業(yè)產(chǎn)品設(shè)計(jì)階段和工藝階段為例，描述企業(yè)信息資源的應(yīng)用場景如圖3所示。

存在于企業(yè)科研、生產(chǎn)和管理等所有的業(yè)務(wù)活動中的信息資源數(shù)量越來越龐大，要實(shí)現(xiàn)對信息資源有效、統(tǒng)一的管理，需要分析企業(yè)信息資源的現(xiàn)狀和特點(diǎn)，在充分理解所有用戶的需求的基礎(chǔ)上，要做好幾個(gè)重點(diǎn)方面的工作。

統(tǒng)一編碼標(biāo)準(zhǔn)體系：當(dāng)前，大部分現(xiàn)代企業(yè)在企業(yè)內(nèi)部已經(jīng)形成一定數(shù)量的代碼，但企業(yè)標(biāo)準(zhǔn)與標(biāo)準(zhǔn)之間、方法與方法之間的協(xié)調(diào)與參照關(guān)系缺乏頂層的設(shè)計(jì)。[8]因此需要將企業(yè)的信息對象分類編碼體系化，使編碼標(biāo)準(zhǔn)之間互相協(xié)調(diào)，實(shí)現(xiàn)對信息編碼對象的規(guī)范化管理，為企業(yè)的核心業(yè)務(wù)服務(wù)。

信息資源管理制度及規(guī)范：為了提高信息在企業(yè)內(nèi)傳遞和使用的規(guī)范性，保證信息流通的安全性，需要制定企業(yè)級的信息資源管理制度及規(guī)范，明確信息傳遞的流程以及相關(guān)主管和使用部門的職責(zé)，確保信息資源合理有效的利用。[9]

現(xiàn)有數(shù)據(jù)的治理：大型制造企業(yè)中“信息孤島”現(xiàn)象嚴(yán)重，導(dǎo)致信息需求不能共享、信息傳遞不夠順暢，因此需要制定規(guī)范的數(shù)據(jù)標(biāo)準(zhǔn)，對各業(yè)務(wù)系統(tǒng)中的數(shù)據(jù)進(jìn)行治理，實(shí)現(xiàn)數(shù)據(jù)的統(tǒng)一標(biāo)識和描述。

統(tǒng)一的信息化管理平臺：建立獨(dú)立于各業(yè)務(wù)系統(tǒng)之外的、可以被各業(yè)務(wù)系統(tǒng)共享和應(yīng)用的、依托信息編碼查詢和管理信息資源的信息資源管理系統(tǒng)，可以減少重復(fù)勞動，提高工作效率，精確管理成本。

5 結(jié)束語

信息資源是現(xiàn)代企業(yè)賴以生存的核心因素之一，而信息資源的管理依賴于信息技術(shù)的發(fā)展，因此對于企業(yè)來說，對信息資源管理技術(shù)的研究有著重要的實(shí)際意義。目前，場景描述的方法主要用在企業(yè)軟件項(xiàng)目開發(fā)的過程中，而基于場景描述的信息資源管理項(xiàng)目開發(fā)還處于初始研究階段，尚沒有提出系統(tǒng)性的實(shí)施和解決方案。本文針對企業(yè)信息資源管理項(xiàng)目開發(fā)的特點(diǎn)，提出了基于場景描述的信息資源管理項(xiàng)目開發(fā)方法，對于其可以選擇的具體工作方式和采用的技術(shù)工具沒有進(jìn)行更加深入的探討，可將此作為進(jìn)一步研究的方向。

主要參考文獻(xiàn)

[1]李勇華.目標(biāo)和場景相結(jié)合的需求工程[D].武漢：武漢大學(xué)，2006.

[2] 劉清華，萬立，熊體凡.編碼支撐系統(tǒng)的開發(fā)與應(yīng)用[J].計(jì)算機(jī)應(yīng)用，2003，23（11）：59-62.

[3]Christ of Ebert.Systematisches Requirements Engineering[M].洪浪，譯.北京：機(jī)械工業(yè)出版社，2013.

[4]程琪，常青.大型制造企業(yè)信息資源管理方法研究[J] .中國制造業(yè)信息化，2012（9）：20-22.

[5]M Elizabeth，C Hull， Ken Jackson，etc.需求工程[M].韓柯，譯.北京：清華大學(xué)出版社，2003.

[6]凌晨.基于場景描述的MIS需求工程研究[D].上海：同濟(jì)大學(xué)，2007.

[7]R Kazman，G Abowd. L Bass，etc. Scenario-based Analysis of Software Aichitecture[J] .IEEE Software，1996（11），47-53.

[8]王丙義.信息分類與編碼 [M].北京：國防工業(yè)出版社，2003.

[9]Fred A Cummins.Enterprise Integration：An Architecture for Enterprise Application and Systems Integration [M].New York：John Wiley & Sons，2002.