前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇系統開發的主要方法范文，相信會為您的寫作帶來幫助，發現更多的寫作思路和靈感。

系統開發的主要方法范文第1篇

【關鍵詞】 UML；模型圖；元模型；靜態建模；動態建模

1 概述

隨著科學技術的不斷快速發展以及國民經濟水平不斷快速提高，社會企業對于內部的各種管理和服務的要求越來越高，使得各種企業級的管理系統軟件的規模越來越大，通用性的要求也隨之增。企業級管理和服務系統的高要求無形之中增加了系統軟件開發的復雜性和難度系數，迫切需要一種能夠簡化系統開發復雜度、清晰系統設計思路的方法來完成系統軟件的開發過程。統一建模語言在Booch、OMT和OOSE等表示方法的基礎上進一步發展，成為了系統開發中功能強大、易于表達且適用度高的可視化建模語言，對于企業級的系統開發過程來說是非常重要的。所以對于UML的研究與學習對于降低企業級系統開發復雜度、提升開發效率來說具有非常重要的現實意義。

2 統一建模語言

統一建模語言又稱為UML（Unified Modeling Language），是當前面向對象開發中的一種通用的圖形化建模語言，由于其定義良好、功能強大、表達方式簡單且適用度高，能夠為系統開發建立各種靜態模型、動態模型以及包括系統環境和組織結構的模型，從而讓開發者能夠使用簡單的易于理解的方式來表達自己對系統的構思，所以在系統開發的過程中應用非常廣泛。

UML語言由圖和元模型構成，其中圖是UML的語法，是構成UML的基礎元素，而元模型則是UML的含義，是給出圖的含義，所以UML是以圖形的表示方法為基礎，通過元模型來描述的一種建模語言。UML的元模型屬于四層元模型體系，與元元模型層、模型層和用戶對象三個層次通過構成了四層元模型體系結構模式，可用來定義系統開發中復雜模型的語義，從而被開發者或其他人員中對系統模型進行存儲、共享或者交換等。

定義一個UML模型，需要完成UML語義和UML表示法兩個部分。其中，UML語義描述了UML的元模型定義，是UML為開發者為了能夠在語義上去的一致而進行的通用定義性的說明；UML表示法是定義UML符號的表示法，它為系統開發者使用UML的符號和語法來進行系統建模提供了標準。常見的UML模型圖一般包括用例圖，包含類圖、包圖、對象圖的靜態圖形，包括狀態圖和活動圖的行為圖形，包括順序圖、協作圖的交互圖形以及包括構件圖、配置圖的實現圖形等5類10種模型。

3 UML在系統開發中的建模

UML是一個獨立于系統開發的過程，只是完成系統建模部分，并不指導開發者一步一步完成系統開發的過程。

3.1.UML的建模流程

在系統開發過程中，利用UML完成系統建模，首先要確定系統需求，理解系統需要的功能以及達到的設計目標，并根據需求建立UML用例模型，然后對構建的UML系統用例模型進行分析，抽取相應的類，并根據做出靜態結構的類圖、系統動態行為的順序圖，而在實現階段，則需要將UML對應的類以及對象轉化成程序編碼，在測試股湊惡化概念在則根據UML模型進行單元測試、系統測試等，從而在系統開發的過程中，建立并使用相對于的UML模型，來輔助開發者完成系統開發，進而提高系統復用性、建設代碼錯誤率，提升系統開發的速度和效率。如圖1.所示，為UML在系統開發中的建模基本結構圖。

由圖1可知，UML在系統開發中的建模主要包括用來描述系統功能的用例模型，包含靜態模型類圖或對象圖用來描述系統重要的類、對象、屬性以及類之間相互關系，包括動態模型的順序圖、活動圖、狀態圖等來描述對象的時間特征以及系統模塊之前相互通信的機制。

圖1 UML在系統開發建模結構圖

3.2面向對象的UML的建模

運用UML為系統開發進行建模，要根據UML的建模流程來實施建模過程。首先要根據需求文檔和與用戶溝通、個人調查盡可能詳細的獲取用戶的需求，進而獲取管理系統的顯示需求和隱式需求，避免由于過分追求顯示需求而忽略了系統的隱式需求，從而對系統的需求進行全面性的了解。在閱讀需求文檔和與客戶進行談話對系統需求進行調研時，可參考基于UML的Rational Rose提供的用例模型以及多用例圖模型聯合的方法來完成UML的系統用例模型創建。然后根據系統不同權限的操作人員的的業務流程圖以及系統數據流程圖來分析系統中所有的用例以及角色，并根據不同角色與用例之間的關系使用UML建模工具繪制系統的用例圖，并構建類圖和活動圖來勾畫系統的概念層UML模型。根據系統用例模型和各種概念層的UML模型，要對其加以描述，從而有助于開發人員考察用例，并從中抽取類以及類與類之間的聯系，完成系統的結構設計和詳細設計。系統結構設計包括各個子系統（包）的邏輯組成部分以及包與包之間的相互依存關系和通信聯系，而詳細設計則是將子系統的內容更加詳細化，對于所有抽取的類進行屬性定義，并根據UML動態模型描述的類之間的實力行為來實現具體的方法。

