面向对象的分析课件.pptxVIP

面向对象的分析课件.pptx

此“教育”领域文档为创作者个人分享资料,不作为权威性指导和指引,仅供参考
  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文档。上传文档
查看更多

面向對象的分析;關於軟體工程的補充知識;尋求擺脫危機的出路:

程式設計方法學的研究

——著眼於程式本身,研究怎樣才能寫出高質量的程式。如結構化程式設計方法。

軟體工程學的研究

——著眼於軟體生產的全過程(編程只是其中的一個階段),研究用工程學的方法來開發軟體。

其他

——如併發程式設計、數據結構與演算法、以及編程語言等方面的研究。;軟體工程:

軟體工程的基本思想,就是用工程學的方法進行軟體的開發與維護,並對軟體生產過程進行工程化的管理。

在此之前,軟體的生產方式是手工作坊式的。程式員像是一些個體的手工勞動者,程式設計被當作一種藝術創造,而不當作是一項工程。這種生產方式只能適應較小的程式,不能適應大型軟體開發。

和其他行業的道理一樣,當軟體的規模和複雜性達到一定程度時,即使有大量熟練的程式員也難以勝任它的開發任務。需要用工程的方法來進行軟體生產,這就是軟體工程。;軟體生命週期(軟體工程理論所揭示的一項規律)

一個軟體總是要經歷從誕生到死亡的過程,其間需要經過需求分析、設計、編碼、測試、維護等一系列生存階段。

需求分析——分析用戶需求,研究問題域,搞清楚應該建立一個什麼樣的系統才能滿足用戶的需求。

設計——分為概要設計和詳細設計。

概要設計是以需求分析的結果為依據定義系統的主要構成成分和它們之間的關係。

詳細設計是定義每個系統成分內部的構造細節。

編程——按設計的要求來編寫程式,並通過調試使之能夠運行。

測試——通過一系列測試用例來檢驗程式正確性,看它是否能達到預期的要求。

維護——在系統交付使用之後,根據使用中發現的錯誤或用戶的需求變化,對軟體進行修改。;軟體工程的主要內容包括:

針對軟體生命週期全過程及其每個具體階段的工程方法、技術細則、文檔規範、技術支持、管理制度、人員織組以及品質保證體系等。

每個軟體開發者必須按工程的統一要求行事,不能隨意地自由發揮。

每個開發階段都要產生健全的、符合工程規範的文檔。

軟體產品是這些文檔的總合,而不僅僅是程式。

實行軟??工程的主要意義:

提高軟體產品的品質

提高了軟體生產率

軟體工程的推行從根本上改變了軟體生產中無章可循、各行其是的混亂局面,並為軟體開發從手工生產轉向工業化生產奠定了基礎。;軟體開發方法:

軟體工程所採用的方法不是唯一的。自軟體工程出現以來,人們已經提出了多種軟體開發方法,例如:

功能分解法、

數據流法(結構化方法)、

快速原型法、

資訊模型法、

面向對象方法。

軟體過程模型

描述軟體開發過程的各項活動、角色、產品及其相互關係的模型。例如:

瀑布模型、螺旋模型、增量模型和噴泉模型等。

不同的軟體開發方法和軟體開發模型要求有不同的工程體系。

從歷史看,使用最多的是結構化方法和瀑布模型;

代表當前技術主流的是面向對象方法和噴泉模型。;;噴泉模型:

各個階段之間沒有嚴格的界限,其活動可以交疊和回溯。;面向對象的分析(OOA),就是運用面向對象方法進行系統分析。

OOA是分析,是軟體生命週期的一個階段,具有一般分析方法共同具有的內容、目標及策略;

但強調運用面向對象方法進行分析,用面向對象的概念和表示法表達分析結果。

基本任務是:運用面向對象方法,對問題域和系統責任進行分析和理解,找出描述問題域及系統責任所需的對象,定義對象的屬性、服務以及它們之間的關係。

目標是建立一個符合問題域、滿足用戶需求的OOA模型。;2.2分析面臨的主要問題;2、交流問題

軟體工程是非常“面向人的”,是一項思維活動、思想交流和人為因素十分密集的工作。

·與用戶和領域專家的交流

·分析人員之間的交流

·與用戶和領域專家的再交流

·與設計人員的交流

·與管理人員的交流

如果分析所產生的文檔使分析員以外的其他人員都很難讀懂,那就很不利於交流。這會使彼此的思想不易溝通,並容易隱藏許多錯誤。

;3、需求的不斷變化

引起需求變化的因素

用戶

客觀原因,主觀原因

競爭因素

經費

技術因素

軟體開發者必須以合作的態度滿足用戶需求

易變部分和穩定部分:

功能:最易變

外部介面:很易變

屬性:較易變

對象:較穩定

;4、軟體複用的要求

複用級別提高——分析結果複用

一個分析模型中的可複用部分用於多個系統

一個分析模型在多種條件下實現;2.2分析方法綜述;功能;數據流法(dataflowapproach)

數據流法=數據流+數據處理(加工)+數據存儲+端點+處理說明+數據字典

又稱作結構化分析。基本策略是跟蹤數據流,即研究問題域中數據如何流動以及在各個環節上進行何種處理,從而發現數據流和加工。問題域被映射為數據流圖(DFD),並用處理說明和數據字典進行詳細說明。;;資訊建模法(informationmodeling)

資訊建模=實體(對象)+屬性+關係+父類型/子類型+关联对象

由實體-關係法(E

文档评论(0)

子不语 + 关注
官方认证
服务提供商

平安喜乐网络服务,专业制作各类课件,总结,范文等文档,在能力范围内尽量做到有求必应,感谢

认证主体菏泽喜乐网络科技有限公司
IP属地未知
统一社会信用代码/组织机构代码
91371726MA7HJ4DL48

1亿VIP精品文档

相关文档