System Design Standard and Method.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
System Design Standard and Method

系統設計規範與方法 佳杏資訊 內部訓練 -System Design Standard and Method Livia * 課前需求/準備 本教程會使用到的特殊名詞解釋 參見:checklist.xls 前言 本課程內容,供同仁們參考。 若有不足,懇請指出。 課程大綱 概述 架構設計 資料庫設計 功能設計 總結 概述 系統設計包括總體/概要設計和詳細設計兩大部分. 主要目的在於處理軟體細部結構的分析和設計,確保專案及產品的發展能滿足系統主要功能和性能需求,並滿足其他非功能性需求,如可靠性、擴充性、可攜性和可用性等,藉由各式不同細部設計說明面向的表述,確保專案團隊能對整體開發架構需求有一致性的瞭解。 課程大綱 概述 架構設計 資料庫設計 功能設計 總結 架構設計 軟體的架構在軟體的生命週期的全過程中都很重要,也就是說,軟體發展團隊中的所有人員都需要和架構打交道, 軟體架構設計是軟體系統品質的一個重要環節。軟體設計理念, 最為著名的,就是模式(Pattern)理論和極限編程(XP-Extreme Programming)理論。下面以模式(Pattern)理論為例介紹。 架構設計 架構設計所涉及到的範圍如下圖所示: 架構設計 首先是對架構支撐的底層平臺選擇,目前業界流行和通用的就是.Net平臺和Java平臺(J2EE); 然後在平臺支持之上做技術相關架構設計(主要會採用面向物件OO,面向方面編程AOP以及面向服務架構設計SOA等思想),在SOA推廣上IBM和SUN兩家公司尤為突出;在業務不斷的變化中、架構的更新中,找到變化中不變的東西,並針對服務、架構制定一系列規範對架構進行有效的管理和成為架構設計的原則; 當然,最上層就是善變的業務架構層。 架構設計 架構設計的方法論 常用四種架構模型 架構師應該具備的素質 制定設計標準 架構設計 根據專案的實際需求,對系統架構方案的評選(主要考慮技術因素和實際需求),找出最適合解決方案,再進行系統架構與設計。 架構設計是非常高級的設計,也是系統設計的關鍵,主要是定義和說明包(子系統),以及包與包之間的相互依賴與通信機制。系統構架模型的合理與否將決定了系統的可維護性(Maintainable)、擴展性(Extensible)和開發效率。 架構設計主要是用來解決問題,架構實際上,是用多種設計模式(Design Pattern)構成。有人會問,為什麼搞那麼復雜,都知道要想把復雜的東西變得簡單。肯定是要付出代價,架構做得好,PG人員實現起來就很簡單了,也可以提高開發效率。 架構設計的方法論 開發組織架構框架(TOGAF) 架構開發方法(ADM) 模型驅動架構(MDA) 基於用例面向方面軟體架構設計(AOSD) 架構設計 架構設計的方法論 常用四種架構模型 架構師應該具備的素質 制定設計標準 常用四種架構模型 系統架構方面逐漸積累了一些自己的經驗,主要可以歸類為四種架構模型:3/N層架構、MVC、AOP、SOA。 3/N層架構 (兩種:簡單的三層架構(典型案例:S96053-單數據庫) 基於工廠模式(典型案例:PMSV2-多資料庫) ) MVC架構(典型案例:BSC) AOP架構 SOA架構(典型案例:IBT) 3/N層架構 3/N層架構 標準的BS分層式架構有兩種: 簡單的三層架構(典型案例:創世紀專案-單數據庫) 3/N層架構 創世紀專案系統架構圖 3/N層架構 基於工廠模式(典型案例:PMSV2-多資料庫) 3/N層架構 數據訪問層的模組結構圖 3/N層架構 業務邏輯層的模組結構圖 3/N層架構 概括來說,分層模式設計可以達至如下目的:分散關注、鬆散耦合、邏輯複用。 鬆散耦合的好處是顯而易見的。如果一個系統沒有分層,那麼各自的邏輯都緊緊糾纏在一起,彼此間相互依賴,誰都是不可替換的。一旦發生改變,則牽動全部,對項目的影響極為嚴重。降低層與層間的依賴性,既可以良好地保證未來的可擴展,在複用性上也是優勢明顯。每個功能模組一旦定義好統一的介面,就可以被各個模組所調用,而不用為相同的功能進行重複地開發。 常用四種架構模型 系統架構方面逐漸積累了一些自己的經驗,主要可以歸類為四種架構模型:3/N層架構、MVC、AOP、SOA。 3/N層架構 (兩種:簡單的三層架構(典型案例:S96053-單數據庫) 基於工廠模式(典型案例:PMSV2-多資料庫) ) MVC架構(典型案例:BSC) AOP架構 SOA架構(典型案例:IBT) MVC架構 模型(Model) 模型是應用程式的主體部分。模型表示業務資料,或者業務邏輯。 視圖(View) 視圖是應用程式中用戶介面相關的部分,是用戶看到並與之

文档评论(0)

yaobanwd + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档