Khóa luận Phân tích và thiết kế hệ thống quản trị kí túc xá sinh viên

1 ĐẠI HỌC QUỐC GIA HÀ NỘI TRƯỜNG ĐẠI HỌC CÔNG NGHỆ Nguyễn Diệp Nam PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG QUẢN TRỊ KÝ TÚC XÁ SINH VIÊN KHOÁ LUẬN TỐT NGHIỆP ĐẠI HỌC HỆ CHÍNH QUY Ngành: Công nghệ thông tin. Cán bộ hướng dẫn: Ths. Đào Kiến Quốc HÀ NỘI - 2010 2 Tóm tắt khoá luận Khoá luận này có nội dung xây dựng hệ thống thông tin Quản lý Ký túc xá của ĐHQG HN Phần đầu khoá luận nghiên cứu yêu cầu thông tin của Trung tâm hỗ trợ sinh viên của ĐHQG HN mà bài toán quản lý KTX là một nội dung. Do khuôn khổ của một khoá luận tốt nghiệp không thể bao quát được mọi vấn đế đặt ra của Trung tâm hỗ trợ sinh viên nên khoá luận chỉ giới hạn trong phạm vi xây dựng hệ thống quản trị Ký túc xác. Sau phần trình bày yêu cầu, khoá luận phân tích và thiết kế dựa trên ngôn ngữ UML. Cuối cùng là một thử nghịêm xây dựng một số mô đun của phân hệ này nhằm minh chứng cho tính khả thi của phần thiết kế. Phần mềm thử nghiệm được viết trên môi trường windows với hệ quản trị cơ sở dữ liệu MySQL và môi trường lập trình PHP. Một môi trường thử nghiệm được lựa chọn không chỉ phổ biến, dễ sử dụng, … mà còn vì lý do kinh tế (môi trường thử nghiệm là miễn phí). 3 Lời cảm ơn Lời đầu tiên, cho tôi xin gửi lời cảm ơn đến ThS. Đào Kiến Quốc, người thầy đã tận tình hướng dẫn và giúp đỡ tôi rất nhiều trong quá trình thực hiện khóa luận. Với việc hoàn thành khóa luận, mốc quan trọng đánh dấu chặng cuối cùng của những năm học đại học, tôi vô cùng biết ơn toàn thể các thầy cô giáo của trường Đại học Công nghệ, Đại học Quốc Gia Hà Nội, đã truyền đạt cho tôi những kiến thức quý báu làm nền tảng để tôi có thể thực hiện khóa luận này và có thể đi tiếp những năm tháng trong hoạt động nghề nghiệp. Tôi cũng bày tỏ lòng biết ơn đến các anh chị ở Trung tâm Nghiên cứu và Phát triển Phần mềm, tập thể đang thực hiện các dự án công nghệ thông tin cho Trung tâm Hỗ trợ Sinh viên của ĐHQG HN đã tạo điều kiện cho tôi cùng nghiên cứu các yêu cầu trong quản lý KTX. Tôi cũng muốn cảm ơn công lao to lớn của gia đình đã nuôi dưỡng tôi suốt những năm học đại học. Cảm ơn những người bạn đã cho tôi những lời khuyên quý giá cũng như kinh nghiệm trong học tập. Hà Nội, tháng 5 năm 2010 Nguyễn Diệp Nam 4 Mục lục : Phần 1. TRUNG TÂM HỖ TRỢ SINH VIÊN ĐHQG VÀ HOẠT ĐỘNG NGHIỆP VỤ ...................6 1.1. Giới thiệu về Trung tâm hỗ trợ sinh viên ĐHQGHN......................................................................6 1.1.1. Cơ sở vật chất của các KTX.........................................................................................................6 1.1.2. Cơ cấu tổ chức. ............................................................................................................................6 1.2. Hiện trạng hoạt động. ........................................................................................................................8 1.2.1. Một số quy trình quản lý. .............................................................................................................8 1.2.2. Về phần mềm trước đây .............................................................................................................10 1.2.3. Một vài mảng tin học hoá khác cần được tính đến.....................................................................11 1.3. Các quy trình nghiệp vụ. ..................................................................... Error! Bookmark not defined. 1.3.1. Quản lý KTX..............................................................................................................................14 PHẦN 2. MÔ HÌNH HỆ THỐNG .........................................................................................................20 2.1. Biểu đồ các tiến trình nghiệp vụ......................................................................................................20 2.1.1. Tiến trình sử dụng hệ thống. ......................................................................................................20 2.1.2. Tiến trình nhận sinh viên vào KTX............................................................................................22 2.1.3. Tiến trình loại sinh viên ra khỏi KTX. .......................................................................................27 2.1.4. Tiến trình quản lý thu chi. ..........................................................................................................29 2.1.5. Tiến trình quản lý điện nước. .....................................................................................................30 2.1.6. Tiến trình quản lý tài sản............................................................................................................32 2.2. Biểu đồ Use case. ..............................................................................................................................34 2.2.1. Biểu đồ Use case tổng thể. .........................................................................................................34 2.2.2. Biểu đồ phẫn rã các Use case cho sinh viên...............................................................................34 2.3. Mô tả các luồng sự kiện. ..................................................................................................................38 2.3.1. Tài liệu luồng sự kiện cho các Use case đối với sinh viên. ........................................................38 2.3.2. Luồng sự kiện cho các Use case đối với người quản lý. ............................................................42 2.4. Biểu đồ tuần tự .................................................................................................................................51 2.4.1. Biểu đồ tuần tự cho ca sử dụng hệ thống. ..................................................................................51 2.4.2. Biểu đồ tuần tự cho các ca sử dụng của SV. ..............................................................................53 2.4.3. Biểu đồ tuần tự cho các ca sử dụng của người quản lý. .............................................................55 2.5. Thiết kế biểu đồ lớp chi tiết. ............................................................................................................64 2.5.1. Xác định các lớp thực thể...........................................................................................................64 2.5.2. Biểu đồ lớp chi tiêt. ....................................................................................................................67 2.5.3. Biểu đồ lớp thiết kế đi theo các chức năng. ...............................................................................69 2.6. Sơ đồ mô hình quan hệ ....................................................................................................................82 PHẦN 3. CÀI ĐẶT THỬ NGHIỆM..................................................................................................... 83 3.1. Lựa chọn môi trường : ....................................................................................................................83 3.2. Minh hoạ một số giao diện: ............................................................................................................83 PHẦN 4 . KẾT LUẬN.............................................................................................................................91 Một vài hình ảnh quan trọng. Hình 1. Sơ đồ tổ chức trung tâm nội trú.................................................................................................7 Hình 2. Mô hình nghiệp vụ Nhận SV vào KTX...................................................................................14 Hình 3. Mô hình nghiệp vụ SV ra khỏi KTX.......................................................................................16 Hình 4. Mô hình nghiệp vụ Quản lý điện nước....................................................................................17 Hình 5. Mô hình nghiệp vụ Quản lý tài sản. ........................................................................................18 Hình 6. Mô hình nghiệp vụ Quản lý thu chi.........................................................................................19 Hình 7. Biểu đồ Usecase tổng thể ........................................................................................................34 Hình 8. Biểu đồ lớp chi tiết. .................................................................................................................68 Hình 9. Mô hình quan hệ. ....................................................................................................................82 5 Mở đầu. Trung tâm hỗ trợ sinh viên của ĐHQGHN là đơn vị quản lý các Ký túc xá (KTX) trong đó có KTX Mễ Trì và KTX ĐHNN là hai KTX có quy mô lớn, với số lượng sinh viên khoảng 2000 người mỗi KTX ). KTX không chỉ là nơi cung cấp cho sinh viên nơi ở mà còn cung cấp cho sinh viên các dịch vụ khác trong đó có dịch vụ văn hóa cũng như tinh thần như: hoạt động câu lạc bộ, nhu cầu tư vấn việc làm, sinh hoạt, đào tạo kỹ năng… Từ thực tiễn quản lý, Trung tâm đã nhận thức được nhu cầu tin học hóa. Một phần mềm quản lý KTX đã được xây dựng và được áp dụng riêng cho KTX Mễ Trì. Phần mềm này mới chỉ cung cấp các chức năng về quản lý chỗ và quản lý thu chi về điện nước. Qua một thời gian sử dụng, phần mềm bộc lộ nhiều vấn đề, đặc biệt là khả năng quản lý chung tất cả các KTX, tính mềm dẻo của hệ thống, cũng như khả năng kết nối các dịch vụ một cách tổng thể, khả năng mở rộng và thay đổi sau này. Hệ thống thông tin của Trung tâm không chỉ quản lý KTX mà còn phải trải rộng trên nhiều khía cạnh phục vụ sinh viên. Đây là một vấn đề rất lớn không thể đặt ra trong khuôn khổ của một khóa luận tốt nghiệp. Vì thế trong khóa luận, sau khi phác thảo một hệ thống thông tin tổng thể, chúng tôi chỉ đi sâu vào việc phân tích và thiết kế một phân hệ trong hệ thống thông tin này, phân hệ quản lý KTX. Trong phân hệ quản lý KTX này chúng tôi hướng đến việc phát triển các ứng dụng hỗ trợ cho sinh viên qua mạng. Với các hỗ trợ qua mạng từ khâu đăng k ý vào KTX qua mạng, đến các khâu như: xem thông tin phòng, đăng k ý phòng, xin ra khỏi KTX, xem hóa đơn điện nước,… không chỉ hỗ trợ cho sinh viên có được sự tiện lợi, tiết kiệm về thời gian, kinh tế mà còn trợ giúp cho việc quản quản lý của ban quản lý KTX trở nên dễ dàng và nhanh chóng và chính xác. Khóa luận sẽ có nội dung như sau: Phần I – Trung tâm hỗ trợ sinh viên ĐHQGHN và hoạt động nghiệp vụ. Phần II – Mô hình hệ thống. Phần III – Cài đặt thử nghiệm. Phần IV – Kết luận. 6 Phần 1 –TRUNG TÂM HỖ TRỢ SINH VIÊN ĐHQGHN VÀ HOẠT ĐỘNG NGHIỆP VỤ. 1.1. Gi
i thiu v Trung tâm h tr sinh viên ĐHQGHN. 1.1.1. Cơ sở vật chất của các KTX KTX của ĐHQGHN có 2 đơn vị trực thuộc là KTX Mễ Trì và KTXĐHNN. Đối với mỗi đơn vị trực thuộc nàycó các khu nhà : Khu nhà dành cho ban quản lý của KTX: trong đó có các phòng ban, các tổ dịch vụ, nơi ở dành cho ban quản lý. Ngoài ra còn có các phòng đặc biệt dành cho người nước ngoài đến học tập và giảng dạy. Các khu nhà dành cho sinh viên, với các phòng ở được trang bị khép kín và đầy đủ tiện nghi theo từng loại phòng. Các khu nhà dành cho các hoạt động khác như: - Các trạm y tế: phục vụ việc chăm sóc sức khỏe cho người sinh hoạt trong KTX. - Nhà hội trường: phục vụ cho các buổi gặp mặt, các buổi giao lưu, và nhiều hoạt động khác, … - Các phòng đọc: các phòng dành riêng cho sinh viên có thể học tập tại đó (trong thời gian quy định). - Các quầy phục vụ nhu cầu sinh hoạt như đồ dùng sinh hoạt, đồ dùng học tập, … - Nhà ăn: nơi phục vụ nhu cầu ăn uống hàng ngày của sinh viên. - Nhà gửi xe: sinh viên có thể gửi xe theo ngày, theo tháng. 1.1.2. Cơ cấu tổ chức. 1.1.2.1. Ban quản lý. Cơ cấu tổ chức của Trung tâm hỗ trợ sinh viên như sau: Trung tâm có một ban giám đốc (gồm có: giám đốc và hai phó giám đốc) điều hành chung các hoạt động. Trung tâm có các phòng trực thuộc sau: phòng tổ chức – quản trị, phòng tài chính – kế toán, phòng hành chính và công tác sinh viên, trạm y tế. Hai đơn vị trực thuộc chính bao gồm KTX Mễ Trì và KTX ĐHNN Mỗi KTX bao gồm: ban quản lý KTX, phụ trách và điều hành các hoạt động, cùng với đó là các tổ nghiệp vụ khác nhau: tổ văn phòng, tổ quản lý sinh viên, tổ bảo vệ. Sau đây là sơ đồ tổ chức của Trung tâm: 7 Hình 1. Sơ đồ tổ chức trung tâm. 1.1.2.2. Hoạt động quản lý chung và các dịch vụ thông tin. Trung tâm có các hoạt động chính sau: - Quản lý cơ sở vật chất: bảo đảm cơ sở vật chất phục vụ cán bộ và đáp ứng nhu cầu của sinh viên trong sinh hoạt; Nâng cấp, sửa chữa các khu nhà ở cũng như mở rộng các công trình sinh hoạt công cộng; Bảo đảm để có một cơ sở vật chất đầy đủ để phục vụ sinh hoạt, học tập và nghiên cứu khoa học của sinh viên. - Đảm bảo an ninh trật tự: để sinh viên có một cuộc sống ổn định, an toàn. - Tổ chức đón tiếp và sắp xếp nơi ở cho sinh viên trong nước và sinh viên nước ngoài. Hàng năm số lượng sinh viên vào là rất lớn, không chỉ có sinh viên trong nước mà lượng sinh viên nước ngoài đến học tập và sinh hoạt. Vì vậy công tác chuẩn bị đón tiếp, phục vụ, cũng như sắp xếp chỗ ăn ở là rất quan trọng. TTHTSV ĐHQGHN Ban Giám đốc Phòng Tổ chức – quản trị Phòng Tài chính – kế toán Trạm Y tế Phòng Hành chính và công tác SV KTX ĐHNN KTX Mễ Trì Ban quản lý KTX Tổ Quản lý SV Tổ Quản lý SV Tổ Văn phòng Tổ Văn phòng Tổ Bảo vệ Tổ Bảo vệ Ban quản lý KTX 8 - Hỗ trợ tổ chức các hoạt động văn hóa, thể thao, nghệ thuật, giải trí, học tập: để tạo cho sinh viên một cuộc sống với một nề nếp sinh hoạt văn hóa, văn minh. Cũng cần có các hoạt động khác như tổ chức cho sinh viên được học tập giao lưu giữa sinh viên các nước. - Cung cấp các dịch vụ y tế: khám sức khỏe định kỳ cho những người sinh hoạt trong KTX, khám chữa bệnh, tuyên truyền và hướng dẫn sinh viên về vệ sinh và phòng bệnh. - Cung cấp các kỹ năng mềm. - Tư vấn việc làm: tư vấn cho sinh viên kể cả công việc khi ra trường và việc làm thêm phù hợp với khả năng và điều kiện - Cung cấp các dịch vụ thông tin: như điện thoại, ti vi, internet cho các phòng giúp sinh viên nắm bắt được các thông tin cần thiết 1.1.2.3. Một vài thay đổi sắp tới. ĐHQG có dự kiến xây dựng một khu KTX dành riêng cho những cán bộ, những giảng viên, cũng như sinh viên của nước ngoài đến công tác, giảng dạy, học tập tại Việt Nam. Hiện nay ĐHQG đang xây dựng cơ sở mới tại Hoà lạc, trong đó có một KTX hiện đại. . Hệ thống thông tin quản lý KTX cũng phải tính đến tình trạng này để có một giải pháp có thể sử dụng mở rộng, không bị lạc hậu. 1.2. Hin trng hot đ ng. 1.2.1. Một số quy trình quản lý. 1.2.1.1.Quản lý sinh viên vào KTX. Đầu năm học, Trung tâm xét duyệt cho các sinh viên có nhu cầu và đủ điều kiện vào KTX, đồng thời cũng xem xét việc ở lại của các sinh viên cũ đã ở KTX và có nhu cầu tiếp tục được ở lại. Đối với những sinh viên đã ở KTX, có nhu cầu tiếp tục ở lại. Ban quản lý sẽ yêu cầu sinh viên đó nộp đơn, thẻ KTX và các giấy tờ khác nếu cần thiết, cũng như phải hoàn tất các khoản chi phí phải thanh toán mà sinh viên này còn phải hoàn trả cho quá trình sinh hoạt trong KTX. Sinh viên này cũng phải cung cấp đầy đủ xem có nguyện vọng khác như: thay đổi phòng ở, loại phòng ở hay không . Sau đó, các thông tin này sẽ được ban quản lý đưa xét cùng với các thông tin sinh viên này có vi phạm kỷ luật nặng, hay sinh viên năm cuối thì không cho vào diện được ở lại và đưa ra quyết định có cho phép sinh viên này được phép tiếp tục ở lại hay không và nếu được thì sắp xếp chỗ cho họ. Đối với các sinh viên mới nhập học, cần có giấy báo nhập học của trường. và phải làm đơn xin vào ở KTX, với các thông tin cần thiết như: thông tin cá nhân (họ tên, quê quán, quốc tịch, diện ưu tiên,…), nguyện vọng ở loại phòng (về loại phòng sinh viên sẽ được giới thiệu và cung cấp các thông tin ),… Sau đó các nguyện vọng của các sinh viên sẽ được xét với các tiêu chuẩn ưu tiên Công việc xét duyệt cần lưu ý đến các trường hợp là sinh viên đến từ quốc gia khác. Các tiêu chí theo thứ tự ưu tiên đối với sinh viên Việt Nam được quy định như sau: 9 - Con liệt sĩ, con thương binh, gia đình có công với cách mạng. - Sinh viên dân tộc ít người. - Sinh viên có hoàn cảnh gia đình đặc biệt khó khăn. - Sinh viên đoạt giải trong các kỳ thi quốc gia, quốc tế. - Sinh viên thi đỗ vào đại học đạt điểm cao. Sau đó, ban quản lý sẽ đưa ra thông báo danh sách các sinh không được ở KTX và danh sách các sinh viên được phép vào hay được tiếp tục ở lại KTX. Khi nhập KTX, sinh viên phải nộp các giấy tờ và chi phí cần thiết. KTX sẽ bố trí cho sinh viên được ở lại và ở phòng nào, khu nào, làm thẻ nội trú cho sinh viên và lưu hồ sơ thông tin. 1.2.1.2.Xử lý sinh viên ra khỏi KTX. Định kỳ (theo quý, theo học kỳ, theo năm, …) KTX sẽ xét duyệt cho tập thể hay cá nhân có nguyện vọng ra khỏi KTX. Mặt khác cũng sẽ có những tập thể, cá nhân có nguyện vọng hay bị bắt buộc phải ra khỏi KTX đột xuất. (ví dụ khi bị kỷ luật ) Đối với việc xét duyệt định kỳ, tập thể cần cử người đại diện. Việc xét duyệt theo định kỳ này yêu cầu có thông báo trước từ ban quản lý KTX cho toàn thể các tập thể cá nhân. Sau đó, các cá nhân đại diện cho tập thể và cá nhân sẽ phải thoả thuận với nhau về việc thanh toán, cũng như hoàn thành các thủ tục khác về giấy tờ. Ban quản lý sẽ xem xét và gửi thông báo,cùng các hóa đơn kèm theo. Sau khi đã sinh viên đã thực hiện đầy đủ các yêu cầu, thu lại thẻ KTX của từng cá nhân, và đưa vào danh sách đã rời khỏi KTX. Đối với các trường hợp trong quá trình cư trú có nguyện vọng ra khỏi KTX, cần phải nộp đơn lên Ban quản lý. Đối với trường hợp bắt buộc phải rời khỏi KTX thì Ban quản lý cần gửi thông báo tới tập thể hay cá nhân đó. Sau đó, yêu cầu hoàn tất các thủ tục để được rời khỏi KTX như: phải thanh toán đầy đủ chi phí sinh hoạt, chi phí lien quan đến tài sản,…các giấy tờ liên quan. Ban quản lý sẽ đưa ra thông báo và các hóa đơn kèm theo. Sinh viên hoàn thành thủ tục, nộp lại thẻ của KTX, cùng các yêu cầu khác. Ban quản lý sẽ lưu các trường hợp này vào danh sách riêng đối với các trường hợp rời khỏi KTX 1.2.1.3.Quản lý điện. Cứ cuối mỗi tháng KTX sẽ kiểm tra các đồng hồ và chốt số điện. Việc chốt số điện sẽ tiến hành theo từng phòng. Chỉ số điện của các phòng trong KTX sẽ được ghi lại và tính toán chi phí. Mỗi sinh viên hiện nay được KTX hỗ trợ 10 Kw/người. KTX căn cứ vào số phụ trội để lập hóa đơn thanh toán tiền điện cho phòng. Sau khi tổng hợp số điện của tất cả các phòng, KTX sẽ tính ra số điện hao hụt trên cơ sở so sánh với điện năng tiêu thụ trên công tơ tổng đo được. Các thông tin liên quan đến điện sẽ được báo cáo lại với Ban quản lý KTX. 1.2.1.4.Quản lý nước (tương tự quản lý về điện). Cứ cuối mỗi tháng KTX sẽ kiểm tra các đồng hồ và chốt số nước. Việc chốt số nước sẽ thực hiện theo từng phòng. 10 Danh sách tiêu thụ về nước của các phòng trong KTX sẽ được ghi lại và tính toán chi phí mà phòng đó phải thanh toán. Mỗi sinh viên cũng được hỗ trợ 10 m3/người/tháng. KTX căn cứ vào mức phụ trội để lập hóa đơn thanh toán tiền nước cho phòng. Sau khi tổng hợp số nước của tất cả các phòng, KTX sẽ tính ra số nước hao hụt trên cơ sở so sánh với tổng số nước tiêu thụ trên công tơ tổng đo được. Các thông tin liên quan đến nước sẽ được báo cáo lại với Ban quản lý KTX. 1.2.1.5.Quản lý tài sản Tài sản trong KTX được chia làm tài sản sử dụng chung và tài sản sử dụng riêng. Tài sản sử dụng riêng là tài sản được giao riêng cho từng cá nhân. Cá nhân có trách nhiệm sử dụng và quản lý tài sản riêng này. Tài sản sử dụng chung là tài sản giao cho một tập thể sử dụng và phải chịu trách nhiệm về tài sản được sử dụng đó. Sau mỗi lần phân phòng cho sinh viên, hay mỗi lần nhập mới tài sản thì các tài sản sẽ được phân chia theo phòng, loại phòng. Trong quá trình sử dụng có thể xảy ra hư hỏng hay bị mất. Khi đó Ban quản lý làm việc tới các tập thể cá nhân phải chịu trách nhiệm.để xử lý sự cố. KTX thường phải sửa chữa, nâng cấp định kỳ, đưa ra các quyết định thanh lý tài sản, cũng như các khấu hao về tài sản. 1.2.1.6.Quản lý thu chi. Việc thu chi sẽ được tổng hợp theo đầu kỳ (6 tháng, 1 năm,..) và lập ra báo cáo về số dư được chuyển sang kỳ trước. Trong quá trình hoạt động, nếu có những khoản thu chi phát sinh cần lưu rõ số chứng từ, ngày thu chi, lý do thu chi. Tổng hợp đưa ra các báo cáo định kỳ hoặc đưa ra báo cáo trong trường hợp cần đột xuất. 1.2.2. Về phần mềm trước đây. Phần mềm trước đây đã được xây dựng và sử dụng gần 4 năm qua. Phần mềm đã hỗ trợ tương đối ổn hoạt động quản lý KTX với những yêu cầu trước đây. Tuy nhiên đã có nhiều thay đổi liên quan đến sự phát triển của KTX, trong đó có hoạt động thông tin của Trung tâm và môi trường thông tin tổng thể. Hiện nay mới chỉ xây dựng được phần mềm chuyên dụng sử dụng cho viêc quản lý với các nghiệp vụ (được nêu ở phần 1.2.1 trên) cũng như việc mới áp dụng được đối với KTX Mễ trì. Sự thay đổi của môi trường quản trị và cách điều phối tài nguyên của các KTX nên được đặt chung trong một tổng thể. Sự liên kết tổng thể còn nảy sinh vấn đề tích hợp hệ thống và quản trị hệ thống một cách nhất quán từ xa với phân quyền chặt chẽ. Ngoài ra có một số yêu cầu khác như: - Khả năng khai thác trực tuyến. Mặc dù các phòng trong KTX đã được trang bị việc kết nối Internet xong chưa có phương tiện khai thác trực tuyến, để đáp ứng như: - Khả năng đăng ký phòng hay khi sinh viên muốn chuyển phòng mà tìm hiểu thông tin trên mạng nội bộ. - Tìm kiếm thông tin về hiện trạng của KTX. 11 - Việc khai thác thông tin không tin không chỉ liên quan đến chỗ ở mà còn nhiều dịch vụ khác nữa mà sinh viên cần như: tư vấn trực tuyến, tư vấn và dịch vụ việc làm, diễn đàn trao đổi dành cho sinh viên, … - Cải thiện giao diện.Giao diện của phần mềm đã sử dụng còn nhiều bất tiện đối với người sử dụng. Hầu hết việc chọn lựa người ở buộc phải bắt đầu từ việc phân loại gây phản cảm cho người sử dụng bởi sự rườm ra của quy trình tác nghiệp. - Mối liên kết giữa các công việc trong phần mềm cũ không tự nhiên theo đúng quy trình bình thường. - Các trợ giúp chưa đủ mạnh, thiếu các hướng dẫn trực quan. 1.2.3. Một vài mảng tin học hoá khác cần được tính đến Như đã nêu, Trung tâm hỗ trợ sinh viên không chỉ có việc quản lý ăn ở của sinh viên trong Ký túc xá. Một hệ thống thông tin cho phép hiện đại hoá các hoạt động hỗ trợ sinh viên và hoạt động điều hành của Trung tâm còn phải có: 1.2.3.1. Portal Ngày nay, portal đã trở thành một môi trường để tích hợp mọi ứng dụng quản lý và điều hành có tính nhất quán và mở. Hệ thống thông tin của KTX phải hướng đến mô hình thông tin trên portal trong đó có website điều hành tác nghiệp nội bộ mà các ứng dụng như quản lý KTX, quản lý nhân sự, quản lý tài sản, quản lý văn bản và điều hành công việc và chính hệ quản trị website (CMS)... được tích hợp trên nền tảng chung. Website trên Internet là một mặt của portal được truy cập từ Internet là nơi cung cấp các thông tin, các dịch vụ hướng ra Internet Có thể tính đến các hệ thống thông tin sau: 1.2.3.3. Phân hệ giới thiệu việc làm. Nhu cầu tìm kiếm việc làm của sinh viên là rất lớn. Sinh viên có thể tìm kiếm việc làm thêm, cũng như cần những công việc phù hợp với ngành nghề của họ học. Rồi hàng năm số lượng sinh viên sắp ra trường là rất lớn và họ cần tìm cho mình một công việc sao cho phù hợp. Và rất nhiều thông tin tuyển dụng từ các nhà tuyển dụng sẽ đáp ứng được nhu cầu cho sinh viên. Ngược lại, cũng giúp cho các nhà tuyển dụng có thể tuyển dụng được lực lượng nhân sự tin cậy. Đối với phân hệ giới thiệu việc làm này, cần quan tâm tới các đối tượng sau đây: - Các loại công việc. - Các hình thức công việc (full time, part time,…). - Các nhà tuyển dụng và những cá nhân có nhu cầu tuyểndụng. - Các yêu cầu tìm việc. Từ các nhu cầu thực tiễn cho ta thấy cần phải xây dựng một hệ thống cần có các chức năng như dưới đây để có thể phục vụ nhu cầu về thông tin việc làm cho người sử dụng. - Cập nhật các loại công việc: - Cập nhật các công việc. - Cập nhật các nhà tuyển dụng. 12 - Thông báo việc làm. - Đăng thông báo tìm việc. - Thống kê. Trường hợp Trung tâm muốn triển khai dịch vụ môi giới có thu phí sẽ thêm các chức năng tự động tìm kiếm ghép nối giữa nhà tuyển dụng với người có yêu cầu tìm việc. 1.2.3.4. Tư vấn trực tuyến. Vấn đề tư vấn trực tuyến không còn lạ đối với mọi người. Có nhiều dịch vụ tư vấn, cũng như có nhiều phương thức để tư vấn như: tư vấn qua các trung tâm, qua mạng điện thoại, …và tư vấn trực tuyến qua mạng Internet ngày càng phát triển rộng rãi cùng với cách thức hoạt động một cách đa dạng. Vấn đề xây dựng một trung tâm tư vấn trực tuyến với mục đích phục vụ cho đối tượng chính là sinh viên trong KTX là cần thiết. Hệ thống cần xây dựng của trung tâm tư vấn trực tuyến cũng là một phân hệ quan trọng trong hệ thống tổng thể. Để xây dựng được một hệ thống tư vấn trực tuyến, chúng ta cần phải nắm bắt được các đối tượng liên quan, tác động trực tiếp đến hệ thống. Các đối tượng cần được quản lý bao gồm: Các chuyên mục tư vấn như: sức khỏe, tình yêu, tình bạn, cách giao tiếp - ứng xử, ... Các chuyên gia tư vấn: các chuyên gia tư vấn về một hay nhiều lĩnh vực, những chuyên gia thường xuyên và là thành viên lâu dài của trung tâm,… Các yêu cầu tư vấn. Các ý kiến tư vấn của các chuyên gia. Các ý kiến thảo luận của người dùng. Các chức năng của hệ thống tư vấn có thể như sau. Tiếp nhận các yêu cầu. Duyệt các yêu cầu để công bố nếu cần thiết. Đăng các ý kiến tư vấn trực tuyến của các chuyên gia. Tiếp nhận các ý kiến đóng góp của người đọc. Duyệt các ý kiến xem có công bố hay không. 1.2.3.5. Giới thiệu nhà trọ. Với số lượng sinh viên rất lớn, KTX không thể phục vụ hết được chỗ ở cho tất cả các sinh viên của trường. Cũng như một lượng không nhỏ sinh viên muốn chuyển ra ngoài trong quá trình sinh hoạt, và một lượng sinh viên năm cuối ra trường không còn ở trong KTX nữa. Họ cần tìm cho mình một môi trường sinh hoạt mới, đó là tìm các phòng trọ. Chính vì vậy mà nhu cầu tìm kiếm nhà trọ là cần thiết và việc xây dựng một trung tâm giới thiệu nhà trọ là việc cần làm. Hệ thống giới thiệu chỗ ở là hệ thống được cung cấp thông tin từ hai phía - Các chủ nhà trọ có như cầu giới thiệu cơ sở cho thuê trọ - Sinh viên có như cầu thuê. Website của Trung tâm sẽ là nơi gặp gỡ nhu cầu của sinh viên và khả năng của các chủ trọ Các đối tượng cẩn quản lý chính là : 13 - Các thông báo cho thuê nhà trọ. - Các yêu cầu thuê nhà trọ. - Các chủ cho thuê nhà. - Các sinh viên có nhu cầu Có thể xây dựng một hệ thống giúp tìm kiếm theo khu vực, theo tiện nghi, theo giá giúp cho sinh viên nhanh chóng tìm thấy các thông tin cần thiết. Các chức năng của hệ thông bao gồm - Đăng ký trực tuyến các thông báo cho thuê nhà. - Đăng ký trực tuyến yêu cầu tìm nhà. - Tìm kiếm thông tin Trường hợp Trung tâm đóng vai trò là người môi giới có thu phí thì có các chức năng tự động ghép nối giữa người thuê và người có yêu cầu thuê để Trung tâm có thể tư vấn hiệu quả nhất. 1.2.3.6. Phân hệ quản trị các khóa học trực tuyến. Hiện nay, đã có nhiều trung tâm dạy học trực tuyến được xây dựng và tương đối thành công. Nhằm phục vụ cho các nhu cầu học hỏi, cũng như nâng cao hiểu biết cho toàn thể sinh viên, đặc biệt là các kỹ năng sống, Trung tâm nên xây dựng một hệ thống thông tin đào tạo qua mạng, không chỉ phục vụ cho các sinh viên đang ở KTX mà còn cho sinh viên của trường ĐHQGHN nói chung Đây cũng là một phân hệ quan trọng của hệ thống hỗ trợ sinh viên với các đối tượng cần được quản lý sau Các khóa học. - Các tài liệu dành cho các khóa học. - Những người đăng ký. - Những giáo viên giảng dạy. Các chức năng của phân hệ này bao gồm : - Đăng ký học. - Duyệt cho phép học. - Cập nhật các khóa học. - Thông báo và liên lạc. - Quản lý thu chi học phí. 1.2.3.7. Diễn đàn sinh viên. Diễn đàn là nơi có thể cho sinh viên trao đổi, thảo luận trực tiếp với nhau, cũng là nơi mà có thể giúp cho ban quản lý có thể thu được những ý kiến đóng góp qua những chuyên mục trên diễn đàn. Diễn đàn sinh viên là cần thiết phải xây dựng. Đây cũng là một phân hệ nằm trong hệ thống tổng thể. Khi xây dựng diễn đàn này ta cần quan tâm đến các đối tượng chính sau: - Các mục của diễn đàn - Phân quyền. - Thành viên. - Các ý kiến. 14 Xét duyệt. Hồ sơ được xét. Thông báo danh sách SV không được ở KTX. Lưu hồ sơ được xét. Thông báo danh sách SV được ở KTX. In hóa đơn thu tiền. SV nộp tiền vào KTX. Phân phòng cho SV In thẻ nội trú và sơ yếu lý lịch. Kết thúc. Không Bắt đầu Có Nhận hồ sơ đăng ký. Các chức năng cần thiết bao gồm: - Quản trị các chuyên mục - Đăng các ý kiến tham gia. - Cập nhật một chuyên mục. - Kiểm soát các phân quyền. - Duyệt các ý kiến 1.3. Các quy trình nghip v . Như đã nêu, trong khuôn khổ của khoá luận này, chúng ta không thể phân tích và thiết kế tất cả các hệ thống thông tin của Trung tâm hỗ trợ sinh viên. Sau đây phần này sẽ tập trung vào các nghiệp vụ quản lý KTX. < Các mô hình thể hiện các quy trình nghiệp vụ được tham khảo từ: “Tài liệu yêu cầu người sử dụng” của MCSOFT JOINT STOCK COMPANY(Địa chỉ: Trung Hòa- Nhân Chính – Cầu Giấy- Hà Nội) > 1.3.1. Quản lý KTX. 1.3.1.1. Quy trình tiếp nhận sinh viên vào KTX. Từ mô hình nghiệp vụ như hình 2. Ta sẽ phân tích các bước của quy trình tiếp nhận sinh viên vào KTX như sau: 1.3.1.1.1. Đăng ký vào KTX. Sinh viên có thể đăng ký xin vào ở KTX thông qua việc đăng ký qua mạng. Sinh viên sẽ sử dụng mẫu khai báo có sẵn để điền thông tin vào đó. Với biểu mẫu đăng ký có sẵn này sẽ có 2 loại: một loại giành cho sinh viên mới vào KTX, một loại giành cho sinh viên (hoặc tập thể) muốn tiếp tục ở lại KTX. Sau khi thông tin được người dùng gửi lên, hệ thống sẽ thông báo lại cho người dùng rằng họ đã gửi được hay chưa. Gửi thông báo lại cho người đăng ký. 1.3.1.1.2. Thông tin phòng. Với chức năng này, sẽ giúp cho sinh viên hay ban quản lý nắm bắt được tình trạng phòng của KTX. Hệ thống sẽ hiển thị Hình 2. Mô hình nghiệp vụ Nhận SV vào KTX. 15 các thông tin phòng (loại phòng, số lượng phòng trống,…). 1.3.1.1.3. Đăng ký phòng. Với chức năng này, sẽ giúp cho sinh viên sau khi nắm bắt được tình trạng phòng của KTX. Sinh viên có thể đăng ký phòng phù hợp hoặc có nguyện vọng đổi phòng ở. Thông tin được gửi lên hệ thống và hệ thống sẽ lưu trữ thông tin về việc đăng ký phòng này. 1.3.1.1.4. Duyệt danh sách. Với danh sách đăng ký đã được lưu trữ trong CSDL. Hệ thống sẽ duyệt danh sách với các mức độ ưu tiên đã quy định. Sau đó, hệ thống sẽ đưa ra danh sách sinh viên được ở và danh sách sinh viên không được ở trong KTX. Đối với danh sách sinh viên không được ở, sẽ in và dán thông báo, đồng thời sẽ gửi thông tin này tới sinh viên theo địa chỉ của họ, hoặc đường link họ đăng ký. Với danh sách sinh viên được vào ở KTX, sẽ in danh sách và Ban quản lý ký duyệt và công bố, đồng thời gửi thông tin hẹn gặp, kèm theo nhắc nhở sinh viên chuẩn bị giấy tờ và kinh phí cần thiết. Với danh sách được ở lại này, hệ thống sẽ lưu trữ lại. 1.3.1.1.5. Duyệt đăng ký phòng. Khi đã có danh sách sinh viên được ở trong KTX. Hệ thống sẽ tự động so sánh những sinh viên được vào ở trong KTX với thông tin trong danh sách mà sinh viên đăng ký chọn phòng để đưa ra danh sách chọn phòng của các sinh viên được ở trong KTX. 1.3.1.1.6. Sắp xếp phòng. Với danh sách sinh viên được ở lại và danh sách đăng ký phòng được lấy ra trong CSDL, hệ thống sẽ tự động sắp xếp theo ưu tiên đã định và đưa ra kết quả sắp xếp. Người quản lý xem xét kết quả và xem có chấp nhận hay chỉnh sửa không rồi lưu lại. 1.3.1.1.7- Làm thẻ. Với danh sách sắp xếp phòng đã có. Hệ thống sẽ hiển thị mẫu thẻ phù hợp. Người quản lý sẽ xác nhận xem có quyết định in thẻ hay không. 1.3.1.1.8- Thông tin sinh viên. - Tìm kiếm. Người quản lý có thể tìm kiếm thông tin về một sinh viên nào đó bằng cách nhập mã số thẻ (hay nhập tên và ngày sinh,…) và hệ thống sẽ tìm kiếm thông tin về sinh viên này. Nếu không có thì đưa ra thông báo. Nếu có thì đưa ra kết quả là các thông tin liên quan đến sinh viên này. - Cập nhật. Người quản lý có thể thay đổi thông tin của một sinh viên hay thêm một sinh viên cùng các thông tin. Cán bộ quản lý nhập thông tin cần cập nhật và lưu lại thông tin mới trong hệ thống (đồng thời xóa bỏ thông tin cũ). 16 Bắt đầu. Xác nhận cá nhân hay tập thể? Ủy quyền cho cá nhân làm thủ thục cho tập thể. Làm thủ tục cho cá nhân. Thu thẻ KTX của cá nhân, tập thể và các giấy tờ liên Trưởng ban KTX ký duyệt. Nộp / nhận tiền tại bộ phận thu ngân. In hóa đơn ghi phiếu thu chi. Kết thúc. Xác nhận tiền điện, nước, tiền bảo đảm tài sản, tiền Cá nhân Tập thể Hình 3. Mô hình nghiệp vụ SV ra khỏi KTX. 1.3.1.2. Quy trình cho sinh viên ra khỏi KTX. Từ mô hình nghiệp vụ như hình 3. Ta sẽ phân tích các bước trong quy trình xin ra khỏi KTX của sinh viên như sau: 1.3.1.2.1. Xin ra khỏi KTX. Các cá nhân hoặc tập thể (yêu cầu có cá nhân đại diện) có mong muốn chuyển ra khỏi KTX. Họ sẽ viết đơn và gửi trực tiếp lên Ban quản lý hoặc gửi qua mạng. Với các đơn gửi qua mạng, hệ thống sẽ thông báo tới người dùng đã gửi thành công hay chưa. Các đơn nộp trực tiếp sẽ được người quản lý nhập thông tin vào. 1.3.1.2.2. Buộc phải ra khỏi KTX. Người quản lý sẽ nhập thông tin về sự vi phạm của các cá nhân hay tập thể.Hệ thống sẽ đưa ra danh sách các cá nhân tập thể vi phạm kỷ luật đến mức độ buộc phải rời khỏi KTX. Danh sách này sẽ được lưu vào danh sách Tạm. Đồng thời in danh sách này, cùng vào đó là gửi thông báo hẹn gặp trực tiếp tới các cá nhân hay tập thể này. 1.3.1.2.3. Thanh toán ngay. Các cá nhân trươc khi ra khỏi KTX phải thanh toán đầy đủ các khoản (tiền phòng, tiền đặt cọc,…). Người quản lý tìm thông tin sinh viên này trong danh sách tạm. Hệ thống đưa ra các khoản thanh toán mà sinh viên này cân hoàn tất (sinh viên bị buộc rời sẽ không được nhận lại tiền cược, tiền phòng đã 17 đóng và phải hoàn thành thanh toán các khoản khác). In ra hóa đơn và tổng số tiền sinh viên thanh toán. 1.3.1.2.5. Loại bỏ SV. Sau khi sinh viên hoàn thành các thủ tục yêu cầu. Đưa sinh viên này vào danh sách Loại khỏi KTX. Đồng thời xóa bỏ thông tin về sinh viên này trong danh sách Tạm. Người quản lý sẽ cập nhật (loại bỏ) thông tin về sinh viên này trong CSDL. 1.3.1.2.6. Hiển thị toàn bộ danh sách. Người dùng có thể là sinh viên hay cán bộ quản lý có thể xem toàn bộ danh sách sinh viên. Danh sách này được sắp xếp có thể được thống kê theo trường, theo khu nhà, theo phòng. điện, nước được phụ cấp cho phòng. Hệ thống sẽ tính toán và đưa ra số phụ trội cũng như thành tiền của các phòng và đưa ra danh sách các phòng có phụ trội. Thông tin này sẽ được cập nhật vào CSDL. 1.3.1.3. Quy trình quản lý điện nước. Từ mô hình nghiệp vụ như hình 4. Ta sẽ phân tích các bước trong quy trình quản lý điện nước như sau: 1.3.1.3.1. Tính số điện nước phụ trội. Cứ cuối tháng người quản lý về điện sẽ báo cáo thông tin về điện,nước. Thông tin về điện này là số điện, nước tiêu thụ của các phòng trong tháng. Người quản lý sẽ nhập số điện tiêu thụ này, nhập số 1.3.1.3.2. Thống kê và in danh sách phụ trội. Từ dữ liệu có trong hệ thống. Người quản lý sẽ lấy ra danh sách về các phòng phụ trội và in phiếu thu từ danh sách này. 1.3.1.3.3. Tính số hao hụt. Từ số liệu về lượng tiêu thụ điện của tất cả các phòng cộng lại và lượng tiêu thụ điện của toàn KTX (Đồng hồ tổng) hệ thống sẽ đưa ra lượng điện hao hụt trong quá trình sử dụng. 1.3.1.3.4. Thanh toán ngay. Với chức năng này, khi có sinh viên chuyển ra khỏi KTX sẽ cho phép cập nhật số điện của phòng có sinh viên này ở. Hệ thống sẽ tính tiền điện cho sinh viên này (số điện dùng trừ đi số cũ và chia theo đầu người của phòng, sinh viên này cũng không được hưởng lượng điện phụ cấp trong tháng sinh viên này ra.) 1.3.1.3.5. Hiển thị hóa đơn điện nước. Bắt đầu. Chốt số điện nước đầu kỳ. In danh sách tiền điện nước theo phòng. Thu tiền. Cập nhật tiền điện đã nộp. Kết thúc. Chốt số điện nước cuối kỳ. Hình 4. Mô hình nghiệp vụ Quản lý điện nước. 18 Bắt đầu. Nhập mới tài sản cố định. Phân tài sản cố định theo phòng. Theo dõi tài sản cố định. Yêu cầu sửa chữa, thanh lý. Bồi thường tài sản do SV làm hỏng, mất. Sửa chữa. Thanh lý. Tăng giảm trong năm. Kết thúc. Với chức năng này, người quản lý sẽ gửi hóa đơn thanh toán điện nước của các phòng trong KTX. Từ Danh sách phòng bị phụ trội, hóa đơn sẽ được người quản lý gửi qua mạng. Đối với sinh viên khi sử dụng có thể xem được thông tin tiêu thụ điện của phòng cũng như biết được số tiền phải thanh toán cho Ban quản lý. 1.3.1.5. Quy trình quản lý tài sản. Từ mô hình nghiệp vụ như hình 5. Ta sẽ phân tích các bước trong quy trình quản lý tài sản như sau: 1.3.1.5.1. Cập nhật thông tin tài sản phòng. Mỗi khi phòng được nâng cấp, hư hỏng, mất mát và khi có sinh viên có tài sản mới. Các thông tin này sẽ được người quản lý cập nhật thông tin này vào hệ thống. 1.3.1.5.2. Cập nhật thông tin tài sản khu nhà. Mỗi khi KTX nâng cấp hay sửa chữa, hay hư hỏng, mất mát thì các thông tin này sẽ được cập nhật và hệ thống sẽ lưu trữ lại. Cũng như sẽ cập nhật theo định kỳ về tài sản này. 1.3.1.5.3. Cập nhật tài sản chung. Các tài sản của KTX được sử dụng chung cũng sẽ được người người quản lý cập nhật các thông tin mỗi khi có sự thay đổi như bị hư hỏng, bị mất hay khi có sự nâng cấp của KTX. Các thông tin này sẽ được cập nhật vào hệ thống và hệ thống sẽ lưu trữ lại. Hình 5. Mô hình nghiệp vụ Quản lý tài sản. 19 1.3.1.6. Quy trình quản lý thu chi. Từ mô hình nghiệp vụ như hình 6. Ta sẽ phân tích các bước trong quy trình quản lý thu chi như sau: 1.3.1.6.1. Cập nhật danh mục thu chi. Cứ cuối tháng thì người phụ trách về kế toán sẽ cập nhật thông tin thu chi trong tháng. Hệ thống sẽ tính toán đưa ra tổng thu, chi và cập nhật kết quả. 1.3.1.6.2. Báo cáo thu chi. Từ dữ liệu đã có trong hệ thống, người quản lý về kế toán khi cần báo cáo, họ sẽ lấy thông tin này. Thông tin về tổng thu, chi và tổng thu/chi để in ra báo cáo. Các báo cáo này sẽ được hệ thống cập nhật lại. Ghi các khoản thu / chi phát sinh. Báo cáo tổng hợp thu chi. Kết thúc. Tổng hợp số dư đầu kỳ. Bắt đầu. Hình 6. Mô hình nghiệp vụ Quản lý thu chi. 20 PHẦN 2. MÔ HÌNH HỆ THỐNG Mô hình hệ thống được trình bày trong chương này bao gồm - Biểu đồ hoạt động, - Biểu đồ usecase, - Mô tả các luồng sự kiện, - Biểu đồ tuần tự, - Biểu đồ lớp, - Biểu đồ quan hệ. 2.1. Biu đ các ti n trình nghip v . 2.1.1. Tiến trình sử dụng hệ thống. 2.1.1.1. Đăng ký tài khoản người dùng. 2.1.1.2. Đăng nhập hệ thống. 21 2.1.1.3. Lấy lại mật khẩu. 2.1.1.4. Đổi mật khẩu. 22 2.1.2. Tiến trình nhận sinh viên vào KTX. 2.1.2.1. Đăng ký vào KTX. 2.1.2.2.Thông tin phòng. 23 2.1.2.3. Đăng ký phòng. 2.1.2.4. Duyệt danh sách. 24 2.1.2.5. Duyệt đăng ký phòng. 2.1.2.6. Sắp xếp phòng. 25 2.1.2.7. Làm thẻ. 2.1.2.8. Thông tin sinh viên. 2.3.2.8.1. Tìm kiếm. 26 2.1.2.8.2. Cập nhật. 2.1.2.9. Hiển thị danh sách sinh viên trong KTX 27 2.1.3. Tiến trình loại sinh viên ra khỏi KTX. 2.1.3.1. Xin ra khỏi KTX. 2.1.3.2. Buộc phải ra khỏi KTX. 28 2.1.3.3. Thông tin sinh viên. (Như phần 2.2.2.6) 2.3.3.3.1. Tìm kiếm SV. 2.3.3.3.2. Cập nhật thông tin. 2.1.3.4. Thanh toán ngay. 2.1.3.5. Cập nhật thẻ. 29 2.1.4. Tiến trình quản lý thu chi. 2.1.4.1. Cập nhật danh mục thu chi. 2.1.4.2. Báo cáo thu chi. 30 2.1.5. Tiến trình quản lý điện nước. 2.1.5.1. Tính số điện nước phụ trội. 2.1.5.2. Thống kê và in danh sách phụ trội. 31 2.1.5.3. Tính số hao hụt. 2.1.5.4. Thanh toán ngay. 32 2.1.5.5. Hiển thị hóa đơn điện nước. 2.1.6. Tiến trình quản lý tài sản. 2.1.6.1. Cập nhật thông tin tài sản phòng. 33 2.1.6.2. Cập nhật thông tin tài sản khu nhà. 2.1.6.3. Cập nhật tài sản chung. 34 2.2. Biu đ Use case. 2.2.1. Biểu đồ Use case tổng thể. Hình 7 : Biểu đồ Usecase tổng thể. 2.2.2. Biểu đồ phẫn rã các Use case cho sinh viên. 2.2.2.1. Tiến trình sử dụng hệ thống. 35 2.2.2.2. Tiến trình Đăng ký vào KTX. 2.2.2.4. Tiến trình đăng ký phòng. 2.2.2.5. Tiến trình Xin ra ngoài KTX. 36 2.2.3.2. Tiến trình nhận sinh viên vào KTX. 2.2.3.3. Tiến trình loại sinh viên ra khỏi KTX. 37 2.2.3.4. Tiến trình quản lý thu chi. 2.2.3.5. Tiến trình quản lý điện nước. 2.2.3.6. Tiến trình quản lý tài sản. 38 2.3. Mô t các lung s kin. 2.3.1. Tài liệu luồng sự kiện cho các Use case đối với sinh viên. 2.3.1.1. Đăng ký tài khoản. Để có thể đăng nhập vào hệ thống, sinh viên cần đăng ký tạo cho mình một tài khoản. Để tạo tài khoản thì sinh viên này cung cấp thông tin cá nhân (họ tên, ngày sinh, trường, khoa, khóa học,….) và thông tin vê tài khoản (user/password). Tên Use case. Đăng ký tài khoản. Tác nhân. Sinh viên. Sự kiện kích hoạt. Khi sinh viên chọn đăng ký tài khoản sử dụng hệ thống. Input Thông tin cá nhân, trường, khoa, khóa học. Thông tin tài khoản user/password. Output Thông tin cá nhân đã được kiểm tra và tài khoản được cập nhật. Luồng sự kiện chính: Nhập thông tin cá nhân, thông tin tài khoản. Kiểm tra thông tin người dùng. Tạo và cập nhật tài khoản cho người dùng. Luồng sự kiện phụ: Thông báo không tạo được tài khoản. Quay lại giao diện đăng ký tạo tài khoản. 2.3.1.2. Đăng nhập hệ thống. Với tài khoản cá nhân gồm user và password. Người dùng sẽ nhập vào khi muốn đăng nhập để sử dụng được hệ thống. Tên Use case. Đăng nhập hệ thống. Tác nhân. Sinh viên. Sự kiện kích hoạt. Khi sinh muốn truy cập vào hệ thống. Input User / password Output Hệ thống hiển thị cùng các chức năng tương ứng cho SV. Luồng sự kiện chính: Nhập user/password. Kiểm tra user/password Hiển thị giao diện chính của hệ thống cho SV. Luồng sự kiện phụ: Thông báo không đăng nhập được. Quay lại giao diện đăng nhập. 39 2.3.1.3. Lấy lại mật khẩu. Khi người sử dụng quên mất mật khẩu của mình. Người này sẽ cần cung cấp thông tin cá nhân như: họ tên, ngày sinh, trường, khóa lớp,… để có thể lấy lại được mật khẩu trước đây đã sử dụng. Tên Use case. Lấy lại mật khẩu. Tác nhân. Sinh viên. Sự kiện kích hoạt. Không đăng nhập do sai tài khoản, yêu cầu xin lại thông tin tài khoản. Input Thông tin cá nhân: họ tên, ngày sinh, trường, khoa, khóa. Output Thông tin tài khoản trước đây đã tạo. Luồng sự kiện chính: Nhập thông tin cá nhân. Kiểm tra thông tin. Gửi lại thông tin tài khoản. Luồng sự kiện phụ: Không tìm thấy thông tin người dùng. Thông báo không tìm thấy. Yêu cầu nhập lại thông tin. Yêu cầu tạo tài khoản. 2.3.1.4. Đổi mật khẩu. Khi người sử dụng muốn thay đổi thông tin tài khoản của mình. Họ cần khai báo user/password cũ và nhập user/password mới mà họ muốn sử dụng. Tên Use case. Đổi mật khẩu. Tác nhân. Sinh viên. Sự kiện kích hoạt. Người dùng muốn đổi thông tin tài khoản. Input User/password cũ, user/password mới Output User/ password được tạo mới. Luồng sự kiện chính: Nhập user/password cũ và nhập user/password mới. Kiểm tra user/password cũ. Tạo user/password mới và xóa user/password cũ. Luồng sự kiện phụ: 40 2.3.1.5. Đăng ký vào KTX. SV chọn mẫu đơn đăng ký vào KTX. Sau đó, sinh viên cần cung cấp thông tin cá nhân (theo mẫu có sẵn). Sinh viên gửi đơn này và chờ thông báo kết quả. Tên Use case. Đăng ký vào KTX. Tác nhân. Sinh viên. Sự kiện kích hoạt. Sinh viên muốn đăng ký để được vào KTX ở sẽ sử dụng chức năng này để nộp bản đăng ký. Input Biểu mẫu đăng ký với thông tin cá nhân. Output Biểu mẫu đã được kiểm tra thông tin và lưu trữ. Luồng sự kiện chính: Chọn biểu mẫu và nhập thông tin. Kiểm tra thông tin và gửi thông báo đã gửi thành công. Cập nhật biểu mẫu . Luồng sự kiện phụ: Thông báo không gửi được yêu cầu kiểm tra lại thông tin biểu mẫu. Hiển thị lại giao diện dùng cho đăng ký. 2.3.1.6. Hiển thị thông tin phòng. Sinh viên muốn biết thông tin về hiện trạng phòng trong KTX qua mạng. Hệ thống sẽ cung cấp các thông tin cần thiết cho sinh viên về các hiện trạng phòng như: số lượng phòng, số phòng còn trống, loại phòng,… Tên Use case. Hiển thị thông tin phòng. Tác nhân. Sinh viên. Sự kiện kích hoạt. Sinh viên muốn xem hiện trạng về phòng của KTX. Input Yêu cầu hiển thị (loại phòng, phòng còn trống,…). Output Hiển thị theo yêu cầu. Luồng sự kiện chính: Nhập yêu cầu hiển thị. Kiểm tra thông tin. Hiển thị kết quả. Luồng sự kiện phụ: 41 2.3.1.7. Đăng ký phòng. Sinh viên có thể sử dụng chức năng này để có thể xem thông tin các phòng, các loại phòng,… trong KTX. Sinh viên có thể dựa vào đó mà chọn phòng để đăng ký ở qua mạng. Sinh viên cũng cần cung cấp thông tin cá nhân tương ứng với tờ khai đăng ký vào KTX. Tên Use case. Đăng ký phòng. Tác nhân. Sinh viên. Sự kiện kích hoạt. Sinh viên chọn phòng theo nguyện vọng của mình. Input Phòng đăng ký và thông tin cá nhân kèm theo. Output Danh sách chọn phòng của SV. Luồng sự kiện chính: Hiển thị thông tin phòng. Chọn phòng, nhập thông tin cá nhân. Kiểm tra thông tin. Thông báo yêu cầu đã gửi được và cập nhật Luồng sự kiện phụ: Thông báo thông tin chọn chưa gửi được. Yêu cầu kiểm tra thông tin. Quay lại giao diện chọn phòng. 2.3.1.8. Xin ra khỏi KTX. Khi tập thể, cá nhân có nguyện vọng chuyển ra khỏi KTX. Đổi với tập thể thì cần có cá nhân đại diện. Họ cần viết đơn, có thể nộp trực tiếp hoặc nếu gửi qua mạng thì sẽ sử dụng chức năng trợ giúp của hệ thống và các sự kiện sẽ được mô tả như dưới đây. Tên Use case. Xin ra khỏi KTX Tác nhân. Sinh viên Sự kiện kích hoạt. Làm đơn ra khỏi KTX. Input Thông tin đơn xin ra khỏi KTX. Output Đơn xin ra đã được cập nhật vào hệ thống (Lưu vào danh sách Tạm). Luồng sự kiện chính: Chọn mẫu đơn và nhập thông tin. Kiểm tra thông tin. Gửi lại thông báo đã gửi được đơn và cập nhật Luồng sự kiện phụ: Thông báo không gửi được yêu cầu và phải kiểm tra lại thông tin. Quay lại giao diện nộp đơn xin ra. 42 2.3.1.9. Hiển thị hóa đơn điện nước. Khi sinh viên muốn biết thông tin về tiêu thụ điện nước của phòng. Sinh viên có thể xem hóa đơn về điện nước của phòng. Sinh viên cần cung cấp số phòng mà mình cần tìm. Hệ thống sẽ kiểm tra số phòng và sẽ hiển thị hóa đơn điện nước của phòng đó. Tên Use case. Hiển thị Hóa đơn điện nước. Tác nhân. Sinh viên. Sự kiện kích hoạt. Sinh viên muốn xem hóa đơn phải thanh toán về điện nước của phòng. Input Thông tin hòng cần xem (sỗ phòng). Output Hóa đơn điện nước. Luồng sự kiện chính: Nhập thông tin phòng. Kiểm tra thông tin. Hiển thị hóa đơn của phòng. Luồng sự kiện phụ: Không thấy phòng cần tìm. Yêu cầu nhập lại thông tin. 2.3.2. Luồng sự kiện cho các Use case đối với người quản lý. 2.3.2.1. Sử dụng hệ thống. (Tương tự như quy trình đăng ký sử dụng của sinh viên). 2.3.2.2. Thêm SV vào KTX. 2.3.2.5.1. Duyệt danh sách. Từ dữ liệu các đơn đã đăng ký, hệ thống sẽ tự động duyệt theo mức ưu tiên quy định để được vào ở và đưa ra danh sách các sinh viên được hay không được ở trong KTX. Tên Use case. Thêm sinh viên vào KTX. Tác nhân. Người quản lý Sự kiện kích hoạt. Người quản lý muốn duyệt danh sách đăng ký vào ở KTX. Input Danh sách đăng ký vào KTX. Output Danh sách được ở và danh sách không được ở KTX. Luồng sự kiện chính: Danh sách đăng ký. Duyệt danh sách. Hiển thị danh sách không được ở, in ra. Hiển thị danh sách được ở, in ra. Cập nhật danh sách được ở Luồng sự kiện phụ: Gửi thông tin tới SV không được ở trong KTX. 43 2.3.2.5.2. Duyệt đăng ký phòng. Tên Use case. Duyệt đăng ký phòng Tác nhân. Người quản lý Sự kiện kích hoạt. Người dùng muốn đổi thông tin tài khoản. Input Danh sách đăng ký phòng. Output Danh sách chọn phòng. Luồng sự kiện chính: Danh sách đăng ký phòng. Duyệt danh sách. 2.1.Thêm vào danh sách chon phòng. 2.2. Xóa khỏi danh sách đăng ký phòng. Hiển thị danh sách chọn phòng. Cập nhật danh sách chọn phòng. Luồng sự kiện phụ: 2.3.2.5.3. Thông tin phòng. (Tương tự 2.5.1.6 ). 2.3.2.5.4. Sắp xếp phòng. Khi người quản lý đã có được danh sách sinh viên được vào ở trong KTX và danh sách chọn phòng của các sinh viên. Người quản lý sẽ sử dụng 2 danh sách này và hệ thống sẽ tự động đưa ra kết quả sắp phòng để ban quản lý duyệt. Tên Use case. Sắp xếp phòng Tác nhân. Người quản lý Sự kiện kích hoạt. Duyệt phòng ở cho sinh viên. Input Danh sách được ở KTX, danh sách chọn phòng Output Danh sách sắp phòng. Luồng sự kiện chính: Nhập danh sách SV được ở KTX. Nhập danh sách chọn phòng. Kiểm tra thông tin. Hiển thị kết quả sắp phòng theo mức. Chọn một kết quả sắp và cập nhật. Luồng sự kiện phụ: 1. Lưu kết quả danh sách sắp không chọn 44 2.3.2.5.5. Làm thẻ. Khi đã có danh sách sắp xếp phòng người quản lý sẽ quyết định in thẻ cho sinh viên có trong danh sách này. Người quản lý sẽ chọn mẫu thẻ quy định để in. Tên Use case. Làm thẻ Tác nhân. Người quản lý. Sự kiện kích hoạt. Làm thẻ KTX cho sinh viên được ở trong KTX. Input Danh sách sắp phòng, mẫu thẻ. Output Thẻ in. Luồng sự kiện chính: Hiển thị danh sách sắp phòng. Chọn mẫu thẻ. Tự động nhập thông tin vào thẻ. Kiểm tra thông tin. In thẻ. Cập nhật thông tin thẻ. Luồng sự kiện phụ: 2.3.2.5.6. Thông tin sinh viên. 2.3.2.5.6.1. Tìm kiếm sinh viên. Người quản lý có thể tìm kiếm thông tin của sinh viên trong danh sách các sinh viên đã được ở trong ký túc xá. Khi cần tìm kiếm thông tin liên quan đến sinh viên này, người quản lý nhập mã thẻ của sinh viên (hoặc họ tên, ngày sinh và giới tính) và hệ thống sẽ hiển thị thông tin liên quan đến sinh viên này. Tên Use case. Tìm kiếm sinh viên. Tác nhân. Người quản lý. Sự kiện kích hoạt. Người quản lý cần thông tin về một sinh viên nào đó. Input Mã thẻ KTX (hoặc họ tên, ngày sinh và giới tính). Output Thông tin liên quan đến sinh viên. Luồng sự kiện chính: Nhập mã thẻ (hoặc họ tên, ngày sinh và giới tính). Kiểm tra thông tin. Hiển thị thông tin liên quan đến sinh viên. Luồng sự kiện phụ: Hiển thị thông báo không tìm thấy. 45 2.3.2.5.6.2. Cập nhật thông tin sinh viên. Khi người quản lý cần thay đổi thông tin của sinh viên. Người quản lý sẽ tìm kiếm sinh viên này trong danh sách. Sau đó, sẽ nhập các thông tin thay đổi. Thông tin này sẽ được kiểm tra. Khi người quản lý chấp nhận thay đổi thì thông tin mới này sẽ được cập nhật vào hệ thống. Tên Use case. Cập nhật thông tin sinh viên. Tác nhân. Người quản lý. Sự kiện kích hoạt. Thay đổi thông tin sinh viên. Input Yêu cầu cập nhật. Output Thông tin đã được thay đổi. Luồng sự kiện chính: Yêu cầu cập nhật. Nhập thông tin thay đổi. Kiểm tra thông tin thay đổi. Cập nhật hông tin mới. Luồng sự kiện phụ: Không tìm thấy sinh viên trong danh sách. Quay trở lại giao diện tìm kiếm. Thông tin thay đổi không được chấp nhân. Quay trở về giao diện đăng nhập. 2.3.2.5.7. Hiển thị toàn bộ danh sách. Người quản lý có thể xem danh sách của tất cả các sinh viên. Có thể lựa chọn xem theo các cách thống kê sinh viên như: Thống kê theo trường, theo giới tính, theo khu nhà, theo phòng. Tên Use case. Hiển thị toàn bộ danh sách. Tác nhân. Người quản lý. Sự kiện kích hoạt. Người quản lý muốn xem danh sách tất cả các sinh viên. Input Cách thống kê sinh viên người dùng muốn hiển thị. Output Danh sách sinh viên ứng với cách thống kê người dùng chọn. Luồng sự kiện chính: Nhập cách thống kê. Hiển thị danh sách. Luồng sự kiện phụ: 46 2.3.2.3. Loại sinh viên ra khỏi KTX. 2.3.2.3.1. Sinh viên buộc phải ra. Với danh sách vi phạm kỷ luật. Người quản lý sẽ xem danh sách bắt buộc phải ra khỏi KTX. Với danh sách này, người quản lý sẽ cập nhật danh sách này vào danh sách Tạm, gửi thông tin hẹn gặp tới tập thể, cá nhân vi phạm này. Tên Use case. Sinh viên ra buộc ra. Tác nhân. Người quản lý. Sự kiện kích hoạt. Xem danh sách buộc phải ra khỏi KTX. Input Danh sách kỷ luật. Output Danh sách buộc phải ra đã được kiểm tra và cập nhật vào danh sách Tạm. Luồng sự kiện chính: Xem danh sách kỷ luật. Duyệt danh sách và đưa ra danh sách bắt buộc ra. Kiểm tra danh sách, cập nhật vào danh sách Tạm. Gửi thông báo. Luồng sự kiện phụ: Thông báo không có đối tượng bắt buộc ra. Quay lại giao diện danh sách kỷ luật. 2.3.2.3.2. Thông tin sinh viên. (Tương tự như phần 2.5.2.5.4 ) 2.3.2.3.2.1. Tìm kiếm sinh viên. 2.3.2.3.2.2. Cập nhật thông tin sinh viên. 2.3.2.3.3. Cập nhật thẻ. Khi sinh viên trả thể lại thẻ KTX. Người quản lý sẽ cập nhât thông tin về thẻ của sinh viên này trong cơ sở dữ liệu lưu trữ khi làm thẻ. Tên Use case. Cập nhật thẻ. Tác nhân. Người quản lý. Sự kiện kích hoạt. Người quản lý muốn cập nhật thông tin thẻ. Input Thẻ của người trả. Output Thẻ đã được xóa Luồng sự kiện chính: Nhập mã thẻ. Hiển thị thông tin thẻ. Cập nhật thông tin thẻ. Luồng sự kiện phụ: Thông báo không tìm thấy thông tin thẻ Yêu cầu kiểm tra lại và quay về giao diện cập nhật thẻ. 47 2.5.2.6.7. Hiển thị toàn bộ danh sách. (Tương tự phần 2.5.2.5.5 ) 2.3.2.4. Thu chi. 2.3.2.4.1. Cập nhật danh mục thu chi. Đến cuối tháng, người phụ trách thu ngân sẽ cập nhật các thông tin về thu chi trong tháng. Hệ thống hiển thị các danh mục để người dùng cập nhật thông tin. Sau đó hệ thống sẽ đưa ra danh mục liệt kê về thu chi và tổng thu/ tổng chi. Kết quả này sẽ được cập nhật . Tên Use case. Cập nhật thu chi. Tác nhân. Người quản lý. Sự kiện kích hoạt. Cần cập nhật thông tin các danh mục thu chi. Input Các danh mục đã nhập thông tin. Output Danh sách các danh mục thu/chi và tổng thu/ tổng chi. Luồng sự kiện chính: 1. Hiển thị các danh danh mục thu/ chi. 2. Nhập thông tin. 3. Hiển thị danh sách các danh mục và tổng thu/tổng chi. 4. Cập nhật Luồng sự kiện phụ: 2.3.2.4.2. Báo cáo thu chi. Khi người quản lý về thu ngân cần báo cáo thông tin thu chi trong tháng. Họ sẽ sử dụng chức năng này để lấy thông tin về thu/ chi . Sau đó, hệ thống sẽ hiển thị dạng báo cáo xem và in báo cáo. Báo cáo này được cập nhật Tên Use case. Báo cáo thu chi. Tác nhân. Người quản lý. Sự kiện kích hoạt. Xem và In báo cáo thu chi. Input Chọn kiểu bản báo cáo. Output Bản báo cáo thu/ chi. Luồng sự kiện chính: Chọn kiểu bản báo cáo. Hiển thị bản báo cáo và In. Cập nhật bản báo cáo. Luồng sự kiện phụ: 48 2.3.2.5. Điện nước. 2.3.2.5.1. Tính số điện nước phụ trội. Cuối tháng, người quản lý sẽ nhập thông tin số điện, nước mới của các phòng. Hệ thống sẽ tính số điện, nước tiêu thụ, số phụ trội nếu có, tiền phụ trội. Kết quả sẽ được cập nhật (trong bảng [Bảng Thông Tin Điện / Nước] ). Tên Use case. Tính số điện nước phụ trội. Tác nhân. Người quản lý. Sự kiện kích hoạt. Nhập thông tin về điện, nước của các phòng. Input Số phòng, tháng thu, chỉ số mới, số được bao cấp. Output Số điện tiêu thụ, số phụ trội, số tiền phụ trội. Luồng sự kiện chính: Nhập thông tin điện, nước. Tính số điện, nước tiêu thụ, số phụ trội, số tiền phụ trội. 3 . Cập nhật . Luồng sự kiện phụ: 2.3.2.5.2. Thống kê và in danh sách phụ trội. Khi người quản lý muốn thông kê danh sách các phòng phụ trội để in hóa đơn. Người quản lý có thể sử dụng chức năng này để lấy danh sách các phòng có phụ trội từ thông tin đã được lưu trữ trong hệ thống. Tên Use case. Thống kê và in danh sách phụ trội. Tác nhân. Người quản lý. Sự kiện kích hoạt. Xem danh sách các phòng có phụ trội về điện nước. Input Yêu cầu thống kê các phòng có phụ trội. Output Danh sách các phòng có phụ trội. Luồng sự kiện chính: Yêu cầu thống kê danh sách phòng có phụ trội. Hiển thị danh sách phòng có phụ trội. Cập nhật In danh sách này. Luồng sự kiện phụ: 49 2.3.2.5.3. Tính số hao hụt. Người quản lý sẽ nhập số điện, nước đồng hồ tổng của toàn KTX. Yêu cầu hệ thống hiển thị tổng số điện, nước của tất cả các phòng trong KTX. Hệ thống sẽ hiển thị số điện, nước bị hao hụt và thành tiền. Tên Use case. Tính số hao hụt. Tác nhân. Người quản lý. Sự kiện kích hoạt. Muốn xem lượng điện nước hao hụt. Input Số điện, nước đồng hồ tổng. Output Số điện, nước bị hao hụt, thành tiền. Luồng sự kiện chính: Nhập số điện, nước đồng hồ tổng. Hiển thị số điện, nước tổng của tất cả các phòng trong KTX. Hiển thị số điện, nước bị hao hụt và thành tiền. Luồng sự kiện phụ: 2.3.2.5.4. Thanh toán ngay. Nhập số điện, nước của phòng mà sinh viên này ở. Hệ thống sẽ hiển thị thông số điện nước mà phòng này đã dùng đến kỳ chốt số gần ngày sinh viên chuyển nhất. Sau đó hệ thống tự động đưa ra số tiền điện, nước mà sinh viên này phải thanh toán. Trong tháng sinh viên này chuyển ra thì sẽ không tính số phụ cấp cho sinh viên này. Tên Use case. Thanh toán ngay. Tác nhân. Người quản lý. Sự kiện kích hoạt. Có sinh viên chuyển. Input Số điện, nước của phòng tính đến ngày sinh viên chuyển. Output Số điện, nước và thành tiển cho sinh viên này. Luồng sự kiện chính: Nhập số điện, nước của phòng tính đến ngày sinh viên chuyển. Hiển thị thông tin điện, nước của phòng này cập nhật gần nhất. Đưa ra số điện, nước và thành tiền. In hóa đơn cho sinh viên này. Luồng sự kiện phụ: 1. Tìm kiếm thông tin điện nước của phòng. 50 2.3.2.5.5. Cập nhật Hóa đơn điện nước. Người quản lý về điện sẽ cập nhật thông tin về hóa đơn điện nước của phòng. Các thông tin này sẽ được lưu trữ. Các Hóa đơn điện nước này sẽ giúp cho việc SV xem thông tin Hóa đơn điện nước của phòng họ muốn. Tên Use case. Cập nhật hóa đơn điện nước. Tác nhân. Người quản lý. Sự kiện kích hoạt. Muốn cập nhật hóa đơn thanh toán điện nước của phòng Input Thông tin điện nước. Output Hóa đơn thanh toán điện nước. Luồng sự kiện chính: Nhập thông tin điện nước. 2. Hiển thị hóa đơn điện nước. 3. Cập nhật Hóa đơn điện nước . Luồng sự kiện phụ: 2.3.2.6. Tài sản. 2.3.2.6.1. Cập nhật tài sản phòng. Khi có các thông tin thay đổi về tài sản trong phòng. Người quản lý sẽ sử dụng chức năng này để nhập thông tin này vào hệ thống. Hệ thống sẽ kiểm tra thông tin và cập nhật . Tên Use case. Cập nhật tài sản phòng Tác nhân. Người quản lý. Sự kiện kích hoạt. Cần cập nhật thông tìn về tài sản phòng. Input Thông tin nhập. Output Thông tin đã được hệ thống kiểm tra và cập nhật. Luồng sự kiện chính: Nhập thông tin về tài sản phòng. Kiểm tra thông tin. Cập nhật. Luồng sự kiện phụ: Thông tin thay đổi không được chấp nhận. Yêu cầu kiểm tra lại thông tin. Quay lại giao diện cập nhật. 2.3.2.6.2. Cập nhật tài sản khu nhà. (Tương tự 2.5.2.6.1 ) 2.3.2.6.3. Cập nhật tài sản chung. (Tương tự 2.5.2.6.1 ) 51 2.4. Biu đ tun t 2.4.1. Biểu đồ tuần tự cho ca sử dụng hệ thống. 2.4.1.1. Tạo tài khoản. 2.4.1.2. Đăng nhập. 52 2.4.1.3. Lấy lại mật khẩu. 2.4.1.4. Đổi mật khẩu. 53 2.4.2. Biểu đồ tuần tự cho các ca sử dụng của SV. 2.4.2.1. Đăng ký vào KTX. 2.4.2.2. Thông tin phòng. 54 2.4.2.3. Đăng ký phòng. 2.4.2.4. Xin ra khỏi KTX. 55 2.4.2.5. Hiển thị hóa đơn điện nước. 2.4.3. Biểu đồ tuần tự cho các ca sử dụng của người quản lý. 2.4.3.1. Nhận SV vào KTX. 2.4.3.1.1. Duyệt danh sách. 56 2.4.3.1.2. Duyệt đăng ký phòng. 2.4.3.1.3. Thông tin phòng. (Tương tự phần 3.1.2.2 ) 2.4.3.1.4. Sắp xếp phòng. 57 2.4.3.1.5. Làm thẻ. 2.4.3.1.6. Thông tin sinh viên. 2.4.3.1.6.1. Tìm kiếm SV. 58 2.4.3.1.6.2. Cập nhật. 2.4.3.1.7. Hiển thị toàn bộ danh sách 59 2.4.3.2. Loại SV ra khỏi KTX. 2.4.3.2.1. Sinh viên buộc phải ra. 2.4.3.2.5. Cập nhật thẻ. 60 2.4.3.2.6. Loại SV. 2.4.3.2.7. Hiển thị toàn bộ danh sách. (Tương tự 3.1.3.1.6 ). 2.4.3.3. Thu chi. 2.4.3.3.1. Cập nhật danh mục thu chi. 61 2.4.3.3.3. Báo cáo thu chi. 2.4.3.4. Điện nước. 2.4.3.4.1. Tính số điện nước phụ trội. 62 2.4.3.4.2. Thống kê và in danh sách phụ trội. 2.4.3.4.3. Tính số hao hụt. 63 2.4.3.4.4. Thanh toán ngay. 2.4.3.4.5. Cập nhật hóa đơn điện nước. 64 2.4.3.5. Tài sản. 2.4.3.5.1. Cập nhật tài sản phòng. 2.4.3.5.2. Cập nhật tài sản khu nhà. (Tương tự 3.1.3.5.1) 2.4.3.5.3. Cập nhật tài sản chung. (Tương tự 3.1.3.5.1) 2.5. Thi t K Biu Đ L
p Chi Ti t. 2.5.1. Xác định các lớp thực thể. 2.5.1.1.SinhViên : Lớp thực thể Sinh viên (SV) dùng để quản lý các thông tin về sinh viên. Lớp này sẽ bao gồm các thuộc tính sau: - MaSV : là thuộc tính định danh chỉ mã sinh sinh viên. - HotenSV : chỉ họ và tên đầy đủ của sinh viên. - NgaySinh : chỉ ngày tháng năm sinh của sinh viên. - GioiTinh : chỉ giới tính của sinh viên - Anh : ảnh của sinh viên. - SoCMND : chỉ số chứng minh thư nhân dân của sinh viên. - SoDT : chỉ số điện thoại của sinh viên dùng để liên lạc. - DiaChiLienLac : địa chỉ liên lạc của sinh viên. - DiaGiaDinh : địa chỉ để liên lạc của gia đình sinh viên này. 2.5.1.2. Lop: là lớp thực thể này dùng để quản lý thông tin về các lớp học của sinh viên đang theo học. Nó sẽ chứa các thuộc tính sau: - MaLop: là thuộc tính định danh dùng để chỉ mã lớp sinh viên này đang theo học. - TenLop: chỉ tên của lớp mà sinh viên đang theo học. 2.5.1.3. Khoa : là lớp thực thể này dùng để quản lý thông tin về các Khoa của sinh viên đang theo học. Nó sẽ chứa các thuộc tính sau: 65 - MaKhoa: là thuộc tính định danh dùng để chỉ mã Khoa sinh viên này đang theo học. - TenKhoa: chỉ tên của Khoa mà sinh viên đang theo học. 2.5.1.4. Truong : là lớp thực thể này dùng để quản lý thông tin về các Trường của sinh viên đang theo học. Nó sẽ chứa các thuộc tính sau: - MaTruong: là thuộc tính định danh dùng để chỉ mã Trường sinh viên này đang theo học. - TenTruong: chỉ tên của Trường mà sinh viên đang theo học. 2.5.1.5. QuocTich : là lớp thực thể dùng để quản lý thông tin về Quốc tịch của sinh viên. Nó sẽ có các thuộc tính sau: - MaQuocTich: Là thuộc tính đinh danh dùng chỉ mã Quốc tịch của sinh viên. - TenQuocTich: chỉ tên Quốc tịch của sinh viên. 2.5.1.6. TonGiao. là lớp thực thể dùng để quản lý thông tin về Tôn giáo mà sinh viên theo. Nó sẽ có các thuộc tính sau: - MaTonGiao: Là thuộc tính đinh danh dùng chỉ mã Tôn giáo của sinh viên đang theo. - TenTonGiao: chỉ tên Tôn giáo của sinh viên theo. 2.5.1.7. DanToc. là lớp thực thể dùng để quản lý thông tin về Dân tộc của sinh viên mang. Nó sẽ có các thuộc tính sau: - MaDanToc: Là thuộc tính đinh danh dùng chỉ mã Dân tộc của sinh viên mang. - TenDanToc: chỉ tên Dân tộc của sinh viên mang. 2.5.1.8. QuanHeGiaDinh : Là lớp thực thể dùng để quản lý thông tin về gia đình của sinh viên này. Lớp thực thể này sẽ gồm các thuộc tính sau: - MaQuanHe: là thuộc tính định danh dùng để chỉ mã của quan hệ gia đình. - KieuQuanHe: là chỉ kiểu quan hệ của sinh viên và người thân này. - Hoten: chỉ họ và tên của người thân . - NgaySinh: chỉ ngày tháng năm sinh của người thân. - NgheNghiep: chỉ nghề nghiệp của người thân đang làm. 2.5.1.9. DienUuTien : là lớp thực thể dùng để quản lý thông tin về diện ưu tiên của sinh viên. Lớp thực thể này sẽ bao gồm các thuộc tính sau: - MaUuTien: là thuộc tính định danh chỉ Mã ưu tiên của sinh viên. - KieuUuTien: chỉ kiểu ưu tiên của sinh viên này. 2.5.1.10. CanBoQuanLy: là lớp thực thể dùng để quản lý về thông tin của các cán bộ quản lý. Lớp thực thể này sẽ bao gồm các thuộc tính sau: - MaCanBo: là thuộc tính định danh dùng để chỉ Mã của cán bộ quản lý. - HoTen: chỉ họ và tên của cán bộ quản lý. - NgaySinh: chỉ ngày tháng năm sinh của cán bộ. - BoPhanQuanLy: chỉ bộ phận mà cán bộ này làm việc. - SoDienThoai: chỉ số điện thoại của cán bộ này. - DiaChiLienHe: địa chỉ liên hệ của cán bộ quản lý này. 2.5.1.22: Phong: 66 2.5.1.22.1. ThongTinPhong : Là lớp thực thể chứa các thông tin về phòng trong KTX. Lớp này sẽ bao gồm các thuộc tính sau: - MaLoaiPhong: là thuộc tính định danh dùng để chỉ mã loại phòng. - SoLuong: chỉ số lượng phòng mà một loại phòng có. 2.5.1.22.2. Phong_SV: Là lớp thực thể để quản lý thông tin về phòng mà sinh viên ở. Lớp này bao gồm các thuộc tính sau: - MaPhong: là thuộc tính định danh dùng để chỉ mã phòng mà sinh viên đang ở. - maLoaiPhong: chỉ loại phòng mà sinh viên này đang ở. - SoLuongNguoi: chỉ số lượng sinh viên đang ở trong phòng này. 2.5.1.23. BaoCaoThuChiPhatSinh : Là lớp thực thể dùng để quản lý thông tin về các bản báo cáo thu chi phát sinh. Lớp này gồm các thuộc tính sau: - MaBaoCaoThuChiPhatSinh: là thuộc tính định danh dùng để chỉ mã của bản báo cáo thu chi phát sinh. - NoiDung: chỉ nội dung của bản báo cáo thu chi phát sinh. - NgayLamBaoCao: chỉ ngày viết bản báo cáo thu chi phát sinh này. - NguoiKyBaoCao: chỉ người ký duyệt bản báo cáo này. 2.5.1.24. DanhMucThuChi: là lớp thực thể dùng để quản lý thông tin về các danh mục thu chi trong tháng của KTX. Lớp thực thể này bao gồm các thuộc tính sau: - MaDanhMuc: là thuộc tính định danh dùng để chỉ mã của danh mục. - TenDanhMuc: chỉ tên của danh mục. - KieuDanhMuc: chỉ kiểu của danh mục. - SoTien: Số tiền của mục thu chi. - NgayLam: chỉ ngày viết danh mục thu chi này. - NguoiLam: chỉ họ tên của người làm danh mục thu chi. 2.5.1.25. BaoCaoThuChi: Lớp thực thể dùng để quản lý thông tin về các bản báo cáo thu chi trong tháng. Lớp này bao gồm các thuộc tính sau: - MaBaoCaoThuChi: là thuộc tính định danh dùng để chỉ mã của bản báo cáo thu chi. - NoiDung: chỉ nội dung của bản báo cáo thu chi. - SoTien: Số tiền của bản báo cáo. - NgayLamBaoCao: chỉ ngày viết bản báo cáo thu chi này. - NguoiKyBaoCao: chỉ người ký duyệt bản báo cáo này. 2.5.1.26. BangThôngTinĐienNuoc : Là thực thể dùng để quản lý thông tin điện nước tiêu thụ của các phòng trong KTX. Lớp này bao gồm các thuộc tính sau: - MaBangThôngTinĐienNuoc: là thuộc tính định danh dùng để chỉ mã của bảng thông tin điện nước. - MaPhong: chỉ phòng sử dụng. - Thang: chỉ tháng sử dụng điện nước của phòng. - ChiSoMoi: chỉ số của tháng hiện tại. - ChiSoCu: chỉ số của tháng trước đó. - SoTien: chỉ số tiền phải thanh toán. 67 2.5.1.30. Tài sản: 2.5.1.30.1. TaiSanPhong: là lớp thực thể dùng để quản lý thông tin về các tài sản của phòng trong KTX. Lớp này sẽ có các thuộc tính sau: - MaTaiSanPhong: là thuộc tính định danh dùng để chỉ mã tài sản phòng. - TenTaiSan: tên của tài sản. - MaPhong: mã của phòng. - SoLuong: số lượng của tài sản này có trong phòng. - HienTrang: chỉ hiện trạng của tài sản này trong phòng. 2.5.1.30.2. TaiSanKhuNha: (tương tự 3.2.1.30.1). 2.5.1.30.3. TaiSanChungKTX: (tương tự 3.2.1.30.1). 2.5.1.31. LoaiTaiSan: Là lớp thực thể dùng để lưu trữ các thông tin về loại tài sản có trong phòng, khu nhà, KTX. Lớp này sẽ có các thuộc tính sau: - MaLoaiTaiSan: là thuộc tính định danh dùng để chỉ mã loại tài sản. - TenLoaiTaiSan: tên của loại tài sản. 2.5.2. Biểu đồ lớp chi tiết. Trong biểu đồ lớp chi tiết dưới đây, sẽ đưa ra các lớp chính cùng với mối quan hệ giữa các lớp. Trong biểu các lớp mới chỉ nêu ra các thuộc tính chưa nêu ra kiểu (kiểu của thuộc tính sẽ được chỉ rõ trong phần thiết kế CSDL sau đó) và các phương thức cũng nêu ra một vài phương thức chính (các phương thức sẽ được bổ sung vào trong các lớp này trong phần thiết kế biểu đồ lớp cho từng chức năng). Biểu đồ lớp chi tiết ở trang tiếp theo. 68 Hình 8: Biểu đồ lớp chi tiết. 69 2.5.3. Biểu Đồ Lớp Thiết Kế đi theo các Chức Năng. 2.5.3.1. Cho ca sử dụng hệ thống. 2.5.3.1.1. Tạo tài khoản. DKDangNhap +xacThuc: VarChar(30) +user: VarChar(30) +pass: Varchar(20) +tienHanhDangNhap() +nhapThongTinNguoiDung() +taoTK() +xacThucTK() Form DangKyTaiKhoan NguoiDung +hoTen: Varchar(30) +ngaySinh: date +gioiTinh: char(1) +soDienThoai: Int(20) +diaChi: Varchar(50) +setHoTen() +setNgaySinh() +setGioiTinh() +setSoDienThoai() +setDiaChi() +getHoTen() +getNgaySinh() +getSoDienThoai() +getDiaChi() TaiKhoan +user: Varchar(30) +pass: Varchar(20) +setUser() +setPass() +getUser() +getPass() 2.5.3.1.2. Đăng nhập. DK DangNhap +xacThuc: Varchar(30) +timTK() +ketQuaTimKiem() +tienHanhDangNhap() +xacThucDangNhap() TaiKhoan +user: varchar(30) +pass: varchar(20) +setUser() +setPass() +getUser() +getPass() Form DangNhap 70 2.5.3.1.3. Lấy lại mật khẩu. TaiKhoan +user: varchar(30) +pass: varchar(20) +setUser() +setPass() +getUser() +getPass() NguoiDung +hoTen: Varchar(30) +ngaySinh: date +gioiTinh: char(1) +soDienThoai: int(20) +diaChi: Varchar(50) +setHoTen() +setNgaySinh() +setGioiTinh() +setSoDienThoai() +setDiaChi() +getHoTen() +getNgaySinh() +getGioiTinh() +getSoDienThoai() +getDiaChi() Form LayLaiMatKhau DieuKhienDangNhap +xacThuc: varchar(30) +tienHanhDangNhap() +timThongTinNguoiDung() +ketQuaTimKiem() +timThongTinNguoiDung() +capLaiTK() 2.5.3.1.4. Đổi mật khẩu. Form DoiMatKhau DieuKhienDoiMatKhau +xacThuc: varchar(30) +timKiemTK() +ketQuaTimKiem() +taoTK() +ketQuaTaoTK() +tienHanhDangNhap() +capNhatThongTinNguoiDung() +xacThucThayDoi() NguoiDung +hoTen: varchar(30) +ngaySinh: date +gioiTinh: char(1) +soDienThoai: ing(20) +diaChi: varchar(50) +setHoTen() +setNgaySinh() +setGioiTinh() +setSoDienThoai() +setDiaChi() +getHoTen() +getGioiTinh() +getNgaySinh() +getSoDienThoai() +getDiaChi() TaiKhoan +user: varchar(30) +pass: varchar(20) +setUser() +setPass() +getUser() +getPass() 71 2.5.3.2. Cho ca sử dụng của Sinh viên. 2.5.3.2.1. Đăng ký vào KTX. DieuKhienDangKyVaoKTX +xacThuc: varchar(30) +tienHanhDangKy() +nhapBieuMau() +capnhatThongTinNguoiDung() +xacNhanDangKy() Form DangKyVaoKTX MauDangKyVaoKTX +maMauDangKyVaoKTX: char(10) +yKienBQL: varchar(50) +namHoc: char(10) +ngayLamToKhai: date +setMaMauDangKyVaoKTX() +setYKienBQL() +setNamHoc() +setNgayLamToKhai() +getMaMauDangKy() +getYKienBQL() +getNamHoc() +getNgayLamToKhai() 2.5.3.2.2. Thông tin phòng. FormThongTinPhong DieuKhienThongTinPhong +xacThuc: varchar(30) +timKiemThongTin() +ketQuaTimKiem() +tienHanhDangNhap() +hienThiKetQuaTimKiem() +xacThucYeuCau() ThongTinPhong +maLoaiPhong: char(10) +soLuong: Int(5) +setMaLoaiPhong() +setSoLuong() +getMaLoaiPhong() +getSoLuong() 2.5.3.2.3. Đăng ký phòng. Form DanKyPhong DieuKhienDangKyPhong +xacThuc: varchar(30) +tienHanhDangNhapDKPhong() +nhapThongTinDKPhong() +xacThucDKPhong() MauDangKyPhong +maMauDangKyPhong: char(10) +yKienBQL: varchar(50) +namHoc: char(10) +ngayLamToKhai: Date +maLoaiPhong: char(10) +setMaMauDangKyPhong() +setYKienBQL() +setNamHoc() +setMaLoaiPhong() +setNgayLamToKhai() +getMaMauDangKyPhong() +getYKieBQL() +getNamHoc() +getNgayLamToKhai() +getMaLoaiPhong() 72 2.5.3.2.4. Xin ra khỏi KTX. Form XinRaKhoiKTX DieuKhienXinRaKhoiKTX +xacThuc: varchar(30) +nhapMauDon() +layThongTin() +capNhatVaoDSTam() +xacNhanDangKy() DonXinRaKhoiKTX +maDonXinRaKhoiKTX: char(10) +noiDung: varchar(500) +ngayLamDon: date +setMaDonXinRaKhoiKTX() +setNoiDung() +setNgayLamDon() +getMaDonXinRaKhoiKTX() +getMaDonXinRaKhoiKTX() +getNgayLamDon() DanhSachTam +maDanhSachTam: char(10) +hoTen: varchar(30) +ngaySinh: date +setMaTheSVNoiTru() +setHoTen() +setNgaySinh() +getMaTheSVNoiTru() +getHoTen() +getNgaySinh() 2.5.3.2.5. Hiển thị hóa đơn điện nước. Form HienThiHoaDonDienNuoi DK HoaDonDienNuoi +xacThuc: varchar(30) +tienHanhDangNhap() +timHoaDon() +ketQuaTimKiem() +hienThiKetQua() +xacThucYeuCau() HoaDonDienNuoc +maHoaDonDienNuoc: char(10) +maPhong: char(10) +chiSoMoi: int(10) +chiSoCu: Int(10) +SoTien: float(10) +ngayLamHoaDon: date +ngayThanhToan: date +setMaHoaDonDienNuoc() +setMaPhong() +setChiSoMoi() +setChiSoCu() +setSoTien() +setNgayLamHoaDon() +setNgayThanhToan() +getMaHoaDonDienNuoc() +getmaPhong() +getChiSoMoi() +getChiSoCu() +getSoTien() +getNgayLamHoaDon() +getNgayThanhToan() 73 2.5.3.3. Cho ca sử dụng của người quản lý. 2.5.3.3.1. Nhận SV vào KTX. 2.5.3.3.1.1. Duyệt danh sách. Form XetDuyetVaoKTX DK XetDuyetVaoKTX +xacNhan: varchar(30) +layThongTinMauDK() +thongTinLayTuMauDK() +hienThiDSDuocO() +hienThiDSKhongDuocO() +tienHanhDangNhapXD() +nhapThongTinSVDuocO() +nhapThongTinSVKhongDuocO() +xacThucLuuTru() MauDangKyVaoKTX +maMauDangKyVaoKTX: char(10) +yKienBQL: varchar(50) +namHoc: char(10) +ngayLamToKhai: date +setMaMauDangKyVaoKTX() +setYKienBQL() +setNamHoc() +setNgayLamToKhai() +getMaMauDangKyVaoKTX() +getYKienBQL() +getNamHoc() +getNgayLamToKhai() DanhSachDuocO +maDSDuocO: char(10) +hoTen: varchar(30) +ngaySinh: date +soCMND: char(20) +setHoTen() +setNgaySinh() +setSoCMND() +getHoTen() +getNgaySinh() +getSoCMND() DanhSachKhongDuocO +maDSKhongDuocO: char(10) +hoTen: varchar(30) +ngaySinh: date +soCMND: char(20) +setHoTen() +setNgaySinh() +setSoCMND() +getHoTen() +getNgaySinh() +getSoCMND() 2.5.3.3.1.2. Duyệt đăng ký phòng. Form DuyetDangKyPhong DK DangKyPhong +xacThuc: varchar(30) +tienHanhDangNhap() +layThongTinSVDuocO() +layThongTinDKPhong() +xoaThongTinDangKyChonPhong() +hienThiDSChonPhong() +capNhatDSChonPhong() +xacThucYeuCau() DanhSachDuocO +maDSDuocO: char(10) +hoTen: varchar(30) +ngaySinh: date +soCMND: int(20) +setHoTen() +setNgaySinh() +setSoCMND() +getHoTen() +getNgaySinh() +getSoCMND() MauDangKyPhong +maMauDangKyPhong: char(10) +yKienBQL: varchar(50) +namHoc: char(10) +ngayLamToKhai: date +setMaMauDangKyPhong() +setYKienBQL() +setNamHoc() +setNgayLamToKhai() +getMaMauDangKyPhong() +getYKienBQL() +getNamHoc() +getNgayLamToKhai() DanhSachChonPhong +maDSChonPhong: char(10) +hoTen: varchar(30) +ngaySinh: date +soCMND: char(20) +maLoaiPhong: char(10) +setHoTen() +setNgaySinh() +setSoCMND() +setMaLoaiPhong() +getHoTen() +getNgaySinh() +getSoCMND() +getMaLoaiPhong() 74 2.5.3.3.1.3. Thông tin phòng. (Tương tự 3.3.2.2) 2.5.3.3.1.4. Sắp xếp phòng. Form SapXepPhong DK SapXepPhong +xacThuc: varchar(30) +layThongTinSV() +tienHanhDangNhap() +thongTinSV() +layThongTinChonPhong() +hienThiKetQuaXepPhong() +capNhatXepPhong() +xacThucYeuCau() DanhSachDuocO +maDSDuocO: char(10) +hoTen: varchar(30) +ngaySinh: date +soCMND: char(20) +setHoTen() +setNgaySinh() +setSoCMND() +getHoTen() +getNgaySinh() +getSoCMND() DanhSachChonPhong +maDSChonPhong: char(10) +hoTen: varchar(30) +ngaySinh: date +soCMND: char(20) +maLoaiPhong: char(10) +setHoTen() +setNgaySinh() +setSoCMND() +setMaLoaiPhong() +getHoTen() +getNgaySinh() +getSoCMND() +getMaLoaiPhong() DanhSachXepPhong +maDSXepPhong: char(10) +hoTen: varchar(30) +ngaySinh: date +soCMND: char(20) +maLoaiPhong: char(10) +soPhong: char(10) +setHoTen() +setNgaySinh() +setSoCMND() +setmaLoaiPhong() +setSoPhong() +etHoTen() +getNgaySinh() +getSoCMND() +getmaLoaiPhong() +getSoPhong() 2.5.3.3.1.5. Làm thẻ. DK LamThe +xacThuc: varchar(30) +layTheMau() +hienThiTheMau() +tienHanhDangNhapLamThe() +layThongTinSV() +thongTinSV() +capNhatThongTinThe() +xacThucYeuCau() +tienHanhDangNhapInThe() +inThe() Form LamThe MauThe +maMauThe: char(10) +namHoc: char(10) +setMaMauThe() +setNamHoc() +getMaMauThe() +getNamHoc() DanhSachDuocO +hoTen: varchar(30) +ngaySinh: date +soCMND: char(20) +setHoTen() +setNgaySinh() +setSoCMND() +getHoTen() +getNgaySinh() +getSoCMND() TheSVNoiTru +maTheSVNoiTru: char(10) +thoiHanThe: char(20) +setMaTheSVNoiTru() +setThoiHanThe() +getMaTheSVNoiTru() +getThoiHanThe() 75 2.5.3.3.1.6. Thông tin sinh viên. 2.5.3.3.1.6.1. Tìm kiếm SV. Form TimKiem DK ThongTinSV +xacThuc: varchar(30) +timThongTinSV() +ketQuaTimKiem() +hienThiThongTinLienQuan() +tienHanhDangNhapTimKiem() +xacThucYeuCau() SinhVien +maSV: char(20) +hotenSV: varchar(30) +ngaySinh: date +gioiTinh: char(2) +anh: varchar(100) +soCMND: char(20) +soDT: int(20) +DiaChiLienLac: varchar(50) +diaGiaDinh: varchar(50) +setMaSV() +setHotenSV() +setNgaySinh() +setGioiTinh() +setAnh() +setSoCMND() +setSoDT() +setDiaChiLienLac() +setDiaGiaDinh() +getMaSV() +getHotenSV() +getNgaySinh() +getGioiTinh() +getAnh() +getSoCMND() +getSoDT() +getDiaChiLienLac() +getDiaGiaDinh() 2.5.3.3.1.6.2. Cập nhật. Form CapNhat DK ThongTinSV +xacThuc: varchar(30) +capNhatThongTinSV() +ketQuaCapNhat() +hienThiThongTinLienQuan() +tienHanhDangNhapCapNhat() +xacThucYeuCau() SinhVien +maSV: char(20) +hotenSV: varchar(30) +ngaySinh: date +gioiTinh: char(2) +anh: varchar(100) +soCMND: char(20) +soDT: int(20) +DiaChiLienLac: varchar(50) +diaGiaDinh: varchar(50) +setMaSV() +setHotenSV() +setNgaySinh() +setGioiTinh() +setAnh() +setSoCMND() +setSoDT() +setDiaChiLienLac() +setDiaGiaDinh() +getMaSV() +getHotenSV() +getNgaySinh() +getGioiTinh() +getAnh() +getSoCMND() +getSoDT() +getDiaChiLienLac() +getDiaGiaDinh() 76 2.5.3.3.1.7. Hiển thị toàn bộ danh sách Form HienThiThongTin DK HienThiToanBoDSSV +xacThuc: varchar(30) +timKiemSV() +tienHanhDangNhapHienThi() +ketQuaTKt() +hienThiKetQua() +xacThucYeuCau() SinhVien +maSV: char(20) +hotenSV: varchar(30) +ngaySinh: date +gioiTinh: char(2) +anh: varchar(100) +soCMND: char(20) +soDT: int(20) +DiaChiLienLac: varchar(50) +diaGiaDinh: varchar(50) +setMaSV() +setHotenSV() +setNgaySinh() +setGioiTinh() +setAnh() +setSoCMND() +setSoDT() +setDiaChiLienLac() +setDiaGiaDinh() +getMaSV() +getHotenSV() +getNgaySinh() +getGioiTinh() +getAnh() +getSoCMND() +getSoDT() +getDiaChiLienLac() +getDiaGiaDinh() 2.5.3.3.2. Loại SV ra khỏi KTX. 2.5.3.3.2.1. Sinh viên buộc phải ra. Form SVBuocPhaiRaKhoiKTX DK SinhVienBuocPhaiRa +xacThuc: varchar(30) +timSVViPham() +ketQuaTim() +tienHanhDangNhap() +hienThiKetQua() +capNhatDSBatBuocRa() +xacThucCapNhat() DanhSachKyLuat +maDanhSachKyLuat: char(10) +noiDung: varchar(300) +mucKyLuat: int(2) +setMaDanhSachKyLuat() +setNoiDung() +setMucKyLuat() +getMaDanhSachKyLuat() +getNoiDung() +getMucKyLuat() DanhSachTam +maTheSVNoiTru: char(10) +hoTen: varchar(30) +ngaySinh: date +setMaTheSVNoiTru() +setHoTen() +setNgaySinh() +getMaTheSVNoiTru() +getHoTen() +getNgaySinh() 77 2.5.3.3.2.6. Loại SV. Form LoaiSinhVien DK LoaiSinhVien +xacThuc: varchar(30) +nhapVaoDSLoaiSV() +tienHanhDangNhap() +xoaKhoiDSTam() +xacThucCapNhat() DanhSachLoai +maDanhSachLoai: char(10) +hoTen: varchar(30) +ngaySinh: date +ngayRa: date +setMaTheSVNoiTru() +setHoTen() +setNgaySinh() +setNgayRa() +getMaTheSVNoiTru() +getHoTen() +getNgaySinh() +getNgayRa() DanhSachTam +maDanhSachTam: char(10) +hoTen: varchar(30) +ngaySinh: date +setMaTheSVNoiTru() +setHoTen() +setNgaySinh() +getMaTheSVNoiTru() +getHoTen() +getNgaySinh() 2.5.3.3.2.7. Hiển thị toàn bộ danh sách. (Tương tự 3.3.3.2.6 ). 2.5.3.3.3. Thu chi. 2.5.3.3.3.2. Cập nhật danh mục thu chi. DK CapNhatThuChi +xacNhan: varchar(30) +tienHanhDangNhap() +capNhatThongTin() +xacThucCapNhat() Form CapNhatThuChi DanhMucThuChi +maDanhMuc: char(10) +tenDanhMuc: varchar(50) +kieuDanhMuc: varchar(30) +soTien: float(10) +ngayLam: date +nguoiLam: varchar(30) +setMaDanhMuc() +setTenDanhMuc() +setKieuDanhMuc() +setSoTien() +setNgayLam() +setNguoiLam() +getMaDanhMuc() +getTenDanhMuc() +getKieuDanhMuc() +getSoTien() +getNgayLam() +getNguoiLam() 78 2.5.3.3.3.3. Báo cáo thu chi. BaoCaoThuChi +maBaoCaoThuChi: char(10) +noiDung: varchar(300) +soTien: float(10) +ngayLamBaoCao: date +nguoiKyBaoCao: varchar(30) +setMaBaoCaoThuChi() +setNoiDung() +setSoTien() +setNgayLamBaoCao() +setNguoiKyBaoCao() +getMaBaoCaoThuChi() +getNoiDung() +getSoTien() +getNgayLamBaoCao() +getNguoiKyBaoCao() DanhMucThuChi +maDanhMuc: char(10) +tenDanhMuc: varchar(50) +kieuDanhMuc: varchar(30) +soTien: float(10) +ngayLam: date +nguoiLam: varchar(30) +setMaDanhMuc() +setTenDanhMuc() +setKieuDanhMuc() +setSoTien() +setNgayLam() +setNguoiLam() +getMaDanhMuc() +getTenDanhMuc() +getKieuDanhMuc() +getSoTien() +getNgayLam() +getNguoiLam() DK BaoCaoThuChi +xacThuc: varchar(30) +timKiemThongTin() +ketQuaTimKiem() +hienThiThongTin() +tienHanhDangNhap() +capNhatThongTin() +xacThucBaoCao() +inBaoCao() Form BaoCaoThuChi 2.5.3.3.4. Điện nước. 2.5.3.3.4.1. Tính số điện nước phụ trội. Form TinhSoDienNuocPhuTroi DK TinhSoDienNuocPhuTroi +xacThuc: varchar(30) +timThongTinChiSoCu() +ketQuaTimKiem() +tienHanhDangNhap() +tinhPhuTroi() +hienThiThongTinPhuTroi() +capNhatKetQuaThongTinPhuTroi() +xacThucYeuCau() BangThongTinDienNuoc +maBangThôngTinÐienNuoc: char(10) +maPhong: char(10) +thang: date +chiSoCu: int(10) +chiSoMoi: int(10) +soTien: float(10) +setMaBangThôngTinÐienNuoc() +setMaPhong() +setThang() +setChiSoMoi() +setChiSoCu() +setSoTien() +getMaBangThôngTinÐienNuoc() +getMaPhong() +getThang() +getChiSoMoi() +getChiSoCu() +getSoTien() 79 2.5.3.3.4.2. Thống kê và in danh sách phụ trội. BangThongTinDienNuoc +maBangThôngTinÐienNuoc: char(10) +maPhong: char(10) +thang: date +chiSoMoi: int(10) +chiSoCu: int(10) +soTien: float(10) +setMaBangThôngTinÐienNuoc() +setMaPhong() +setChiSoMoi() +setThang() +setChiSoCu() +setSoTien() +getMaBangThôngTinÐienNuoc() +getMaPhong() +getThang() +getChiSoMoi() +getChiSoCu() +getSoTien() DSPhongBiPhuTroi +maDanhSachPhongBiPhuTroi: char(10) +maPhong: char(10) +thang: date +chiSoMoi: int(10) +chiSoCu: int(10) +soBiPhuTroi: int(10) +soTien: float(10) +setMaDanhSachPhongBiPhuTroi() +setMaPhong() +setChiSoCu() +setThang() +setChiSoMoi() +setSoBiPhuTroi() +setSoTien() +getMaDanhSachPhongBiPhuTroi() +getMaPhong() +getThang() +getChiSoMoi() +getChiSoCu() +getSoBiPhuTroi() +getSoTien() Form ThongKeDSPhongBiPhuTroi DK ThongKeDSPhongBiPhuTroi +xacThuc: varchar(30) +timKiemPhongBiPhuTroi() +ketQuaTimKiem() +hienThiDanhSachPhongBiPhuTroi() +capNhatThongTinPhongBiPhuTroi() +tienHanhDangNhap() +xacThucYeuCau() +inDS() 2.5.3.3.4.3. Tính số hao hụt. Form TinhSoHaoHut DK TinhSoHaoHut +xacThuc: varchar(30) +layTongSoCuaTatCaCacPhong() +tinhSoHaoHut() +hienThiThongTinHaoHut() +tienHanhDangNhap() +capNhatThongTinHaoHut() +xacThucYeuCau() BangThongTinDienNuoc +maBangThongTinDienNuoc: char(10) +maPhong: char(10) +thang: date +chiSoMoi: int(10) +chiSoCu: int(10) +soTien: float(10) +setMaBangThongTinDienNuoc() +setMaPhong() +setThang() +setChiSoMoi() +setChiSoCu() +setSoTien() +getMaBangThongTinDienNuoc() +getMaPhong() +getThang() +getChiSoMoi() +getChiSoCu() +getSoTien() BangThongTinHaoHut +maBangThongTinHaoHut: char(10) +thang: date +so_HaoHutNuoc: int(10) +so_HaoHutDien: int(10) +soTien: float(10) +setMaBangThongTinHaoHut() +setThang() +setSo_HaoHutNuoc() +setSo_HaoHutDien() +setSoTien() +getMaBangThongTinHaoHut() +getThang() +getSo_HaoHutNuoc() +getSo_HaoHutDien() +getSoTien() 80 2.5.3.3.4.4. Thanh toán ngay. Form ThanhToanNgay DK ThanhToanNgay +xacThuc: varchar(30) +timThongTinDienNuoc() +ketQuaTimKiem() +tinhSoTienThanhToan() +hienThiSoTien() +tienHanhDangNhap() +xacThucYeuCau() +in() BangThongTinDienNuoc +maBangThongTinDienNuoc: char(10) +maPhong: char(10) +thang: date +chiSoMoi: int(10) +chiSoCu: int(10) +soTien: float(10) +setMaBangThongTinDienNuoc() +setMaPhong() +setThang() +setChiSoMoi() +setChiSoCu() +getMaBangThongTinDienNuoc() +getSoTien() +getMaPhong() +getThang() +getChiSoMoi() +getChiSoCu() +getSoTien() 2.5.3.3.4.5. Cập nhật hóa đơn điện nước. Form CapNhatHoaDonDienNuoc DK CapNhatHoaDonDienNuoc +xacThuc: varchar(30) +capNhatThongTin() +ketQuaCapNhat() +hienThiHoaDonDienNuoc() +tienHanhDangNhap() +xacThucYeuCauCapNhat() HoaDonDienNuoc +maHoaDonDienNuoc: char(10) +maPhong: char(10) +soPhong: char(10) +chiSoMoi: int(10) +chiSoCu: int(10) +soTien: float(10) +ngayLamHoaDon: date +ngayThanhToan: date +setMaHoaDonDienNuoc() +setMaPhong() +setSoPhong() +setChiSoMoi() +setChiSoCu() +setSoTien() +setNgayLamHoaDon() +setNgayThanhToan() +getMaHoaDonDienNuoc() +getMaPhong() +getSoPhong() +getChiSoMoi() +getChiSoCu() +getSoTien() +getNgayLamHoaDon() +getNgayThanhToan() 81 2.5.3.3.5. Tài sản. 2.5.3.3.5.1. Cập nhật tài sản phòng. Form CapNhatTaiSanPhong DK CapNhatTaiSanPhong +xacThuc: varchar(30) +capNhatThongTinTSPhong() +ketQuaCapNhat() +hienThiKetQuaCapNhatTSPhong() +tienHanhDangNhap() +xacThucYeuCauCapNhatTSPhong() TaiSanPhong +maTaiSanPhong: char(10) +tenTaiSan: varchar(50) +maPhong: char(10) +soLuong: int(10) +hienTrang: varchar(100) +setMaTaiSanPhong() +setTenTaiSan() +setMaPhong() +setSoLuong() +setHienTrang() +getMaTaiSanPhong() +getTenTaiSan() +getMaPhong() +getSoLuong() +getHienTrang() 2.5.3.3.5.2. Cập nhật tài sản khu nhà. (Tương tự 3.3.3.5.1) 2.5.3.3.5.3. Cập nhật tài sản chung. (Tương tự 3.3.3.5.1) 82 2.6. Sơ đồ mô hình quan hệ: Hình 9. Mô hình quan hệ. 83 Phần 3. Cài Đặt Thử Nghiệm 3.1. La chn môi trưng : - Hệ điều hành: Windows. - Hê cơ sở dữ liệu : MySQL - Webserver: IIS - Ngôn ngữ phát triển PHP. - Với chương trình thử nghiệm, chúng tôi cũng tạm thời sử dụng mạng LAN để tiến hành thử nghiệm chương trình này. Với mục đích là chương trình thử nghiệm mà vì thế chúng tôi lựa chọn môi trường phổ biến hiện nay như đã nêu ở trên. Lý do của việc sử dụng môi trường này để thử nghiệm chính là vì nó không chỉ phổ biến mà còn là vì lý do kinh tế. Mục tiêu hướng tới là sử dụng môi trường với hệ điều hành mã nguồn mở (Unix, Linux), với một hệ cơ sở dữ liệu lớn hơn (SQL Server, Oracle), … 3.2 Minh ho m t s giao din: 3.2.1. Giao diện đăng nhập. Giao diện khi người dùng bắt đầu vào trang quản lý KTX được thể hiện như hình vẽ dưới đây. Hình 10. Giao diện đăng nhập. 84 3.2.2. Giao diện Nhận SV vào KTX. Khi đã đăng nhập vào hệ thống. Người dùng khi muốn làm thủ tục nhận sinh viên vào KTX. Người dùng sẽ chọn vào Menu bên trái với chức năng “Nhận SV Vào KTX” và tương ứng các chức năng nhỏ khác như: - Duyệt Danh Sách Đăng Ký Vào KTX, - Duyệt Danh Sách Đăng Ký Phòng, - … để đáp ứng cho quy trình nhận sinh viên vào KTX sẽ hiển thị như hình vẽ dưới đây. Hình 11. Giao diện thông tin SV. 85 3.2.3. Giao diện Loại sinh viên ra khỏi KTX. Hình vẽ dưới đây sẽ thể hiện các chức năng để phục vụ cho người quản lý khi họ muốn xét duyệt cho sinh viên ra khỏi KTX. Khi Click vào “Loai SV Khoi KTX” ở Menu bên trái, các chức năng nhỏ như: - DS Đăng Ký Xin Ra Khỏi KTX, - DS Buộc Phải Ra Khỏi KTX, - … là các chức năng để phục vụ cho quy trinh xét duyệt cho sinh viên ra khỏi KTX. Hình 12. Giao diện DS đăng ký ra khỏi KTX. 86 3.2.4. Giao diện QL thu/ chi. Với chức năng quản lý thu chi là chức năng mà hệ thống trợ giúp cho người quản lý khi mà họ muốn cập nhật hay thống kể thu chi. Người dùng sẽ Click chọn vào “QL Thu Chi” ở Menu bên trái, các chức năng trợ giúp sẽ hiển thị như hình vẽ dưới đây. Hình 13. Giao diện quản lý danh mục thu chi. 87 3.2.5. Giao diện QL điện nước. Khi người dùng muốn sử dụng các chức năng để phục vụ cho việc quản lý điện nước, thì sẽ chọn vào “QL Điện Nước” trong Menu bên trái, các chức năng nhỏ sẽ được hiển thị để đáp ứng cho quy trình quản lý này. Ví dụ: Hình dưới đây là một minh họa về quản lý thông tin điện nước. Hình 14. Giao diện quản lý thông tin điện nước. 88 3.2.6. Giao diện QL tài sản. Với việc quản lý tài sản, khi người quản lý muốn nắm bắt thông tin về tài sản thì có thể Click vào “QL Tài Sản” ở Menu bên trái, các chức năng nhỏ khác sẽ hiển hiển thị trên thanh ngang. Ví dụ: Hình vẽ dưới đây là chức năng nhỏ “QL Loại Tài Sản”. Hình 15. Giao diện quản lý loại tài sản. 89 3.2.7. Giao diện QL Danh mục hệ thống. (admin): Để có thể quản lý việc phân quyền cho người sử dụng, người admin quản lý các danh mục hệ của hệ thống. Giao diện chính được thể hiện như hình vẽ dưới đây. Hình 16. Giao diện quản lý các nhóm danh mục. 90 3.2.8. Giao diện QL thành viên hệ thống: Việc quản lý các thành viên của hệ thống sẽ được admin thường xuyên cập nhật. Dưới đây là giao diện chính của việc quản lý các thành viên mà người admin mới có quyền sử dụng nó. Hình 17. Giao diện quản lý thành viên hệ thống. 91 Phần 4 . Kết luận Trong khuôn khổ của khóa luận này, ngoài việc giới thiệu các mảng cần được tin học hóa, cũng như đi sâu vào việc phân tích và thiết kế, xây dựng phân hệ quản lí KTX hướng đến đối tượng trung tâm là sinh viên, cùng với các hỗ trợ cho sinh viên qua mạng. Điều này không chỉ giúp cho sinh viên có được sự thuận lợi trong việc vào KTX, cũng như các sinh hoạt, các nhu cầu khác của sinh viên,… đồng thời cũng giúp cho việc quản lý của cán bộ trong Trung tâm nội trú dễ dàng, nhanh chóng và chính xác. Như đã nêu ra các mảng cần được tin học hóa ở phần đầu của khóa luận đã giới thiệu, khóa luận đã chỉ đi sâu vào một phân hệ quản lý KTX. Xong mục tiêu hướng đến là xây dựng nhiều phân hệ khác như: Học trực tuyến, giới thiệu phòng trọ,… nhằm phục vụ nhu cầu của nội trú của sinh viên, cũng như các mặt khác trong cuộc sống. Với việc thực hiện khoá luận này, tôi đã có một cơ hội tự làm việc để vận dụng các kiến thức đã học để tự phát triển một hệ thống thông tin. Tôi đã được thực hiện đầy đủ các công đoạn trong phát triển phần mềm từ nghiên cứu yêu cầu, phân tích, thiết kế đến coding trên một môi trường cụ thể với một bài toán cụ thể trong Đại học Quốc gia Hà Nội. Mặc dù công việc trong khuôn khổ của khoá luận chỉ là ở mức tập dượt nhưng nó cũng mang lại cho tôi các hiểu biết đầy đủ hơn, rất có ích cho hoạt động nghề nghiệp phát triển phần mềm sau này. Tôi hiểu rằng sản phẩm thử nghiệm còn rất nhiều khiếm khuyết, nhưng những gì đã đạt được khiến tôi tin tưởng hơn vào những gì tôi có được từ trường đại học. Cuối cùng, một lần nữa tôi xin gửi lời cảm ơn tới các thầy cô của Trường Đại học Công nghệ nói chung và các thày cô của Bộ môn Công nghệ Phần mềm nói riêng đã cung cấp cho chúng tôi các kiến thúc và kỹ năng cần thiết trong lĩnh vực công nghệ thông tin để chúng tôi có thể vững bước vào một giai đoạn mới. 92 Tài liệu tham khảo: [1] Bài giảng: “Quản trị dự án phát triển phần mềm”, “Phân tích thiết kế HTTT”. Thầy Đào Kiến Quốc. [2] Bài giảng: “Phân tích và thiết kế hướng đối tượng”. Thầy Trương Ninh Thuận. [3] Bài giảng: “Thực hành dự án phát triển phần mềm” Cô Vũ Thị Diệu Hương. [4] Giáo trình: “Kỹ Nghệ Phần Mềm”. Thầy Nguyễn Văn Vỵ - Nguyễn Việt Hà. [5] Object- Oriented Software Development with UML. [6] Ebooks: PHP, SQL Server.