Báo cáo thực hành module 1 xác định yêu cầu chức năng của hệ thống mô hình hóa yêu cầu chức năng bằng sơ đồ use case

Xác định yêu cầu chức năng - Nhân viên tạo tour mới - Nhân viên cập nhật thông tin tour - Nhân viên quản lý đơn đặt tour của khách hàng - Người quản lý quản lý nhân viên - Người quản lý

BÁO CÁO THỰC HÀNH GV: Từ Thị Xuân Hiền

NGUYỄN TẤN LỢI

MSSV: 22635561 DHKTPM18B

Thực hành tuần 1 MODULE 1: Xác định yêu cầu chức năng của hệ thống - mô hình hóa yêu cầu chức năng bằng sơ đồ use case

Case study 2: Xây dựng website đặt tour du lịch trực tuyến

1 Xác định yêu cầu chức năng

- Nhân viên tạo tour mới

- Nhân viên cập nhật thông tin tour

- Nhân viên quản lý đơn đặt tour của khách hàng

- Người quản lý quản lý nhân viên

- Người quản lý phân công hướng dẫn viên cho mỗi tour

- Người quản trị hệ thống phân quyền người dùng

- Người quản trị hệ thống cập nhật chức năng của hệ thống

- Hệ thống thanh toán: Hệ thống của ngân hàng liên kết với hệ thống đặt tour để

có thể thực hiện thanh toán trực tuyến và in hóa đơn cho khách hàng khi đã thanh toán thành công

2 Mô hình hóa yêu cầu chức năng, sử dụng sơ đồ use case.

 Xác định actor:

- Khách hàng: Người tìm và đăng ký tham gia các tour du lịch của website Lucky

Tours

- Nhân viên: Người tạo thông tin tour du lịch của website Lucky Tours

- Người quản lý: Người quản lý các nhân viên của công ty

- Người quản trị hệ thống: Người chịu trách nhiệm duy trì trang hệ thống đặt tour

của Lucky Tours

- Hệ thống thanh toán: Hệ thống của ngân hàng tương tác với hệ thống đặt tour

để có thể thực hiện thanh toán trực tuyến và in hóa đơn cho khách hàng khi đã thanh toán thanh toán thành công

- Tạo tour du lịch mới

- Cập nhật thông tin tour

- Quản lý đơn đặt tour của khách hàng

- Thống kê doanh thu

- Xử lý yêu cầu thay đổi và hủy đặt tour của khách hàng

Người quản lý:

- Quản lý nhân viên

- Phân công hướng dẫn viên cho tour

Người quản trị hệ thống:

- Phân quyền người dùng

- Cập nhật chức năng mới cho hệ thống

Sơ đồ usecase biểu diễn các chức năng của hệ thống:

3.Yêu cầu phi chức năng

vé Nếu trễ hơn thì không hoàn tiền.

- Một tour có thể từ 2 đế 3 hướng dẫn viên, một hướng dẫn viên có thề hướng dẫn nhiều tour

5 Quy trình nghiệp vụ

- Hệ thống sẽ hiện thị các thông tin của các tour còn trống lên hệ thống

- Khách hàng cần đăng nhập vào hệ thống để có thể đặt tour mình muốn

- Hệ thống sẽ hiện thị bảng form điền thông tin cho khách hàng có thể điền vào để đặt tour

- Sau khi điền xong thông tin đặt tour thì khách hàng nhấn nút xác nhận để gửi bảng thông tin đăng ký tour Hệ thống sẽ kiểm tra tính chính xác của thông tin và hiện ra thông báo khách hàng đăng ký tour thành công

- Sau khi đặt tour thành công khách hàng cần thanh toán trong vòng 24h sau khi đặt thành công nếu không hệ thống sẽ hủy thông tin đặt tour của khách hàng

Case study 3: Xây dựng hệ thống quản lý thư viện của một trường đại học

1 Xác định yêu cầu chức năng

- Độc giả tìm sách

- Độc giả đăng kí tài khoản

- Độc giả đăng kí mượn sách

- Độc giả đăng nhập tài khoản

- Độc giả mượn sách

- Độc giả tìm và mượn sách online

- Thủ thư thêm sách mới

- Thủ thư quản lí việc mượn và trả sách

