系統(tǒng)開發(fā)的主要方法精品(七篇)

序論：寫作是一種深度的自我表達(dá)。它要求我們深入探索自己的思想和情感，挖掘那些隱藏在內(nèi)心深處的真相，好投稿為您帶來了七篇系統(tǒng)開發(fā)的主要方法范文，愿它們成為您寫作過程中的靈感催化劑，助力您的創(chuàng)作。

篇(1)

關(guān)鍵詞：軟件工程 管理信息系統(tǒng) 系統(tǒng)開發(fā)

中圖分類號：TP311.5 文獻(xiàn)標(biāo)識碼：A 文章編號：1672-3791（2014）10（c）-0013-01

目前人們已經(jīng)意識到了軟件工程思想在管理信息系統(tǒng)開發(fā)中的重要性，但是其重視程度還遠(yuǎn)遠(yuǎn)不夠。在管理系統(tǒng)開發(fā)的過程中如果不將軟件工程思想運(yùn)用到其中，那么開發(fā)者在對管理系統(tǒng)進(jìn)行分析時，可能會依據(jù)信息系統(tǒng)管理理論構(gòu)建出略顯呆板的管理信息系統(tǒng)框架，無法得到一個友好的用戶界面，及適合用戶使用的系統(tǒng)，這樣的系統(tǒng)在現(xiàn)在的開發(fā)中，是一個失敗的系統(tǒng)。因此在軟件開發(fā)中應(yīng)當(dāng)將軟件工程理念應(yīng)用到管理信息系統(tǒng)開發(fā)中。

1 開發(fā)管理信息系統(tǒng)中存在的問題

通常情況下，現(xiàn)在的管理信息系統(tǒng)都具有復(fù)雜化、大型化，受傳統(tǒng)開發(fā)理念制約等特點(diǎn)，因此管理信息系統(tǒng)的開發(fā)面臨著許多問題。當(dāng)前，管理信息系統(tǒng)開發(fā)主要面臨的問題有以下幾點(diǎn)。

1.1 模型呆板，理論化嚴(yán)重

傳統(tǒng)的管理信息系統(tǒng)開發(fā)比較注重自身，輕視了軟件工程思想的重要性，在上文中我們已經(jīng)介紹了這種做法的弊端，一個無法讓客戶滿意的系統(tǒng)開發(fā)出來也必將是一個失敗的系統(tǒng)。模型的呆板，必將導(dǎo)致用戶界面的呆板，這樣的系統(tǒng)勢必不會被用戶所接受[1]。

1.2 結(jié)構(gòu)化分析無法解決復(fù)雜的技術(shù)和管理問題

依據(jù)管理信息系統(tǒng)理論將系統(tǒng)開發(fā)分為三階段：第一階段為系統(tǒng)分析，第二階段為系統(tǒng)設(shè)計，第三階段為系統(tǒng)實施。在第一階段，管理信息系統(tǒng)理論通常為結(jié)構(gòu)化分析，對結(jié)構(gòu)的闡述通常需要通過數(shù)據(jù)流圖和數(shù)據(jù)詞典來完成，采用此種方法雖然可以使需求分析變得更加簡單，系統(tǒng)的邏輯性更加符合標(biāo)準(zhǔn)化。但是系統(tǒng)的開發(fā)周期將會變得更長，整個開發(fā)過程也會變得更加復(fù)雜，系統(tǒng)對環(huán)境的依賴性較強(qiáng)，一旦環(huán)境發(fā)生變化，軟件將有可能無法繼續(xù)使用，因此該種分析方法可能會直接造成系統(tǒng)開發(fā)失敗[2]。

1.3 缺少管理，造成質(zhì)量評估不準(zhǔn)

在管理信息系統(tǒng)開發(fā)中，沒有將管理理念合適的引入到開發(fā)之中，將會導(dǎo)致對軟件的質(zhì)量評估出現(xiàn)問題。沒有合理的軟件質(zhì)量度量，無法對系統(tǒng)進(jìn)行詳細(xì)的安排，也無法對系統(tǒng)的可行性進(jìn)行合理的評價，更無法對所需要的資金進(jìn)行評估，最終將會造成對整個系統(tǒng)的質(zhì)量評估出現(xiàn)誤差[3]。

1.4 閉門造車，導(dǎo)致開發(fā)周期過長

在軟件開發(fā)過程中還有許多軟件開發(fā)者，一意孤行，聽不進(jìn)別人的意見。他們具有“英雄主義情懷”。一個人將所有的開發(fā)任務(wù)都攬到自己身上，他們在軟件開發(fā)過程中習(xí)慣一切從零開始，他們認(rèn)為這樣的軟件開發(fā)過程才是正統(tǒng)的，不去參考相關(guān)的成功經(jīng)驗，這樣勢必會使開發(fā)周期變得更長。

2 解決開發(fā)中存在的問題

造成軟件開發(fā)過程中種種問題的主要原因是開發(fā)方法和理念的不當(dāng)，目前所謂的經(jīng)驗化開發(fā)，主要就是利用模塊化和結(jié)構(gòu)化設(shè)計思想對開發(fā)工作進(jìn)行安排。一旦系統(tǒng)的需求發(fā)生變化時，系統(tǒng)的開發(fā)人員通常先對當(dāng)前系統(tǒng)進(jìn)行調(diào)試，依據(jù)調(diào)試結(jié)果進(jìn)行修改，這樣系統(tǒng)出現(xiàn)問題的概率就會有所提高[4]。一般情況下，由于用戶無法對自己的清楚進(jìn)行描述，或隨著時間的推移用戶可能對系統(tǒng)的需求發(fā)生變化，因此系統(tǒng)開發(fā)者就需要不斷的依據(jù)用戶的需求，對系統(tǒng)進(jìn)行調(diào)整，采用這的形式進(jìn)行系統(tǒng)開發(fā)，將要付出嚴(yán)重的代價，是十分不可取的。因此，要想合理的解決管理信息系統(tǒng)開發(fā)中存在的種種問題，就必須將管理信息系統(tǒng)當(dāng)作一種“商品”，通過合理的軟件工程方法提高“商品”的質(zhì)量，因此在管理信息系統(tǒng)開發(fā)中將軟件工程理念的運(yùn)用引進(jìn)迫在眉睫[5]。

2.1 將軟件工程方法引入到管理信息系統(tǒng)開發(fā)中

開發(fā)管理信息系統(tǒng)是一項復(fù)雜的工程，因此要取得成功就必須要將軟件工程理論貫徹到管理信息系統(tǒng)開發(fā)之中。嚴(yán)謹(jǐn)、科學(xué)、規(guī)范是成功開發(fā)管理信息系統(tǒng)的前提。所以在開發(fā)中，應(yīng)當(dāng)在合適的時候?qū)浖こ痰姆椒右詰?yīng)用，這樣在兩種理論的指導(dǎo)下，管理信息系統(tǒng)的適用性將會得到進(jìn)一步的提高。

2.2 面向?qū)ο蠓治龇ǖ膽?yīng)用

面向?qū)ο蠓治龇ㄔ谲浖_發(fā)中得到了廣泛的應(yīng)用，并且已經(jīng)處于了一個相對成熟的階段，因此在管理信息系統(tǒng)開發(fā)中完全可以大膽的對其進(jìn)行使用，使面向?qū)ο蠹夹g(shù)能夠在管理信息系統(tǒng)開發(fā)中發(fā)揮其作用。例如，將對象概念進(jìn)行引入，對實體進(jìn)行描述，結(jié)合類圖、數(shù)據(jù)傳遞圖等分析非結(jié)構(gòu)信息，從而建立合理的非結(jié)構(gòu)模型。如果情況需要，我們也可以將形式化方法引入到系統(tǒng)開發(fā)之中，用嚴(yán)謹(jǐn)?shù)恼Z言對客戶的需求進(jìn)行定義。這樣系統(tǒng)開發(fā)人員可以依據(jù)語言和圖，對用戶的需求進(jìn)行詳細(xì)、合理的分析，最終開發(fā)出讓用戶滿意的系統(tǒng)。

2.3 加強(qiáng)項目管理工作

項目管理在軟件開發(fā)中有著中重要作用，它在軟件工程中的主要任務(wù)是：制定計劃、分配任務(wù)；依據(jù)進(jìn)度進(jìn)行風(fēng)險管理、成本管理、質(zhì)量管理，最終實現(xiàn)對軟件的成功開發(fā)。軟件開發(fā)能否取得成功，很大程度上受軟件工程管理的影響。軟件工程現(xiàn)階段在項目管理上已經(jīng)形成了一套健全的理論。在管理信息系統(tǒng)開發(fā)中，可以利用軟件工程理論對管理信息系統(tǒng)的開發(fā)進(jìn)行評估和管理，合理的評估和管理將會提高管理信息系統(tǒng)成功的概率[6]。

2.4 對原有軟件原型進(jìn)行利用

軟件開發(fā)者可以利用軟件原型提高客戶對軟件的滿意程度，原型可以是實化產(chǎn)品，消除軟件原型是一種行之有效的技術(shù)，可以利用這種技術(shù)提高客戶對產(chǎn)品的滿意程度。因需求的不確定會導(dǎo)致開發(fā)人員在開發(fā)過程中形成疑惑，原型的建立可以對系統(tǒng)開發(fā)過程中的不確定性進(jìn)行糾正。原型可以使項目經(jīng)理、用戶、技術(shù)項目風(fēng)險承擔(dān)者對軟件的理解更加透徹。

2.5 利用構(gòu)件技術(shù)避免重復(fù)開發(fā)

要想管理信息系統(tǒng)開發(fā)的效率和質(zhì)量能夠得到保障，不僅需要有高質(zhì)量的需求，同時還需要利用重復(fù)開發(fā)技術(shù)對系統(tǒng)開發(fā)予以支持?？蓪?gòu)件思想和建模思想應(yīng)用到管理信息系統(tǒng)開發(fā)之中，構(gòu)件相當(dāng)于生產(chǎn)預(yù)制板的模子，構(gòu)件實例相當(dāng)于建筑上的預(yù)制板，將預(yù)定板組合在一起就構(gòu)成了高樓。用構(gòu)件產(chǎn)生構(gòu)件實例，通過構(gòu)件實例的組裝和控制來構(gòu)造應(yīng)用軟件，這也是目前比較先進(jìn)的方法。

3 結(jié)語

管理信息系統(tǒng)的建立和使用都是一項復(fù)雜的工程，在整個過程中需要投入大量的財力、物物力、人力，要想在管理信息系統(tǒng)開發(fā)過程中取得成功并不是一件容易的事，因此在管理信息系統(tǒng)建設(shè)階段應(yīng)當(dāng)將軟件工程思想應(yīng)用到系統(tǒng)開發(fā)中，改善管理信息系統(tǒng)開發(fā)中的缺陷，形成一套科學(xué)合理的開發(fā)體系。

