信息系統開發方法知識，信息系統開發方法分為：

1、結構化開發方法
2、面向對象開發方法
3、原型化開發方法
4、面向服務的方法

1. 結構化開發方法 (Structured method)

Structured Analysisand Design Technique，SADT，又稱生命周期法：是迄今為止最傳統、應用最廣泛的一種信息系統開發方法。結構化開發方法采用系統工程的思想和工程化的方法，按用戶至上的原則，結構化、模塊化、自頂向下地對信息系統進行分析與設計。該方法嚴格按照信息系統開發的階段性開展設計工作，每個階段都產生一定的設計成果，通過評估后再進入下一階段開發工作。

(1)優點：

• 從系統整體出發，強調在整體優化的條件下“自上而下”地分析和設計，保證了系統的整體性和目標的一致性；
• 遵循用戶至上原則；
• 嚴格區分系統開發的階段性；
• 每一階段的工作成果是下一階段的依據，便于系統開發的管理和控制；
• 文檔規范化，按工程標準建立標準化的文檔資料。

開發目標清晰化、開發工作階段化、開發文檔規范化、設計方法結構化

(2)缺點：

• 用戶素質或系統分析員和管理者之間的溝通問題；
• 開發周期長，難于適應環境變化；
• 結構化程度較低的系統，在開發初期難以鎖定功能要求。

(3)適用范圍：

主要適用于規模較大、結構化程度較高的系統的開發。

補充：

結構化系統分析和設計方法的基本思想是用系統的思想、系統工程的方法，按用戶至上的原則，結構化、模塊化、自上而下對信息系統進行分析和設計。主要指導原則有以下幾點。

(1)請用戶共同參與系統的開發。
(2)在為用戶編寫有關文檔時，要考慮到他們的專業技術水平，以及閱讀與使用資料的目的。
(3)使用適當的畫圖工具做通信媒介，盡量減少與用戶交流意見時發生問題的可能性。
(4)在進行系統詳細設計工作之前，就建立一個系統的邏輯模型。
(5)采用“自上而下”方法進行系統分析和設計，把主要的功能逐級分解成具體的、比較單純的功能。
(6)采用“自頂向下”方法進行系統測試，先從具體功能一級開始測試，解決主要問題，然后逐級向下測試，直到對最低一級具體功能測試完畢為止。
(7)在系統驗收之前，就讓用戶看到系統的某些主要輸出，把一個大的、復雜的系統逐級分解成小的、易于管理的系統，使用戶能夠盡早看到結果，及時提出意見。
(8)對系統的評價不僅是指開發和運行費用評價，而且還將是對整個系統生存過程的費用和收益的評價。

2. 面向對象開發方法

Object oriented(簡寫：OO)，主張從客觀世界固有的事物出發來構造系統，提倡用人類在現實生活中常用的思維方法來認識、理解和描述客觀事物，強調最終建立的系統能夠映射問題域，也就是說，系統中的對象以及對象之間的關系能夠如實地反映問題域中固有事物及其關系。

與現實世界相對應，符合人們的思維習慣，更好的復用性，關鍵在于建立一個全面、合理、統一的模型，而分析、設計、實現三個階段界限不明確。

(1)優點：

• 分析、設計中的對象和軟件中的對象的一致性
• 實現軟件復用，簡化程序設計
• 系統易于維護
• 縮短開發周期

補充：

(1)采用全新的面向對象思想，使得系統的描述及信息模型的表示與客觀實體相對應，符合人類的思維習慣，有利于系統開發過程中用戶與開發人員的交流和溝通，縮短開發周期，提高系統開發的正確性和效率。

(2)系統開發的基礎統一于對象之上，各個階段工作過渡平滑，避免了許多中間轉換環節和多余勞動，加快了系統開發的進程。

(3)面向對象技術中的各種概念和特性，如繼承、封裝、 多態性及消息傳遞機制等，使軟件的一致性、模塊的獨立性、程序的共享和可重用性大大提高，也與分布式處理、多機系統及網絡通信等發展趨勢相吻合，具有廣闊的應用前景。

