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

<span class="text_page_counter">Trang 2</span><div class="page_container" data-page="2">

<b>Thực hành tuần 1</b>

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

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

<i><b>1. Xác định yêu cầu chức năng </b></i> - 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 tốn trực tuyến và in hóa đơn cho khách hàng khi đã thanh tốn thành cơng

<i><b>2. Mơ hình hóa u cầu chức năng, sử dụng sơ đồ use case.</b></i>

 <b>Xác định actor:</b>

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

Tours

</div><span class="text_page_counter">Trang 3</span><div class="page_container" data-page="3">

<b>- 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</b>

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

của Lucky Tours

<b>- 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 </b>

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

- Đăng nhập: Khách hàng cần phải đăng nhập để thực hiện các chức năng trên ngoại trừ chức năng tìm và xem tour.

<b>Nhân viên:</b>

- 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

<b>Người quản lý:</b>

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

</div><span class="text_page_counter">Trang 4</span><div class="page_container" data-page="4">

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

<b>Người quản trị hệ thống:</b>

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

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

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

<i><b>3.Yêu cầu phi chức năng </b></i>

- Hệ thống kiểm tra cú pháp hoặc kiểu dữ liệu của các thông tin nhập, nếu sai thì hệ thống yêu cầu nhập lại, nếu đúng thì hệ thống phải hiển thị thơng báo đặt tour thành công, và đơn đặt tour sẽ được lưu vào hệ thống.

</div><span class="text_page_counter">Trang 5</span><div class="page_container" data-page="5">

- Một tour có thể từ 10 đến 40 khách.

- Khách hàng có thể thanh tốn ngay hoặc thanh tốn sau 24g, nếu sau 24g khơng thanh tốn thì đơn đặt tour sẽ bị hủy.

- nếu yêu cầu hủy đặt tour trước ngày khởi hành 24g thì hệ thống chấp nhận và hoàn tiền 70% giá vé, nếu trước ngày khởi hành 12g thì được chấp nhận và hồn 50% giá vé. Nếu trễ hơn thì khơng hồ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.

<b>5. Quy trình nghiệp vụ</b>

- 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 tố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.

</div><span class="text_page_counter">Trang 6</span><div class="page_container" data-page="6">

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

<b>1. Xác định yêu cầu chức năng </b>

- Độ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

</div><span class="text_page_counter">Trang 7</span><div class="page_container" data-page="7">

<i><b>Thủ thư:</b></i>

- 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

<i><b>Hệ thống:</b></i>

- Thống kê số lần truy cập - Đánh giá sách được yêu thích

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

<i><b>3. Yêu cầu phi chức năng </b></i>

- Giao diện thân thiện - Dễ sử dụng

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

<i><b>4. Quy tắc nghiệp vụ</b></i>

</div><span class="text_page_counter">Trang 8</span><div class="page_container" data-page="8">

- Độ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.

<b>5. Quy trình nghiệp vụ</b>

-Khi truy cập vào hệ thống, độc giả cần đăng ký tài khoản để có thể đăng nhập vào hệ thống thư viện

- Khi mượn sách độc giả cần phải đăng nhập vào tài khoản đã đăng ký để có thể thực hiện mượn sách và đọc sách online.

- Sau khi đăng kí mượn sách của thư viện thì thủ thư sẽ ghi nhận thông tin của độc giả đã mượn sách của thư viện.

<b>Thực hành tuần 2</b>

<b>Module 2: Viết đặc tả usecase – mơ hình hóa bằng sơ đồ activity Case study2: “Xây dựng website đặt tour du lịch trực tuyến”</b>

<b>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</b>

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

trang web đặt tour du lịch.

<b>− Actor chính: Khách hàng− Actor phụ: Không</b>

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

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

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

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

</div><span class="text_page_counter">Trang 9</span><div class="page_container" data-page="9">

7. Hệ thống lưu thông tin khách hàng vào tour du lịch và hiển thị đặt tour thành công.

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

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

2.1. Hệ thống hiển thị thông báo tour đã đầ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ách hà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

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

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

