Pagkakaiba sa pagitan ng Use Case Diagram at Activity Diagram

Talaan ng mga Nilalaman:

Pagkakaiba sa pagitan ng Use Case Diagram at Activity Diagram
Pagkakaiba sa pagitan ng Use Case Diagram at Activity Diagram

Video: Pagkakaiba sa pagitan ng Use Case Diagram at Activity Diagram

Video: Pagkakaiba sa pagitan ng Use Case Diagram at Activity Diagram
Video: Use Case Description EXAMPLE [ Use Case Tutorial and Best Practices ] 2024, Hulyo
Anonim

Ang pangunahing pagkakaiba sa pagitan ng use case diagram at activity diagram ay ang use case diagram ay nakakatulong na imodelo ang system at mga pakikipag-ugnayan ng user habang ang activity diagram ay tumutulong na imodelo ang workflow ng system.

Ang UML ay nangangahulugang Unified Modeling Language. Ito ay naiiba sa iba pang mga programming language tulad ng C, C++, Java. Nakakatulong ito sa pagbuo ng isang nakalarawan na representasyon ng software system. Ang Object Orientation ay ang pinakakaraniwang pamamaraan upang bumuo ng mga solusyon sa software. Nakakatulong ang mga diagram ng UML na kumatawan sa mga konseptong Nakatuon sa Bagay. Ang mga diagram na ito ay nakakatulong sa pagmomodelo ng konsepto at ginagawa itong simple at mas madaling maunawaan ang system. Mayroong iba't ibang mga diagram ng UML. Dalawa sa mga ito ay use case diagram at activity diagram.

Ano ang Use Case Diagram?

May dalawang uri ng pagmomodelo ng UML. Ang mga ito ay structured modelling at behavior modeling. Inilalarawan ng structured modeling ang mga static na feature ng system habang inilalarawan ng behavior modeling ang dynamic na katangian ng system. Ang use case diagram ay isang behavioral diagram.

Ang isang kaso ng paggamit ay kumakatawan sa mataas na antas ng pagpapagana ng isang system. Ang isang ellipse ay kumakatawan sa isang use case, at ang pangalan ay nakasulat sa loob nito. Ang isang aktor ay humihiling ng isang kaso ng paggamit. Ito ay maaaring isang tao, ibang sistema o isang organisasyon na may layuning gamitin ang sistema. Bukod dito, ang isang parihaba ay kumakatawan sa hangganan ng system.

Ang diagram ng user case para sa isang ATM ay ang mga sumusunod.

Pagkakaiba sa pagitan ng Use Case Diagram at Activity Diagram
Pagkakaiba sa pagitan ng Use Case Diagram at Activity Diagram

Figure 01: Use Case Diagram

Ang customer ay isang artista. Gumaganap siya ng mga use case tulad ng check balance, deposito ng cash at pag-withdraw ng pera. Kinakatawan ng mga linya ang kaugnayan sa pagitan ng customer at ng mga kaso ng paggamit. Ang bangko ay pangalawang aktor, at ginagawa nito ang use case na pinupuno ang ATM ng cash. Higit pa rito, ang mga use case diagram ay maaari ding kumatawan sa mga dependency.

May dalawang dependency na tinatawag na include at extends. Kapag ang isang use case ay nangangailangan ng suporta ng isa pang use case, ang dalawang use case na iyon ay may dependency na "isama". Upang mag-withdraw ng pera, dapat munang i-verify ng system ang balanse. Samakatuwid, ito ay isang kasamang dependency. Pagkatapos suriin ang balanse, magdeposito ng pera o mag-withdraw ng pera, maaaring mag-print ng resibo ang customer. Ito ay hindi kinakailangan, ngunit ito ay posible. Samakatuwid, ang mga use case at print receipt use case ay may dependency na "extends". Sa pangkalahatan, nakakatulong ang use case diagram na gawing modelo ang konteksto ng system.

Ano ang Activity Diagram?

Ang activity diagram ay isa pang behavioral diagram. Ito ay katulad ng isang flowchart na kumakatawan sa daloy mula sa isang aktibidad patungo sa isa pang aktibidad. Ang mga aktibidad ay ang iba't ibang mga operasyon ng system. Ang diagram na ito ay nagbibigay ng mataas na antas ng view ng system. Ang isang halimbawa ng activity diagram para sa pamamahala ng mag-aaral ay ang sumusunod.

Pangunahing Pagkakaiba sa pagitan ng Use Case Diagram at Activity Diagram
Pangunahing Pagkakaiba sa pagitan ng Use Case Diagram at Activity Diagram

Figure 02: Activity Diagram

Nagsisimula ang diagram sa paunang node. Ang unang hakbang ay tingnan ang mga detalye ng mag-aaral. Pagkatapos nito, may kondisyon. Ang simbolo ng brilyante ay kumakatawan sa isang kondisyon. Sinusuri nito kung umiiral ang estudyante o wala. Kung bago ang mag-aaral, ang hakbang ay gumawa ng mga tala para sa bagong mag-aaral na iyon.

Higit pa rito, kung ang mag-aaral ay umiiral na, may isa pang kundisyon upang suriin kung ang mag-aaral ay nag-aaral pa rin o hindi. Kung hindi, posibleng tanggalin ang mga talaan ng mag-aaral. At, kung nag-aaral pa ang mag-aaral, posibleng mag-update ng mga tala.

Gumawa, mag-update at magtanggal ng mga talaan na pinagsama-sama gamit ang magkasanib na simbolo. Pinagsasama ng simbolo na ito ang higit pang mga aksyon sa isa. Sa wakas, makikita ang mga detalye ng mag-aaral. Ang simbolo ng pagtatapos ay nagpapahiwatig ng pagkumpleto ng daloy ng proseso. Iyon ay isang halimbawang diagram ng aktibidad.

Ano ang Pagkakaiba sa pagitan ng Use Case Diagram at Activity Diagram?

Ang isang use case diagram ay kumakatawan sa pakikipag-ugnayan ng user sa system. Sa kabilang banda, kinakatawan ng activity diagram ang serye ng mga aksyon o kontrol ng daloy sa isang system na katulad ng isang flowchart. Ang isang use case diagram ay nakakatulong na imodelo ang system at mga pakikipag-ugnayan ng user habang ang isang activity diagram ay tumutulong na imodelo ang workflow ng system. Ito ang pangunahing pagkakaiba sa pagitan ng use case diagram at activity diagram.

Pagkakaiba sa pagitan ng Use Case Diagram at Activity Diagram sa Tabular Form
Pagkakaiba sa pagitan ng Use Case Diagram at Activity Diagram sa Tabular Form

Buod – Use Case Diagram vs Activity Diagram

Use case diagram at activity diagram ay mga behavioral UML diagram na naglalarawan sa dynamic na katangian ng isang system. Ang pagkakaiba sa pagitan ng use case diagram at activity diagram ay ang isang use case diagram ay nakakatulong na imodelo ang system, ang mga pakikipag-ugnayan ng user habang ang activity diagram ay tumutulong na imodelo ang daloy ng trabaho ng system. Ang mga diagram na ito ay nagbibigay ng maraming pakinabang. Tumutulong ang mga ito na magmodelo ng mga kinakailangan sa negosyo at makakuha ng mataas na antas ng pag-unawa sa functionality ng system.

Inirerekumendang: