Đặc tả USE CASE

Đặc tả USE CASE

ĐẶC TẢ USE CASE

Tổng quan các chức năng được thay đổi

dùng Và quản lý ký túc xá.

Bao cao dien nuoc

bao cao tinh hinh co so vat chat

Bao cao tinh hinh vi pham noi quy

Quan Ly Tai Khoan Quan Ly Phong

Bao cao thong ke sinh vien ra vao

Them phong

Xoa phong

Them khu

Xoa khu

Cap nhat khu

Thay doi thong tin phong

Ban Giam doc DangNhap

Lap bao cao

<<include>>

<<include>>

<<include>>

<<include>>

Phan phong

Quan Ly Quan Ly Sinh

Vien

Them sinh vien

Tra cuu sinh vien

Xoa sinh vien

Cap nhat thong tin sinh vien

Them sinh vien vao phong

Lay sinh vien ra khoi phong Chuyen phong

Quan Ly

(from Use Case View)

Quan ly sinh vien

Tinh tien dien nuoc

Cap nhat thong tin phong

Tra cuu phong

Quan Ly

(from Use Case View)

<<extend>>

Quan ly phong

Cap nhat tai khoan

Xoa tai khoan

Them tai khoan

Ban Giam doc

(from Use Case View)

Quan ly tai khoan

Bao cao dien nuoc

bao cao tinh hinh co so vat chat

Bao cao tinh hinh vi pham noi quy Bao cao thong ke sinh vien ra vao

DangNhap

Lap bao cao

<<include>>

<<include>>

<<include>>

<<include>>

Phan phong

Quan Ly

1.1 Tên use case: Đăng nh p ập

1.2 Tóm t t use case: ắt use case:

Use case “Đăng nhập” cho phép nhân viên thực việc đăng nhập vào hệ thống để làm việc

1.3 Các dòng s ki n: ự kiện: ện:

1.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên bắt đầu chạy chương trình

B2: Hệ thống yêu cầu nhập username và password

B3: Hệ thống kết nối với CSDL kiểm tra username và password

B4: Nếu username và password trùng khớp hệ thống sẽ đóng form đăng nhập lại

B5: Hệ thống cho phép sử dụng các chức năng của chương trình tùy theo loại nhân viên

1.3.2 Dòng s ki n khác: ự kiện: ện:

Nếu username và password sai thì hệ thống sẽ yêu cầu nhập lại username và password đến khi nào đúng thì thôi

1.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

2 Use case: Phân phòng

2.1 Tên use case: Phân phòng

2.2 Tóm t t use case: ắt use case:

Use case “Phân phòng” cho phép nhân viên quản lý sắp xếp sinh viên vào các phòng theo các điều kiện nhất định

2.3 Các dòng s ki n: ự kiện: ện:

2.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng phân phòng cho sinh viên

B2: Hệ thống yêu cầu cung cấp dữ liệu về sinh viên

B3: Hệ thống yêu cầu thiết lập các điều kiện để phân phòng

B4: Hệ thống xếp các sinh viên vào các phòng theo thuật thoán và đưa ra sô đồ

B5: Nhân viên có thể điều chỉnh lại sơ đồ này

B6: Hệ thống lưu lại sơ đồ vào cơ sở dữ liệu và xuất ra file (hoặc in ra giấy)

B7: Hệ thống đóng form phân phòng lại

2.3.2 Dòng s ki n khác: ự kiện: ện:

2.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

3.1 Tên use case: Báo cáo tình hình vi ph m n i quy ạm nội quy ội quy

3.2 Tóm t t use case: ắt use case:

Use case “Báo cáo tình hình vi phạm nội quy” cho phép nhân viên quản lý lập báo cáo tình hình

vi phạm nội quy của sinh viên

3.3 Các dòng s ki n: ự kiện: ện:

3.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng lập báo cáo tình hình vi phạm nội quy B2: Hệ thống yêu cầu nhập các thông tin: tháng lập báo báo, khu nhà cần lập báo cáo (hoặc cho toàn ktx)

B3: Hệ thống preview ra báo cáo, nhân viên quản lý có thể chỉnh sửa

B4: Lưu vào CSDL và xuất ra file (hoặc in ra giấy)

B5: Hệ thống đóng form lại

3.3.2 Dòng s ki n khác: ự kiện: ện:

3.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

4 Use case: Báo cáo tình hình c s v t ch t ơ sở vật chất ở vật chất ập ất

