Báo cáo MÔ HÌNH HÓA CHỨC NĂNG HỆ THỐNG

Báo cáo slide MÔ HÌNH HÓA CHỨC NĂNG HỆ THỐNG, phân tích thiết kế hệ thống thông tin hướng đối tượng. Use Case như là tập hợp của một loạt các cảnh kịch (mỗi cảnh kịch mô tả một chuỗi các sự kiện) về việc sử dụng hệ thống. Tập các Use Case sẽ làm nổi bật hệ thống về mặt phương diện những người dùng định làm gì với hệ thống này Mỗi một cảnh kịch được kích hoạt bởi một tác nhân Mỗi Use Case luôn cung cấp một giá trị nào đó cho một tác nhân

Giới thiệu Use Case Mục tiêu của Use Case

Các thành phần của biểu đồ Use

Case Các mối quan hệ

Đặc tả Use Case

Nội dung

Giới thiệu Use Case

- Use Case như là tập hợp của một loạt các cảnh kịch (mỗi cảnh kịch mô tả một chuỗi các sự kiện)

về việc sử dụng hệ thống

- Tập các Use Case sẽ làm nổi bật hệ thống về

mặt phương diện những người dùng định làm gì với hệ thống này

- Mỗi một cảnh kịch được kích hoạt bởi một tác nhân

- Mỗi Use Case luôn cung cấp một giá trị nào đó cho một tác nhân

Giới thiệu Use Case

- Thành phần của Use Case : các phần tử mô hình biểu thị hệ thống, tác nhân, các Use Case và các mối quan hệ giữa chúng

- Use Case là một công cụ xuất sắc để khuyến

khích những người dùng tiềm năng nói về hệ

thống từ hướng nhìn của họ

- Công tác lôi kéo người sử dụng tham gia tích

cực vào quá trình phân tích là nền tảng quan

trọng cho việc tạo dựng một mô hình “thành

Giới thiệu Use Case

- Một mô hình Use Case được xây dựng qua một quá trình mang tính vòng lặp

(interative), trong đó những cuộc hội thảo bàn luận giữa nhóm phát triển hệ thống và khách hàng sẽ dẫn tới một đặc tả yêu cầu được tất cả mọi người chấp nhận

Mục tiêu của Use Case

- Quyết định và mô tả các yêu cầu về mặt chức năng của

