tiểu luận giới thiệu đề tài quản lý thông tin nhà trọ

Rấtmong nhận được sự quan tâm, góp ý của thầy để đề tài của nhóm chúng em đầy đủ vàhoàn chỉnh hơn.TÓM TẮT NỘI DUNG DỰ ÁNPhần mềm được ra đời dựa vào nhu cầu thực tế của các cá nhân, tổ c

Trang 1

TRƯỜNG CAO ĐẲNG FPT POLYTECHNIC

QUẢN LÝ THÔNG TIN NHÀ TRỌ

(Phiên bản 1.0)Nhóm 03

Giảng viên hướng dẫn : Nguyễn Hoàng Tiến

Nguyễn Đắc Hùng - PH19875 Nguyễn Tiến Tài - PH19869 Đặng Viết Chính - PH19648

Trang 2

Ngày tạo ra bản đặc tả 28-9-2022.

Mục Lục

THEO DÕI TÀI LIỆU 1

DANH SÁCH THÀNH VIÊN 1

NHẬN XÉT GIẢNG VIÊN HƯỚNG DẪN 1

LỜI CẢM ƠN 2

TÓM TẮT NỘI DUNG DỰ ÁN 2

Phần 1: GIỚI THIỆU ĐỀ TÀI – HỆ THỐNG 3

1 Lý do ch n đềề tài :ọ 3

2 Quy ướ ủc c a tài li u :ệ 3

3 Gi i chú thu t ngả ậ ữ : 4

4 M c tiều đềề tài :ụ 5

5 Ph m vi đềề tài :ạ 5

6 Bốố c c tài li u :ụ ệ 6

7 Kềố ho ch kh o sát :ạ ả 7

8 Kh i t o và l p kềố ho chở ạ ậ ạ 11

8.1 Kh i t o d ánở ạ ự 11

8.1.1 Các ho t đ ngạ ộ 11

8.1.2 N i quy c a nhómộ ủ 11

8.1.3 Các cống vi c c a các thành viềnệ ủ 12

8.1.4 Xác đ nh Đốối tị ượng s d ng h thốốngử ụ ệ 16

8.1.5 Ph ương pháp phát tri n phầền mềềmể 16

8.1.6 Đánh giá tính kh thi d ánả ự 21

9 Bốối c nh c a s n ph mả ủ ả ẩ 21

10 Các ch c năng c a s n ph m:ứ ủ ả ẩ 22

11 Đ c đi m ngặ ể ườ ử ụi s d ng: 22

12 Mối trường v n hành:ậ 22

13 Các ràng bu c vềề th c thi và thiềốt kềố:ộ ự 23

14 Các gi đ nh và ph thu c:ả ị ụ ộ 23

Phần 2 : DATABASE 24

1 Chu n Hóa 1NF, 2NF, 3NFẩ 24

2 Entity relation 26

3 Entity Relationship Diagram 27

5 Mố hình Use Case 30

6 Mố hình activity diagram 34

7 Class Diagram 50 SRS (Quản Lý Thông Tin Nhà Trọ)

Trang 3

8 Thiềốt kềố giao di nệ 56

71

Phần 4: CÁC CHỨC NĂNG 72

1 Tính năng sốố 1 72

2 Tính năng sốố 2 73

Phần 5: CÁC PHI CHỨC NĂNG 74

Phầền 6: KI M THỂ Ử 75

Phần 7: TỔNG KẾT 79

1 Th i gian phát tri n d ánờ ể ự 79

2 M c đ hoàn thành d ánứ ộ ự 85

3 Nh ng khó khăn r i ro g p ph i và các gi i quyềốtữ ủ ặ ả ả 85

4 Nh ng bài h c rút ra sau khi làm d ánữ ọ ự 85

Phần 8: YÊU CẦU KHÁC 86

Phục lục A: KẾ HOẠCH TƯƠNG LAI 86

SRS (Quản Lý Thông Tin Nhà Trọ)

Trang 4

THEO DÕI TÀI LIỆU

Phần mềm quản lý nhà trọ 13/09/2022 Không thay đổi 1

DANH SÁCH THÀNH VIÊN

1 NguyễnPhúc Lâm PH19850 Trưởng nhóm lamnpph19850@fpt.edu.vn

2 Nguyễn Đắc Hùng PH19875 Thành viên hungndph19875@fpt.edu.vn

3 Nguyễn Tiến Tài PH19869 Thành viên taintph19869@fpt.edu.vn

4 Đặng Viết Chính PH19648 Thành viên chinhdvph19648@fpt.edu.vn

NHẬN XÉT GIẢNG VIÊN HƯỚNG DẪN

Họ và tên: Thầy Nguyễn Hoàng Tiến

Cơ quan công tác: Trường CĐ FPT Polytechnic

Điện thoại: Email: Tiennh21@fpt.edu.vn

Giảng viên hướng dẫn

(Ký và ghi rõ họ tên)

Xác nhận của Bộ Môn

(Ký và ghi rõ họ tên)

Ý kiến nhận xét, đánh giá của cán bộ hướng dẫn:

………

LỜI CẢM ƠN

1 SRS (Quản Lý Thông Tin Nhà Trọ)

Too long to read on your phone? Save

to read later on your computer

Save to a Studylist

Trang 5