參考文獻(xiàn)

[1] 涂海麗，陸玲.軟件工程思想在管理系統(tǒng)開發(fā)中的應(yīng)用探討[J].電腦知識與技術(shù)，2011，10（13）：17-18.

[2] 韓生利，狄明.軟件工程思想在有線電視管理信息系統(tǒng)開發(fā)中的應(yīng)用[J].有線電視技術(shù)，2013，12（3）：21-22.

[3] 王建良.面向?qū)ο蠓椒ㄔ诠芾硐到y(tǒng)開發(fā)中的深入應(yīng)用研究[J].南京航空航天大學(xué)，2012，11（11）：27-28.

[4] 王子嘵，孟慶祥.林權(quán)證管理信息系統(tǒng)開發(fā)中軟件工程理論的應(yīng)用[J].中南林業(yè)調(diào)查規(guī)劃，2013，11（3）：31-32.

篇(2)

[關(guān)鍵詞]DMBIA信息構(gòu)建信息系統(tǒng)開發(fā)信息構(gòu)建師

一、引言

信息構(gòu)建（InformationArchitecture簡稱IA），是美國建筑師沃爾曼（RichardSaulWurman）在1975年首次提出的。在將信息的收集、組織和表示與建造建筑物的相應(yīng)過程進(jìn)行比較之后，其認(rèn)為在滿足使用者需求這一點(diǎn)上，構(gòu)筑信息建筑物與構(gòu)筑物理建筑物有異曲同工之處，都可以看成是一種服務(wù)于特定目標(biāo)的建筑設(shè)計工作，由此創(chuàng)造性的提出了IA這樣一個概念，并在此基礎(chǔ)上將其應(yīng)用到各個領(lǐng)域中。

信息構(gòu)建在國外的研究已30多年，近十年的發(fā)展最為突出，從2000年開始，美國情報科學(xué)技術(shù)學(xué)會（ASIST）已經(jīng)連續(xù)六年舉辦了以IA為主題的峰會，而在中國，則開始于2001年在湖北襄樊召開的新世紀(jì)情報學(xué)學(xué)科建設(shè)、發(fā)展與應(yīng)用研討會。而其在中國的真正研究與推廣則可以視2001年在湖北襄樊召開的新世紀(jì)情報學(xué)學(xué)科建設(shè)、發(fā)展與應(yīng)用研討會為起點(diǎn)。IA發(fā)展的主要推動力是信息載體及其所依托環(huán)境的不斷變化，特別是因特網(wǎng)的迅速普及和推廣，使得企業(yè)面臨很大的信息爆炸，信息生態(tài)環(huán)境日漸復(fù)雜、冗余，如何從復(fù)雜繁多的信息中把握提取對企業(yè)有用的信息成為企業(yè)成功的關(guān)鍵因素之一。而IA理論在某種程度上能夠解決或者說是緩解這一問題，它的出發(fā)點(diǎn)在于關(guān)注用戶的感受，體現(xiàn)以人為本的宗旨，努力改善信息瀏覽、信息檢索和數(shù)據(jù)交換等各方面的信息處理和展示，以用戶可理解為最終目標(biāo)，構(gòu)建信息。

信息構(gòu)建的發(fā)展近年來越發(fā)迅速，在某些領(lǐng)域中也有重大突破，但歸納而言其主要的應(yīng)用領(lǐng)域較多體現(xiàn)在網(wǎng)站設(shè)計、網(wǎng)絡(luò)信息管理等方面，在其他領(lǐng)域的涉及相對而言比較的少。而本文借此欲創(chuàng)造性地嘗試把信息構(gòu)建的理論應(yīng)用到信息系統(tǒng)開發(fā)中去，分析傳統(tǒng)信息系統(tǒng)開發(fā)的不足，換角度思考信息系統(tǒng)開發(fā)，并提出相對更為有效合理的基于IA的信息系統(tǒng)開發(fā)方法。并希望為以后信息構(gòu)建理論在其他領(lǐng)域的應(yīng)用作鋪墊。

二、信息構(gòu)建與信息系統(tǒng)開發(fā)

信息系統(tǒng)開發(fā)方法通過近幾十年的發(fā)展已經(jīng)到達(dá)一個成熟階段，形成了幾種比較成熟也較為常用的方法，本文稱之為傳統(tǒng)開發(fā)方法，如生命周期法、原型法以及面向?qū)ο蠓?。隨著新技術(shù)的不斷出現(xiàn)，新的開發(fā)方法也不斷涌現(xiàn)，大多是基于某種軟件技術(shù)的，如基于UML技術(shù)、基于web、基于internet交互技術(shù)的等。信息系統(tǒng)的開發(fā)作為一項耗資大、開發(fā)周期長、技術(shù)復(fù)雜、涉及面廣的系統(tǒng)工程，如果沒有相應(yīng)的開發(fā)方式來實現(xiàn)，就無法達(dá)到預(yù)先設(shè)定的目標(biāo)。但在綜合這一系列信息系統(tǒng)開發(fā)方法之后，發(fā)現(xiàn)目前仍存在一系列的問題，例如MIS的重復(fù)建設(shè)，企業(yè)的各個部門往往會出現(xiàn)多個職能域的MIS，而各個MIS之間又普遍存在“孤島效應(yīng)”，重復(fù)建設(shè)很難避免;MIS建設(shè)缺乏全局性、戰(zhàn)略層面的意識，造成物流、資金流、事務(wù)流、信息流在部門內(nèi)、各部門間以及本單位與外部單位之間流通的不順暢；信息可理解不突出，這也是目前就突出的問題所在，即使是系統(tǒng)最終能夠發(fā)揮出其有效性以及可用性，而在其實施階段，使用者不得不花費(fèi)較長的時間去學(xué)習(xí)以及適應(yīng)這一系統(tǒng)，通常情況下很難完全掌握系統(tǒng)的操作，也就無法發(fā)揮其最大的效用，ERP在我國發(fā)展的“早死”現(xiàn)象就是最好的例證。

而信息構(gòu)建理論關(guān)注的焦點(diǎn)正是如何解決這類問題，突出核心思想為“以用戶為中心，使用戶可理解”，國外一些學(xué)者已經(jīng)在很多領(lǐng)域作了嘗試，并取得一定成果，如ElaineG.Toms的信息交互模型、Sarahbidigare的Shoppingcart模型、LouisRosenfeld的企業(yè)信息構(gòu)建模型(EAIRoadmap)等。也是基于這樣的思想，本文將信息構(gòu)建的方法論和思維應(yīng)用到信息系統(tǒng)開發(fā)中去，在彌補(bǔ)傳統(tǒng)開發(fā)方式不足的同時，也希望使最終開發(fā)的信息系統(tǒng)具有可行性、可操作性，并保證系統(tǒng)的易用性和有用性。

三、基于IA的信息系統(tǒng)開發(fā)模型

在充分理解信息構(gòu)建理論以及信息系統(tǒng)開發(fā)的概念、內(nèi)涵、方法、現(xiàn)有模型或方法的基礎(chǔ)，建立基于信息構(gòu)建的信息系統(tǒng)開發(fā)模型（TheDevelopmentModelBasedonInformationArchitecture，簡稱DMBIA），根據(jù)圖1可以了解其具體包括六個流程:信息概念設(shè)計信息內(nèi)容組織信息結(jié)構(gòu)設(shè)計信息界面設(shè)計信息系統(tǒng)實現(xiàn)信息系統(tǒng)評估。

1.DMBIA的基本流程

（1)信息概念設(shè)計

該階段主要是以理解信息系統(tǒng)開發(fā)用戶為宗旨，了解企業(yè)現(xiàn)狀，確定用戶需求，包括信息系統(tǒng)需求企業(yè)用戶的整體環(huán)境，企業(yè)優(yōu)弱勢，系統(tǒng)目標(biāo)以及系統(tǒng)可行性等等。現(xiàn)狀了解主要采用市場調(diào)查，同時與其他方式相結(jié)合的方法。整個市場調(diào)查分析的核心在于信息系統(tǒng)開發(fā)人員或者說是信息構(gòu)建師怎樣去理解用戶信息。以網(wǎng)站信息系統(tǒng)為例，包括理解網(wǎng)站系統(tǒng)建立的短期和長期目標(biāo)是什么？誰是潛在的觀眾？人們?yōu)楹问褂媚愕木W(wǎng)站？如何按照重要性程度為每個目標(biāo)排序？用戶在網(wǎng)站上的行為特征？競爭對手的現(xiàn)狀？網(wǎng)站的特性和標(biāo)準(zhǔn)，比如下載時間、網(wǎng)頁大小、版面、外觀和感覺等等？在確定所有以上問題的答案后，再次征求意見，最終得到客戶認(rèn)可的網(wǎng)站目標(biāo)。

（2)信息內(nèi)容組織

該階段的主要工作是根據(jù)掌握的信息，通過合理的方法，組織信息內(nèi)容，形成定義信息結(jié)構(gòu)的文檔。作為模型的核心內(nèi)容之一，信息內(nèi)容組織的合理性直接影響后期流程的成效。其目的在于能夠合理地對現(xiàn)有的用戶信息進(jìn)行歸類、區(qū)分，盡可能實現(xiàn)所有系統(tǒng)使用者的需求，以便后續(xù)的結(jié)構(gòu)設(shè)計、定向檢索等。信息組織一直是傳統(tǒng)圖書館學(xué)的研究對象，其方式有很多種，常見的是分類方式以及主體方式。目前，國內(nèi)外信息構(gòu)建師較為關(guān)注的是沃爾曼先生提出了“LATCH組織模式”、LouisRosenfeld和PeterMorville提出的精確組織方法[8]和模糊組織方法以及孟廣均先生提出的信息組織體系。

（3)信息結(jié)構(gòu)設(shè)計

該階段的主要工作是搭建用戶的整體信息結(jié)構(gòu)。用戶可以利用自己的想象力和經(jīng)驗，去了解信息，理解信息。但當(dāng)一個信息系統(tǒng)沒有提供背景知識時，就必須要有一個邏輯清晰的結(jié)構(gòu)，來形成背景知識以便讓觀眾循著這個結(jié)構(gòu)聯(lián)想或?qū)W習(xí)，了解信息的內(nèi)容，進(jìn)而找到所需信息的所在地。因此關(guān)鍵點(diǎn)集中在尋找一種結(jié)構(gòu)，一個能最簡便表達(dá)主題的、正確的、特有的組織格式，能夠使讀者忽略無關(guān)信息，最快發(fā)現(xiàn)感興趣的東西；一個能夠容納信息，以及決定所要顯示內(nèi)容的結(jié)構(gòu)。在信息結(jié)構(gòu)設(shè)計時，同樣必須完全把握貫穿模型始終的核心思想即需理解用戶信息，掌握用戶需求。為保證最終的設(shè)計結(jié)構(gòu)滿足系統(tǒng)目的，信息構(gòu)建師應(yīng)從不同的環(huán)境中選擇需要的信息，并將這些零碎的內(nèi)容片段的各種元素設(shè)計成為一個結(jié)構(gòu)完美、和諧、統(tǒng)一、有機(jī)的整體。

