導(dǎo)語：如何才能寫好一篇系統(tǒng)開發(fā)的主要方法，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務(wù)員之家整理的十篇范文，供你借鑒。

篇1

關(guān)鍵詞：Web信息系統(tǒng);電子商務(wù)系統(tǒng);開發(fā)方法

1.主流電子商務(wù)系統(tǒng)開發(fā)方法的歷史演變

電子商務(wù)系統(tǒng)是多媒體、基于Web的信息系統(tǒng)與其他類型的信息系統(tǒng)一樣,電子商務(wù)系統(tǒng)需要有符合自己特點的分析設(shè)計方法。正確地分析和設(shè)計電子商務(wù)系統(tǒng)是電子商務(wù)系統(tǒng)得以正確實施的條件之一。從20世紀90年代初,研究人員已開始對Web信息系統(tǒng)的分析設(shè)計方法進行研究;雖然研究成果層出不窮,但是大都還處在理論研究階段,只有極其少數(shù)得到了一定的應(yīng)用;并且,目前的電子商務(wù)系統(tǒng)還沒有出現(xiàn)類似于當年的結(jié)構(gòu)化分析設(shè)計方法那樣占據(jù)統(tǒng)治地位的分析設(shè)計方法[1],這也說明還沒有出現(xiàn)一個令業(yè)界公認的、完善的方法。因此,急需對主流的分析設(shè)計方法進行比較,分析各自的優(yōu)劣勢,取長補短,不斷完善。

從軟件工程領(lǐng)域來看,電子商務(wù)系統(tǒng)又被認為是一種多媒體系統(tǒng)、Web信息系統(tǒng)。因此,目前電子商務(wù)系統(tǒng)的開發(fā)方法與Web信息系統(tǒng)開發(fā)方法幾乎是等同的詞匯和內(nèi)涵[1]。本文也將這兩個概念混用。目前,國際上許多學(xué)者正在從事這方面的研究工作,同時也取得了一些研究成果,并創(chuàng)建了一批適合于電子商務(wù)應(yīng)用系統(tǒng)開發(fā)的開發(fā)方法。

1990年,Halasz和Schwartz提出了Dexter(DexterHypertextReferenceModel)[2]。1993年Garzotto[3]提出HDM(HypermediaDesignMethod),它建立在E2R模型基礎(chǔ)上;1998年Fraternali&Paolini發(fā)展了HDM,提出了HDM-Lite[4],它特別應(yīng)用于Web信息系統(tǒng)。1995年Isakowitz提出RMM(RelationshipManagementMethodology)[5],它是建立在E2R和HDM的基礎(chǔ)上;1999年Lee等人在RMM基礎(chǔ)上又提出了VHDM(View2basedHypermediaDesignMethodology)[6]。1991年Rumbaugh提出了OMT(TheObjectModelingTechnique)方法[7];1994年Lange針對OMT的不足,提出了EORM(EnhancedObject2RelationshipModel)[8]。1995年Schwabe和Rossi提出了OOHDM(Object2OrientedHypermediaDesignModel)[9],它建立在OO的基礎(chǔ)上,發(fā)展了HDM的思想;1998年Schwabe將原型化方法融入OOHDM方法,提出了OOHDM2Web方法[10]。20世紀90年代末,面向用戶需求的開發(fā)方法引起廣泛的重視。1998年,DeTroyer和Leune提出了WSDM(WebSiteDesignMethod)[11];1999年,Bajaj和K.Siau提出了CMU2WEB(ConceptualModelforUsableWebApplications)[12];1999年,Lee等人提出了SOHDM(Scenario-basedObject2OrientedHypermediaDesignMethodology)[13]。

在研究各種開發(fā)方法的同時,許多研究者也重視開發(fā)方法的實用性,研究了支持開發(fā)方法的輔助開發(fā)工具,比較著名的是Fraternali和Paolini等人提出了Autoweb[14]。

2.電子商務(wù)系統(tǒng)開發(fā)方法的比較框架

2.1框架建立的依據(jù)

Lee[13]曾經(jīng)對主要的電子商務(wù)系統(tǒng)的開發(fā)方法進行過簡單的比較研究,其中的一個比較角度是開發(fā)方法的階段劃分,但他只列出了各種方法的階段,并沒有比較。本研究試圖對開發(fā)過程進行詳細的比較,從以下兩個方面考慮,提出比較框架。首先,按照軟件工程的方法,系統(tǒng)的開發(fā)一般是結(jié)構(gòu)化的過程,特別是像電子商務(wù)系統(tǒng)這樣大型的系統(tǒng)開發(fā)。其次,電子商務(wù)系統(tǒng)的開發(fā)有其自身的獨特性。Baskerville[15]經(jīng)過對若干電子商務(wù)系統(tǒng)的開發(fā)過程比較,總結(jié)了開發(fā)過程的特點,包括:開發(fā)周期短、需求的不確定性、原型化方法、不斷升級版本、開發(fā)的并行性、固定設(shè)計架構(gòu)、以各自的風(fēng)格編寫程序、系統(tǒng)質(zhì)量的可協(xié)商性、依靠優(yōu)秀的技術(shù)人員、需要新的結(jié)構(gòu)來整合資源。

根據(jù)以上的考慮,將電子商務(wù)系統(tǒng)開發(fā)方法的比較框架設(shè)計為四個層次:全局層、概念設(shè)計層、導(dǎo)航設(shè)計層和系統(tǒng)實施層。

2.2全局層

全局層是從整體的角度,分析和比較各開發(fā)方法的設(shè)計和開發(fā)特點。在這個層次上比較的方面包括:開發(fā)階段、每個階段的輸出結(jié)果以及整個過程中CASE的支持程度。開發(fā)階段比較各開發(fā)方法是否涵蓋所有的系統(tǒng)開發(fā)階段,一個電子商務(wù)系統(tǒng)典型的開發(fā)階段應(yīng)該包括:需求分析階段、概念設(shè)計階段、導(dǎo)航設(shè)計階段、系統(tǒng)實施階段和系統(tǒng)維護階段。

當然,并不能單單依靠一種開發(fā)方法所能涵蓋的開發(fā)階段的多少來簡單評價開發(fā)方法的優(yōu)劣,還需要考察開發(fā)方法對各個階段支持的深度。因此,各級段輸出結(jié)果比較的目的是比較各開發(fā)方法是否能夠清晰地輸出系統(tǒng)開發(fā)各個階段的結(jié)果以及這些結(jié)果是否有足夠的可讀性。開發(fā)環(huán)境支持的比較是比較各開發(fā)方法是否在電子商務(wù)系統(tǒng)開發(fā)的各個階段都能夠提供CASE工具進行支持。

2.3概念設(shè)計層

概念設(shè)計層是電子商務(wù)系統(tǒng)開發(fā)的第一層次,是整個開發(fā)過程的基礎(chǔ),涵蓋從系統(tǒng)需求分析到系統(tǒng)概念模型建立的所有階段。在這個層次上比較的方面包括:設(shè)計驅(qū)動方式和對網(wǎng)絡(luò)資源和媒體的支持。

電子商務(wù)系統(tǒng)設(shè)計的驅(qū)動方式主要分為兩種:數(shù)據(jù)驅(qū)動和模型驅(qū)動。數(shù)據(jù)驅(qū)動是結(jié)構(gòu)化設(shè)計思想下的設(shè)計驅(qū)動方式;模型驅(qū)動則是采用面向?qū)ο蟮脑O(shè)計思想。

電子商務(wù)系統(tǒng)與傳統(tǒng)的信息系統(tǒng)最重要的一個區(qū)別在于電子商務(wù)系統(tǒng)能夠充分利用網(wǎng)絡(luò)的資源,以多種媒體方式表現(xiàn)信息。對網(wǎng)絡(luò)資源和媒體的支持考察的主要內(nèi)容就是電子商務(wù)系統(tǒng)開發(fā)方法對網(wǎng)絡(luò)資源和媒體的支持方式,即這些開發(fā)方法是如何表示和組織諸如圖像、聲音、視頻、文本等信息的。

2.4導(dǎo)航設(shè)計層

導(dǎo)航設(shè)計是電子商務(wù)系統(tǒng)開發(fā)的特性,也可稱為動態(tài)設(shè)計。在這個層次上,開發(fā)人員需要為概念設(shè)計層次中的實體、對象、關(guān)系以及信息建立符合系統(tǒng)需求的導(dǎo)航路徑和鏈接。在這個層次上主要比較系統(tǒng)鏈接的方式和系統(tǒng)訪問的結(jié)構(gòu)。系統(tǒng)鏈接的方式主要比較開發(fā)方法對系統(tǒng)各節(jié)點之間、各種信息之間以及節(jié)點和信息之間關(guān)系傳遞的支持程度。比較中還將引入一些情況來測試這些開發(fā)方法是否能夠完全或者部分地表現(xiàn)系統(tǒng)同步、頁面生成、外部鏈接等特殊情況。系統(tǒng)訪問的結(jié)構(gòu)是分析和比較各開發(fā)方法對于電子商務(wù)系統(tǒng)訪問結(jié)構(gòu)的定義方式和設(shè)置環(huán)境。在這一項的比較中,主要從訪問單元和訪問方法兩個方面進行比較。

2.5系統(tǒng)實施層

系統(tǒng)實施層將從一個電子商務(wù)系統(tǒng)物理實施的層面上進行分析和比較,在這個層次上,開發(fā)人員將利用開發(fā)方法提供的各種工具將前面層面上形成的邏輯模型轉(zhuǎn)換成實際的物理系統(tǒng),從而完成一個電子商務(wù)系統(tǒng)的建設(shè)工作。在這個層次上比較的方面主要包括:

1)系統(tǒng)的物理表現(xiàn)形式

主要研究各開發(fā)方法是否涵蓋從邏輯模型生成物理系統(tǒng)的過程,如果涵蓋的話,那么它們分別是如何來進行這個過程的,主要通過研究物理系統(tǒng)客戶端和服務(wù)器端的交互情況、系統(tǒng)數(shù)據(jù)庫的交互情況和系統(tǒng)事件的處理方式來進行評估。

2)系統(tǒng)生成的自動化程度

主要研究各開發(fā)方法在將邏輯模型轉(zhuǎn)換成物理系統(tǒng)的過程中,對自動生成頁面的支持程度。主要對從數(shù)據(jù)庫生成動態(tài)頁面的支持度和從模板生成靜態(tài)頁面的支持度進行測試。

篇2

 摘要：回顧了電子商務(wù)系統(tǒng)開發(fā)方法的歷史演變過程，從全局層、概念設(shè)計層、導(dǎo)航設(shè)計層和系統(tǒng)實施層四個層次對五種主流的電子商務(wù)系統(tǒng)開發(fā)方法RMM、OOHDM、CMD2WEB、WSDM 和Autoweb 進行了全面的分析和比較，指出了各自的優(yōu)勢和劣勢。

【論文“電子商務(wù)系統(tǒng)分析設(shè)計方法比較研究”分三個部分，本文是第3部分】：

一、主流電子商務(wù)系統(tǒng)開發(fā)方法的歷史演變；

二、電子商務(wù)系統(tǒng)開發(fā)方法的比較框架；

三、電子商務(wù)系統(tǒng)分析設(shè)計各開發(fā)方法的比較。

3. 電子商務(wù)系統(tǒng)分析設(shè)計各開發(fā)方法的比較

用上面建立的比較框架對五種電子商務(wù)系統(tǒng)開發(fā)方法———RMM[ 5 ] 、OOHDM[ 9 ] 、CMU2WEB[ 12 ] 、WSDM[ 11 ] 和Autoweb[ 4 ]進行全面的分析和比較。

3.1 全局層的比較

3.1.1 開發(fā)階段

五種開發(fā)方法對于各開發(fā)階段的涵蓋情況如表1 中的第1 項所示。從表中可以看到，由于電子商務(wù)系統(tǒng)開發(fā)的特殊性，概念設(shè)計階段和導(dǎo)航設(shè)計階段是所有這五種開發(fā)方法都涵蓋的開發(fā)階段。另外，由于系統(tǒng)開發(fā)的最終目的是要生成實際可用的物理系統(tǒng)，所以有四種方法涵蓋了系統(tǒng)實施階段。最后，還可以發(fā)現(xiàn)Autoweb 的方法最為全面和復(fù)雜，涵蓋了所有的系統(tǒng)開發(fā)過程，甚至還包括了其他四種方法所沒有的系統(tǒng)維護階段。

3.1.2 各階段輸出結(jié)果

僅僅從開發(fā)方法涵蓋的階段的多少無法判斷它們孰優(yōu)孰劣，還需要進一步分析和比較它們對各個開發(fā)階段支持的深度。對于開發(fā)人員來說，電子商務(wù)系統(tǒng)開發(fā)各個階段的銜接工作尤為重要，它主要表現(xiàn)在:一方面是上一個階段中將有哪些結(jié)果輸出到下一個階段中，另一方面是下一個階段需要依靠上一個階段中的哪些輸出結(jié)果為基礎(chǔ)。這就是所謂的系統(tǒng)開發(fā)的一致性問題，只有連續(xù)的一致性才能確保系統(tǒng)開發(fā)的每個階段都圍繞著同樣的主題進行。 在這五種方法中，RMM 的一致性最高，在它的開發(fā)過程中，每一個階段都完全利用了上一階段的輸出結(jié)果。如片斷設(shè)計需要使用實體設(shè)計生成的ER 圖，而片斷設(shè)計生成的ER + 圖也正是導(dǎo)航設(shè)計所必需的設(shè)計信息。另外，Autoweb方法的一致性也很高，特別是在它的基礎(chǔ)結(jié)構(gòu)設(shè)計、訪問路徑設(shè)計和表達設(shè)計過程中，這三項設(shè)計環(huán)環(huán)相扣，每一項設(shè)計都為后續(xù)的設(shè)計提供基礎(chǔ)和依據(jù)。CMU2WEB 方法的一致性最低，這也是由于這種方法主要集中在系統(tǒng)的概念設(shè)計階段造成的。

3.1.3 開發(fā)環(huán)境的支持

如果開發(fā)方法能夠提供CASE 環(huán)境來輔助開發(fā)人員開發(fā)，將大大加快系統(tǒng)的開發(fā)速度，提高開發(fā)人員的工作效率。各種開發(fā)方法對開發(fā)環(huán)境的支持如表1 中第2 項所示。從表中可以看到，CMU2WEB 和WSDM 沒有任何的開發(fā)環(huán)境支持，與之相對照的是Autoweb 的開發(fā)方法，它為開發(fā)人員提供了除了系統(tǒng)維護階段以外的所有階段的CASE 環(huán)境，這就意味著這種開發(fā)方法能夠大大簡化和加速電子商務(wù)系統(tǒng)的開發(fā)過程。

3.2　概念設(shè)計層的比較

3.2.1 設(shè)計驅(qū)動方式

RMM 的方法繼承于ER 方法，因此屬于數(shù)據(jù)驅(qū)動方式;OOHDM 方法采用面向?qū)ο蟮脑O(shè)計思想，屬于模型驅(qū)動方式;CMU2WEB 方法的主要組成部分是實體和關(guān)系，因此也屬于數(shù)據(jù)驅(qū)動方式;WSDM 以對用戶分類、建模為開端，屬于模型驅(qū)動方式;Autoweb 方法的概念設(shè)計階段采用HDM-lite 模型，因此它也屬于模型驅(qū)動方式。

3.2.2 對網(wǎng)絡(luò)資源和媒體的支持

作為電子商務(wù)系統(tǒng)與傳統(tǒng)信息系統(tǒng)最重要的不同之處，各開發(fā)方法對網(wǎng)絡(luò)資源和媒體的支持是評價它們的一個重要標準。這五種方法對網(wǎng)絡(luò)資源和媒體的支持程度如表1 中第3 項所示。除了CMU2WEB 以外，其他四種開發(fā)方法都采用實體屬性或者對象屬性的方法來表示各種網(wǎng)絡(luò)資源和媒體，例如，在OOHDM 開發(fā)方法中，可以為產(chǎn)品對象定義一個屬性———外觀，則這個屬性就可以用來添加能夠展示產(chǎn)品外觀的圖像信息。

3.3 導(dǎo)航設(shè)計層的比較

3.3.1 系統(tǒng)鏈接的方式

良好的、系統(tǒng)的鏈接將指引系統(tǒng)使用者正確地使用系統(tǒng)資源，因此系統(tǒng)鏈接的方式也是電子商務(wù)系統(tǒng)的一個基本設(shè)計方面。所有的電子商務(wù)系統(tǒng)開發(fā)方法都在概念設(shè)計階段定義了鏈接的表述方式。

RMM 方法使用三種不同類型的鏈接:條件索引鏈接、條件指導(dǎo)鏈接和條件索引指導(dǎo)鏈接。條件索引鏈接主要用于數(shù)據(jù)庫檢索，條件指導(dǎo)鏈接則用于系統(tǒng)向?qū)降膶?dǎo)引，條件索引指導(dǎo)鏈接則適用于上述兩種情況的綜合情況。

OOHDM和WSDM 都采用面向?qū)ο蟮脑O(shè)計思想，所以它們的鏈接方式只有一種，即使用簡單的有向箭頭來表示對象之間的鏈接關(guān)系。

由于導(dǎo)航性能是電子商務(wù)系統(tǒng)的一個基本指標，CMU-WEB 方法主要依靠鏈接來確定應(yīng)用系統(tǒng)的可用性。在CMU2WEB 模型中，鏈接主要有三種形式:一種表示信息塊之間的關(guān)系，一種表示信息塊及其描述內(nèi)容的聯(lián)系，還有一種則表示信息塊和頁面之間的導(dǎo)航路徑。

Autoweb 模型中，各個信息集合之間的鏈接分為以下四種類型:索引鏈接、指導(dǎo)鏈接、索引指導(dǎo)鏈接和完全鏈接。每種鏈接都針對不同的系統(tǒng)導(dǎo)航情況。

3.3.2 系統(tǒng)訪問的結(jié)構(gòu)

五種開發(fā)方法的系統(tǒng)訪問結(jié)構(gòu)比較如表1 的第4 項所示。系統(tǒng)訪問方法主要分為兩種，一種為有向箭頭，另一種為導(dǎo)航約束。OOHDM、CMU2WEB、WSDM 方法采用的有向箭頭方式只能簡單表示訪問單元之間的單向或雙向聯(lián)系，但是RMM 和Autoweb 方法采用的導(dǎo)航約束方式卻可以為系統(tǒng)的鏈接增加更多的維度，例如，當一個客戶在網(wǎng)上選購貨物時，Autoweb 方法設(shè)計的系統(tǒng)就能夠利用索引指導(dǎo)鏈接為客戶提供相關(guān)產(chǎn)品的信息。

3.4 系統(tǒng)實施層的比較

3.4.1 系統(tǒng)的物理表現(xiàn)形式

一個好的開發(fā)方法需要平穩(wěn)地把握從設(shè)計階段到實施階段的過渡，并且能夠提供相關(guān)的工具來簡化從邏輯模型到物理系統(tǒng)的轉(zhuǎn)變過程。對此，五種開發(fā)方法分別有不同的支持程度:

RMM 方法采用生成HTML 模板的方法，將HTML 頁面中的每個對象與邏輯模型中的節(jié)點和訪問單位相關(guān)聯(lián)。OOHDM方法具有專門的抽象界面設(shè)計階段和系統(tǒng)實施階段。在抽象界面設(shè)計方案中描述導(dǎo)航對象、用戶界面對象、多媒體對象等信息;在系統(tǒng)實施階段，OOHDM 提供專門的OOHDM-Web 環(huán)境幫助開發(fā)人員生成頁面模板。



CMU-WEB 方法沒有涵蓋系統(tǒng)實施階段。 WSDM 具有實施設(shè)計階段和系統(tǒng)實施階段，在實施設(shè)計階段中，開發(fā)人員需要從系統(tǒng)可用性出發(fā)，根據(jù)WSDM 的指導(dǎo)原則設(shè)計整套電子商務(wù)系統(tǒng)實施的方案，然后在系統(tǒng)實施階段付諸實施。

與其他開發(fā)方法相比，Autoweb 方法具有更完善的物理設(shè)計階段，在這個階段中，開發(fā)人員建立系統(tǒng)表達模型和風(fēng)格表單，然后在Autoweb 所提供的CASE 環(huán)境中自動生成網(wǎng)頁。

3.4.2 系統(tǒng)生成的自動化程度

RMM、CMU2WEB 和WSDM 都沒有提供任何的輔助工具來自動生成電子商務(wù)系統(tǒng)的頁面，OOHDM 和Autoweb 在一定程度上提供了自動生成網(wǎng)頁的工具。OOHDM提供了OOHDM2Web 環(huán)境，在這個環(huán)境下，軟件自動生成由HTML 代碼和OOHDM2Web 函數(shù)庫調(diào)用相結(jié)合的頁面，所以它產(chǎn)生的頁面必須在OOHDM2Web 環(huán)境下運行。

Autoweb 則提供了一個被稱為“Schema & DataEntryGenerator”的自動系統(tǒng)生成器，在開發(fā)人員輸入設(shè)計完成的HDM2lite 概念模型后，系統(tǒng)自動輸出相應(yīng)的關(guān)系數(shù)據(jù)庫以及對應(yīng)的系統(tǒng)頁面，因此，具有更廣泛的應(yīng)用意義。

3.4.3 系統(tǒng)維護的支持程度

五種開發(fā)方法對系統(tǒng)維護的支持程度如表1 中第5 項所示。除了Autoweb 以外，其他四種開發(fā)方法都不支持適應(yīng)型和完善型的系統(tǒng)維護，從而大大降低了它們所開發(fā)的電子商務(wù)系統(tǒng)的擴展能力，這也是目前電子商務(wù)系統(tǒng)開發(fā)方法需要迫切改進的一個地方。不過，由于大多數(shù)開發(fā)方法(CMU-WEB 除外) 都具有十分徹底的分析階段，所以它們大部分都支持改錯型的系統(tǒng)維護，即系統(tǒng)設(shè)計的過程可以反復(fù)進行。另一方面，Autoweb 為系統(tǒng)維護提供的支持遠遠領(lǐng)先于其他開發(fā)方法，對于電子商務(wù)系統(tǒng)的更新、擴展和完善提供了很大的幫助。

4.　結(jié)論

通過對RMM、OOHDM、CMU2WEB、WSDM 和Autoweb五種電子商務(wù)系統(tǒng)開發(fā)方法在全局層、概念設(shè)計層、導(dǎo)航設(shè)計層以及系統(tǒng)實施層四個層次的比較，可以總結(jié)出以下幾點:

1) 盡管CMU2WEB 方法在采用量化標準評價電子商務(wù)系統(tǒng)設(shè)計方案可用性方面有新的突破，但由于它還只是一個概念模型，對于整個電子商務(wù)系統(tǒng)的開發(fā)過程支持還不夠完善，因此不具有太大的實用意義。

2) OOHDM 和WSDM 方法采用了面向?qū)ο蠼５乃枷耄@種模型驅(qū)動的設(shè)計方式與傳統(tǒng)的數(shù)據(jù)驅(qū)動方式相比，更能夠適應(yīng)電子商務(wù)系統(tǒng)復(fù)雜、多變的開發(fā)特點。

3) Autoweb 最引人注目，它在比較框架的每個項目中都表現(xiàn)出色; 并且在這五種方法中，Autoweb 是唯一建立了CASE 環(huán)境的一種開發(fā)方法，這種CASE 環(huán)境將大大降低開發(fā)人員的工作強度，提高電子商務(wù)系統(tǒng)的開發(fā)效率。

參考文獻

[ 1 ] 　Lang M. A study of practice in hypermedia system design[A] . European Conference on Information Systems ( ECIS) [ C ] . Bled ，Slovenia ， 2001. 8 - 10.

[ 2 ] 　Halasz FG， Schwartz M. The dexter reference model [A] . Proceedings of the NIST Hypertext Standardization Workshop [ C] .Gaithersburg ， Maryland : NIST ， 1990. 95 - 133.

[3 ] 　Garaotto F ， Paolini P ， di Milano P ， et al . HDM- A model-based approach to hypertext application design[J ] . ACM Trans Information Systems ， 1993 ， 11 (1) : 1 - 26.

[ 4 ] 　Fraternali P ， Paolini P. A conceptual model and a tool environment for developing more scalable and dynamic web applications [ A ] .Proceedings of International Conference on Extending DatabaseTechnology[C] . Valencia ， Spain : Springer ， 1998. 421 - 435.

[ 5 ] 　Isakowitz T ， Stohr EA ， Balasubramanian P. RMM: A methodology for structured hypermedia design [ J ] . Communications of the ACM ， 1995 ， 38 (8) : 34 - 44.

[ 6 ] 　Lee H ， KimJ ，Gul Y. A view2based hypermedia design methodology[J ] . Journal of Database Management ， 1999 ， 10 (2) : 3 - 13.

[ 7 ] 　Rumbaugh J . Object 2Oriented Modeling and Design [ M ] . New York : Prentice2Hall ， 1991.

[ 8 ] 　Lange DB. An object2oriented design method for hypermedia information systems[A] . Proceedings of the 27th Hawaii InternationalConference on System Sciences[C] . Hawaii : IEEE Computer Society Press ，1994. 336 - 375.

[ 9 ] 　Schwabe D ， Rossi G. The object2oriented hypermedia design model [J ] . Communication of ACM ， 1995 ，38 (8) : 45 - 46.

[ 10 ] Schwabe D ， de Almeia Pontes R. OOHDM2Web : rapid prototyping of hypermedia applications in the WWW[ R] . Pontifcia Universidade Catlica do Rio de Janeiro ， 1998.

[11 ] De Troyer O ， Leune K. WSDM: a user centered design method for web sites [A] . Proceedings of the Seventh International WWW Conference[C] . Brisbane ， Australia : Elsevier ，1998. 85 - 94.

[ 12 ] Bajaj A ， Krishnan R. CMU2WEB : A conceptual model for usablemweb applications[J ] . Journal of Database Management ， 1999 ， 10(4) : 33 - 43.

[13 ] Lee H， Lee C， Yoo C. A scenario2based object2oriented hypermediamethodology [J ]. Information and Management ， 1999 ， 36 :121 - 138.

[ 14 ] Fraternali P ， Paolini P. Model2driven development of web applications : the autoweb system[J ] . ACM Transactions on InformationSystems ， 2000 ， 28 (4) : 323 - 382.

[ 15 ] Baskerville R ， Pries2Heje J . Racing the e2bomb : How the Internet is redefining information systems development methodology [A]. Realigning

篇3

關(guān)鍵詞：環(huán)境衛(wèi)生；管理信息系統(tǒng)；開發(fā)探討

在新時期的發(fā)展下，管理信息系統(tǒng)逐漸得到了廣泛的應(yīng)用，并且取得了明顯的成效，管理信息系統(tǒng)最開始出現(xiàn)于上個世紀九十年代末，主要是利用電子計算機技術(shù)、網(wǎng)絡(luò)通信技術(shù)及其他軟件技術(shù)進行信息管理的一種系統(tǒng)，其具有信息傳遞速度快、準確性高的特點，不僅能夠為管理工作帶來極大的便利性，還能有效提高工作效率。

一、環(huán)境衛(wèi)生管理信息系統(tǒng)應(yīng)遵循的原則

在人們物質(zhì)日益提高的前提下，對環(huán)境衛(wèi)生的保護意識也越來越高，因此加強環(huán)境衛(wèi)生管理工作，為人們創(chuàng)造健康舒適的生活環(huán)境也就成為了目前環(huán)境衛(wèi)生管理部門亟待解決的首要問題，并且為了真正提高h境保護水平，構(gòu)建了一套完整的環(huán)境衛(wèi)生管理信息系統(tǒng)，但在具體應(yīng)用時需要遵守以下原則：第一，實事求是原則。環(huán)境衛(wèi)生管理部門應(yīng)根據(jù)自身的實際發(fā)展情況，如經(jīng)濟能力方面，制定科學(xué)合理的開發(fā)目標，從而明確規(guī)定服務(wù)范圍；第二，突出重點原則。環(huán)境衛(wèi)生管理系統(tǒng)應(yīng)在根據(jù)實際情況的基礎(chǔ)上突出重點內(nèi)容，從而在滿足管理需求的同時有效節(jié)約開發(fā)成本；整體性原則。信息管理系統(tǒng)屬于一個整體性的工程，因此在進行系統(tǒng)的開發(fā)過程中要將各項技術(shù)融合在內(nèi)，從而保證系統(tǒng)功能的充分發(fā)揮。

二、關(guān)于環(huán)境衛(wèi)生管理信息系統(tǒng)開發(fā)的方法研究

目前，信息管理系統(tǒng)的使用逐漸廣泛化，并且關(guān)于環(huán)境衛(wèi)生信息管理系統(tǒng)的方法也是層出不窮，但從使用技術(shù)和應(yīng)用普遍性的角度來看，在環(huán)境衛(wèi)生信息管理系統(tǒng)開發(fā)中最常用的方法還是原型法和生命周期法。原型法主要是根據(jù)使用者對該系統(tǒng)的實際需求來開發(fā)的，并且在開發(fā)整個過程中完全以用戶提出的建議和意見為主展開適當?shù)恼{(diào)整，進行進一步的完善，從而為使用者提供高質(zhì)量的服務(wù)，為環(huán)境衛(wèi)生信息管理系統(tǒng)的穩(wěn)定運行提供保障；而生命周期法主要是指從環(huán)境衛(wèi)生信息管理系統(tǒng)的開發(fā)初期到運行階段的一整個過程，都要嚴格按照生命周期的各個階段和流程展開對信息管理系統(tǒng)的開發(fā)。

通過對這兩種信息管理系統(tǒng)的比較，我們可知在進行環(huán)境衛(wèi)生信息管理系統(tǒng)開發(fā)時，最好還是使用原型法，主要原因在于環(huán)境衛(wèi)生行業(yè)涉及到的領(lǐng)域較為廣泛，屬于重復(fù)學(xué)科。因此為保證信息管理系統(tǒng)在性能和適用性方面都能達到最優(yōu)狀態(tài)。除此之外，信息管理系統(tǒng)的相關(guān)開發(fā)人員也要和管理人員進行有效溝通交流，讓管理人員對環(huán)境衛(wèi)生信息管理系統(tǒng)的運行過程提出適當?shù)慕ㄗh，并且開發(fā)人員要有針對性的展開解決完善，避免出現(xiàn)信息管理系統(tǒng)在使用時無法滿足環(huán)境衛(wèi)生管理的相關(guān)需求現(xiàn)象。

三、環(huán)境衛(wèi)生信息管理系統(tǒng)的開發(fā)過程分析

在環(huán)境衛(wèi)生信息管理系統(tǒng)進行開發(fā)過程時，主要包括以下幾點：信息管理系統(tǒng)調(diào)查階段、信息管理系統(tǒng)設(shè)計階段及信息管理系統(tǒng)實現(xiàn)階段，具體闡述如下。

（一）信息管理系統(tǒng)調(diào)查階段

