Chuong 1 Tong quan
1.1 Chương trình quản lý phịng máy bao gồm những gì?
Trong quá trình khảo sát các chương trình quản lý phịng máy đang sử dụng tại Việt Nam, chúng em tạm phân loại các yêu câu đề ra là : các yêu cầu cân, các yêu câu đủ, và các yêu câu mở rộng
1.1.1 Các yêu câu can:
Bản thân chương trình quản lý máy thuê Internet phải cĩ khả năng tính tiền cước hợp lý cho người sử dụng Người thuê máy cần cảm thây việc tính cước đúng và làm họ hài lịng Ngồi ra, nếu phịng máy cịn cĩ phục vụ mĩn ăn, dịch vụ như: tạp chí, sách báo thì một yêu câu cần khác là:cân tính phí phục vụ cho người dùng Đối với người dùng, họ cảm thây hài lịng khi việc phục vụ được nhanh chĩng và chu đáo
1.1.2 Các yêu cầu đủ:
Ngồi hai yêu cầu trên, việc bảo mật bảo mật và kiểm duyệt nội dung web
cũng rất quan trọng do nĩ cũng ảnh hưởng một phan đến việc kinh doanh (chăng hạn, thể gây ảnh hưởng uy tín phịng máy khi lướt web đen ) Vì vậy, các yêu cầu kiểm sốt hệ thống máy khách được đặt ra như quan sát màn hình máy khách, đọc nội dung người dùng øõ
1.1.3 Các yêu cầu mở rộng:
Trang 21.2 Cac chuong trinh quan ly phong may hién nay © Viét
Nam
1.2.1 Cyber Station Manager
Cyber Station Manager 1a phan mém quan ly khach hang, thoi gian str dụng máy trạm, điều khiển máy trạm do cơng ty trách nhiệm hữu hạn Đan Thanh viết Chương trình cĩ các chức năng chính:
o Quan ly thong tin cac may tram o Quan ly thong tin các hội viên o Quan ly hoa don
1.2.2 Internet Café Software:
Do cơng ty PA Việt Nam 65 đường Sư Vạn Hạnh nối dài Q.10 Tp Hỗ
Chí Minh viết Các tính năng chính:
o Quan ly thong tin cac may tram
1.2.3 iSystem 3.0:
Hệ phân mềm chuyên nghiệp cho máy dich vụ game — Internet, g6m hai phan :
o iSystem ho tro quan trimang tir bat ctr may nao trong mang ndi bé, hé tro loc web đen, biên tập danh bạ web, phân vùng khởi động, hỗ trợ kết nối Internet và ADSL
o iNetman hỗ trợ quản lý đồng thời nhiều loại dịch vụ (game, Internet ) và quan ly ban hang
Trang 3o Quản lý thơng tin các hội viên o Quan ly hoa don
o Loc thong tin o Nhan tin di dong
o Diéu khién tir xa cdc may tram
1.3 Các ưu khuyết điểm của các chương trình trên
1.3.1 Cyber Station Manager Ưu điểm :
Phần mềm quản lý chi tiết việc phân loại khách hàng gồm : hội viên, khách vãng lai và người quản trị cả Server va Client
Các cách tính cước cho người dùng phong phú: trả tiên trước, trả tiền sau, cộng đồn tiền cước các máy(cho phép đổi máy sử dụng khi đang sử dụng máy nảo đĩ) Cộng thêm thời gian sử dụng miễn phí cho khách Thêm phí tự động cho khách khi khách cĩ yêu câu
Khuyết điểm:
Cài đặt phức tạp( do dùng MySQL) Sử dụng Tiếng Việt khơng dau
Các chức năng quản lý máy trạm đơn giản Các chức năng điêu khiên từ xa cịn ít
Trang 4- Phải đối tên máy ngay khi bắt đầu sử dụng bên phía Server Máy
phải khởi động lại 1.3.3 iSystem 3.0 Ưu điểm : - Giao diện đơn giản, dễ dùng Cĩ thể chuyên đổi máy cho khách hàng Khuyết điểm:
- Mặc dù cĩ một số chức năng quản trị máy từ xa; nhưng vẫn cịn rat it (chỉ cĩ tắt máy, nhăn tin từ máy chủ)
- Phải đối tên máy ngay khi bắt đầu sử dụng bên phía Server Máy
phải khởi động lại 1.3.4 Easy Café: Ưu điểm : - Cĩ gân như đây đủ tất cả các chức năng quản lý cần thiết và mở rộng - Hỗ trợ đa ngơn ngữ
- Cĩ thể xem đây phần mềm điền hình về việc quản lý các máy trạm ở phịng cho thuê dịch vụ Internet
Khuyết điểm:
Trang 5Chương 2 Xây dựng chương trình quản lý phịng máy 2.1 Xác định yêu câu:
2.1.1 Các yêu cầu chức năng:
Xây dựng phần mềm quản lý phịng thuê Internet, chương trình cĩ yêu cầu quản lý những tính năng cần là: Các tính năng cân là: Tính cước sử dụng máy Tính cước phục vụ mĩn Quản lý báo cáo Các tính năng đủ là: Kiểm sốt các họat động máy khách và nội dung sử dụng của người dùng 2.1.2 Các yêu cầu phi chức năng: 2.2 Phân tích thiết kế hệ thống: 2.2.1 Xây dựng Use Case:
2.2.1.1 Xác dinh Actor va Use Case phia Server:
Actor: Người sử dụng chương trình Server ở máy chủ - Người quản
lý
Use Case:
Start Server: Chay chuong trinh Server
Login: Cho phép Client su dung may tinh voi trang thai username=”anonymous” , password>”””
Trang 6Banner: Thơng tin (các nội quy của phịng máy ) người quản lý muốn cho khách hàng biết
Report:
Report Debit: Thống kê các khách hàng nợ
Report Daily: Thống kê các thơng tin kết nối của các máy khách hằng ngày Report Month: Thống kê tình trạng sử dụng các máy theo tháng Option : Manage Cafeteria: Ngwoi quan ly c6 thé xem, stra hay
bơ sung các loại mĩn ăn, thức uơng
Manage Kind of Food: Nguoi quan ly cé thé xem, stra
hay bơ sung các mĩn ăn, thức uơng
Manage_ Priée Day: Người quản lý cĩ thể xem, sửa hay
bồ sung giá truy cập internet theo ngày cụ thể
Manage Debit: Người quản lý thêm vào cơ sở dữ liệu khách hàng cịn nợ
Manage Member: Người quản lý cĩ thể xem, sửa hay bồ sung thành viên
Administration:
Lock Key: Cho phép người quản lý cĩ thể khĩa tat ca các phím hay một số phím trên một máy khách đang sử dụng
Log Key: Cho phép người quản lý cĩ thể ghi nhận lại
các phím khách hàng sử dụng trên một máy khách đang sử dụng
Manage Application: Cho phép người quản lý cĩ thể
biết được các ứng dụng chạy trên máy khách, và người quản lý cũng cĩ thể bật hay tắt một ứng dụng nao do
Trang 7khoi d6éng (Automatic, Manual hay Disable) hay citing cé thé trang thai service(Start hay Stop)
Manage Remote Computer: Cho phép nguoi quan ly co
thé Logout, Restart hay Shutdown mét may khách bat ky hay cho tat ca cac may theo các tỉnh chỉnh về thời gian thực hiện
Send Message: Cho phép người quản lý cĩ thể gởi tin nhăn đến một máy khách bất kỳ hay cho tất cả các máy
Snapshot: Cho phép người quản lý cĩ thể chụp hình tĩnh hay hình động máy khách Khi chụp tĩnh, tối đa chụp được 4 máy khách Khi chụp
động thì chụp được I máy khách
2.2.1.2 Mac dinh cac Actor va Use Case phia Client:
Actor: Người sử dụng chương trình Screen
Use Case:
Connect: thực hiện kết nối với Server để vào trạng thái chờ Lòin Member: thực hiện login vào Server dưới hình thức Member Actor: Ngwoi su dung chuong trinh Client Use Case: Connect: thực hiện kết nối với Server để vào trạng thải sử dụng
Order: thuc hiện đặt mĩn ăn từ danh sách với Server
2.2.1.3 Mơ hình Use Case:
Trang 8c3 CO
Start Server Login
(from Use Case) (from Use Case) C3
Trang 9Co Manage Price Day CO 7a
Manage Debit
(from User)
(from User) Manage Kind of Food (from User)
Fe
Manage Cafeteria User Manage Member
(from User) (from User)
Hình 2-3 Mơ hình Use Case Manage
Co Lock Key C2 Log Key c3
Manage Application
(from User) (from, User) (from User)
OA — >
Snap Shot User Manage Service
(from User) (from User)
c3 CO c3
Send Message Apply Policy Manage Remote Computer
(from User) (from User) (from User)
Trang 102.2.1.3.2 Phia Client:
2.2.1.3.2.1 Screen:
CO CO
Connect Login Member
Trang 112.2.2 Dat ta Use Case:
2.2.2.1 Phia Server:
2.2.2.1.1 Start Server Use Case:
Tén Use Case: Start Server
Mơ tả : Server khởi động và lắng nghe kết nồi
Dịng sự kiện :
- - Dịng sự kiện chính :
+ Người dùng khởi động chương trình
+ Chương trình sẽ thực hiện việc mở cơ sở đữ liệu
+ Kiểm tra thơng tin kết nối
+ Thực hiện việc lăng nghe các kết nĩi từ máy khách - - Dịng sự kiện khác:
+ Nếu cĩ lỗi về việc mở cơ sở đữ liệu thì chương trình sẽ báo
lỗi và thốt ra khỏi chương trình
+ Nếu khơng cĩ thơng tin về số lượng máy cĩ thê kết nĩi thì sẽ xuất thơng báo yêu cầu nhập thơng tin
+ Nếu lân trước Server bị “chết”, thì bây giờ Server sẽ kiểm tra lại kết nối từ các máy khách
- Điều kiện tiên quyết:
+ Phải cĩ cơ sở đữ liệu
- Điều kiện bố sung :
+ Chương trình phải đăng ký các Active X về List View - Điểm mởïộng:
+ Khơng cĩ
2.2.2.1.2 Login Use Case: Tén Use Case : Login
Trang 12Người quản lý cĩ thể cho may khach login voi tu cach 1a anonymous
Dịng sự kiện :
-Dịng sự kiện chính :
+ Use case này bắt đầu khi người quản lý chọn Login + Server kiểm tra xem máy khách cĩ đang ở trạng thái chờ ? + Nếu hợp lệ Server gởi thơng điệp đến máy khách
+ Client nhận thơng điệp sẽ tắt màn hình Screen và gởi thơng điệp chấp nhận về Server
+ Server nhận thơng điệp sẽ cho phép khách hàng ở máy khách cĩ thể sử dụng với tư cách anonymous Chương trình bắt đầu tính tiền cho khách hàng từ lúc này cho đến lúc khách hàng kết thúc sử dụng
- - Dịng sự kiện khác :
+ Nếu Server kiểm fra máy khách khơng phải ở trạng thái chờ thi khong cho Login
- Piéu kién tién quyét: + Khơng cĩ
- Hậu điều kiện:
+ Máy chuyên từ trạng thái chờ sang trạng thái sử dụng -< Điểm mở rộng:
+ Khơng cĩ 2.2.2.1.3 Logout Use Case: Tén Use Case : Logout
Mơ tả : Kết thúc việc khách hàng sử dụng máy khách
Dịng sự kiện :
- - Dịng sự kiện chính :
+ Use case bat dau khi khach hang chon Logout
Trang 13+ Client nhận thơng điệp và tắt hết các chương trình đang sử dụng + Client bật màn hình che( màn hình Screen)
+ Màn hình che connect lại với Server
Dịng sự kiện khác: + Khơng cĩ
Điều kiện tiên quyết:
+ Client phải Login vào Server trước
Hậu điều kiện:
+ May chuyền từ trạng thái sử dụng sang trạng thái chờ Điểm mở rộng:
+ Khơng cĩ
2.2.2.1.4 Paid Use Case: Tén Use Case : Paid
Mơ tả : Kết thúc việc khách hàng sử dụng máy khách và tính tiền
Dịng sự kiện :
Dịng sự kiện chính :
+ Use case bắt đầu khi người quản lý chọn Paid + Server gởi thơng điệp cho Client
+ Client nhận thơng điệp và tắt hết các chương trình đang sử dụng + Client bật màn hình che( màn hình Screen)
+ Server tính tiền sử dụng và tiền các dịch vụ liên quan và xuất ra
màn hình
Dịng sự kiện khác: + Khơng cĩ
Điều kiện tiên quyết:
+ Client phải Login vào Server trước
Hậu điều kiện:
Trang 14- Piém mo rong: + Khơng cĩ
2.2.2.1.5 Service Order Use Case:
Tén Use Case : Service Order
Mơ tả : Phục vụ mĩn ăn cho khách hàng Dịng sự kiện :
- - Dịng sự kiện chính :
+ Use case bắt đầu khi khách hàng yêu câu phục vụ mĩn ăn thức uống
+ Người quản lý chọn máy khách mà khách hàng yêu cầu phục vụ Khi đĩ danh sách các mĩn ăn, thức uống mà khách hàng yêu cầu hiện ra
+ Người quản lý phục vụ lần lượt các mĩn ăn Lúc đĩ, tiền dịch vụ được cập nhật vào trong tiền sử đụng máy
- - Dịng sự kiện khác: + Khơng cĩ
- _ Điều kiện tiên quyết:
+ Máy khách đang ở trạng thái sử dụng
- Hậu điều kiện:
+ Khơng cĩ - Piém mo rong:
+ Khơng cĩ
2.2.2.1.6 Set Banner Use Case:
Tén Use Case: Banner
Mơ tả : Thơng báo các quy định về sử dụng phịng máy cho khách hàng
Dịng sự kiện :
- - Dịng sự kiện chính :
+ Use case bắt đầu khi người quản lý chọn Set Bamner
Trang 15+ Server gởi thơng điệp đến tất cả các máy khách cĩ kết nối với Server
+ Client nhận thơng điệp sẽ cập nhật thơng báo Dịng sự kiện khác:
+ Khơng cĩ
Điều kiện tiên quyết:
+ Máy khách đang ở trạng thái sử dụng
Hậu điều kiện:
+ Khơng cĩ Điểm mở rộng:
+ Khơng cĩ
2.2.2.1.7 Daily Report Use Case: Tén Use Case: Daily Report
Mơ tả: Hiền thị thơng tin kết nối của các máy khách hăng ngày
Dịng sự kiện :
Dịng sự kiện chính :
+ Use case bắt đầu khi người quản lý chọn thống kê hàng ngày + Chương trình đọc cơ sở đữ liệu từ bảng Daily Report và xuất ra màn hình
Dịng sự kiện khác:
Trang 16Tén Use Case: Daily Report
M6 ta: Hién thi thơng tin tiền của máy khách kiếm được trong cả tháng
Dịng sự kiện :
Dịng sự kiện chính :
+ Use case bắt đầu khi người quản lý chọn Month Report
+ Chương trình đọc cơ sở đữ liệu từ bảng Month Report va xuat ra màn hình
Dịng sự kiện khác:
+ Nếu cĩ lỗi cơ sở dữ liệu thì chương trình sẽ hiến thị thơng báo Điều kiện tiên quyết: + Khơng cĩ Hậu điều kiện: + Khơng cĩ Điểm mở rộng: + Khơng cĩ
2.2.2.1.9 Debit Report Use Case: Tén Use Case: Debit Report
Trang 17- _ Điều kiện tiên quyết: + Khơng cĩ - - Hậu điêu kiện: + Khơng cĩ - - Điêm mở rộng: + Khơng cĩ
2.2.2.1.10 Manage Kind of Food Use Case:
Tén Use Case: Kind of Food
Mơ tả : Người quản lý cĩ thê xem, sửa hay bơ sung các loại mĩn ăn, thức uơng
Dịng sự kiện :
Dịng sự kiện chính :
+ Use case này bắt đầu khi người quản lý chọn chức năng quản lý loại mĩn ăn, thức uống
+ Màn hình xuất danh sách các loại mĩn ăn, thức uống + Người quản lý cĩ thể chọn chức năng edit để sửa đổi
thơng tin: luéng sự kiện phụ là sửa đơi một loại thức ăn được kích hoạt
+ Người quản lý cĩ thể chọn chức năng Add new để thêm thơng tin luồng sự kiện phụ là thêm một loại thức ăn được
kích hoạt
+ Người quản lý cĩ thể chọn chức năng Delete để xĩa
Trang 18+ Chương trình sẽ cập nhật lại cơ sở dữ liệu Thêm một loại thức ăn:
+ Nhập tên loại thức ăn
+ Chọn chức năng Add
+ Chương trình sẽ cập nhật lại cơ sở dữ liệu Xĩa một lọaI thức ăn:
+ Chọn loại thức ăn
+ Chon chic nang Delete
+ Chương trình sẽ cập nhật lại cơ sở dữ liệu - - Dịng sự kiện khác: + Khơng cĩ - _ Điều kiện tiên quyết: + Khơng cĩ - - Hậu điều kiện: + Khơng cĩ - Điểm mởïộng: + Khong co
2.2.2.1.11 Manage Cafeteria Use Case: Tén Use.Case: Manage Cafeteria
Mơ tả: Người quản lý cĩ thể xem, sửa hay bồ sung các mĩn ăn
Dịng sự kiện :
- - Dịng sự kiện chính :
+ Use case này bắt đầu khi người quản lý chọn chức năng quản lý thức ăn, thức uống
+ Màn hình xuất danh sách các mĩn ăn, thức uống
+ Người quản lý cĩ thể chọn chức năng edit để sửa đổi thơng tin: luồng sự kiện phụ là sửa đổi thức ăn, thức uống
Trang 19+ Người quản lý cĩ thể chọn chức năng Add new để thêm thơng tin luồng sự kiện phụ là thêm thức ăn, thức uống
được kích hoạt
+ Người quản lý cĩ thể chọn chức năng Delete để xĩa
thơng tin:luéng sự kiện phụ là xĩa thức ăn, thức uống được kích hoạt Sửa đồi thức ăn, thức uống: + Chọn thức ăn, thức uống + Nhập mới các thơng tin cân thiết như tên, giá cả + Chọn chức năng Edit
+ Chương trình sẽ cập nhật lại cơ sở dữ liệu
Thêm thức ăn, thức uống:
+ Nhập mới các thơng tin cần thiết như tên, giá cả của thức ăn, thức uống
+ Chọn chức năng Add
+ Chương trình sẽ cập nhật lại cơ sở dữ liệu
Xĩa thức ăn, thức uống:
+ Chọn thức ăn, thức uống
+ Chon chic nang Delete
Trang 202.2.2.1.12 Manage Price Day Use Case: Tén Use Case: Manage Price Day
Mơ tả: Người quản lý cĩ thể xem, sửa hay bổ sung giá truy cập internet theo ngày cụ thê
Dịng sự kiện :
Dịng sự kiện chính :
+ Use case này bắt đầu khi người quản lý chọn chức năng quản lý gia dich vụ
+ Người quản lý chọn ngày cần quản lý
+ Màn hình xuất giá truy cập 7 ngày trong tuân mà ngày đã
chọn thuộc vào
+ Người quản lý chọn các giờ rồi chọn chức nang edit dé sửa đi giá cả
Dịng sự kiện khác:
+ Nếu khơng chọn thì giá cả là mặc định Điều kiện tiên quyết: + Khơng cĩ Hậu điều kiện: + Khơng cĩ Điểm mở rộng: + Khơng cĩ 2.2.2.1.13 Manage Debit Use Case: Tén Use Case: Manage Debit
Mơ tả : Người quản lý thêm vào cơ sở dữ liệu khách hàng cịn nợ
Dịng sự kiện :
Dịng sự kiện chính :
Trang 21+ Màn hình sẽ hiển thị các thơng tin cho người quan lý nhập mới
+ Người quản lý chọn máy mà khách hàng đã sử dụng, khi đĩ danh sách các giờ Login vào máy đĩ sẽ xuất hiện Người quản lý chọn một trong số các giờ bắt đầu đĩ
+ Sau đĩ nhập vào một số thơng tin (bao gồm Tên, Địa chỉ,
Số điện thoại, tiền trả trước )
+ Sau khi nhập xong, chương trình sẽ lưu xuống cơ sở đữ liệu Dịng sự kiện khác: + Khơng cĩ Điều kiện tiên quyết: + Khơng cĩ Hậu điều kiện: + Khơng cĩ Điểm mở rộng: + Khong co
2.2.2.1.14 Manage Member Use Case: Tén Use.Case ;Manage Member
M6 ta: Nguoi quan ly
Địng sự kiện :
Dịng sự kiện chính :
+ Use case này bắt đầu khi người quản lý chọn chức năng quản lý thành viên của phịng máy
Trang 22+ Người quản lý cĩ thé chọn chức nang edit để sửa đổi thơng tin: luồng sự kiện phụ là sửa đổi thành viên được
kích hoạt
+ Người quản lý cĩ thể chọn chức năng Add new để thêm thơng tin luồng sự kiện phụ là thêm thành viên được kích
hoạt
+ Người quản lý cĩ thể chọn chức năng Delete để xĩa 1
record luơng sự kiện phụ là xĩa thành viên được kích hoạt
Sửa đổi thành viên:
+ Chọn thành viên
+ Nhập mới các thơng tin cần thiết như tên, địa chỉ, số điện thoại
+ Chọn chức năng Edit
+ Chương trình cập nhật các thơng tin thay đổi
vào cơ sở đữ liệu
Thêm thức ăn, thức uống:
+ Nhập mới các thơng tin cần thiết như tên, địa chỉ, số điện thoại của thành viên
+ Chọn chức năng Add
+ Chương trình lưu thơng tin vào cơ sở dt liệu Xĩa thức ăn, thức uống:
+ Chọn thành viên
+ Chon chic nang Delete
Trang 23+ Khơng cĩ Diém mo rong:
+ Khơng cĩ 2.2.2.1.15 Lock Keys Use Case: Tén Use Case: Lock Keys
Mơ tả : Cho phép người quản lý khĩa các phím của máy khách
Dịng sự kiện :
Dịng sự kiện chính :
+ Use case bắt đầu khi người quản lý yêu cầu khĩa phím + Người quản lý chọn máy khách mà người quản lý muốn khĩa
+ Chọn chế độ khĩa là khĩa tất cả phím, khĩa phím FI- >F2, khĩa phím A->Z., khĩa phím số , khĩa phím dấu, khĩa
phím hỗ trợ, khĩa phím bắt kỳ
+ Khi đĩ Server sẽ gởi thơng điệp đến máy khách, máy khách nhận thơng điệp sẽ thực hiện khĩa phím tương ứng
với chế độ khĩa
+ Nếu thực hiện thành cơng thì máy khách sẽ gởi thơng điệp báo cho Server là khĩa thành cơng
+ Đề kết thúc việc khĩa, người quản lý chọn Mở khĩa tất cả + Khi đĩ Server sẽ gởi thơng điệp đến máy khách, máy khách nhận thơng điệp sẽ thực hiện mở khĩa tất cả các phím
+ Nếu thực hiện thành cơng thì máy khách sẽ gởi thơng điệp báo cho Server là mở khĩa thành cơng
Dịng sự kiện khác:
+ Nếu khơng thành cơng thì máy khách gởi thơng điệp
Trang 24Điều kiện tiên quyết: + Khơng cĩ Hậu điều kiện: + Khơng cĩ Điểm mở rộng: + Khơng cĩ 2.2.2.1.16 Log Keys Use Case : Tén Use Case: Log Keys
Mơ tả : Cho phép người quản lý cĩ thể ghi nhận lại các phím khách hàng sử dụng trên máy khách Dịng sự kiện : Dịng sự kiện chính : + Use case bat dau khi người quản lý yêu cầu ghi nhận phím + Người quản lý chọn máy khách mà người quản lý muốn chi nhận phím + Chọn bắt đầu ghi nhận
+ Khi đĩ Server sẽ gởi thơng điệp đến máy khách, máy khách nhận thơng điệp sẽ ghi nhận các phím người dùng đã nhấn
+ Người quản lý muốn xem những thơng tin đã ghi nhận, sẽ dừng tiến trình ghi nhận thơng tin Khi đĩ Server sẽ gởi thơng điệp đến máy khách, máy khách nhận thơng điệp sẽ thực hiện gởi thơng tin ghi nhận cho Server
+ Nếu nhận thơng tin thành cơng Server sẽ thơng báo thành cơng
Trang 25+ Khơng cĩ Điều kiện tiên quyết:
+ Máy khách phải đang ở trạng thái sử dụng
Hậu điều kiện:
+ Khơng cĩ Điểm mở rộng:
+ Khơng cĩ
2.2.2.1.17 Manage Application Use Case: Tén Use Case: Manage Application
Mơ tả : Cho phép người quản lý cĩ thể biết được các ứng dụng chạy trên máy khách, vả người quản lý cũng cĩ thể bật hay tắt một ứng dụng nào đĩ Dịng sự kiện : Dịng sự kiện chính : + Use case bắt đầu khi người quản lý yêu cầu quản lý ứng dụng trên máy khách + Người quản lý chọn máy khách mà người quản lý muốn xem đanh sách các ứng dụng
+ Nếu người quản lý chọn xem danh sách các ứng dụng: Server gởi thơng điệp yêu câu danh sách đến máy khách,
may khách thực hiện việc ghi lại danh sách các ứng dụng
đang chạy ở máy khách và gởi về Server
+ Nếu người quản lý chọn bật một ứng dụng: màn hình yêu cầu nhập các thơng tin cần thiết (như tên ứng dụng, đường
dẫn ) để bật ứng dụng, và Server gởi yêu cầu đến máy
Trang 26+ Nếu người quản lý chọn tắt một ứng dụng: người quản lý chọn một ứng dụng từ danh sách, Server gởi yêu cầu đến máy khách Máy khách nhận thơng điệp sẽ tắt ứng dụng Dịng sự kiện khác: + Khơng cĩ Điều kiện tiên quyết: + Khơng cĩ Hậu điều kiện: + Khơng cĩ Điểm mở rộng: + Khơng cĩ
2.2.2.1.18 Manage Service Use Case: Tén Use Case: Manage Service
Mơ tả : Cho phép người quản lý cĩ thể biết được các service chạy trên máy khách, và người quản lý cũng cĩ thể thay đổi loại khởi động( Automatic, Manual hay Disable) hay cũng cĩ thê thay đổi trạng thái service( Start hay Stop) Dịng sự kiện : Dịng sự kiện chính : + Use case bắt đầu khi người quản lý yêu câu quản lý dịch vụ trên máy khách
+ Người quản lý chọn máy khách mà người quản lý muốn xem thơng tin service
+ Nếu người quản lý chọn xem danh sách các dịch vụ: Server gởi thơng điệp yêu cầu danh sách đến máy khách,
máy khách thực hiện việc phi lại danh sách các dịch vụ
Trang 27+ Nếu người quản lý chọn thay đối loại khởi động dịch vụ: mản hình yêu câu nhập loại tương ứng để thay đối Server gởi yêu cầu đến máy khách Máy khách nhận thơng điệp sẽ thay đổi tương ứng
+ Nếu người quản lý chọn thay đổi trạng thái dịch vụ: màn hình yêu cầu chọn trạng thái tương ứng để thay đối Server gởi yêu cầu đến máy khách Máy khách nhận thơng điệp sẽ thay đổi tương ứng Dịng sự kiện khác: + Khơng cĩ Điều kiện tiên quyết: + Khơng cĩ Hậu điều kiện: + Khơng cĩ Điểm mở rộng: + Khơng cĩ 2.2.2.1.19 Send Message Use Case: Tén Use Case: Send Message
Mơ tả : Cho phép người quản lý cĩ thể gởi tin nhắn đến một máy khách bat kỳ hay cho tất cả các máy
Dịng sự kiện :
Dịng sự kiện chính :
+ Use case bắt đầu khi người quản lý yêu cầu gởi tin nhắn + Gởi đến một máy: người quản lý chọn máy khách mà người quản lý muốn gởi thơng điệp
Trang 28+ Gởi đến tất cả các máy: yêu cầu Server gởi thơng điệp đến tất cả các máy + Máy khách nhận thơng điệp sẽ xuất ra màn hình Dịng sự kiện khác: + Khơng cĩ Điều kiện tiên quyết: + Khơng cĩ Hậu điều kiện: + Khơng cĩ Điểm mở rộng: + Khơng cĩ
2.2.2.1.20 Manage Remote Computer: Tén Use Case: Manage Remote Computer
Mơ tả : Cho phép người quản lý cĩ thể Logout, Restart hay Shutdown mot máy khách bất kỳ hay cho tất cả các máy
Dịng sự kiện :
Dịng sự kiện chính :
+ Use case bat đầu khi người quản lý yêu câu Logout, Restart hay Shutdown
+ Nếu người quản lý yêu cầu Logout: luéng sự kiện phụ yêu cầu Logout được kích hoạt
+ Nếu người quản lý yêu cầu Resstart: luồng sự kiện phụ
yêu cầu Resstart được kích hoạt
+ Nếu người quản lý yêu cầu Shutdown: luơng sự kiện phụ
yêu cầu Shutdown được kích hoạt
Logout:
Trang 292.2.2.1.21
2.2.2.2
2.2.2.2.1 2.2.2.2.1.1
+ Người quản lý cĩ thể nhập thời gian
Sau thời gian đĩ chương trình sẽ thực hiện
logout
+ Người quản lý yêu cầu Logout Server sẽ gởi thơng điệp đến máy khách yêu cầu
máy khách thực hiện logout
tuong tu cho Restart va Shutdown - Dong su kién khac: + Khơng cĩ - _ Điều kiện tiên quyết: + Khơng cĩ - - Hậu điều kiện: + Khơng cĩ - Điểm mởrộng: + Khơng cĩ SnapShot Use Case: Xem phần kỹ thuật Phia Client: Screen
Screen Connect Use Case:
Tén Use Case : Screen Connect
Mơ tả : Máy khách thực hiện kết nối với Server để vào trạng thái chờ Dịng sự kiện :
- - Dịng sự kiện chính :
Trang 30+ Chương trình kiểm tra thơng tin kết nối và gởi thơng điệp đến Server
+ Nếu nhận được hồi đáp chấp nhận thì chương trình sẽ thực
hiện kết nối với Server và màn hình chờ bật lên( Use Case thành cơng)
- - Dịng sự kiện khác:
+ Nếu các thơng tin kết nối khơng cĩ ( như thơng tin về tên máy, địa chỉ IP SERVER, port ) thì sẽ nhập thơng báo yêu cầu nhập thơng tin lại
+ Nếu tên máy trùng với một tên máy đã kết nối trước vào Server( do hơi đáp khơng chấp nhận của Server) thì cũng sẽ nhập thơng báo yêu cầu nhập thơng tin lại
+ Nếu kết nối khơng thành cơng thì sẽ báo lỗi - _ Điều kiện tiên quyết:
+ Server phải khởi động trước khi máy khách muơn kết nơi vào
màn hình chờ - - Hậu điêu kiện:
+ Máy khách đang ở trạng thái down chuyển sang trạng thái
chờ
-.Điêm mở rộng:
2.2.2.2.1.2
+ Khơng cĩ
Login Member Use Case: Tén Use Case : Login Member
Trang 31+ Chương trình gởi thơng điệp đến Server
+ Nếu nhận được hỏi đáp chap nhận thì màn hình chờ tắt, chương trình chính Client sẽ bật lên để tính giờ và khi đĩ khách hàng cĩ thể sử dụng được máy này
Dịng sự kiện khác:
+ Nêu nhận được hơi đáp từ chối thì màn hình screen vẫn
khơng bị tắt Điều kiện tiên quyết:
+ Server phải khởi động trước + Máy khách đang ở trạng thái chờ
Hậu điêu kiện:
+ Máy khách đang ở trạng thái chờ chuyển sang trạng thái sử dụng
Diém mo rong: + Khơng cĩ 2.2.2.2.2 Client
2.2.2.2.2.1 Client Connect Use Case:
Tén Use Case ; Client Connect
Mơ tả: Máy khách thực hiện kết nối với Server dé vào trang thai su dung Dong su kién :
- Dong su kién chinh :
+ Use case bat dau khi người dùng login thành cơng vào Server
+ Chương trình kết nối với Server
+ Server nhận được thơng điệp kết nĩi sẽ bắt đầu gởi danh sách
cac mon an, banner cho Client
+ Máy khách sẽ nhận thơng điệp từ Server sẽ lưu trữ các thơng
Trang 32+ Máy khách xuất thơng báo về nội quy sử dụng phịng máy Dịng sự kiện khác:
+ Nếu kết nối khơng thành cơng thì sau 1 khoảng thời gian
máy khách sẽ tự động thực hiện kết nối lại với Server
Điêu kiện tiên quyêt:
+ Server phải khởi động trước khi máy khách muơn kết nơi vào màn hình chờ
+ Máy khách đang ở trạng thái chờ
Hậu điêu kiện:
+ Khơng cĩ Diém mo rong: + Khơng cĩ
2.2.2.2.2.2 Order Use Case:
Tén Use Case : Order
Mơ tả : Khách hàng cĩ thê thực hiện đặt mĩn ăn từ danh sách với Server Dịng sự kiện :
- - Dịng sự kiện chính :
+ Use case bắt đầu khi khách hàng yêu cầu phục vụ + Danh sách các thức ăn, thức uống sẽ xuất hiện
+ Khách hàng chọn các thơng tin cần thiết như mĩn ăn, số lượng
+ Khi khách hàng yêu cầu phục vụ các mĩn mình đã chọn thì
máy khách sẽ gởi thơng điệp cho Server
Trang 33+ Server phải khởi động trước khi máy khách muốn kết nối vào màn hình chờ
+ Phía máy khách đang ở trong trạng thái sử dụng
- - Hậu điều kiện:
+ Khơng cĩ - - Điểm mởrộng: + Khơng cĩ
Trang 35STT Tên lớp Kê thừa từ lớp Chức năng CBaseTabCtrl CTabCtrl dùng tự vẽ giao diện tab ctrl CEnTabCtrl CBaseTabCtrl dùng tơ màu đỉnh Tab theo màu nền CTabCtriSSL CEnTabCtrl
dung Add Dialog (xem 1 dialog nhu một trang cua tab) CTabPageSSL CDialog dung dé thé hién dialog nhu mét trang cua Tab CParentTabPage CTabPageSSL dùng để tơ màu nên va gan tooltip CLoggingTab CParentTabPage
giao dién dé diéu khiển hoạt động máy tính CKeyLockTab CParentTabPage giao diện để khĩa bàn phím CKeyLogTab CParentTabPage giao dién dung dé ghi phim CLockKeyAddDlg CParentTabPage giao dién dung dé cho người dùng nhập các phím cần khĩa
10 CMessageT ab CParentTabPage giao dién dung dé người quản lý gởi tin nhắn đến một máy
Trang 36
hay nhiéu may
11 CScrCapTab CParentTabPage
giao dién dung dé chup man hinh 12 CApplistTab CParentTabPage giao dién dung dé quản lý các ứng dung phía máy khách 13 CServiceTab CParentTabPage
giao dién dung dé quan ly phuc vu cac dịch vụ như mĩn an, thức uống cho khách hàng 14 CChgSrvStartupDlg CDialog nhập dữ liệu về trạng thái hoạt động của dịch vụ 15 CChgSrvStatusDlg CDialog nhập dữ liệu về trạng thái khởi động của dịch vụ 16 CSrvListTab CParentTabPage
Trang 37banner, rồi xuất các quy định ở máy khách 21 ClnfoServerDlg CDialog giao diện dùng nhập các thơng tin về Server lúc bắt đầu 22 ClnputCategoryDig CDialog
giao diện dùng quản lý loại thức ăn, nước uống 23 ClnputDishDlg CDialog giao diện dùng quản lý các mĩn ăn, thức uống 24 ClnputMemberDlg CDialog
giao diện dùng quản lý
thanh viên tham gia 25 CDebitDIg CDialog giao diện dùng quản lý các khách hàng nợ 26 ClnputPriceDlg CDialog giao diện dùng quản lý giá cả các ngày 27 ClnputValueDlg CDialog giao diện dùng nhập giá cả của ngày 28 CDailyReportDlg CDialog giao diện dùng thơng kê các đăng nhập sử dụng của khách hàng 29 CMonthReport CDialog
Trang 38ReportDlg chỉ tiết về một khách hàng nợ
giao diện chương
Trang 39STT | Tên lớp Kế thừa từlớp | Chức năng Lớp xử lý việc quản 1 | CSolveMember CCafeDB ly cac thanh vién Lớp xử lý việc quản lý các loại mĩn ăn, 2 | CSolveCategory CCafeDB thức uống Lớp xử lý việc quản lý các mĩn ăn, thức 3 | CSolveDish CCafeDB uống Lớp xử lý việc quản 4 | CSolveLogin CCafeDB ly Login, Logout Lớp Xử lý việc tính 5 | CSolveFee CCafeDB tiền Lớp xử lý việc quản 6 | CSolveTableFee CCafeDB lý tiền phí Lớp xử lý việc quản 7 | CSolveFeeDay CCafeDB lý tiền phí Lớp xử lý việc quản 8 | ClnputPriceDay CCafeDB lý giá cả Lớp xử lý việc quản 9 | ClnputDish CCafeDB lý mĩn ăn,thức uống Lớp xử lý việc quản 10 | ClnputCategory CCafeDB ly loai mon an Lớp xử lý việc báo 11 | CSolveDailyReport | CCafeDB cáo hàng ngày Lớp xử lý việc báo 12 | CSolveMonthReport | CCafeDB cao theo thang
13 | CSolveDebitList CCafeDB Lớp xử lý việc nợ
Trang 40cua cac thanh vién Lớp xử lý việc nợ của các thành viên 14 | CSolveDebitDetall CCafeDB một cách chi tiết 15 | CADODatabase CADOCommand 16 | CADORecordset CADOCommand, CADOFieldInfo 17 | CADOCommand CADOParameter 18 | CADOFieldlnfo 19 | CADOParameter 20 | CADOException 2.2.4 Thiết kế lớp trên Client: 2.2.4.1 Screen: CSockAddr CBlockingSocket CBlockingSocketException ClnfoPcDlg CScreenDlg CLogonDlg Hình 2-9 Thiết kế lớp Screen Kê thừa từ
SIT | Tên lớp lớp Chức năng
Chỉ địa chỉ IP, thơng tin Port
1 | CSockAddr sockaddr_in | dich vu
