- 1、本文档共50页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
標準建模語言UML(1)面向對象的分析與設計(OOA&D)方法的發展在上個世紀80年代末至90年代中出現了一個高潮,UML是這個高潮的產物。它不僅統一了Booch、Rumbaugh和Jacobson的表示方法,而且對其作了進一步的發展,並最終統一為大眾所接受的標準建模語言。標準建模語言UML(2)公認的面向對象建模語言出現於70年代中期。90年代中,一批新方法出現了,其中最引人注目的是Booch1993、OOSE和OMT-2等。Coad/Yourdon方法,著名的OOA/OOD,它是最早的面向對象的分析和設計方法之一。標準建模語言UML(3)GradyBooch和JimRumbaugh將Booch93和OMT-2統一起來,並於1995年10月發佈了第一個公開版本,稱之為統一方法UM0.8(UnitiedMethod)。經過Booch、Rumbaugh和Jacobson三人的共同努力,於1996年6月和10月分別發佈了兩個新的版本,即UML0.9和UML0.91,並將UM重新命名為UML(UnifiedModelingLanguage)。標準建模語言UML(4)UML是一種定義良好、易於表達、功能強大且普遍適用的建模語言。它溶入了軟體工程領域的新思想、新方法和新技術。它的作用域不限於支持面向對象的分析與設計,還支持從需求分析開始的軟體開發的全過程。標準建模語言UML(5)作為一種建模語言,UML的定義包括:UML語義UML表示法標準建模語言UML(6)1、UML語義描述基於UML的精確元模型定義。元模型為UML的所有元素在語法和語義上提供了簡單、一致、通用的定義性說明,使開發者能在語義上取得一致,消除了因人而異的最佳表達方法所造成的影響。UML還支持對元模型的擴展定義。標準建模語言UML(7)2、UML表示法定義UML符號的表示法,為開發者或開發工具使用這些圖形符號和文本語法為系統建模提供了標準。這些圖形符號和文字所表達的是應用級的模型,在語義上它是UML元模型的實例。軟體工程6.1軟體工程與軟體過程軟體危機軟體工程軟體過程軟體危機(1)軟體危機指的是在電腦軟體的開發和維護過程中所遇到的一系列嚴重問題1968年北大西洋公約組織的電腦科學家在聯邦德國召開的國際學術會議上第一次提出了“軟體危機”(softwarecrisis)這個名詞軟體危機(2)軟體危機包含兩方面問題:如何開發軟體,以滿足不斷增長,日趨複雜的需求如何維護數量不斷膨脹的軟體產品軟體危機(3)軟體危機的原因:一方面是與軟體本身的特點有關一方面是由軟體開發和維護的方法不正確有關軟體危機(4)為了消除軟體危機,既要有技術措施(方法和工具),又要有必要的組織管理措施。軟體工程正是從管理和技術兩方面研究如何更好地開發和維護電腦軟體的一門新興學科軟體工程(1)軟體工程是一類求解軟體的工程,它應用電腦科學,數學以及管理科學等原理,借鑒傳統工程的原則、方法,創建軟體以達到提高品質,降低成本的目的軟體工程是一門指導電腦軟體開發和維護的工程學科軟體工程(2)軟體工程是一門交叉學科。軟體工程包含技術和管理兩個方面的內容,是管理與技術的緊密結合軟體開發技術包括軟體開發方法學、軟體開發過程、軟體工具和軟體工程環境,軟體工程管理包括軟體管理學、軟體經濟學和軟體心理學目前使用最廣泛的軟體工程方法學,分別是傳統方法學和麵向對象方法學軟體過程(1)軟體工程過程是為了獲得高質量軟體所需要完成的一系列任務的框架,它規定了完成各項任務的工作步驟在概念上可以把軟體生命週期劃分成問題定義、可行性研究、需求分析、概要設計、詳細設計、編碼和單元測試、綜合測試以及維護八個階段軟體過程(2)軟體生命週期軟體定義軟體開發運行維護6.2傳統方法學傳統方法學也稱生命週期方法學或結構化範型。它採用結構化技術來完成軟體開發的各項任務,並使用適當的軟體工具或軟體工程環境來支持結構化技術的運用結構化分析結構化設計結構化實現結構化分析(1)傳統的軟體工程方法學使用結構化分析技術,完成分析用戶需求的工作需求分析是發現、求精、建模、規格說明和復審的過程需求分析要盡可能準確地瞭解用戶當前的情況和需要解決的問題。通過與用戶交流,對用戶的基本需求反復細化,以得出對目標系統的完整、準確和具體的需求結構化分析(2)為了詳盡地瞭解並正確地理解用戶的需求,必須使用適當的技術與用戶通信和溝通訪談簡易的應用規格說明技術快速原型結構化
文档评论(0)