Nhóm 3 chúng em xin gửi lời cảm ơn đến Thầy Nguyễn Hoàng Tiến - Giảng viên bộmôn “Nhập môn kỹ thuật phần mềm ” trong khoa CNTT – Phát triển phần mềm đãtrang bị cho chúng em những kiến thức những kỹ năng cơ bản cần có để hoàn thành đềtài nghiên cứu này

Tuy nhiên trong quá trình nghiên cứu đề tài, do kiến thức chuyên ngành chúng em vẫncòn hạn chế nên vẫn còn nhiều sai sót khi tìm hiểu ,đánh giá và trình bày về đề tài Rấtmong nhận được sự quan tâm, góp ý của thầy để đề tài của nhóm chúng em đầy đủ vàhoàn chỉnh hơn

TÓM TẮT NỘI DUNG DỰ ÁN

Phần mềm được ra đời dựa vào nhu cầu thực tế của các cá nhân, tổ chức chothuê nhà, phòng trọ và nhằm đáp ứng nhu cầu của khách hàng trong việc thuê phòng,nhà trọ, thanh toán các khoản chi, xem thông tin chi tiết về phòng trọ của mình đã thuêmột cách dễ dàng nhanh chóng tiện lợi Ứng dụng quản lý thông nhà trọ được pháttriển giúp cho người quản lý tính toán chính xác tiền phòng, dịch vụ, tiết kiệm thờigian ghi chép, thống kê kèm theo đó khách hàng có thể kiểm soát được hóa đơn mộtcách chi tiết nhất Phần mềm quản lý được nhà trọ ở nhiều khu vực khác nhau Thiếtlập linh động đơn giá dịch vụ, linh động về kỳ hạn thu tiền Phần mềm được phát triểntrên nền tảng ứng dụng có thể truy cập bất kỳ nơi nào có internet, không phụ thuộcthiết bị, hệ điều hành Khách thuê mới, bạn chỉ cần nhập vài thông tin cơ bản như họtên, điện thoại, địa chỉ, Nhập đơn giá phòng, chọn dịch vụ sử dụng thế là xong hoặcnếu cần quản lý chi tiết, bạn có thể nhập đầy đủ thông tin các thành viên thuê trongphòng để tiện kiểm tra về sau Công việc hàng tháng của bạn chỉ cần tạo hóa đơn vàgửi lên hệ thống từng khách hàng sẽ nhận được thông báo không cần phải đến từngphòng thông báo đóng tiền và thu tiền, về phía khách hàng chỉ hoàn thành xong hợpđồng chủ nhà trọ sẽ cấp tài khoản truy cập từ đó bạn có thể cập nhập thông tin dịch vụcủa nhà trọ một cách tiện lợi dễ dàng Nhiều chủ nhà trọ rất lo khi tạo hóa đơn cácthông tin không được chính xác, từ những lo ngại đó phần mềm đã được phát triển vềviệc đảm bảo dữ liệu kiểm tra giùm bạn sự đúng đắn khi bạn nhập liệu vào hóa đơnmột cách chính xác nhất Sau khi tạo hóa đơn cho khách hàng, bạn chỉ cần in ra hóađơn và gửi lên hệ thống, chỉ cần một thao tác bạn đã gửi hóa đơn đến tay khách hàngmột cách dễ dàng Bước cuối cùng là bạn chỉ cần chọn in những hóa đơn sau khi thựchiện tính tiền Hóa đơn được thiết kế trên khổ giấy 80mm/ 58mm/ A5/A4 tùy bạn lựachọn từ ứng dụng này giúp cho chủ nhà trọ và khách hàng tiết kiệm chi phí nhưng đảmbảo được tính chuyên nghiệp lẫn uy tín của chủ nhà trọ

Phần 1: GIỚI THIỆU ĐỀ TÀI – HỆ THỐNG

2SRS (Quản Lý Thông Tin Nhà Trọ)

Trang 6

1 Lý do chọn đề tài :

Hiện nay công nghệ thông tin được áp dụng vào hầu hết các công việc quản lý, kinhdoanh, dịch vụ… Qua tìm hiểu của đội nhóm, chúng tôi thấy rằng ở các thành phố lớn đangphát triển có mật độ dân cư rất đông đúc đồng nghĩa với việc nhu cầu về chỗ ở cũng là mộtvấn đề rất lớn Vì nhu cầu người ở lớn lên sẽ có rất nhiều khu nhà trọ mọc lên Khi đó các chủnhà trọ quản lý trọ theo cách truyền thống sẽ thực hiện rất khó khăn và khách hàng khôngkiểm soát được các dịch vụ đăng kí vậy nên việc đưa công nghệ thông tin vào công tác quản

lý làm giảm bớt sức lao động của con người, tiết kiệm thời gian, độ chính xác cao và tiện lợihơn rất nhiều so với việc quản lý thủ công trên giấy tờ như trước Từ lý do đó nhóm phát triểnchúng em đã sáng tạo ra phần mềm “Quản Lý Thông Tin Nhà Trọ” để giúp cho những ngườiquản lý trọ và khách hàng có cách quản lý tốt nhất và hiệu quả nhất

2 Quy ước của tài liệu :

Trang 7

16, 17, 18, 19, 24, 23.

Java

