1. 程式人生 > >軟體工程之五個層次四個部分

軟體工程之五個層次四個部分

     在面向物件技術這一章中,提到了“五個層次”和“四個部分”,對於這兩方面以及關係做了一下總結。

首先,說一下“五個層次”。OOA面向物件的分析)模型由5個層次(主題層、物件類層、結構層、屬性層和服務層)組成。OOA有兩個任務,形式地說明我們所面對的應用問題,最終成為軟體系統基本構成的物件,還有系統所必須遵從的,由應用環境所決定的規則和約束;明確地規定構成系統的物件如何協同合作,完成指定的功能。

    

識別類和物件

 

屬性層

 

服務層

       然後,說一下“四個部分”。OOD(面向物件的設計)模型由4個部分(問題論域部分、人機互動部分、任務管理部分、資料管理部分)組成。

      1、問題論域部分

          執行基本應用功能的物件

          包括與應用問題直接有關的所有類和物件

          在OOD階段,繼續OOA階段的工作,對OOA中得到的結果改進和增補

      2、人機互動部分

          用於系統的某個特定實現的介面技術

      3、任務管理部分

          指定了那些建立系統時必須建立的作業系統部分

     4、資料管理部分

          主要涉及資料庫

          定義了那些與所用資料庫技術介面的物件

         下面,說一下這二者之間的關係。OOD繼續做OOA階段的工作,建立軟體結構。OOA

中的5個層次貫穿在OOD(面向物件的設計)過程中。問題論域部分是繼續OOA的工作,是對OOA的細化,對OOA中的某些類、物件、屬性的進一步說明;人機互動部分(使用者介面設計),OOA已經給出了所需屬性和操作,在OOD中進行細節加入到使用者介面設計中。

相關推薦

