首頁 考試吧論壇 Exam8視線 考試商城 網(wǎng)絡課程 模擬考試 考友錄 實用文檔 繽紛校園 英語學習
2010考研 | 自學考試 | 成人高考 | 專 升 本 | 法律碩士 | MBA/MPA | 中 科 院
四六級 | 商務英語 | 公共英語 | 職稱日語 | 職稱英語 | 博思 | 口譯筆譯 | GRE GMAT | 日語 | 托福
雅思 | 專四專八 | 新概念 | 自考英語 | 零起點英、、、、韓語 | 在職申碩英語
在職攻碩英語 | 成人英語三級
等級考試 | 水平考試 | 微軟認證 | 思科認證 | Oracle認證 | Linux認證
公務員 | 報關員 | 報檢員 | 外銷員 | 司法考試 | 導游考試 | 教師資格 | 國際商務師 | 跟單員
單證員 | 物流師 | 價格鑒證師 | 銀行從業(yè)資格 | 證券從業(yè)資格 | 人力資源管理師 | 管理咨詢師
期貨從業(yè)資格 | 社會工作者
會計職稱 | 注會CPA | 經(jīng)濟師 | 統(tǒng)計師 | 注冊稅務師 | 評估師 | 精算師 | 高會 | ACCA | 審計師
法律顧問 | 會計證
一級建造師 | 二級建造師 | 造價師 | 監(jiān)理師 | 安全師 | 咨詢師 | 結(jié)構(gòu)師 | 建筑師 | 安全評價師
房地產(chǎn)估價師 | 土地估價師 | 設備監(jiān)理師 | 巖土工程師 | 質(zhì)量資格 | 房地產(chǎn)經(jīng)紀人 | 造價員
投資項目管理 | 土地代理人 | 環(huán)保師 | 環(huán)境影響評價 | 物業(yè)管理師 | 城市規(guī)劃師 | 公路監(jiān)理師
公路造價工程師 | 招標師
執(zhí)業(yè)護士 | 執(zhí)業(yè)醫(yī)師 | 執(zhí)業(yè)藥師 | 衛(wèi)生資格
您現(xiàn)在的位置: 考試吧(Exam8.com) > 軟件水平考試 > 系統(tǒng)分析師 > 正文

