❶ 原型化方法是軟體開發中一類常用的方法
是。
原型化方法是軟體開發中一類常用的方法，它與結構化方法相比較，更需要熟練的開發人員。
軟體開發方法有結構化方法分析，設計，程序設計構成，面向數據流的開發方法，分解和抽象的原則，數據流圖建立功能模型，完成需求分析工作。Jackson方法面向數據結構開發方法。數據結構為驅動，適合小規模的項目，當輸入數據結構和輸出結構之間沒有對應關系，難用此方法，JSD（JacksonStructurePrograamming）是JSP的擴充。原型化方法和演化模型相對應，需求不清，業務理論不確定，需求經常變化，規模不大去不太復雜時採用。面向對象開發方法指分析，設計，實現，Booch，Coad，OMT，為統一各種面向對象方法的術語，概念和模型，推出UML統一化建模語言，成為工業標准。
更多職業教育培訓，請查看：https://wenda.hqwx.com/catlist-3.html/?utm_campaign=hehuoren
❷ 如何進行界面和業務邏輯分開的原型化開發求答案
它要求嚴格劃分開發階段，用規范的方法與圖表工具有步驟地來完成各階段的工作，每個階段都以規范的文檔資料作為其成果，最終得到滿足用戶預先需要的系統。因為需要預先確定好，開發階段不再接受新的需求，開發人員就像關起來按照步驟悶頭開發，所以這個方法往往也叫封閉式開發方法。開發人員對用戶提出的問題進行總結，就系統的主要需求取得一致意見後，開發一個原型，該原型是由開發人員與用戶合作，共同確定系統的基本要求和主要功能，並在較短時間內開發的一個實驗性的、簡單易用的小型系統。原型應該是可以運行的，可以修改的。運行原型，反復對原型進行「補充需求-修改」這一過程，使之逐步完善，直到用戶對系統滿意為止。優點（1）邏輯設計與物理設計分開
（2）開發過程中形成一套規范化的文檔，便於後期的修改和維護
（3）可以採用現代化的系統設計手段，降低開發周期以及提高系統穩定性，協調各個功能和部分使之沒有沖突。（1）需求表示清楚，用戶參與度高，用戶滿意度較高
（2）降低啟動階段的風險
（3）系統一邊運行一邊修改，最後縮短了最終產品BATA測試時間缺點（1）開發周期長
（2）系統對行業通行的功能可能非常強大，但難以適應最為個性化的需求變化
（3）開發過程復雜繁瑣（1）原型法不適用於開發已經有大量已知需求的大型系統
（2）需求捕捉容易忽略記錄整理以及變化歷史，需要藉助其他工具
（3）文檔相對零散，各個功能和部分協調性差，因而難於維護
（4）如果用戶合作不好，盲目糾錯，會拖延開發進程適用范圍該方法適用於一些組織相對穩定、業務處理過程規范、需求明確且在一定時期內不會發生大的變化的大型復雜系統的開發（1）用戶需求不清，管理及業務不穩定，需求經常變化
（2）規模小，不太復雜
（3）開發信息系統的最終用戶界面二、少有純粹的系統開發與原型化開發 在復雜變化的MIS開發過程中，很少單純採用上述任何一種方法，因為克服各自的缺點成本還是很高的，往往對於業務處理過程規范、需求明確的部分採用系統開發，而經常變動的功能需求個別維護。一些歷史悠久的利益既得的MIS開發廠商中，對於「摸著石頭過河」的階段的成果（可以認為是原型化開發過程的產品）進行推倒重來式的系統開發，希望能使原型化開發時的系統各個功能和部分更加協調，以便使系統更加穩定，既定需求的部分能更容易維護。 所以，在整個MIS的組成中，對於新的需求基本上是原型化開發。經過較長時間的維護後又往往進行再設計，從而使用系統開發方法。從而很多系統都經歷著和經歷過「局部原型化開發-系統開發」的周而復始的過程。三、原型化開發方法的要點1 開發出一個原型 整個原型可能是一個簡單系統，也可能是一個復雜系統的某個簡單新增部分。作為介紹，筆者認為第一個事情是新建一個Form，然後根據用戶的需求放置一些相關的控制項，例如：
2 與客戶充分交流，記錄需求，形成文檔 這個時候，響應 Button1 點擊事件開始時一般是空的。但是如果這個時候能進行需求錄入，那麼大大的方便了與用戶的交流，用戶也能在此上下文中准確表述業務需求，體現對用戶的尊重，搜集需求更為暢順。當然，用戶自己輸入需求文本說明或者流程說明，對於開發商來說就更好了。於是我們對Button1 的點擊事件寫入響應代碼：void __fastcall TForm1::Button1Click(TObject *Sender){UnternimatedFunction((dobject)this,__FUNC__,L"待定功能",L"001",L"001");}UnternimatedFunction函數可以指定該功能的介紹、編號及其子號，方便歸檔管理。可以看到，這樣寫還可以把界面和業務分開實現。這么簡單的寫了之後，開發人員在與用戶交流的時候就可以點擊該按鈕了。點擊之後出現一個需求搜集對話框：
點擊「原文描述」按鈕就可以輸入用戶需求的文字描述了。輸入好了之後按「產生文檔」按鈕產生文檔進行歷史保存。 如果用戶需要用流程圖來描述需求，也可以點擊「流程圖」按鈕，調用 DD 來畫圖：
3 保存歷史，適時整理對產生的文檔要保存好歷史，適時整理，協調好其他功能，不然容易產生各個功能部分的沖突。
❸ 什麼是原型開發方法主要有那兩種類型
原型開發方法是指用快速開發工具構建一個系統原型，以便於分析用戶需求和界面要求，主要有演化型原型和拋棄型原型。前者逐步演化成用戶使用的系統，後者分析萬用戶需求後拋棄，重新開發新的系統。
❹ 在信息系統的開發方法中，什麼是原型方法
原型方法是80年代隨著計算機軟體技術的發展，特別是在關系資料庫系統（RDBS）、第四代程序生成語言（4GL）和各種系統開發生成環境產生的基礎之上，提出的一種從設計思想、工具、手段都全新的系統開發方法。原型法是憑借著系統開發人員對用戶要求的理解，在強有力的軟體環境支持下，給出一個實實在在的系統原型，然後與用戶反復協商修改，最終形成實際系統。
一、原型方法的工作流程
首先用戶提出開發要求，開發人員識別和歸納用戶要求，根據識別、歸納的結果，構造出一個原型(程序模塊)，然後同用戶一道評價這個原型。如果根本不行，則回到第三步重新構造原型；如果不滿意，則修改原型，直到用戶滿意為止，這就是原型法工作的一般流程。
二、原型方法的特點
原型方法具有如下幾方面的特點。
（一）從認識論的角度來看，原型方法更多地遵循了人們認識事物的規律，因而更容易為人們所普遍接受，這主要表現在：
l 人們認識任何事物都不可能一次就完全了解，並把工作做得盡善盡美。
l 認識和學習的過程都是循序漸進的。
l 人們對於事物的描述，往往都是受環境的啟發而不斷完善的。
l 人們批評指責一個已有的事物，要比空洞地描述自己的設想容易得多，改進一些事物要比創造一些事物容易得多。
（二）原型方法將模擬的手段引人系統分析的初期階段，溝通了人們的思想，縮短了用戶和系統分析人員之間的距離，解決了結構化方法中最難於解決的一環。這主要表現在：
l 所有問題的討論都是圍繞某一個確定原型而進行的，彼此之間不存在誤解和答非所問的可能性，為准確認識問題創造了條件。
l 有了原型後才能啟發人們對原來想不起來或不易准確描述的問題有一個比較確切的描述。
l 能夠及早地暴露出系統實現後存在的一些問題，促使人們在系統實現之前就加以解決。
（三）充分利用了最新的軟體工具，擺脫了老一套工作方法，使系統開發的時間、費用減少，效率、技術等方面都得以提高。
三、軟體支持環境
到目前為止，原型方法所需要的軟體支撐環境主要有：
l 一個方便靈活的關系資料庫系統（RDBS）
l 一個與RDBS相對應的，方便靈活的數據字典，它具有存儲所有實體的功能。
l 一套與RDBS相對應的快速查詢系統，能支持任意非過程化的（交互定義方式）組 合條件查詢。
l 一套高級的軟體工具（如4GL或信息系統開發生成環境等）用以支持結構化程序，並且允許採用交互的方式迅速地進行書寫和維護，產生任意程序語言的模塊（即原型）。
l 一個非過程化的報告或屏幕生成器，允許設計人員詳細定義報告或屏幕輸出樣本。
四、適用范圍
作為一種具體的開發方法，原型法是有一定的適用范圍和局限性。這主要表現在：
l 對於一個大型的系統，如果我們不經過系統分析來進行整體性劃分，想要直接用屏幕來一個一個地模擬是很困難的。
l 對於大量運算的、邏輯性較強的程序模塊，原型方法很難構造出模型來供人評價。因為這類問題沒有那麼多的交互方式（如果有現成的數據或邏輯計算軟體包，則情況例外），也不是三言兩語就可以把問題說得清楚的。
l 對於原基礎管理不善、信息處理過程混亂的問題，使用有一定的困難。首先是由於工作過程不清，構造原型有一定困難；其次是由於基礎管理不好，沒有科學合理的方法可依，系統開發容易走上機械地模擬原來手工系統的軌道。
l 對於一個批處理系統，其大部分是內部處理過程，這時用原型方法有一定的困難。