此外，在系統開發中撰寫的系統詳細需求分析說明書，一般都是專業性較強，切枯燥乏味，拿需求分析說明書與客戶溝通必然會阻礙雙方的交流，用戶不易理解，所以通過UML建模語言的Rational Rose模型圖可以直觀形象地展示給客戶，從而讓客戶更好地了解系統運行方式以及內部處理上的細節操作，對于開發者與客戶溝通是非常有幫助的。

4 總結

UML建模設計對于系統開發來說是非常重要的，尤其是對于結構龐大、聯系復雜的大型系統設計開發來說，更能夠簡化系統設計和開發的復雜度，便于開發人員之間、開發人員與客戶之間的溝通，大大減少了程序編碼的錯誤率，提高了系統開發的進程。當前UML已經作為一種標準的建模語言，對于面向對象的系統開發來說，具有很好的應用前景。

參考文獻：

[1]劉芳. UML語言及實際中建模的應用[D].山東科技大學.2003

[2]葉亮.UML在財會管理系統建模中的應用[J].電子商務.2007（11）

[3]張立杰，陳佳斌，杜金梅.基于UML模型的圖書資料管理系統的設計與實現[J].農業圖書情報學刊.2006（06）

系統開發的主要方法范文第2篇

【關鍵詞】Web系統開發；崗位工作過程；教學方法

隨著互聯網的飛速發展，Web系統開發人才需求與日劇增，這對高校計算機專業人才培養提出了更高要求。Web系統開發能力對計算機專業學生來說不僅是職業技能的培養，也體現著創造性思維能力的培養。因為在Web系統開發過程中貫穿文檔的閱讀判斷、 事務的分析思考、 系統開發工具利用、 抽象表達、 綜合創造等多項技能， 對計算機軟件開發人才素質的培養至關重要。我國高校計算機專業大部分都開設了Web編程課程，如何才能更好地培養學生的Web系統開發能力，對于一個教學工作者來說，是一個非常重要的課題。

1.Web系統開發能力培養現狀分析

目前我國高校計算機專業在培養學生的Web系統開發能力上存在一些問題。首先Web程序設計課程的課程教學設計存在問題， 每門程序設計課程都從講解最基本的語法開始，把有限的時間浪費在基本知識的學習，真正的Web系統開發沒有得到有效鍛煉，這樣就造成了畢業生進行軟件企業，利用在課堂上學習的編程技術很難編寫出令用戶滿意的程序。其次大多數專業教師缺少在軟件企業鍛煉的經歷，對企業的用人要求，現在軟件企業的軟件開發過程了解不充分，造成培養出來的學生不能滿足軟件企業的需求，企業很難找到合適的系統開發人員。再次教學質量評價機制存在問題，傳統的學生成績考核以期末筆試試卷成績為主，在這種成績評定方式，使得學生把大量時間浪費在對語法的背誦上，更加抑制了學生編程能力的形成，出現了分數高的學生系統開發能力還是較弱。從以上分析使我們清楚地看到，要使學生真正具備較好Web系統開發能力，在教學模式和教學方法上必須進行大膽的改革。為此，我們提出了一種全新的Web系統開發能力培養模式——基于崗位工作過程的Web系統開發能力培養模式。

2.基于崗位工作過程的Web系統開發能力培養模式與實踐

2.1基于崗位工作過程的web系統開發能力培養模式

為了更好地培養學生和的web系統開發能力，我們對web系統開發課程理念進行深入的研究，借鑒美國、德國等國家的職業教育方法，按照我國軟件企業的Web程序員崗位要求，廣泛吸納國內兄弟院校的經驗，形成了“以學生為主體”、“以教師為主導”、“以能力培養為生命線”、“以工作任務為目標”的教學理念，構建了以解決學校某個部門的實際工作為主要任務來進行軟件系統的開發學習的web系統開發能力培養模式，即“基于崗位工作過程的Web系統開發能力培養模式”。

2.2基于崗位工作過程的web系統開發能力培養模式實踐

2.2.1創新教學模式

（1）教學模式的特點。

本模式以“學生活動和問題研究”為主線，引導學生自主協作探究課程知識，注重問題的發現、提出、分析和解決的過程，側重學生web系統開發技能的培養。