(4)許多新型的軟件中，采用或包含了面向對象的概念和有關技術，為面向對象的開發方法的應用提供了強大的技術支持，普適于各類信息系統的開發，但不可能適用于任何信息系統開發的全生命周期。

(2)缺點：

不易于大系統的開發

3. 原型化開發方法 (Prototypes)

Prototypes，a method of obtaining early feedback on requirements by providing a working model of the expected product before actually building it.

開發人員對用戶提出的問題進行總結，就系統的主要需求取得一致意見后，開發出一個原型并運行之，然后反復對原型進行修改，使之逐步完善，直到用戶對系統完全滿意為止。原型化開發方法的開發過程中，可以脫離早期構造的軟件原型進行獨立,原型化方法實際上是一種快速確定需求的策略，對用戶的需求進行提取、求精，快速建立最終系統工作是模型的方法。

(1)優點：

• 符合人們認識事物的規律，系統開發循序漸進，反復修改，確保較好的用戶滿意度；
• 開發周期短，費用相對少；
• 由于有用戶的直接參與，系統更加貼近實際；
• 以用戶為中心來開發系統，用戶積極參與，提高了系統開發的成功率；
• 易學易用，減少用戶的培訓時間；
• 應變能力強。

(2)缺點：

• 不適合大規模系統的開發；
• 開發過程管理要求高，整個開發過程要經過“修改—評價—再修改”的多次反復；
• 開發環境要求高；
• 用戶過早看到系統原型，誤認為系統就是就是這個模樣，易使用戶失去信心；
• 如果用戶合作不好，盲目糾錯，會拖延開發進度。
• 開發人員易將原型取代系統分析；
• 缺乏規范化的文檔資料；
• 管理水平要求高，由于不是一個獨立開發方法，注定原型發必須與其他信息系統開發方法相結合使用。

(3)適用范圍：

• 適合于
  • 處理過程明確、簡單系統
  • 涉及面窄的小型系統
• 不適合于：
  • 大型、復雜系統
  • 存在大量運算、邏輯性強的處理系統
  • 管理基礎工作不完善、處理過程不規范
  • 大量批處理系統

4. 面向服務架構

面向服務架構(Service-Oriented Architecture,SOA)，可以根據需求通過網絡對松散耦合的粗粒度應用組件進行分布式部署、組合和使用。服務層是SOA的基礎，可以直接被應用調用，從而有效控制系統中與軟件代理交互的人為依賴性。

面向服務的企業架構為了更能適應多變的業務需求，第一次把開發和運維也納入到企業架構中，和運行架構一同組成了企業架構，這樣就消除了企業中應用的煙囪式結構，取而代之的是服務共享的一體化信息系統體系。這樣保證了面向服務的企業架構能發揮出最大的價值，更能從IT需求到上線、維護一體化地實現IT戰略的價值。

許多企業在信息化建設過程中出現了諸多問題，如：信息孤島多，信息不一致，難以整合共享。各應用系統之間、企業上下級之間、企業與上下游伙伴之間業務難以協同；信息系統難以適應快速的業務變化等。為解決這些問題，企業信息化建設采用( )架構已是流行趨勢。

A.面向過程
B.面向對象
C.面向服務
D.面向組件

《信息系統項目管理師教程》第三版，信息化和信息系統—面向服務方法—P17：

從應用的角度來看，組織內部、組織之間各種應用系統的互相通信和互操作性直接影響著組織對信息的掌握程度和處理速度。如何使信息系統快速響應需求與環境變化，提高系統可復用性、信息資源共享和系統之間的互操作性，成為影晌信息化建設效率的關鍵問題，而SO的思維方式恰好滿足了這種需求。

面向服務跟面向對象

共同點：可復用
不同點：面向對象易造成結構不合理，關系失調；面向服務容易實現共享，互操作性強。

總結

以上是生活随笔為你收集整理的笔记-信息系统开发基础-信息系统开发方法的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。