系統開發的主要方法范文

前言：我們精心挑選了數篇優質系統開發的主要方法文章，供您閱讀參考。期待這些文章能為您帶來啟發，助您在寫作的道路上更上一層樓。

第1篇

關鍵詞：Web信息系統;電子商務系統;開發方法

1.主流電子商務系統開發方法的歷史演變

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

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

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

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

2.電子商務系統開發方法的比較框架

2.1框架建立的依據

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

根據以上的考慮,將電子商務系統開發方法的比較框架設計為四個層次:全局層、概念設計層、導航設計層和系統實施層。

2.2全局層

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

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

2.3概念設計層

概念設計層是電子商務系統開發的第一層次,是整個開發過程的基礎,涵蓋從系統需求分析到系統概念模型建立的所有階段。在這個層次上比較的方面包括:設計驅動方式和對網絡資源和媒體的支持。

電子商務系統設計的驅動方式主要分為兩種:數據驅動和模型驅動。數據驅動是結構化設計思想下的設計驅動方式;模型驅動則是采用面向對象的設計思想。

電子商務系統與傳統的信息系統最重要的一個區別在于電子商務系統能夠充分利用網絡的資源,以多種媒體方式表現信息。對網絡資源和媒體的支持考察的主要內容就是電子商務系統開發方法對網絡資源和媒體的支持方式,即這些開發方法是如何表示和組織諸如圖像、聲音、視頻、文本等信息的。

2.4導航設計層

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

2.5系統實施層

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

1)系統的物理表現形式

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

2)系統生成的自動化程度

主要研究各開發方法在將邏輯模型轉換成物理系統的過程中,對自動生成頁面的支持程度。主要對從數據庫生成動態頁面的支持度和從模板生成靜態頁面的支持度進行測試。

第2篇

關鍵詞：教學法；案例教學法；信息系統開發；計算機信息管理

中圖分類號：G718.5 文獻標識碼：A DOI：10.3969/j.issn.1003-6970.2013.03.053

0 引言

信息系統開發課程是高等職業院校計算機信息管理專業學生的一門重要課程，是一門綜合性強、實踐性強的課程。通過教學，應該使學生掌握信息系統開發的基本理論和主要方法，更要使學生能夠結合實例掌握具體的開發技能。由于信息系統開發涉及到程序設計、管理信息系統、數據庫技術等諸多相關知識。同時，學生基本不具備社會實踐經驗，對于企業的組織機構、業務流程了解甚少，對管理策略的具體應用缺乏實際體驗。因此，信息系統開發課程的教學難度很大，對教師和學生的要求都較高。采用傳統的講述式教學法很難讓學生對信息系統開發的全部流程、要點有直觀感受。案例教學法具有生動、貼近實際、參與性強的特點，通過在信息系統開發課程中引入案例法，可以提高學生的分析問題和解決實際問題的能力，更好地掌握結合企業實際來分析、設計和實施信息系統。

1 信息系統開發課程的教學特點

1.1 信息系統開發課程的教學難點

由信息系統開發課程本身的性質所決定，其教學難點主要有：第一是理論和方法容易理解卻難掌握；第二是相關知識點太多但體系性不強；第三是實踐性強但學生知識面不夠、實踐經驗太少。在實際的教學過程中，很容易造成學生聽起來簡單，但是做起來卻不知道如何下手，如何將知識與實際結合起來。

1.2 信息系統開發課程教師素質要求

從課程特點來看，從事信息系統開發課程教學的老師應該是既懂管理知識，最好有從事企業管理的經歷；又懂計算機技術，尤其要熟悉計算機網絡、軟件工程和數據庫技術；還最好是有開發信息系統項目的實際經驗。然而，要全部滿足這些要求，無疑對教師提出了非常高的要求。

1.3 信息系統開發課程教學模式存在的一些問題

在信息系統開發課程的實際教學上，很多教師或偏重于對開發方法、開發原則、流程等的課堂講述，或偏重于數據庫技術的實驗操作，或強調軟件編程的介紹。學生學了后，對信息系統開發認識非常模糊，理論無法聯系實際，缺乏直觀感受。

2 案例教學法簡介

案例教學法（case-based teaching）是通過對一個具體情景的描述，引導學生對這些特殊情景進行討論；或者通過對一個典型事例的分析，啟發學生思索的一種教學方法。案例也叫實例，是對一個實際情境的描述，或者是一個現實發生的典型事例。案例教學法的基本方式是問答式或討論式，有別于傳統的講述式教學方法，其目標就是訓練學生的職業技巧和技能，其優點是可以促進學生積極思維、個人鉆研、獨立思考，發揮學生的主動性和積極性；可以縮短學校與實際應用環境的差距，使學生以后能更容易適應自己的工作角色案例教學法在很多學科中都得到了廣泛的應用，比如法律課程教學、商務課程教學等。

案例教學法與傳統教學法的主要區別有：

（1）傳統教學法內容主要依據固定模式的教科書；案例教學法使用的是實際案例，即對特定情景和實際企業應用的描述。