Java là một ngôn ngữ lậptrình được sử dụng phổ biến nhất hiện nay Ngôn ngữ lập trình Java được khởi xướng bởi James Gosling, Mike Sheridan, Patrick Naughton vào năm 1991 và chính thức phát hành vào năm 1995

22, 23

HDD

HDD là ổ cứng truyền thống, nguyên lý hoạt động cơ bản là có một đĩa tròn làm bằng nhôm (hoặc thủy tinh, hoặc gốm) được phủ vật liệu

22

CPU

CPU là chữ viết tắt của Central Processing Unit hay còn gọi là bộ xử lý trung tâm

22

Trang 8

ERD ( Entity Relationship

diagram)

Là một sơ đồ, thể hiện các thực thể có trong database và mối quan hệ giữa chúng với nhau

6, 12, 27, 78

Mô hình use case

Mô tả sự tương tác đặc trưng giữa người dùng bên ngoài (actor) và hệ thống

Phần mềm quản lý thông tin nhà trọ sẽ giúp cho chủ nhà trọ quản lý được thông tin

nhà trọ của mình một cách hiệu quả và khách hàng có thể xem được thông tin một cách nhanhchóng và đồng thời sẽ tạo được một sự tin cậy của người thuê trọ dành cho nhà trọ đó Ngườithuê sẽ có tâm lý an tâm hơn khi mình đi thuê trọ ở một nơi khi mà công nghệ tiến tiến được

áp dụng tiết kiệm thời gian trong quá trình thanh toán các dịch vụ sử dụng trong thời côngnghệ số, phản hồi góp ý trực tiếp đối với chủ nhà trọ

có bao nhiêu người, có những trang thiết bị gì, thông tin của từng khách trọ, và hợp đồng thuêcủa từng khách hàng

Trang 9

6 Bố cục tài liệu :

PHẦN 1: GIỚI THIỆU ĐỀ TÀI – HỆ THỐNG: Nói nên lý do chọn đề tài, quy ước tài liệu,

bảng chú giải thuật ngữ, mục tiêu và phạm vi đề tài, khảo sát lên kế hoạch và lập ra các chức năng

PHẦN 2: Xác định thực thể, chuẩn hóa 1NF, 2NF, 3NF và thiết kế ERD.

PHẦN 3: PHÂN TÍCH VÀ THIẾT KẾ: Mô hình UML, mô hình use case và thiết kế giao

diện

PHẦN 4: CÁC CHỨC NĂNG: Phân tích các chức năng có trong hệ thống rõ ràng PHẦN 5: CÁC PHI CHỨC NĂNG: Phân tích các phi chức năng như tính sẵn sàng, an toàn,

bảo mật, chất lượng và nghiệp vụ

PHẦN 6: KIỂM THỬ: Kiểm tra hoạt động của các chức năng.

PHẦN 7: TỔNG KẾT: Thời gian phát triển dự án, mức độ hoàn thành của dự án, những khó

khăn rủi ro gặp phải khi phát triển dự án và cách giải quyết những khó khăn và rủi ro, rút ra được những bài học sau khi làm dự án và lên kế hoạch phát triển trong tương lai

7 Kế hoạch khảo sát :

Trang 10

thực hiện chủ yếu thực hiện trách từng công việc

Nguyễn Đắc Hùng, Nguyễn Tiến Tài

Thu thập được những khó khăn

và ý kiến của khách hàng

Xử lý những yêucầu khảo sát của các khách hàng thành tài liệu phục vụ cho công việc phát triển phần mềm

4 Viết báo cáo kết quả khảo

Báo cáo kết quả khảo sát

Tên phần mềm khảo sát : Simple house

1 Quản lý khách thuê Chức năng quản lý thông tin khách thuê, gồm các

thông tin cá nhân, thông tin liên hệ

2 Quản lý hợp đồng Chức năng quản lý thông tin hợp đồng thuê nhà,

gồm phòng, khách thuê, dịch vụ, tiền đặt cọc

3 Quản lý dịch vụ Chức năng quản lý dịch vụ theo từng khu, cấp

phát thông tin cần thiết tương ứng từng dịch vụ

4 Quản lý hóa đơn Chức năng quản lý hóa đơn thu tiền hằng tháng,

gồm các chi phí như điện, nước, dịch vụ

Trang 11

5 Xuất, in hợp đồng, hóa đơn chi tiết Tự động biên soạn in xuất hợp đồng, hóa đơn hàng tháng một cách nhanh chóng và tiện lợi.

6 Quản lý phiếu chi

Chức năng quản lý các khoản chi của phần mềm quản lý thông tin nhà trọ tổng hợp báo cáo thu chicủa toàn bộ khu trọ, nhà trọ

Kết luận: Dựa vào khảo sát chúng em thu được 4 yếu tố chính

Chức Năng Quản Lý Khách Thuê

Chức Năng Thống Kê Doanh Thu

Chức Năng Quản Lý Hợp Đồng Thuê

Chức Năng Quản Lý Nhà Trọ

Chức Năng Quản Lý Hóa Đơn

Chức Năng Quản Lý Dịch Vụ

Chức Năng Quản Lý Loại Dịch

Chức Năng Quản Lý Phản Hồi Khách Hàng

Chức Năng Tra Cứu Thông Tin Khách Hàng

