last update : 28/01/2561siam2dev.net/e_learning/ooad/lec05_ooad_uml_v2020... ·...
TRANSCRIPT
http://www.siam2dev.com [ dr. nattapong songneam]
โดย อ.ดร. นฐพงศ สงเนยมhttp://[email protected]
สาขาวชา วทยาการคอมพวเตอรคณะวทยาศาสตรและเทคโนโลย มหาวทยาลยราชภฏพระนคร
Last Update : 28/01/2561
Lec05 : Introduction to UML
แหลงขอมลเพมเตม : : http://www.lumpaya.com/sdlc01.htm
งานโปรเจกต สงไดตงแต
• ก าหนดสงกอน สอบปลายภาค 1 สป.
• สอบระหวางภาค บทท 1 - 5 ................ สอบวนท ......................
• ครงท 1. Business Rule(10 คะแนน)
• คร งท 2. งานกลมคร งหนา สง Requirement Specifications (10 คะแนน) + VDO สงกอน 11ก.พ. 2563
UML
http://www.siam2dev.com [ dr. nattapong songneam]
Use CaseDiagrams
Use CaseDiagrams
Use CaseDiagrams
ScenarioDiagramsCollaboration
Diagrams
StateDiagrams
StateDiagramsComponentDiagrams
ComponentDiagramsComponent
DiagramsDeploymentDiagrams
StateDiagrams
StateDiagrams
ObjectDiagrams
ScenarioDiagrams
ScenarioDiagrams
StatechartDiagrams
Use CaseDiagrams
Use CaseDiagrams
SequenceDiagrams
StateDiagrams
StateDiagrams
ClassDiagrams
ActivityDiagrams
Models
การวเคราะหและออกแบบระบบเชงวตถ (OOAD)
Lec05 # Introduction to UML
โดย อาจารย ดร. นฐพงศ สงเนยม
http://www.siam2dev.net
Lecture Outline
• Software Modeling
• Require and Domain Analysis Model
• Design Model
• Brief Overview of Unified Modeling Language (UML)
Structural Programming
and OOP
Analysis and Design
Tradditional / OOAD
Introduction to Database ,
DBMS / OODB
SE : Software Engineering
• Software Management• Project Management
• ฯลฯ• Algorithm
ER Design, Normalize, ER-Mapping , DBMS , DDL ,DML , DCL
ALGORITHM , PSEUDOCODE , SYNTAX, FLOWCHART , SCREEN LAYOUT , Visual Programming ,Event-Driven Programming , Object Oriented
Programming
SDLC, DFD, Process Description, UP, Analysis , Design ,Requirement , Diagram , UML, Screen
Layout
What is Modeling?• การสรางแบบจ าลอง (Modeling)
– เปนวธการวเคราะห และออกแบบ (Analysis and Design) วธการหนงทเนนการสรางแบบจ าลอง เพอใหสามารถเขาใจปญหาของระบบ
– ใชเปนเครองมอในการสอสาร แนวคดในการพฒนาระบบ กบบคคลอนๆ (ระหวางผพฒนาระบบดวยกน และกบบคคลอนๆ)
• Textual Modeling• Mathematics Model
– เปนโมเดลทางคณตศาสตร เชน สมการ สตร
• Visual Modeling
– Visual แปลวา ภาพ
– Modeling กคอแบบจ าลอง ดงนน Visual Modeling กคอ
ใชสญลกษณรปภาพในการสรางแบบจ าลอง
1
n
ix
=
SA Programmer
TesterUIDesigner
USERModel
Requirement
USE CASE ModelClass & Object Model
USE CASE Model
Class & Object Model
State DiagramActivity Diagram
USE CASE Model
UIUSE CASE Model
UI
*** ทกคนตองเขาใจตรงกน ภาษา หรอ สญลกษณทใช จะตองตรงกน
SQL
• DDL: Data Definition Language
– CREATE DATABASE ….
– DROP TABLE
• DML : Data Manipulation Language
– SELECT , INSERT , UPDATE ,DELETE
• DCL : Data Control Language– GRANT
ลกคา
Personal Corporate
SA : class & object specified
ลกคา
Personal Corporate
ลกคา
Personal Corporate
• ต.ย. จงหาอายรวมของ นศ. วทยคอม 29
• 52 53 42 28 47 58 19
1
n
ix
=
0. Specified problem1. Requirement
2. การวเคราะห INPUT / PROCESS (algo) /
OUTPUT3. ออกแบบ Flowchart/ Structure chart /
PSEUDO-CODE
เปรยบเทยบ
• MODEL ท ำงำนเสรจแลว แตอธบำยงำนใหงำยขนกท ำโมเดลขนมำเพออธบำยดวยวธกำรทงำย
• PROTOTYPE ยงไมไดท ำตวจรง แตท ำตวจ ำลองขนมำกอน แลว เอำตวจ ำลองไปสรำงเปนของจรง
Software Modelingแบบจ าลองของซอฟตวร
UserRequirement
Modeling(Analysis and Design)
Model(Specification)
Tools ManuallyCoding
Program
Implementation
อนนเปนแบบจ าลอง ตวหนงทแสดงขนตอนการพฒนาซอฟตแวร
Models• Requirement Analysis Models (Requirement Specification)
ไดจากกระบวนการวเคราะหความตองการของผใชระบบ (RequirementAnalysis)
• Analysis Modelไดจากกระบวนการวเคราะหหนาทการท างานของระบบ (System
Analysis)
• Design Model
ไดจากกระบวนการออกแบบการท างานของระบบ (System Design)
โมเดลส ำหรบกำรวเครำะห (SRS)
โมเดลส ำหรบกำรออกแบบ (class model , state model ,
sequence model , activity model , deployment model)
โมเดลส ำหรบกำรวเครำะห (use case model , class model )
Software Development Process
1. Requirement Specification : define problem domain
2. Analysis : what problem to be solved? (อะไรคอปญหาทตองแก)
3. Design : how to solve the problem? (แกอยางไร)
4. Implementation : how to implement the solution?
5. Testing : how to ensure that the solution can solve the problem?
1. ทดสอบในเรองความเรว ประสทธภาพ ความปลอดภย ความม นคง เสถยร
2. ความเขากนได Integrated System
6. Maintenance : how to adjust the solution to accomodate change?
1. ในรอบระยะเวลาหนงอาจจะตองมการปรบเปลยน
7. Retirement : when does the system to be retired?
บทท 6 RequirmentSpecificationSDLC
• Divide & Conquer
componet1componet2 componet3
componet4
Problem
Integrated System
Standard
• ท าสไลด powerpoint 50 slide แบง 5 คน– ถาพนหลง คนละส เวลารวมกน จะเปนอยางไร
การคอนโทรล
• ควบคมดวยซอฟตแวร
• ควบคมดวย มาตรฐาน / ISO เชน UML
จะถกพดถงในรายวชา Software Project Management หรอ วชา Software Engineering
Web application / Mobile App
• MVC :
– M : Model
– V : View
– C : Control/Coding
data
Interface
Code
ระบบชอขายสนคา
• ปญหาเดม / ทมา ระบบเดม ขายโดยการจดบนทกในสมด ปญหา มขอผดพลาดเยอะ / ลาชา
• ReqID :: 01 ตองการใหระบบสามารถบนทกขอมลการขายสนคาได
– ระบบจะตองท าการบนทก ขอมลสนคาไดทผซ อ ซอไป
– ระบบจะตองจดเกบขอมลผซ อได
– ระบบจะตองตรวจสอบไดวา พนกงานคนใดขายสนคาใหกบลกคา
– ระบบจะตองตรวจสอบจ านวนสนคาในสตอกได
Structured Analysis Modelsโมเดลการวเคราะหเชงโครงสราง
• Data Flow Diagrams :: DFD
• Entity Relationship Diagrams : ERD
• State-Transition Diagrams : STD
เปนโมเดลแบบดงเดมทใชส าหรบการวเคราะหระบบแบบเชงโครงสราง
Object-Oriented Analysis Models
• Use-case Diagrams
• Class and Object Diagrams
• Behavioral Diagrams
เปนโมเดลทใชส าหรบการวเคราะหระบบเชงวตถ
UML
UP
The Unified Modelling Language (UML)
What is UML?
• เปนเครองมอหรอภาษาทใชในการสรางแบบจ าลอง
(Modeling Language) ทประกอบดวยองคความรทใชใน
การน าเสนอและออกแบบเอกสารประกอบโปรแกรม
– คมอทางเทคนค Programmer Manual/Technical Manual
• อธบายรายละเอยดทางเทคนค การวเคราะห การออกแบบ การสราง การ
ทดสอบ
– คมอส าหรบผใช User Manual อธบาย การใชงานซอฟตแวร , การ
ปอนขอมล การปรบปรง แกไขขนตน
• รวม 3 แนวคด/วธการเชงวตถท ไดแก Booch, Rumbaugh
และ Jacobson รวมทงจากบคคลอน
• จดรวบรวมออกมาเปนมาตรฐานส าหรบการแลกเปลยน
แนวคดการออกแบบระบบ และองคความรในเชงเทคนคใน
รปของแบบจ าลอง
What is NOT UML?
• ไมใชภาษาโปรแกรม (Programming Language)
– ไมใชภาษา VB , Pascal , Delphi , Java , C# etc.
• ใช method หรอ methodology {เปนวธการเปน
กระบวนการ}
• ไมระบ Process ทใชในการท างาน/จะไมระบเฉพาะวาใช
ภาษาใด
• UML ใชในการสรางแบบจ าลองการวเคราะห และออกแบบ
ระบบ โดยไมขนกบ Process
• แตละโครงงานสามารถเลอก Process การท างาน ท
เหมาะสม กบสภาพความจรงของโครงงาน โดยไมขนกบ
modeling language (สามารถใชกบภาษาโปแกรมใดกได)
**** ควำมหมำยไมก ำหนด ภำษำทใช หรอเครองมอทใชตำยตว ใหออกแบบกวำงๆ ไว
Customer
CustName : Textual
CustID : Textual
CustAge : Integral
Customer
CustName : String
CustID : String
CustAge : int
Customer
CustName : String
CustID : String
CustAge : int16
Java, c,c#
VB
Customer
CustName : String
CustID : String
CustCredit : float
Java, c,c#
CustWeight : single
UML Class diagram Implementation
CustIncome : Floating-Point CustIncome : double
UML Type
• Textual
• Character
• Integral ……………..
• Floating-Point
• Boolean
• Date
History of UML• 1970s วธเชงวตถ (Object-oriented method)
• 1970s, 1980s, 1990s “Method Wars”
Grady Booch, Jim Rumbaugh, Ivar Jacobson
• 3 แนวคด/วธการเชงวตถทเปนทนยมใชในชวงกลางทศวรรษ
1990s ไดแก
– OOSE (Object-Oriented Software Engineering) โดย Ivar Jacobson
– OMT (Object Modelling Technique) โดย Jim Rumbaugh
– Booch method โดย Grady Booch
• ปญหาดานการสอสาร สญลกษณทใชในแตละวธการไมเหมอนกน
Histroy of UML• ในป 1994/5 Booch, Rumbaugh และ Jacobson (เรยกตวเองวา “three amigos”) รวมกนท าการรวบรวมแนวคดองคความร และเทคนคตางๆ เขาดวยกน ท Rational Software
• Three Amigos เสนอ Unified Modelling Language (UML) ไปยง หนวยงาน OMG (Object Management Group) เพอใหเปนภาษามาตรฐานส าหรบสรางแบบจ าลองเชงวตถ
• UML Version 1.1 ไดถกพฒนาขนในป 1997 เพอเปนมาตรฐาน ส าหรบสรางแบบจ าลองเชงวตถ
Histroy of UML
• ป 1998 พฒา UML Version 1.2
• ป 1999 พฒา UML Version 1.3
• ป 2000 พฒา UML Version 1.4
• ป 2001 พฒา UML Version 2.0
• http://www.uml.org/
สบคนเมอวนท : 28.01.2563
32
The Evolution of the UML:
UML1.1
UML1.0
UML0.9
Beta version OOPSLA’96
Public Feedback
Submission of OMG group
OMG vote’97
Submission to OMG, sept’97
Unified Method 0.8
Other method Booch OMT OOSE
Models and Diagrams
Use CaseDiagrams
Use CaseDiagrams
Use CaseDiagrams
ScenarioDiagrams
ScenarioDiagramsCollaboration
Diagrams
StateDiagrams
StateDiagramsComponentDiagrams
ComponentDiagramsComponent
DiagramsDeploymentDiagrams
StateDiagrams
StateDiagrams
ObjectDiagrams
ScenarioDiagrams
ScenarioDiagrams
StatechartDiagrams
Use CaseDiagrams
Use CaseDiagrams
SequenceDiagrams
StateDiagrams
StateDiagrams
ClassDiagrams
ActivityDiagrams
A model is a complete
description of a system
from a particular
perspective
Models
UML 2
UML 2 defines 14 diagrams (all supported by Enterprise Architect)
1. Package diagrams
2. Class or Structural diagrams
3. Object diagrams
4. Composite Structure
5. Component diagrams
6. Deployment diagrams
7. Use Case Diagrams
8. Activity diagrams
9. State Machine diagrams
10. Communication diagrams
11. Sequence diagrams
12. Timing diagrams
13. Interaction Overview diagrams
14. Profile diagrams
ท าไมตองเปน UML
• Development life cycle - สนบสนนท ง life cycle ของการพฒนาระบบ สามารถถกใชตงแตขนตอนการหาความตองการ (Requirements) จนถงขนตอนการทดสอบตดตงระบบ (Test & Installation)
• Implementation languages and platforms - ไมผกตดกบภาษาและแพลทฟอรม (platform) ของการ implement สนบสนนทง pure oolanguages เชน smalltalk java, c#. หรอ hybrid เชน c++ หรอ non-oo เชน c,pascal,basic
• Application domains - สนบสนนการสราง application ในหลาย domain เชน information systems {MIS , EIS , ES , DSS,TPS}, embeded real-time systems, technical systems, distributed systems, system software
• Development process – สามารถใช UML รวมกบกรรมวธพฒนาระบบใดๆกได (prefer UP)
• Internal concepts – มหลกการทชด มนคง
server
client
Client -Server
database
Web Application
server
database
Distributed-Database System
3-Tier Architecture
มมมอง UML (UML Views)
Major Area มมมอง (View) แผนภาพ (Diagrams)
โครงสราง
(structural)
static view class diagram
use case view use case diagram
implementation view
deployment view
component diagram
deployment diagram
สามารถใช UML สรางเปนโมเดลแสดงมมมองระบบไดเปน 3 กลม
พลวตร
(dynamic)
state machine view state chart diagram
activity view activity diagram
interaction view sequence diagram
collaboration diagram
การจดการโมเดล
(model management)
model management view class diagram (package, subsystem)
UP : Lifecycle Phases
• Inception Define the scope of the project and
develop business case
time
Inception Elaboration Construction Transition
• Elaboration Plan project, specify features, and
baseline the architecture
• Construction Build the product
• Transition Transition the product to its users
The Iterative Approach
OOAD : Object-Oriented Analysis and
Design41
Disciplinesgroup activities
logically
In an iteration,you walk through
all disciplines
41
จ. อ. พ. พ.
UML has 9 kinds of diagrams
Class Diagram Object Diagram Component Diagram Deployment Diagram
Use Case Diagram Sequence Diagram Collaboration Diagram StateTransition Diagram Activity Diagram
Structural Diagrams(static diagrams)
Behavioral Diagrams(dynamic diagrams)
UML(Unified Modeling Language)
• 5 มมมองหลกของ UML– Use-case view : หนาทการท างานของระบบซอฟตแวรโดยพจารณาจากมมมองของผใชภายนอก หรอ ระบบภายนอก• use-case diagram
– Logical view : หนาทการท างานของระบบมโครงสรางอยางไร มองในรปของ static structure และdynamicbehavior• class diagram, object diagram, state,
sequence, collaboration, activity diagrams
UML(Unified Modeling Language)
– Component view : องคประกอบยอยในการ implement ทประกอบเปนระบบ และ dependency ระหวางองคประกอบเหลาน น• component diagram
– Concurrency view: การแบงแยก process และ processors โดยพจารณาท ง communication และ synchronization • dynamic diagrams (state, sequence, collaboration
activity)• implementation diagrams(component และ deployment)
– Deployment view : โครงสรางทางกายภาพเกยวกบ การตดต งและใชงานระบบ• deployment diagram
1. แผนภาพคลาส(Class Diagrams)
• Class diagrams
– แสดงรายละเอยดของ Class และความสมพนธระหวาง Class ในมมมองแบบ logical view
• สวนประกอบของ UML class diagrams ไดแก
– Class, โครงสรางของ Class และพฤตกรรมของ Class
– ตวบงชMultiplicity และ navigation
– ชอของ Role
– ความสมพนธแบบ Association, Aggregation, Dependency, และ Inheritance
*** แผนภาพทอธบายเกยวกบคลาสในบทท ผานมา เปนเพยงแคใชส าหรบการเรยน แตตอไปนจะเปนแผนภาพและสญลกษณตามมาตรฐาน UML
มมมอง
• Logical View เชงตรรกะ แนวคด use case , Class
diagram
• Physical View เชงกายภาพ component , deployment
Classes in UML
Person
Class name
Attributes
Operations
• เขยนได 2 รปแบบ
Person
- TaxIDNo : Text- Name : Text+ Income : Floating-Point+ TaxPaid : Boolean
+ calcTax()+ calcTaxBal() : Floating-Point
Visibility attribute name : type
Visibility operation name(parameter : type) : result type
การเขยนแผนภาพคลาสกรณทตองการแสดงภาพรวมของระบบ ใหเขยนแบบยอ คอ มแคชอคลาส และความสมพนธระหวางคลาสเทานน
อาจารย นกเรยน
Syntax for attributes
รปแบบVisibility attribute name : type
Visibility : public (+) , private(-) , protected(#)
ตวอยาง
+ custName : Text- color : Text- price : Floating-Point
Syntax for Operation/function
รปแบบVisibility operation name(parameter : type) : result type
ตวอยาง+ getCustName() : Text+ setCustName(n : Text)+ deposit(amt : Floating-Point)+ withdraw(amt:Floating-Point)+ getBalance(): Floating-Point
แผนภาพคลาส แสดงโครงสรางทงระบบ วาประกอบไปดวยอะไรบาง
Person Person
- Name : String- Address : String
+ getName() : String+ setName(name:String)
Class name
Attribute
Behavior
*** Implement in java
อยาไปเอา Type ในภาษาใดภาษาหนงมาใชกบ UML class diagram
Person
- TaxIDNo : String- Name : String+ Income : real+ TaxPaid : Boolean
+ calcTax()+ calcTaxBal()
Real เปนชนดตวแปรทศนยม ในภาษาปาสคาลเทานน ภาษาอนไมรจกUML ไมผกตดกบภาษา
Real → Pascal
float,Float→ c, c++, java
double,Double → c, c++, javaSingle,Double→VB
Floating,String,Boolean
แสดงผลบนหนาจอ
1. Echo
2. Print
3. Printf
4. Scanf
5. System.out.print
6. System.out.println
7. Write
8. Writeln
9. Display
10. Input
11. Read
แตละค าสงคอภาษาอะไร แลวไวท าอะไร
Display “Menu”
ในโลกนมภาษาคอมพวเตอร 160 กวาภาษา
คณรจกแค 2-3 ภาษาเขยนไดแค 1 ภาษาเขยนเปน 0 ภาษา
จงเขยนโปรแกรม Paint
ดวยภาษาท ถนดสรางรป บนทกไดเปดได
ตวอยางแผนภาพคลาสของระบบลงทะเบยนเรยน
A Class Diagram
Light
off( )on( )
Heater Cooler
Environmental Controller
define_climate( )terminate_climate( )
0..*
1
1
1
1
1
SystemLog
display( )recordEvent( )
Actuator
startUp( )shutDown( )
Temperature
generalization
aggregation
Embedded –real time System
แผนภาพคลาสนแทนโครงสรางการท างานของระบบเครองปรบอากาศ
Vender / Dealer
Dependency relationship
Sale & Buy
*
* *
Association class
Association class
* *
POS: Purchase Order System
ใบเสรจ สนคา* *
รายละเอยดกรขาย
Dependency relationship
Television : Product
Product
Computer : Product
TypeAn object
2. แผนภาพวตถ : An Object Diagram
Victoria High Street
Branch
(A Branch Object)
London Road
Branch
(A Branch Object)
Account
#31421123
Account
#741421123
Account
#521665423
Account
#31421123
Account
#31421123
Account
#714559543
Object diagram
Link
p1 : Person : Person
: Student
Name : สมชาย
วตถใด ๆ
Student
คลาส
• ลกคาสมครบตรเคดต ( Association )
• นางรงทพย สมครบตรเคดต กรงศร plattinum …ของ ธนาคาร กรงศร
น าไปเขยนเปน class diagram เอกสทธ
น าไปเขยนเปน objects diagram รงทพย
• อาจารย สอน นกศกษา ในรายวชา OOAD ( Association )
• อาจารยรญธดา สอน นกศกษาไอท 58/2 ในรายวชา OOAD …Senario
น าไปเขยนเปน Class diagram รฐธรรมนญ
น าไปเขยนเปน Objects diagram รญธดา
ใหใช CASE Tool : draw.io
ใหใช CASE Tool : draw.io
CASE Tool : draw.io
ลกคา ธนาคาร
เปนลกคา* 1..n
Class diagram
นฐพงศ : ลกคา ทหารไทย : ธนาคาร
เปนลกคา* *
Object diagram
*0..n
- ชอ : String
- ชอ = “นฐพงศ”
+ บอกชอ()
+ ฝำกเงน()
+ ถอนเงน()
Association name
Link
- ชอธนาคาร : String
• ลกคาไปถอนเงนจากธนาคาร Association
• อาจารยนฐพงศ ถอนเงน 500 บาท จากตธนาคารกสกร …Senario
น าไปเขยนเปน class diagram นายนพณฐ
น าไปเขยนเปน objects diagram นางสาววชราภรณ
ลกคาไปเปนลกคาจากธนาคาร Association
3. แผนภาพองคประกอบ (Component Diagram)
• Component Diagram เปนไดอะแกรมทใชอธบายถงซอฟตแวรตาง ๆ ทเปนองคประกอบ (Component) ของระบบน น ๆ ซงแสดงโครงสรางทางกายภาพของ(physical view)
เปนกำรอธบำยวำระบบนนๆ จะประกอบไปดวยซอฟตแวร ไฟลตนฉบบ (source code .java , .vb , .cpp ,
.pas) โปรแกรมประมวลผล(.exe) ไฟลฐำนขอมล (database
.mdb)ไฟลไลบลำร (.dll) และรำยงำน (.rpt) อะไรบำง หรอ มอะไรเปนองคประกอบบำง
เปนแผนภาพส าหรบ ขนตอน การออกแบบระบบElaboration Phase และ Construction Phase
A Component Diagram
CourseCourseOffering
StudentProfessor
Course.dll
People.dll
Course
User
Register.exeBilling.exe
BillingSystem
อยใน เอกสาร Programmer Manual
*.dll: Dynamic Link Libralyเพอให คนทจะพฒนาตอเขาใจองคประกอบของระบบไฟล ทคณพฒนา
Billing เปนสวนหนงการลงทะเบยนเรยน
3. Component Diagram
WindowHandler(whnd.cpp)
Graphiclib(graphic.dll)
CommHandler(comhnd.cpp)
Main Class(main.cpp)
WindowHandler(whnd.obj)
CommHandler(comhnd.obj)
MainClass(main.obj)
ClilentProgram(client.exe)
component diagram แสดงโครงสรางทางกายภาพของ(physical view) code ในเทอมของ code components (component อาจเปน source code component, a binary component, or an executable component)
อยใน เอกสาร Programmer Manual
Physical Model ทางกายภาพLogical Model ทางลอจก
4. Deployment Diagram
• Deployment Diagram ใชส าหรบแสดงสถาปตยกรรมของระบบในลกษณะทเปน Physical Architecture คอแสดงวามคอมพวเตอรและอปกรณอะไรบางทตองการใชในระบบ
• เวลาทจะน าระบบไปตดตง ตว deployment diagram จะอยในคมอ Technical Manual เปนคมอใหผตดตงระบบเขาใจการตดตงและองคกอบตาง ๆ
• โดยใชรปลกบาศกแทน โดย 1 ลกบาศกจะแทน 1 โหนด และแตละโหนดกจะม component ทเปนองคประกอบของโหนดนน
แสดงโครงสรางทางกายภาพของ(physical view)
เปนแผนภาพทใชในขนตอนการออกแบบระบบ Elaboration Phase Construction Phase เปนหนาทของ System Architecture Engineering
A Deployment Diagram
AccountServer
DeploysAccountDB.javaAccountMgt.java
AccountServer
AccountMgt.javaAccountDB.java
อยใน เอกสาร Programmer Manualอยใน เอกสาร Programmer Manual
จะถกใชงานตอนน าไปตดตง จะอานคมอในการตดตง วาควรตดตงอยางไร
จากรป จะแสดงแผนภาพดพลอยดอยาง ทม แคโหนดเดยว ประกอบไปดวย 2 คอมโพเนนท
Deployment Diagram
ClientA:Compaq Pro PC
ClientB:Compaq Pro PC
ApplicationServerSilicon GraphicsO2
DatabaseServerVAX
<< DecNe t>>
Deployment diagram แสดงสถาปตยกรรมการตดตงระบบ แสดงการตดตง Hardware และ Software ในระบบ
Client-server
อยใน เอกสาร Programmer Manual
โปรแกรมฝง client
โปรแกรมฝง server
โปรแกรมฝง client
โปรแกรมฝง database
Config ip / sub-net mask
5. Use Case Model
• Use case diagram แผนภาพยสเคส
• Use case description ค าอธบายยสเคส
• Use Case แปลตรงตวมความหมายวา กรณของการใชงานทเกดจากมมมองของผใชระบบ ตวอยางงายๆ ของ Use Case กคอ
- Create Order (ท าการลงใบสงซอสนคา)
- Modify Order (ท าการเปลยนแปลงหรอแกไขใบสงซอสนคา)
- Delete Order (ท าการลบใบสงซอสนคา)
Use case จะใชในการเกบ Requirement
*** จะอยในเฟส Inception , Elaboration Phase
Use case จะอยในคมอทางดานเทคนค เชนเดยวกนกบ component และ deployment
4. Use Case Diagram
• Use Case อาจหมายถง การอธบายฟงกชนการท างานตางๆ ของระบบน นเอง
• Use Case Diagram จะแสดงแผนผงการใชงานของระบบ โดยมองคประกอบ 2 สวนคอ actor และ use case
4. Use case Diagram
แสดงความสามารถหรอพฤตกรรมของระบบทผใชคาดหวง
Actor
Actor (ผใชระบบ)
Someone/something ทอยนอกระบบทโตตอบกบระบบ
Use Case name
Use case
ชดของการกระท าทท าโดยระบบซงให ผลลพธทมคณคาตอผใช
Communicates-Association
Communicates-Association
สายการสอสาร แทนชดการกระท าทงหมด
System Boudary
Use-Case Diagram
Bank Consortium
BankCustomer
Deposit Funds
Withdraw Cash
An Automated Teller Machine (ATM)
Transfer Funds
Cashier
Maintain ATM MaintenanceCrew
Collect Deposits
RTF/LMF
กลมธนาคาร ไดแก ไทยพานชย ทหารไทย กรงเทพ ฯลฯ
Use-Case Diagram
Bank Consortium
BankCustomer
Deposit Funds
Withdraw Cash
An Automated Teller Machine (ATM)
Transfer Funds
Cashier
Maintain ATM MaintenanceCrew
Collect Deposits
RTF/LMF
กลมธนาคาร ไดแก ไทยพานชย ทหารไทย กรงเทพ ฯลฯ
A Use Case Diagram
Establish
Credit
<<include>>
Trader
Validate
Client
<<include>>
Place
Order
<<extend>>Financial
Officer
Track
Order
Retinal
Scan
Check
Password
Place
Rush
Order
Stock
Exchange
<<include>>
Broker Stock
ตย. การเขยนยสเคสในการซอขายหนในตลาดหลกทรพย
6. แผนภาพล าดบ Sequence Diagram
• Sequence Diagram จะแสดงการท างานของออบเจกตตางๆ เมอเกดการสงขาวสารหรอ message และเมอเกดเหตการณตางๆ โดยทศทางของลกศรจะเปนการบงบอกถงทศทางการสง messageระหวางออบเจกต
A Sequence Diagram
: Student registration form
registration manager
math 101
1: fill in info
2: submit
3: add course(joe, math 01)
4: are you open?5: are you open?
6: add (joe)
7: add (joe)
math 101 section 1
ถำงำนใดทเนน ล ำดบ เวลำ ท ำกอนหลว หรอ Requirement ใด อะไรท ำกอน-หลง ให ใช Sequence Diagram
Create new student()
…Destroy
กรณผานเวบก คลกป ม submit Message : joe , math101 if(Math101.isOpen()) { …}
[count <=10]
หนาท เปนของโปรแกรมเมอร กบ Tester
Math
Unit : String
3(3-0-6)
+ Add(stdname:String,stdID:String,semester:String)+ Drop()
3(2-2)
1/2561
7. Collaboration Diagram
• Collaboration Diagram จะแสดงการตดตอสอสารระหวางออบเจกตตางๆ และความสมพนธระหวางทแตละออบเจกตตดตอสอสารกน
Collaboration Diagram >> Communication Diagram
A Collaboration Diagram
: Registrar
course form : CourseForm
theManager : CurriculumManageraCourse :
Course
1: set course info2: process
3: add course
4: new course
เนนท กำรบรหำรจดกำร งำนใด หรอ Requirement ใด ตองกำรบรหำรจดกำร ให ใช Collaboration Diagram
จนท ด าเนนการ สราง Course เรยนขนมา โดยระบรายละเอยดของคอรส ตามแบบฟอรม
กรรมการหลกสตร
7. Collaboration Diagram
:aPrinterServer
:aComputer
:aPrinter
:aQueue
1 : Print (file)
[printer busy ]1.2 : Store (file)
[printer free] 1.1 :Print (file)
collaboration diagram แสดงความเกยวพนของ objects ตางๆ ทตองท างานรวมกน
เนนท กำรบรหำรจดกำร งำนใด หรอ Requirement ใด ตองกำรบรหำรจดกำร ให ใช Collaboration Diagram
กรณ น จะดพรนเตอร วำง หรอไมวำง และ จะจดกำรอยำงไร กใช collaboration diagram
8. State-Transition Diagram
State-Transition Diagram ท าหนาทตอไปน
• แสดงวงจรชวตของออบเจกต ระบบยอยตางๆ และระบบโดยรวม
• บงบอกวาเหตการณตางๆ จะสงผลกระทบใหเกดอะไรขนบางในระบบ
• อาจมจดเร มตนและจดจบไดหลายจด
A State-Transition Diagram
InitializationOpen
entry: Register studentexit: Increment count
Closed
Canceled
do: Initialize course
do: Finalize course
do: Notify registered students
Add Student / Set count = 0
Add student[ count < 10 ]
[ count = 10 ]
Cancel
Cancel
Cancel
เรมตน
สนสด
จากรปน สถานะของคอรสเรยนม 4 สถานะ
Count = 11
State Diagram
go up(floor)
go up(floor)
Onfirst floor
Moving to firstfloor
Arrive atfirst floor
MovingUp
Movingdown
Idle
Arriveat floor
go down(floor)
state diagram แสดงสถาณภาพ (state) ทเปนไปไดของ object ใดๆ รวมทงแสดงเหตการณ (event) ทท าใหเกดการเปลยนสภาพของ object
• ใชส าหรบ– อธบาย กระแสการไหลของการท างาน (workflow)– แสดงขนตอนการท างานของระบบ
• แตละขนตอนการท างาน เรยกวา Activity ตวอยาง ไดแก– การค านวณผลลพธบางอยาง– การเปลยนแปลงสถานะ (State) ของระบบ– การสงคากลบคน – การสงสญญาณ– การเรยกใหโอเปอรเรชนอนๆ ท างาน– การสราง หรอ ท าลายวตถ
9. Activity diagramFlowchart in traditional approaches
Activity Diagram
activity diagram แสดงล าดบกระแสของกจกรรมของการท างานใดๆเชน ขนตอนการท า operation ขนตอนการลงทะเบยน
Initial State
Final State
ActionState1 Action State
Transition (Fork)
Transition (Join)
Control Flow
Decision
Partition1
Swimlane
Note
ActionState1
ตย. Activity Diagram แสดงการท างานของ operation ‘print’
ShowMessageBox“Disk full” on screen
ShowMessageBox“Printing” onscreen
Create postscriptfile
RomoveMessageBox
^Printer.Print(file)
PrintFile()
[disk full]
[free disk space]
เงอนไข full ไมสามารถสงพมพได
ระบบ แบบ Realtime / ระบบ control ซงจากตวอยาง จะเปนระบบ control การสงพมพไฟลเอกสาร ในเครองพมพ
ต.ย. Activity Diagram แสดงการโครงการส านกทางหลวงพเศษระหวางเมองผรบจาง
ส ารวจขอมล/ ศกษาวเคราะหการลงบญชในปจจบน
ทบทวน/ตรวจสอบรายงาน
ออกแบบงานบญช
ออกแบบระบบสารสนเทศ
ทบทวน/ตรวจสอบรายงาน
พฒนาระบบสารสนเทศฐานขอมลบญช
ทดสอบระบบ
ท ารายงานฉบบสมบรณ
ตรวจรบระบบ
รบจางพฒนาซอฟตแวรทางบญช
An Activity Diagram
ShowMessageBox“Printing” on Screen
Create postscriptfile
Send postscriptfile to printer
RemoveMessageBox
displayer samplerSwimlane Example
Ordinary Example
Class
Attributes
Operations
Node
Use Case
Object
Attributes
Operations
State
Interface
ComponentNotePackage
Model Elements
Aggregation ( a form of Association)
Association
Generalization
Dependency
General Mechanisms
เครองประดบ (Adornments)
UML มกลไกส าหรบการให information เพมเตมเขาไปในทกประเภทของแผนภาพ โดยเฉพาะ information น นไมสามารถสอสารไดโดยใชสญลกษณพนฐานของ UML ทม
โนต (Notes)
ขอก าหนด (Specifications)
Extensibility Mechanism
แมพมพ (Stereotypes)
ตดปาย (Tagged value)
ขอจ ากด (Constraints)
Adornments เพม information เขาไปในสญลกษณปกต
Stock Option
TheorPrice( )MarketPrice( )ExpireDate ( )
Using Black &Schole Formula
A note contains any additional information such as a simple comment
Stock Option
+TheorPrice( )#MarketPrice( )-ExpireDate ( )
<<Actor>>Customer
Customer
Customer
The customer is a class with the stereotype <<Actor>>. The stereotypeadds extra semantics to the class; in this case, that the class represents an external user of the system
Instrument{abstract}{author = “HEE”}{status = draft }
Value : intexpdate : Date
Properties on an Instrument class. Abstract is a predefined property; author and status are user defines tagged values
SeniorCitizenGroup
{person.age > 60}
A constraint restricts which Person objects may participate in the association
Person
0..1
0..*
Benefits of UML• เปนภาษามาตรฐานทใชในการสรางแบบจ าลองเชงวตถ โดยใช
รปภาพ (Standard Visual Modeling Language)
• ใชในการแลกเปลยนขอมล แบบจ าลองกนระหวางทมผพฒนา และระหวางผใช กบทมผพฒนา
• น าเสนอ และ สนบสนนหลกการเชงวตถไดครบถวน ชดเจน
• ไมผกตดกบภาษาโปรแกรม (Programming Language) ภาษาใดภาษาหนง
• สนบสนนการขยายขอบเขต และการปรบปรงระบบ โดยทไมจ าเปนตองลงมอพฒนาซอสโคดกอน
Use Case Model
System Analysis• กระบวนการวเคราะหระบบ (system analysis phase)
– มงเนน “what” ทระบบจะตองม และตองท าใหกบผใช ไมเนน “how” วาจะท าอยางไร
• กระบวนการวเคราะหความตองการของผใชระบบ (Requirement analysis phase)
– ใชในการสรางแบบจ าลองหนาทการท างานของระบบซอฟตแวร จากมมมองของผใชภายนอก หรอ ระบบภายนอก
– ไดแบบจ าลองของความตองการของผใชระบบ (Requirement Model) เปน Output
System Analysis and Use Case• Use Case Model
– Use Case Model คอแบบจ าลองความตองการของระบบ ท น าเสนอ functional requirement ของระบบโดยรวม จากมมมองของผใชภายนอก หรอ ระบบภายนอก
– โดยจะท าหนาทในการระบพฤตกรรม หรอหนาทการท างานของระบบ (เนน “what”) ทระบบตองม
– ใชในการทดสอบ และตรวจสอบ โครงสราง และหนาทการท างานของระบบ
– ใน UML ระบเปน Use Case Description (Text) หรอ Use Case Diagram (Diagram)
Use Case Example• Name: การสงรายการซอขายหลกทรพย (Place Order)
– Main flow of events:
1. Trader ปอนชอ และรหสของ client
2. System ตรวจสอบ (Validate) ชอ รหส และ credit ของ client
3. Trader ปอนรหสหลกทรพย จ านวนหลกทรพย และราคาหลกทรพย ท Client ตองการซอขาย
4. System ตรวจสอบเงอนไขราคาของหลกทรพย
6. System สง order ใหกบตลาดหลกทรพย
7. System เกบหมายเลข order ทไดรบจากตลาดหลกทรพย
8. System แจงให Trader ทราบ
Trader
Place Order
Stock
Exchange
Market
Use Case Diagram
• น าเสนอ Use Case และการปฏสมพนธโตตอบกนระหวางระบบ และ ผใชภายนอก (อาจเปนคน หรอระบบกได)
• ประกอบดวย
– Use Case - ความสามารถ/หนาทของระบบ
– Actor - ผกระท า/ผใชงาน Use Case น นๆ
– Relationship - เสนแสดงความสมพนธระหวาง Use Case กบ Actor
– System - ระบบทก าลงพฒนา
Use Case Modeling : Core Elements
Construct Description Syntax
use case A sequence of actions, including variants, that a system (or other entity) can perform, interacting with actors of the system.
actor A coherent set of roles that users of use cases play when interacting with these use cases.
system boundary
Represents the boundary between the physical system and the actors who interact with the physical system.
UseCaseName
ActorName
Construct Description Syntax
association The participation of an actor in a use case. i.e., instance of an actor and instances of a use case communicate with each other.
generalization A taxonomic relationship between a more general use case and a more specific use case.
extend A relationship from an extension use case to a base use case, specifying how the behavior for the extension use case can be inserted into the behavior defined for the base use case.
Use Case Modeling : Core Relationships
<<extend>>
Construct Description Syntax
include An relationship from a base use caseto an inclusion use case, specifyinghow the behavior for the inclusion usecase is inserted into the behaviordefined for the base use case.
Use Case Modeling : Core Relationships (cont’d)
<<include>>
Use Cases v.s. Scenario
• Use Case
– ความสามารถ หรอ หนาทการท างานของระบบ
– แตละ Use Case แทนชดของ transactions ทระบบท างานโตตอบกบ ผใชงาน หรอระบบอนๆ ภายนอก
• Scenario
– สถานการณ หรอตวอยางเรองราวการใชงานระบบ
– Scenario จดเปน instance ของ use case
– เชน
withdrawal cash
a user withdrawals$200
Actors• Actor หมายถง someone หรอ some thing ทมการปฏสมพนธ โตตอบกบระบบ
– สงใดกตามทมความตองการในการแลกเปลยนinformation กบระบบ หรอ สงใดกตามทอยภายนอกระบบ และมการใชงาน Use Case ของระบบ
– ก าหนดบทบาทหนาทของผใชระบบ
– ก าหนดการเชอมโยงกบระบบอนๆ ภายนอก
• ตวอยางของ Actors– Customer -- maintain their account– Cashier -- verify withdrawal amount
Customer Cashier
Actors
• Actors สามารถอธบายโดยใช Specialization Relationship
• อาจพจารณา Actors เปนคลาส ใน UML เนองจากมrelationships เชนเดยวกบทคลาสม
specialization relationship
Customer
ATM Customer Cashier Customer
Actors• เชอมตอกบ use cases โดยใชเสนแสดงความเกยวของ ปฏสมพนธ(association)
• association = ความสมพนธท มการตดตอสอสารกน(ท งการรบ และสง messages ใหแกกนและกน)
• ใช generalization relationships อธบายความสมพนธ ระหวาง actors ไมจ าเปนตองอธบายรายละเอยดของ Association เนองจากไมมการ Implement สวนของ Actor ในระบบ
Customerwithdrawal cash
System• System
– อาจหมายถง Software system, business, hardware,..
– วตถประสงคใน use-case modeling เพอระบขอบเขตของระบบทก าลงพฒนา (system boundary)
• ใชสญลกษณ
System
Relationships between Use Case
• Extends : เปน generalization relationships ในกรณทUse Case หนงๆ ขยาย (extends) Use Case อน โดยการเพมการกระท า (actions)
• Includes/Uses : เปน generalization relationship ในกรณท Use Case หนงๆ เรยกใช (uses) Use Case อน ทพจารณาใหเปนสวนหนงของ Use Case น นๆ
Generalization Relationship
• Child Use case รบถายทอดคณสมบตมาจาก Parent Use Case
• Child สามารถเปลยนแปลงพฤตกรรมทรบจาก Parent หรอเพมเต มพฤตกรรม
• Child อาจน าไปแทนท ในทๆ Parent ปรากฏ
Validate
client
Check
password
Retinal
scan
“Include” relationship
• มกใชในการหลกเลยงการอธบายการไหลของเหตการณ (flow of events) เดม ซ ากนหลายๆ คร ง โดยรวบรวมพฤตกรรมรวม ใน Use Case
• หลกเลยงการ copy & paste ของ Use Case Descriptions
Validate
clientPlace
order
<<include>>
Track
order
<<include>>
“Include” Example• Name : การตรวจสอบรายการซอขายหลกทรพย
(Track Order) – Main flow:
1. ใชหมายเลข order ในการตรวจสอบ ทไดรบจากตลาดหลกทรพยObtain and verify order number
2. Include สวนของ “Validate client”
3. ในแตละสวนของ Order …
Track Order Validate
Client
<<include>>
“Extend” relationship
• ใชสรางแบบจ าลองบางสวนของ Use Case ท user อาจมองเปน optional
• ใช สรางแบบจ าลอง conditional subflows
• ใชในการแทรก subflows ในจดทระบโดยพจารณา ปฏสมพนธระหวาง Actors
<<extend>>
(set priority)
Place order
Extension points:
Set priority
Place rush
order
“Extend” Example• Name : การสงรายการซอขายหลกทรพย (Place Order)
– Main flow of events:1. …2. Trader ปอนเงอนไขของหลกทรพย ท Client ตองการซอขาย
3. ก าหนดล าดบความส าคญ โดย (set priority)4. System สง order ใหกบตลาดหลกทรพย5. ...
Place OrderPlace Rush
Order
<<extend>>
Relationships between Use Case
Withdrawal
Cash
Validate
Account
<<include>>
Ship Partial
Order
Ship Order
<<extend>>
Comparing extends/uses
• extend
– ใชแยกความแตกตางของ Use Case
– actors ทเกยวของมกเปนคนกระท า Use case และUse Case ทextend ท งหมด
– actor มกเชอมตอกบ “base” Use Case
• include/use
– ใช extract พฤตกรรมรวม
– มกไมม actor เกยวของโดยตรงกบ Use Case ทม พฤตกรรมรวม
– actors ทแตกตางกน for “caller” use cases possible
A Use Case Diagram
Establis
h
Credit
<<include>>
Trader
Validate
Client
<<include>>
Place
Order
<<extend>>Financial
Officer
Track
Order
Retinal
Scan
Check
Password
Place
Rush
Order
Stock
Exchange
<<include>>
A Use Case Diagram
<<include>>
Customer
Validate
Account
<<include>>
Bank
Teller
Deposit
Balance
Checking
Transfe
r
Withdraw
Verify
withdrawal
<<include>>
When and how?• Requirements capture
– ใชในการก าหนด Reuqirement ของระบบ
– สรางแบบจ าลอง (Model) ของ User requirements ดวย Use Case
• Test Scenarios
– สรางแบบจ าลอง (Model) ของสถานการณการทดสอบระบบ (test scenarios) ดวย Use Case
• Use Case:
ระบส งท customer ตองการใหมในระบบ
– ต งชอให Use Case
– เขยนค าอธบายส นๆ
– เพมรายละเอยดในภายหลง
Finding Actors• สามารถระบ actor ไดโดยตอบค าถามตอไปน
– ใครเปนคนใชงานหนาทการท างานหลกของระบบ (primary actors)?– ใครตองการการสนบสนนการท างานจากระบบ?– ใครตองการบ ารงรกษา และบรหารระบบ (secondary actors)?– Hardware devices ใดทตองการใหระบบจดการดแล?– ระบบภายนอกระบบใดท ตองการใหระบบมปฏสมพนธดวย?– ใคร หรอ อะไรทตองการไดรบผลประโยชน จาก output ของระบบ?
• Tips– ไมควรพจารณาเฉพาะ users ทใชงานระบบโดยตรง แต พจารณา
users อนๆ ทตองการใชบรการจากระบบดวย
Finding Use Cases• ส าหรบแตละ actor ตอบค าถามตอไปน
– หนาทการท างานอะไรท actor ตองการจากระบบ?– ขอมลใดบางท actor ตองการสราง อาน ลบ เปลยนแปลง หรอเกบอยภายในระบบ?
– เหตการณใดบางทระบบตองแจงให actor ทราบ? หรอ actor ตองแจงใหระบบทราบ?
– หนาทการท างานของระบบ ชวยท าใหงานประจ าวนของ actor งายขนหรอไม?
• ถาไมพจารณา actors– อะไรคอ input/output ของระบบ ? input/output เหลาน นมาจากไหน หรอใครเปนคนน าไปใชงาน?
– ปญหาหลกของระบบทใชงานอย คออะไร?
Recipe (เทคนค)
• ระบ actors ทมปฏสมพนธกบระบบ
• พจารณาแนวทางของระบบ ในการปฏสมพนธกบactors
• จ าแนกพฤตกรรมของระบบใน การปฏสมพนธกบactors ใหเปน use cases โดยก าหนดความสมพนธระหวาง Use Case
ตวอยางการเขยน Use case
การเขยน Use caseองคประกอบมดงน
- ชอของ Use Case
- ภาพรวมของการท างาน (Overview)
- Actor หลก (Primary Actor)
- Actor รอง (Secondary Actor)
- จดเร มตน (Starting Point)
-จดสนสด (End point)
- การท างานของ Use Case (Flow of Events)
- การท างานของ Use Case เมอมปญหาเกดขน (Alternative flow of Events)
-ผลของการท างานของ Use Case (Measurable Result)
Use Case : Create Orderภาพรวมของการท างาน (Overview)จดประสงคหลกของ Use Case น เพอท าการลงขอมลในใบสงซอสนคาจากลกคา
Actor หลก (Primary Actor)ตวแทนฝายขายสนคา
Actor รอง (Secondary Actor)ไมม
จดเร มตน (Starting Point)Use Case ตวนเรมตนเมอ Actor ตวแทนฝายขายสนคาขอให ระบบท าการลงขอมลการสงซอสนคา
จดสนสด (End point)ค าขอเพอท าการลงขอมลการสงซอสนคาเสรจสนสมบรณหรอไมกถกยกเลก
Use Case : Create Order
การท างานของ Use Case (Flow of Events)
จาก User Interface บนจอเพอท าการลงขอมลการสงซอ Actorจะตองท าการใสขอมลเกยวกบการสงซอ เปนตนวา วนทลกคาตองการใหสนคาสงมอบถงมอ (Required Date) ปรมาณทตองการส งซอ (Quantity) ตองการใหสงมอบสนคาโดยบรษทสงสนคาไหน (ShipVia) ตองการใหใหสงมอบสนคาทไหน (ShipAddress) หลงจากนนแลว Actor สามารถเลอกทจะท าการบนทกขอมลลงไปไวในฐานขอมล หรอยกเลกการท างานทงหมด ถา Actor เลอกท าการบนทก ใบสงซอใบใหมกจะถกสรางขนมาในฐานขอมล
Use Case : Create Order
การท างานของ Use Case เมอมปญหาเกดขน(Alternative Flow of Events)
ถาไมมสนคาทตองการอยในคลงสนคา ระบบจะตองแจงให Actor ทราบพรอมกนนนกตองยกเลกการท างานทเหลอของUse Case น
ผลของการท างานของ Use Case (Measurable Result)
จะมใบสงซอสนคาใหม 1 ใบขนมาในระบบ
Cash Register Example
Use Case: Buy items
Actors: Customer, Cashier
Type: Primary
Description:A Customer arrives at a checkout with items to
purchase. The Cashier records the purchase items
and collects payment. On completion, the
Customer leaves with the items
Expanded Use Case Example
Use Case: Buy Items with Cash
Actors: Customer (initiator), Cashier
Purpose: Capture a sale and its cash payment
Overview: A Customer arrives at a checkout with items to
purchase. The Cashier records the purchase items and collects a cash payment. Oncompletion, the Customer leaves with the
items.
Type: primary and essential
Cross references: R1.1, R1.2, R1.7
Expanded Use Case (2)
1. This use case begins when a Customer arrives at the register with items to purchase.
2. The cashier records the identifier from each item. If more than one of the same item, the Cashier can enter the quantity as well.
4. Cashier indicates completion of item entry.
6. Cashier tells the Customer the total.
3. Determines the item price and adds the item information to the running sales transaction. The description and price of the item are presented.
5. Calculates and presents the sale total.
TYPICAL COURSE OF EVENTSACTOR ACTION SYSTEM RESPONSE
Expanded Use Case (3)
7. The Customer gives a cash payment - possibly greater than the sale total.
8. The Cashier records the cash received amount.
10. The Cashier deposits the cash received and extracts the balance owing. Cashier gives balance and receipt to Customer.
12. Customer leaves with items purchased.
ACTOR ACTION SYSTEM RESPONSE
9. Show the balance due back to the Customer.Generates a receipt.
11. Logs the completed sale.
Expanded Use Case (4)
• Alternative Courses
• Line 2: Invalid identifier entered. Indicate error
• Line 7: Customer didn’t have enough cash. Cancel sales transaction
• If a Typical Course of Events has multiple equally likely courses of action
– indicate branches in Use case
– write a subsection for each branch indicating the typical course of events
– have alternatives for each subsection if necessary