若想有效保證環(huán)境衛(wèi)生信息管理系統(tǒng)的適用性和經(jīng)濟效益性，就要在環(huán)境衛(wèi)生信息管理系統(tǒng)進行實際開發(fā)前對系統(tǒng)開發(fā)方案的可行性和系統(tǒng)建立完成使用的可靠性展開詳細的調(diào)查研究。并且在調(diào)查工作具體開始時，首先就要對環(huán)境衛(wèi)生部門的內(nèi)部進行認真調(diào)查，內(nèi)部工作主要是由環(huán)境衛(wèi)生部門、其他部門、經(jīng)濟實力及對信息管理系統(tǒng)的需求程度構(gòu)成。然后在上述條件都具備的基礎(chǔ)上制定環(huán)境衛(wèi)生信息管理系統(tǒng)的相應(yīng)設(shè)計方案，保證其具有一定的可行性。最后對信息管理系統(tǒng)進行仔細調(diào)查，并且在調(diào)查過程中開發(fā)人員和管理人員都要共同參加，這種要求的原因在于雖然大多數(shù)的系統(tǒng)開發(fā)專業(yè)人才對系統(tǒng)開發(fā)非常優(yōu)秀，但對于各部門的工作運行狀態(tài)卻是不太了解，將這二者進行有效結(jié)合，不但能幫助系統(tǒng)開發(fā)人員更好的對各部門工作流程準確掌握，營造和諧的工作氛圍，還能使系統(tǒng)開發(fā)人員在進行環(huán)境衛(wèi)生信息管理系統(tǒng)開發(fā)時具有一定的針對性，從而實現(xiàn)系統(tǒng)開發(fā)的最佳效果。

（二）信息管理系統(tǒng)設(shè)計階段

在進行環(huán)境衛(wèi)生信息管理系統(tǒng)設(shè)計階段時主要包括以下幾點流程：第一，總體規(guī)劃設(shè)計。主要包括對功能結(jié)構(gòu)圖、模板結(jié)構(gòu)圖及工作流程圖等；第二，制定科學(xué)合理的信息管理系統(tǒng)設(shè)計方案和相應(yīng)的設(shè)計流程規(guī)范；第三，信息管理系統(tǒng)的配置方案。主要是由設(shè)備配置和通信網(wǎng)絡(luò)組合而成；第四，關(guān)于數(shù)據(jù)信息的儲存設(shè)計方案。主要包括數(shù)據(jù)庫信息設(shè)計和數(shù)據(jù)庫的保密設(shè)計等；第五，計算機處理方案設(shè)計。主要是由數(shù)據(jù)信息的輸入、輸出及程序編寫設(shè)計等內(nèi)容。

（三）信息管理系統(tǒng)實現(xiàn)方案

由于環(huán)境衛(wèi)生信息管理系統(tǒng)的開發(fā)過程中涉及到眾多領(lǐng)域，因此在對計算機設(shè)備進行應(yīng)用選擇時，首先要考慮的就是其適用性和售后服務(wù)質(zhì)量如何，如果計算機運行過程中出現(xiàn)故障問題可以及時給予解決，從而為信息管理系統(tǒng)的穩(wěn)定安全運行提供保障。同時在信息管理系統(tǒng)的設(shè)計階段對可維護性要引起重視，這時由于系統(tǒng)會在服務(wù)環(huán)境的影響下發(fā)生改變，因此為了更好的滿足管理者和使用者的需求，就要保證系統(tǒng)具有可維護性，即定期對系統(tǒng)升級和更新。除此之外，在進行系統(tǒng)的調(diào)試過程中，要準確發(fā)現(xiàn)系統(tǒng)運行過程中存在的隱患問題，避免在使用后出現(xiàn)任何故障現(xiàn)象。

篇4

【關(guān)鍵詞】 企業(yè)管理;信息系統(tǒng);系統(tǒng)分析;系統(tǒng)設(shè)計

隨著信息時代的來臨,企業(yè)越來越重視計算機系統(tǒng)的運用。在市場競爭日趨激烈的今天,企業(yè)若要得到穩(wěn)定的生存和長期的發(fā)展,就必須努力開發(fā)并有效利用信息資源。信息資源的獲得是依靠當今社會普遍流行、使用的電子計算機來實現(xiàn)的。各個企業(yè)在管理方面應(yīng)全面提高管理水平,構(gòu)建并完善企業(yè)管理信息系統(tǒng),以便進行信息化管理,來適應(yīng)企業(yè)發(fā)展的需要。

一、結(jié)構(gòu)化生命周期開發(fā)方法

結(jié)構(gòu)化生命周期開發(fā)方法基本思想是:用系統(tǒng)的思想和系統(tǒng)工程的方法,按用戶至上的原則,結(jié)構(gòu)化、模塊化地由頂向下整體性地分析與設(shè)計和自底向上逐步實施。用結(jié)構(gòu)化生命周期開發(fā)方法開發(fā)一個系統(tǒng),將整個開發(fā)過程劃分為5個依次連接的階段:即系統(tǒng)規(guī)劃階段,系統(tǒng)分析階段,系統(tǒng)設(shè)計階段,系統(tǒng)實施階段和系統(tǒng)運行階段。這5個階段共同構(gòu)成了系統(tǒng)開發(fā)的生命周期。

由此可見,該方法所表現(xiàn)的是一種自頂向下的觀點,其顯著特點是能夠很好地將系統(tǒng)開發(fā)過程的整體性和全局性顯示出來,其強調(diào)的是以整體優(yōu)化為前提來進行具體的分析設(shè)計。結(jié)構(gòu)化開發(fā)方法流程(如圖1所示)。

該方法也顯示出了另一觀點,即將開發(fā)階段進行嚴格地區(qū)分,它強調(diào)一步一步地嚴格地進行系統(tǒng)分析、設(shè)計和實施,每一步工作都及時地總結(jié),發(fā)現(xiàn)問題及時地反饋和糾正,后一階段的工作必須建立在前一階段工作成果的基礎(chǔ)之上,使每一階段的工作都有可靠的依據(jù),這樣就可以減少開發(fā)過程中所存在的盲目性,在一定程度上避免了混亂狀態(tài)的出現(xiàn),使成功開發(fā)管理信息系統(tǒng)的幾率大大提高。

隨著科學(xué)技術(shù)的迅速發(fā)展,計算機技術(shù)不斷提高,計算機在企業(yè)管理信息系統(tǒng)中的應(yīng)用越來越廣泛,其各種要求也越來越高。由于管理信息系統(tǒng)的更新頻率越來越大,企業(yè)對于開發(fā)方法提高了時間上的要求,適應(yīng)社會需求的系統(tǒng)開發(fā)應(yīng)該是能夠在最低費用的條件下保證完成的時間最短。在這種趨勢下,結(jié)構(gòu)化方法的規(guī)范化和標準化將其存在的不足之處漸漸地顯現(xiàn)出來,將其歸納為以下幾點:

一是,開發(fā)周期較長,此方法的階段劃分過程比較嚴格,每一步工作都需要認真完成,并對文檔的質(zhì)量有著較高的要求,需要較多的時間。

二是,不能及時適應(yīng)經(jīng)常變化的環(huán)境,導(dǎo)致開發(fā)出的系統(tǒng)不能滿足企業(yè)管理需要,與現(xiàn)實相脫離。

三是,工具落后,系統(tǒng)開發(fā)過程需要很多的分析圖表,這些分析圖表沒有較為先進的工具,只能手工繪制,導(dǎo)致人力和時間的浪費。

四是,違背人類認識事物的規(guī)律性,該方法需要開發(fā)者具有很好的預(yù)見能力,一些不可抗力是不能避免的,用戶的需求是不能脫離主觀影響的等,要求開發(fā)者對這些因素的掌握不符合客觀規(guī)律性。

可見這種結(jié)構(gòu)化方法存在上述四方面缺點,但是不能因此而忽視其嚴密的理論基礎(chǔ),也不能因此徹底放棄該系統(tǒng)工程方法。這是因為,該方法在一些系統(tǒng)開發(fā)中往往是必不可少的,一些甚至是必須采用,特別是復(fù)雜系統(tǒng)的開發(fā)?，F(xiàn)在開發(fā)工具越來越多,使得開發(fā)的工作效率有所提高,為結(jié)構(gòu)化方法不斷注入新的生命力。它還可以作為比較流行并被廣泛采用的一種優(yōu)秀的系統(tǒng)開發(fā)方法,尤其是與其他方法相結(jié)合,會產(chǎn)生更好的效果。

二、原型法

原型法的基本思想是系統(tǒng)開發(fā)人員憑借自己對用戶需求的理解,通過強有力的軟件環(huán)境支持,構(gòu)造出一個實在的系統(tǒng)原型,然后與用戶協(xié)商,反復(fù)修改原型直至用戶滿意。原型法通過把實驗機制明確地引入系統(tǒng)的開發(fā)過程,從本質(zhì)上避開了傳統(tǒng)的結(jié)構(gòu)化分析設(shè)計法嚴格的需求定義階段。用戶的需要是在不斷的運行和評價原型的過程中逐步明確。在系統(tǒng)開發(fā)過程中,用戶不再面對難以理解的圖表,而是直觀的軟件,在演示或使用中提出需求,避免了需求表達不清等問題使系統(tǒng)開發(fā)真正體現(xiàn)面向用戶的原則。其開發(fā)過程是分析、設(shè)計、編程、運行、評價多次重復(fù)、不斷演進的過程。該方法的基本原理(如圖2所示)。

在采用原型法進行系統(tǒng)開發(fā)時,需要滿足下面幾個條件:首先,同結(jié)構(gòu)化方法一樣,原型法也需要較短的開發(fā)周期以及較低的開發(fā)成本;其次,需要對原型進行評價,而且要求用戶進行參與;再次,原型必須具有可行性,即是能夠運行的;最后,要以原型的運行結(jié)果為依據(jù),來對原型進行合理評價,然后以該評價結(jié)果為依據(jù),對原型進行修改。由此可見,原型法具有開發(fā)周期短的優(yōu)點,使用起來比較靈活,適用于中小型管理體制和組織結(jié)構(gòu)不穩(wěn)定、有變化的系統(tǒng)。原型發(fā)的特點是需要快速形成和不斷修改演進,使由這種方法開發(fā)出的系統(tǒng)具有較強的適應(yīng)性,且易于修改。

然而,原型法在嚴格意義上還不能作為軟件工程方法而獨立存在,實際上的原型法只能最為系統(tǒng)開發(fā)思想,沒有與其相適應(yīng)的專門的配套工具。具體地說,它只支持在軟件開發(fā)早期階段快速生成后期產(chǎn)品樣品的過程,不是完整意義的方法論體系。要想充分發(fā)揮原型法的效能,就必須有效結(jié)合其他軟件開發(fā)方法。

三、面向?qū)ο蟮南到y(tǒng)開發(fā)方法

面向?qū)ο蟮南到y(tǒng)開發(fā)方法是建立在對象、類、封裝、繼承、多態(tài)性等概念基礎(chǔ)上的系統(tǒng)開發(fā)方法。面向?qū)ο蠓椒ǖ幕舅枷胧腔谒芯康膯栴},對問題空間進行自然分割識別其中的對象及其相互關(guān)系,建立問題空間的信息模型,在此基礎(chǔ)上進行系統(tǒng)設(shè)計,用對應(yīng)對象和關(guān)系的軟件模塊來構(gòu)造系統(tǒng)。其目的是提高軟件系統(tǒng)的可重用性、可擴充性和可維護性,使軟件系統(tǒng)向通用性方向發(fā)展,逐步使軟件系統(tǒng)的生產(chǎn)能像硬件組裝那樣,由“軟件集成塊”來構(gòu)筑。

面向?qū)ο蠓椒ǖ拈_發(fā)過程包括定義問題、識別對象、詳細設(shè)計問題和程序?qū)崿F(xiàn)4個步。該方法的優(yōu)點是接近現(xiàn)實世界,限制了人的主觀因素的影響,有效控制了因為人的不同而在認識系統(tǒng)上所產(chǎn)生的偏差。這種方法面向的應(yīng)用解決了傳統(tǒng)結(jié)構(gòu)化開發(fā)方法中客觀世界描述工具與軟件結(jié)構(gòu)的不一致問題,縮短了開發(fā)周期,解決了從分析和設(shè)計等到軟件模塊結(jié)構(gòu)之間多次轉(zhuǎn)換映射的繁雜過程。

面向?qū)ο蠓椒ㄒ灿幸欢ǖ木窒扌?它的應(yīng)用必須要有功能較強的軟件的支持。在開發(fā)大型的信息系統(tǒng)的過程中,若是自始至終都采用自底向上的方法,沒有自頂向下整體劃分的過程,就很可能得不到系統(tǒng)全貌,導(dǎo)致系統(tǒng)結(jié)構(gòu)不合理、各部分關(guān)系失調(diào)等問題。這種方法在應(yīng)用上同上述兩種方法一樣,需要與其他方法的結(jié)合,來更好地發(fā)揮自己的優(yōu)勢。

四、結(jié)語

綜上所述,共有三種管理信息系統(tǒng)開發(fā)方法,每種方法都有各自的優(yōu)點和局限性。在實際應(yīng)用過程中,最優(yōu)的開發(fā)方法就是根據(jù)要開發(fā)系統(tǒng)的具體情況,如綜合規(guī)模、復(fù)雜程度、開發(fā)工具等因素,來采取相適應(yīng)的開發(fā)方法,或者將幾種方法結(jié)合運用。在經(jīng)濟不斷發(fā)展,信息資源越來越重要的時代,一個企業(yè)要想在激烈的競爭中謀發(fā)展,在諸多企業(yè)間脫穎而出,就必須及時掌握信息動態(tài),建立合理有效的管理信息系統(tǒng)。

參考文獻

[1]杜棟,田卿,劉小健.企業(yè)信息化的第3股浪潮:協(xié)同管理系統(tǒng)(CMS)[J].信息系統(tǒng)工程.2009(1)

[2]羅艷輝,李彬,鄧飛其.基于ERP與CRM整合的卷煙銷售管理系統(tǒng)[J].微計算機信息.2009(6)

[3]李彪,尤文,楊玉春,李俊峰.礦山企業(yè)能源計量管理信息系統(tǒng)的開發(fā)與應(yīng)用[J].中國計量.2009(2)

篇5

關(guān)鍵詞：地方高校；應(yīng)用型專業(yè)；案例式教學(xué)；DSP

一、引言

《DSP系統(tǒng)開發(fā)》是一門專業(yè)性很強的應(yīng)用型課程，該課程要求學(xué)生具備卷積、相關(guān)運算、頻譜分析以及濾波器設(shè)計等基礎(chǔ)知識，同時要求學(xué)生具有一定的硬件知識和軟件編程基礎(chǔ)。該課程目標是培養(yǎng)學(xué)生成為動手能力強、寬口徑的應(yīng)用型人才。地方高校的課程繁多，每門課程課時有限，難以在有效的時間內(nèi)完成課程的學(xué)習(xí)和掌握必要的知識。另外，為了能培養(yǎng)出適應(yīng)社會的應(yīng)用型人才，我們積極響應(yīng)《教育部國家發(fā)展改革委財政部關(guān)于引導(dǎo)部分地方普通本科高校向應(yīng)用型轉(zhuǎn)變的指導(dǎo)意見》，積極探索地方高校應(yīng)用型課程的教學(xué)改革。本文以工科通識類課程——DSP系統(tǒng)開發(fā)為例，從教學(xué)內(nèi)容和教學(xué)方法上探索課程的教學(xué)改革。

二、DSP系統(tǒng)開發(fā)課程特點和問題分析

《DSP系統(tǒng)開發(fā)》是一門理論和實際緊密結(jié)合的專業(yè)應(yīng)用型課程，它涵蓋的知識面非常寬，主要包括以下內(nèi)容：DSP系統(tǒng)的硬件結(jié)構(gòu)、指令系統(tǒng)、開發(fā)平臺；數(shù)字信號處理的基本理論和算法（FFT、FIR等）；DSP匯編語言、C\C++語言和CCS開發(fā)工具。同時要求學(xué)生了解DSP器件的發(fā)展過程及其特點，熟悉DSP器件的基本原理，總體結(jié)構(gòu)、指令系統(tǒng)和尋址方式，學(xué)會DSP匯編語言程序的開發(fā)，了解TMS320系列中1至2種芯片的使用方法，掌握利用DSP實現(xiàn)軟硬件系統(tǒng)的設(shè)計，如完成FIR濾波器、FFT算法、實時小系統(tǒng)的設(shè)計。學(xué)生在學(xué)習(xí)該課程時感覺硬件結(jié)構(gòu)復(fù)雜，寄存器多，理論難度大。筆者從事DSP課程的教學(xué)十余年，在該課程的教學(xué)過程中，倍感電子技術(shù)行業(yè)的發(fā)展之快，軟件不斷升級，芯片不斷完善，性價比不斷提升，市場不斷擴大。如何加強地方高校學(xué)生學(xué)習(xí)DSP這樣一門應(yīng)用型非常強的課程，已成為一個值得思考的問題。本院光電信息科學(xué)與工程專業(yè)開設(shè)的《DSP系統(tǒng)開發(fā)》課程安排在大三下學(xué)期，總學(xué)時為40學(xué)時，其中理論28學(xué)時，實驗12學(xué)時。結(jié)合地方高校學(xué)生的實際情況，本文在分析該課程的特點基礎(chǔ)上，提出以案例式教學(xué)為基本單元，以實驗室教學(xué)為補充的教學(xué)改革方法，以提升學(xué)生的綜合實踐和應(yīng)用技能。

三、DSP系統(tǒng)開發(fā)課程案例教學(xué)探索

案例教學(xué)法是一種創(chuàng)新性教學(xué)方法，它通過引導(dǎo)學(xué)生進行案例的交流和研討式分析，以達到利用案例獲取相關(guān)信息和數(shù)據(jù)來實現(xiàn)問題的解決，使學(xué)生掌握課程知識和基本技能。案例教學(xué)已經(jīng)引起國內(nèi)外學(xué)者的高度關(guān)注，成功地應(yīng)用在很多學(xué)科領(lǐng)域。DSP技術(shù)的教學(xué)分為理論教學(xué)和實踐教學(xué)兩部分，目的重在培養(yǎng)學(xué)生的實踐應(yīng)用技能。在地方高校應(yīng)用型轉(zhuǎn)型背景下，本文提出采用以下方法實現(xiàn)DSP系統(tǒng)開發(fā)課程的案例教學(xué)探索。1.DSP系統(tǒng)開發(fā)課程案例教學(xué)法的組織案例教學(xué)法的組織過程包括：案例的搜集和整理階段，案例的分析和討論階段，案例的總結(jié)歸納。其中學(xué)生主動參與課堂是DSP課程教學(xué)改革的一個關(guān)鍵環(huán)節(jié)，因此教師要將一些有趣的DSP案例引入課程教學(xué)中，使枯燥的教學(xué)過程變得知識趣味化。針對本學(xué)院電子信息專業(yè)的學(xué)科特點和培養(yǎng)目標，結(jié)合DSP課程的教學(xué)進度和教學(xué)計劃，我們通過查閱大量相關(guān)文獻資料，整理了四個典型案例，制作教學(xué)課件，具體案例包括：存儲器模塊（尋址方式），F(xiàn)IR濾波器的DSP實現(xiàn)，F(xiàn)FT算法的DSP實現(xiàn)，任意波形發(fā)生器設(shè)計。我們對案例教學(xué)的整個環(huán)節(jié)進行總結(jié)，包括知識點的歸納、編程語言的使用、芯片內(nèi)部結(jié)構(gòu)的學(xué)習(xí)等。2.DSP系統(tǒng)開發(fā)課程的案例教學(xué)實施本節(jié)以“案例三：FIR濾波器的DSP實現(xiàn)”為例，進行案例教學(xué)過程的實施，該節(jié)內(nèi)容包括以下四個知識點：FIR濾波器的基本理論；FIR濾波器的設(shè)計方法；FIR濾波器的MATLAB仿真；FIR濾波器的DSP實現(xiàn)。具體的實施過程包括講解環(huán)節(jié)、自學(xué)環(huán)節(jié)、答疑環(huán)節(jié)。（1）講解環(huán)節(jié)教師對學(xué)生講解準備的典型案例，首先進行知識點的串講（FIR濾波器的基本理論，F(xiàn)IR濾波器的設(shè)計方法，F(xiàn)IR濾波器的MATLAB仿真、FIR濾波器的DSP實現(xiàn)），然后提出需要討論解決的問題，如MATLAB仿真獲取的濾波器系數(shù)文件如何導(dǎo)入DSP的匯編程序中，最后安排本班同學(xué)進行課后學(xué)習(xí)和分組討論。其中光電信息科學(xué)與工程專業(yè)13級共42人，分為6組進行討論，要求各組學(xué)生認真準備，積極討論。（2）自學(xué)環(huán)節(jié)學(xué)生帶著教師提出的問題和疑難知識點進行資料查詢、搜索、組內(nèi)討論，整理出問題的答案和解決辦法。（3）答疑環(huán)節(jié)學(xué)生自學(xué)完成后，教師安排課堂時間進行集中討論，由小組長匯報結(jié)果，提出解決問題的思路和辦法，其他組提出問題，教師進行現(xiàn)場輔導(dǎo)。小組匯報結(jié)束后，教師提煉學(xué)生存在的難點問題，整理進行講解和補充，啟發(fā)學(xué)生思考，以獲得最佳的討論效果。3.DSP系統(tǒng)開發(fā)課程的案例教學(xué)效果分析通過案例式教學(xué)后，學(xué)生在實驗室進行獨立考核試驗——“FIR濾波器的DSP實驗”，具體實驗要求：兩組完成32階高低通FIR濾波器的DSP實驗，兩組32階帶通FIR濾波器的DSP實驗，一組32階帶阻FIR濾波器的DSP實驗。在實驗過程中，學(xué)生能夠正確閱讀和修改程序，正確設(shè)置斷點、探針，獲得最終的實驗仿真效果。例如，高通濾波器的仿真效果如下圖所示，其中圖（a）為輸入信號的頻譜圖，（b）為輸入信號經(jīng)高通濾波后的輸出信號頻譜圖。該實驗效果說明進行案例教學(xué)后學(xué)生對知識點的掌握更加牢固，更加靈活。

四、結(jié)束語

本文針對地方高校應(yīng)用轉(zhuǎn)型的需要，研究應(yīng)用型課程“DSP系統(tǒng)開發(fā)”的案例式教學(xué)模式。在DSP系統(tǒng)開發(fā)課程特點和問題分析的基礎(chǔ)上，筆者提出該課程的案例式教學(xué)方法。通過典型案例的活動實施，學(xué)生提高學(xué)習(xí)的主動性，提高思考問題、解決問題的能力，提升學(xué)習(xí)興趣，更好地適應(yīng)高校應(yīng)用轉(zhuǎn)型需求。

參考文獻：

[1]洪波，王秀敏，徐明彪，等.基于創(chuàng)新理念的DSP課程實驗教學(xué)研究[J].實驗室研究與探索，2014.33

[2]張新平，馮曉敏.重思案例教學(xué)的知識觀、師生觀與教學(xué)觀[J].高等教育研究，2015.11

[3]李曉琴.案例教學(xué)在《旅游規(guī)劃與開發(fā)》課程教學(xué)中的應(yīng)用[J].教育理論與實踐，2016.12

[4]李寒梅.案例教學(xué)在教師教育課堂教學(xué)中的觀察與啟示[J].中國大學(xué)教學(xué)，2013.06

[5]王華榮.以案例教學(xué)推動大學(xué)課堂教學(xué)模式改革的實踐與探索[J].中國大學(xué)教學(xué)，2011.04

篇6

關(guān)鍵詞：信息技術(shù) 管理系統(tǒng) 項目管理

管理信息系統(tǒng)開發(fā)的項目管理是為了使開發(fā)項目能夠按照預(yù)定的成本、進度和質(zhì)量順利完成，根據(jù)管理科學(xué)的理論，對需求、成本、人員、進度、質(zhì)量、風(fēng)險等進行科學(xué)分析和有效管理及控制，并利用工程化開發(fā)方法所進行的系統(tǒng)活動。

1 項目管理的組織模式

管理信息系統(tǒng)開發(fā)可以是企業(yè)管理信息系統(tǒng)的開發(fā)，也可以是為實現(xiàn)企業(yè)某一管理職能而進行的一個單獨的開發(fā)項目。對于前者，需成立企業(yè)的項目委員會，委員會下設(shè)項目管理組、項目評審組和項目開發(fā)組；如果是后者，則可以根據(jù)職能所涉及的范圍，召集相關(guān)部門人員成立開發(fā)項目組，項目組中分設(shè)系統(tǒng)開發(fā)小組和項目評審小組，由項目負責(zé)人進行統(tǒng)一管理和協(xié)調(diào)。

項目管理負責(zé)人可以為多人，由職能部門和信息部門管理人員組成。主要職責(zé)為：擬定項目管理的進度安排；組織項目階段評審；協(xié)調(diào)整體開發(fā)工作；對項目管理采取優(yōu)化措施。

項目評審小組一般由企業(yè)技術(shù)專家組成。主要職責(zé)為：對項目的需求分析進行評審；對系統(tǒng)選型和開發(fā)計劃進行評審；對系統(tǒng)開發(fā)進行階段性評審；對項目總結(jié)報告進行評審。

開發(fā)項目組有開發(fā)技術(shù)人員構(gòu)成。主要職責(zé)是：根據(jù)項目負責(zé)人的安排具體負責(zé)項目的軟件開發(fā)工作；項目結(jié)束后提交開發(fā)成果并形成技術(shù)文檔。

2 管理信息系統(tǒng)項目管理過程

一個完整的管理信息系統(tǒng)開發(fā)項目通常包括三大階段：需求分析、系統(tǒng)選型和系統(tǒng)實施。從具體的項目執(zhí)行過程上來講，項目管理可分為項目的項目授權(quán)、需求分析、項目選型、開發(fā)計劃制定與實施、項目評估及更新和項目完成驗收六個步驟。

2.1項目授權(quán)

在管理信息系統(tǒng)的開發(fā)要求提出后，需要確定開發(fā)項目管理的責(zé)任者，由其負責(zé)項目的可行性分析、需求評估，并進行項目開發(fā)的總體規(guī)劃和管理與質(zhì)量控制等，即將項目開發(fā)與管理的權(quán)限授予某一部門。一般而言，如果是針對企業(yè)的某項管理職能而進行的系統(tǒng)開發(fā)，應(yīng)由具備此項管理職能執(zhí)行能力的部門來負責(zé)；若是企業(yè)的總體管理信息系統(tǒng)開發(fā)，這應(yīng)由成立的項目管理委員會負責(zé)。

2.2需求分析

需求分析可分為三個過程：

1）可行性評估：根據(jù)項目所期望達到的目標，明確項目開發(fā)所需要投入的企業(yè)資源，并從企業(yè)現(xiàn)行的管理方式和理念、人力資源、技術(shù)支持等方面考慮，確定項目開發(fā)成果能否被使用者接受，能否促使工作流程的合理化，提高工作效率，降低企業(yè)管理運行成本。

2）需求評估：對管理信息系統(tǒng)開發(fā)的整體需求和期望做出分析和評估，詳細考慮需求的實現(xiàn)方式，確定系統(tǒng)的各個功能模塊及模塊間的關(guān)系，對系統(tǒng)的信息標準進行統(tǒng)一確定，并據(jù)此明確管理信息系統(tǒng)項目成果的期望和目標。

3）項目總體安排：對管理信息系統(tǒng)開發(fā)的時間、進度、人員等做出總體安排，制定項目的總體計劃。

2.3項目選型

在明確了項目的期望和需求后，項目選型階段的主要工作就是為開發(fā)選擇合適的軟件系統(tǒng)和硬件平臺。在項目選型階段的主要管理工作是進行系統(tǒng)選擇的風(fēng)險控制，包括正確全面評估系統(tǒng)功能，合理匹配系統(tǒng)功能和自身需求，綜合評價軟件系統(tǒng)和硬件平臺的功能及價格、技術(shù)支持能力，充分考慮系統(tǒng)維護和后續(xù)開發(fā)等因素。

2.4 開發(fā)計劃制定與實施

在項目策劃時，要充分考慮具體開發(fā)人員對開發(fā)過程的意見，項目開發(fā)的負責(zé)人應(yīng)當協(xié)同開發(fā)人員進行盡量精確的對開發(fā)過程情況的估計。開發(fā)計劃常以文本文檔和圖形文檔結(jié)合的形式出現(xiàn)，文本主要記錄項目的約束和限制、風(fēng)險、資源、接口約定等方面的內(nèi)容，對于進度和資源分解、職責(zé)分解、目標分解最好通過項目管理軟件工具來進行規(guī)劃和管理，以利于進行同步修改。

2.5項目評估及更新

項目評估及更新階段的核心是項目管理控制，就是利用項目管理工具和技術(shù)來衡量和更新項目任務(wù)。項目評估及更新貫穿于系統(tǒng)開發(fā)的全過程。在項目評估及更新階段常用的方法有：

1)項目實施過程的階段性評估，考察開發(fā)過程是否按計劃進行并達到預(yù)期的目的，如果出現(xiàn)偏差，研究是否需要更新計劃及資源，同時落實所需的更新措施。

2)通過定期編寫項目進度報告，召開項目開況通報會議，進行定期的工作小結(jié)，評估實施進度及成果。

3)通過對開發(fā)人員及需求部門人員進行培訓(xùn)，編寫完善開發(fā)過程中的各種技術(shù)保障文檔，從而建立起完整的質(zhì)量資料，以便于開發(fā)完成后的進行有效的系統(tǒng)維護，并對將來可能的后續(xù)開發(fā)提供全面、系統(tǒng)、準確的技術(shù)資料。

2.6項目完成

項目完成階段是整個實施項目的最后一個階段。

1)結(jié)合項目最初對系統(tǒng)的期望和目標，對項目實施成果進行驗收。

2)正式移交系統(tǒng)正式運轉(zhuǎn)及使用，由企業(yè)的信息部門進行日常維護和技術(shù)支持。

3)項目總結(jié)對項目實施過程和實施成果做出回顧，總結(jié)項目實施過程中的經(jīng)驗和教訓(xùn)。 　3項目管理質(zhì)量控制過程

質(zhì)量控制是項目管理的重要方面之一，建立和執(zhí)行適當?shù)馁|(zhì)量衡量標準是進行項目質(zhì)量管理的關(guān)鍵。質(zhì)量控制貫穿了項目管理的全過程，是在項目管理中對質(zhì)量的動態(tài)管理，它不僅僅是對開發(fā)成果的質(zhì)量要求控制，還包含了對開發(fā)工作流程、開發(fā)方式、財務(wù)成本以及開發(fā)風(fēng)險等更方面的控制管理過程。

3.1建立項目的質(zhì)量衡量標準

項目質(zhì)量控制標準的制定是依據(jù)系統(tǒng)開發(fā)的功能需求，通過開發(fā)項目的計劃和實施過程所建立起來的，對項目開發(fā)的若干要求，以此作為項目開發(fā)評審和控制標準的基礎(chǔ)和核心。具體的項目質(zhì)量控制標準主要包括以下內(nèi)容：

1）項目開發(fā)工作流程的合理化；

2）開發(fā)時間和成本預(yù)算控制；

3）項目風(fēng)險控制；

4）開發(fā)工作安排效率；

5）開發(fā)工作的協(xié)調(diào)管理過程；

6）工程化開發(fā)方式的運用；

7）程序的運行效率和信息標準的統(tǒng)一；

8）管理信息系統(tǒng)需求方滿意度。

3.2觀察開發(fā)過程的實際表現(xiàn)情況

通過項目執(zhí)行過程中的各種渠道，收集項目實施的有關(guān)信息，了解開發(fā)過程的實際表現(xiàn)情況。在這一步驟中可以利用的信息渠道有：

