xx公司計算機軟件培訓講義(編輯修改稿)
2025-05-13 12:21 本頁面
【文章內容簡介】 MK和UT都是成對出現的。每一對的前一部分完成之后，應該馬上著手后一部分的文檔制作工作。對較大的系統(tǒng)開發(fā)，實際測試和文檔的擔當者應該不同。、生魚片式方法論前一階段完成70%到80%時，即可并行進入到下一個階段。、螺旋式方法論瀑布模型與演化模型相結合，并加入兩者所忽略的風險分析所建立的一種軟件開發(fā)模型。該模型于1998年由美國TRW公司（）提出。軟件項目風險的大小作為指引軟件過程的一個重要因素，引入這一概念有可能使得軟件開發(fā)被看作一種元模型，因為它能包容任何一個開發(fā)過程模型。螺旋模型基本的做法是在“瀑布模型”的每一個開發(fā)階段之前，引入非常嚴格的風險識別、風險分析和風險控制。直到采取了消除風險的措施之后，才開始計劃下一階段的開發(fā)工作。否則，項目就很可能被取消。 另外，如果有充足的把握判斷遺留的風險已降低到一定的程度，項目管理人員可作出決定讓余下的開發(fā)工作采用另外的生命周期模型，如“演化模型”，“瀑布模型”，或自定的混合模型。 優(yōu)點： a. 強調嚴格的全過程風險管理。b. 強調各開發(fā)階段的質量。c. 提供機會檢討項目是否有價值繼續(xù)下去。 缺點： ，風險分析，和風險控制，這對風險管理的技能水平提出了很高的要求。這需要人員，資金，和時間的投入。 、階段性發(fā)布式方法論該模型主要針對事先不能完整定義需求的軟件開發(fā)。用戶可以給出待開發(fā)系統(tǒng)的核心需求，并且當看到核心需求實現后，能夠有效地提出反饋，以支持系統(tǒng)的最終設計和實現。軟件開發(fā)人員根據用戶的需求，首先開發(fā)核心系統(tǒng)。當該核心系統(tǒng)投入運行后，用戶試用之，完成他們的工作，并提出精化系統(tǒng)、增強系統(tǒng)能力的需求。軟件開發(fā)人員根據用戶的反饋，實施開發(fā)的迭代過程。第一迭代過程均由需求、設計、編碼、測試、集成等階段組成，為整個系統(tǒng)增加一個可定義的、可管理的子集。下面為生魚片型階段性發(fā)布式方法論圖示。在開發(fā)模式上采取分批循環(huán)開發(fā)的辦法，每循環(huán)開發(fā)一部分的功能，它們成為這個產品的原型的新增功能。于是，設計就不斷地演化出新的系統(tǒng)。 實際上，這個模型可看作是重復執(zhí)行的多個“生魚片方式”。 、Booch方法論Booch方法的過程包括以下步驟：? 在給定的抽象層次上識別類和對象? 識別這些對象和類的語義? 識別這些類和對象之間的關系? 實現類和對象這四種活動不僅僅是一個簡單的步驟序列，而是對系統(tǒng)的邏輯和物理視圖不斷細化的迭代和漸增的開發(fā)過程。類和對象的識別包括找出問題空間中關鍵的抽象和產生動態(tài)行為的重要機制。開發(fā)人員可以通過研究問題域的術語發(fā)現關鍵的抽象。語義的識別主要是建立前一階段識別出的類和對象的含義。開發(fā)人員確定類的行為（即方法）和類及對象之間的互相作用（即行為的規(guī)范描述）。該階段利用狀態(tài)轉移圖描述對象的狀態(tài)的模型，利用時態(tài)圖（系統(tǒng)中的時態(tài)約束）和對象圖（對象之間的互相作用）描述行為模型。在關系識別階段描述靜態(tài)和動態(tài)關系模型。這些關系包括使用、實例化、繼承、關聯和聚集等。類和對象之間的可見性也在此時確定。在類和對象的實現階段要考慮如何用選定的編程語言實現，如何將類和對象組織成模塊。在面向對象的設計方法中，Booch強調基于類和對象的系統(tǒng)邏輯視圖與基于模塊和進程的系統(tǒng)物理視圖之間的區(qū)別。他還區(qū)別了系統(tǒng)的靜態(tài)和動態(tài)模型。然而，他的方法偏向于系統(tǒng)的靜態(tài)描述，對動態(tài)描述支持較少。Booch方法的力量在于其豐富的符號體系，包括：? 類圖（類結構－靜態(tài)視圖）? 對象圖（對象結構－靜態(tài)視圖）? 狀態(tài)轉移圖（類結構－動態(tài)視圖）? 時態(tài)圖（對象結構－動態(tài)視圖）? 模塊圖（模塊體系結構）? 進程圖（進程體系結構）用于類和對象建模的符號體系使用注釋和不同的圖符（如不同的箭頭）表達詳細的信息。Booch建議在設計的初期可以用符號體系的一個子集，隨后不斷添加細節(jié)。對每一個符號體系還有一個文本的形式，由每一個主要結構的描述模板組成。符號體系由大量的圖符定義，但是，其語法和語義并沒有嚴
教學教案相關推薦
鄂ICP備17016276號-1