（2）教學模式的課堂組織程序。

在開展系統開發課程的教學實踐過程中，我們選擇的部門是學校資產管理中心，以解決資產管理中心的物資管理為工作任務，構建教學模塊，選擇的實驗班級對象是0441001班、0491101班學生，根據該教學程序將整個教學活動分為以下幾個階段：

1）教學模塊設計。教學模塊應該是一項具有實際意義的工程任務，它的選取是學習的關鍵。首先，教學模塊設計要目標明確；其次，教學模塊設計要符合學生的特點，難度要適中，學生在一定條件下應可以自行組織、安排自己的學習行為，有明確、具體的成果展示；最后，教學模塊設計要符合面向對象和軟件開發流程的要求，要以基于工作過程導向的理念來組織案例設計，將整個課程分成六個學習情境，每個學習情境又分成若干個小項目。

2）學生的組織。項目模塊的實施是以學生為主體，但一個項目模塊如果讓一個學生去做，開發的工作量、難度過大。如果讓所有人都參與，則合作、分工難度過大，因此，學生的組織應以小組為單位，可自由組合也可由教師編排，每組5人左右，分別擔當項目主管、系統分析員、軟件開發員、項目測試員等角色。角色設置與企業開發團隊基本一致，既能鍛煉學生的分析問題、解決問題能力，也能鍛煉學生在項目開發過程中的協調、組織能力。

2.2.2探索適合基于工作過程的web系統開發課程的教學方法

web系統開發課程教學中，我們主要采用“討論式”教學方法，引導學生完成項目模塊教學。在項目模塊的實施初期，教師可以為學生創建必要的學習資源和學習環境，如項目參考資料、相關模塊開發流程、注意事項等，由小組成員提出自己的見解和工作計劃并在這一過程中相互啟發、相互學習，經過討論最終確定出較好的方案。在這個過程中教師應采用“討論式”的教學方法，組織同學們一起對方案和遇到的問題進行討論，充分發揮學生的主動性和能動性，最后由教師把關確認方案的可行性，開展項目模塊實施。

2.2.3構建“專業+學校部門+企業”教學體系

以真實項目驅動教學全過程，形成項目需求、總體設計、模塊設計、項目知識點的理論分析過程，利用學校部門任務來完成項目實踐，最后應用到學校部門實際中，構建了基于項目的U型逆向循環、點線面相結合的教學體系。

2.2.4探索培養學生web系統開發能力的途徑

軟件系統開發靠的是一個有力的團隊，它需要協調不同類型、不同性格、不同知識結構的人員共同奮斗，缺乏領軍型的人才、缺乏合作精神是難以成功的。因此，我們在培養學生的Web系統開發能力時應注重培養學生的團隊精神、協作能力。在系統開發課程教學中，根據學校不同的崗位工作任務，我們成立若干協同開發模式小組，5人為一組，每組一個項目組長，從軟件的需求分析開始，以組為單位進行實踐開發，開發過程中大家共同參與，相互溝通，一起完成一個軟件開發項目。

2.2.5強化職前與職后Web系統開發能力的銜接

將以解決學校某部門工作的系統軟件開發為教學內容貫穿整個教學，從系統需求分析開始到最后系統測試，讓學生全面了解系統開發的全過程，全面模擬軟件公司的開發流程，讓職前的學生走出學校后，就能快速適應程序員崗位上系統開發能力的要求。此外，在教學過程中，引導學生學會利用好網絡，對于在軟件開發過程中遇到的技術難題，多動手去網上尋找，嘗試解決，培養學生自主學習的能力。

總之，要培養學生的Web系統開發能力，需要從多方面入手，既需要創新教學模式，改進教學方法，也要探索培養學生Web系統開發的有效途徑。作為一個教育工作者，經過自己多年的教（下轉第193頁）（上接第124頁）學工作實踐，摸索出了基于崗位工作過程的Web系統開發能力培養模式。在web課程教學中，我們用此模式對學生進行教學，對提高學生的Web系統開發能力有良好的效果，同時也實現了計算機人才培養與企業需求的無縫對接。 [科]

【參考文獻】

系統開發的主要方法范文第3篇

關鍵詞：管理信息系統；原型法

在管理信息系統的開發過程中，采用有效的開發方法是非常重要的。開發管理信息系統的具體方法很多，大致可將它們分為結構化生命周期開發方法、原型法、面向對象開發方法和CASE開發方法等幾大類，這些方法各有優缺點。

目前較為流行的管理信息系統開發方法是結構化生命周期開發方法。但是，結構化生命周期開發方法存在著周期長、成本高的缺點。研究人員在關系數據庫系統、第四代程序生成工具和各種系統開發生成環境誕生的基礎上，提出了開發管理信息系統的快速應用程序開發方法（Rapid Application Development，RAD）, 這種方法的本質是盡快地開發出可以使用的原型系統，因此也把此方法稱為快速原型法簡稱原型法。

