OOAD WITH UML

Mai Anh Thơ

 Nhóm 03

Nguyễn Đình Duy

Võ Quang Hưng

Nguyễn Hồng Vũ Khánh

 OOAD with UML
Chapter 10 Content Chapter 11

The Construction Phase The Construction Phase :

Analysis
25% Chapter 10 : The
75% Construction Phase
 The Construction Phase

Kế hoạch tấn công chung tuân theo một loạt các thác nước ngắn, với
một số lượng nhỏ các trường hợp sử dụng được phát triển trong mỗi
lần lặp. Vào cuối mỗi lần lặp,xem xét tiến trình và tốt nhất là thời gian
lặp.

Mục đích đạt được một hệ thống chạy (mặc dù, tất nhiên là hạn chế) ở
cuối mỗi lần lặp.
 The Construction Phase
Mỗi giai đoạn của thác nước sẽ tạo ra
một bộ tài liệu hoặc mô hình UML.

Trong phân tích, sẽ sản xuất một số trường

hợp sử dụng mở rộng (hoặc đầy đủ)

Trong thiết kế,sẽ sản xuất sơ đồ lớp, mô

hình tương tác và sơ đồ trạng thái
Trong code,sẽ sản xuất mã được kiểm tra
và đơn vị
Sau đó, phép lặp được kiểm tra (tức là tất cả các
trường hợp sử dụng cần phải hoạt động mạnh
mẽ), và sau đó đạt được đánh giá.
25% Chapter 11 The
75% Construction Phase :
Analysis
Construction Phase : Analysis

Pre-Conditions

Post Conditions

Main Flow

Alternate Flows
Exception Flows
The Complete Use Case
The UML Sequence Diagram
Pre-Conditions
 Pre-Conditions
Phần này mô tả các điều kiện hệ thống phải được
thỏa mãn trước khi trường hợp sử dụng thực sự có
thể diễn ra.

Ví dụ, một điều kiện tốt có thể là:

“The User Has Successfully Logged In”

Pre-Conditions
Rõ ràng, hệ thống cần xác nhận khách
hàng trước khi họ có thể bắt đầu sử
dụng. Tuy nhiên, việc xác thực người
dùng không phải là một phần của
trường hợp sử dụng này, vì vậy chúng
tôi phải đảm bảo rằng điều kiện này đã
được thỏa mãn trước khi cá cược diễn
ra.
 Post Conditions
Các điều kiện bài mô tả trạng thái hệ thống sẽ ở
cuối trường hợp sử dụng. Điều kiện hậu được viết
theo quy ước bằng ngôn ngữ thì quá khứ.

Vì vậy, trong ví dụ đặt cược , điều kiện

bài viết sẽ là:

“The User placed a bet and the bet was

recorded by the system”
Post Conditions
Có thể có nhiều hơn một điều kiện bài,
tùy thuộc vào kết quả của trường hợp sử
dụng. Các điều kiện bài đăng khác nhau
này được mô tả bằng cách sử dụng "nếu
sau đó là" ngôn ngữ ". Ví dụ" nếu một
khách hàng mới, thì tài khoản khách
hàng đã được tạo. Nếu một khách hàng
hiện tại, thì chi tiết khách hàng đã được
cập nhật ".
 Main Flow
Phần dòng chính mô tả dòng chảy có
khả năng nhất, hoặc thông thường nhất
thông qua trường hợp sử dụng. Rõ ràng,
ở nơi đặt cược sử dụng trường hợp,
nhiều thứ có thể đi sai. Có lẽ người dùng
hủy giao dịch. Có lẽ người dùng không
đủ tiền để đặt cược. Đây là tất cả các sự
kiện chúng tôi phải xem xét, nhưng thực
sự, dòng chảy thông thường nhất thông
qua trường hợp sử dụng này sẽ là người
dùng đặt cược thành công.
 Main Flow
Trong luồng chính, chúng ta cần chi tiết các tương
tác giữa diễn viên và hệ thống. Đây là dòng chính
cho "đặt cược địa điểm":

On initiation of Place Bet by the gambler, a list of

the day’s races are requested
from the system, and (2) the list of races are
displayed
The Gambler chooses the race to bet on [A1] and
(4) the system presents a list of
the runners for that race
 Main Flow
Trong luồng chính, chúng ta cần chi tiết các tương
tác giữa diễn viên và hệ thống. Đây là dòng chính
cho "đặt cược địa điểm":

The Gambler chooses the horse to bet on [A1] and

enters the required stake [E1]

The User Confirms the transaction and (7) the

system displays a confirmation
message
Alternate Flows
Các luồng thay thế chỉ đơn giản là ít phổ biến
hơn (nhưng hợp pháp) thông qua trường hợp sử
dụng. Lưu lượng thay thế thường sẽ chia sẻ
nhiều bước với luồng chính, vì vậy chúng tôi có
thể ghi nhận điểm trong luồng chính nơi dòng
chảy thay thế chiếm lấy. Chúng tôi đã thực hiện
điều này trong bước (3) của dòng chính ở trên,
thông qua ký hiệu [A1]. Điều này là do khi người
dùng chọn cuộc đua để đặt cược, họ có thể hủy
giao dịch. Họ cũng có thể hủy giao dịch ở bước 5,
khi họ được yêu cầu vào cổ phần.
 Alternate Flows
“(A1) The User Cancels the Transaction
Post Condition -> No bets were placed”

Trong trường hợp này, dòng chảy thay thế đã

dẫn đến thay đổi điều kiện bài viết - không đặt
cược nào
 Exception Flows
Cuối cùng, dòng ngoại lệ mô tả các tình
huống đặc biệt. Nói cách khác, một dòng
chảy xảy ra lỗi hoặc một sự kiện không thể
dự đoán được.
Trong ví dụ về vị trí của chúng tôi, chúng tôi
có thể có ngoại lệ sau:
“(E1) The users credit is not sufficient to
fund the bet. The User is informed and
the Use Case terminates”
 The Complete Use Case
Use Case Place Bet
Short Description: The user places a bet on a
particular horse after choosing a race
Actors: Gambler
Requirements R2.3; R7.1
Pre-Conditions: The User has successfully logged in
Post-Conditions: A bet was placed and the bet was
recorded by the system
 The Complete Use Case
Main Flow:
(1) On initiation of Place Bet by the gambler, a list of
the day’s races are requested
from the system, and (2) the list of races are displayed
(3) The Gambler chooses the race to bet on [A1] and (4)
the system presents a list of
the runners for that race
(5) The Gambler chooses the horse to bet on [A1] and
enters the required stake [E1]
(6) The User Confirms the transaction and (7) the
system displays a confirmation
message
 The Complete Use Case
Alternate Flow(s):
(A1) The gambler cancels the transaction.
Post Condition -> No bets were placed
Exception Flow(s):
(E1) The user’s credit is not sufficient to fund the bet.
The user is informed and the
Use Case Terminates
The UML Sequence Diagram
Chúng tôi đặt diễn viên ở bên trái của sơ đồ
và ở bên phải của sơ đồ, chúng tôi đại diện
cho toàn bộ hệ thống dưới dạng một hộp
duy nhất.
The UML Sequence Diagram
Tiếp theo, chúng tôi thêm "mốc thời gian"
dọc. Các đường đại diện cho thời gian trôi
qua theo hướng đi xuống
The UML Sequence Diagram
Các tương tác giữa người dùng và hệ thống
được biểu diễn dưới dạng một dòng với một
mũi tên giữa hệ thống và diễn viên.

Một mô tả về sự tương tác được viết cùng

với mũi tên.
THE END