4.1 Tên use case: Báo cáo tình hình c s v t ch t ơ sở vật chất ở vật chất ập ất

4.2 Tóm t t use case: ắt use case:

Use case “Báo cáo tình hình cơ sở vật chất” cho phép nhân viên quản lý lập báo cáo tình hình cơ

sở vật chất của ktx

4.3 Các dòng s ki n: ự kiện: ện:

4.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng lập báo cáo tình hình cơ sở vật chất B2: Hệ thống yêu cầu nhập các thông tin: tháng lập báo báo, khu nhà cần lập báo cáo (hoặc cho toàn ktx)

B3: Hệ thống preview ra báo cáo, nhân viên quản lý có thể chỉnh sửa

B4: Lưu vào CSDL và xuất ra file (hoặc in ra giấy)

B5: Hệ thống đóng form lại

4.3.2 Dòng s ki n khác: ự kiện: ện:

4.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

5.1 Tên use case: Báo cáo đi n n ện: ước c

5.2 Tóm t t use case: ắt use case:

Use case “Báo cáo điện nước” cho phép nhân viên quản lý lập báo cáo điện nước của ktx

5.3 Các dòng s ki n: ự kiện: ện:

5.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng lập báo cáo điện nước

B2: Hệ thống yêu cầu nhập các thông tin: tháng lập báo báo, khu nhà cần lập báo cáo (hoặc cho toàn ktx)

B3: Hệ thống preview ra báo cáo, nhân viên quản lý có thể chỉnh sửa

B4: Lưu vào CSDL và xuất ra file (hoặc in ra giấy)

B5: Hệ thống đóng form lại.

5.3.2 Dòng s ki n khác: ự kiện: ện:

5.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

6 Use case: Báo cáo th ng kê sinh viên ra vào ống kê sinh viên ra vào

6.1 Tên use case: Báo cáo th ng kê sinh viên ra vào ống kê sinh viên ra vào

6.2 Tóm t t use case: ắt use case:

Use case “Báo cáo thống kê sinh viên ra vào” cho phép nhân viên quản lý lập báo cáo thống kê sinh viên ra vào

6.3 Các dòng s ki n: ự kiện: ện:

6.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng lập báo cáo thống kê sinh viên ra vào B2: Hệ thống yêu cầu nhập các thông tin: tháng lập báo báo, khu nhà cần lập báo cáo (hoặc cho toàn ktx)

B3: Hệ thống preview ra báo cáo, nhân viên quản lý có thể chỉnh sửa

B4: Lưu vào CSDL và xuất ra file (hoặc in ra giấy)

B5: Hệ thống đóng form lại

6.3.2 Dòng s ki n khác: ự kiện: ện:

6.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

Them sinh vien

Tra cuu sinh vien

Xoa sinh vien

Cap nhat thong tin sinh vien

Them sinh vien vao phong

Lay sinh vien ra khoi phong Chuyen phong

Quan Ly

(from Use Case View)

7 Use case: Thêm sinh viên

7.1 Tên use case: Thêm sinh viên

7.2 Tóm t t use case: ắt use case:

Use case “Thêm sinh viên” cho phép nhân viên quản lý thêm 1 sinh viên vào cơ sở dữ liệu

7.3 Các dòng s ki n: ự kiện: ện:

7.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng thêm sinh viên

B2: Hệ thống yêu cầu nhập thông tin của sinh viên: Họ tên sinh viên, Ngày sinh, Quê quán, Điện thoại, sv trường nào,……

B3: Hệ thống kiểm tra trong CSDL xem có trùng hay không

B4: Nếu không trùng thì hệ thống lưu xuống CSDL

B5: Hệ thống đóng form lại

7.3.2 Dòng s ki n khác: ự kiện: ện:

Nếu thông tin sinh viên bị trùng thì hệ thống sẽ yêu cầu nhập lại đến khi nào không trùng thì thôi

7.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

8 Use case: Xóa sinh viên

8.1 Tên use case: Xóa sinh viên

8.2 Tóm t t use case: ắt use case:

Use case “Xóa sinh viên” cho phép nhân viên quản lý xóa 1 sinh viên trong cơ sở dữ liệu

8.3 Các dòng s ki n: ự kiện: ện:

8.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng xóa sinh viên

B2: Hệ thống yêu cầu chọn sinh viên cần xóa

B3: Hệ thống cập nhật xuống CSDL

B4: Hệ thống đóng form lại

8.3.2 Dòng s ki n khác: ự kiện: ện:

8.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

9.1 Tên use case: C p nh t thông tin sinh viên ập ập

9.2 Tóm t t use case: ắt use case:

Use case “Cập nhật thông tin sinh viên” cho phép nhân viên quản lý cập nhật thông tin 1 sinh viên trong cơ sở dữ liệu

9.3 Các dòng s ki n: ự kiện: ện:

9.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng Cập nhật thông tin sinh viên

B2: Hệ thống yêu cầu chọn sinh viên cần cập nhật thông tin

B3: Hệ thống hiển thị các thông tin về sinh viên đã được chọn và nhân viên quản lý có thể thay đổi các thông tin này

B4: Hệ thống cập nhật xuống CSDL

B5: Hệ thống đóng form lại

9.3.2 Dòng s ki n khác: ự kiện: ện:

9.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

10 Use case: Tra c u sinh viên ứu sinh viên

10.1 Tên use case: Tra c usinh viên ứu sinh viên

10.2 Tóm t t use case: ắt use case:

Use case “Tra cứusinh viên” cho phép nhân viên quản lý tra cứu1 sinh viên trong cơ sở dữ liệu

10.3 Các dòng s ki n: ự kiện: ện:

10.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năngtra cứu sinh viên

B2: Hệ thống yêu cầu xác định các tiêu chí tra cứu

B3: Hệ thống hiển thị kết quả tra cứu

B4: Hệ thống đóng form lại

10.3.2 Dòng s ki n khác: ự kiện: ện:

10.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

11.1 Tên use case: Đ a sinh viên vào phòng ư

11.2 Tóm t t use case: ắt use case:

Use case “Đưa sinh viên vào phòng” cho phép nhân viên quản lý đưa 1 sinh viên vào 1 phòng

11.3 Các dòng s ki n: ự kiện: ện:

11.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng Đưa sinh viên vào phòng

B2: Hệ thống yêu cầu chọn sinh viên cần đưa vào phòng (có thể sử dụng tra cứu hoặc thêm sinh viên) và chọn khu nhà

B3: Hệ thống hiển thị sơ đồ phòng của khu nhà đó trong đó có các thông tin phòng nào còn thiếu và thiếu bao nhiêu, phòng nào đủ

B4: Nhân viên thực hiện việc chọn phòng

B5: Hệ thống cập nhật xuống CSDL

B6: Hệ thống đóng form lại

11.3.2 Dòng s ki n khác: ự kiện: ện:

11.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

12.1 Tóm t t use case: ắt use case:

Use case “Đưa sinh viên ra khỏi phòng” cho phép nhân viên quản lý đưa 1 sinh viên ra khỏi phòng

12.2 Các dòng s ki n: ự kiện: ện:

12.2.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng Đưa sinh viên ra khỏi phòng

B2: Hệ thống yêu cầu chọn sinh viên cần đưa ra khỏi phòng (có thể sử dụng tra cứu hoặc thêm sinh viên)

B3: Hệ thống cập nhật xuống CSDL

B4: Hệ thống đóng form lại

12.2.2 Dòng s ki n khác: ự kiện: ện:

12.3 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

13.1 Tóm t t use case: ắt use case:

Use case “Chuyển phòng” cho phép nhân viên quản lý chuyển phòng cho sinh viên

13.2 Các dòng s ki n: ự kiện: ện:

13.2.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng Chuyển phòng

B2: Hệ thống yêu cầu chọn sinh viên thứ 1 (có thể sử dụng tra cứu hoặc thêm sinh viên) và chọn khu nhà

B3: Hệ thống yêu cầu chọn sinh viên thứ 2 (có thể sử dụng tra cứu hoặc thêm sinh viên) và chọn khu nhà Lưu ý: sinh viên thứ 2 có thể là chỗ trống

B4: Hệ thống thực hiện việc đổi chỗ

B5: Hệ thống cập nhật xuống CSDL

B6: Hệ thống đóng form lại

13.2.2 Dòng s ki n khác: ự kiện: ện:

13.3 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

Tinh tien dien nuoc

Cap nhat thong tin phong

Tra cuu phong

Quan Ly

(from Use Case View)

<<extend>>

14 Use case: Tính ti n đi n n ều kiện tiên quyết: ện: ước c

14.1 Tên use case: Tính ti n đi n n ều kiện tiên quyết: ện: ước c

14.2 Tóm t t use case: ắt use case:

Use case “Tính tiền điện nước” cho phép nhân viên quản lý thực hiện việc tính tiền điện nước cho 1 phòng