1.原型法的基本思想

運用原型法開發管理信息系統，首先要對用戶提出的初步需求進行總結，然后構造一個合適的原型系統并運行，此后，通過系統開發人員與用戶對原型系統的運行情況的不斷分析、修改和研討，不斷擴充和完善系統的結構和功能，直至符合用戶要求為止。它并不注重對管理信息系統進行全面、系統地調查和分析，而是根據對用戶的信息需求的大致了解，借助強有力的軟件環境支持，迅速構造一個新系統的原型，然后通過反復修改和完善，最終完成新系統的開發。快速原型法的特點是快速地創建出管理信息系統的測試版本，該版本可以用來演示和評估，用戶可以借助這種測試版本更加詳細地提出自己的需求，系統開發人員可以借助這種測試版本挖掘用戶的需求，然后在此基礎上對系統的測試版本進行修改。

原型法的上述基本思想，體現出以下特征：

1) 原型法并不要求系統開發之初完全掌握系統的所有需求。事實上，由于各種因素的影響，系統的所有需求不可能在開發之初就可以預先確定，用戶只有在看到一個具體的系統時，才能對自己的需求有完整準確的把握，同時也才能發現系統當前存在的問題和缺陷。

2) 構造原型必須依賴快速的原型構造工具。只有在工具的支持下才能迅速建立系統原型，并方便地進行修改、擴充、變換和完善。

3) 原型構造工具必須能夠提供目標系統的動態模型，才能通過運行它暴露出問題和缺陷，有利于迅速進行修改和完善。

4) 原型的反復修改是必然的和不可避免的。必須根據用戶的要求，隨時反映到系統中去，從而完善系統的結構和功能，使系統提供的信息真正滿足管理和決策的需要。

2.原型法的工作流程

原型法的基本工作流程可描述為以下幾步：

1) 用戶對新系統提出開發需求。

2) 開發人員對開發需求（各種問題）進行總結

3) 利用工具開發一個系統原型。

4) 雙方一起進行測試和評價，確定下一步處理方式：對該原型進行分析和修改，并根據新的要求修改。

5) 反復對修改后的原型進行測試和評價，是否還有新功能需要增加。直至完成系統開發并交付使用。

上述工作流程歸納如圖所示。

原型法的運用，必須依賴強有力的軟件支撐環境作后臺。這個環境至少應具備：一套操作方便靈活的關系型數據庫管理系統軟件；一個與數據庫系統相適應的數據字典生成工具；一套與數據庫系統相適應的快速查詢系統并支持復合條件查詢；一套支持結構化編程、代碼自動生成和維護的高級軟件工具或環境。

3. 在實踐過程中優缺點

快速原型法的特點是快速地創建出管理信息系統的測試版本，該版本可以用來演示和評估，用戶可以借助這種測試版本讓用戶在開發之初就看到系統雛形，了解管理信息系統，更加詳細地提出自己的需求，有利于用戶及早參與開發過程，激發參與開發的熱情和積極性；也可以使用戶培訓工作同時啟動，有利于系統今后順利交接和運行維護。系統開發人員可以借助這種測試版本挖掘用戶的需求，然后在此基礎上對系統的測試版本進行修改。

（1）使用原型開發方法有下面一些明顯的優點：

1) 對于那些用戶需求無法確定的項目來說，是一個非常有效的開發方法；

2) 鼓勵用戶參與系統開發的積極性，提高了用戶使用系統的熱情；

3) 由于用戶參與到了信息系統的開發過程中，所以項目開發過程的透明度和支持度都非常高；

4) 用戶和管理階層可以更快地看到可以工作的信息系統原型，也就是可以更早地得到企業的解決方案；

5) 與其他開發方法相比，可以盡快地發現系統中存在的錯誤和疏漏，提高信息系統的開發質量；

6) 測試和培訓相對簡單，因為許多用戶在開發過程中已經參與了測試和培訓；

7) 這種開發方法大大降低了信息系統的開發風險，這是因為使用不斷循環的技術解決方案取代了一次性提交的技術解決方案。

（2）使用原型開發方法存在的主要缺點如下：

1) 對于大型系統或復雜性高的系統，沒有充分的系統需求分析、功能分析、結構分析，很難構造出原型；

2) 這種方法鼓勵采用了"編碼、實現、修復"的開發方式，這樣可能提高了整個系統生命周期的運行支持和維護成本；

3) 這種方法失去了開發過程中選擇更好的技術方案的機會，因為技術人員和用戶都希望盡快地看到可以使用的原型；

