学习Uml开始
Um的全稱是 Unified Modeling Language, 統(tǒng)一建模語(yǔ)言，uml可以幫助我們做軟件需求和軟件設(shè)計(jì)的工作，
1.1UML的定義
???UML是一種通用的可視化建模語(yǔ)言，是一種標(biāo)準(zhǔn)化的用圖形方式來(lái)建模(建立模型)的語(yǔ)言，是面向?qū)ο蠓治龊驮O(shè)計(jì)的一種表示。它用于對(duì)軟件進(jìn)行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)的文檔。UML適用于各種軟件開(kāi)發(fā)方法、軟件生命周期的各個(gè)階段、各種應(yīng)用領(lǐng)域以及各種開(kāi)發(fā)工具。UML能夠描述系統(tǒng)的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為：靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中重要對(duì)象的屬性和操作，以及這些對(duì)象之間的相互關(guān)系；動(dòng)態(tài)行為定義了對(duì)象的時(shí)間特性和對(duì)象為完成目標(biāo)任務(wù)而相互進(jìn)行通信的機(jī)制。UML不是一種程序設(shè)計(jì)語(yǔ)言，但我們可以用代碼生成器將UML模型轉(zhuǎn)換為多種程序設(shè)計(jì)語(yǔ)言代碼，或使用反向生成器工具將程序源代碼轉(zhuǎn)換為UML模型。
?? ?它包括兩個(gè)方面的概念：語(yǔ)義和表示法。
???(1)語(yǔ)義?是用自然語(yǔ)言描述基于UML的精確元模型定義。元模型為UML的所有元素在語(yǔ)法和語(yǔ)義上提供了簡(jiǎn)單、一致、通用的定義性說(shuō)明，使開(kāi)發(fā)者能在語(yǔ)義上取得一致，消除了因人而異的最佳表達(dá)方法所造成的影響。此外UML還支持對(duì)元模型的擴(kuò)展定義。
???(2)表示法?定義UML符號(hào)的表示法，為開(kāi)發(fā)者或開(kāi)發(fā)工具使用這些圖形符號(hào)和文本語(yǔ)法為系統(tǒng)建模提供了標(biāo)準(zhǔn)。這些圖形符號(hào)和文字所表達(dá)的是應(yīng)用級(jí)的模型，這決定了UML是一種可視化(圖形化)的建模語(yǔ)言。
Uml圖大概可以分為兩類：結(jié)構(gòu)型的圖和行為型的圖
?
| ? | UML圖 | 說(shuō)明 |
| 結(jié)構(gòu)型的圖 (Structure diagram) | 類圖（Class Diagram） | 必用來(lái)分析業(yè)務(wù)概念 |
| 對(duì)象圖 （Object diagram） | 很少使用 | |
| 組件圖（Component Diagram） | 用來(lái)分析IT基礎(chǔ)架構(gòu)，軟件架構(gòu)等方面的需求 | |
| 部署圖（Deployment Diagram） | ||
| 包圖（Package Diagram） | 很少使用 | |
| 行為型的圖 Behavior Diagram | 活動(dòng)圖（Activity Diagram） | 必會(huì)使用至少其中一種圖來(lái)分析業(yè)務(wù)流程，大部分情況至少會(huì)使用到其中兩種圖 |
| 狀態(tài)機(jī)圖（State Machine Diagram） | ||
| 順序圖（Sequence Diagram） | ||
| 通信圖（Communication Diagram） | ? | |
| 用例圖（Use Case Diagram） | 必會(huì)用，表達(dá)軟件絕大部分析需求 | |
| 時(shí)序圖（Timeing Diagram） | ? |
?
?UML中的關(guān)系類型有
?
2.UML建模的步驟
???在UML中存在兩種建模機(jī)制：靜態(tài)建模機(jī)制和動(dòng)態(tài)建模機(jī)制。
?? 當(dāng)我們?cè)趯?shí)際的應(yīng)用中使用面向?qū)ο蟮脑O(shè)計(jì)和分析方法時(shí)，一般遵循的步驟是：
第一步，理解需求；這個(gè)步驟一般產(chǎn)生用例圖。
第二步，根據(jù)需求建立系統(tǒng)的靜態(tài)模型，構(gòu)造系統(tǒng)的結(jié)構(gòu)；
?? 這個(gè)步驟產(chǎn)生：類圖，對(duì)象圖，組件圖和部署圖。
第三步，描述系統(tǒng)的行為。這里建立的模型或者可以執(zhí)行，或者表示執(zhí)行時(shí)的時(shí)序狀態(tài)或交互關(guān)系。
?? 這個(gè)步驟產(chǎn)生：狀態(tài)圖，活動(dòng)圖，順序圖。
第一和第二步建立的模型都是靜態(tài)的，我們稱之為靜態(tài)建模，第三步我們稱之為活動(dòng)建模。
=================================================================================================
以后的內(nèi)容將會(huì)與下面一個(gè)需求有關(guān)來(lái)舉例：
[某公司考勒系統(tǒng)的需求說(shuō)明]
某公司是一個(gè)軟件公司，員工人數(shù)100人左右，大部分員工是軟件研發(fā)人員，包括項(xiàng)目經(jīng)理，軟件設(shè)計(jì)師，程序員，測(cè)試工程師，實(shí)施工程師等，除此以外還包括行政人員，財(cái)務(wù)人員，公司在軟件研究及日常管理上有一套管理方法，在沒(méi)有考勒系統(tǒng)之前，與考勒相關(guān)的管理工作如下：
1：每位員工需要上午上班時(shí)打一次卡，下午下班香打一次卡，
2：期間如果需要外出工作，從公司出發(fā)時(shí)需要打一次卡，回到公司時(shí)需要再打一次卡。
3：員工請(qǐng)假需要填寫請(qǐng)假條，請(qǐng)假條為事假，病假，年假等多種情況，請(qǐng)假需要直接領(lǐng)導(dǎo)審批，甚至還需要高層領(lǐng)導(dǎo)的審批。
4：行政部每天統(tǒng)計(jì)考勒信息，包括打卡信息，外出信息，請(qǐng)假信息，每月將考勒匯總信息提交給財(cái)務(wù)部。
5：賬務(wù)部根據(jù)考勒匯總信息，調(diào)整員工的薪金。
除此之外，還要考慮其它意外事件：
1：某員工想請(qǐng)年假，但行政部告知該員工的當(dāng)年年假己經(jīng)休完了，年休假的管理出現(xiàn)了問(wèn)題，很可能會(huì)影響員工的工作積極性。
2：某員工投訴當(dāng)月薪金多扣了錢，原因是考勒信息統(tǒng)計(jì)有誤，于是財(cái)務(wù)部將責(zé)任推到行政部，行政部推諉賬務(wù)部要求不明確。
3：某天出現(xiàn)了緊急情況，領(lǐng)導(dǎo)想找員工A處理，但員工A當(dāng)天請(qǐng)了假，領(lǐng)導(dǎo)并不知情。
所以通過(guò)此考勒系統(tǒng)來(lái)提高考勒工作的效率和準(zhǔn)確性，避免因?yàn)榭祭諉?wèn)題影響正常工作。
?
以上需求來(lái)自于 【火球UML大戰(zhàn)需求分析】，作為學(xué)習(xí)筆記記錄一下。
?
轉(zhuǎn)載于:https://www.cnblogs.com/benwu/p/3870825.html
總結(jié)
- 上一篇： QtCreator无法编辑源文件
- 下一篇： 关于这个7月