1)正式渠道，如定期編寫項目進度報告，召開項目開況通報會議；

2)非正式的渠道，如在開發(fā)過程中與項目小組成員或需求方的交流等。

3.3進行實際表現(xiàn)和控制標準的比較

比較項目實施的實際表現(xiàn)和預(yù)先制定的控制標準，主要是了解項目進展情況，及時調(diào)整與項目計劃的偏差。

管理控制標準為客觀評價項目狀況提供了依據(jù)，使項目負責(zé)人能夠迅速、有效地對項目的實際進展情況做出全面、客觀判斷，從而及時采取必要的措施。

3.4采取調(diào)整措施

在比較項目實際表現(xiàn)和衡量標準后，如果出現(xiàn)偏差，就需要采取調(diào)整措施，糾正措施可以采取以下的形式：

1)對開發(fā)流程進行合理化調(diào)整；

2)協(xié)調(diào)項目資源的合理分配；

3)建立系統(tǒng)、全面、準確的技術(shù)文檔資料；

4)調(diào)整項目組織形式和項目管理方法。

4項目管理過程中的協(xié)調(diào)工作

在管理信息系統(tǒng)開發(fā)的項目管理中，存在著大量的管理協(xié)調(diào)工作，主要涉及到以下幾個方面：

4.1需求方與開發(fā)方的關(guān)系

需求方與開發(fā)方是對立的統(tǒng)一體，雙方均希望將開發(fā)項目做好。但需求方可能對信息開發(fā)技術(shù)缺乏全面的了解；而開發(fā)方對需求方的需求、細節(jié)了解不充分等因素，使得雙方對開發(fā)過程的理解存在著差異。而這種認識上的差異與理解的不同會導(dǎo)致開發(fā)成果與實際需求偏差甚遠。因此，項目管理的重要目標便是建立一個便于開發(fā)方與需求方之間進行交流的環(huán)境。

4.2需求方參與項目管理人員與使用人員的關(guān)系

管理信息系統(tǒng)的使用一方面減輕了工作強度、提高了工作效率，而另一方面也改變了現(xiàn)行的工作管理模式，改變了原有的一些工作流程和工作習(xí)慣。但是管理信息系統(tǒng)的成功與否有賴于使用人員的檢驗。特別是在管理信息系統(tǒng)的試運行階段，使用人員對管理信息系統(tǒng)的使用實際上是對系統(tǒng)的深入測試，有助于幫助開發(fā)方進一步完善軟件功能，提高軟件的實用性、穩(wěn)定性及可靠性。

4.3項目管理人員與軟件開發(fā)人員的關(guān)系

項目管理人員與軟件編程人員的關(guān)系處理得如何將直接影響軟件編程人員的積極性。當使用人員對系統(tǒng)提出問題，并改動要求時，軟件開發(fā)人員往往找出各種理由予以否定，而這正是引起開發(fā)方與需求方矛盾的最經(jīng)常的原因。在管理信息項目開發(fā)中，項目管理人員需要經(jīng)常協(xié)調(diào)使用人員和軟件開發(fā)人員的關(guān)系，既要滿足需求方的需求變化，又要充分調(diào)動開發(fā)人員的積極性。

4.4性能與靈活的關(guān)系

性能與靈活是系統(tǒng)設(shè)計中的一對矛盾，在項目管理中應(yīng)充分考慮性能與靈活的關(guān)系。性能是系統(tǒng)可用性的重要因素，很難想象一個響應(yīng)速度很慢的系統(tǒng)能得到最終用戶的認可，而靈活性是系統(tǒng)適應(yīng)變化能力的重要因素，一個無法適應(yīng)工作模式變化的系統(tǒng)也是難以推行的。

篇7

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

近年來，會計電算化迅速。會計信息系統(tǒng)的開發(fā)已由單項處理向較完整的會計信息管理系統(tǒng)發(fā)展，由單機向機的應(yīng)用發(fā)展，由單純的會計核算向管理會計應(yīng)用方向發(fā)展。不少地區(qū)和行業(yè)，已把會計電算化定為會計工作升級的條件之一。此外，會計軟件市場的出現(xiàn)，促進了會計核算軟件的商品化、通用化，有效地推動了我國會計電算化的進程?？傮w上，會計商品化軟件在企業(yè)中得到了廣泛的應(yīng)用，并已取得了較好的效果和效率。而眾多的中小企業(yè)，如浙江省溫州地區(qū)中小企業(yè)達到16.7萬家，占全部企業(yè)總數(shù)的90%以上，占整個GDP的83%.但在使用商品化會計軟件上卻不如人意（除了財政部門規(guī)定的發(fā)票管理系統(tǒng)以外），發(fā)展速度遠遠低于全國的水平。其原因除了人為的主觀因素外，最主要的是商品軟件雖然功能較多，但不能適應(yīng)企業(yè)的具體環(huán)境（如企業(yè)的管理思想、管理方法、經(jīng)營的外部環(huán)境、企業(yè)生產(chǎn)規(guī)模、產(chǎn)品類型等因素），整體應(yīng)用效果不很理想。筆者認為，中小企業(yè)根據(jù)自身特點，從企業(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)濟和管理上不可行，或新系統(tǒng)不符合系統(tǒng)目標，或在系統(tǒng)開發(fā)階段沒有建立必要的內(nèi)部控制，待系統(tǒng)運行后再進行修改，這不僅增加成本，而且系統(tǒng)的正常運行，有時甚至無法實現(xiàn)。因此在系統(tǒng)開發(fā)前和在開發(fā)過程中，都必須嚴格遵循一定的階段和步驟，且每一階段和步驟均有明確的成果，這些成果作為下一步工作的依據(jù)，使整個開發(fā)工作有、有步驟的完成。系統(tǒng)開發(fā)審計就是對會計信息管理系統(tǒng)開發(fā)的整個過程進行的審計。按照系統(tǒng)開發(fā)的周期，系統(tǒng)開發(fā)分為系統(tǒng)分析、系統(tǒng)設(shè)計和系統(tǒng)實施三個階段，因此需分別對每一階段進行審計。

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

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

1.與系統(tǒng)分析人員一起確定系統(tǒng)的長期目標（2～4年）和近期目標（1～2年），以確保系統(tǒng)目標滿足單位內(nèi)外的管理對會計信息的需求，能完成所要承擔的會計工作，要符合單位財會人員的習(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é)任和工作范圍；檢查項目負責(zé)人召開的重要會議，看是否均有各部門人員參加。

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

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

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

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

7.與系統(tǒng)分析人員一起分析新系統(tǒng)的邏輯模型（重點是數(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ù)條件、條件及條件，確定新系統(tǒng)的實施方案即系統(tǒng)的物理模型。系統(tǒng)設(shè)計階段的主要活動有系統(tǒng)總體設(shè)計和系統(tǒng)詳細設(shè)計。系統(tǒng)總體設(shè)計包括功能模塊設(shè)計、文件與數(shù)據(jù)庫設(shè)計、機及系統(tǒng)配置方案設(shè)計。系統(tǒng)詳細設(shè)計包括代碼設(shè)計、輸入和輸出設(shè)計、用戶界面設(shè)計和處理過程設(shè)計。其審計和如下：

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

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

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

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

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

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

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

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

系統(tǒng)實施階段是將新系統(tǒng)付諸實施的過程。它的主要活動是根據(jù)系統(tǒng)設(shè)計所提供的控制結(jié)構(gòu)圖、文件與數(shù)據(jù)庫設(shè)計、系統(tǒng)配置方案及詳細設(shè)計資料，編制和調(diào)試程序，進行系統(tǒng)試運行、系統(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è)計的程序中；檢查程序流程圖是否正確，檢查源程序的正確性、可讀性、可測試性和可維護性是否達到要求；檢查程序文檔是否完整和規(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īng)采用并行運行方式，試運行的期限不低于三個月。檢查試運行記錄和試運行報告，核對新舊系統(tǒng)處理結(jié)果，看其是否達到預(yù)定的目標，有無發(fā)現(xiàn)系統(tǒng)存在的；查明實際的電算化會計信息管理系統(tǒng)與原來設(shè)計考慮的差異是否合理，系統(tǒng)能否正式投入運行；審核所選的系統(tǒng)轉(zhuǎn)換方式是否合理。

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

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

四、結(jié)束語

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

：

篇8

關(guān)鍵詞：嵌入式系統(tǒng)；集中授課；教學(xué)方式

中圖分類號：G642.4 文獻標志碼：A 文章編號：1674-9324（2015）49-0182-02

一、引言

隨著信息化與工業(yè)化的融合及工業(yè)4.0國家戰(zhàn)略的提出，嵌入式系統(tǒng)技術(shù)有著越來越廣闊的應(yīng)用空間。目前，嵌入式系統(tǒng)技術(shù)已經(jīng)深入應(yīng)用到了工業(yè)控制、智慧城市、智慧交通、智能家居、智能醫(yī)療、智能穿戴、通信設(shè)備等人們生活的各個領(lǐng)域。為了適應(yīng)社會對嵌入式系統(tǒng)開發(fā)人才的緊迫需要，如今大多數(shù)高校在電子信息工程、自動化等專業(yè)開設(shè)了嵌入式系統(tǒng)方向[1-3]。在嵌入式系統(tǒng)開發(fā)方向課程教學(xué)中大多高校仍采用傳統(tǒng)的授課方式，即把相關(guān)專業(yè)課分散到三到四個學(xué)期，每門課又分散到一個學(xué)期講授，每周二到三次課。其教學(xué)效果并不理想，學(xué)生普遍感到該課程難以掌握。為了解決上述問題，本文給出集中授課方式在嵌入式系統(tǒng)方向教學(xué)中應(yīng)用的一些想法和意見。

二、嵌入式系統(tǒng)方向開設(shè)背景及課程介紹

（一）嵌入式系統(tǒng)開設(shè)背景

所謂嵌入式系統(tǒng)是軟硬件緊密結(jié)合的綜合系統(tǒng)，一般而言，嵌入式系統(tǒng)由嵌入式硬件和嵌入式軟件組成，它是面向用戶、面向應(yīng)用、面向產(chǎn)品的專用計算機系統(tǒng)。嵌入式系統(tǒng)擁有軟件硬件可裁剪，對可靠性、成本、體積和功耗嚴格要求的特點?；谇度胧较到y(tǒng)的“專用性”以及“嵌入性”，在各個領(lǐng)域均有嵌入式系統(tǒng)的廣泛應(yīng)用。因此當前嵌入式系統(tǒng)擁有巨大的發(fā)展?jié)摿?、社會需求大量的嵌入式軟硬件工程師。在此背景下，以及遵循培養(yǎng)應(yīng)用型人才的教學(xué)理念下，國內(nèi)絕大多數(shù)高校紛紛開設(shè)嵌入式系統(tǒng)開發(fā)課程。

目前我校的嵌入式系統(tǒng)方向人才培養(yǎng)目標是：掌握電子技術(shù)、嵌入式系統(tǒng)應(yīng)用與開發(fā)、物聯(lián)網(wǎng)技術(shù)開發(fā)與應(yīng)用等工程領(lǐng)域的實踐知識和技能，具備嵌入式開發(fā)、嵌入式系統(tǒng)測試、物聯(lián)網(wǎng)應(yīng)用開發(fā)能力，能在通信、電子設(shè)備設(shè)計制造、物聯(lián)網(wǎng)應(yīng)用、IT業(yè)等部門從事嵌入式系統(tǒng)軟硬件分析與設(shè)計、測試、物聯(lián)網(wǎng)研究與開發(fā)、電子信息系統(tǒng)應(yīng)用與維護、開發(fā)、測試、銷售及研究等生產(chǎn)和管理第一線需要的高素質(zhì)應(yīng)用型人才[4]。

（二）嵌入式系統(tǒng)課程介紹

嵌入式系統(tǒng)課程一般包括：Linux系統(tǒng)、C語言、C++面向?qū)ο蟮某绦蛟O(shè)計、ARM微處理原理與應(yīng)用、嵌入式系統(tǒng)GUI開發(fā)。其中Linux系統(tǒng)為嵌入式系統(tǒng)課程的核心部分，在今后的嵌入式開發(fā)編程過程中大多是在Linux環(huán)境下進行；C語言則屬于嵌入式系統(tǒng)開發(fā)最基礎(chǔ)也是最重要的編程語言，目前嵌入式系統(tǒng)硬件開發(fā)多是基于C語言；C++語言則是屬于面向?qū)ο蟮母呒壘幊?，嵌入式系統(tǒng)GUI開發(fā)則是在Linux環(huán)境下在Qt上使用C++語言進行圖形界面的編程設(shè)計；最后ARM微處理器的原理與應(yīng)用是整個嵌入式系統(tǒng)課程的精華也是其難點所在，所有的程序都需要在ARM處理器上運行，所以學(xué)習(xí)好ARM原理與運用無論以后做硬件工程師還是軟件工程師都有著重要意義[5-7]。

三、嵌入式系統(tǒng)方向教學(xué)方式現(xiàn)狀

目前絕大多數(shù)高校仍然采用傳統(tǒng)的授課方式來講授嵌入式系統(tǒng)課程，即把相關(guān)專業(yè)課分散到三到四個學(xué)期，某門課程在一個學(xué)期開展，分散在15～18個教學(xué)周，每周講授4～6節(jié)課。從近幾年畢業(yè)生難以適應(yīng)市場的需求來看，按照傳統(tǒng)的教學(xué)方式對嵌入式系統(tǒng)課程進行教學(xué)顯然有著巨大的不足之處。主要不足是：

1.知識點的講授不連貫，往往在下節(jié)課浪費了大量的時間來進行上次課的補習(xí)。

2.實踐應(yīng)用少，尤其對于應(yīng)用開發(fā)型的課程，講完理論之后缺失及時的實驗開發(fā)。即使加了實驗課，某些實驗項目不能在兩節(jié)課完成[8]。

3.時間跨度過大，嵌入式系統(tǒng)課程知識涉及面廣，僅僅上述的四門基礎(chǔ)課程按傳統(tǒng)授課計劃一學(xué)期一門課來看，需要兩年才能完成。

4.高校針對嵌入式系統(tǒng)教學(xué)知識落后于當下嵌入式技術(shù)發(fā)展，同時也缺乏有資深嵌入式工作經(jīng)驗的教師。

四、集中授課方式在嵌入式系統(tǒng)方向教學(xué)應(yīng)用

集中授課方式是指把某門課程集中在一段時間內(nèi)連續(xù)進行學(xué)習(xí)，直到該門課程進行完畢，再開展下一門課程的學(xué)習(xí)。整個學(xué)習(xí)階段大致是以知識點做基礎(chǔ)，實際應(yīng)用做課程案例，開發(fā)項目為驅(qū)動，注重提高學(xué)生的實際編程能力。這樣能夠及時有效地進行針對性學(xué)習(xí)，能夠穩(wěn)固知識點，加強學(xué)生實踐動手能力，而且學(xué)習(xí)時間跨度大大降低，根據(jù)人類的記憶規(guī)律更能使學(xué)生加深理解記憶，更好地掌握本階段的知識[9]。

由于嵌入式課程涉及知識面廣，系統(tǒng)的嵌入式系統(tǒng)開發(fā)課程我在這里大致分為了四個階段：