（2）傳統教學法的組織方式主要是教師講，學生聽，通過教師的口頭語言表述、講解或演示等形式傳授知識；在案例教學法中教師和學生一起，共同參與對實際問題進行的討論和分析，師生不分主輔，組織形式可以多種多樣。

（3）傳統教學法中教師主要任務是熟悉教材、實驗；案例教學法中，教師扮演多種角色，而且要求知識面廣，視角新。

（4）傳統教學法的教學氣氛一般要求嚴肅、安靜；案例教學中氣氛要求活躍，要充分調動學生主動性和積極性，充滿交流與討論，學生要扮演相應的角色。

（5）傳統教學法的教學場所主要是課堂或實驗室，案例教學的教學場所可以多樣化，可以是課堂、實驗室，也可以是機房、模擬的環境等。

3 信息系統開發課程的案例選擇

從各種公開文獻來看，案例法在計算機類課程教學中的應用較為廣泛，如網站建設、圖形圖像處理、電子商務等。但是案例法在信息系統開發課程中的應用還較少。

案例教學法的核心是案例的選擇。在信息系統開發課程中應用案例教學法，關鍵是要結合本學科的特點和高職學生的實際學習水平和能力，來進行案例的選擇和準備。

由于信息系統開發本身是一門綜合性、實踐性很強的學科，因此教學中可以利用的案例資源特別多，種類也非常豐富。其種類可以分為以下幾類：

（1）按照涉及的學科內容分：管理學案例、數據庫案例和編程案例。

（2）按照信息系統開發階段分：系統分析案例、系統設計案例、系統集成案例、系統測試案例等。

（3）按照來源分：企業案例、教程案例、網絡案例、報刊雜志案例的和自制案例等。

（4）按照形式分：操作型案例、知識型案例、討論型案例等。

在教學過程中可以根據實際需要選擇不同的案例，但是必須緊扣教學目的進行合理取舍案例，避免把案例變成故事。尤其要注意以培養學生的能力為出發點，多選擇討論型案例、操作型案例，并最好選擇企業實際開發的信息系統案例進行教學。另外，由于信息技術更新很快，因此更要重視信息系統案例時間的新穎性，避免把錯誤信息和落后的知識傳遞給學生。

高職教育重在技能的教育，因此學生的理論和專業知識的廣度較低。所以，在案例的選擇時還要注意結合高職學生的特點，選用案例要得當，應選擇學生容易接受和理解的案例，盡量選用開發規模比較小的信息系統項目作為案例，選擇中小企業作為開發背景的案例。比如選擇圖書館管理信息系統、超市收銀系統、學生成績管理系統等作為教學案例就是比較合適的。

4 信息系統開發課程案例教學應注意的幾個重要環節

案例教學法在信息系統開發課程教學中的應用是一種探索。如何根據案例教學法的特點，結合教師、學生和課程的特點，達到教學效果，關鍵要注意以下幾個環節：

4.1 課前要高度重視案例的準備工作

準備工作包括教師準備和學生準備兩個方面。教師準備，選擇恰當的案例、弄清楚要達到的教學目的是關鍵。學生準備，主要是根據教師的提前布置，作好收集相關背景資料、技術知識等。比如講述ERP相關章節時，老師可以先列出將要介紹的ERP案例，然后讓學生提前收集此案例公司的相關背景資料、ERP發展情況等，再進行課堂討論。

另外，教師還要重視日常的案例資料收集。通過案例整理，豐富自己的知識面，提高自身專業素質，這是提高信息系統開發案例教學質量的基礎工作。做好案例的分類編寫、修正更新，可以使案例更加系統化和案例反映學科實際狀況和最新進展，保持課程活力和對學生的吸引力。

4.2 課中教師要營造良好的案例教學環境

課堂效果如何，是衡量案例教學法在信息系統開發課程教學中能否發揮作用的標準。教師在組織案例教學中要注意調動學生的積極性，激勵學生的學習熱情和興趣，鼓勵學生發表自己的觀點。案例法的教學并不是簡單地用舉例來對學科的內容進行說明。在信息系統開發的教學中，需要盡可能提供逼真的模擬環境，以體驗系統開發的各個階段、步驟可能出現的各種問題、情形。在給定的環境中發生的事件的結果如何，通常要由學生用自己的經驗和所學知識做出判斷和設想。通過一個用案例法教授的課程，學生應該體驗到有過實際解決問題的經歷，懂得遇到開發過程中的困難和變化時如何合理處理。

在教學中，可以模擬一個具體的開發案例，比如選取學生相對比較熟悉的學校管理信息系統的開發作為實際案例。進行分組，讓學生分別充當系統開發方（某軟件公司）、系統需求方（某中學），然后在兩個虛擬的組織（開發方、需求方）里又分別進行角色的細分，并根據教學的進程，讓學生對每個開發階段需要做的工作結合案例完成任務。這樣，學生獲得的系統開發知識將更為直觀，也更能提高其實際能力。

4.3 注意把握案例教學的主要流程

