原型方法最大的價值在哪裡

1. 原型設計的介紹

我們首先明確兩個定義：

• 原型的定義：
  

1. 用線條、圖形描繪出的產品框架，也稱線框圖。

2. 交互設計的結果輸出，可能是一張紙上的幾張圖；原型代表著交互設計的結果，當最終實現的時候，交互流程會和原型保持一致；可以理解為草稿或者叫做參照物

3. 原型是一種讓用戶提前體驗產品、交流設計構想、展示復雜系統的方式。就本質而言，原型是一種溝通工具。

• 原型設計的定義：

1. 線框圖描繪的是頁面功能結構，它不是設計稿，也不代表最終布局，線框圖所展示的布局，最主要的作用是描述功能與內容的邏輯關系。

2. 原型圖是最終系統的代表模型或者模擬，比線框圖更加真實、細致。

其次，了解原型設計的作用，主要有兩點：

1. 溝通： 因為是原型是需求和功能的具象化表達，所以原型可以輔助產品經理與領導、交互、UI和技術的溝通產品思路。雖然需求文檔也是可以滿足溝通需求的，通過用例將交互寫到設計描述文檔中，但是原型可以更詳細地解釋交互。

2. 測試：因為原型相較於UI稿來說修改更方便，所以原型能提高產品經理的功能設計沒通過評審時返工的工作效率。沒有哪一家互聯網公司可以不經過測試，就直接上產品和服務。原型在識別問題、減少風險、節省成本等方面有著不可替代的價值。

目前比較好用的在線原型設計工具有Marvel，Invision，墨刀等等。

希望對你幫助~

有任何疑問可以追問，滿意請採納，謝謝~

2. 軟體項目管理中原型開發方法的利弊

原型法適用於用戶沒有確定其需求的明確內容的時候。他先是根據已給的和分析的需求，建立一個原始模型，這是一個可以修改的模型（在聲明周期法中，需求分析一般不再多修改）。在軟體開發的各個階段都把有關信息相互反饋，直至模型的修改，使模型趨於完善。在各個過程中，用戶的參與和決策加強了，最終的結果更適合用戶的要求。這種原型技術有分為三類：拋棄式、演化式和遞增式。原型法成敗的關鍵及效率的高低關鍵在於模型的建立和建模的速度。
原型法的優點是：可以解決在產品開發早期需求不確定的問題（不確定性、二義性、不完整性、含糊性等），可以明確並完善需求、探索設計選擇方案、發展為最終產品。
原型法的缺點也是顯而易見的，需要在正式的代碼開發之前進行必要的原型開發，在某種程度上增加了工作量，尤其採用拋棄型原型，更是如此。

3. 在信息系統的開發方法中，什麼是原型方法

原型方法是80年代隨著計算機軟體技術的發展，特別是在關系資料庫系統（RDBS）、第四代程序生成語言（4GL）和各種系統開發生成環境產生的基礎之上，提出的一種從設計思想、工具、手段都全新的系統開發方法。原型法是憑借著系統開發人員對用戶要求的理解，在強有力的軟體環境支持下，給出一個實實在在的系統原型，然後與用戶反復協商修改，最終形成實際系統。
一、原型方法的工作流程
首先用戶提出開發要求，開發人員識別和歸納用戶要求，根據識別、歸納的結果，構造出一個原型(程序模塊)，然後同用戶一道評價這個原型。如果根本不行，則回到第三步重新構造原型；如果不滿意，則修改原型，直到用戶滿意為止，這就是原型法工作的一般流程。