4) 這種方法過于強調速度，使得許多潛在的系統質量缺陷沒有得到很好的解決。

在管理信息系統開發過程中，使用原型開發方法開發進程管理復雜，要求用戶和開發人員的素質高，配合默契；必須依賴強有力的支撐環境，否則無法進行。應用原型法進行系統開發，構造原型快速；開發進程加快，周期縮短，反饋及時。一般地，快速原型方法適于開發小型的信息系統項目。

參考文獻：

[1]黃梯云，管理信息系統[M].北京：高等教育出版社，2004.1

[2]嚴建淵，MIS的概念和開發[J].電子與信息化，2001.2

系統開發的主要方法范文第4篇

關鍵詞: 信息系統工程;信息系統工程方法;方法論;信息系統工程方法論

中圖分類號:F062?5;N945 文獻標識碼:A 文章編號:1006-4311(2009)12-0098-03

0引言

信息系統工程是一項復雜的社會和技術工程,它的開發建設不僅需要有巨大的人力、物力和資金的投入,而且需要有較長時間耗費,建設周期往往要1年、2年,甚至更長時間。因而,保證信息系統開發成功,提高工程效率和質量特別重要,而正確地選擇和使用信息系統工程方法是達致目標的關鍵一環。

1信息系統工程方法概述

信息系統工程已經經歷了近30年的歷史。在其發展的過程中,形成了許多有效的方法,按其來源的不同,可分為四類,即來源于系統工程、軟件工程、應用數學和信息工程。

1.1 來源于系統工程的方法

信息系統工程是系統工程的一個分支學科,因而,絕大部分系統工程方法都可成為信息系統工程方法,主要有:

(1)系統分析方法。

系統分析方法是美國蘭德公司于20世紀40年代提出的一套解決復雜問題的方法。該方法已經成為信息系統工程領域的一個重要方法。在系統分析過程中的常用方法主要有:直接分析建模法、狀態空間法、投入產出分析法、層次分析法和德爾菲法等。

(2)系統仿真法。

系統仿真是利用系統模型在模擬的環境和條件下對系統進行研究、分析和實驗的方法,是一種間接的研究方法。在經濟管理系統中應用較多的仿真方法有:蒙特卡羅方法和系統動力學方法。

(3)系統綜合評價法。

系統綜合評價法是建立在系統評價的前提條件、評價原則、評價步驟,以及評價的指標體系之上的評價方法。

(4)霍爾的三維結構體系。

1962年,美國貝爾電話公司的工程師霍爾總結了開展系統工程研究和實踐的經驗,提出了著名的三維結構方法體系。霍爾三維結構是將系統工程整個活動過程分為前后緊密銜接的七個階段和七個步驟,同時還考慮了為完成這些階段和步驟所需要的各種專業知識和技能。這樣,就形成了由時間維、邏輯維和知識維所組成的三維空間結構。

(5)軟系統方法論。

三維結構體系適用于解決結構性問題,而對于因素多而且復雜的非結構性問題就遇到了困難。英國蘭卡斯特大學切克蘭德提出的一種系統工程方法論,受到了系統工程學界的重視。切克蘭德把霍爾系統工程方法論稱為“硬系統”的方法論,而把他的方法論,稱之為“軟系統方法論”。[1]

1.2 來源于軟件工程的方法

信息系統工程是在軟件工程的基礎上發展起來的,因而,大部分軟件工程方法通過適當的改造,都能成為信息系統工程方法。

(1)結構化方法。

結構化方法是由結構化系統分析和設計組成的一種信息系統開發方法。這種方法遵循系統工程原理,按照事先設計好的程序和步驟,使用一定的開發工具,完成規定的文檔,在結構化和模塊化的基礎上進行信息系統的開發工作。

(2)快速原型法。

快速原型法是一種根據用戶需求,利用系統開發工具,快速地建立一個系統模型展示給用戶,在此基礎上與用戶交流和互動,最終實現用戶需求的信息系統快速開發的方法。

(3)面向對象方法。

面向對象方法是對客觀世界的一種看法,它是把客觀世界從概念上看成是一個由相互配合和協作的對象所組成的系統。該方法是采用構造模型的觀點,在系統的開發過程中,各個步驟的共同的目標是建造一個問題域的模型。

(4)構件方法。

構件方法,即基于構件的開發方法,原本是一種軟件開發的新方法,它是在一定構件模型的支持下,復用構件庫中的一個或多個軟件構件,通過組合手段高效率、高質量地構造應用軟件的過程。近年來,構件方法被移植到信息系統的開發之中,成為信息系統開發的重要方法。

(5)敏捷開發方法。