1.嵌入式系統(tǒng)開發(fā)基礎(chǔ)篇。首先，進行Linux系統(tǒng)的基礎(chǔ)學(xué)習(xí)，其主要內(nèi)容為：學(xué)習(xí)Linux系統(tǒng)的理論知識，如Linux系統(tǒng)簡介、Linux的文件系統(tǒng)、文件類型及屬性、文本編輯器等；之后進行學(xué)習(xí)Linux系統(tǒng)下的常用命令和shell編程；最后也是以后常使用的知識便是編譯與調(diào)試，學(xué)習(xí)GCC編譯器和GDB調(diào)試器以及make工具，通過makefile文件來描述源程序之間的相互關(guān)系并自動維護編譯工作。其次，在學(xué)習(xí)了Linux基礎(chǔ)之后便可以在Linux環(huán)境下進行開發(fā)，也就意味著進入了C語言的高級編程學(xué)習(xí)中，而在此階段學(xué)習(xí)中不能像傳統(tǒng)教學(xué)一樣僅僅教授C語法基礎(chǔ)，要更深入學(xué)習(xí)C語言的靈魂知識――指針的學(xué)習(xí)，之后進行C的高級編程，例如編譯的預(yù)處理、鏈表及操作、樹和二叉樹等知識的學(xué)習(xí)。這樣就基本上完成了本階段的理論學(xué)習(xí)，本階段最后一步是學(xué)生實戰(zhàn)提高的一項內(nèi)容即C項目系統(tǒng)的設(shè)計開發(fā)，在一個系統(tǒng)項目的開發(fā)過程中幾乎會用到此前所學(xué)的所有知識，學(xué)生在開發(fā)過程中也會看清自己學(xué)習(xí)中所欠缺的知識。

本階段因為是基礎(chǔ)性知識學(xué)習(xí)，在后期學(xué)習(xí)應(yīng)用中均占有很大的分量，所以用時也是最長的一個階段，約在5～6周方可完成階段性學(xué)習(xí)。

2.嵌入式開發(fā)系統(tǒng)篇。在完成了C語言的學(xué)習(xí)后，便可以開始進行學(xué)習(xí)Linux系統(tǒng)程序的設(shè)計，本階段學(xué)習(xí)目標便是掌握Linux系統(tǒng)編程和網(wǎng)絡(luò)編程的基本方法，掌握多進程和多線程的編程能力。學(xué)習(xí)過程中主要學(xué)習(xí)進程與線程的原理、進程間通信的方式、網(wǎng)絡(luò)的基本原理、Socket編程等。在此階段的學(xué)習(xí)中要多鍛煉大型程序和復(fù)雜項目框架的設(shè)計能力，使得學(xué)生能夠在未來工作中具備掌控和領(lǐng)導(dǎo)項目的潛力。

在完成本階段性學(xué)習(xí)之后，同樣需要大量的練習(xí)以及系統(tǒng)項目的設(shè)計開發(fā)訓(xùn)練。本階段主要是系統(tǒng)的設(shè)計學(xué)習(xí)，則需訓(xùn)練諸如局域網(wǎng)OICQ程序設(shè)計、遠程終端管理系統(tǒng)之類的開發(fā)項目，來提高學(xué)生系統(tǒng)設(shè)計開發(fā)能力。本階段主要學(xué)習(xí)系統(tǒng)的基礎(chǔ)性開發(fā)，大約在四周左右完成。

3.嵌入式開發(fā)的軟件應(yīng)用篇。本階段主要進行C++面向?qū)ο蟮某绦蛟O(shè)計開發(fā)，學(xué)習(xí)類和對象的區(qū)別與應(yīng)用，面向?qū)ο蟪绦蛟O(shè)計的三個基本特征：封裝、繼承和多態(tài)。因其在C語言基礎(chǔ)上演變而來，故而此階段屬于快速學(xué)習(xí)階段，在一到兩周即可完成。然后學(xué)習(xí)系統(tǒng)GUI開發(fā)，主要要求掌握Qt開發(fā)的基本流程和Qt提供的類庫的使用方法。在整個的軟件應(yīng)用階段會在兩周內(nèi)完成。

雖然學(xué)習(xí)用時比較短，項目的開發(fā)練習(xí)依然不可缺少，在未來工作中這類快速學(xué)習(xí)并加以應(yīng)用的情景有很多，學(xué)生們有必要也必須有快速學(xué)習(xí)的能力。

4.嵌入式開發(fā)的硬件篇。本階段在整個嵌入式系統(tǒng)開發(fā)中屬于難點，需在本階段學(xué)習(xí)ARM微處理原理和應(yīng)用，主要掌握ARM的基本架構(gòu)、指令系統(tǒng)，同時也要了解ADS集成開發(fā)環(huán)境；嵌入式Linux的系統(tǒng)移植，主要掌握u-boot啟動流程、u-boot的移植流程及關(guān)鍵步驟，學(xué)會構(gòu)建根文件夾系統(tǒng)，掌握整個嵌入式Linux系統(tǒng)開發(fā)方法；學(xué)習(xí)Linux驅(qū)動開發(fā)，掌握嵌入式Linux設(shè)備驅(qū)動程序的基本原理、架構(gòu)和設(shè)計方法以及驅(qū)動開發(fā)中常用的機制和內(nèi)核資源。

該階段主要以實驗為主，加強學(xué)生動手能力，熟悉嵌入式的硬件程序開發(fā)，該階段也在四周左右。

五、總結(jié)

經(jīng)過對社會上嵌入式系統(tǒng)培訓(xùn)機構(gòu)的調(diào)研來看，大多數(shù)機構(gòu)都是應(yīng)用的此類授課方式專項培訓(xùn)嵌入式系統(tǒng)開發(fā)人才，而經(jīng)過培訓(xùn)之后的學(xué)員有著扎實的知識功底和良好的實用技能，明顯比高校畢業(yè)生有更高的動手能力和崗位適應(yīng)優(yōu)勢。因而在高校嵌入式系統(tǒng)方向課程的教學(xué)中嘗試使用集中授課方式，對提高應(yīng)用型人才培養(yǎng)有重要的借鑒意義。

參考文獻：

[1]王崴.“嵌入式系統(tǒng)”課程的教學(xué)改革與實踐[J].常州工學(xué)院學(xué)報，2013，26（1）.

[2]郭銳.嵌入式系統(tǒng)教學(xué)中若干教學(xué)方法研究與實踐[J].科技信息，2012，（16）.

[3]彭道剛，李輝，夏飛.基于項目驅(qū)動的嵌入式系統(tǒng)教學(xué)改革與實踐[J].中國電力教育，2013，（28）.

[4]張廣淵，肖海榮，馬昭，梁偉.應(yīng)用科技大學(xué)本科生科研能力培養(yǎng)改革探討[J].大學(xué)教育，2014，（4）.

[5]冀常鵬，馬飛，徐維.項目驅(qū)動的嵌入式系統(tǒng)教學(xué)改革.電氣電子教學(xué)學(xué)報，2012，（33）.

[6]鄭廣海，曲英偉.嵌入式系統(tǒng)課程群實踐教學(xué)優(yōu)化整合與知識融合的研究[J].2015，18（6）.

篇9

關(guān)鍵詞：船艇裝備；虛擬拆裝；EON

中圖分類號：U676 文獻標識碼：A 文章編號：1009-2374（2013）22-0094-02

目前，船艇部隊和院校對裝備使用和維護人員的拆裝培訓(xùn)一般采用兩種方式：理論學(xué)習(xí)和實裝訓(xùn)練。理論學(xué)習(xí)利用教材、多媒體動畫、視頻錄像、圖紙及裝備的技術(shù)手冊等資源對受訓(xùn)者進行培訓(xùn)，可使受訓(xùn)者掌握裝備結(jié)構(gòu)原理，裝配的信息、工藝等理論知識，但這種方式不利于受訓(xùn)者的實際操作能力的提升。實裝訓(xùn)練在理論學(xué)習(xí)的基礎(chǔ)上，運用所掌握的理論知識，在實際裝備上進行拆裝訓(xùn)練。這種方式能夠使受訓(xùn)者直觀地了解實際裝備的內(nèi)部結(jié)構(gòu)，增強受訓(xùn)者的實際動手能力。但這種方式在訓(xùn)練過程中，常出現(xiàn)大量的工具、零部件和材料的損耗現(xiàn)象，導(dǎo)致實際裝備拆裝功能減弱。而且，用于訓(xùn)練的裝備更新速度遠落后于船艇部隊裝備更新的速度，訓(xùn)練無法滿足實際需要。在受訓(xùn)人員較多時，由于實際裝備數(shù)量的限制，需要耗費大量的時間和人力。因此，急需教學(xué)訓(xùn)練手段和方法的創(chuàng)新來解決上述問題。船艇裝備虛擬拆裝訓(xùn)練系統(tǒng)是目前最為有效的替代方法，虛擬拆裝技術(shù)能夠保留上述兩種培訓(xùn)方式的優(yōu)點，彌補它們的不足，增強裝備使用人員的操作能力，提高維修技術(shù)人員的維修技能，為新裝備的使用維護水平的提高，提供了一種新的方式，有利于新裝備快速形成戰(zhàn)斗力。本文通過分析船艇裝備虛擬拆裝訓(xùn)練系統(tǒng)需求和功能，設(shè)計了系統(tǒng)開發(fā)的方案，研究了系統(tǒng)實現(xiàn)的關(guān)鍵技術(shù)。

1 系統(tǒng)的需求與功能分析

拆裝訓(xùn)練的主要目的是通過訓(xùn)練提高裝備使用人員對船艇裝備結(jié)構(gòu)、原理性能的認知水平和裝備維修人員的維護修理能力。虛擬拆裝訓(xùn)練系統(tǒng)要能夠形象直觀地演示船艇裝備結(jié)構(gòu)、原理、拆裝過程，指導(dǎo)受訓(xùn)者進行裝備認知和拆裝訓(xùn)練，并能對受訓(xùn)者的認知和拆裝能力進行考核。通過對船艇裝備拆裝訓(xùn)練的需求分析，系統(tǒng)主要實現(xiàn)以下三個功能，如圖1所示。

（1）理論學(xué)習(xí)功能。系統(tǒng)以文字、圖紙、多媒體動畫、錄像視頻等資源為基礎(chǔ)，利用虛擬現(xiàn)實技術(shù)構(gòu)建的虛擬拆裝場景，通過裝備結(jié)構(gòu)與原理的可視化教學(xué)、相關(guān)資料的檢索、裝備拆裝過程的自動演示講解等子功能，為受訓(xùn)者提供裝備理論知識、拆裝過程的理論知識。系統(tǒng)有適當?shù)慕涌冢梢愿吕碚撝R，以適應(yīng)裝備的更新。

（2）拆裝訓(xùn)練功能。系統(tǒng)為達到實際裝備拆裝訓(xùn)練相同的作用，通過完全拆裝、部分拆裝和指定目標拆裝三種訓(xùn)練任務(wù)，系統(tǒng)引導(dǎo)拆裝、受訓(xùn)者自主拆裝兩種訓(xùn)練模式逐步提高受訓(xùn)者的實際拆裝能力。訓(xùn)練的過程中，受訓(xùn)者可以查閱相關(guān)的幫助文檔，了解拆裝的工藝。為了適應(yīng)部隊裝備的更新，系統(tǒng)能提供任務(wù)更新接口。

（3）訓(xùn)練考核功能。系統(tǒng)追蹤并記錄受訓(xùn)者的考核過程，根據(jù)評估算法評價受訓(xùn)者拆裝的能力。管理人員能夠根據(jù)需求編輯考核的任務(wù)。系統(tǒng)能夠?qū)ν慌蔚目己顺煽冞M行分析，了解訓(xùn)練過程中存在的不足，為以后的訓(xùn)練提供依據(jù)，促進訓(xùn)練效果的提高。

2 系統(tǒng)開發(fā)方案設(shè)計

在虛擬拆裝訓(xùn)練系統(tǒng)的開發(fā)方面，國內(nèi)外的研究者做了大量的研究，主流的虛擬拆裝訓(xùn)練系統(tǒng)開發(fā)的方案主要可以分為三種：底層開發(fā)，二次開發(fā)和基于3D引擎的開發(fā)。底層開發(fā)，是利用高級程序語言和圖形開發(fā)接口（如OpenGL、VRML等），從底層開始構(gòu)建虛擬環(huán)境。這種方式靈活性好，執(zhí)行效率相對較高，可以滿足用戶的個性化要求，但是開發(fā)周期較長、工作量大、對程序員的要求高。二次開發(fā)，是指在原有的CAD軟件進行二次開發(fā)（如Pro/E、UG等），這種方式開發(fā)周期短、難度相對較低，但對CAD軟件的依賴性高，不能滿足用戶的個性化要求，沉浸感和交互感較差。基于3D引擎的開法（如EON、Virtools、VP等），這種方式開發(fā)的周期短，工作量相對較小，對程序員要求較低，而且系統(tǒng)的交互性好、沉浸感強。考慮船艇裝備拆裝訓(xùn)練的實際要求，結(jié)合開發(fā)人員的實際情況，本系統(tǒng)采用第三種方式開發(fā)船艇裝備虛擬拆裝訓(xùn)練系統(tǒng)，系統(tǒng)開發(fā)的方案如圖2所示，主要包括5個部分：三維建模、模型預(yù)處理、虛擬拆裝仿真、系統(tǒng)集成和數(shù)據(jù)庫。

其中三維建模部分主要完成利用SolidWorks建立船艇裝備、拆裝設(shè)備與工具、拆裝場景的三維模型；模型預(yù)處理部分主要完成利用3DMax對建立的三維模型進行優(yōu)化調(diào)整；虛擬拆裝仿真部分主要完成在EON中導(dǎo)入三維模型，在拆裝工藝規(guī)劃的基礎(chǔ)上，實現(xiàn)裝備自動演示的路徑和順序設(shè)置、自主拆裝的路徑及順序設(shè)置、交互操作的控制，碰撞檢驗；數(shù)據(jù)庫部分主要實現(xiàn)對人員信息、拆裝知識、拆裝模型等信息的管理；系統(tǒng)集成部分主要實現(xiàn)數(shù)據(jù)庫、訓(xùn)練任務(wù)和模式等進行集成，通過人機友好的系統(tǒng)界面，便于人員的使用管理。

3 系統(tǒng)實現(xiàn)的關(guān)鍵技術(shù)

3.1 虛擬拆裝場景三維模型建立

虛擬拆裝場景是為受訓(xùn)者在接受拆裝訓(xùn)練時提供一個“實裝”、“實地”、“實時”的仿真環(huán)境，包括虛擬拆裝人、虛擬拆裝裝備、虛擬拆裝設(shè)備與工具以及虛擬拆裝場景。本系統(tǒng)為桌面式虛擬系統(tǒng)，以鼠標和鍵盤來代替虛擬拆裝人的動作，不涉及虛擬拆裝人的建模。在SolidWorks軟件中，根據(jù)船艇裝備、拆裝工具及輔助設(shè)備的幾何信息、物理屬性、裝配關(guān)系以及裝配層次等信息，分組建立船艇裝備、拆裝環(huán)境、拆裝工具及輔助設(shè)備的三維模型。

3.2 虛擬拆裝過程仿真

虛擬拆裝過程仿真是系統(tǒng)的核心，主要在虛擬場景中虛擬裝備運動、虛擬拆裝工具及輔助設(shè)備運動以及相互之間的交互作用。本文利用間接的方法對拆裝工藝進行分析獲得拆裝序列，并規(guī)劃虛擬場景中虛擬裝備的拆裝路徑，在此基礎(chǔ)上，進行裝備拆裝過程的仿真。

3.2.1 人機交互過程仿真。在本系統(tǒng)中，人機交互過程的仿真主要利用EON中提供的傳感器節(jié)點、事件驅(qū)動和路由機制來實現(xiàn)的，用戶通過鼠標或者鍵盤輸入操作消息，由傳感器節(jié)點感應(yīng)用戶操作，并將消息通過路由機制傳遞給相應(yīng)功能節(jié)點來處理消息，由輸出設(shè)備輸出相應(yīng)

結(jié)果。