二、原型方法的特點
原型方法具有如下幾方面的特點。
（一）從認識論的角度來看，原型方法更多地遵循了人們認識事物的規律，因而更容易為人們所普遍接受，這主要表現在：
l 人們認識任何事物都不可能一次就完全了解，並把工作做得盡善盡美。
l 認識和學習的過程都是循序漸進的。
l 人們對於事物的描述，往往都是受環境的啟發而不斷完善的。
l 人們批評指責一個已有的事物，要比空洞地描述自己的設想容易得多，改進一些事物要比創造一些事物容易得多。
（二）原型方法將模擬的手段引人系統分析的初期階段，溝通了人們的思想，縮短了用戶和系統分析人員之間的距離，解決了結構化方法中最難於解決的一環。這主要表現在：
l 所有問題的討論都是圍繞某一個確定原型而進行的，彼此之間不存在誤解和答非所問的可能性，為准確認識問題創造了條件。
l 有了原型後才能啟發人們對原來想不起來或不易准確描述的問題有一個比較確切的描述。
l 能夠及早地暴露出系統實現後存在的一些問題，促使人們在系統實現之前就加以解決。
（三）充分利用了最新的軟體工具，擺脫了老一套工作方法，使系統開發的時間、費用減少，效率、技術等方面都得以提高。
三、軟體支持環境
到目前為止，原型方法所需要的軟體支撐環境主要有：
l 一個方便靈活的關系資料庫系統（RDBS）
l 一個與RDBS相對應的，方便靈活的數據字典，它具有存儲所有實體的功能。
l 一套與RDBS相對應的快速查詢系統，能支持任意非過程化的（交互定義方式）組 合條件查詢。
l 一套高級的軟體工具（如4GL或信息系統開發生成環境等）用以支持結構化程序，並且允許採用交互的方式迅速地進行書寫和維護，產生任意程序語言的模塊（即原型）。
l 一個非過程化的報告或屏幕生成器，允許設計人員詳細定義報告或屏幕輸出樣本。
四、適用范圍
作為一種具體的開發方法，原型法是有一定的適用范圍和局限性。這主要表現在：
l 對於一個大型的系統，如果我們不經過系統分析來進行整體性劃分，想要直接用屏幕來一個一個地模擬是很困難的。
l 對於大量運算的、邏輯性較強的程序模塊，原型方法很難構造出模型來供人評價。因為這類問題沒有那麼多的交互方式（如果有現成的數據或邏輯計算軟體包，則情況例外），也不是三言兩語就可以把問題說得清楚的。
l 對於原基礎管理不善、信息處理過程混亂的問題，使用有一定的困難。首先是由於工作過程不清，構造原型有一定困難；其次是由於基礎管理不好，沒有科學合理的方法可依，系統開發容易走上機械地模擬原來手工系統的軌道。
l 對於一個批處理系統，其大部分是內部處理過程，這時用原型方法有一定的困難。

4. 原型法的優缺點和適用條件是什麼

1、增進用戶與開發人員之間的溝通
傳統的開發方法中客戶主要靠閱讀大量的文件了解系統然後向
系統分析員
表達他們對系統需求的意見。
原型法
展示給用戶的是可以實際運行的原型系統用戶看得見摸得著可以很清楚地把他們的意見告訴給系統分析員。
2、用戶在系統開發過程中起主導作用
結構化方法
強調了面向用戶的觀點但用戶參與較多的是系統分析階段。而採用原型法進行系統開發用戶在整個開發過程中起主導作用隨時提供現場的
第一手資料
幫助開發者認識用戶的真正需求。
3、辨認動態的用戶需求
我們知道系統分析的困難之一是用戶與開發者之間的溝通尤其對一些動態需求不容易用語言文字來描述。可以實際運行的系統原型有助於開發者發掘和驗證這類不易用一般語言來規范交談的動態需求。
4、啟迪衍生式的用戶需求
在系統投人運行之前有些功能用戶也無法預先知道。復印機剛發明時人們曾認為其功能只是代替
復寫紙
在使用實踐中才認識到遠非如此復印機才得以有今天這么廣泛的應用。信息系統也有類似情況。衍生式的需求是指當系統投入運行之後用戶有了使用經驗而提出的需要。在整個開發過程中原型系統可以啟發用戶的這些衍生的新需求並把這些需求告訴開發者。決策支持系統就常有這類需求適合用原型法進行開發。
5、縮短開發周期降低開發風險
原型法以用戶為主導更有效地辨認用戶需求不僅使系統分析的時間大為縮短而且減少了開發人員對用戶需求的誤解從而降低了系統開發的風險。
原型法也有不足之處。原型法不如
結構化生命周期
法成熟和便於
管理控制
。原型法需要有自動化工具加以支持。由於用戶的大量參與也會產生一些新的問題如原型的評估標準是否完全合理。原型的開發者在修改過程中容易偏離原型的目的使用者在看到原型的功能逐步完備之後以為原型可以聯機使用了而疏忽了原型對實際環境的適應性及系統的安全性、可靠性等要求便直接將原型系統轉換成最終產品。這種過早交付產品的結構雖然縮短了系統開發時間但損害了系統質量增加了維護代價。
由上面的分析可以看出原型法的優點主要在於能更有效地辨認用戶需求。對於分析層面難度大、技術層面難度不大的系統適合於用原型法開發。而對於技術層面的困難遠大於其分析層面的系統則不宜用原型法。一般將原型法與結構化生命周期法結合起來使用用原型法進行需求分析以經過修改、確定的原型系統作為系統開發的依據在此基礎上完善系統說明書。