軟體工程層次部分

     在面向物件技術這一章中,提到了“五個層次”和“四個部分”,對於這兩方面以及關係做了一下總結。 首先,說一下“五個層次”。OOA(面向物件的分析)模型由5個層次(主題層、物件類層、結構層、屬性

軟體工程—面向過程的軟體設計方法

    這一章的知識點感覺太亂了,甚至老師講的都前後不一致,再加上從網上找的一些資料,幾家之言也不知道該用哪個了。還好,步履蹣跚的總算總結完了。先看一張開發階段的資訊流圖片,以便更好地理解面向過程的軟體設計:                                

css中margin標記可以帶一個、二、三引數,各有不同的含義

         在css中使用margin可以將margin-top,margin-right,margin-bottom,margin-left,縮寫為一個標記,順序為上右下左(順時針)。帶不同的引數具有不同的含義,

軟體工程制定計劃①(可行性研究報告)

        軟體工程的生存期有6項,第一項則是制定計劃、理解問題。定義系統做什麼,總目標,功能、效能、介面,最後生成可行性研究報告。 軟體工程的生存期導圖如下: 第一項制定計劃的思維導圖:   可行性研究報告內容: ①

軟體工程概念篇(軟體分類及發展,軟體工程的過程PDCA,生命週期模型)

       終於開啟了軟體工程的學習,因為剛剛自看完《軟體開發工具》這本書,發現視訊的前兩講內容跟軟體開發工具的內容有很多重複,感覺很熟悉,上手很輕鬆,今天來分享一下前兩講的內容。 第一講:軟體的概述 第二、三講:軟體工程的概述 生存

高階軟體工程次作業:“希希敬敬對”團隊作業-2

我們團隊的作業是:百度貼吧小爬蟲 隊員學號:     龍江騰(隊長) 201810775001     楊希                   201810812008     何敬上   

高階軟體工程次作業:東理三劍客團隊作業-2

團隊的作業是:圖書管理系統 隊員學號:     金安安(隊長) 201810812003     謝竟成      201810812002     彭麗君     201810812010 1.需求分析

軟體工程軟體測試⑤,軟體維護⑥(測試計劃,測試分析報告)

      在軟體開發過程中,特別是在開發大型軟體系統的過程中,面對的問題是極其複雜的, 因此,在軟體生命週期的每個階段就不可避免地會產生差錯。應該在每個階段結束之前通過嚴格的技術審查,儘可能早地發現並糾正差錯。但是,審查並不能發現所有錯誤,此外在編碼過程中還不可避免地

軟體工程程式編碼④(原始碼“文件化”:識別符號命名,註釋,程式視覺組織)

      編碼的目的是使用選定的程式設計語言,把模組的過程描述翻譯為用該語言書寫的源程式。源程式應該正確可靠、簡明清晰,而且具有較高的效率。軟體工程專案對程式碼編寫的要求,不僅僅是源程式語法上的正確性,也不只是源程式中沒有各種錯誤,還要求源程式具有良好的結構性和良好的

軟體工程軟體設計③(概要設計說明書,詳細設計說明書)

      需求分析確定了系統的開發目標,下一步工作就是軟體設計。軟體設計可以進一步地 分為兩個階段:總體設計和詳細設計。      總體設計又稱概要設計,即確定系統的具體實現方案、給出軟體的模組結構、編寫總體設計說明書。 &nbs

軟體工程需求分析②(軟體需求規則說明書、資料要求說明書、初步使用者手冊、軟體開發實施計劃)

       軟體需求分析階段研究的物件是軟體專案的使用者要求,如何準確表達使用者的要求,怎 樣與使用者共同明確將要開發的是一個什麼樣的系統,是需求分析要解決的主要問題。也就 是說需求階段的任務並不是確定系統怎樣完成工作,而僅僅是確定系統必須完成哪些工作, 即

軟體工程案例分析

這次軟體工程課的個人專案主要是要求我們對一個軟體進行案例分析,從製作軟體的局外人的角度去看待一個軟體。我分析的是cnblogs網站。 調研、測評 網站的bug 1.上傳頭像時,拖拽上傳不起作用,準確的說,是不穩定。當檔案剛剛拖拽到網頁上時會產生下圖所示的“drop file here”(下面這張圖是好不

軟體工程系統建模篇【設計實體型別模型】

 本文主要介紹實體類模型的設計過程,首先識別類及類之間的關係,然後畫出類圖和包圖,最後識別類的屬性和操作。類是面向物件方法的一個全新概念,類模型是面向物件分析的核心,實體類位於系統結構的商業規則服務層。實體類是系統需要持久儲存的物件最終要對映到資料庫。實體類模型用類圖和包圖描述。 1、類的識別  &nbs

軟體工程系統建模篇【開篇】

UML概述   UML譯為統一建模語言,由面向物件方法領域三位著名學者提出,並結合優秀的軟體方法和思想演變而成,1997年被國際物件組織(OMG)接受,目前被公認為最好的分析和設計面向物件軟體的標準建模語言。 UML組成   UML由模型元素,擴充套件機制、圖及檢視等部分構成,由模型元素或擴充套件機制構

軟體工程系統建模篇【設計視窗設計】

    在建立使用者介面原型之前,應該先建立視窗結構圖,視窗結構用於描述視窗之間的關係,於UML沒有直接的關係,本章介紹視窗結構的設計過程,先介紹視窗結構的設計方法,然後設計總體視窗結構圖,最後設計下一層的視窗結構圖。   1、設計方法   視窗結構是視窗之間的切換流程,通過視窗結構,可以直觀

領略“軟體工程美(二) 就業篇:

在開篇,借用一個6個月從小白到程式設計師的前輩的一句話描述程式設計的難易程度:程式設計雖然除了勤奮沒什麼訣竅,但也沒你想的那麼難。(6個月的時間,一週6天,每天花費至少10小時去程式設計。) 在這裡分享一下他的部分學習感悟: 1.閱讀教材。 2.加入當地的程式語言小組。 3.大量撰寫程式

領略“軟體工程美(一) 學習篇:

      讀大學之前,我對“軟體工程”沒有一點概念,只是在填報志願的時候才瞭解到,學習好這個專業,需要紮實的數學和英語知識,就果斷地選擇了挑戰一下。      軟體工程是一門研究工程化方法構建和維護有效的、實用的和高質量的軟體的學科。它涉

軟體工程路(二)——個人技術和流程

個人技術和流程 1. 單元測試 1.1 寫一個單元測試 1.2 用以驗證的Assert類/斷言 1.3 如何寫好單元測試 1.4 迴歸測試 2. 效能分析工具 1. 單元測試 一般情況下一個軟體

軟體工程路(一)——概論

概論 前言 一些建議 個人與團隊 Alpha階段 Beta階段 一個簡單的程式 軟體工程是什麼 前言 從本科階段開始接觸計算機,到現在也2年多了,但大都是自己盲目的學習走馬觀花一般,沒有什麼

軟體工程 UML六大關係

最近第一次接觸實現一個點餐系統,需求分析的時候需要用到用例圖圖例。請教老師後知道了用例圖等圖的重要性,特此學習瞭如何畫用例圖。用例圖其中最重要的是實體與實體關係的確定。 其中關係有六大關係:關聯,泛化,依賴,實現,聚合和組合。 依賴:簡單理解,類A需要用到類B的方法等成分,這種關係具有偶然性,臨時性等等。