（4)信息界面設(shè)計

信息界面設(shè)計也可以認(rèn)為是外觀設(shè)計、視覺設(shè)計，以用戶理解為主。信息界面設(shè)計的效果體現(xiàn)在能夠使那些對信息系統(tǒng)不熟悉的用戶通過一定的簡單了解或操作就能夠直接使用信息系統(tǒng)，并獲得所需的信息。信息構(gòu)建與界面設(shè)計之間有非常緊密的關(guān)系，在設(shè)計潛在系統(tǒng)結(jié)構(gòu)的早期階段，就需要界面設(shè)計人員的參與，因為潛在的信息構(gòu)架必定會影響其在用戶界面水平上所做的工作。界面是一個橋梁，許多的對話和交互都是從它開始的，它也是商業(yè)目標(biāo)和用戶體驗的交叉點(diǎn)。好的界面設(shè)計能從表達(dá)潛在目的的背景中生成一個有效的、引人注意的視覺體驗。信息界面設(shè)計主要內(nèi)容體現(xiàn)兩個方面。一個是界面的美觀性，用戶的可接受性，另一個則是要體現(xiàn)足夠的系統(tǒng)導(dǎo)航性。（5)信息系統(tǒng)實現(xiàn)

該階段將軟環(huán)境的設(shè)計向硬環(huán)境的設(shè)計轉(zhuǎn)變，整個信息系統(tǒng)實現(xiàn)流程按照筆者模型的設(shè)計，主要內(nèi)容包括系統(tǒng)軟件選擇，硬件購置，網(wǎng)絡(luò)布局，系統(tǒng)調(diào)試等幾個方面。這里主要涉及的是各種計算機(jī)網(wǎng)絡(luò)技術(shù)，因此信息構(gòu)建師需要具備相關(guān)的專業(yè)知識，也和與其他相關(guān)人員配合進(jìn)行。該階段很好地體現(xiàn)了信息構(gòu)建是基于各個學(xué)科知識理論之上這一特點(diǎn)。

（6)信息系統(tǒng)評估

該階段是對系統(tǒng)實現(xiàn)效果的評估，主要是指與用戶需要的符合性以及與預(yù)先目標(biāo)的一致性。評估的方面主要包括信息內(nèi)容組織、信息結(jié)構(gòu)設(shè)計和信息界面設(shè)計的合理性，以及信息系統(tǒng)的硬件和軟件的可靠性。在這里根據(jù)信息構(gòu)建的原理，提出基于用戶的信息構(gòu)建評估，即系統(tǒng)必須體現(xiàn)可用性、信息使用戶可理解。以網(wǎng)站設(shè)計為例，其主要涉及到內(nèi)容組織評估，包括內(nèi)容與用戶需求的一致性、內(nèi)容登機(jī)劃分是否標(biāo)準(zhǔn)等;信息結(jié)構(gòu)評估，是指內(nèi)容的組合連接，也就是信息片斷是否符合用戶所需;信息導(dǎo)航評估，是指導(dǎo)航要數(shù)是否清晰，冗余是否多，標(biāo)識是否明顯;信息檢索評估，是指檢索反映速度是否較快，檢索結(jié)果是否達(dá)到用戶滿意，檢索結(jié)果信息展示是否用戶可理解等；界面美觀評估，是指其信息網(wǎng)站界面基調(diào)是否一致、是否體現(xiàn)企業(yè)文化內(nèi)涵等。

2.DMBIA的基本原理

在模型具體應(yīng)用中，各個階段的最終目的都在于最終系統(tǒng)的用戶可理解，保證在企業(yè)對信息需求和利用日益擴(kuò)大的今天，通過信息構(gòu)建，可以更好的了解信息，掌握信息，利用信息，創(chuàng)造價值。因而各個階段始終體現(xiàn)以信息可理解為目的。信息的變化按照周曉英博士的理論，一般可以劃分為信息片斷、信息集合、信息結(jié)構(gòu)、信息空間四個信息狀態(tài)，見圖2。

模型的構(gòu)造遵循信息構(gòu)建的原理，在綜合國內(nèi)外學(xué)者對信息構(gòu)建理解和使用方法的基礎(chǔ)上，并考慮信息系統(tǒng)開發(fā)的適應(yīng)性，模型開發(fā)原理主要按照信息狀態(tài)變化過程的四個方面展開，即:

信息片斷的集成原理，是指信息構(gòu)建過程是從信息片段的采集開始，對采集的信息，通過一定的集成準(zhǔn)則，集合所采集的信息，簡單而言，把采集到的用戶未知的信息轉(zhuǎn)換為用戶可知的信息，主要涉及到三大方面，集成各種信息資源、綜合合理應(yīng)用不同的媒介和工具、信息最佳有效集成。

信息集合有序原理，是指信息構(gòu)建過程中對信息集合中信息內(nèi)容的組織和信息形式的表達(dá)形成有序、邏輯、主題鮮明的信息結(jié)構(gòu)體系。

信息結(jié)構(gòu)展示原理，是指信息構(gòu)建師為序化后的信息設(shè)計一個協(xié)調(diào)一致的、功能化的信息構(gòu)架,簡單的說就是設(shè)計一個信息展示界面，一方面有效地展示信息系統(tǒng)構(gòu)建用戶所需表達(dá)的信息，另一方面使信息系統(tǒng)使用戶能感知信息結(jié)構(gòu)中所存在的信息，可以方便地、心情愉悅地從中獲得信息，滿足自己的信息需求和實現(xiàn)自己的目標(biāo)。

信息空間優(yōu)化原理，是指信息構(gòu)建過程通過一系列手段和措施，在復(fù)雜的龐大的信息空間中幫助人們緩解信息環(huán)境造成的心理上的迷惑或行動上的困境，減輕人們認(rèn)知負(fù)擔(dān)，加強(qiáng)人們信息感知和信息捕捉能力，促進(jìn)信息接受和利用。

3.DMBIA的基本原則

在模型的實際應(yīng)用中，信息構(gòu)建師除了必須在理解信息構(gòu)建基本原理的基礎(chǔ)上，同時必循遵循信息構(gòu)建的一些基本原則。在信息構(gòu)建其他學(xué)者所制定的原則之上，結(jié)合信息系統(tǒng)開發(fā)領(lǐng)域的自身規(guī)律，得出以下幾點(diǎn)模型應(yīng)用的原則:

以用戶為中心原則，是指信息構(gòu)建時要以用戶為中心，從用戶的理解、用戶的興趣、用戶的習(xí)慣、用戶的期望、用戶的評價方面開始設(shè)計和運(yùn)作。

整體性最優(yōu)原則，是指必須從整體和各組成部分的相互關(guān)系來考察事物，從整體目標(biāo)和功能出發(fā)，正確處理系統(tǒng)各組成部分之間的相互關(guān)系和相互作用。就是把復(fù)雜問題化成若干相對簡單的子問題以方便求解。

突出設(shè)計原則，是指重視對信息結(jié)構(gòu)、信息界面或信息內(nèi)容的外觀和展示形式進(jìn)行設(shè)計。

美觀與功能平衡原則，是指信息構(gòu)建時要考慮構(gòu)建結(jié)果應(yīng)當(dāng)具有的目的和效用，為目的服務(wù)而不是為外在的東西服務(wù)。

篇(3)

《經(jīng)濟(jì)管理應(yīng)用軟件案例分析》是是計算機(jī)專業(yè)本科生的選修課之一。該課程主要講述經(jīng)濟(jì)應(yīng)用軟件開發(fā)中，各種計算機(jī)技術(shù)的綜合應(yīng)用，培養(yǎng)學(xué)生的綜合分析能力思維和應(yīng)用開發(fā)能力，培養(yǎng)學(xué)生自我學(xué)習(xí)的能力，最終目標(biāo)是培養(yǎng)學(xué)生通過本課程的學(xué)習(xí)掌握系統(tǒng)開發(fā)所需的關(guān)鍵技術(shù)和方法，從而為學(xué)生今后在經(jīng)濟(jì)和社會的開發(fā)工作打下堅實的基礎(chǔ)。為專業(yè)實習(xí)、畢業(yè)實習(xí)、畢業(yè)論文奠定基礎(chǔ)。

二、教學(xué)模式運(yùn)行背景

1.課程特點(diǎn)?！督?jīng)濟(jì)管理應(yīng)用軟件案例分析》課程是在學(xué)生完成《數(shù)據(jù)庫應(yīng)用》、《數(shù)據(jù)結(jié)構(gòu)》、《面向?qū)ο蟪绦蛟O(shè)計》等相關(guān)課程的基礎(chǔ)上，從軟件工程的角度出發(fā)，按照項目的開發(fā)順序，系統(tǒng)、全面地介紹了程序開發(fā)流程。從開發(fā)背景、需求分析、系統(tǒng)功能分析、數(shù)據(jù)庫分析、數(shù)據(jù)庫建模、系統(tǒng)開發(fā)到系統(tǒng)實施及維護(hù)，每一過程都作了詳細(xì)的介紹。由于信息量太大、知識點(diǎn)太多以及專業(yè)術(shù)語過多，學(xué)生難把握重難點(diǎn)，妨礙了學(xué)生自學(xué)；同時教學(xué)知識點(diǎn)過多，課程教學(xué)容易出現(xiàn)拉完情況；還有系統(tǒng)開發(fā)需進(jìn)行全局規(guī)劃，需要具有全局意識，有一定的難度?！督?jīng)濟(jì)管理應(yīng)用軟件案例分析》將會以循序漸進(jìn)的方式介紹ASP.NET的相關(guān)技術(shù)知識，幫助學(xué)生建立開發(fā)系統(tǒng)應(yīng)有的正確觀念。

2.學(xué)生情況。計算機(jī)專業(yè)的部分學(xué)生前期專業(yè)課知識不夠扎實，且動手能力不是很強(qiáng)，而本課程知識點(diǎn)多了，需一定動手能力，學(xué)生易產(chǎn)生畏難情緒；因此如果還是采用傳統(tǒng)教育模式，學(xué)生也只依賴課堂學(xué)習(xí)，不采用新的教學(xué)模式，那么上面提到的問題就不會得到較好解決。

三、教學(xué)模式設(shè)計