3.2.2 碰撞檢測。碰撞檢測是構(gòu)成虛擬現(xiàn)實系統(tǒng)的基本要素，也是本系統(tǒng)的基本屬性之一。在本系統(tǒng)能夠及時檢測到兩零件的相對位置，并做出相應(yīng)的判斷，若表面接觸，則能夠及時停止，防止兩零件之間相互穿越，破壞虛擬環(huán)境的真實感和用戶的沉浸感。在本系統(tǒng)開發(fā)過程中，利用EON中自帶的碰撞檢測（Collision Objectnode）節(jié)點和物理管理（Physics Managernode）節(jié)點來實現(xiàn)碰撞檢測。

3.3 系統(tǒng)集成

系統(tǒng)管理主要實現(xiàn)對人員、理論知識、訓(xùn)練與考核任務(wù)、考核的管理。本系統(tǒng)采用VC6.0作為系統(tǒng)集成的平臺，對EON和數(shù)據(jù)庫進行集成，并開發(fā)相應(yīng)的管理功能。EON和VC的通信通過EON提供的ActiveX空間EonX來實現(xiàn)。

篇10

關(guān)鍵字：倉庫管理 倉庫 管理系統(tǒng) VISAUL FOXPRO 面向?qū)ο?/p>

目錄

內(nèi)容提要

引言

第一章 管理信息系統(tǒng)概述…………………………………………

第二章 系統(tǒng)設(shè)計…………………………………………

21 系統(tǒng)目標設(shè)計…………………………………………

22 開發(fā)設(shè)計思想………………………………………

23 開發(fā)和運行環(huán)境選擇………………………………………

24 系統(tǒng)功能分析………………………………………

25 系統(tǒng)功能模塊設(shè)計………………………………………

第三章 數(shù)據(jù)庫設(shè)計…………………………………

31 數(shù)據(jù)庫需求分析……………………………………

32 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計……………………………………………

33 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計………………………………………………

34 數(shù)據(jù)庫結(jié)構(gòu)的實現(xiàn)…………………………………………

第四章 系統(tǒng)主要功能模塊的創(chuàng)建………………………………………

4．1 功能選擇界面的設(shè)計……………………………………

4．2 設(shè)備入庫模塊的設(shè)計……………………………………

4．3 設(shè)備出庫模塊的設(shè)計………………………………………

4．4 設(shè)備還庫模塊的設(shè)計……………………………………

4．5 設(shè)備需求模塊的設(shè)計……………………………………

4．6 設(shè)備采購模塊的設(shè)計……………………………………

4．7 顯示報表模塊的設(shè)計……………………………………

4．8 開發(fā)中的難點和解決技巧………………………………

第五章 系統(tǒng)的編譯和發(fā)行…………………………………

總結(jié)………………………………………………………………

致謝(參考文獻)…………………………………………………

附錄………………………………………………………………

前言

企業(yè)的物資供應(yīng)管理往往是很復(fù)雜的，煩瑣的。由于所掌握的物資種類眾多，訂貨，管理，發(fā)放的渠道各有差異，各個企業(yè)之間的管理體制不盡相同，各類統(tǒng)計計劃報表繁多，因此物資管理必須實現(xiàn)計算機化，而且必須根據(jù)企業(yè)的具體情況制定相應(yīng)的方案。

根據(jù)當前的企業(yè)管理體制，一般物資供應(yīng)管理系統(tǒng)，總是根據(jù)所掌握的物資類別，相應(yīng)分成幾個科室來進行物資的計劃，訂貨，核銷托收，驗收入庫，根據(jù)企業(yè)各個部門的需要來發(fā)放物資設(shè)備，并隨時按期進行庫存盤點，作臺帳，根據(jù)企業(yè)領(lǐng)導(dǎo)和自身管理的需要按月，季度，年來進行統(tǒng)計分析，產(chǎn)生相應(yīng)報表。為了加強關(guān)鍵物資，設(shè)備的管理，要定期掌握其儲備，消耗情況，根據(jù)計劃定額和實際消耗定額的比較，進行定額的管理，使得資金使用合理，物資設(shè)備的儲備最佳。

所以一個完整的企業(yè)物資供應(yīng)管理系統(tǒng)應(yīng)該包括計劃管理，合同托收管理，倉庫管理，定額管理，統(tǒng)計管理，財務(wù)管理等模塊。其中倉庫管理是整個物資供應(yīng)管理系統(tǒng)的核心。

鑒于Visual Foxpro6.0有強大的數(shù)據(jù)庫管理功能，我們選用Visual Foxpro6.0來完成這個倉庫管理系統(tǒng)。

第1章 管理信息系統(tǒng)基礎(chǔ)

管理信息系統(tǒng)就是我們常說的MIS（Management Information System），在強調(diào)管理，強調(diào)信息的現(xiàn)代社會中它越來越得到普及。MIS是一門新的學(xué)科，它跨越了若干個領(lǐng)域，比如管理科學(xué)、系統(tǒng)科學(xué)，運籌學(xué)、統(tǒng)計學(xué)以及計算機科學(xué)。在這些學(xué)科的基礎(chǔ)上，形成信息收集和加工的方法，從而形成一個縱橫交織的系統(tǒng)。

1.1 管理信息系統(tǒng)概述

20世紀，隨著全球經(jīng)濟的蓬勃發(fā)展，眾多經(jīng)濟學(xué)家紛紛提出了新的管理理論。20世紀50年代，西蒙提出管理依賴于信息和決策的思想。同時期的維納發(fā)表了控制論，他認為管理是一個控制過程。1958年，蓋爾寫到：“管理將以較低的成本得到及時準確的信息，做到較好的控制?！边@個時期，計算機開始用于會計工作，出現(xiàn)數(shù)據(jù)處理一詞。

1970年，Walter T.Kennevan給剛剛出現(xiàn)的管理信息系統(tǒng)一詞下了一個定義：“以口頭或書面的形式，在合適的時間向經(jīng)理、職員以及外界人員提供過去的、現(xiàn)在的、預(yù)測未來的有關(guān)企業(yè)內(nèi)部及其環(huán)境的信息，以幫助他們進行決策?！痹谶@個定義里強調(diào)了用信息支持決策，但并沒有強調(diào)應(yīng)用模型，沒有提到計算機的應(yīng)用。

1985年，管理信息系統(tǒng)的創(chuàng)始人，明尼蘇達大學(xué)的管理學(xué)教授Gordon B.Davis給了管理信息系統(tǒng)一個較完整的定義，即“管理信息系統(tǒng)是一個利用計算機軟硬件資源，手工作業(yè)，分析、計劃、控制和決策模型以及數(shù)據(jù)庫的人-機系統(tǒng)。它能提供信息支持企業(yè)或組織的運行、管理和決策功能?！边@個定義全面地說明了管理信息系統(tǒng)的目標、功能和組成，而且反映了管理信息系統(tǒng)在當時達到的水平。

1.2 管理信息系統(tǒng)的特點

1.2.1 管理信息系統(tǒng)的組成

管理信息系統(tǒng)在企業(yè)中的應(yīng)用存在三個要素，這就是人、計算機和數(shù)據(jù)。

人是指企業(yè)領(lǐng)導(dǎo)者、管理人員、技術(shù)人員，以及MIS建設(shè)的領(lǐng)導(dǎo)機構(gòu)和實施機構(gòu)，他們在系統(tǒng)中起主導(dǎo)作用。MIS是一項系統(tǒng)工程，不是只靠一些計算機開發(fā)人員就可以完成的，必須有企業(yè)管理人員，尤其是企業(yè)領(lǐng)導(dǎo)的積極參與。

計算機技術(shù)是MIS得以實施的主要技術(shù)。在這些技術(shù)中，軟件開發(fā)是MIS開發(fā)的重點。

第三個因素也不能忽視。企業(yè)的管理數(shù)據(jù)是MIS正常運行的基礎(chǔ)。廣義地說，各項管理制度是MIS建設(shè)成功的基礎(chǔ)。試想要計算一臺機床的生產(chǎn)成本，需要按時輸入每個部件、每個零件甚至每個螺釘螺帽的費用，涉及企業(yè)的生產(chǎn)車間、采購、庫房、工藝設(shè)計和財務(wù)等多個部門，必須有一整套管理制度做保證。

1.2.2 管理信息系統(tǒng)的界面特點

在計算機軟件技術(shù)中，人機界面已經(jīng)發(fā)展成為一個重要的分支。

MIS人機界面設(shè)計一般遵循以下一些基本原則：

1. 以通信功能作為界面設(shè)計的核心

人機界面設(shè)計的關(guān)鍵是使人與計算機之間能夠準確地交流信息。一方面，人向計算機輸入信息時應(yīng)當盡量采取自然的方式；另一方面，計算機向人傳遞的信息必須準確，不致引起誤解或混亂。另外，不要把內(nèi)部的處理、加工與人機界面混在一起，以免互相干擾，影響速度。

設(shè)計MIS時，針對每一個功能，都要按照“I-P-O”的模塊化思想，使輸入、處理與輸出“涇渭分明”，充分體現(xiàn)人機界面的通信功能。這樣設(shè)計出來的程序不易出錯，而且易于維護。

報表打印是MIS必備的功能之一，而且打印之前常常需要計算。計算與打印分開設(shè)計，雖然消耗時間，但易于整個MIS系統(tǒng)的維護。

2. 界面必須始終一致

統(tǒng)一的人機界面不致于會增加用戶的負擔，讓用戶始終用同一種方式思考與操作。最忌諱的是每換一個屏幕用戶就要換一套操作命令與操作方法。

例如在整個系統(tǒng)可以以問號圖標表示幫助，以磁盤圖標表示存盤，以打印機圖標表示打印等。

3. 界面必須使用戶隨時掌握任務(wù)的進展情況

人機界面應(yīng)該能夠告訴用戶軟件運行的進度。特別是在需要較長時間的等待時，必須讓用戶了解工作進展情況，如可以設(shè)計已經(jīng)完成了百分之幾的任務(wù)進度條等。目前，Windows下的應(yīng)用軟件無論大小，其安裝程序幾乎均做到了這一點。開發(fā)MIS軟件時，這一點很值得借鑒。

4. 界面必須能夠提供幫助

一個優(yōu)秀的MIS軟件應(yīng)該提供在線求助功能，甚至提供使用向?qū)?，這將給用戶帶來極大的方便。在多媒體環(huán)境下，以語音提示作為操作向?qū)?，不會干擾屏幕信息，是一個極佳的選擇。

5. 界面友好、使用方便

多數(shù)MIS軟件的數(shù)據(jù)輸入量較大。對于一些相對固定的數(shù)據(jù)，不應(yīng)讓用戶頻頻輸入（特別是漢字），而應(yīng)讓用戶用鼠標輕松選擇。例如，人事管理系統(tǒng)中的“文化程度”是相對固定的數(shù)據(jù)，其值一般取“小學(xué)”、“初中”、“高中”、“大專”、“大本”、“碩研”、“博研”等。錄入這類數(shù)據(jù)之前，MIS軟件應(yīng)在相應(yīng)位置彈出一個列表框，待用戶以鼠標點擊，而不應(yīng)讓用戶每次都輸入這些漢字。

另外，開發(fā)者應(yīng)編寫一個錯誤實時記錄程序，自動記錄何日、何時、何程序出了何種錯誤。

總之，所開發(fā)的MIS在使用過程中，應(yīng)使用戶的數(shù)據(jù)輸入量降至最低限度，同時也要減少用戶的干預(yù)量。實踐證明，用戶干預(yù)愈少，MIS系統(tǒng)的滿意程度愈高。

6. 輸入畫面盡可能接近實際

如果某個電算會計軟件的憑證錄入畫面是表格式的，一屏可錄入多條記錄，而且與實際憑證一模一樣，甚至連顏色都無異，用戶在終端上錄入憑證，仿佛用筆在紙上填寫憑證，以增加人機親和力。

7. 具有較強的容錯功能

誤操作、按鍵連擊等均有可能導(dǎo)致數(shù)據(jù)誤錄。巧妙地進行程序設(shè)計，可以避免此類因素造成的錯誤。例如，錄入學(xué)生成績時，我們可以對其范圍進行限定，使用戶無法輸入0～100以外的數(shù)據(jù)；錄入學(xué)生年齡時，不妨根據(jù)實際情況將范圍限制在15～20之間。

1.3 管理信息系統(tǒng)的開發(fā)

管理信息系統(tǒng)開發(fā)方法主要有：結(jié)構(gòu)化生命周期開發(fā)方法、原型法、面向?qū)ο蟮拈_發(fā)方法等。

1. 結(jié)構(gòu)化生命周期開發(fā)方法

目前較為流行的MIS開發(fā)方法是結(jié)構(gòu)化生命周期開發(fā)方法，其基本思想是：用系統(tǒng)的思想和系統(tǒng)工程的方法，按用戶至上的原則，結(jié)構(gòu)化、模塊化地自上而下對生命周期進行分析與設(shè)計。

用結(jié)構(gòu)化生命周期開發(fā)方法開發(fā)一個系統(tǒng)，將整個開發(fā)過程劃分為5個依次連接的階段：

? 系統(tǒng)規(guī)劃階段：主要任務(wù)是明確系統(tǒng)開發(fā)的請求，并進行初步的調(diào)查，通過可行性研究確定下一階段的實施。系統(tǒng)規(guī)劃方法有戰(zhàn)略目標集轉(zhuǎn)化法（SST，Strategy Set Transformation）、關(guān)鍵成功因素法（CSF，Critical Success Factors）和企業(yè)規(guī)劃法（BSP，Business System Planning）。

? 系統(tǒng)分析階段：主要任務(wù)是對組織結(jié)構(gòu)與功能進行分析，理清企業(yè)業(yè)務(wù)流程和數(shù)據(jù)流程的處理，并且將企業(yè)業(yè)務(wù)流程與數(shù)據(jù)流程抽象化，通過對功能數(shù)據(jù)的分析，提出新系統(tǒng)的邏輯方案。

? 系統(tǒng)設(shè)計階段：主要任務(wù)是確定系統(tǒng)的總體設(shè)計方案、劃分子系統(tǒng)功能、確定共享數(shù)據(jù)的組織，然后進行詳細設(shè)計，如處理模塊的設(shè)計、數(shù)據(jù)庫系統(tǒng)的設(shè)計、輸入輸出界面的設(shè)計和編碼的設(shè)計等。

? 系統(tǒng)實施階段：主要任務(wù)是討論確定設(shè)計方案、對系統(tǒng)模塊進行調(diào)試、進行系統(tǒng)運行所需數(shù)據(jù)的準備、對相關(guān)人員進行培訓(xùn)等。

? 系統(tǒng)運行階段：主要任務(wù)是進行系統(tǒng)的日常運行管理，評價系統(tǒng)的運行效率，對運行費用和效果進行監(jiān)理審計，如出現(xiàn)問題則對系統(tǒng)進行修改、調(diào)整。

這五個階段共同構(gòu)成了系統(tǒng)開發(fā)的生命周期。結(jié)構(gòu)化生命周期開發(fā)方法嚴格區(qū)分了開發(fā)階段，非常重視文檔工作，對于開發(fā)過程中出現(xiàn)的問題可以得到及時的糾正，避免了出現(xiàn)混亂狀態(tài)。但是，該方法不可避免地出現(xiàn)開發(fā)周期過長、系統(tǒng)預(yù)算超支的情況，而且在開發(fā)過程中用戶的需求一旦發(fā)生變化，系統(tǒng)將很難作出調(diào)整。

2. 原型法

原型法在系統(tǒng)開發(fā)過程中也得到不少應(yīng)用。原型法的基本思想是系統(tǒng)開發(fā)人員憑借自己對用戶需求的理解，通過強有力的軟件環(huán)境支持，構(gòu)造出一個實在的系統(tǒng)原型，然后與用戶協(xié)商，反復(fù)修改原型直至用戶滿意。 原型法的應(yīng)用使人們對需求有了漸進的認識，從而使系統(tǒng)開發(fā)更有針對性。另外，原型法的應(yīng)用充分利用了最新的軟件工具，使系統(tǒng)開發(fā)效率大為提高。