5. 用axure做出的產品原型圖的核心價值是什麼，主要意義是什麼

你好，首先我覺得原型設計需要根據需求（內部需求和外部需求）來設計自己的原型，其次你要明確產品原型相關意義~下面分享一些，你可以根據自身問題，看一看~

原型的定義：

• 用線條、圖形描繪出的產品框架，也稱線框圖。

• 交互設計的結果輸出，可能是一張紙上的幾張圖；原型代表著交互設計的結果，當最終實現的時候，交互流程會和原型保持一致；可以理解為草稿或者叫做參照物

• 原型是一種讓用戶提前體驗產品、交流設計構想、展示復雜系統的方式。就本質而言，原型是一種溝通工具。

原型設計：

• 線框圖描繪的是頁面功能結構，它不是設計稿，也不代表最終布局，線框圖所展示的布局，最主要的作用是描述功能與內容的邏輯關系。

• 原型圖是最終系統的代表模型或者模擬，比線框圖更加真實、細致。

原型設計的作用，主要有兩點：

1. 溝通： 因為是原型是需求和功能的具象化表達，所以原型可以輔助產品經理與領導、交互、UI和技術的溝通產品思路。雖然需求文檔也是可以滿足溝通需求的，通過用例將交互寫到設計描述文檔中，但是原型可以更詳細地解釋交互。

2. 測試：因為原型相較於UI稿來說修改更方便，所以原型能提高產品經理的功能設計沒通過評審時返工的工作效率。沒有哪一家互聯網公司可以不經過測試，就直接上產品和服務。原型在識別問題、減少風險、節省成本等方面有著不可替代的價值。
   

原型設計的目的：

1.原型設計的核心目的在於測試產品，沒有哪一家互聯網公司可以不經過測試，就直接上產品和服務。

2.原型在識別問題、減少風險、節省成本等方面有著不可替代的價值。

3.雖然需求文檔也是可以滿足溝通需求的，通過用例將交互寫到設計描述文檔中，但是原型可以更詳細地解釋交互。

設計流程：首先明確產出原型目的以及用戶群體，這個原型有多大效率幫助我傳達設計或測試設計？ 有多少時間做原型？其次需要什麼級別的保真程度？

（用紙筆畫的用戶個人賬戶的草圖示例）

步驟二：演示及評論

演示和評論的目標是把一些想法拿出來跟大家分享，然後進一步完善想法。

在演示過程中，要做好記錄，演示和評論的時間可以對半分。

步驟三：做原型

在明確了想法之後，就可以開始進行原型設計了。這個階段需要考慮很多細節，找出切實可行的方案，運用合適的原型來表達。