1.教學(xué)內(nèi)容改革?！督?jīng)濟(jì)管理應(yīng)用軟件案例分析》課程整個教學(xué)量是非常大的，需要學(xué)生掌握整個系統(tǒng)開發(fā)生命周期的開發(fā)方法，即從系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施到系統(tǒng)維護(hù)，并且按照各階段的開發(fā)方案對系統(tǒng)進(jìn)行開發(fā)。因此對教學(xué)內(nèi)容改革首先必須仔細(xì)分析個系統(tǒng)開發(fā)階段的特點(diǎn)，對教學(xué)內(nèi)容進(jìn)行分解，部分內(nèi)容弱化，部分內(nèi)容重點(diǎn)講，并以典型經(jīng)濟(jì)管理應(yīng)用軟件案例的講授為基礎(chǔ)，帶動學(xué)生掌握系統(tǒng)開發(fā)所需的關(guān)鍵技術(shù)和方法，鍛煉學(xué)生的系統(tǒng)開發(fā)能力。

《經(jīng)濟(jì)管理應(yīng)用軟件案例分析》主要分為兩個方面：一方面是應(yīng)用軟件案例的分析。主要是從軟件工程的角度出發(fā)，對系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施到系統(tǒng)維護(hù)的每一階段的關(guān)鍵技術(shù)和開發(fā)方法進(jìn)行介紹，對各個階段所需編寫的文檔進(jìn)行講解，并以案例為基礎(chǔ)對開發(fā)階段所需做工作進(jìn)行說明。另一方面是ASP.NET的學(xué)習(xí)。對ASP.NET相關(guān)背景進(jìn)行說明，對開發(fā)環(huán)境進(jìn)行介紹，如以教材訂購系統(tǒng)為例，講解系統(tǒng)登錄、注冊、用戶主界面等的制作為例，讓學(xué)生能夠按照自己所分析的文檔制作對應(yīng)的系統(tǒng)。

2.教學(xué)方式改革《經(jīng)濟(jì)管理應(yīng)用軟件案例分析》課程的教學(xué)形是一門理論性、實踐性都很強(qiáng)的應(yīng)用性課程，內(nèi)容抽象。為優(yōu)化教學(xué)效果， 讓學(xué)生從知識的被動接收者轉(zhuǎn)變?yōu)橹鲃訁⑴c者和積極探索者，在發(fā)揮教師主導(dǎo)作用的同時，充分發(fā)揮學(xué)生的主體作用，引導(dǎo)學(xué)生去思考、去探索、去發(fā)現(xiàn)。為此教學(xué)中應(yīng)結(jié)合以下教學(xué)方法合理組織教學(xué)活動，以激發(fā)學(xué)生的學(xué)習(xí)興趣，加強(qiáng)學(xué)生對此課程的理解。

第一，案例教學(xué)。本門課中有些知識較為抽象，對此可結(jié)合實際案例進(jìn)行講解，以求通俗易懂，以典型經(jīng)濟(jì)管理應(yīng)用軟件案例的講授為基礎(chǔ)，帶動學(xué)生掌握系統(tǒng)開發(fā)所需的關(guān)鍵技術(shù)和方法，鍛煉學(xué)生的系統(tǒng)開發(fā)能力。例如，在講解完系統(tǒng)分析階段后，結(jié)合實際項目，給出對應(yīng)的可行性分析報告。通過實例，幫助學(xué)生理解系統(tǒng)分析階段所需做的工作。

第二，小組實踐。由于項目的開發(fā)是個團(tuán)體項目，教師應(yīng)將學(xué)生進(jìn)行分組，鼓勵學(xué)生進(jìn)行小組學(xué)習(xí)，明確小組的項目要求，在教師指導(dǎo)下由他們自己制定項目開發(fā)計劃。在多媒體教學(xué)、案例閱讀與分析（項目管理、可行性分析、需求分析、系統(tǒng)設(shè)計、數(shù)據(jù)庫設(shè)計等）的基礎(chǔ)上對比開發(fā)相應(yīng)系統(tǒng)。比如本課程的考核方式就是以小組為單位，相互交流進(jìn)行項目開發(fā)及文檔的編制。學(xué)生通過實踐的方式，運(yùn)用所學(xué)的知識分析問題，解決問題，最終達(dá)到熟練掌握系統(tǒng)開發(fā)方法的目的，也是對學(xué)生所學(xué)知識的復(fù)習(xí)和鞏固最有效的方法。

第三，討論教學(xué)。教師在教學(xué)中應(yīng)該適當(dāng)?shù)霓D(zhuǎn)換角色，圍繞中心問題同學(xué)生相互交流個人看法，相互啟發(fā)，相互學(xué)習(xí)。針對學(xué)生提出的難點(diǎn)再進(jìn)行重點(diǎn)講解。教師不應(yīng)該死板地遵照預(yù)先制定的課堂教學(xué)計劃，在教學(xué)中應(yīng)該多于學(xué)生進(jìn)行交互，并對學(xué)生進(jìn)行適當(dāng)鼓勵，提高學(xué)生學(xué)習(xí)主動性。比如學(xué)生在編制可行性分析報告時，對于可行性分析部分存在難點(diǎn)，可以針對不懂的地方進(jìn)行講解。對于部分報告編寫認(rèn)真且良好的學(xué)生給予鼓勵，并以范本的形式給其余學(xué)生瀏覽，供其余學(xué)生學(xué)習(xí)。

第四，多媒體教學(xué)。在教學(xué)過程中使用多媒體技術(shù)是有必要的，既可以使一些教學(xué)難點(diǎn)的講解變得生動形象，同時又可以激發(fā)學(xué)生的學(xué)習(xí)興趣，讓學(xué)生在輕松自如的環(huán)境里逐步提高理論水平和實踐能力。 例如，講解數(shù)據(jù)流圖的繪制，可以由教師邊講解邊演示制作步驟，然后在屏幕上打出練習(xí)題，讓學(xué)生學(xué)習(xí)繪制數(shù)據(jù)流圖。學(xué)生填完后將幾個學(xué)生的數(shù)據(jù)流圖再放到展示臺上，讓學(xué)生們指出他們填的對不對？問題出現(xiàn)在什么地方？

第五，自主學(xué)習(xí)。教師應(yīng)該激勵和支持學(xué)生自主學(xué)習(xí)。教學(xué)過程中教師應(yīng)該明確給出學(xué)生應(yīng)該自主學(xué)習(xí)的內(nèi)容范圍，由他們自己制定學(xué)習(xí)進(jìn)度、方式。比如在教學(xué)過程中，教師可教授系統(tǒng)公共模塊的制作，再選用教材供學(xué)生自學(xué)，幫助學(xué)生建立開發(fā)系統(tǒng)應(yīng)有的正確觀念。當(dāng)遇見問題時，教師給出一些指導(dǎo)。

四、課程考核及評價

課程考核應(yīng)采取平時成績與實踐操作相結(jié)合，以小組方式自由選題，按照系統(tǒng)開發(fā)流程編寫對應(yīng)的可行性分析報告、需求報告、設(shè)計報告、測試報告等，根據(jù)所編寫的文檔開發(fā)系統(tǒng)。系統(tǒng)功能可概要化抽象實現(xiàn)，不需大而全，要求概而精。這樣對學(xué)生進(jìn)行分階段測試，力求客觀地、全面地反映學(xué)生的綜合素質(zhì)和能力，既符合本科教育培養(yǎng)目標(biāo)的要求，又能真實反映學(xué)生學(xué)習(xí)能力，使考核評價伴隨學(xué)習(xí)的全過程。

篇(4)

Abstract： In this article， the definition of UML is described， the UML graphics is classified， the UML development process is put forward for object-oriented modeling of information system. As an example， the educational administration information system based on Web， the author has illustrated the UML application for object-oriented information system development.

關(guān)鍵詞： UML；面向?qū)ο?；圖；信息系統(tǒng)

Key words： UML；object oriented；diagram；information system

中圖分類號：TP31 文獻(xiàn)標(biāo)識碼：A 文章編號：1006-4311（2013）08-0189-02

0 引言

面向?qū)ο蠓椒ǎ∣bject-Oriented Method）是一種把面向?qū)ο蟮乃枷霊?yīng)用于軟件開發(fā)過程中，指導(dǎo)開發(fā)活動的系統(tǒng)方法，簡稱OO（Object-Oriented）方法。面向?qū)ο蠓椒ú粌H是一種軟件工程的開發(fā)技術(shù)，而且是一種對客觀事物進(jìn)行分析與處理的思想方法。

1 統(tǒng)一建模語言

1.1 UML的定義 統(tǒng)一建模語言UML（Unified Modeing Language）是一種建模語言，是第三代用來為面向?qū)ο箝_發(fā)系統(tǒng)的產(chǎn)品進(jìn)行說明、可視化和編制文檔的方法，它用若干個視圖構(gòu)造系統(tǒng)的模型，每個視圖描述系統(tǒng)的一個方面。UML吸取了面向?qū)ο蠹夹g(shù)領(lǐng)域中其他流派的長處，它適用于各種規(guī)模的系統(tǒng)開發(fā)，使用UML進(jìn)行系統(tǒng)分析和設(shè)計，可以加速開發(fā)進(jìn)程，提高代碼編寫質(zhì)量，并能促進(jìn)軟件復(fù)用，方便集成已有的系統(tǒng)。

1.2 UML的圖形 統(tǒng)一建模語言UML的圖形可以劃分為5類。

①用例圖（Use Case Diagram）。用例是對系統(tǒng)提供的功能的描述。用例圖從用戶角度描述系統(tǒng)功能，指出各功能的操作者，用例圖定義了系統(tǒng)的功能需求。②靜態(tài)圖（Static diagram）。靜態(tài)圖包括類圖、對象圖和包圖。類圖描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)，不僅定義系統(tǒng)中的類，表示類之間的聯(lián)系如關(guān)聯(lián)、依賴、聚合等，而且包括類的內(nèi)部結(jié)構(gòu)。對象圖是類圖的實例，使用與類圖基本相同的標(biāo)識，與類圖不同之處在于對象圖顯示類的多個對象實例，而不是實際的類。包由包或類組成，包圖表示包與包之間的關(guān)系，用于描述系統(tǒng)的分層結(jié)構(gòu)。③行為圖（Behavior diagram）。行為圖包括狀態(tài)圖、活動圖、交互圖（順序圖、協(xié)作圖）。狀態(tài)圖描述類的對象所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉(zhuǎn)移條件，是對類圖的補(bǔ)充；活動圖描述滿足用例要求所要進(jìn)行的活動以及活動間的約束關(guān)系，它是一種特殊的狀態(tài)圖，強(qiáng)調(diào)對象間的控制流程；順序圖展現(xiàn)了一組對象和由這組對象收發(fā)的消息，用于按時間順序?qū)刂屏鹘！＂芙换D（Interactive diagram）。交互圖包括順序圖和合作圖，描述對象間的交互關(guān)系。順序圖顯示對象之間的動態(tài)合作關(guān)系，強(qiáng)調(diào)對象之間消息發(fā)送的順序；協(xié)作圖與順序圖相似，除描述對象間的協(xié)作關(guān)系，強(qiáng)調(diào)對象之間的關(guān)系。⑤實現(xiàn)圖（Implementation diagram）。實現(xiàn)圖包括構(gòu)件圖和配置圖。構(gòu)件圖描述代碼部件的物理結(jié)構(gòu)及各部件之間的依賴關(guān)系；配置圖定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)，它可以顯示實際的計算機(jī)和設(shè)備以及它們之間的連接關(guān)系，也可顯示連接的類型及部件之間的依賴性。