- Thủ thư thống kê sách đã cho mượn

- Thủ thư thống kê số sách trong kho

- Độc giả: Người sử dụng hệ thống để đăng ký mượn sách hoặc đọc sách

- Thủ thư: Người quản lý sách

Thủ thư:

- Thêm sách mới

- Quản lý việc mượn và trả sách

- Thống kê sách đã cho mượn

- Thống kê số sách còn trong kho

Hệ thống:

- Thống kê số lần truy cập

- Đánh giá sách được yêu thích

Sơ đồ usecase biểu diễn các chức năng của hệ thống

3 Yêu cầu phi chức năng

- Giao diện thân thiện

- Dễ sử dụng

- Chương trình chạy ổn định

4 Quy tắc nghiệp vụ

- Độc giả cần đăng ký tài khoản trên hệ thống để có thể mượn sách hoặc đọc sách

- Độc giả cũng phải đăng nhập vào hệ thống để có thể tìm và đọc online trên mạng cục bộ của trường

- Độc giả phải tuân thủ quy định về việc mượn và trả, nếu trễ hạn sẽ bị phạt, quy định phạt như sau: nếu số ngày trễ hạn <7 ngày thì phạt 5% đơn giá sách Nếu từ 7 ngày đến 15 ngày thì phạt 10% giá sách, nếu trên 15 ngày thì phạt 20% giá sách

Case study2: “Xây dựng website đặt tour du lịch trực tuyến”

a “Đặt tour trực tuyến” và vẽ sơ đồ activity biểu diễn đặc tả.

− Tên use case: Đặt tour trực tuyến

− Mô tả sơ lược: Chức năng giúp khách hang có thể đặt tour trực tuyến trên

trang web đặt tour du lịch

− Actor chính: Khách hàng

− Actor phụ: Không

− Tiền điều kiện (Pre-condition): Khách hang cần phải đăng nhập thành công

vào hệ thống đặt tour du lịch

− Hậu điều kiện (Post-condition): Nếu đặt tour thành công thì hệ thống sẽ

lưu thông tin khách hàng vào tour và thông báo đặt tour thành công cho

8 Khách hàng nhấn nút xác nhận đặt

tour

− Luồng sự kiện thay thế (alternate flow):

2.1 Hệ thống hiển thị thông báotour đã đầy

2.2.Khách hàng nhấn nút xác nhận 2.3.Hệ thống quay lại bước 1

6.1 Hệ thống hiển thị thông tin kháchhàng không hợp lệ

6.2 Khách hàng xác nhận 6.3 Hệ thống quay lại bước 5

− Luồng sự kiện ngoại lệ (exception flow):

8.1 Hệ thống hiện thị đặt tour không thành công

8.2 Khách hàng xác nhận và kết thúc

Sơ đồ activity biểu diễn usecase “Đặt tour”’

b “Tìm kiếm tour”, và vẽ sơ đồ activity biểu diễn đặc tả

Đặc tả usecase “Tìm kiếm Tour”

− Tên use case: Tìm kiếm tour

− Mô tả sơ lược: Chức năng giúp khách hàng có thể tìm kiếm tour theo nhu

6.1.Hệ thống thông báo thông tin tìmkiếm không hợp lệ

6.2.Khách hàng xác nhận 6.3.Hệ thống quay lại bước 2

Sơ đồ activity biểu diễn usecase “Tìm kiếm tour”’

Thực hành tuần 3

Case study 3: “Xây dựng hệ thống quản lý thư viện của một trường đại học”.

sinh viên hãy viết đặc tả use case:

a “Đăng ký mượn sách” và vẽ sơ đồ activity biểu diễn đặc tả.

1.Đặc tả use case đăng kí mượn sách

- Tên use case: Đăng kí mượn sách

- Mô tả: chức năng giúp độc giả có thể đăng kí mượn sách của thư viện trường

đại học dễ dàng hơn

- Actor chính: Khách hàng

- Actor phụ: không có

- Tiền điều kiện: Độc giả phải có tài khoản người dùng ở thư viện trường đại

học và phải đăng nhập thành công

- Hậu điều kiện: Độc giả đăng kí mượn sách của thư viện trường đại học thành