敏捷開發就是把一個大項目分為多個相互聯系,但也可獨立運行的小項目,并分別完成,在此過程中軟件一直處于可使用狀態。近年來,該方法被引入信息系統開發之中。[2]

1.3 來源于應用數學的方法

(1)運籌學方法。

運籌學是用數學方法研究系統最優化問題的學科,是系統工程的主要基礎理論之一。運籌學的內容極為豐富,主要包括,規劃論(包括:線性規劃、非線性規劃、動態規劃、整數規劃)、圖論、排隊論、對策論、庫存論等。

(2)數學建模法。

運籌學的模型都是成熟的模型,而現實問題經常與這些模型并不一定相符,因而需要根據實際問題建立問題的數學模型。

1.4 來源于信息工程的方法

信息工程是詹姆斯?馬丁創立的一門工程學科,它為信息系統的開發提供了工程依據。來源于信息工程的方法主要有:

(1)企業系統規劃方法(BSP,Business System Planning)。

該方法是最早由IBM公司于20世紀70年代研制并使用的一種企業信息系統開發的方法。它是信息工程的基礎,它的目標是提供一個信息系統規劃,用以支持企業短期的和長期的信息需求。

(2)戰略數據規劃方法。

該方法是詹姆斯?馬丁提出的信息系統開發中極為重要的方法。該方法的要點主要有:①數據環境對于信息系統至關重要;②四種數據環境,即數據文件、應用數據庫、主題數據庫和信息檢索系統;③建設主題數據庫是信息系統開發的中心任務;④圍繞主題數據庫搞好應用軟件開發。

(3)信息工程方法。

信息工程方法與企業系統規劃方法和戰略數據規劃方法是一種交叉關系,即信息工程方法是其它兩種方法的總結和提升,而其它兩種方法則是信息工程方法的基礎和核心。[3-4]

2信息系統工程方法的選擇和使用

從前文可知,信息系統工程方法是一個非常龐雜的集合。在具體的工程實踐中,如何選擇和使用,以及選擇哪個或哪些信息系統工程方法,這是一個甚至比方法本身還要重要的問題,也因此產生了信息系統工程的一個新的子學科信息系統工程方法論。

2.1 什么是方法論

所謂方法論,從一般意義上說,就是解決問題,特別是大型、復雜問題的辯證程序的總體。通過這樣的程序把問題和可用的技術聯系起來,求得問題的解決。方法論的研究強調兩個問題,第一個問題:方法論從一般意義上,要解決三個問題,即:在哪里、去哪里和怎么去。其中,“在哪里”就是現狀和現有條件;“去哪里”就是問題和目標;“怎么去”就是解決問題的過程、途徑,及方法、工具和技術手段等。第二個問題:所謂“辯證程序”是指這個程序不能脫離問題的實際情況而事先規定好,也不是有了正確的程序就一成不變,而應在解決問題中不斷優化、不斷改進和不斷創新。[1]

2.2 信息系統工程方法論的概念

信息系統工程方法論是運用信息系統工程研究的一套程序化的工作方法和策略,也可以理解為為了達到預期目標,運用信息系統工程思想和技術解決問題的工作程序或步驟。信息系統工程方法論是在綜合應用運籌學、控制論、信息論、管理科學、心理學、經濟學以及計算機科學等有關學科理論和方法的基礎上形成的科學思想和方法,是用于解決信息系統開發過程中復雜問題的一套工作步驟、方法、工具和技術。[1]

2.3 信息系統工程方法論的內容

信息系統工程方法主要是研究信息系統工程實踐中有哪些可供選用的技術和方法,即研究技術和方法本身;而信息系統工程方法論是要解決在信息系統工程實踐中怎樣選用、選用哪些技術和方法,選用中應遵守什么原則、使用什么方法,及怎樣評估等。可以簡而言之,信息系統工程方法論是關于如何選用信息系統工程技術和方法的方法。

信息系統工程方法論與信息系統工程過程,二者之間既有聯系又有區別。信息系統工程方法論不是信息系統工程過程。信息系統工程過程是由很多工作階段和子階段組成,信息系統工程方法論是解決問題的方法上的辯證過程,信息系統工程過程中每一個階段都需要運用信息系統工程方法論來解決問題,甚至每個階段的個別問題也需要用信息系統工程方法論來解決。對于信息系統工程人員來說,最重要的工作之一就是運用信息系統工程方法論把問題展開,提供給相應的工程技術人員去解決,即提出問題和給出問題的環境設定。[1]

2.4 要遵循的原則

信息系統工程方法論是在一系列原則之下來選擇和使用方法的。這些原則主要有:

(1)需求原則。

信息系統開發過程中,選擇什么方法,要由工程的需求來決定,而不是由方法的好壞優劣來決定。

(2)整體性原則。