1.3 UML在面向?qū)ο笮畔⑾到y(tǒng)開發(fā)中的建模過程

圖1是UML建模過程的一個高層視圖，這是一個迭代遞增的開發(fā)過程，每次迭代都包含軟件生存周期的所有階段，采用這種開發(fā)方法不是在項目結(jié)束后一次性提交軟件，而是分塊逐次開發(fā)和提交，每次迭代都可以分為以下5個階段：第1階段，需求分析。需求分析是捕獲用戶要求，包括功能性需求和非功能性需求。第2階段，系統(tǒng)分析。系統(tǒng)分析是對用例圖的進(jìn)一步擴(kuò)展，是從邏輯概念角度表達(dá)系統(tǒng)的結(jié)構(gòu)和功能。第3階段，系統(tǒng)設(shè)計。系統(tǒng)設(shè)計是在系統(tǒng)分析的基礎(chǔ)上將分析模型中概念性的模型轉(zhuǎn)化為與具體語言掛鉤的設(shè)計模型。第4階段，系統(tǒng)實施。將設(shè)計模型轉(zhuǎn)換為系統(tǒng)的源代碼，是信息系統(tǒng)最終產(chǎn)品的最重要部分之一，這部分工作重點(diǎn)在系統(tǒng)編程工作。第5階段，系統(tǒng)測試。在系統(tǒng)構(gòu)建后，對系統(tǒng)的功能和結(jié)構(gòu)進(jìn)行確認(rèn)，使用多種測試方法和手段來保證系統(tǒng)的正確性。

2 基于Web的教務(wù)管理信息系統(tǒng)開發(fā)實例

以基于Web的教務(wù)管理信息系統(tǒng)開發(fā)為例，說明UML在面向?qū)ο笮畔⑾到y(tǒng)開發(fā)中的應(yīng)用，重點(diǎn)對前3部分內(nèi)容進(jìn)行說明。

2.1 需求分析 基于Web的教務(wù)管理信息系統(tǒng)開發(fā)要根據(jù)高職院校實際情況，充分考慮教務(wù)管理工作業(yè)務(wù)流程、業(yè)務(wù)項目和業(yè)務(wù)規(guī)范，基于校園網(wǎng)絡(luò)、為教學(xué)管理提供科學(xué)、規(guī)范、高效、準(zhǔn)確、便捷的高職院校教務(wù)管理平臺。通過系統(tǒng)調(diào)研可知，系統(tǒng)面向的用戶有4類：系統(tǒng)管理員、教務(wù)管理員、教師、學(xué)生；系統(tǒng)主要實現(xiàn)的功能有5項：系統(tǒng)管理、學(xué)籍管理、教學(xué)管理、考務(wù)管理、師資管理，系統(tǒng)用例圖如圖2所示。

2.2 系統(tǒng)分析 系統(tǒng)分析是對在需求分析的基礎(chǔ)上，提取系統(tǒng)的類，用包類、類圖、順序圖等描述它們合作的概況。

2.2.1 包圖?；赪eb的教務(wù)管理信息系統(tǒng)劃分為人員、事務(wù)和接口3個包，分別控制不同的應(yīng)用。系統(tǒng)分析包圖如圖3所示。

2.2.2 類圖。統(tǒng)一建模語言UML用類圖描述系統(tǒng)中的靜態(tài)結(jié)構(gòu)，根據(jù)系統(tǒng)劃分的3類包圖，分別繪制人員、接口和事物包中的類圖，以人員包為例，類圖如圖4所示。

2.2.3 順序圖。順序圖用于描述對象間的動態(tài)關(guān)系，著重體現(xiàn)對象間消息傳遞的時間順序，以課程管理為例，順序圖如圖5所示。

2.3 系統(tǒng)設(shè)計 系統(tǒng)設(shè)計是通過考慮現(xiàn)實環(huán)境，將分析階段的模型擴(kuò)展和轉(zhuǎn)化為可行的技術(shù)實現(xiàn)方案。

2.3.1 活動圖?；顒訄D既可用于描述操作（類的方法）的行為，也可用于描述用例和對象內(nèi)部的工作過程，用活動圖建模后可以清楚地了解進(jìn)程的操作過程，以教務(wù)員課程管理為例，活動圖如圖6所示。

2.3.2 協(xié)作圖。協(xié)作圖用于描述系統(tǒng)中相互協(xié)作對象間的交互關(guān)系和關(guān)聯(lián)鏈接關(guān)系，與順序圖不同之處在于，順序圖側(cè)重于表示交互的時間順序，而協(xié)作圖側(cè)重于表示交互對象的靜態(tài)鏈接關(guān)系，以教務(wù)員排課課程管理為例，協(xié)作圖如圖7所示。

2.4 系統(tǒng)實施和系統(tǒng)測試

2.4.1 系統(tǒng)實施。系統(tǒng)實施是信息系統(tǒng)開發(fā)的一個重要階段，其目的是把系統(tǒng)分析和系統(tǒng)設(shè)計成果轉(zhuǎn)化為可實際運(yùn)行的系統(tǒng)，主要任務(wù)就是根據(jù)構(gòu)造模型進(jìn)行編碼，并對已構(gòu)造的模型進(jìn)行修正。

2.4.2 系統(tǒng)測試。系統(tǒng)測試是信息系統(tǒng)開發(fā)的最后一個階段，其目的是保證新系統(tǒng)運(yùn)行的正確性和有效性。

3 結(jié)束語

綜上，在面向?qū)ο笮畔⑾到y(tǒng)開發(fā)中，以UML為工具為系統(tǒng)進(jìn)行建模，可以針對系統(tǒng)開發(fā)不同階段的具體任務(wù)，建立不同的模型。

參考文獻(xiàn)：

[1]邵維忠，楊芙清.面向?qū)ο蟮南到y(tǒng)設(shè)計[M].北京：清華大學(xué)出版社，2003.

篇(5)

一、精確軟件開發(fā)過程概述

相對于精確軟件開發(fā)過程，統(tǒng)一軟件開發(fā)過程（RationalUnifiedProcess，RUP）中存在著諸多的不足與弊端。所謂的統(tǒng)一軟件開發(fā)過程（RUP）主要是指以網(wǎng)絡(luò)基礎(chǔ)、面向?qū)ο蟮某绦蜷_發(fā)方法論，它就好像一個在線的指導(dǎo)人員，能夠為全部層級、所有方面的軟件程序開發(fā)提供開發(fā)模板、方針建議以及案例支持等等。統(tǒng)一軟件開發(fā)過程（RUP）擁有著一個十分完整的框架結(jié)構(gòu)，在該框架結(jié)構(gòu)下，技術(shù)、實踐等面向過程的方面以及代碼、模型、文檔等其它開發(fā)組件均被囊括其中。但是統(tǒng)一軟件開發(fā)過程（RUP）的不足也是顯而易見的，筆者在深入分析研究的基礎(chǔ)上，以統(tǒng)一軟件開發(fā)過程（RUP）為基礎(chǔ)，給出了一種相對更加高效、更加可行的精確軟件開發(fā)過程。精確軟件開發(fā)過程的終極目標(biāo)就是彌補(bǔ)統(tǒng)一軟件開發(fā)過程（RUP）的不足，通過科學(xué)、系統(tǒng)以及有計劃的指導(dǎo)，提高軟件開發(fā)的效率、可行性尤其是成功率，能夠為中小型軟件系統(tǒng)的開發(fā)提供必要的扶持和幫助。精確軟件開發(fā)過程的基本思想主要體現(xiàn)在以下幾個方面：第一，合理簡化使其更具針對性。統(tǒng)一軟件開發(fā)過程（RUP）的主要面向?qū)ο笫悄切┏Ｒ?guī)性的絕大多數(shù)的軟件系統(tǒng)開發(fā)，因此，在針對性方面顯得不足，沒有能力可以根據(jù)實際的問題給出具有很強(qiáng)針對性的軟件開發(fā)設(shè)計方案。尤其是那些開發(fā)數(shù)量與日俱增的中小型軟件系統(tǒng)，應(yīng)用統(tǒng)一軟件開發(fā)過程（RUP）則會使得整個開發(fā)過程顯得啰嗦、累贅和臃腫，軟件設(shè)計人員除了要進(jìn)行軟件設(shè)計活動之外，還需要有效處理統(tǒng)一軟件開發(fā)過程（RUP）天生的不足，增加了軟件開發(fā)人員的工作壓力。而精確軟件開發(fā)過程的基本思想則采取了與統(tǒng)一軟件開發(fā)過程（RUP）的面面俱到截然相反的理念，即“分割簡化、細(xì)致明確”。具體而言，就是將軟件開發(fā)過程的復(fù)雜性問題進(jìn)行合理劃分，分析并探討相對簡單的部分，明確這些簡單部分之后進(jìn)行設(shè)計活動和實現(xiàn)活動。