步驟四：測試

原型的目標之一是讓受眾來檢驗產品是否達到了預期，因此可以請5-6位測試者，通過音視頻捕捉等方式，看看產品原型是否被順暢地使用了。

原型設計工具：選擇什麼工具來製作原型？主要考慮以下幾個因素（排名分先後）：

1. 熟悉程度和獲得工具的便利度；

2. 所需的時間和精力；

3. 可復用的代碼/框架；

4. 為測試創建可用的原型；

5. 價格和學習曲線。

目前比較好用的在線原型設計工具有Marvel，Invision，墨刀等等。

6. 原形法的原型法的特點

1、遵循了人們認識事物的客觀規律，易於掌握和接受
2、將模擬的手段引入系統分析的初始階段，溝通了人們（用戶和開發人員）的思想，縮短了用戶和系統分析人員之間的距離，解決了結構化方法中最難於解決的一環。強調用戶參與、描述、運行、溝通。
3、充分利用最新的軟體工具，擺脫了傳統的方法，使系統開發的時間、費用大大地減少，效率、技術等方面都大大地提高。強調軟體工具支持。 1、從原理到流程十分簡單，最終總可以獲得一個滿意的MIS--無高深理論和技術（方法本身）
2、用戶與開發者思想易於溝通
3、使用軟體工具效率高，擺脫了傳統方法
4、要求管理基礎工作完整、准確，一般只適用於小型系統 適合於：處理過程明確、簡單系統；涉及面窄的小型系統。
不適合於：大型、復雜系統，難以模擬；存在大量運算、邏輯性強的處理系統；管理基礎工作不完善、處理過程不規范的系統；大量批處理系統。 ↑ 秦雷雷.試析原型法的經濟控制策略[J].科技與管理,2005,7(4)

7. 原型化方法主要針對什麼問題，有什麼優點和缺點。

原型方法就是再正式編碼之前，做一個原型出來給用戶看看，看界面是否符合用戶的要求。比如說客戶要一個bs架構的系統，你們就會在正式編碼之前，先做出一個網站的大概框架給用戶看看，然後用戶說OK，你們就往裡面填寫具體的邏輯實現，用戶說不行，你們就回去改。

優點嘛：就是可以有效避免用戶對於界面的需求改變
缺點我忘了~你上網找找

8. 什麼叫原型法什麼叫生命周期法兩者的優缺點和適用范圍是什麼

原型法（Prototyping）是20世紀80年代隨著計算機軟體技術的發展，特別是在關系資料庫系統（Relational Data Base System，RDBS）、第四代程序生成語言（4th Generation Language，4GL）和各種系統開發生成環境產生的基礎上，提出的一種從設計思想、工具、手段都全新的系統開發方法。它摒棄了那種一步步周密細致地調查分析，然後逐步整理出文字檔案，最後才能讓用戶看到結果的繁瑣作法。 原型法 （1）優點：符合人們認識事物的規律，系統開發循序漸進，反復修改，確保較好的用戶滿意度；開發周期短，費用相對少；由於有用戶的直接參與，系統更加貼近實際；易學易用，減少用戶的培訓時間；應變能力強。 （2）缺點：不適合大規模系統的開發；開發過程管理要求高，整個開發過程要經過「修改—評價—再修改」的多次反復；用戶過早看到系統原型，誤認為系統就是就是這個模樣，易使用戶失去信心；開發人員易將原型取代系統分析；缺乏規范化的文檔資料 （3）適用范圍：處理過程明確、簡單系統；涉及面窄的小型系統 不適合於：大型、復雜系統，難以模擬；存在大量運算、邏輯性強的處理系統；管理基礎工作不完善、處理過程不規范；大量批處理系統 生命周期法也稱結構化系統開發方法，是目前國內外較流行的信息系統開發方法，在系統開發中得到了廣泛的應用和推廣，尤其在開發復雜的大系統時，顯示了無比的優越性。它也是迄今為止開發方法中應用最普遍最成熟的一種。 1基本思想：將軟體工程學和系統工程的理論和方法引入計算機系統的研製開發中，按照用戶至上的原則，採用結構化、模塊化自頂向下對系統進行分析和設計。具體來說，它將整個信息系統開發過程劃分為獨立的六個階段，包括系統分析、程序設計、系統測試、運行和維護以及系統評估。這六個階段構成信息系統的生命周期。 2優缺點 生命周期法的突出優點是強調系統開發過程的整體性和全局性，強調在整體優化的前提下考慮具體的分析設計問題，即自頂向下的觀點。它從時間角度把軟體開發和維護分解為若干階段，每個階段有各自相對獨立的任務和目標。降低了系統開發的復雜性，提高了可操作性。另外，每個階段都對該階段的成果進行嚴格的審批，發現問題及時反饋和糾正，保證了軟體質量，特別是提高了軟體的可維護性。實踐證明，生命周期法大大提高了軟體開發的成功率。 但是，生命周期法開發周期較長，因為開發順序是線性的，各個階段的工作不能同時進行，前階段所犯的錯誤必然帶入後一階段，而且是越是前面犯的錯誤對後面的工作的影響越大，更正錯誤所花的工作量就越大。而且，在功能經常要變化的情況下，難以適應變化要求，不支持反復開發。