Chức Năng Thanh Toán Hóa Đơn

Chức Năng Quản Lý Loại Dịch vụ

Chức Năng Đăng Nhập

Chức Năng Quản Lý Thông Tin Cá Nhân

Khách Hàng

Chức Năng Phản Hồi

Chức Năng Tra Cứu Thông Tin Phòng Trọ

Chức Năng Đổi Mật Khẩu

Chức Năng Đăng Ký Dịch Vụ

Chức Năng Thông Tin Cá Nhân

Chức Năng Thông Tin Phòng Trọ

Chức Năng Hóa Đơn Chi Tiết

Chức Năng Lịch Sử Giao Dịch

Chức Năng Góp Ý

4 Nghiệp vụ Thuê Phòng: Khi có khách bước vào chủ trọ sẽ giới thiệu và hỏi số người ở để có thể đưa ra gợi ý phòng trọ gần đúng với yêu cầu nhất

Trang 12

Sau khi khách trọ chọn được phòng muốn thuê thì chủ trọ sẽ giới thiệu nội thất và các vật dụng có trong phòng và giá tiền thuê của mộttháng Thanh Toán & Tính Tiền: Khi khách trọ đồng ý và trả tiền cọc thì chủ trọ sẽ lập hợp đồng và điền các thỏa thuận và đưa cho khách thuê ký.

Quản Lý Thông Tin Khách Hàng: Giúp ta biết được các thông tin

của khách thuê như, CCCD, địa chỉ, số điện thoại, giới tính, họ tên, email, được phép thêm, sửa, xóa khách hàng

Quản Lý Thông Tin Phòng Trọ : Giúp ta biết được các thông tin

của phòng trọ hiện tại, khách hàng thuê phòng, giá phòng, địa chỉ, trạng thái, số người ở hiện tại, diện tích, được phép thêm, sửa xóa, cập nhập phòng trọ

Quản Lý Hợp Đồng: Giúp cho việc quản lý hợp đồng một cách dễ

dàng hơn việc quản lý thủ công trước đây thông qua các thuộc tính: ngày đăng kí, ngày kết thúc, kì hạn, số phòng, tên khách hàng, được phép thêm, sửa, xóa, cập nhập hợp đồng, in hóa đơn

Quản Lý Hóa Đơn: Giúp cho chủ trọ có thể quản lý được các hóa

đơn chưa được thanh toán và đã được thanh toán bởi khách hàng kèmtheo đó có thể quản lý được việc thanh toán các dịch vụ thông qua:

mã khách hàng, trạng thái, mã dịch vụ, số điện, số nước, giá phòng

Quản Lý Dịch Vụ: Giúp cho chủ nhà trọ kiểm soát được các dịch vụ

của nhà trọ như: tên dịch vụ, giá thành, đơn vị, giá thành được phép được phép thêm, sửa, xóa, cập nhập dịch vụ phòng

Quản Lý loại dịch vụ: Giúp cho chủ trọ biết khách hàng đang muốn

sử dụng loại dịch vụ nào của quản lý: mã loại dịch vụ, tên loại dịch

vụ, mô tả, Với các chức năng: thêm, xóa, mới

Thống Kê Doanh Thu: giúp cho chủ trọ biết bao quát được doanh

thu hằng năm: mã hóa đơn, mã phòng trọ, số phòng, giá phòng, tên dịch vụ, thành tiền, ngày giao dịch, tổng tiền: với các chức năng: tìm kiếm theo năm

Giúp chủ trọ biết khách hàng có

Quản Lý Phản Hồi Khách Hàng:

phản hồi gì về với chủ trọ: mã phản hồi, số phòng, tên khách hàng, ngày tạo, nội dung, phản hồi : với các chức năng, gửi, mới, thoát

Quản Lý Đăng Nhập: Giúp cho người dùng có thể đăng nhập vào

hệ thống : tên truy cập, mật khẩu, Với các chức năng: đăng nhập, hủy

Chức Năng Đổi Mật Khẩu: Giúp người dùng thay đổi thông tin tài

khoản đăng nhập : tên truy cập, mật khẩu cũ, mật khẩu mới, nhập lại mật khẩu mới Với các chức năng : đổi mật khẩu, hủy

Chức Năng Đăng Ký Dịch Vụ: Giúp người dùng chọn được dịch vụ

mình mong muốn : mã dịch vụ, tên dịch vụ, đơn vị, giá thành, tên loại dịch vụ, mô tả: với các chức năng: đăng ký, hủy, thoát

Chức Năng Hóa Đơn Chi Tiết: Giúp người dùng nắm bắt được các

khoản thu chi của mình : mã hóa đơn, mã phòng, số phòng, giá phòng, tên dịch vụ, số lượng, đơn vị, ngày giao dịch, trạng thái : với các chức năng : thanh toán, hủy, thoát

Trang 13

Chức Năng Lịch Sử Giao Dịch : Giúp người dùng biết được lịch sử

giao dịch của mình : mã giao dịch, trạng thái, ngày giao dịch: với cácchức năng: tìm kiếm, thoát

Tạo hóa đơn và cập nhật gửi đến người thuê ✔

8 Khởi tạo và lập kế hoạch

1 Nguyễn Phúc Lâm PH19850 Trưởng nhóm lamnpph19850@fpt.edu.vn

