日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

学习Uml开始

發布時間:2023/12/18 编程问答 29 豆豆
生活随笔 收集整理的這篇文章主要介紹了 学习Uml开始 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

Um的全稱是 Unified Modeling Language, 統一建模語言,uml可以幫助我們做軟件需求和軟件設計的工作,

1.1UML的定義

???UML是一種通用的可視化建模語言,是一種標準化的用圖形方式來建模(建立模型)的語言,是面向對象分析和設計的一種表示。它用于對軟件進行描述、可視化處理、構造和建立軟件系統的文檔。UML適用于各種軟件開發方法、軟件生命周期的各個階段、各種應用領域以及各種開發工具。UML能夠描述系統的靜態結構和動態行為:靜態結構定義了系統中重要對象的屬性和操作,以及這些對象之間的相互關系;動態行為定義了對象的時間特性和對象為完成目標任務而相互進行通信的機制。UML不是一種程序設計語言,但我們可以用代碼生成器將UML模型轉換為多種程序設計語言代碼,或使用反向生成器工具將程序源代碼轉換為UML模型。

?? ?它包括兩個方面的概念:語義和表示法。

???(1)語義?是用自然語言描述基于UML的精確元模型定義。元模型為UML的所有元素在語法和語義上提供了簡單、一致、通用的定義性說明,使開發者能在語義上取得一致,消除了因人而異的最佳表達方法所造成的影響。此外UML還支持對元模型的擴展定義。

???(2)表示法?定義UML符號的表示法,為開發者或開發工具使用這些圖形符號和文本語法為系統建模提供了標準。這些圖形符號和文字所表達的是應用級的模型,這決定了UML是一種可視化(圖形化)的建模語言。

Uml圖大概可以分為兩類:結構型的圖和行為型的圖

?

?

UML圖

說明

結構型的圖

(Structure diagram)

類圖(Class Diagram)

必用來分析業務概念

對象圖 (Object diagram)

很少使用

組件圖(Component Diagram)

用來分析IT基礎架構,軟件架構等方面的需求

部署圖(Deployment Diagram)

包圖(Package Diagram)

很少使用

行為型的圖

Behavior Diagram

活動圖(Activity Diagram)

必會使用至少其中一種圖來分析業務流程,大部分情況至少會使用到其中兩種圖

狀態機圖(State Machine Diagram)

順序圖(Sequence Diagram)

通信圖(Communication Diagram)

?

用例圖(Use Case Diagram)

必會用,表達軟件絕大部分析需求

時序圖(Timeing Diagram)

?

?

?UML中的關系類型有

  • 依賴???????
  • .關聯???????
  • .泛化??????
  • .實現???????
  • ?

    2.UML建模的步驟

    ???在UML中存在兩種建模機制:靜態建模機制和動態建模機制。

    ?? 當我們在實際的應用中使用面向對象的設計和分析方法時,一般遵循的步驟是:

    第一步,理解需求;這個步驟一般產生用例圖。

    第二步,根據需求建立系統的靜態模型,構造系統的結構;

    ?? 這個步驟產生:類圖,對象圖,組件圖和部署圖。

    第三步,描述系統的行為。這里建立的模型或者可以執行,或者表示執行時的時序狀態或交互關系。

    ?? 這個步驟產生:狀態圖,活動圖,順序圖。

    第一和第二步建立的模型都是靜態的,我們稱之為靜態建模,第三步我們稱之為活動建模。

    =================================================================================================

    以后的內容將會與下面一個需求有關來舉例:

    [某公司考勒系統的需求說明]
    某公司是一個軟件公司,員工人數100人左右,大部分員工是軟件研發人員,包括項目經理,軟件設計師,程序員,測試工程師,實施工程師等,除此以外還包括行政人員,財務人員,公司在軟件研究及日常管理上有一套管理方法,在沒有考勒系統之前,與考勒相關的管理工作如下:
    1:每位員工需要上午上班時打一次卡,下午下班香打一次卡,
    2:期間如果需要外出工作,從公司出發時需要打一次卡,回到公司時需要再打一次卡。
    3:員工請假需要填寫請假條,請假條為事假,病假,年假等多種情況,請假需要直接領導審批,甚至還需要高層領導的審批。
    4:行政部每天統計考勒信息,包括打卡信息,外出信息,請假信息,每月將考勒匯總信息提交給財務部。
    5:賬務部根據考勒匯總信息,調整員工的薪金。


    除此之外,還要考慮其它意外事件:
    1:某員工想請年假,但行政部告知該員工的當年年假己經休完了,年休假的管理出現了問題,很可能會影響員工的工作積極性。
    2:某員工投訴當月薪金多扣了錢,原因是考勒信息統計有誤,于是財務部將責任推到行政部,行政部推諉賬務部要求不明確。
    3:某天出現了緊急情況,領導想找員工A處理,但員工A當天請了假,領導并不知情。

    所以通過此考勒系統來提高考勒工作的效率和準確性,避免因為考勒問題影響正常工作。

    ?

    以上需求來自于 【火球UML大戰需求分析】,作為學習筆記記錄一下。

    ?

    轉載于:https://www.cnblogs.com/benwu/p/3870825.html

    總結

    以上是生活随笔為你收集整理的学习Uml开始的全部內容,希望文章能夠幫你解決所遇到的問題。

    如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。