在“需求分析”、“原型設計”兩個階段中，開發者和用戶一起為想象中的系統的某些主要部分定義需求和規格說明，并由開發者在規格說明級用原型描述語言構造一個系統原型，它代表了部分系統，包括那些為滿足用戶需求的必要屬性。該原型可用來幫助分析和設計工作，而不是一個軟件產品。在演示原型期間，用戶可以根據他所期望的系統行為來評價原型的實際行為。如果原型不能滿意地運行，用戶能立刻找出問題和不可接受的地方，并與開發者重新定義需求。該過程一直持續到用戶認為該原型能成功地體現想象中的系統的主要部分功能為止。有了滿意的系統原型，同時也積累了使用原型的經驗，用戶常會提出新目標，從而進一步重新原型周期。新目標的范圍要比修改或補充不滿意的原型大． 

產品線原型業務包具有以下特征：

1.它是一個可實際運行的系統

2.它沒有固定的生存期，是最終產品的一部分即增量原型（先做出最終產品的核心部分，逐步增加補充模塊），演進原型居于其中（每一版本扔掉一點，增加一點，逐步完善至最終產品）。

3.從需求分析到最終產品都可作原型，即可為不同目標作原型。

4.它必須快速、廉價。

5.它是迭代過程的集成部分，即每次經用戶評價后修改、運行，不斷重復雙方認可。

四、平臺研發模式解決信息化與管理之間的落差

       企業信息化是一個不斷完善的過程，不可能一蹴而就、一勞永逸。MIS系統是一項復雜的系統工程，一般的企業自己開發力不從心；軟件開發商往往從軟件企業的角度出發，對建設企業的經營、管理理解不透徹，很難開發出用戶真正需求和滿意的系統，即使系統開發成功，隨著企業不斷的發展和變革，需要不斷改進信息系統。MIS系統是一個開放的、需要不斷完善和擴充的系統，而基于軟件源代碼直接實現的系統，完善和升級對程序維護人員有較高要求，不能滿足發展的需要，使得軟件選型決策和開發者都處于兩難境地。藍巢e-MIS業務開發平臺，在源代碼開發及實際業務實現之間，加入了一個中間層，既有相對固定的功能模塊，滿足大部分管理業務需求，還可以通過不同模塊的搭積木式組合和調整，滿足用戶不斷變化的需要，同時，平臺留出了插入源代碼腳本編輯接口，滿足極個別特殊功能需求。經過幾年的實際應用，證明效果良好。該平臺的設計思想為：使MIS業務開發面向業務，而不面向程序，實現MIS業務的無源碼開發、統一規范開發，逐步實施，滿足用戶不斷發展變化的需要。

       隨著企業計算機技術運用的不斷深入，各軟件系統種類繁多、數據平臺各異、商業軟件大多不公開源代碼和數據結構，造成系統間數據信息難于共享、不能交流、數據出現脫節、信息交流一致性無法保證，大大制約了信息化進程。但是必須承認，“信息孤島”的出現有其客觀性，也是信息化建設過程中不可逾越的階段，在信息化建設過程中必然會出現這樣那樣的“信息孤島”，關鍵是應該為未來消除“信息孤島”提前預留出足夠的數據信息，以便進行二次開發時靈活設計。在藍巢e-MIS開發平臺中，使用統一的數據庫、統一的開發規范，所開發的各業務間不再壁壘重重。軟件系統也由此而更加單一化，使系統間的接口減到最少，數據脫節降到最低。業務數據結構開放，完全由用戶自行定義數據表結構，并配合用戶定義的漢字描述，實現了系統數據結構的完全開放性，很容易與其他軟件系統整合，進行二次開發。

專業技術人員的培養與成長跟不上企業發展的需要，尤其是既懂信息技術，又懂業務專業知識的復合型人才更為缺乏，而企業的MIS開發最最需要的恰恰就是這些人才。關鍵人才的流失，使得進行中的開發工作遭遇嚴重挫折，還給企業帶來機密被泄漏的危險。藍巢e-MIS開發平臺時，實現了技術無關性，設計了諸多開發過程中必須和經常使用的標準業務功能模塊，業務人員可以直接拖拽引用，設計出無源碼的業務。通用的查詢、統計、流轉業務功能強大，使用簡單。平臺的業務導入導出、業務復用等功能，極大地提高了開發效率，對于相似業務最大限度地減少了重復開發工作。無源碼的開發，使得業務易于理解、維護和升級。這種業務開發模式，一方面大大降低了