2 Nguyễn Đắc Hùng PH19875 Thành viên hungndph19875@fpt.edu.vn

Trang 14

3 Nguyễn Tiến Tài PH19869 Thành viên taintph19869@fpt.edu.vn

4 Đặng Viết Chính PH19648 Thành viên chinhdvph19648@fpt.edu.vn

8.1.2 Nội quy của nhóm

100k

Lần 1 nhắc nhở lần 2 phát 500k lần 3 đuổi khỏi nhóm

4 Bàn giao công việc

Không bàn giao ảnh hưởng đến tiếnđộ

8.1.3 Các công việc của các thành viên

1 Lý do chọn đề tài 13/09/2022 13/09/2022 Lâm, Tài, Chính,

Trang 15

6 Mô hình use case tổng 26/10/2022 1/10/2022 Lâm

8 Mô hình use case khách hàng 26/10/2022 1/10/2022 Tài

9 Xác định thực thể 26/10/2022 1/10/2022 Lâm, Tài, Chính,Hùng

10 Xác định chuẩn hóa 1NF, 2NF, 3NF 26/10/2022 1/10/2022 Chính, Tài, Hùng

14 Mô hình activity Đăng nhập 3/10/2022 8/10/2022 Chính

15 Mô hình activity Đổi mật

16 Mô hình activity Quản lý thông tin phòng 3/10/2022 10/10/2022 Hùng

17 Mô hình activity Quản lý khách hàng 3/10/2022 10/10/2022 Hùng

18 Mô hình activity Quản lý hợp đồng 3/10/2022 10/10/2022 Hùng

19 Mô hình activity Quản lý phản hồi 3/10/2022 10/10/2022 Tài

20 Mô hình activity Quản lý dich vụ 3/10/2022 10/10/2022 Tài

21 Mô hình activity Quản lý

22 Mô hình activity Khách hàng tra cứu hợp đồng 3/10/2022 10/10/2022 Hùng

23 Mô hình activity Khách hàng tra cứu hợp đồng 3/10/2022 10/10/2022 Hùng

24 Mô hình activity Khách hàng tra cứu hóa đơn 3/10/2022 10/10/2022 Lâm

Trang 16

25 Mô hình activity Khách

26 Mô hình activity Khách

hàng thanh toán hóa đơn 3/10/2022 10/10/2022 Lâm

27 Mô hình activity Khách hàng đăng kí dịch vụ 3/10/2022 10/10/2022 lâm

28 Class diagram domainmodel 10/10/2022 15/10/2022 Tài

29 Class diagram viewmodel 10/10/2022 15/10/2023 Tài

31 Class diagram service 10/10/2022 15/10/2024 Chính

32 Class diagram repository 10/10/2022 15/10/2025 Hùng

34 Class diagram tổng 10/10/2022 15/10/2027 Lâm, Chính

35 Tạo giao diện đăng nhập - khách hàng, admin 26/09/2022 1/10/2022 Lâm

36 Tạo giao diện chính - khách hàng, admin 26/09/2022 1/10/2022 Lâm

36 Tạo giao diện đổi mật khẩu - khách hàng 26/09/2022 1/10/2022 Lâm

37 Tạo giao diện thông tin cá nhân - khách hàng 26/09/2022 1/10/2022 Lâm

38 Tạo giao diện thông tin

Trang 17

41 Tạo giao diện lịch sử giaodịch - khách hàng 26/09/2022 1/10/2022 Lâm

42 Tạo giao diện phản hồi - khách hàng 26/09/2022 1/10/2022 Lâm

43 Tạo giao diện thongo tin

44 Tạo giao diện quản lý khách hàng - admin 26/09/2022 1/10/2022 Lâm

45 Tạo giao diện quản lý phòng trọ - admin 26/09/2022 1/10/2022 Lâm

46 Tạo giao diện quản lý hóađơn - admin 26/09/2022 1/10/2022 Lâm

47 Tạo giao diện thống kê

48 Tạo giao diện doanh thu theo từng năm 26/09/2022 1/10/2022 Lâm

49 Thống nhất giao diện với các thành viên 1/10/2022 1/10/2022 Lâm, Tài, Chính,Hùng

50 Code chức năng đăng

nhập

51 Code hệ thống bảng tin màn hình chính

52 Code chức năng đổi mật khẩu

53 Code chức năng thông tin

cá nhân khách hàng

54 Code chức năng thông tinphòng trọ

55 Code chức năng đăng kí dịch vụ

56 Code chức năng chi tiết

hóa đơn

57 Code chức năng lịch sử giao dịch

Trang 18

61 Code chức năng quản lý khách hàng

62 Code chức năng quản lý phòng trọ và loại phòng

63 Code chức năng quản lý

hóa đơn

64 Code chức năng thống kêngười thuê theo từng năm

65 Code chức năng thống kêdoanh thu phòng trọ

66 Code chức năng trả lời

Minh bạch: Các thông tin liên quan đến quá trình phát triển phải minh bạch và thông suốt

Thanh tra: Công tác thanh tra liên tục các hoạt động để đảm bảo việc phát hiện và đưa

ra cách giải quyết các vấn đề để thông tin đa dạng và hữu ích đến được với các bên tham gia dự án