由于精確軟件開發(fā)過程來源于眾多的中小型軟件系統(tǒng)的設(shè)計實踐，因此，它在有效解決實際問題不僅高效，而且極具針對性和簡化性。這些特點(diǎn)使得不論是軟件開發(fā)人員還是軟件工程管理人員都能夠比較容易地接受精確軟件開發(fā)過程，獲得良好的執(zhí)行效果。第二，能夠?qū)崿F(xiàn)軟件開發(fā)支持的最大化。在軟件開發(fā)的過程中，存在著諸多的不確定性因素，例如軟件設(shè)計人員對于業(yè)務(wù)理解的偏差、系統(tǒng)用戶對于業(yè)務(wù)的變更和微調(diào)等，統(tǒng)一軟件開發(fā)過程（RUP）很難進(jìn)行有效地應(yīng)對，而精確軟件開發(fā)過程則能夠很好地解決軟件系統(tǒng)在開發(fā)過程中出現(xiàn)的各種不確定性因素。這主要是由于精確軟件開發(fā)過程當(dāng)中，軟件系統(tǒng)開發(fā)團(tuán)隊的人員構(gòu)成與統(tǒng)一軟件開發(fā)過程（RUP）團(tuán)隊存在著較大的差異，前者不僅擁有軟件系統(tǒng)開發(fā)領(lǐng)域的專業(yè)技術(shù)人員，更有用戶業(yè)務(wù)領(lǐng)域的專家。因此，精確軟件開發(fā)過程的軟件系統(tǒng)設(shè)計團(tuán)隊能夠在開發(fā)的整個過程中與用戶進(jìn)行直接、沒有偏差的交流，及時發(fā)生客戶對于業(yè)務(wù)的新要求、新變化，相應(yīng)地，客戶也能夠在交流過程中了解軟件系統(tǒng)開發(fā)的具體進(jìn)程，并根據(jù)軟件系統(tǒng)開發(fā)團(tuán)隊的要求為軟件系統(tǒng)開發(fā)提供最大的支持和協(xié)助。第三，優(yōu)化合理的軟件系統(tǒng)開發(fā)過程。對于統(tǒng)一軟件開發(fā)過程（RUP）而言，它的過程一般包括以下幾個方面：計劃過程、需求分析過程、設(shè)計過程、編碼過程、測試過程以及運(yùn)行維護(hù)過程。其中，統(tǒng)一軟件開發(fā)過程（RUP）的設(shè)計過程要比精確軟件開發(fā)過程（該過程的設(shè)計過程主要包括整體性設(shè)計過程和詳細(xì)設(shè)計過程）籠統(tǒng)得多；而統(tǒng)一軟件開發(fā)過程（RUP）的測試過程中主要包括兩個方面，即開發(fā)人員的測試過程和用戶的測試過程，且開發(fā)人員的測試過程密切聯(lián)系著編碼過程；同時，測試過程之后直接進(jìn)入到運(yùn)行過程也缺乏合理性，這兩者之間應(yīng)該增加“試運(yùn)行過程”，即保持“測試過程試運(yùn)行過程運(yùn)行過程”的順序，經(jīng)過試運(yùn)行過程證明系統(tǒng)具有良好的穩(wěn)定性之后再進(jìn)入到正式的運(yùn)行維護(hù)過程中。有鑒于此，精確軟件開發(fā)過程對軟件系統(tǒng)開發(fā)過程進(jìn)行了合理化與優(yōu)化處理，將其劃分為以下七個方面，即需求定義過程、外部設(shè)計過程、內(nèi)部設(shè)計過程、編碼測試過程、聯(lián)合測試過程、系統(tǒng)試運(yùn)行過程、系統(tǒng)初運(yùn)行過程。其中，“外部設(shè)計過程”和“內(nèi)部設(shè)計過程”同屬于大的設(shè)計過程，“聯(lián)合測試過程”則合并了編碼和開發(fā)人員的單體測試，單獨(dú)增加了“系統(tǒng)試運(yùn)行過程”這一個重要環(huán)節(jié)。正是由于精確軟件開發(fā)過程對軟件系統(tǒng)開發(fā)過程進(jìn)行了合理化與優(yōu)化處理，使得軟件工程管理人員能夠更加有效管理和控制軟件系統(tǒng)開發(fā)的進(jìn)程。同時需要說明的是，精確軟件開發(fā)過程在每一個開發(fā)環(huán)節(jié)當(dāng)中均有開發(fā)進(jìn)度文檔，該文檔的主要作用就是用來進(jìn)行階段性任務(wù)的明確、任務(wù)完成人員和完成時間的嚴(yán)格定義，借助于開發(fā)進(jìn)度文檔，徹底實現(xiàn)了軟件系統(tǒng)開發(fā)進(jìn)程的精確化管理和控制。第四，基本思想概述。通常以上三個方面的論述我們知道，精確軟件開發(fā)過程是建立在統(tǒng)一軟件開發(fā)過程（RUP）的基礎(chǔ)之上的，并充分融入了CMM（CapabilityMaturityModelforSoftware，能力成熟度模型）理念，是一種具有很強(qiáng)針對性的軟件開發(fā)過程。所以，精確軟件開發(fā)過程中對中小型的B/S系統(tǒng)及其類似軟件系統(tǒng)的開發(fā)過程具有非常好的適應(yīng)性。精確軟件開發(fā)過程的基本思想可以概述為以下幾個方面：（1）過程的細(xì)化分割。精確軟件開發(fā)過程實現(xiàn)了對復(fù)雜問題的細(xì)化分割，將其劃分成為多個簡單的問題進(jìn)行分析處理，不論是系統(tǒng)開發(fā)過程還是軟件工程管理均更容易；（2）軟件開發(fā)團(tuán)隊當(dāng)中增加了新成員——業(yè)務(wù)領(lǐng)域?qū)＜遥碾A段性介入對于增強(qiáng)整個軟件系統(tǒng)開發(fā)團(tuán)隊業(yè)務(wù)能力方面是不言而喻的，提高了發(fā)現(xiàn)不合理業(yè)務(wù)的及時性，并能夠給出專業(yè)化的解決方案，有效解決了軟件系統(tǒng)開發(fā)資源；（3）優(yōu)化合理的軟件系統(tǒng)開發(fā)過程，包括需求定義過程、外部設(shè)計過程、內(nèi)部設(shè)計過程、編碼測試過程、聯(lián)合測試過程、系統(tǒng)試運(yùn)行過程、系統(tǒng)初運(yùn)行過程等七個過程，更加科學(xué)合理。精確軟件開發(fā)過程要求計劃具有非常高的細(xì)致程度，例如，以周為單位進(jìn)行計劃的制定，以天為單位確定開發(fā)計劃，以小時為單位明確測試計劃，等等。總體而言，精確軟件開發(fā)過程能夠為軟件開發(fā)質(zhì)量和開發(fā)進(jìn)度提供更可靠的保證，對于軟件工程水平較低的國內(nèi)現(xiàn)狀而言，其積極作用還是非常顯著的。

二、基于精確軟件開發(fā)過程的X系統(tǒng)開發(fā)實例

某企業(yè)需要開發(fā)一套物流中心倉庫管理系統(tǒng)，要求對倉庫進(jìn)行嚴(yán)格的控制，即對倉庫進(jìn)行精確的入/出庫管理，提供在庫量的實時監(jiān)控，并且為財務(wù)用戶提供準(zhǔn)確的入/出庫數(shù)據(jù)以及相關(guān)的財務(wù)數(shù)據(jù)。需求定義。在立項初期，首先確立系統(tǒng)開發(fā)的對應(yīng)體制，包括開發(fā)商、用戶系統(tǒng)課負(fù)責(zé)人、用戶業(yè)務(wù)負(fù)責(zé)人。在開發(fā)商方面，有項目經(jīng)理，項目組、開發(fā)人員以及技術(shù)支持人員。項目經(jīng)理主要負(fù)責(zé)項目整體進(jìn)度的把握已經(jīng)項目合同的相關(guān)事宜。項目組長則全面的管理項目的開發(fā)進(jìn)展，對各個開發(fā)階段進(jìn)行全程的跟蹤，并且對項目中的相關(guān)技術(shù)方面的問題做出決策，還包括了與用戶系統(tǒng)負(fù)責(zé)人進(jìn)行聯(lián)絡(luò)。開發(fā)人員主要負(fù)責(zé)系統(tǒng)需求的獲取，系統(tǒng)設(shè)計以及系統(tǒng)實現(xiàn)。在用戶方面，系統(tǒng)負(fù)責(zé)人主要起聯(lián)絡(luò)開發(fā)商和用戶的作用，協(xié)助開發(fā)商和用戶對業(yè)務(wù)需求進(jìn)行溝通。另外，還負(fù)責(zé)向系統(tǒng)課的領(lǐng)導(dǎo)匯報系統(tǒng)的開發(fā)進(jìn)度情況以及開發(fā)遇到的重大課題。業(yè)務(wù)負(fù)責(zé)人主要由實際工作的操作者構(gòu)成，是系統(tǒng)功能的提出者以及系統(tǒng)測試和確認(rèn)的人員。外部設(shè)計。在需求定義階段，己經(jīng)對系統(tǒng)的功能需求進(jìn)行了詳細(xì)的討論與確認(rèn)，系統(tǒng)整體上可以分為8個大的功能模塊，主要包括系統(tǒng)管理、Maste管理、集裝箱堆場、倉庫管理、溢出倉庫管理、工廠側(cè)管理、財務(wù)用戶部分和Housekeeping。在每個人功能模塊當(dāng)中又劃分了若干了個功能畫面，分別對用戶提出的需求進(jìn)行實現(xiàn)。內(nèi)部設(shè)計。詳細(xì)描述了系統(tǒng)數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)，定義了各個數(shù)據(jù)表以及表中的數(shù)據(jù)字段的名稱、類型、長度、含義等相關(guān)信息。系統(tǒng)實現(xiàn)。開發(fā)系統(tǒng)環(huán)境：MicrosoftWindowsServer2003SP2；開發(fā)平臺：MicrosoftVisualStudio2003；開發(fā)語言:，C#，JavaScript；數(shù)據(jù)庫服務(wù)：MicrosoftSQLServer2005；數(shù)據(jù)庫客戶端：Oracle9.2。

篇(6)

關(guān)鍵詞：會計信息管理系統(tǒng)審計系統(tǒng)分析系統(tǒng)設(shè)計系統(tǒng)實施

近年來，會計電算化迅速發(fā)展。會計信息系統(tǒng)的開發(fā)已由單項處理向較完整的會計信息管理系統(tǒng)發(fā)展，由單機(jī)應(yīng)用向計算機(jī)網(wǎng)絡(luò)的應(yīng)用發(fā)展，由單純的會計核算向管理會計應(yīng)用方向發(fā)展。不少地區(qū)和行業(yè)，已把會計電算化定為會計工作升級的條件之一。此外，會計軟件市場的出現(xiàn)，促進(jìn)了會計核算軟件的商品化、通用化，有效地推動了我國會計電算化的進(jìn)程?？傮w上，會計商品化軟件在企業(yè)中得到了廣泛的應(yīng)用，并已取得了較好的效果和經(jīng)濟(jì)效率。而眾多的中小企業(yè)，如浙江省溫州地區(qū)中小企業(yè)達(dá)到16.7萬家，占全部企業(yè)總數(shù)的90%以上，占整個GDP的83%.但在使用商品化會計軟件上卻不如人意（除了財政部門規(guī)定的發(fā)票管理系統(tǒng)以外），發(fā)展速度遠(yuǎn)遠(yuǎn)低于全國的水平。其原因除了人為的主觀因素外，最主要的是商品軟件雖然功能較多，但不能適應(yīng)企業(yè)的具體環(huán)境（如企業(yè)的管理思想、管理方法、經(jīng)營的外部環(huán)境、企業(yè)生產(chǎn)規(guī)模、產(chǎn)品類型等因素），整體應(yīng)用效果不很理想。筆者認(rèn)為，中小企業(yè)根據(jù)自身特點(diǎn)，從企業(yè)的實際出發(fā)，自我開發(fā)或委托有實力的專業(yè)軟件公司開發(fā)自己的會計信息管理系統(tǒng)軟件也是有效途徑之一。

本文結(jié)合筆者在溫州地區(qū)開發(fā)幾個會計信息管理系統(tǒng)過程中的情況，僅就系統(tǒng)開發(fā)過程中的審計內(nèi)容和方法作一介紹。