hệ thống (là kết quả của sự thỏa thuận giữa khách hàng

Ví dụ biểu đồ UC trong UML:

HỆ THỐNG ATM

Khách hàng

Nhân viên vận hành

Hệ thống (System)

- Biểu diễn ranh giới giữa bên trong và bên ngoài của một chủ thể trong phần mềm đang xây dựng

- Được biểu diên bằng hình chữ nhật, tên hệ

thống nằm ở phía trên, các Use Case nằm trong hình chữ nhật, các tác nhân nằm ở phía ngoài

Tác nhân

- Là một người hoặc một sự vật nào đó sử dụng

hệ thống, tương tác với hệ thống theo một trong các hình thức sau:

+ Tương tác, trao đổi thông tin với hệ thống, hoặc sử dụng chức năng hệ thống

+ Cung cấp đầu vào hặc nhận đầu ra từ hệ

thống

+ Thay đổi các thông tin cùng với hệ thống

Tác nhân

- Một tác nhân có thể thực hiện một hoặc nhiều

UC, ngược lại, một UC có thể được thực hiện bởi nhiều tác nhân

- Tác nhân có thể là con người, thành phần hay hệ thống khác

- Một tác nhân là một dạng thực thể (một lớp),

chứ không phải một thực thể riêng lẻ

- Mỗi tác nhân có một tên phản ánh vai trò của

chức năng Khi tác nhân là người thì tên của tác nhân là tên vai trò của tác nhân đó chứ không

phải tên công việc của tác nhân

Tác nhân

 Phân loại tác nhân:

+ Tác nhân chính(Primary Actor): sử dụng chức năng căn bản của hệ thống( chức năng

chính)

+ Tác nhân phụ (secondary actor): sử dụng các chức năng phụ của hệ thống, ví dụ như các chức năng bảo trì hệ thống như quản trị ngân

hàng dữ liệu, giao tiếp, back-up và các tác vụ

quản trị khác

Tác nhân

 Ký hiệu tác nhân: người hình que + tên tác nhân (danh từ)

Khách hàng

+Ai sẽ cần bảo trì, quản trị và đảm bảo cho

hệ thống hoạt động( tác nhân phụ)?

Tác nhân

+Hệ thống sẽ phải xử lý và làm việc với

những trang thiết bị phần cứng nào?

+Hệ thống cần phải tương tác với các hệ

thống khác nào?

+Ai hay cái gì quan tâm đến kết quả( giá trị)

mà hệ thống sẽ sản sinh ra?

Ca sử dụng

- Mỗi Use Case biểu diễn cho một chức năng

chính của hệ thống

- Là một chuỗi bao gồm nhiều hành động

- Một UC bao giờ cũng được gây ra bởi một tác nhân, được thực hiện nhân danh một tác nhân nào đó

- Một UC phải cung cấp một giá trị cho một tác nhân, giá trị đó phải luôn được thấy rõ

- Một UC là phải hoàn tất, có nghĩa là phải sản

sinh ra giá trị cuối cùng

Ca sử dụng

- Ký hiệu: hình elip + tên Use Case

Bán hàng

Ca sử dụng

 Cách tìm UC:

+Tác nhân cần những chức năng nào từ hệ thống?Tác nhân cần làm gì?

+Tác nhân có cần phải đọc, phải tạo,

phải hủy bỏ,phải sữa chữa hay là lưu trữ một loại thông tin nào đó trong hệ thống?

+Tác nhân có cần phải báo cho hệ thống

về những sự kiện nào đó?

+Hệ thống có cần phải thông báo cho các tác nhân về những thay đổi bất ngờ trong nội bộ hệ thống? …

Mối quan hệ

Khách hàng

Đăng ký tài khoản

Mua sản phẩm

Mối quan hệ

+Ví dụ: Quá trình khách hàng mua hàng luôn luôn phải thực hiên bước thanh toán tiền cho chủ cửa hàng

<< include>>

Đặc tả Use Case

Tên Use Case: Đăng nhập ID : 1 Mức quan trọng: Cao Tác nhân chính: Người dùng Loại Use Case: chi tiết, cần thiết

Người liên quan và công việc quan tâm:

Người dùng: muốn đăng nhập vào hệ thống để thực hiện một số thao tác trên hệ thống

Mô tả tóm tắt: UC này mô tả xử lý đăng nhập vào hệ thống của một người dùng

Ràng buộc: người dùng chọn chức năng đăng nhập từ trang chủ của hệ thống

Loại: bên ngoài (external)

+ Nếu người sử dụng nhập thông tin đăng nhập thực hiện S-1: Xử lý đăng nhập

+ Nếu người sử dụng chọn quên mật khẩu thực hiện S-2: Xử lý quên mật khẩu

3 Hệ thống hiển thị màn hình thông báo kết quả cho thao tác liên quan đến người sử dụng

Các dòng sự kiện con:

S-1: Xử lý đăng nhập:

1 Kiểm tra thông tin tài khoản

2 Hiển thị màn hình thông báo đăng nhập thành công

S-2: Xử lý quên mật khẩu:

3 Hệ thống hiển thị màn hình để người dùng nhập email

4 Người dùng nhập email và chọn nút chức năng Lấy lại mật khẩu

5 Hệ thống kiểm tra email hợp lệ

6 Gởi liên kết để tạo lại mật khẩu mới

7 Gởi email thông báo đã tạo mới mật khẩu

Các dòng sự kiện ngoại lệ:

S-1, 2a: Xử lý nhập mật khẩu sai:

Mối quan hệ

- Quan hệ tổng quát hóa

+Biểu diễn mối quan hệ giữa tác nhân với tác nhân

+Biểu diễn tác nhân A là tổng quát còn tác nhân B là cụ thể hóa của tác nhân A

+Ví dụ

Mối quan hệ

Người dùng

Thank You!