軟件開發(fā)和運營的建模

   我們用許多模型來設計、開發(fā)、部署和管理技術解決方案。其中一些模型包括商業(yè)案例(business cases)、用例(use case)圖解、實體關系模型、對象模型、代碼、測試套件、開發(fā)計劃、邏輯數(shù)據(jù)中心模型和異常管理計劃。軟件生命周期方法已經(jīng)努力發(fā)展成可以自動化的從“上游”模型產(chǎn)生“下游”模型,甚至可以在不同的模型間保持同步。 簡要描述了建?臻g,概覽了當前的發(fā)展,這些都可以在整個技術生命周期中提高模型的使用效率。

  模型是真實世界中對象和系統(tǒng)的 “簡化”抽象,可忽略大小、細節(jié)和外觀(例如,一個關注成本或持久性,而忽略不相關系統(tǒng)因素的模型)。 在信息技術解決方案的開發(fā)中,模型被用來控制復雜度,并在客戶、解決方案和系統(tǒng)架構(gòu)師、開發(fā)者和運營人員之間傳達系統(tǒng)需求。

  以工程項目大量使用的模型為例:用例模型可表達系統(tǒng)的高級功能需求和需要被支持的角色;風險模型可通過盡早地在項目周期中規(guī)避風險來優(yōu)化工作;實體關系模型捕捉被解決方案管理的基本信息,并且提供將其適當分解為表格、對象和服務的建議;邏輯系統(tǒng)模型組成了開發(fā)和運營之間的通信基礎;邏輯系統(tǒng)模型可以進行需求和解決方案策略的早期確認,等等。

  所有這些模型都使項目參與者能在最終系統(tǒng)的開發(fā)和管理中發(fā)揮其專長。所有這些模型都通過盡早避免誤解和疏忽來減少項目的代價和風險。建模工具和框架通過在各個級別的方案設計中提供更高級別的追溯性、可視性和說明性促進了商業(yè)部門和信息技術團體的合作。

  在整個的軟件生命周期-從開發(fā)概念形成到運營和管理中,微軟關注如何使模型更有使用價值。由于歷史原因,在生命周期中通行的僅有的模型是含義模糊、冗余和很不完善的模型,而且是使用系統(tǒng)源代碼所描述。系統(tǒng)模型之間的不協(xié)調(diào)經(jīng)常在組織內(nèi)部和其間造成理解和溝通錯誤,導致項目和系統(tǒng)的失敗。

  微軟的目標是讓所有的項目參與者--技術人員,專家和管理者都能夠獲取公司組織系統(tǒng)最適時、精確和有效的描述,并表達為各自熟悉的語言。微軟的意圖是使所有的項目參與者--從商業(yè)分析員到數(shù)據(jù)架構(gòu)師,還有安全專家和網(wǎng)絡工程師,在解決方案的開發(fā)過程中盡可能的發(fā)揮他們的專長,盡量減少信息和知識的損失。

  某些模型力圖在多個抽象層面上描述一個完全的系統(tǒng)。另外的模型則著重于系統(tǒng)的某些特定方面,諸如怎樣保持安全性,或者從系統(tǒng)的各個方面跟蹤性能表現(xiàn)。某些模型與解決的創(chuàng)建和開發(fā)過程有關,還有一些則預測并分析其在運營中的行為。

  用例圖有可能是軟件工程中的最簡單的“完全”模型:系統(tǒng)的用例集合建立了對系統(tǒng)功能的展望,為系統(tǒng)用戶確定角色,并且提出了對運營的需求。用例可以發(fā)展成商務過程模型,派生出詳盡的需求模型,數(shù)據(jù)模型,對象模型,和最終的可編輯模型。 這些模型的層疊使人們聯(lián)想起軟件工程中熟悉的“瀑布”的概念。

  系統(tǒng)建模的一個更好的概念是一系列的鎖定。不是隨隨便便的,被工具支持的系統(tǒng)化過程應該在良好的管理下從一個模型遞交給下一個模型。 遞交過程應該是平滑可預見的。 最重要的是,這些遞交應該是雙向的。用例應可以被轉(zhuǎn)換成為商業(yè)過程模型,而商業(yè)過程模型也應該是能轉(zhuǎn)換成用例的(雖然由于信息損失,你不能全保真的完成從客觀到抽象再到客觀的完整轉(zhuǎn)換周期)。理想情況下,這種映射的階梯流要允許所有描述系統(tǒng)的模型之間的同步。

  在項目中支持這些相互映射模型的集合,將產(chǎn)生模型驅(qū)動 (model-driven development MDD)的開發(fā)模式。 在MDD中,模型成為開發(fā)過程中的最重要的原材料之一。 當一個系統(tǒng)架構(gòu)模型允許或禁止橫跨企業(yè)數(shù)據(jù)中心安全區(qū)域的信息路徑時,這個模型就指導和約束了服務模型,很有可能影響服務設計。當數(shù)據(jù)架構(gòu)模型確定數(shù)據(jù)訪問方法,工具就產(chǎn)生代理代碼和語言捆綁。MDD并不是一種全新的想法;成功的實現(xiàn)了模型同步的例子包括,多視圖數(shù)據(jù)建模工具,它可以使圖例化模型,基于實體的模型,和相關的數(shù)據(jù)架構(gòu)都保持同步,還有就是可以在開發(fā)中保持外觀和代碼模型一致性的集成開發(fā)環(huán)境設計器。 我們可以從這些案例中汲取成功經(jīng)驗以大大擴寬MDD的應用范圍。

轉(zhuǎn)帖于:軟件水平考試_考試吧
文章搜索
軟件開發(fā)和運營的建模網(wǎng)友評論網(wǎng)友評論
版權聲明 --------------------------------------------------------------------------------------
    如果軟件水平考試網(wǎng)所轉(zhuǎn)載內(nèi)容不慎侵犯了您的權益,請與我們聯(lián)系,我們將會及時處理。如轉(zhuǎn)載本軟件水平考試網(wǎng)內(nèi)容,請注明出處。
 gaoxiaoliang