選用方法要從整體性出發,局部或分系統要服從全局、服從整體。

(3)目標優化原則。

最優化的概念貫穿于信息系統工程的始終,它是信息系統工程的指導思想和追求目標。對于每個具體系統工程項目來講,它的開發、設計、制作和運用,各個階段的管理、控制和決策,都有著最優化的目標和要求。

(4)動態性原則。

信息系統工程往往是一個復雜的實踐過程,其內外部因素都處在動態變化之中。因此,方法論的一個重要內容就是如何適應這種變化的特性,進一步,掌握變化的性質、方向和趨勢,采取相應的措施和手段,改進工作方法,調整規劃和計劃,在動態變化中求得系統的整體優化。[1]

3結束語

在近30年的信息系統開發實踐中,產生了豐富的成果,其中包括各種信息系統工程方法,但是,對于信息系統工程方法進行系統的研究工作目前還很少,特別是對于信息系統工程方法論的研究就更少了。本文只是在這方面做了初步的探索。

參考文獻:

[1] 杜d、陳慶華:《系統工程方法論》[M];國防科技大學出版社,1994:1-196。

[2]張維明等:《信息系統工程(第2版)》[M];電子工業出版社,2009:5-46。

系統開發的主要方法范文第5篇

一、系統開發中網絡技術運用概述

系統開發是指管理信息系統的研制過程，即構思、設計和實現一個管理信息系統的過程。

系統開發是一項艱巨而復雜的工作，按照系統工程的思想，系統開發一般要經過系統開發的準備、系統分析、系統設計、系統實施等階段，在實際中，一個系統的開發往往技術復雜，研制周期長，耗費資金大，協作單位多且協作關系復雜，除非運用某種計劃和協調方法，否則難以了解和控制其進展，而網絡技術則是解決這一問題的有力手段。

統籌法又稱網絡技術，它主要包括計劃評審術和關鍵路線法。計劃評審術的基本方法有助于在大型任務中管理和控制人力、材料、設備和時間的利用，可用它來找出任務中的關鍵部分并對其作出必要調整，達到按期完成任務的目的，最適合于包含很多不確定因素的大規模開發的研究性的任務。比前者早1年問世的關鍵路線法是一種考慮確定因素開發、研究項目的計劃和協調方法。除適用范圍的所不同外，兩者方法相近，都是用網絡圖表示一項計劃的整個過程，而且都是以時間最長的路線作為關鍵路線來重點予以管理。

統籌法的基本原理是將研究與開發的項目和控制過程用網絡圖形式地、邏輯地、連貫地構成整個計劃模型。通過分析和計算，找出關鍵工序或關鍵路線，通過不斷改善，調整平衡網絡計劃使資源(人力、物力、財力等)在系統中得到合理安排，有效地加以利用，以最少的時間和資源消耗來完成整個系統的預期目標，從而取得良好的經濟效益。

從以上分析可以看出統籌法應用于系統開發有以下幾個優點：

1.可將整個系統開發過程有效地組織起來，指明關鍵所在，使開發者能對所開發項目所需時間、人力、財力、物力等統籌考慮，全面安排。

2.通過網絡圖可以反映整個系統開發的過程結構，相互關系及其進度，有利于各部分間的配合，步調一致地完成共同任務；

3.可以把一個復雜的系統分解為若干個子系統，從局部最優達到整體最優；

4.可以借助于計算機這一有效工具，提高管理水平。

系統開發之所以能借助于網絡計劃技術，是基于系統開發的過程，也是按系統生命周期的各個階段有步驟的展開。同時不排除在某段時間內相互交叉，以及根據需要可同時開展不同階段的工作，而且其中所涉及的因素也往往是不確定的，抽象出的模型與統籌法十分類似。因此，統籌法在系統開發過程中如有可能得到應用，將對其研制周期、耗費資金、關系的協調起到有益的作用。

電算化會計信息系統是一個大型軟件，研制開發技術難度大，需要包括會計師，程序員和用戶在內的各方面專業人員共同協作才能完成，而系統開發中的準備和分析階段是系統開發的基本工作階段，這一階段的工作成效將直接影響著整個系統開發的順利完成。該階段內所投入的時間和精力越多，將來設計和實現的效果越好，困難和波折也越少。下面僅就電算化會計信息系統開發的準備階段來具體討論統籌法的實施。

二、系統開發中準備階段統籌法的實施

應用網絡方法編制計劃時是用網絡圖來表示一項工程，組成工程的各道工序相互關系的，由事項、作業(工序)和路線3部分組成：

1.事項：表示作業的開始或結束，用“”表示。

2.作業：指一項工作或工序，用“”表示，工序需占用時間，在網絡圖中，作業時間為零的工作稱為虛作業，其作用是將前后工序聯接起來，表明它們之間的邏輯關系。