9. 原型設計是什麼，該怎麼使用它

我們首先明確兩個定義：

原型的定義：

• 用線條、圖形描繪出的產品框架，也稱線框圖。

• 交互設計的結果輸出，可能是一張紙上的幾張圖；原型代表著交互設計的結果，當最終實現的時候，交互流程會和原型保持一致；可以理解為草稿或者叫做參照物

• 原型是一種讓用戶提前體驗產品、交流設計構想、展示復雜系統的方式。就本質而言，原型是一種溝通工具。

原型設計的定義：

• 線框圖描繪的是頁面功能結構，它不是設計稿，也不代表最終布局，線框圖所展示的布局，最主要的作用是描述功能與內容的邏輯關系。

• 原型圖是最終系統的代表模型或者模擬，比線框圖更加真實、細致。

其次，了解原型設計的作用，主要有兩點：

1. 溝通： 因為是原型是需求和功能的具象化表達，所以原型可以輔助產品經理與領導、交互、UI和技術的溝通產品思路。雖然需求文檔也是可以滿足溝通需求的，通過用例將交互寫到設計描述文檔中，但是原型可以更詳細地解釋交互。

2. 測試：因為原型相較於UI稿來說修改更方便，所以原型能提高產品經理的功能設計沒通過評審時返工的工作效率。沒有哪一家互聯網公司可以不經過測試，就直接上產品和服務。原型在識別問題、減少風險、節省成本等方面有著不可替代的價值。



該如何使用原型設計，那麼原型設計工具就是必不可缺的。

又選擇什麼工具來製作原型？主要考慮以下幾個因素（排名分先後）：

1. 熟悉程度和獲得工具的便利度；

2. 所需的時間和精力；

3. 可復用的代碼/框架；

4. 為測試創建可用的原型；

5. 價格和學習曲線。

目前比較好用的在線原型設計工具有Marvel，Invision，墨刀等等。

希望對你幫助~

有任何疑問可以追問，滿意請採納，謝謝~

10. 信息系統中原型法的主要目標是