Thích nghi: Dựa trên thông tin minh bạch hóa từ quá trình thanh tra và làm việc, Scrum có thể phản hồi lại các thay đổi một cách tích cực

Trong dự án lần này, nhóm chúng em đã làm việc mô hình Scrum: Chia các quá trình làm

dự án thành các phân đoạn làm việc – sprint, trong 4 sprint sẽ có 4 sự kiện chủ chốt như sau:

1 Sprint Planning (Họp kế hoạch Sprint): Nhóm phát triển gặp gỡ các Product Owner đểlên kế hoạch làm việc cho sprint Trong cuộc họp, các đề mục công việc sẽ được nêu lên hoặc do chính các thành viên đề xuất và các thành viên trong nhóm sẽ nhận công việc của mình Sau khi họp nhóm tổng kết ra Sprint Backlog bao gồm các công việc

Trang 19

của sprint hiện tại và công việc chưa hoàn thành (Nếu có) Sprint Backlog có thể thay đổi dựa trên tình hình thực tế ở mỗi sprint

2 Daily Scrum (Họp Scrum hằng ngày): Mỗi ngày nhóm sẽ dành ra 15p để chia sẻ các công việc đã làm trong ngày, có gặp khó khăn gì không?, công việc sẽ làm trong ngày mai là gì?, một thành viên trong nhóm sẽ tổng hợp ghi lại trong tài liệu báo cáo

3 Sprint Review (Họp sơ kết Sprint): Cuối sprint, nhóm phát triển và Product Owner sẽ

rà soát lại các công việc đã hoàn thành và đề xuất các chỉnh sửa hoặc thay đổi cần thiếtcho sản phẩm

4 Sprint Retrospective (Họp cải tiến Sprint): Nhóm sẽ rà soát lại toàn Sprint vừa kết thúc

và tìm cách cải tiến quy trình làm việc cũng như bản thân sản phẩm

Thống kê sprint

Tiến độ làm việc của dự án trong 3 sprint:

1

Thống nhất các vai trò trong mô hinh use case

26/09/2022

Mô hình use case tổng

Mô hình use case admin

Mô hình use case khách hàng

Xác định phân tích chuẩn hóa 1nf, 2nf, 3nf

Thống nhất các thuộc tính,thực thể

Vẽ sơ đồ entity relation

Vẽ sơ đồ entity relation diagram

Phần 1: Giới thiệu đề tài hệ thống 1-14

Phần 2: Database

Phần 3: Phân tích thiết kế

Thiết kế giao diện phần mềm

Tổng kết báo cáo chỉnh sửa lần 1

Mô hình activity đăng nhập

Mô hình activity quản lý thông tin phòng trọ

Mô hình activity quản lý khách hàng

Mô hình activity quản lý hợp đồng

Mô hình activity quản lý phản hồi

Trang 20

Mô hình activity quản lý dịch vụ

Mô hình activity quản lý hóa đơn

Mô hình activity tra cứu thông tin

Mô hình activity tra cứu hóa đơn

Mô hình activity khách hàng phản hồi

Mô hình activity khách hàng thanh toán hóa

đơn

Mô hình activity khách hàng tra cứu hợp đồng

Mô hình activity đổi mật khẩu

3

Phần 4: Các chức năng chính

10/10/2022 15/10/2022 100%

-Phần 5: Các phi chức năng

Phần 6: Kiểm thử

Phần 7: Tổng kết

Phần 8: Yêu cầu khác

Phụ lục A: Kế hoạch tương lai

Class diagram domainmodel

Class diagram viewmodel

Class diagram service

Class diagram repository

Class diagram viewmodel

Class diagram view

mô hình use case Lâm, Hùng, Tài, Chính

Mô hình use case tổng Lâm

Mô hình use case admin Tài , Hùng

Trang 21

Mô hình use case khách

Vẽ sơ đồ entity relation Lâm

Vẽ sơ đồ entity relation

5 Tổng kết báo cáo chỉnh sửa lần 1 Lâm, Hùng, Tài, Chính Có

Sprint review & retrospective :

- Thuận lợi: Cả nhóm đã hoàn thành tất cả các mục tiêu đề ra trong tuần, đúng thời hạn được giao

- Khó khăn: Thành viên trong nhóm chưa tự giác làm, bị nhắc tên thì mới làm

- Khắc phục: Họp với các thành viên đưa ra kế hoạch và thống nhất cách làm việc với các thành viên trong nhóm để đẩy nhanh tiến độ cho các sprint để dự

án có kết quả tốt nhất

Kế hoạch sprint 2:

Trang 22

STT Công việc thục hiện Người Hoàn thành Lí do không hoàn thành

1

Tài liệu yêu cầu đặc tả :

Kiểm tra tài liệu yêu cầu đặc

tả phần 1: Giới thiệu đề tài

hệ thống 1-7

Kiểm tra tài liệu yêu cầu đặc

tả phần 1: Giới thiệu đề tài

Mô hình activity quản lý

Mô hình activity tra cứu

Mô hình activity tra cứu hóa

Trang 23

- Khó khăn: Khó khăn khi vẽ mô hình acitvity thanh toán hóa đơn và quản lý hóa đơn, mô hình acitvity phản hồi.

- Khắc phục: Họp meeting cả nhóm đưa ra ý kiến sau đó chọn lọc các ý kiến đưa