會計信息管理系統(tǒng)開發(fā)周期長、技術(shù)復(fù)雜、投資較大，如果開發(fā)的系統(tǒng)在技術(shù)、經(jīng)濟(jì)和管理上不可行，或新系統(tǒng)不符合系統(tǒng)目標(biāo)，或在系統(tǒng)開發(fā)階段沒有建立必要的內(nèi)部控制，待系統(tǒng)運(yùn)行后再進(jìn)行修改，這不僅增加成本，而且影響系統(tǒng)的正常運(yùn)行，有時甚至無法實現(xiàn)。因此在系統(tǒng)開發(fā)前和在開發(fā)過程中，都必須嚴(yán)格遵循一定的階段和步驟，且每一階段和步驟均有明確的成果，這些成果作為下一步工作的依據(jù)，使整個開發(fā)工作有規(guī)律、有步驟的完成。系統(tǒng)開發(fā)審計就是對會計信息管理系統(tǒng)開發(fā)的整個過程進(jìn)行的審計。按照系統(tǒng)開發(fā)的周期，系統(tǒng)開發(fā)分為系統(tǒng)分析、系統(tǒng)設(shè)計和系統(tǒng)實施三個階段，因此需分別對每一階段進(jìn)行審計。

一、系統(tǒng)分析階段的審計

系統(tǒng)分析階段包括提出新系統(tǒng)目標(biāo)、成立開發(fā)小組、可行性分析、現(xiàn)狀調(diào)查、需求分析和邏輯模型建立。其審計內(nèi)容和方法如下：

1.與系統(tǒng)分析人員一起確定系統(tǒng)的長期目標(biāo)（2～4年）和近期目標(biāo)（1～2年），以確保系統(tǒng)目標(biāo)滿足單位內(nèi)外的管理對會計信息的需求，能完成所要承擔(dān)的會計工作，要符合單位財會人員的習(xí)慣，同時必須保證數(shù)據(jù)信息的可靠性并具有一定的效率；確定系統(tǒng)與外部環(huán)境的信息聯(lián)系和接口；確定系統(tǒng)的主要功能和結(jié)構(gòu)；確定系統(tǒng)與企業(yè)其他系統(tǒng)（如CAD、CAM）的界面和信息聯(lián)系。

2.確保各有關(guān)部門派代表參加開發(fā)小組并確定其熟悉所屬部門的崗位責(zé)任和工作范圍；檢查項目負(fù)責(zé)人召開的重要會議，看是否均有各部門人員參加。

3.審核企業(yè)可以投入的資金、物力、人力及其來源。

4.與系統(tǒng)分析人員共同研究新系統(tǒng)在技術(shù)、經(jīng)濟(jì)、管理等方面的可行性。

5.復(fù)核系統(tǒng)分析人員取得的現(xiàn)系統(tǒng)的信息關(guān)聯(lián)狀況、會計工作流程和會計業(yè)務(wù)流程、信息載體和信息量等全部詳細(xì)資料；審核所建立的新系統(tǒng)的目標(biāo)能否滿足其處理和控制上的要求。

6.向會計部門查詢，確定該部門就會計處理的立場，審核有關(guān)的成本與效益的計算。

7.與系統(tǒng)分析人員一起分析新系統(tǒng)的邏輯模型（重點(diǎn)是數(shù)據(jù)流程圖）是否滿足會計和財務(wù)制度流程的要求，是否充分體現(xiàn)了用戶的需求。

8.全面檢查系統(tǒng)分析階段的現(xiàn)狀分析報告、可行性報告、會計業(yè)務(wù)作業(yè)流程圖、輸入輸出和代碼調(diào)查表、系統(tǒng)分析說明書等文檔是否完整、正確。

二、系統(tǒng)設(shè)計階段的審計

系統(tǒng)設(shè)計是根據(jù)系統(tǒng)分析中提出的邏輯模型，考慮實際的設(shè)備、技術(shù)條件、經(jīng)濟(jì)條件及社會條件，確定新系統(tǒng)的實施方案即系統(tǒng)的物理模型。系統(tǒng)設(shè)計階段的主要活動有系統(tǒng)總體設(shè)計和系統(tǒng)詳細(xì)設(shè)計。系統(tǒng)總體設(shè)計包括功能模塊設(shè)計、文件與數(shù)據(jù)庫設(shè)計、計算機(jī)及網(wǎng)絡(luò)系統(tǒng)配置方案設(shè)計。系統(tǒng)詳細(xì)設(shè)計包括代碼設(shè)計、輸入和輸出設(shè)計、用戶界面設(shè)計和處理過程設(shè)計。其審計內(nèi)容和方法如下：

1.查閱系統(tǒng)設(shè)計是否采用了模塊化、自頂向下逐步求精、各模塊之間聯(lián)系最少的結(jié)構(gòu)化設(shè)計方法，以確保系統(tǒng)“波動效應(yīng)”盡量小，可修改性和擴(kuò)展性盡量好；以確保模塊的劃分滿足會計核算和內(nèi)部管理的需要，符合會計人員的習(xí)慣；以確保系統(tǒng)結(jié)構(gòu)控制圖符合系統(tǒng)的處理要求。

2.審核數(shù)據(jù)庫文件是否符合控制要求、用戶輸入數(shù)據(jù)和輸出信息要求。特別要注意文件和數(shù)據(jù)的安全保密控制和權(quán)限控制，以保證未授權(quán)人員不準(zhǔn)接觸文件和數(shù)據(jù)。審核字段和記錄的設(shè)計，并進(jìn)行一致性、準(zhǔn)確性、合理性的綜合分析，盡量消除冗余和節(jié)約存貯空間。

3.審核計算機(jī)和網(wǎng)絡(luò)系統(tǒng)配置方案。以確保系統(tǒng)環(huán)境的合理配置，以較小的投資獲得較好的系統(tǒng)性能；硬件的配置要符合目的性、先進(jìn)性、配套性、經(jīng)濟(jì)性；軟件配置要選擇合理的操作系統(tǒng)、語言編譯系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)；網(wǎng)絡(luò)系統(tǒng)的配置要符合標(biāo)準(zhǔn)化、主流化、實用性和技術(shù)性能指標(biāo)好的原則，實現(xiàn)數(shù)據(jù)、程序與硬件等資源的共享。

4.抽查部分代碼，看其是否符合國際、國家、行業(yè)頒發(fā)的標(biāo)準(zhǔn)代碼設(shè)計。檢查代碼在邏輯上能否滿足用戶的需要，在結(jié)構(gòu)上能否與處理的方法相一致。檢查代碼是否符合惟一性、直觀性、可擴(kuò)展性和合法性。確保一級會計科目的代碼應(yīng)符合財政部頒發(fā)的會計制度規(guī)定的科目編碼。

5.審核系統(tǒng)的輸入輸出設(shè)計是否符合《會計核算軟件基本功能規(guī)范》的要求，以保證輸入和輸出數(shù)據(jù)的合法性和正確性。特別要保證輸入數(shù)據(jù)的質(zhì)量和糾錯能力，竭力避免“垃圾進(jìn)，垃圾出”的情況；并采取一定的控制措施，確?！罢_的輸入，正確的操作，正確的輸出”的原則。檢查輸出報表的設(shè)計是否滿足對外報送和對內(nèi)管理的要求。復(fù)核系統(tǒng)的輸入輸出設(shè)計是否包含一定的審計線索，以便能由系統(tǒng)的輸入順查到輸出，或者由輸出逆查到輸入。

6.審閱處理過程設(shè)計是否符合《會計核算軟件基本功能規(guī)范》的要求。以確保具有符合國家統(tǒng)一會計制度的規(guī)定的自動編制會計報表的功能和允許使用的多種核算方法；以確保有適當(dāng)?shù)目刂拼胧?，使所有?jīng)過審核的業(yè)務(wù)，均能完整的被處理；確保結(jié)賬功能的設(shè)計能自動檢查本期輸入的會計憑證是否全部入賬，并保證賬證、賬賬相符；以確保機(jī)內(nèi)銀行存款日記賬與輸入的銀行對賬單及適當(dāng)?shù)氖止ぽo助自動進(jìn)行銀行對賬，自動生成銀行存款余額調(diào)節(jié)表。

7.審核新系統(tǒng)的實施方案，以確定整個系統(tǒng)設(shè)計的文檔（系統(tǒng)總體設(shè)計書、詳細(xì)設(shè)計報告、系統(tǒng)設(shè)計報告）是否齊全、正確。

三、系統(tǒng)實施階段的審計

系統(tǒng)實施階段是將新系統(tǒng)付諸實施的過程。它的主要活動是根據(jù)系統(tǒng)設(shè)計所提供的控制結(jié)構(gòu)圖、文件與數(shù)據(jù)庫設(shè)計、系統(tǒng)配置方案及詳細(xì)設(shè)計資料，編制和調(diào)試程序，進(jìn)行系統(tǒng)試運(yùn)行、系統(tǒng)轉(zhuǎn)換等工作，將技術(shù)設(shè)計轉(zhuǎn)化為物理實際系統(tǒng)。其審計內(nèi)容和方法如下：

1.與程序設(shè)計人員一起選擇合適的程序開發(fā)工具、合適的數(shù)據(jù)結(jié)構(gòu)和合理的算法；檢查是否采用了結(jié)構(gòu)化程序設(shè)計方法；查閱程序中采用何種控制措施，確定各種必須的內(nèi)部控制是否都以納入所設(shè)計的程序中；檢查程序流程圖是否正確，檢查源程序的正確性、可讀性、可測試性和可維護(hù)性是否達(dá)到要求；檢查程序文檔是否完整和規(guī)范。

2.參與和監(jiān)督程序的分調(diào)試和總調(diào)試。調(diào)試時需精心組織測試數(shù)據(jù)模型，即有正常的、有效的各類業(yè)務(wù)數(shù)據(jù)，又有不完整的、無效的、不合理的、不合邏輯的數(shù)據(jù)。分調(diào)試時以查明該模塊是否按預(yù)定的要求接收并處理正常的業(yè)務(wù)，并發(fā)現(xiàn)是否拒絕不正常的業(yè)務(wù)且按預(yù)定的要求給出錯誤的信息并給予記錄，以確保每一模塊內(nèi)部控制關(guān)系的正確和數(shù)據(jù)處理內(nèi)容正確；總調(diào)試時要測試各模塊接口之間的各種可能的使用形態(tài)及其組合情況，查出系統(tǒng)中屬于相互關(guān)系方面的錯誤和缺陷，以保證各控制信息關(guān)系的正確。

