首頁 考試吧論壇 Exam8視線 考試商城 網絡課程 模擬考試 考友錄 實用文檔 繽紛校園 英語學習 | ||
![]() |
2010考研 | 自學考試 | 成人高考 | 專 升 本 | 法律碩士 | MBA/MPA | 中 科 院 | |
![]() |
四六級 | 商務英語 | 公共英語 | 職稱日語 | 職稱英語 | 博思 | 口譯筆譯 | GRE GMAT | 日語 | 托福 | |
雅思 | 專四專八 | 新概念 | 自考英語 | 零起點英、法、德、日、韓語 | 在職申碩英語 | ||
在職攻碩英語 | 成人英語三級 | ||
![]() |
等級考試 | 水平考試 | 微軟認證 | 思科認證 | Oracle認證 | Linux認證 | |
![]() |
公務員 | 報關員 | 報檢員 | 外銷員 | 司法考試 | 導游考試 | 教師資格 | 國際商務師 | 跟單員 | |
單證員 | 物流師 | 價格鑒證師 | 銀行從業資格 | 證券從業資格 | 人力資源管理師 | 管理咨詢師 | ||
期貨從業資格 | 社會工作者 | ||
![]() |
會計職稱 | 注會CPA | 經濟師 | 統計師 | 注冊稅務師 | 評估師 | 精算師 | 高會 | ACCA | 審計師 | |
法律顧問 | 會計證 | ||
![]() |
一級建造師 | 二級建造師 | 造價師 | 監理師 | 安全師 | 咨詢師 | 結構師 | 建筑師 | 安全評價師 | |
房地產估價師 | 土地估價師 | 設備監理師 | 巖土工程師 | 質量資格 | 房地產經紀人 | 造價員 | ||
投資項目管理 | 土地代理人 | 環保師 | 環境影響評價 | 物業管理師 | 城市規劃師 | 公路監理師 | ||
公路造價工程師 | 招標師 | ||
![]() |
執業護士 | 執業醫師 | 執業藥師 | 衛生資格 |
在“需求分析”、“原型設計”兩個階段中,開發者和用戶一起為想象中的系統的某些主要部分定義需求和規格說明,并由開發者在規格說明級用原型描述語言構造一個系統原型,它代表了部分系統,包括那些為滿足用戶需求的必要屬性。該原型可用來幫助分析和設計工作,而不是一個軟件產品。
在演示原型期間,用戶可以根據他所期望的系統行為來評價原型的實際行為。如果原型不能滿意地運行,用戶能立刻找出問題和不可接受的地方,并與開發者重新定義需求。該過程一直持續到用戶認為該原型能成功地體現想象中的系統的主要部分功能為止。在這期間,用戶和開發者都不要為程序算法或設計技巧等枝節問題分心,而是要確定開發者是否理解了用戶的意思,同時試驗實現它們的若干方法。
有了滿意的系統原型,同時也積累了使用原型的經驗,用戶常會提出新目標,從而進一步重新原型周期。新目標的范圍要比修改或補充不滿意的原型大。
軟件原型(software prototype)是軟件的最初版本,以最少的費用、最短的時間開發出的、以反映最后軟件的主要特征的系統。它具有以下特征
1.它是一個可實際運行的系統
2.它沒有固定的生存期。一種極端是扔掉原型(以最簡便方式大量借用已有軟件,做出最后產品的模型,證實產品設想是成功的,但產品中并不使用);另一種極端是最終產品的一部分即增量原型(先做出最終產品的核心部分,逐步增加補充模塊),演進原型居于其中(每一版本扔掉一點,增加一點,逐步完善至最終產品)。
3.從需求分析到最終產品都可作原型,即可為不同目標作原型。
4.它必須快速、廉價。
5.它是迭代過程的集成部分,即每次經用戶評價后修改、運行,不斷重復雙方認可。
9.1.3 原型法的工作步驟
利用原型法進行信息系統的設計過程中,分四步進行:首先快速分析,弄清用戶/設計者的基本信息需求;然后構造原型,開發初始原型系統;之后,用戶和系統開發人員使用并評價原型;最后系統開發人員修改和完善原型系統。
1. 原型法中的兩個角色
在信息系統的設計過程中主要有兩種角色:用戶和系統設計者。
(1)用戶(user)
用戶是信息應用系統的使用者,能從管理信息系統中尋求幫助,能勝任他的職能領域工作。
(2)系統設計者(system designer)
系統專業人員是系統的設計者,他能夠使用各種有效的開發工具、能知道系統的數據資源、在信息系統的設計中已建立第四代語言。
2. 原型法的工作步驟
(1) 快速分析,弄清用戶的基本信息需求。(Plan)
在分析者和用戶的緊密配合下,快速確定軟件系統的基本要求。根據原型所要體現的特性(或界面形式、或處理功能、或總體結構、或模擬性能等),描述基本規格說明,以滿足開發原型的需要。快速分析的關鍵是要注意選取分析和描述的內容,圍繞使用原型的目標,集中力量,確定局部的需求說明,從而盡快開始構造原型。
如果是在需求分析階段要使用原型法,必須從系統結構、邏輯結構、用戶特性、應用約束、項目管理和項目環境等多方面來考慮,以決定是否采用原型法。
當系統規模很大、要求復雜、系統服務不清晰時,在需求分析階段先開發一個系統原型是很值得的。特別當性能要求比較高時,在系統原型上先做一些試驗也是很必要的。
這個步驟的目標是:討論構造原型的過程;寫出一簡明的骨架式說明性報告,反映用戶的信息需求方面的基本看法和要求;列出數據元素和它們之間的關系;確定所需數據的可用性;概括出業務原型的任務并估計其成本;考慮業務原型的可能使用。
用戶的基本責任是根據系統的輸出來清晰地描述自己的基本需要。設計者和用戶共同負責來規定系統的范圍,確定數據的可用性。設計者的基本責任是確定現實的用戶期望,估價開發一原型的成本。
這個步驟的中心是用戶和設計者定義基本的信息需求。討論的焦點是數據的提取、過程模擬。