ra phương pháp giải quyết vấn đề để dự án không được chậm trễ và trì hoãn

Kế hoạch sprint 3:

Lý do không hoàn thành

2 Phần 5, 6 : Phi chức năng và kiểm thử Chính Có

4 Phần 8, phụ lục A: yêu cầu

5 Tổng kết báo cáo chỉnh sửa lần 3 Lâm, Tài, Hùng, Chính Có

- Khó khăn: Vẽ mô hình class diagram

- Khắc phục: Họp meeting cả nhóm đưa ra những hướng đi và tham khảo các tàiliệu khác từ đó chọn lọc các ý phù hợp sau đó đưa ra phương pháp giải quyết vấn đề để dự án không được chậm trễ và trì hoãn

Quản lý từ xa, truy cập mọi lúc mọi nơi với thiết bị máy tính, điện thoại, cókết nối mạng thì việc tiến hành sử dụng phần mềm quản lý giúp ích cho côngviệc quản lý và kiểm soát hoạt động kinh doanh của nhà trọ đạt kết quả cao hơn

Trang 24

Kết luận: Từ những suy luận trên, việc đánh giá “Quản lý nhà trọ” có tính khả thi.

mô nhà trọ lớn, nhiều phòng hay thậm chí là phân bố ở nhiều địa chỉ khác nhau, điều nàykhiến bạn không có đủ thời gian để quản lý tất cả vì vậy việc sử dụng phần mềm “Quản lýnhà trọ” là giải pháp đơn giản tối ưu hóa công việc, để bạn có thể theo dõi tất cả mọi thứ

10 Các chức năng của sản phẩm:

Trang 25

11 Đặc điểm người sử dụng:

Dựa vào khảo sát nhóm em xác định được những người sử dụng hệ thống này là: Chủ nhà trọ quản lýtoàn bộ hệ thống và khách hàng

12 Môi trường vận hành:

Yêu cầu hệ thống tối thiểu

Ngôn ngữ lập trình: Hệ thống được xây dựng trên nền window form với ngôn ngữ Java Cơ sở dữ liệu của hệ thống sử dụng Microsoft SQL Server 2019

Yêu cầu phần cứng

Ẻ: Bộ xử lý 4GHz Dual Core hoặc 3GHz

RAM: 8GB RAM trở lên, HDD: 14GB ổ trống

VGA: DirectX 9.0c hoặc cao hơn NVIDIA GeForce 8800/AMD Radeon HD 5670 hoặctương đương (512MB), OS: Windows từ 7 trở lên

13 Các ràng buộc về thực thi và thiết kế:

Ngôn ngữ lập trình Java

Cơ sở dữ liệu CSDL Microsoft SQL Server 2019

Ràng buộc thực tế Giao diện đơn giản,thân thiện với người sử dụng

Kích thước của CSDL đủ lớn để lưu trữ thông tin khi sửdụng

Bàn giao sản phẩm đúng thời gian và địa điểm thíchhợp

Phần mềm chạy trên nền Windows

14 Các giả định và phụ thuộc:

Máy tính bắt buộc phải kết nối mạng Lan cục bộ Phần mềm hỗ trợ sao lưu hệ thống theothời gian định sẵn Có thể tích hợp và sử dụng các nguồn dữ liệu khác

Trang 26

Phần 2 : DATABASE

1. Chuẩn Hóa 1NF, 2NF, 3NF

DataBase(Mã hóa đơn, ngày giao dịch, tổng tiền , Mã Khách Hàng, tên khách hàng, giới tính,ngày sinh, SDT,địa chỉ ,email, cccd, password,hình ảnh , Mã hợp đồng, ngày đăng kí, kì hạn,ngày kết thúc ,Mã phòng trọ, số phòng, trạng thái, địa chỉ, số lượng khách, Mã loại phòng, tênloại phòng, diện tích, mô tả, giá phòng, Mã Admin , tên Admin, giới tính, ngày sinh, địa chỉ,cccd, password, hình ảnh , SDT,email Mã dịch vụ, tên dịch vụ, giá thành, đơn vị, Mã loạidịch vụ, tên loại dịch vụ, mô tả, Mã phản hồi, nội dung, ngày tạo, phản hồi )

Chuẩn hóa 1NF: Các thuộc tính là đơn trị, Mỗi bản ghi là duy nhất.

Hóa đơn( Mã hóa đơn(mã Admin, ngày giao dịch, trạng thái),mã khách hàng(tên khách hàng,ngày sinh, giới tính địa chỉ, cccd, password), Mã phòng trọ( trạng thái, Mã loại phòng(tên loạiphòng, diện tích, mô tả)), Mã Admin(tên Admin ngày sinh, giới tính, cccd, password,hình ảnh,email) )

Trang 27

Khách hàng( Mã Khách Hàng, tên khách hàng, giới tính, ngày sinh, SDT,địa chỉ ,email, cccd,password, hình ảnh)

Chuẩn hóa 2NF: Khóa chính là cột đơn, Loại bỏ các phụ thuộc hàm không hoàn toàn vào khóa chính