隨著金融領域計算機應用的快速普及，軟體規模越來越大，復雜程度越來越高，相應的項目風險也越來越高，尤其在管理信息系統項目面臨需求不明確、性能要求比較高的情況下，僅僅依賴傳統的基於瀑布模型的開發模式已無法滿足實際需要。快速原型法通過構建一個含有目標系統主要特徵的「軟體樣機」，實現產品設計的快速評價、優化改進、功能試驗、性能試驗，用戶通過測試原型，可以親身體會目標系統的大致功能、性能等，同時也可啟發用戶的思路，反饋給開發人員，使需求更台理、明確．使設計更符合應用需要一、選擇 1．以下各點中（ A ）不屬於「業務流程」的基本要素。A 效率 B 輸入資源 C 活動 D 價值2．在以下各點中，（ D ）不屬於「業務流程」的特點。A 目標性 B 動態性 C 整體性 D 環境適應性3．以下各點中，（ C ）不是UC矩陣的作用之一。A 進行數據的完整性和匹配性檢驗 B 劃分子系統 C 生成數據流程圖 D 在網路中進行數據資源的分布4．在以下系統規劃方法中，（ D ）能抓住主要矛盾，使目標的識別突出重點。A 價值鏈分析法 B 企業系統規劃法 C 戰略目標集轉化法 D 關鍵成功因素法5．以下各點中，（ C ）不是諾蘭階段模型中提出的信息系統發展的階段之一。A 初裝 B 蔓延 C 成長 D 成熟二、判斷 1．用原型法開發信息系統需要一定的軟體環境的支持。（正確）2．原型法特別適合對大型系統的開發。（錯誤）3．UC矩陣的每一列（數據列）中應當至少有一個以上的「U」。（正確）4．結構化系統開發方法的缺點之一是工作繁瑣、工作量大。（正確）5．採用面向對象的系統開發方法可以不進行需求分析。（錯誤）6．通常，「自下而上」的開發策略用於小型系統的設計，適用於對開發工作缺乏經驗的情況。（正確）7．建立信息系統是企業進行流程再造的有力工具之一。（正確）8．BSP方法規劃信息系統的缺點之一是，其規劃的信息系統不能獨立於企業的組織機構，系統對環境變更的適應性較差。（錯誤） 三、問答 1．管理信息系統戰略規劃的作用和內容是什麼？[答] 管理信息系統的戰略規劃是組織關於MIS目標及應用的長遠計劃和總體安排。由於MIS的建設和應用是一項耗資大、歷時長、技術復雜且涉及面廣的系統工程，其規劃的好壞往往是其成敗的關鍵。MIS戰略規劃的作用是：合理分配和利用信息、信息技術和信息生產者資源；促進企業信息化進程；指導工作和檢查標准。MIS戰略規劃的內容主要包括：系統的目標、約束和總體結構；現狀（特別是業務流程）描述及重新設計；發展預測。 2．用BSP方法進行管理信息系統規劃的核心環節是什麼？。[答] 定義業務流程是BSP方法的核心。業務流程是邏輯上相關的一組決策和活動的集合，這些決策和活動是管理企業資源所需要的。整個企業的管理活動由許多業務流程所組成。識別業務流程可對企業如何完成其目標有個深刻的了解，識別業務流程可以作為信息識別構成信息系統的基礎，按照業務流程所建造的管理信息系統，在企業組織變化時可以不必改變，或者說管理信息系統相對獨立於組織。識別業務流程有兩種方法：一種是由微觀到宏觀的枚舉綜合；另一種是由宏觀到微觀的分解方法。識別過程是BSP方法成功的關鍵，輸出應有以下文件：① 一個過程組及過程表。② 每一過程的簡單說明。③ 一個關鍵過程的表，即識別滿足目標的關鍵過程。④ 產品/服務過程的流程圖。⑤ 系統組成員能很好了解整個企業的運營是如何管理和控制的。 3．試比較三種主要的信息系統規劃方法（CSF、SST、BSP）[答] 關鍵成功因素（CSF）方法能抓住主要矛盾，使目標的識別突出重點；戰略目標集轉化法（SST）從各種人的要求的角度識別管理目標，比較全面；企業系統規劃法（BSP）通過定義業務流程引出系統目標，可以定義出新的系統以支持業務流程，即把企業目標轉化為系統的目標。三種方法結合起來使用，叫CSB方法。它首先用CSF方法確定企業目標，然後用SST方法補充完善企業目標，並將這些目標轉化為管理信息系統目標，最後用BSP方法校核兩個目標，並確定管理信息系統的結構。但這也使整個方法過於復雜，靈活性降低。 4．什麼是BPR？你認為進行BPR的主要主要障礙主什麼？[答] 根據 Hammer 與 Champy 的定義， BPR就是「對企業的業務流程（Process）進行根本性（Fundamental）再思考和徹底性（Radical）再設計，從而獲得在成本、質量、服務和速度等方面業績的戲劇性的（Dramatic）改善」。20世紀90年代前半期進行的一系列調查顯示，盡管業務流程重組形成了世界性的浪潮，並且有許多異常成功的案例，但是仍有超過一半的業務流程重組項目走向失敗或是達不到最初設定的目標，實際上，70%或更多的重組實際上使企業運營更為惡化。它們引發了困惑、拖延、怨恨和混亂。重組項目引發的危機不斷，同時許多職位通常未經仔細斟酌和考慮就被取消掉，哈默成為企業縮減規模（downsizing）的象徵，盡管他本人並不情願，重組也在中層管理人員中引起強烈反彈。這中間最大的3個障礙是：缺乏高層管理人員的支持和參與；不切實際的實施范圍與期望；組織對變革的抗拒。 5．你如何理解Hammer 與 Champy給BPR所下定義中的「根本性」、「徹底性」和「戲劇性」的含義？[答]�8�9 「根本性」：就是要突破原有的思維定式，打破固有的管理規范，以回歸零點的新觀念和思考方式，對現有流程與系統進行綜合分析與統籌考慮，避免將思維局限於現有的作業流程、系統結構與知識框架中去，以取得目標流程設計的最優。「徹底性」：就是要在「根本性」思考的前提下，擺脫現有系統的束縛，對流程進行設計，從而獲取管理思想的重大突破和管理方式的革命性變化。不是在以往基礎上的修修補補，而是徹底性的變革，追求問題的根本解決。「戲劇性」：是指通過對流程的根本思考，找到限制企業整體績效提高的各種環節和因素，通過徹底性的重新設計來降低成本，節約時間，增強企業競爭力，從而使得企業的管理方式與手段、企業的整理運作效果達到一個質的飛躍，體現高效益與高回報。 6．結構化系統開發方法的基本思想是什麼？該方法具有哪些特點？[答]�8�9結構化系統開發方法的基本思想是：用系統工程的思想和工程化的方法，按用戶至上的原則，結構化、模塊化，自頂向下地對系統進行分析和設計。結構化系統開發方法具有以下特點：自頂向下整體性的分析與設計和自底而上逐步實施的系統開發過程；用戶至上；深入調查研究；嚴格區分工作階段；充分預料可能發生的變化；開發過程工程化。此外，結構化系統開發方法還具有以下優缺點，優點：開發過程的整體性和全局性；嚴格區分開發階段，分工明確，避免混亂。缺點：起點太低，周期過長，工作繁瑣，不大符合人們循序漸進的認識過程。 7．什麼是原型法？用原型法開發信息系統有何優缺點？[答] 原型法一開始就憑借著系統開發人員對用戶需求的理解，在強有力的軟體環境支持下，給出一個實實在在的系統原型，然後與用戶反復協商修改，最終形成實際系統的方法。原型法的主要優點是：開發效率高；開發工具先進，與用戶交流直觀；符合人們認識事物的規律；能及早暴露系統實施後潛在的一些問題；能調動用戶參與的積極性。但原型法也有以下缺點：不適合大型系統的開發；對原企業基礎管理工作要求較高；容易走上機械模擬原手工系統的軌道。 8．開發管理信息系統應遵循哪些主要的原則？[答] 開發管理信息系統應遵循以下一些原則：領導參加原則、優化與創新原則、使用和時效原則、規范化原則、發展變化原則