</div><span class="text_page_counter">Trang 10</span><div class="page_container" data-page="10">

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

</div><span class="text_page_counter">Trang 11</span><div class="page_container" data-page="11">

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

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

<b>− Tên use case: Tìm kiếm tour</b>

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

5. Hệ thống hiện thị tour theo thông tin tìm kiếm của khách hàng

6. Khách hàng nhấn nút xác nhận

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

</div><span class="text_page_counter">Trang 12</span><div class="page_container" data-page="12">

6.1.Hệ thống thơng báo thơng tin tìm kiế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

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

<b>Thực hành tuần 3</b>

<b>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”.</b>

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

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

</div><span class="text_page_counter">Trang 13</span><div class="page_container" data-page="13">

<b>1.Đặc tả use case đăng kí mượn sách- Tên use case: Đăng kí mượn sách</b>

<b>- 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 </b>

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

<b>- Actor chính: Khách hàng- Actor phụ: khơng có</b>

<b>- 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 </b>

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

<b>- 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 </b>

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ủa tà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ả

</div><span class="text_page_counter">Trang 14</span><div class="page_container" data-page="14">

<b>2. Sơ đồ activity</b>

<b>b.“Quản lý việc mượn sách” của actor thủ thư, vẽ sơ đồ activity1. Đặc tả use case quản lí việc mượn sách</b>

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

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

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

</div><span class="text_page_counter">Trang 15</span><div class="page_container" data-page="15">

<b>Thủ thưHệ thống</b>

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

<b>Luồng sự kiện thay thế:</b>

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

<b>Luồng sự kiện ngoại lệ:</b>

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ì….

</div><span class="text_page_counter">Trang 16</span><div class="page_container" data-page="16">

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

<b>Thực Hành Tuần 4</b>

<b>Module 3. Phân tích cấu trúc hệ thống - Mơ hình hóa bằng Domaincase study 2: “Xây dựng website đặt tour du lịch trực tuyến”</b>

<b>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.</b>

</div><span class="text_page_counter">Trang 18</span><div class="page_container" data-page="18">

khác nhau, một tour có thể có từ 10 đến 40 khách.

<b>Tour – Đơn đặt tour</b> 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

<b>Tour – Nhân viên quản lí</b> 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í

<b>Đơn đặt tour – Nhân viên </b>

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í

<b>Nhân viên quản lí – Hướng</b>

Mỗi nhân viên quản lí nhiều hướng dẫn viên và mỗi nhân viễn quản lí – tour có quan hệ nhiều nhiều

<b>Lớp kết hợp đơn đặt tour – khách hàng </b>

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

</div><span class="text_page_counter">Trang 19</span><div class="page_container" data-page="19">

3. Vẽ sơ đồ Domain .

<b>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.</b>

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.

</div><span class="text_page_counter">Trang 20</span><div class="page_container" data-page="20">

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

Thủ 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

</div><span class="text_page_counter">Trang 21</span><div class="page_container" data-page="21">

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

<b>2. Phân tích chức năng “xem điểm” của actor sinh viêna. Phân tích Use case “xem điểm”:</b>

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

</div><span class="text_page_counter">Trang 22</span><div class="page_container" data-page="22">

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.

<b>Luồng sự kiện thay thế</b>

- Nếu Sinh viên khơng có mơn học nào trong học kỳ hiện tại, hệ thống hiể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

<b>năng xem điểm</b>

<b>- Khơng có class mới</b>

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:

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

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

</div><span class="text_page_counter">Trang 23</span><div class="page_container" data-page="23">

<b>- Lớp HocPhan có các phương thức:</b>

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

<b>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”:</b>

 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 tốn, sau đó hệ thống sẽ lưu đơn đặt hàng và chờ thanh toán. Khách hàng thanh tố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ức năng đăng ký học phần.

</div><span class="text_page_counter">Trang 24</span><div class="page_container" data-page="24">

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().

</div><span class="text_page_counter">Trang 25</span><div class="page_container" data-page="25">

<b>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”</b>

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ư

</div><span class="text_page_counter">Trang 26</span><div class="page_container" data-page="26">

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.

</div>