3.與有關(guān)人員一起參加系統(tǒng)的試運(yùn)行，試運(yùn)行應(yīng)采用并行運(yùn)行方式，試運(yùn)行的期限不低于三個月。檢查試運(yùn)行記錄和試運(yùn)行報告，核對新舊系統(tǒng)處理結(jié)果，看其是否達(dá)到預(yù)定的目標(biāo)，有無發(fā)現(xiàn)系統(tǒng)存在的問題；查明實際的電算化會計信息管理系統(tǒng)與原來設(shè)計考慮的差異是否合理，系統(tǒng)能否正式投入運(yùn)行；審核所選的系統(tǒng)轉(zhuǎn)換方式是否合理。

4.審核被審單位電算化會計信息管理系統(tǒng)的操作管理制度，查明系統(tǒng)的操作員、管理員、程序員的工作職責(zé)是否明確，有無相互兼任的情況。查明未經(jīng)授權(quán)批準(zhǔn)、不掌握密碼的人能否接觸程序和數(shù)據(jù)并對其修改；實地觀察系統(tǒng)操作人員的操作情況，查明輸入數(shù)據(jù)是否經(jīng)審批，正確的數(shù)據(jù)能否被完整準(zhǔn)確地輸入系統(tǒng)，錯誤的數(shù)據(jù)能否被發(fā)現(xiàn)并經(jīng)過適當(dāng)?shù)某绦蚋笾匦孪蛳到y(tǒng)提交；查明是否制定了嚴(yán)格的硬件、軟件管理制度，制定的制度是否符合內(nèi)部控制的原則并有效執(zhí)行；檢查系統(tǒng)修改的文檔資料，查明每次修改是否按規(guī)定的程序進(jìn)行，已修改過的程序是否妥善保管；實地觀察系統(tǒng)的運(yùn)行狀態(tài)，檢查系統(tǒng)的運(yùn)行是否正常；參與系統(tǒng)運(yùn)行后的審核和評價。

5.詳細(xì)檢查系統(tǒng)實施階段的程序設(shè)計規(guī)格書、源程序清單、程序測試報告、系統(tǒng)測試報告、操作手冊等文檔是否完整準(zhǔn)確。

四、結(jié)束語

會計信息管理系統(tǒng)開發(fā)的審計，是一種事前審計，它具有積極的意義。因此，審計人員、特別是單位內(nèi)部審計人員對會計信息管理系統(tǒng)的開發(fā)進(jìn)行審計，這對于開發(fā)活動的恰當(dāng)控制，系統(tǒng)開發(fā)方法的科學(xué)性、先進(jìn)性和合理性，系統(tǒng)開發(fā)過程中產(chǎn)生的系統(tǒng)資料和憑證的規(guī)范性，系統(tǒng)運(yùn)行以后數(shù)據(jù)處理的合法性、正確性、完整性和效率性，以及事后審計的可審性，都具有很大的作用。

參考文獻(xiàn)：

篇(7)

[關(guān)鍵詞] 信息系統(tǒng) 用戶需求 功能過度 功能適度

一、引言

本文依據(jù)作者多年的信息系統(tǒng)開發(fā)實踐經(jīng)驗，以及對此問題的研究與認(rèn)識，提出信息系統(tǒng)開發(fā)中的“功能適度”原則，用以解決“用戶需求至上”與功能過度的矛盾。

二、用戶需求與功能過度

在許多軟件工程和信息系統(tǒng)開發(fā)的資料中，都在系統(tǒng)分析或設(shè)計時特別強(qiáng)調(diào)“用戶需求”。把其作為系統(tǒng)分析的出發(fā)點(diǎn)和系統(tǒng)設(shè)計，特別是新系統(tǒng)功能設(shè)計的主要依據(jù)。應(yīng)該說這種觀點(diǎn)本身是正確的，問題在于信息系統(tǒng)分析與設(shè)計中對“用戶需求”概念的理解和運(yùn)用。

關(guān)于“用戶需求”有兩種觀點(diǎn)值得我們注意，一種是理解為：由用戶提出的所有要求（如需要新系統(tǒng)解決的所有問題，需要新系統(tǒng)實現(xiàn)的所有功能）；另一種觀點(diǎn)認(rèn)為：“用戶需求”是指用戶所在業(yè)務(wù)系統(tǒng)本身對信息化的需求，這種需求是系統(tǒng)的、長期的，開發(fā)人員可以通過現(xiàn)行系統(tǒng)中用戶提出的各種需求來歸納、提煉。

觀點(diǎn)一是由于信息化進(jìn)程的特殊性而造成的。早期信息化的啟動和推進(jìn)主要是由計算機(jī)的專業(yè)人員而非專業(yè)的信息系統(tǒng)人員，用戶方面也普遍存在對信息系統(tǒng)的知識缺乏。所以當(dāng)把信息系統(tǒng)的開發(fā)通過商業(yè)合同來運(yùn)作時，所謂的“用戶需求”就成為了連接開發(fā)人員和用戶的必然橋梁。信息系統(tǒng)開發(fā)人員要求用戶必須提出自己的需求，雖然需求可以修改、完善，但不能無度；計算機(jī)專業(yè)人員按照這種需求設(shè)計完成信息系統(tǒng)的開發(fā)。

這樣運(yùn)作的缺點(diǎn)是：（1）用戶由于缺乏足夠的計算機(jī)與信息系統(tǒng)的知識，提出的要求可能是片面與不完整的；（2）開發(fā)人員雖然為項目的運(yùn)作尋求到了必要的依據(jù)，項目完成相對容易，但完成的項目可能很難真正滿足用戶（系統(tǒng)）的實際需求，特別是長期的需求；（3）按照這種觀點(diǎn)開發(fā)出來的所謂信息系統(tǒng)本身就不是企業(yè)業(yè)務(wù)系統(tǒng)的信息化，而是將信息技術(shù)用于企業(yè)業(yè)務(wù)，完成了企業(yè)現(xiàn)有功能的不完整信息化。

觀點(diǎn)二反映了信息系統(tǒng)開發(fā)中“用戶需求”的本質(zhì)，即這種需求不是用戶提出需求的表面含義，更不是個別用戶提出的需求，而是新的信息系統(tǒng)的需求。新系統(tǒng)的需求來源于現(xiàn)行系統(tǒng)用戶的需求，所以在信息系統(tǒng)開發(fā)過程必須重視現(xiàn)行系統(tǒng)用戶的需求。

“功能過度”包含兩層含義：一是指目前信息系統(tǒng)開發(fā)過程中由于用戶對信息系統(tǒng)知識的缺乏，作為合同甲方對系統(tǒng)功能提出的過高要求，或者是用戶在信息系統(tǒng)開發(fā)過程中隨著信息系統(tǒng)知識的不斷增加而對信息系統(tǒng)功能不斷提出超越項目合同的新要求；二是指信息系統(tǒng)開發(fā)過程中信息系統(tǒng)專業(yè)人員利用信息技術(shù)的優(yōu)勢為用戶設(shè)計了一些對業(yè)務(wù)系統(tǒng)開展業(yè)務(wù)無關(guān)、無用的功能，或者是設(shè)計了一些有關(guān)、有用，但過分超前，目前系統(tǒng)無法運(yùn)行的功能。

“用戶需求”與“功能過度”是相關(guān)的。如果用戶需求解決的好，用戶需求系統(tǒng)、完整地反映了新系統(tǒng)的本質(zhì)需求，新系統(tǒng)的功能設(shè)計便會在科學(xué)的前提下進(jìn)行，自然不會出現(xiàn)前述的兩種功能過度的情況。反過來，如果出現(xiàn)了功能過度的情況，一定是用戶需求沒弄清楚，即新系統(tǒng)的需求不清楚、不系統(tǒng)。既可能是用戶方對新系統(tǒng)的需求不清楚，也可能是系統(tǒng)開發(fā)人員對新系統(tǒng)需求不完全了解。

三、“功能適度”原則

在實際應(yīng)用中，產(chǎn)生“功能過度”主要有兩種原因：一是信息系統(tǒng)開發(fā)過程中開發(fā)雙方由于意見不一致的情況，如應(yīng)用方對信息系統(tǒng)知識的缺乏、開發(fā)方對應(yīng)用業(yè)務(wù)的不了解；二是一些軟件開發(fā)商為滿足所有用戶的需求而開發(fā)的通用軟件。所謂通用軟件一般都存在一個顯著問題，即對用戶和市場細(xì)分不夠。雖然功能設(shè)計是合理的，但合理的功能并不是大家都需要。解決功能過度最好的方法是在功能設(shè)計中始終堅持功能適度，為此，我們設(shè)計了功能適度原則。

1.功能不是越多越好

信息系統(tǒng)的開發(fā)中并不是系統(tǒng)的功能越多越好，用戶不需要的功能、用戶不會用的功能、對系統(tǒng)開展業(yè)務(wù)無作用的功能再多也是冗余。

2.設(shè)計的功能應(yīng)該是用戶有用、要用和能用的

所謂“有用”是指這些功能是系統(tǒng)業(yè)務(wù)正常開展所需要的功能；而“要用”的功能是指用戶由于業(yè)務(wù)崗位的不同而需要使用的本崗位定制功能；“能用”的功能是指為用戶提供的功能應(yīng)該都能滿足用戶的正常操作要求，并與用戶的使用能力相適應(yīng)，能運(yùn)行出正常與正確的結(jié)果。注意，也許系統(tǒng)的功能都“有用”，但對某個特定的用戶卻不一定“要用”、“能用”。

3.功能設(shè)計應(yīng)該以對用戶的細(xì)分和新系統(tǒng)業(yè)務(wù)需求作為依據(jù)

功能設(shè)計為了“適度”，必須有針對性的設(shè)計，即必須針對每一個具體的操作崗位的具體業(yè)務(wù)需求來設(shè)計。不能把所有的功能都提供給用戶供其選擇，更不能憑想像來設(shè)計功能。

4.功能設(shè)計必須是完整的

這里說的“功能設(shè)計必須是完整的”是指功能設(shè)計必須適度，但每一個具體的功能設(shè)計都不能因為“適度”而影響設(shè)計的完整性。

四、結(jié)論

信息系統(tǒng)開發(fā)過程中必須正確理解“用戶需求”的概念，其不應(yīng)該是用戶提出什么就做什么；而應(yīng)是通過對現(xiàn)行系統(tǒng)用戶需求的調(diào)查，全面理解新系統(tǒng)的需求，并把這種需求作為新系統(tǒng)功能設(shè)計的主要依據(jù)。

新系統(tǒng)的功能不能過度設(shè)計，只需要設(shè)計用戶開展正常業(yè)務(wù)夠用的功能即可，冗余的功能設(shè)計是一種浪費(fèi)。為了解決功能過度的問題，設(shè)計中堅持功能適度原則是十分必要的。

參考文獻(xiàn)：

[1]徐芳芳張鵬翥:信息系統(tǒng)用戶需求認(rèn)知變化的紀(jì)實性研究[A].生產(chǎn)力研究,2006(4)