Hóa đơn( Mã hóa đơn, ngày giao dịch, trạng thái, Mã Phòng Trọ, Mã khách hàng(tên kháchhàng, ngày sinh, giới tính địa chỉ, cccd, password), số Phòng, số Lượng Khách, địa chỉ, Mãphòng trọ( trạng thái, Mã loại phòng(tên loại phòng, diện tích, mô tả, giá phòng), MãAdmin(tên quản lý, ngày sinh, giới tính, cccd, password, hình ảnh, email) )

Hóa đơn _ dịch vụ(Mã hóa đơn, Mã dịch vụ, số lượng dịch vụ, thành tiền)

Dịch vụ(Mã dịch vụ, tên dịch vụ, Mã loại dịch vụ)

Khách hàng_hóa đơn(Mã hóa đơn, Mã khách hàng, trạng thái)

Khách hàng(Mã khách hàng, tên khách hàng, ngày sinh, giới tính địa chỉ, cccd, password)

Chuẩn hóa 3NF: Không bắc cầu

Loại dịch vụ(Mã loại dịch vụ, tên loại dịch vụ, Mô tả)

Dịch vụ(Mã dịch vụ, tên dịch vụ, Mã Dịch Vụ, Đơn Vị, Giá Thành)

Hóa đơn_Dịch vụ(Mã hóa đơn, Mã dịch vụ, số lượng dịch vụ, Thành Tiền)

Hóa đơn(Mã hóa đơn, ngày giao dịch, Mã Phòng Trọ, Mã Admin,Tổng tiền)

Hóa đơn_Khách hàng(Mã hóa đơn, User khách hàng, trạng thái)

Admin (Mã Admin, tên Admin, ngày sinh, giới tính, địa chỉ, sdt, cccd, password, hình ảnh,email)

Hợp đồng(Mã hợp đồng, ngày đăng kí, ngày kết thúc, Mã chủ trọ, Mã phòng trọ, kỳ hạn)Hợp đồng_khách hàng(Mã hợp đồng, User khách hàng, kì hạn)

Phòng trọ(Mã phòng trọ, địa chỉ, trạng thái, Mã Khách Hàng, Mã Admin, số Lượng KháchHàng, Số Phòng)

Loại phòng trọ(Mã loại phòng, tên loại phòng, diện tích, mô tả, giá phòng)

Khách hàng(Mã khách hàng, tên khách hàng, ngày sinh, giới tính, địa chỉ, sdt, cccd,password)

Trang 28

2 Entity relation

Hình 1: Entity relation

Trang 29

3 Entity Relationship Diagram

Hình 2: Entity Relationship Diagram

4 Chi Tiết ERD

Bảng loại dịch vụ

Tên Loại dịch

Bảng hóa đơn_Dịch vụ

Trang 30

Mã Hóa Đơn Nvarchar(15) PK X Mã Hóa Đơn

Bảng hóa đơn

Ngày giao

dịch

Bảng Admin

Thuộc

Bảng Hóa đơn_Khách hàng

Trang 31

Bảng khách hàng

Bảng phản hồi

buộc

Bảng loại phòng

Trang 32

5 Mô hình Use Case

1

Được sử dụng để các đại diện cho các

chức năng và các người dùng sẽ sử lý hệ thống Sửdụng đại diện cho các chứcnăng riêng biệt của một hệ thống , một thành phần, một gói hoặc 1

2

Actor có thể được địnhnghĩa là một số thực thểbên trong hoặc bên ngoài

có tương tác với hệ thống

3

Include:Đây là mối quan

hệ bắt buộc cần có giữanhững Use Case Một UseCase này có thể chứa đượcnhững chức năng tương tựnhư phần xử lý của nó từmột Use Case khác

4

Extend: Đây là mối quan

hệ mở rộng giữa nhữngUse Case Nếu một UseCase A là extend của UseCase B thì Use Case A chỉ29

SRS (Quản Lý Thông Tin Nhà Trọ)

Trang 33

System boundary: Tất cả những chức năng cần code được đặt ở trong này, và dev cũng chỉ code những chức năng có ở trong này

7

Generalization :Mối quan

hệ kế thừaGeneralization: là mối quan hệ cha con giữa các Use Case với nhau Điểm khác biệt giữa Generalization với Include

và Extend chính là khả năng thể hiện mối quan hệ giữa các Actor với nhau

Trang 34

Hình 1: use case chức năng chính quản lý thông tin nhà trọ

Trang 35

Hình 2: Use Case khách hàng

Trang 36

Hình 3: Use case chủ nhà trọ

Trang 37

6 Mô hình activity diagram

Ký hiệu:

3 Decision Node: Nút điều kiện và phânnhánh True – Falses.

5 Activity: Miêu tả một hoạt động trongmạng lưới hệ thống.

Trang 39

Activity với vai trò Admin

Hình 2: activity quản lý thông tin phòng trọ

Trang 40

Hình 3: Activity Quản lý khách hàng

Tiêu đề	Quản lý thông tin nhà trọ
Tác giả	Nguyễn Phúc Lâm, Nguyễn Đắc Hùng, Nguyễn Tiến Tài, Đặng Viết Chính
Người hướng dẫn	Nguyễn Hoàng Tiến
Trường học	Cao Đẳng FPT Polytechnic
Chuyên ngành	Công nghệ thông tin
Thể loại	Tiểu luận
Năm xuất bản	2022

Định dạng
Số trang	90
Dung lượng	8,34 MB