Bản phân tích thiết kế, hình ảnh demo và test website du lịch (file không bao gồm mã nguồn) môn học Dự án phát triển phần mềm do nhóm 5 thành viên thực hiện, các thành viên đều đặt điểm 8.5 đến 9 điểm.Bản phân tích thiết kế, hình ảnh demo và test website du lịch (file không bao gồm mã nguồn) môn học Dự án phát triển phần mềm do nhóm 5 thành viên thực hiện, các thành viên đều đặt điểm 8.5 đến 9 điểm.
Trang 1ĐẠI HỌC THÁI NGUYÊN TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN VÀ TRUYỀN THÔNG
Giáo viên hướng dẫn: ThS Trần Hải Thanh
Thái nguyên, tháng 4 năm 2021
Trang 2LỜI MỞ ĐẦU
Ngày nay dưới sự phát triển của khoa học kỹ thuật đã hỗ trợ rất nhiều trongcuộc sống, công việc và nghiên cứu nhân loại Sự phát triển của công nghệ thông tinđem lại vô số thuận tiện trong đời sống Các phần mềm được xây dựng qua nhiều giaiđoạn và có sự góp mặt của nhiều người liên quan đến dự án đó để tạo nên một dự ánthành công Xây dựng dự án phần mềm là một tiêu chí rất quan trọng trong việc xâydựng dự án phần mềm, điều này giúp cho dự án thêm phần chính xác, chuyênnghiệp,dễ quản lý, giảm thiểu thất bại Quy trình xây dựng dự án phần mềm bao gồmviệc lên kế hoạch cho dự án, khảo sát, phân tích & thiết kế, lập trình và kiểm thửchương trình Nhận định được sự quan trọng của việc thực hiện theo quy trình xâydựng dự án phần mềm, nhóm chúng em xin đưa ra bài báo cáo về quy trình xây dựng
dự án: Website Quảng Bá Du Lịch Trong Nước.
Với trình độ hiểu biết và kinh nghiệm có hạn, đề tài không tránh khỏi sai xót vàhạn chế nhất định, chúng em rất mong nhận được sự góp ý của các thầy cô giáo, cácsinh viên để giúp chúng tôi hoàn thành tốt hơn về đề tài này Trong thời gian thực hiện
đề tài nhóm chúng em xin chân thành cảm ơn tới các thầy cô giáo trong khoa Côngnghệ thông tin, đặc biệt là thầy Trần Hải Thanh đã hướng dẫn và giúp đỡ chúng emtrong quá trình nghiên cứu và hoàn thành dự án thành công
Chúng em xin chân thành cảm ơn!
Trang 3Mục Lục
LỜI MỞ ĐẦU 3
Mục Lục 4
CHƯƠNG 1: LẬP KẾ HOẠCH THỰC HIỆN 6
CHƯƠNG 2: THU THẬP, LÀM RÕ YÊU CẦU 9
CHƯƠNG 3: PHÂN TÍCH VÀ THIẾT KẾ ỨNG DỤNG 15
3.1 Đặc tả yêu cầu 15
3.2 Mô tả tổng quan ứng dụng 18
Biểu đồ use case chi tiết với từng tác nhân 19
3.3 Đặc tả yêu cầu chức năng (FUNCTIONAL) 21
3.3.1 Đăng ksi tài khoản(UC-1) 22
3.3.2 Use case đăng nhập(UC-2) 24
3.3.3 Use case xem thông tin địa điểm du lịch(UC-3) 26
3.3.4 Use case tìm kiếm địa điểm du lịch(UC-4) 28
3.3.5 Use case liên hệ(UC-5) 30
3.3.6 Use case bình luận(UC-6) 31
3.3.7 Use case sửa thông tin tài khoản (UC-7) 33
3.3.8 Use case đổi mật khẩu(UC-8) 34
3.3.9 Use case thêm địa điểm du lịch(UC-9) 36
3.3.10 Use case thêm sửa điểm du lịch(UC-10) 38
3.3.11 Use case thêm xoá điểm du lịch(UC-11) 39
3.3.12 Use case Xoá bình luận(UC-12) 41
3.3.13 Use case Xoá tài khoản user(UC-13) 42
3.4 Thiết kế hướng đối tượng ( Mô hình lớp ) 44
CHƯƠNG 4: XÂY DỰNG DEMO ỨNG DỤNG 46
4.1 Giao diện đăng ký tài khoản 46
4.2 Giao diện đăng nhập 48
4.3 Giao diện trang chủ 49
4.4 Giao diện xem thông tin địa điểm du lịch 50
4.5 Giao diện thông tin tài khoản 51
4.6 Giao diện đổi mật khẩu 52
4.7 Giao diện các địa điểm du lịch 53
Trang 44.8 Giao diện quản lí địa điểm du lịch 54
CHƯƠNG 5: KIỂM THỬ 55
5.1 Những yêu cầu về tài nguyên cho kiểm thử ứng dụng 55
Phần cứng: Máy tính cá nhân có kết nối mạng LAN 55
Phần mềm 55
5.1 Danh sách các tình huống để kiểm tra ứng dụng 55
KẾT LUẬN 59
TÀI LIỆU THAM KHẢO 60
Trang 5CHƯƠNG 1: LẬP KẾ HOẠCH THỰC HIỆN1.1 Thời gian thực hiện
A : Hoàn thành P : Đang chờ D : Loại bỏ
1.2 Kế hoạch chi tiết
Tuần 01
……
4.Lập thời gian phù hợp cho từng công việc Nt A
Tuần
02
7 Phân tích các yêu cầu đã thu thập được ……
12.Thu thập và làm rõ các yêu cầu phát sinh ……
13 Phân tích các yêu cầu đã thu thập được
18 Thu thập và làm rõ các yêu cầu phát sinh ……
19 Phân tích các yêu cầu đã thu thập được ……
20 Thiết kế cơ sở dữ liệu Chản
21.Lập trình kết nối với cơ sở dữ liệu ……
22 Kiểm thử thao tác với cơ sở dữ liệu ………
Trang 626 Thiết kế giao diện cho các chức năng phát
Trang 7CHƯƠNG 2: THU THẬP, LÀM RÕ YÊU CẦU
1Thu thập yêu cầu
Yêu cầu chức năng của một hệ thống là quan trọng vì yêu cầu cung cấp các cơ
sở cho tất cả công việc phát triển hệ thống sau đó
Hình thức thu thập yêu cầu: Phỏng vấn
2.1.1 Danh sách các câu hỏi khi thu thập và làm rõ yêu cầu của ứng dụng
Phỏng vấn : Chủ trọ
chú
1 Anh chị đang sử dụng hình thức nào
để quảng bá khu du lịch của mình ?
Dựa vào lời giới thiệu từ nhữngngười đã từng đến khu du lịch của
chúng tôi
2
Thông tin các dịch vụ của anh chị
được giới thiệu đến khách du lịch
bằng cách nào ?
Chúng tôi sẽ tư vấn trực tiếp chokhách du lịch có nhu cầu
3
Khi mà anh chị thay đổi mô hình
khu du lịch thì anh chị sẽ giới thiệu
6 Hiện tại anh chị quản lý khu du lịch
7
Anh có muốn có một website để
quảng bá khu du lịch và để mọi
người dễ dàng tiếp cận hay không ?
Có
8 Anh chị muốn có một giao diện
website như thế nào ?
Dễ nhìn, dễ sử dụng , có đầy đủthông tin mà dịch vụ chúng tôi
cung cấp
9 Anh muốn có tài liệu hướng dẫn sử
dụng ứng dụng hay không ? Có Tôi mong muốn có
Trang 811 Anh chị có xem được đầy đủ các
thông tin mà nơi mình sẽ đến không không
12 Anh chị có dễ dàng tìm đến địa chỉ mà
13 Anh chị có dễ dàng liên hệ với quản lý
14 Anh chị có thể gửi phản hồi về khu du
Nhóm tự thảo luận (Vị trí Admin)
17 Admin có cần đăng nhập không ? có
18 Admin có thể xóa bình luận không? có
19 Khách du lịch có cần đăng ký tài
20 Khách du lịch có cần đăng nhập
Trang 921 Có cần quản lý tài khoản user không? có
2.1.2 Yêu cầu chức năng/phi chức năng của ứng dụng
Yêu cầu từ phía Stakeholder (Yêu cầu chức năng)
Yêu cầu chức năng
1 Khách du lịch :
Xem thông tin địa điểm du lịch
Tìm kiếm địa điểm du lịch
Quản lý tài khoản user
Yêu cầu phi chức năng
Ứng dụng chạy trên hệ điều hành window
Ứng dụng có giao diện đơn giản, dễ sử dụng
Ứng dụng có phần hướng dẫn sử dụng
Ứng dụng có thể cập nhật liên tục các thông tin về khu du lịch
Thực hiện ánh xạ các Feature từ các yêu cầu từ Stackholder
Priority Status Difficulty Stability Traced-to FEAT1: khách du lịch tìm
kiếm vị trí khu du lịch Must Approved Medium Medium STRQ10FEAT2: khách du lịch xem
các thông tin về khu du lịch Must Approved Medium Medium STRQ11
Trang 10FEAT8: quản lý thêm vị trí
FEAT9: quản lý thêm thông
FEAT14: admin quản lý tài
2.1.3 Sơ đồ phân cấp chức năng của ứng dụng
Trang 12CHƯƠNG 3: PHÂN TÍCH VÀ THIẾT KẾ ỨNG DỤNG
Từ đó chúng em đề xuất đề tài xây dựng website quảng bá du lịch Giúp quảng bá các địa điểm du lịch nổi tiếng tại Việt Nam cho khách du lịch trong và ngoài nước.
a Yêu cầu chức năng:
Chức năng đăng ký
Chức năng đăng nhập
Chức năng xem thông tin địa điểm du lịch
Chức năng tìm kiếm địa điểm du lịch
Chức năng bình luận
Chức năng quản lý tài khoản
Chức năng quản lý địa điểm du lịch
Chức năng liên hệ
b Yêu cầu phi chức năng:
Ứng dụng chạy trên hệ điều hành window
Ứng dụng có giao diện đơn giản, dễ sử dụng
Ứng dụng có thể cập nhật liên tục các thông tin về khu du lịch
3.1.2 Phạm vi
Trang 13Website quảng bá địa điểm du lịch được xây dựng bới nhóm 3 với mục đích quảng bá các địa điểm du lịch tại Việt Nam đến với khách du lịch trong và ngoài nước Được phát triển theo mô hình MVC.
Hệ thống cho phép khách du lịch(Khách hàng) có thể đăng nhập web, bình luận,liên hệ, tìm kiếm, và xem thông tin các địa điểm du lịch Người quản lý có thể quản lý thông tin địa điểm điểm du lịch tại website.
a Công cụ mà môi trường để phát triển dự án:
Công cụ của các thành viên trong nhóm: máy tính cấu hình, điện thoại, các phần mềm hỗ chợ có bản quyền
1 Giáo trình môn quản lý dự án phát triển phần mền
Trang 142 uml-diagrams.org
3.2 Mô tả tổng quan ứng dụng
Các tác nhân của hệ thống:
a chức năng của người dùng:
Xem thông tin địa điểm du lịch
Tìm kiếm địa điểm du lịch
Đăng nhập
Đăng ký
Bình luận
Liên hệ
Quản lý tài khoản
b chức năng của người quản lý:
Quản lý địa điểm du lịch
Đăng nhập.
3.2.1 Mô hình usecase tổng quát
Trang 15Biểu đồ use case chi tiết với từng tác nhân
- Tác nhân khách hàng:
Trang 16Hình: 2.2 Biểu đồ use case chi tiết với tác nhân khách hàng
- Tác nhân quản lý:
Hình 2.3: Biểu đồ use case của tác nhân quản lý(admin)
Trang 173.2.2 Danh sách các tác nhân và mô tả
chú
Quản lý Là người đăng nhập giao diện quản lý của webstie Có thể
quản lý thông tin các đia điểm du lịch như: thêm địa điểm, sửa, xoá địa điểm, xoá bình luận, quản lý tìa khoản người dùng
Khách hàng Là người truy cập và sử dụng website du lịch Khách hàng có
thể đăng ký, đăng nhập, xem, tìm kiếm địa điểm du lịch cũngnhư bình luận, quản lý thông tin tài khoản
3.2.3 Danh sách Use case và mô tả
3.2.4 Các điều kiện phụ thuộc
Cấu hình phần cứng: Điện thoại di động chạy hệ điều hành android 4.3 trở lên
Cấu hình mạng: Điện thoại có kết nối mạng (3G, 4G, Wifi)
Hệ quản trị cơ sở dữ liệu: Dùng nền tảng Firebase - cơ sở dữ liệu thời gian thực
Các công cụ để phát triển ứng dụng: Android Studio, thiết bị android thực, trình giả android trên máy tính
3.3 Đặc tả yêu cầu chức năng (FUNCTIONAL)
ID Tên Use case Mô tả ngắn gọn use case Ghi
chú UC-1 Đăng ký Use case cho phép khách hàng đăng ký tài
khoản tại website quảng bá du lịch UC-2 Đăng nhập - Giúp khách hàng có thể đăng nhập vào
website du lịch.
-Giúp Quản lý có thể đăng nhập vào trang quản
lý website UC-3 Tìm kiếm địa
điểm du lịch
Use case g cho phép khách hàng tìm kiếm địa điểm du lịch
Trang 18UC-4 Xem thông tin
UC-6 Quản lý tài
Sửa đổi thông tin tài khoản
UC-8 Đổi mật khẩu Đổi mâi khẩu của tài khoản
UC-9 Quản lý địa
UC-13 Xoá bình luận Use case cho phép người quản lý xoá bình luận
xấu về website của khách hàng UC-14 Quản lý tài
khoản User
User case cho phép người quản lý sửa đổi, xoá thông tin tài khoản người dùng
3.3.1 Đăng ký tài khoản(UC-1)
Mô tả use case UC đăng ký tài khoản
Tên chức năng: Đăng ký tài khoản(UC-1)
Mục đích Tạo thành công tài khoản người dùng
Mô tả:
Chức năng cho phép khách hàng đăng ký tài khoản gồm các trường:Tên khách hàng, Email, Số điên thoại, User, Password tại website quảng bá
du lịchTác nhân: Khách hàng
Điều kiện trước: Trang đăng ký được mở
Điều kiện sau: Giao diện đăng nhập
Luồng sự kiện chính (Basic flows)
Trang 19Bước Tác nhân Phản hồi của hệ thống
1 Người dùng nhập đầy đủ thông
tin trên giao diện đăng ký
2 Người dùng yêu cầu đăng ký
Tài khoản đúng định dạng
Confim password khớp với password
Thông tin người dùng không để trống
Kiểm tra tài khoản không được trùng
đăng ký và hiển thị thông báoLuồng sự kiện phụ (Alternative Flows):
3.1 Nếu thông tin người dùng nhập vào là không hợp lệ thì hiển thị thông báo lỗi tại vịtrí thông tin không hợp lệ
4.1 Dữ liệu không hợp lệ = > Hệ thống thông báo email đã có người sử dụng
Biểu đồ hoạt động UC đăng ký tài khoản
Trang 20Biểu đồ trình tự UC đăng ký tài khoản
3.3.2 Use case đăng nhập(UC-2)
Đặc tả Use case
Tên chức năng: Đăng nhập tài khoản(UC-2)
Trang 21Mục đích: Cho phép người dùng đăng nhập website
Mô tả: Sau khi nhập đủ và chính xác các trường: Usename, Password và ấn
đăng nhập Chức năng cho phép khách và quản lý đăng nhập hệ thống Tác nhân: - Khách hàng
- Quản lý
Điều kiện trước: Giao diện đăng nhập được mở
Điều kiện sau: Giao diện trang chính
Luồng sự kiện chính (Basic flows)
Bước
1 Tại trang “Đăng nhập”, người dùng
nhập thông tin đăng nhập
2 Người dùng yêu cầu đăng nhập
Email đúng định dạng
Password đúng định dạng4
Hệ thống kiểm tra cơ sở dữ liệu
Kiểm tra email không được trùng Thực hiện đăng nhập
côngCác dòng sự kiện ngoại lệ:
3.1 Dữ liệu nhập vào không hợp lệ => Hệ thống hiển thị form đăng nhập cho Tác nhân nhập lại
4.1 Nếu tên đăng nhập hoặc mật khẩu không trùng khớp với thông tin có trong cơ sở
dữ liệu, hệ thống sẽ thông báo “Tên tài khoản hoặc mật khẩu sai”
Biểu đồ
a biểu đồ trình tự
Trang 22b Biểu đồ hoạt động
Trang 233.3.3 Use case xem thông tin địa điểm du lịch(UC-3)
Đặc tả use case
Tên chức năng: xem thông tin địa điểm du lịch(UC-3)
Mục đích: Hiển thị thông tin chi tiết địa điểm du lịch
Mô tả: Hiển thị thông tin chi tiết địa điểm du lịch
Tác nhân: Khách hàng
Điều kiện trước: Trang địa điểm du lịch được mở
Điều kiện sau: giao diện chi tiết địa điểm du lịch
Luồng sự kiện chính (Basic flows)
Bước
1 Tại giao diện điểm đến du lịch, người
dùng yêu cầu xem thông tin chi tiết địa
Trang 24b Bi u đ ho t đ ngểu đồ trình tự ồ trình tự ạt động ộng
3.3.4 Use case tìm kiếm địa điểm du lịch(UC-4)
Đặc tả Use case
Tên chức năng: Tìm kiếm địa điểm du lịch(UC-4)
Mục đích: Cho phép người dùng tìm kiếm địa điểm du lịch
Mô tả:
Tại giao diện địa điểm du lịch, Khách hàng nhập thông tin địa điểm du lịch cần tìm kiếm và click biểu tượng “tìm” Hệ thống hiển thông tin kết quả
Tác nhân: Khách hàng
Trang 25Điều kiện trước: Giao diện địa điểm du lịch được mở.
Điều kiện sau: Hiển thị kết quả địa điểm du lịch tại giao diện du lịch
Luồng sự kiện chính (Basic flows)
Bước
1 Tại trang địa điểm du lịch người dùng
nhập thông tin địa điểm du lịch cần tìm
kiếm
2 Người dùng yêu cầu tìm kiếm
Thông tin đúng định dạng không được null
trong CSDL
du lịch cần tìm kiếmLuồng sự kiện phụ (Alternative Flows):
3.1 Nếu người dùng để trống trường tìm kiếm và yêu cầu tìm kiếm, hệ thống thông báo lỗi đễ trống trường tìm kiếm
Biểu đồ
a biểu đồ trình tự
Trang 26b biểu đồ hoạt động
3.3.5 Use case liên hệ(UC-5)
Đặc tả use case
Tên chức năng: Liên hệ(UC-5)
Mục đích: Cho phép người sử dụng nhìn thấy thông tin liên hệ của website
Mô tả: Tại dao diện trang chủ của website, người dùng chọn “Contact” Hệ thống
hiển thị giao diện màn hình thông tin liên hệ
Tác nhân: Khách hàng
Điều kiện trước: Đã truy cập vào website
Điều kiện sau: Giao diện thông tin liên hệ
Luồng sự kiện chính (Basic flows)
Bước
1 Tại giao diện chính người dùng
yc chức năng Liên hệ
2 Hệ thống tiếp nhận và hiển thị giao diện liên hệ
Trang 27Luồng sự kiện phụ (Alternative Flows):
2.1: Trong quá trình tiếp nhận và phản hồi thông tin Hệ thống dừng đột ngội, người dùng khởiđộng lại trang web
Tên chức năng: Bình luận(UC-6)
Mục đích: Cho phép khách hàng bình luận ý kiến tại giao diện chi tiết địa điểm du
lịch tại website
Mô tả:
Tại giao diện chi tiết địa điểm du lịch, khách hàng nhập nội dung ô bình luận và xác nhận “bình luận” hệ thống hiển thị bình luận của khách hàng bên dưới bài đăng địa điểm du lịch đó
Tác nhân: Khách hàng
Trang 28Điều kiện trước: Đã đăng nhập vào website, trang chi tiết địa điểm du lịch được mở
Điều kiện sau: hiển thị thành công bình luận tại giao diện chi tiết địa điểm du lịchLuồng sự kiện chính (Basic flows)
Bước
1 Nhập nội dung bình luận
2 Yêu cầu “Bình luận”
Nội dung bình luận đúng đinh dạng
luận phía dưới bài đăngLuồng sự kiện phụ (Alternative Flows):
3.1: Nội dụng bình luận để trống, hệ thống thông báo lỗi và yêu câu nhập lại
Biểu đồ
a Biểu đồ trình tự
b Biểu đồ hoạt động
Trang 293.3.7 Use case sửa thông tin tài khoản (UC-7)
Đặc tả use case
Tên chức năng: sửa thông tin tài khoản (UC-7)
Mục đích: Người dung có thể sửa thông tin tài khoản của mình
Mô tả:
Tại giao diện quản lý tài khoản, người dùng lựa chọn “sửa thông tin” người dùng Hệ thống hiển thị giao diện sửa thông tin người dùng gồm: tên người dùng, SĐT, Email, địa chỉ Người dùng sửa và lưu lại thông tin.Tác nhân: Khách hàng
Điều kiện trước: Đã đăng nhập website, giao diện sửa thông tin tài khoản được mở
Điều kiện sau: Hiển thị Giao diện quản lý tài khoản
Luồng sự kiện chính (Basic flows)
Bước
1 Khách hàng nhập thông tin
người dùng cần sửa tại form
2 Khách hàng yêu cầu lưu thông
tin tài khoản đã sửa
Trang 303 Hệ thống kiểm tra dữ liệu nhập vào:
Thông tin đúng định dạng
Không để trống
quả thông tin khách hàng đã sửa tại giao diện quản lý tài khoản
Luồng sự kiện phụ (Alternative Flows):
3.1 người dùng nhập thông tin người dùng không hợp lệ hệ thống thông báo vào yêu cầu người dùng nhập lại thông tin đó
biểu đồ
a Biểu đồ trình tự
b Biểu đồ hoạt động
Trang 313.3.8 Use case đổi mật khẩu(UC-8)
Đặc tả use case
Tên Use case: Đổi mật khẩu (UC-8)
Mục đích: Cho phép người dùng thay đổi mật khẩu của tài khoản
Mô tả:
Tại giao diện đổi mật khẩu người dùng nhập thông tin tài khoản, mật khẩu, mật khẩu mới và chọn “Lưu” Hệ thống kiểm tra, lưu lại thông tin mật khẩu mới và thông báo
Tác nhân: Khách hàng
Điều kiện trước: Đã đăng nhập vào website, giao diện đổi mật khẩu được mở
Điều kiện sau: Giao diện quản lý tài khoản