案例教學的流程一般是：案例，提出要求，學生思考，引導發言，相互交流，教師總結。合理把握這些環節，可以提高案例教學的效率。另外，需要注意的是信息系統開發課程還有大量的實踐操作環節，比如系統實施階段的數據庫設計、程序編寫等，這些內容的教學時應該在計算機房進行案例模擬教學，以分組配合完成案例任務教學，此時不宜采用討論模式的案例教學。

4.4 課后教師要認真進行教學效果的檢查和評價

教師課后要認真進行教學效果檢查和評價，一般可以通過讓學生書寫方案設計書或報告、案例分析書面作業等來進行，也可以找學生訪談、交流心得體會的方式來評價在信息系統開發中應用案例法的教學效果。

5 結語

從高職學生的培養目標來看，信息系統開發課程的重點應該是注重實際應用的教學，注重對學生職業技能的培養。案例教學讓學生從一個個實例中來逐步了解信息系統開發的階段和步驟，培養學生模仿實例來解決實際問題的能力，為以后從事工作做好素質能力的準備。案例教學法是高等職業技術學院信息系統開發課程教學中一種值得大力推廣的教學方法。

案例教學對教師和學生的要求都較高。因為案例教學以學生的積極參與為前提，以教師的有效組織為保證，以精選出來的能說明問題的案例為核心，而要做到這些方面的有機結合往往較為困難。另外，需要注意的是，如果過多依賴案例教學容易造成學生缺乏對知識的總體掌握，可能使學生形成一些片面的認知，容易根據個別典型案例所展現出來的信息出現以偏概全的認識。因此，在信息系統開發課程教學中應用案例法還應該配合常規的課堂講述、多媒體展示、實驗實訓等教學方法。

參考文獻

[1]鄧三鴻，許鑫，王吳等，案例教學在管理信息系統課程中的實踐探討[J]，現代教育技術，2012（9）：120-121

[2]教育部人事司組編，高等教育學（修訂版）[M]，北京：高等教育出版社，1999：267

[3]張大均主編，教育心理學[M]，北京：人民教育出版社，2004：480-483

第3篇

關鍵詞：軟件工程 管理信息系統 系統開發

中圖分類號：TP311.5 文獻標識碼：A 文章編號：1672-3791（2014）10（c）-0013-01

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

1 開發管理信息系統中存在的問題

通常情況下，現在的管理信息系統都具有復雜化、大型化，受傳統開發理念制約等特點，因此管理信息系統的開發面臨著許多問題。當前，管理信息系統開發主要面臨的問題有以下幾點。

1.1 模型呆板，理論化嚴重

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

1.2 結構化分析無法解決復雜的技術和管理問題

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

1.3 缺少管理，造成質量評估不準

在管理信息系統開發中，沒有將管理理念合適的引入到開發之中，將會導致對軟件的質量評估出現問題。沒有合理的軟件質量度量，無法對系統進行詳細的安排，也無法對系統的可行性進行合理的評價，更無法對所需要的資金進行評估，最終將會造成對整個系統的質量評估出現誤差[3]。

1.4 閉門造車，導致開發周期過長

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

2 解決開發中存在的問題

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

2.1 將軟件工程方法引入到管理信息系統開發中

開發管理信息系統是一項復雜的工程，因此要取得成功就必須要將軟件工程理論貫徹到管理信息系統開發之中。嚴謹、科學、規范是成功開發管理信息系統的前提。所以在開發中，應當在合適的時候對軟件工程的方法加以應用，這樣在兩種理論的指導下，管理信息系統的適用性將會得到進一步的提高。

2.2 面向對象分析法的應用

面向對象分析法在軟件開發中得到了廣泛的應用，并且已經處于了一個相對成熟的階段，因此在管理信息系統開發中完全可以大膽的對其進行使用，使面向對象技術能夠在管理信息系統開發中發揮其作用。例如，將對象概念進行引入，對實體進行描述，結合類圖、數據傳遞圖等分析非結構信息，從而建立合理的非結構模型。如果情況需要，我們也可以將形式化方法引入到系統開發之中，用嚴謹的語言對客戶的需求進行定義。這樣系統開發人員可以依據語言和圖，對用戶的需求進行詳細、合理的分析，最終開發出讓用戶滿意的系統。

2.3 加強項目管理工作

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

2.4 對原有軟件原型進行利用

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

2.5 利用構件技術避免重復開發

要想管理信息系統開發的效率和質量能夠得到保障，不僅需要有高質量的需求，同時還需要利用重復開發技術對系統開發予以支持。可將構件思想和建模思想應用到管理信息系統開發之中，構件相當于生產預制板的模子，構件實例相當于建筑上的預制板，將預定板組合在一起就構成了高樓。用構件產生構件實例，通過構件實例的組裝和控制來構造應用軟件，這也是目前比較先進的方法。

3 結語

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

參考文獻

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

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

[3] 王建良.面向對象方法在管理系統開發中的深入應用研究[J].南京航空航天大學，2012，11（11）：27-28.

[4] 王子嘵，孟慶祥.林權證管理信息系統開發中軟件工程理論的應用[J].中南林業調查規劃，2013，11（3）：31-32.