công

Luồng cơ bản:

1.Độc giả chọn chức năng “đăng ký

mượn sách” trên trang của thư viện

2 Hệ thống hiển thị form điền thông tin để đăng ký mượn sách thư viện

3 Độc giả nhập vào thông tin cần

thiết để đăng ký mượn sách

4.Hệ thống kiểm tra tính xác thực củatài khoản người đăng ký

5.Hệ thống thông báo đăng ký mượn sách thành công và lưu thông tin mượn sách của độc giả

2 Sơ đồ activity

b.“Quản lý việc mượn sách” của actor thủ thư, vẽ sơ đồ activity

1 Đặc tả use case quản lí việc mượn sách

- Tên use case: quản lí việc mượn sách

- Mô tả: chức năng giúp thủ thư của thư viện trường đại học quản lí được

việc mượn sách của độc giả

Thủ thư Hệ thống

1.Thủ thư đăng nhập vào hệ thống thư

viện của trường đại học

2 Hệ thống hiển thị các chức năng của thủ thư

3 Thủ thư chọn chức năng “Quản lý

mượn sách”

4 Hệ thống hiển thị chi tiết các việc mượn sách của tất cả độc giả

5 Thủ thư chọn một độc giả mượn sách 6 Hệ thống hiển thị thông tin về sách

của độc giả muốn mượn

7 Thủ thư chọn xác nhận cho mượn

Luồng sự kiện thay thế:

8.1 Hệ thống hiển thị cho mượn sách thất bại do hết sách

8.2 Thủ thư nhấn “Xác nhận” 8.3 Hệ thống quay lại bước 6

Luồng sự kiện ngoại lệ:

8.1.1 Hệ thống lưu trữ thông tin độc giả mượn sách như thời gian, sách gì…

2.Sơ đồ activity quản lí việc mượn sách

Thực Hành Tuần 4 Module 3 Phân tích cấu trúc hệ thống - Mô hình hóa bằng Domain

case study 2: “Xây dựng website đặt tour du lịch trực tuyến”

1 Xác định các lớp khái niệm, tìm các thuộc tính cho mỗi lớp.

khác nhau, một tour có thể có

từ 10 đến 40 khách

Tour – Đơn đặt tour Composition

Một tour có thể có nhiều đơn đặt tour tùy thuộc vào số lượng khách hàng, mỗi đơn đặt tour chỉ thuộc một tour

Tour – Nhân viên quản lí Aggregation

Mỗi nhân viên có thể quản lí nhiều tour du lịch và mỗi tuor

du lịch có thể có nhiều nhân viên quản lí

Đơn đặt tour – Nhân viên

Mỗi nhân viên quản lí có thể quản lí nhiều đơn đặt tour, mỗi đơn đặt tour chỉ thuộc một nhân viên quản lí

Nhân viên quản lí – Hướng

Mỗi nhân viên quản lí nhiều hướng dẫn viên và mỗi hướng dẫn viên chỉ phục thuộc vào một nhân viên quản lí

Tour – Hướng dẫn viên Aggregation

Một tour có thể từ 2 đế 3 hướng dẫn viên, một

Lớp kết hợp tour – nhân

viên quản lí

Lớp kết hợp giữa hai lớp nhân viễn quản lí – tour có quan hệ nhiều nhiều

Lớp kết hợp đơn đặt tour

– khách hàng

Lớp kết hợp giữa 2 lớp kháchhàng – biểu mẫu đặt tour có quan hệ nhiều nhiều

3 Vẽ sơ đồ Domain

Case study 3: Xây dựng hệ thống quản lý thư viện của một trường đại học.

1 Xác định các lớp khái niệm, tìm các thuộc tính cho mỗi lớp

Đọc giả - Sách Association Mỗi đọc giả có thể mượn một hoặc

nhiều sáchThủ thư - Đọc giả Association Mỗi thủ thư quản lí nhiều đọc giả và

mỗi đọc giả chỉ được quản lí bởi một thủ thư

Thủ thư - Sách Association Mỗi thủ thư quản lí nhiều sách, mỗi

sách được quản lí bởi một thủ thư

NV quản lí - Thủ thư Aggregation Mỗi NV quản lí quản lí nhiều thủ thư,