3.路線：指從起點開始，順箭頭方向連續不斷達到終點的線路。完成一個作業可能有許多可以同時進行的路線，其中最長路線稱為關鍵路線，其時間直接影響到整個任務的完成期限，編制網絡圖的基本思路是要在網絡圖中找出關鍵路線并挖掘潛力，合理利用資源以達到縮短工期、降低費用的目的。

一般網絡圖的繪制可分為三個步驟，即任務的分解、作圖和編號。

任務的分解是將一個系統根據需要分為若干子系統。再對子系統確定各步驟間的相互聯系和相互制約關系，不斷修改后，客觀反映出任務的結構和內在聯系，最后將其聯系制成作業關系分析表。

電算化信息系統的準備階段，主要是根據用戶所提出的要求，確定新系統的目標，找出原有系統的問題，同時，對企業內部會計活動、外部環境進行調查，然后，交由有關部門審核，根據上述分析，電算化會計信息系統開發的準備階段，可大致表述為表1所示內容。

其中，初步調查可同時從三方面展開：由用戶提出現行系統問題，會計師和用戶共同調查企業內部狀況及外部環境，由程序員提出新系統所需資源及新系統設想，分別寫出書面調查報告，共同以新系統進行可行性分析，然后交有關部門審核。

作圖是按作業關系分析表所標明的各作業先后順序，將事件和作業用直線連接。表1可相應表述為圖1所示網絡結構

圖1中各作業標號含義見表1，其中虛線表示虛工序，表明作業C、D、E、F完工后，H才能開工，虛工序的作業時間為0。

為便于管理、控制和計算，網絡圖中各事件均應編號，一般原則是從左到右，從上到下。

畫出網絡圖僅僅是運用網絡技術的開始，網絡圖中參數是對計劃進行管理、組織、協調和控制的重要依據，是定量分析的基礎。下面著重討論事件時間參數的計算。

1.事件最早開始時間的計算-TE。事件最早開始時間指事件開始的各作業最可能開始工作的時刻。為任務的最初事件開始到本事件完成時的最長時間之和，計算從網絡的始點開始，自左至右逐一進行計算，分兩種情況：

A.當一支箭頭指向某一事件時，如圖1中的⑨，即ij則TE(j)=TE+T(i，j)

B.當多支箭頭指向某一事件時，如圖1中的⑥，則TE(j)=max{TE(i)+T(i，j)}

2.事件最遲結束時間的計算—TL。事件最遲結束時間表示該事件結束時的各作業最遲必須完工的時刻，在此時刻若完不成則會影響后續作業的按時開工，計算應從網絡圖的始點開始，自右至左，直到始點。相應也分兩種情況。

A.當一個事件引出一個箭頭時，如圖1中的②，TL(i)=TL(j)-T(i，j)}；

B.當一個事件引出多個箭頭時，如圖1中的③，TL(i)=min{TL(j)-T(i，j)}

3.事件的時差。R(i)=TL(i)-TE(i)，亦稱為松弛時間，其值若為正，表示按計劃提前完成的時間，為負表示超過計劃完成的時間。時差越大則挖掘時間的潛力也越大。

4.關鍵路線的確定。關鍵路線即可行路線中時間最長的路線，其時差為0，它將影響到整個任務的完成。因此網絡計劃管理的一個基本思想就是在關鍵路線上搶時間，爭取縮短任務完成的周期。

三、關鍵路線的計算

下面通過計算找出關鍵路線，圖2中箭頭位置下方所標數字為各作業所耗時間。

解題步驟：

1.從始點開始按順序計算出各事件的最早開始時間，直至終點，其結果用“”標明。

2.從終點開始往始點方向計算各事項的最遲完成時間，直至始點，其結果用“”標明。

圖2中各事項的最早開始時間計算如下：

由此得事件分析表如表2

其中松弛時間為0的事件(事件4因不能構成關鍵路線除外)所構成的路線為關鍵路線(在圖2中用粗線標出)，即關鍵路線為：①②③⑥⑧⑨⑩

表2中事件的最早可能實現時表示該事件開始的各工序最早什么時間能夠開始，此時前面各工序都已結束，而事件的最遲必須實現時表示這個時間里此事件還不完成，就要影響它緊后的各工序的按時開工，因此關鍵路線上各工序的時間是緊密銜接、環環相扣的。而在非關鍵路線上各工序的配合存在提前或拖后的可能性，可機動靈活地利用時間，在保證整個目標實現的前提下，將多余的人力、物力、財力支援關鍵路線的各道工序，以保障整個計劃的順利完成。

實際中，以上計算可以交由計算機完成。