14.3 Các dòng s ki n: ự kiện: ện:

14.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng tính tiền điện nước

B2: Hệ thống yêu cầu chọn phòng cần tính tiền

B3: Hệ thống hiển thị kết quả và có thể in ra giấy

B4: Hệ thống đóng form lại

14.3.2 Dòng s ki n khác: ự kiện: ện:

14.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

Them phong

Xoa phong

Them khu Xoa khu

Cap nhat khu

Thay doi thong tin phong Ban Giam doc

15 Use case: Thêm khu nhà

15.1 Tên use case: Thêm khu nhà

15.2 Tóm t t use case: ắt use case:

Use case “Thêm khu nhà” cho phép nhân viên quản lý thêm 1 khu nhà vào ký túc xá

15.3 Các dòng s ki n: ự kiện: ện:

15.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng thêm khu nhà

B2: Hệ thống yêu cầu nhập thông tin về khu nhà cần thêm vào: tên khu nhà, số tầng, số phòng, tỉnh quản lý, người quản lý

B3: Hệ thống kiểm tra thông tin khu nhà đã nhập có trùng trong CSDL hay không

B4: Nếu không trùng thì hệ thống lưu xuống CSDL

B5: Hệ thống đóng form lại.

15.3.2 Dòng s ki n khác: ự kiện: ện:

Nếu thông tin khu nhà bị trùng thì hệ thống yêu cầu nhập lại các thông tin đó đến khi nào không trùng nữa thì thôi

15.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

16 Use case: Xóa khu nhà

16.1 Tên use case: Xóa khu nhà

16.2 Tóm t t use case: ắt use case:

Use case “Xóa khu nhà” cho phép nhân viên quản lý xóa 1 khu nhà trong ký túc xá

16.3 Các dòng s ki n: ự kiện: ện:

16.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng xóa khu nhà

B2: Hệ thống yêu cầu chọn khu nhà cần xóa

B3: Hệ thống cập nhật xuống CSDL

B4: Hệ thống đóng form lại

16.3.2 Dòng s ki n khác: ự kiện: ện:

16.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

17.1 Tên use case: C p nh t thông tin khu nhà ập ập

17.2 Tóm t t use case: ắt use case:

Use case “Cập nhật thông tin khu nhà” cho phép nhân viên quản lý cập nhật thông tin 1 khu nhà trong ký túc xá

17.3 Các dòng s ki n: ự kiện: ện:

17.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng cập nhật thông tin khu nhà

B2: Hệ thống yêu cầu chọn khu nhà cần cập nhật thông tin

B3: Hệ thống hiển thị các thông tin về khu nhà đã chọn và nhân viên quản lý sẽ thay đổi các thông tin này

B4: Hệ thống cập nhật xuống CSDL

B5: Hệ thống đóng form lại

17.3.2 Dòng s ki n khác: ự kiện: ện:

17.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

18 Use case: Thêm phòng

18.1 Tên use case: Thêm phòng

18.2 Tóm t t use case: ắt use case:

Use case “Thêm phòng” cho phép nhân viên quản lý thêm 1 phòng vào 1 khu nhà trong ký túc xá

18.3 Các dòng s ki n: ự kiện: ện:

18.3.1 Dòng s ki n chính: ự kiện: ện:

B1: Use case bắt đầu khi nhân viên quản lý mở chức năng thêm phòng

B2: Hệ thống yêu cầu chọn khu nhà cần thêm phòng

B3: Hệ thống yêu cầu nhập thông tin về phòng cần thêm vào: tên phòng, tầng,…

B4: Hệ thống kiểm tra thông tin phòng đã nhập có trùng trong CSDL hay không

B5: Nếu không trùng thì hệ thống lưu xuống CSDL

B6: Hệ thống đóng form lại

18.3.2 Dòng s ki n khác: ự kiện: ện:

Nếu thông tin phòng bị trùng thì hệ thống sẽ yêu cầu nhập lại thông tin đến khi nào không trùng nữa thì thôi

18.4 Đi u ki n tiên quy t: ều kiện tiên quyết: ện: ết:

Phải được đăng nhập vào tài khoàn của nhân viên quản lý

19 Use case: Xóa phòng

19.1 Tên use case: Xóa phòng

19.2 Tóm t t use case: ắt use case:

Use case “Xóa phòng” cho phép nhân viên quản lý xóa 1 phòng trong 1 khu nhà trong ký túc xá