mỗi thủ thư được quản lí bởi một NV

quản líLớp kết hợp giữa sách và đọc

giả

Lớp kết hợp giữa 2 lớp sách - đọc giả cóquan hệ nhiều nhiều

3 Sơ đồ Domain

Thực hành tuần 05

Module 4 Thiết kế hệ thống - Sử dụng sơ đồ Sequence – Hiệu chỉnh sơ đồ Domain thành sơ đồ Class

2 Phân tích chức năng “xem điểm” của actor sinh viên

a Phân tích Use case “xem điểm”:

 Luồng sự kiện cơ bản

Use case này bắt đầu khi sinh viên đã đăng nhập vào hệ thống thành công Sinh viên chọn chức năng xem điểm, sau đó chọn học kỳ, hệ thống trả về danh sách điểm của sinh viên của học kỳ mà sinh viên đã chọn.

Luồng sự kiện thay thế

- Nếu Sinh viên không có môn học nào trong học kỳ hiện tại, hệ thốnghiển thị thông báo không có dữ liệu và kết thúc quá trình

b Vẽ sơ đồ Sequence ở mức thiết kế sơ bộ cho Use case xem điểm

c Bổ sung các Class mới (nếu có) vào trong sơ đồ Domain liên quan đến chức

năng xem điểm

- Không có class mới

d Phân bổ các phương thức vào các Class tương ứng trong sơ đồ Domain Để thực hiện chức năng “Xem điểm” các lớp trong sơ đồ Domain cần phải có các phương thức sau:

- Lớp KetQua gồm các phương thức:

+ getBangDiem(Masv, dsHP): trả về bảng điểm

- Lớp HocPhan có các phương thức:

+ getDsHP(Masv, HK): trả về danh sách học phần

3.Dựa vào case study 2, sinh viên phân tích chức năng “Đặt tour du lịch.

a Phân tích Use case “Đặt tuor du lịch”:

 Luồng sự kiện cơ bản

 Use case này bắt đầu khi khách hàng đã đăng nhập vào hệ thống thành công.Khách hàng chọn đặt tour, hệ thống sẽ hiển thị form xác nhận để khách hàng nhập vào Hệ thống sẽ kiểm tra thông tin nhập của khách hàng nếu thỏa sẽ hiển thị đơn hàng Khách hàng chọn chức năng thanh toán, sau đó hệthống sẽ lưu đơn đặt hàng và chờ thanh toán Khách hàng thanh toán và hệ thống hiển thị thông báo thành công

 Luồng sự kiện thay thế

 Nếu thông tin khách hàng nhập không hợp lệ thì hệ thống sẽ thông báo và yêu cầu khách hàng nhập lại

b Vẽ sơ đồ Sequence ở mức thiết kế sơ bộ cho Use case Đăng ký tour du lịch

c Bổ sung các Class mới (nếu có) vào trong sơ đồ Domain liên quan đến chứcnăng đăng ký học phần

d Phân bổ các phương thức vào các Class tương ứng trong sơ đồ Domain Để thực hiện chức năng “Đăng ký tour” các lớp trong sơ đồ Domain cần phải có các phương thức sau:

 getTour()

 getDSTour()

 getTourDuLich()

4.Dựa vào case study 3, sinh viên hãy phân tích chức năng “Đăng ký mượn sách”

a Phân tích Use case “Đăng ký mượn sách”:

 Luồng sự kiện cơ bản:

Use case này bắt đầu khi độc giả đã đăng nhập thành công vào hệ thống Độc giả chọn chức năng đăng ký mượn sách Hệ thống sẽ hiển thị các sách trong thư

viện, độc giả chọn sách muốn mượn và hệ thống hiển thị thông tin chi tiết của sách mượn.

Độc giả chọn mượn sách, hệ thống kiểm tra và thông báo cho độc giả

 Luồng sự kiện thay thế:

Hệ thống không tìm thấy sách, yêu cầu độc giả chọn sách khác

b Vẽ sơ đồ Sequence ở mức thiết kế sơ bộ cho Use case Chức năng xem điểm

c Bổ sung các Class mới (nếu có) vào trong sơ đồ Domain liên quan đến chức năng mượn sách

 Không có class mới