3. 面向?qū)ο笙到y(tǒng)開發(fā)方法

面向?qū)ο螅∣O，Object Oriented）的系統(tǒng)開發(fā)方法，是近年來受到關(guān)注的一種系統(tǒng)開發(fā)方法。面向?qū)ο蟮南到y(tǒng)開發(fā)方法的基本思想是將客觀世界抽象地看成是若干相互聯(lián)系的對象，然后根據(jù)對象和方法的特性研制出一套軟件工具，使之能夠映射為計算機軟件系統(tǒng)結(jié)構(gòu)模型和進程，從而實現(xiàn)信息系統(tǒng)的開發(fā)。

1.3.3 管理信息系統(tǒng)的開發(fā)過程

管理信息系統(tǒng)的開發(fā)過程一般包括系統(tǒng)開發(fā)準備、系統(tǒng)調(diào)查、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)、系統(tǒng)轉(zhuǎn)換、系統(tǒng)運行與維護、系統(tǒng)評價等步驟。根據(jù)開發(fā)系統(tǒng)的大小、復(fù)雜、投入、方式、方法等因素的不同，各步驟的要求和內(nèi)容也不同，用戶需要根據(jù)實際情況進行取舍和計劃。

1. 系統(tǒng)開發(fā)準備

系統(tǒng)開發(fā)準備工作主要包括提出系統(tǒng)開發(fā)要求、成立系統(tǒng)開發(fā)小組、制訂系統(tǒng)開發(fā)計劃等工作。

2. 系統(tǒng)調(diào)查

新系統(tǒng)的系統(tǒng)分析與系統(tǒng)設(shè)計工作都要建立在對現(xiàn)行系統(tǒng)調(diào)查的基礎(chǔ)上，即必須調(diào)查現(xiàn)行系統(tǒng)的運行情況、問題等，明確用戶的需求，特別是合作開發(fā)和委托開發(fā)方式。

調(diào)查的主要內(nèi)容有：

（1）現(xiàn)行系統(tǒng)概況：該組織的發(fā)展歷史、目前組織的規(guī)模、工作狀況、管理水平、與外界的主要聯(lián)系等。調(diào)查該項內(nèi)容的目的主要是為了劃分系統(tǒng)界限、系統(tǒng)與外界的輸入輸出接口等。

（2）組織機構(gòu)：畫出組織的組織結(jié)構(gòu)圖，弄清組織的行政關(guān)系、人員編制、工作范圍、地理位置等，發(fā)現(xiàn)不合理問題及新系統(tǒng)啟動后可能對現(xiàn)有組織的影響。

（3）業(yè)務(wù)流程：按照業(yè)務(wù)種類的不同和處理時間的先后不同，深入了解現(xiàn)行系統(tǒng)的業(yè)務(wù)流程，畫出現(xiàn)行系統(tǒng)業(yè)務(wù)流程圖，并與業(yè)務(wù)人員反復(fù)討論，得到認可。調(diào)查中要注意定性與定量相結(jié)合，注意人、財、物、信息的流向、規(guī)格、頻率、要求以及需要解決的問題等。

（4）報表、數(shù)據(jù)處理：了解各種統(tǒng)計報表、數(shù)據(jù)的格式、內(nèi)容、處理時間及上報時間、頻率、規(guī)律，存在的問題，對新系統(tǒng)的要求、希望等并收集各種報表。

（5）問題：現(xiàn)行系統(tǒng)中存在的主要問題和薄弱環(huán)節(jié)，可以按照嚴重程度分成不同的等級。新系統(tǒng)的建立應(yīng)能解決大部分問題，并改善薄弱環(huán)節(jié)。

（6）新系統(tǒng)的功能和目標：了解各級領(lǐng)導(dǎo)和各類業(yè)務(wù)工作人員對新系統(tǒng)功能的要求，為進一步完善新系統(tǒng)的目標做準備。

（7）其他：如對新系統(tǒng)的各種約束條件，需要說明的其他問題等。

3. 系統(tǒng)分析

系統(tǒng)分析（又稱邏輯設(shè)計）是管理信息系統(tǒng)開發(fā)的關(guān)鍵環(huán)節(jié)，要求在系統(tǒng)調(diào)查的基礎(chǔ)上，對新系統(tǒng)的功能進行細致的分析，并建立一個新系統(tǒng)的邏輯模型。

新系統(tǒng)的邏輯模型由系統(tǒng)數(shù)據(jù)流程圖、概況表、數(shù)據(jù)字典、吃理邏輯表達式及有關(guān)說明組成。最后要完成系統(tǒng)分析報告（也稱為系統(tǒng)邏輯設(shè)計說明書）。系統(tǒng)邏輯模型就像在根據(jù)需要建設(shè)一座學(xué)校前，按照學(xué)校教育的層次（初等、中等、高等）、規(guī)模、投資、地理環(huán)境、技術(shù)水平等條件的要求和約束，先由建筑設(shè)計院進行設(shè)計，保證學(xué)校建成后的各種功能得以實現(xiàn)，之后才能進行工程設(shè)計和施工一樣。在系統(tǒng)設(shè)計階段要做認真、細致的分析、研究工作，避免新系統(tǒng)在功能上存在先天不足或缺陷。

因為新系統(tǒng)模型是建立在對現(xiàn)行系統(tǒng)的分析及要求的基礎(chǔ)上的，所以系統(tǒng)調(diào)查工作要進行得深入、細致、全面。用戶可以對新系統(tǒng)的邏輯模型提出意見，雙方經(jīng)過討論、修改，最后達成共識，并完成系統(tǒng)分析報告（系統(tǒng)邏輯設(shè)計說明書），經(jīng)有關(guān)領(lǐng)導(dǎo)審批通過之后，轉(zhuǎn)入系統(tǒng)設(shè)計（又稱系統(tǒng)物理設(shè)計）階段。

4. 系統(tǒng)設(shè)計

系統(tǒng)設(shè)計又稱系統(tǒng)物理設(shè)計。系統(tǒng)設(shè)計要根據(jù)系統(tǒng)分析報告中的系統(tǒng)邏輯模型綜合考慮各種約束，利用一切可用的技術(shù)手段和方法進行各種具體設(shè)計，確定新系統(tǒng)的實施方案，解決“系統(tǒng)怎么做”的問題。

結(jié)構(gòu)化系統(tǒng)設(shè)計是指利用一組標準的圖表工具和準則，確定系統(tǒng)有哪些模塊，用什么方法連接，如何構(gòu)成良好的系統(tǒng)結(jié)構(gòu)，并進行系統(tǒng)輸入、輸出、數(shù)據(jù)處理、數(shù)據(jù)存儲等環(huán)節(jié)的詳細設(shè)計。這一階段的重點是設(shè)計好系統(tǒng)的總體結(jié)構(gòu)，選擇最經(jīng)濟合理的技術(shù)手段。系統(tǒng)設(shè)計階段的文件是系統(tǒng)設(shè)計報告（又稱系統(tǒng)物理設(shè)計說明書）。

管理信息系統(tǒng)的開發(fā)是一項系統(tǒng)工程，為了保證系統(tǒng)的質(zhì)量，設(shè)計人員必須遵守共同的設(shè)計原則，盡可能地提高系統(tǒng)的各項指標（系統(tǒng)可變性、可靠性、工作質(zhì)量、工作效率、經(jīng)濟性等）。

5. 系統(tǒng)實施與轉(zhuǎn)換

系統(tǒng)實施階段的主要工作包括：系統(tǒng)硬件的購置與安裝、程序的編寫（購買）與調(diào)試、系統(tǒng)操作人員的培訓(xùn)、系統(tǒng)有關(guān)數(shù)據(jù)的準備和錄入、系統(tǒng)調(diào)試和轉(zhuǎn)換。

在系統(tǒng)實施階段要成立系統(tǒng)實施工作量到小組，組織各專業(yè)小組組長和有關(guān)部門的領(lǐng)導(dǎo)共同編制新系統(tǒng)實施計劃?？梢詰?yīng)用各種項目管理的軟件和方法進行管理，實行項目經(jīng)理負責(zé)制，保證系統(tǒng)實施工作的順利進行和成功。

硬件的購置和安裝包括計算機硬件、外設(shè)、網(wǎng)絡(luò)、電源、機房、環(huán)境等有關(guān)設(shè)備的購買、驗收、安裝與調(diào)試工作等，這些工作主要由專業(yè)技術(shù)人員完成。

數(shù)據(jù)準備與錄入工作主要是指由手工操作轉(zhuǎn)入計算機處理所需的各種數(shù)據(jù)的整理、錄入及計算機系統(tǒng)中為新系統(tǒng)所用數(shù)據(jù)的轉(zhuǎn)換工作。數(shù)據(jù)準備與錄入工作要注意數(shù)據(jù)的準確性，在整理、錄入、校驗等各個環(huán)節(jié)把好關(guān)，為系統(tǒng)的順利轉(zhuǎn)換打好基礎(chǔ)。

在進行以上各個環(huán)節(jié)的同時展開人員培訓(xùn)工作，包括管理信息系統(tǒng)只是的普及教育、新制度的學(xué)習(xí)、計算機操作訓(xùn)練等。使所有人員了解新系統(tǒng)的基本功能、新系統(tǒng)對使用人員的要求、建立管理信息系統(tǒng)的目的、管理信息系統(tǒng)的建立可以為組織和個人帶來的幫助和便利、個人在新系統(tǒng)中應(yīng)該承擔的工作等，是用戶關(guān)心、支持新系統(tǒng)的實現(xiàn)。

6. 系統(tǒng)維護和評價

管理信息系統(tǒng)是一個復(fù)雜的人機系統(tǒng)。系統(tǒng)外部環(huán)境與內(nèi)部因素的變化，不斷影響系統(tǒng)的運行，這時就需要不斷地完善系統(tǒng)，以提高系統(tǒng)運行的效率與服務(wù)水平，這就需要從始至終地進行系統(tǒng)的維護工作。

系統(tǒng)評價主要是指系統(tǒng)建成后，經(jīng)一段時間的運行后，要對系統(tǒng)目標與功能的實現(xiàn)情況進行檢查，并與系統(tǒng)開發(fā)中設(shè)立的系統(tǒng)預(yù)期目標進行對比，及時寫出系統(tǒng)評價報告。

系統(tǒng)維護與評價階段是系統(tǒng)生命周期中的最后一個階段，也是時間最長的一個重要階段，就像汽車的維護工作好可以延長汽車的使用壽命和提高其使用效率一樣，系統(tǒng)維護工作的好壞可以決定系統(tǒng)的生命周期的長短和使用效果。

第二章 系統(tǒng)設(shè)計

2． 1 系統(tǒng)目標設(shè)計

系統(tǒng)開發(fā)的總體任務(wù)是實現(xiàn)企業(yè)物資設(shè)備管理的系統(tǒng)化，規(guī)范化和自動化，從而達到提高企業(yè)物資管理的效率的目的。

2．2 開發(fā)設(shè)計思想

倉庫管理的物資在本文中主要假定都是企業(yè)生產(chǎn)所需要的各種設(shè)備。進貨時經(jīng)檢查合同確認認為有效托收以后，進行驗貨入庫，填寫入庫單，進行入庫登記。企業(yè)各個部分根據(jù)所需要的物資設(shè)備總額和部門生產(chǎn)活動需要提出物資需求申請。計劃員根據(jù)整個企業(yè)的需求開出物資設(shè)備出庫單，倉庫管理員根據(jù)出庫單核對發(fā)放設(shè)備。設(shè)備使用完畢需要及時歸還入庫，填寫入庫單。根據(jù)需要按照月，季，年進行統(tǒng)計分析，產(chǎn)生相應(yīng)報表。

倉庫管理的特點是信息處理量比較大。所管理的物資設(shè)備種類繁多，而且由于入庫單，出庫單，需求單等單據(jù)發(fā)生量特別大，關(guān)聯(lián)信息多，查詢和統(tǒng)計的方式各不相同。因此在管理上實現(xiàn)起來有一定的困難。在管理的過程中經(jīng)常會出現(xiàn)信息的重復(fù)傳遞，單據(jù)，報表種類繁多，各個部門管理規(guī)格不統(tǒng)一等問題。

在本系統(tǒng)的設(shè)計過程中，為了克服以上困難，滿足計算機管理的需要，我們采取了下面的一些原則。

統(tǒng)一各種原始的單據(jù)的格式，統(tǒng)一帳目和報表的格式。

刪除不必要的管理冗余，實現(xiàn)管理規(guī)范化、科學(xué)化。

程序代碼標準化，軟件統(tǒng)一化，確認軟件的可維護行和實用性。

界面盡量簡單化，做到實用、方便，盡量滿足企業(yè)中不同層次員工的需要。

建立操作日志，系統(tǒng)自動記錄所進行的各種操作。

2．3 系統(tǒng)功能分析

本人中的倉庫管理系統(tǒng)需要完成功能主要有一下幾點。

倉庫管理各種信息的輸入，包括入庫、出庫、還庫、需求信息的輸入等。

倉庫管理各種信息的查詢、修改和維護。

設(shè)備采購報表的生成。

在庫存管理中加入最高儲備和最低儲備字段，對倉庫中的物資設(shè)備實現(xiàn)監(jiān)控和報警。

企業(yè)各個部門的物資需求的管理。

操作日志的管理。

倉庫管理的使用幫助。

2．4 系統(tǒng)功能模塊設(shè)計

在系統(tǒng)功能分析的基礎(chǔ)上，考慮vfp程序編制的特點，得到如圖所示的系統(tǒng)功能模塊圖：

第三章 數(shù)據(jù)庫設(shè)計

3．1 數(shù)據(jù)庫需求分析

在仔細調(diào)查企業(yè)倉庫物資設(shè)備管理過程的基礎(chǔ)上，得到本系統(tǒng)所處理的時間流程如圖所示：

在本設(shè)計中，通過對企業(yè)倉庫管理的內(nèi)容和數(shù)據(jù)流程分析，設(shè)計的數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)如下：

設(shè)備代碼信息。包括的數(shù)據(jù)項有設(shè)備號、設(shè)備名稱。

現(xiàn)有庫存信息。包括的數(shù)據(jù)項有現(xiàn)有設(shè)備、現(xiàn)有數(shù)目、總數(shù)目、最大庫存、最小庫存等。

設(shè)備使用信息。包括的數(shù)據(jù)項有使用的設(shè)備、使用部門、數(shù)目、使用時間、出庫時狀態(tài)。

設(shè)備采購信息。包括的數(shù)據(jù)項有采購的設(shè)備、采購員、供應(yīng)商、采購數(shù)目、采購時間等。

設(shè)備歸還信息。包括的數(shù)據(jù)項有歸還設(shè)備、歸還部門、歸還數(shù)目、歸還時間、經(jīng)手人等。

設(shè)備需求信息。包括的數(shù)據(jù)項有需求的部門、需求設(shè)備、需求數(shù)目、需求時間等。

有了上面的數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)項和數(shù)據(jù)流程，就能進行下面的數(shù)據(jù)庫設(shè)計。

3．2 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計

這一設(shè)計階段是在需求分析的基礎(chǔ)上，設(shè)計出能夠滿足用戶需求的各種實體，以及它們之間的關(guān)系，為后面的邏輯結(jié)構(gòu)設(shè)計打下基礎(chǔ)。

本設(shè)計根據(jù)上面的設(shè)計規(guī)劃出的實體有庫存實體、入庫實體、出庫實體、采購實體、還庫實體、需求實體。各個實體的E-R圖及其關(guān)系描述如下：

1）庫存實體E-R圖：

3．3 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計

在上面的實體以及實體之間的關(guān)系的基礎(chǔ)上，形成數(shù)據(jù)庫中的表格以及各個表格之間的關(guān)系。