Bài toán quản lý hệ thống nhà sách

Bài toán quản lý hệ thống nhà sách

Phát biểu bài toán đăng ký học phần

Phát biểu bài toán

Trình độ tin học ở nước ta ngày một phát triển, việc tin học hóa nghiệp vụ ở các lĩnh vực được đặt ra nhiều hơn so với trước đây Để bắt kịp tốc độ phát triển đó nhà sách của nhóm T-Group đã đưa ra yêu cầu tin học hóa hệ thống quản lý nhà sách

Do nhà sách T-Group chưa sử dụng chương trình quản lý trước đây nên CSDL vẫn còn lưu trữ trên giấy tờ hệ thống mới sẽ làm việc trên một CSDL mới được phát triển từ CSDL cũ, nhà sách

dự định phát triển thêm nhiều chi nhánh khác với CSDL đồ sộ việc quản lý thủ công trở nên không phù hợp nữa, gây khó khăn trong việc kiểm tra số lượng sách nhập, xuất hoặc chuyển nhượng từ chi nhánh này sang chi nhánh khác

Hệ thống mới cho phép người quản trị quản lý hoạt động nhân viên, tính lương nhân viên dễ dàng hơn, Thủ kho kiểm soát được số lượng sách nhập vào và xuất ra với những thao tác đơn giản,

và in bảng báo cáo thống kê đơn giản hơn tiết kiệm được khá nhiều thời gian, công sức cho việc kiểm kê, phân loại sách Bên cạnh đó việc mua bán sách cũng của nhân viên được báo cáo một cách chính xác bằng chức năng quản lý sách

Mỗi lần thực hiện mua bán sách nhân viên chỉ nhập mã số sách, tự động giá tiền sẽ được hiển thị và xuất hóa đơn mua bán cho khách hàng.Bên cạnh việc bán sách nhân viên còn được xem những thông tin chi tiết như họ tên, năm sinh… và đặc biệt là số giờ mình làm trong tháng bằng chức năng tra cứu được tích hợp trong chức năng quản lý nhân sự, chức năng này khác biệt hẳn việc quản lý thô trước đây, công việc người quản lý là nhập các thông tin cần thiết của nhân viên chỉ vài thao tác thông tin nhân viên sẽ được lưu trữ trên CSDL, dễ dàng chỉnh sửa, cập nhật không tốn thời gian tìm kiếm, hàng tháng người quản lý có thể tính lương của nhân viên 1 cách chính xác

và nhanh chóng mà không cần thực hiện bất kỳ phép tính nào.Hệ thống còn hỗ trợ việc quản lý nhập xuất hóa đơn cho việc mua bán sách, và chuyển nhượng sách giữa các chi nhánh, thủ kho còn

có thể báo cáo thông kê sách hàng tháng theo nhiều tiêu chí như thống kê theo sách giáo khoa, hoặc thống kê số lượng sách được nhập vào kho nhiều nhất trong tháng….việc tính toán doanh thu trong nhà sách được quản lý bằng chức năng quản lý ngân sách, chức năng này bao gồm chi phí trả lương cho nhân viên, chi phí phát sinh trong tháng, doanh thu thu được ở tất cả chi nhánh

… ,Giám đốc là người duy nhất được kiểm soát tất cả các hoạt động quản lý trên của tất cả các chi nhánh, giám đốc cũng là người quyết định mức lương cứng của nhân viên, và các chế độ ưu đãi khác

Bảng chú giải

1 Giới thiệu

Tài liệu này được dùng để định nghĩa các thuật ngữ đặc thù trong lĩnh vực của bài toán, giải thích các từ ngữ có thể không quen thuộc đối với người đọc trong các mô tả use case hoặc các tài liệu khác của dự án Thường thì tài liệu này có thể được dùng như một từ điển

dữ liệu không chính thức, ghi lại các định nghĩa dữ liệu để các mô tả use case và các tài liệu khác có thể tập trung vào những gì hệ thống phải thực hiện

2 Các định nghĩa

Bảng chú giải này bao gồm các định nghĩa cho các khái niệm chính trong Hệ thống quản lý

hệ thống chi nhánh nhà sách

2.1 Chi nhánh

Chi nhánh là một bộ phận thuộc thuộc hệ thống nhà sách Chi nhánh được đặt tại những địa điểm cụ thể, là kênh duy nhất diễn ra sự trao đổi, buôn bán, in hóa đơn với khách hàng

2.2 Báo cáo

Báo cáo là một hồ sơ miêu tả sự thống kê về sách bán được, thống kê về sự điểm danh của nhân viên,…

2.3 Giám đốc

Đây là người điều hành, đứng đầu hệ thống quản lý nhà sách này Người này có toàn quyền trên hệ thống

2.4 Quản lý

Hệ thống được chia ra hoạt động bởi nhiều chi nhánh Quản lý chính là người đứng đầu của mỗi chi nhánh và theo dõi tình hình buôn bán, làm việc của các nhân viên và ghi nhận lại

2.5 Nhân viên

Đây là người tiếp xúc trực tiếp với khách hàng Nhiệm vụ chính của nhân viên là buôn bán sách cho khách hàng, ghi nhận lại hóa đơn

2.6 Thủ kho

Đây là người chuyên quản lý sách trong kho, quản lý việc nhập xuất hóa đơn, báo cáo thống kê hàng tháng về số lượng sách tồn kho…

2.7 Nhân viên loại A

Đây là nhân viên được đánh giá tốt làm từ 90% số giờ quy định của nhà sách, đi làm đúng giờ, và được quản lý của chi nhánh đánh giá tốt trong quá trình làm việc

2.8 Nhân viên loại B

Đây là nhân viên được đánh giá loại trung bình, đi đúng giờ đầy đủ từ 70% đến dưới 90%

số giờ quy định của nhà sách và được quản lý chi nhánh đánh giá khá trong quá trình làm việc

2.9 Nhân viên loại C

Đây là nhân viên được đánh giá loại yếu làm dưới 70% số giờ quy định và được quản lý chi nhánh đánh giá trung bình trong quá trình làm việc

2.10 Nhân viên bị sa thải:

Đây là những nhân viên có xếp loại đánh giá 3 tháng lien tiếp là loại C ,hoặc vi phạm họp đồng các điều khoản do nhà sách đặt ra

2.11 Hóa đơn nhập

Đây là hóa đơn được lập ra trong mỗi lần nhập sách của các chi nhánh nhà sách Hóa đơn này được lập ra bởi người thủ kho của mỗi chi nhánh

2.12 Hóa đơn xuất

Đây là hóa đơn được lập ra trong quá trình mua bán sách của nhân viên với khách hàng

2.13 Hóa đơn chuyển nhượng

Tại các chi nhánh có hình thức chuyển sách từ chi nhánh này sang chi nhánh khác Việc chuyển sách không in ra hóa đơn, nhưng vẫn lưu lại trên CSDL của nhà sách

2.14 Lương

Đây là số tiền mỗi nhân viên nhận được sau 1 tháng làm việc

Đặc tả bổ sung

Mục tiêu của tài liệu này là để định nghĩa các yêu cầu của Hệ thống quản lý hệ thống nhà sách Đặc tả bổ sung này liệt kê các yêu cầu chưa được thể hiện trong các use case Đặc tả

bổ sung cùng các use case trong mô hình use case thể hiện đầy đủ các yêu cầu của hệ thống

Đặc tả bổ sung áp dụng cho Hệ thống quản lý hệ thống nhà sách được các sinh viên lớp Công Cụ và Môi Trường phát triển phần mềm phát triển nhóm F5-StudySkills tiếp nhận theo yêu cầu của nhóm TGgroup

Đặc tả này vạch rõ các yêu cầu phi chức năng của hệ thống, như là tính ổn định, tính khả dụng, hiệu năng, và tính hỗ trợ cũng như các yêu cầu chức năng chung cho một số use case (Các yêu cầu chức năng được chỉ rõ trong phần Đặc tả use case)

3 Tài liệu tham khảo

Không có

- Hỗ trợ nhiều người dùng làm việc đồng thời

- Nếu một lớp bị hết chỗ trong khi một nhân viên đang thực hiện việc ghi lại hóa đơn Nếu tốc độ xử lý của chương trình không đủ đáp ứng, nhân viên sẽ hoạt động độc lập với CSDL phụ tại mỗi chi nhánh

Giao diện người dùng tương thích Windows XP, Windows Vista và Windows 7

6 Tính ổn định

Hệ thống phải hoạt động liên tục 24 giờ một ngày, 7 ngày mỗi tuần,

Không có

9 Tính bảo mật

1 Hệ thống phải ngăn chặn nhân viên, thủ kho thay đổi thông tin của người khác, và ngăn các các quản lý của chi nhánh này không can thiệp vào nội dung quản lý của chi nhánh khác

2 Chỉ có thủ kho mới có quyền nhập sách, chuyển nhượng sách trong mô hình của nhóm TGroup

3 Nhân viên nhà sách chỉ có các chức năng về nhập hóa đơn, xuất hóa đơn và chỉnh sửa hóa đơn do chính mình lập

4 Quản lý của một chi nhánh chỉ được quyền truy cập về thông tin nhân viên, điểm danh nhân viên, ngân sách, thu chi của chi nhánh của mình quản lý

10 Các ràng buộc thiết kế

Mô hình Use-case

1 Lược đồ chính của mô hình Use-case

2 Quản lý nhân sự (QuanLy NhanSu)

2.1 Tóm tắt

Use case này cho phép nhân viên quản lý hệ thống các thông tin, lương của nhân viên, nhân viên tự cập nhập thông tin, điểm danh hằng ngày nhằm giúp người quản lý đánh giá và xếp loại tương ứng với số tiền lương được tăng lên hay giữ nguyên cho những loại xếp loại nhất định

2.2 Dòng sự kiện

2.2.1 Dòng sự kiện chính

Use case này bắt đầu khi nhân viên quản lý muốn thêm, thay đổi, xóa thông tin, tính lương hoặc nhân viên muốn chỉnh sửa thông tin của mình và điểm danh hằng ngày

1 Hệ thống yêu cầu quản lý, nhân viên bán hàng, giám đốc chọn chức năng muốn thực hiện Chức năng được hiển thị theo từng loại user (ví dụ :Thêm nhân viên, sa thải nhân viên, cập nhập thông tin nhân viên, tính lương, điểm danh nhân viên)

2 Sau khi user được cung cấp thông tin yêu cầu, một trong các luồng sau được thực

hiện

- Nếu user chọn “Thêm nhân viên”, luồng phụ Thêm nhân viên được thực hiện

- Nếu user chọn “Sa Thải nhân viên”, luồng phụ Sa Thải nhân viên được thực hiện

- Nếu user chọn “Cập nhập thông tin nhân viên”, luồng phụ Cập nhập thông tin nhân

- viên được thực hiện

- Nếu user chọn “Điểm danh nhân viên”, luồng phụ Điểm danh nhân viên được thực

- hiện

- Nếu user chọn “Tính lương”, luồng phụ Tính lương nhân viên được thực hiện

2.2.1.1 Thêm 1 nhân viên (chỉ giám đốc hay quản lý chi nhánh được quyền chọn use case này)

1 Hệ thống yêu cầu user nhập các thông tin nhân viên.Bao gồm:

Tên

Ngày sinh

Số CMND

Điện thoại

Địa chỉ

2 Sau khi user nhập vào các thông tin, kèm theo chức vụ của nhân viên, hệ thống sẽ phát sinh và gán một số ID duy nhất là mã nhân viên cho nhân viên này Nhân viên này được thêm vào hệ thống

3 Hệ thống cung cấp cho user(quản lý, giám dốc) mã nhân viên của nhân viên mới

3.1.1.1 Cập nhật thông tin nhân viên (chỉ có quản lý hay nhân viên được sử dụng use case này Nhân viên chỉ

sử dụng use case này để cập nhật thông tin của chính mình)

1 Hệ thống yêu cầu nhập mã số nhân viên của nhân viên

2 Quản lý, nhân viên nhập mã nhân viên Hệ thống truy xuất và hiển thi thông tin của nhân viên

3 Quản lý thay đổi một số thông tin của nhân viên.chỉ được sửa chữa các thông tin như CMND,địa chỉ

4 Sau khi quản lý cập nhập xong các thông tin cần thiết, hệ thống cập nhập mẫu tin của nhân viên này

3.1.1.1 Sa thải nhân viên :

1 Hệ thống yêu cầu nhập mã số nhân viên

2 Quản lý nhập mã số nhân viên Hệ thống truy xuất và hiển thị thông tin của nhân

viên này

- Hệ thống nhắc người dùng xác nhận thao tác xóa

- Quản lý xác nhận xóa, nếu không chấp nhận xóa thì thoát ra khỏi use case này

- Hệ thống xóa thông tin của nhân viên ra khỏi hệ thống

3.1.1.1 Điểm danh nhân viên:

1 Hệ thống yêu cầu nhập mã nhân viên

2 Quản lý nhập mã nhân viên.Hệ thống truy xuất và hiển thị bảng điểm danh của nhân viên này

3 NV chọn ô đi làm/ không đi làm, nhap giờ ra – giờ vào

4 Hệ thống nhắc người dùng xác nhận thao tác

5 Quản lý xác nhận lưu thông tin

6 Hệ thống lưu thông tin của nhân viên

3.1.1.1 Tính lương nhân viên :

1 Hệ thống yêu cấu nhập mã nhân viên

2 Quản lý nhập mã nhân viên Truy xuất và hiển thị những thông tin chi tiết liên quan đến nhân viên này

3 Quản lý nhập loại nhân viên chọn chức năng thanh toán lương

4 Hệ thống tính toán dựa vào kết quả đánh giá nhân viên trong cùng tháng

Nếu nhân viên loại A: tiền lương = 120%tiền lương mặc đinh

Nếu nhân viên loại B: tiền lương = 110% tiền lương mặc định

Nếu loại C: tiền lương như cũ

5 Hệ thống lưu trữ xuống CSDL, rồi xuất kết quả

3.1.2 Các dòng sự kiện khác

3.1.2.1 Không tìm thấy nhân viên:

Nếu trong luồng cập nhập nhân viên, sa thải nhân viên, điểm danh nhân viên, hoặc tính lương không tồn tại nhân viên nào có mã số được nhập vào thì hệ thống sẽ hiển thị một thông báo lỗi Quản

lý có thể nhập 1 mã số nhân viên khác, hoặc bỏ thao tác, lúc này use case sẽ kết thúc

3.1.2.2 Hủy thao tác sa thải

3.2 Các yêu cầu đặt biệt

Không có

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

Quản lý hay nhân viên phải đăng nhập vào hệ thống trước khi use case bắt đầu Nhân viên chỉ thao tác trên những phần quyền giành cho mình

3.4 Post-Conditions

Không có

3.5 Điểm mở rộng

Không có

4 Điểm danh nhân viên (Diem Danh)

4.1 Tóm tắt

Use case này sử dụng cho tất cả thành viên của hệ thống quản lý nhà sách (trừ giám đốc hệ thống nhà sách)

4.2 Dòng sự kiện

4.2.1 Dòng sự kiện chính

Use case này bắt đầu khi một nhân viên, trừ giám đốc chọn chức năng điểm danh trên hệ thống

1 Hệ thống yêu cầu nhập mã nhân viên và password ứng với nhân viên đó

2 Nếu là quản lý nhập mã nhân viên.Hệ thống truy xuất và hiển thị bảng điểm danh của nhân viên này

3 NV chọn ô đi làm/ không đi làm, nhap giờ ra – giờ vào

4 Hệ thống nhắc người dùng xác nhận thao tác

5 Quản lý xác nhận thông tin điểm danh của nhân viên thuộc chi nhánh mình

6 Hệ thống lưu thông tin của nhân viên, hoặc quản lý, hoặc thủ kho

4.2.1 Các dòng sự kiện khác

4.2.1.1 Tên/Mật khẩu sai

Nếu người dùng nhập sai mã nhân viên hoặc password ứng với nhân viên đó, hệ thống sẽ hiển thị một thông báo lỗi Actor có thể chọn trở về đầu của Dòng sự kiện chính hoặc hủy bỏ việc điểm danh, lúc này use case kết thúc

4.3 Các yêu cầu đặt biệt

Không có

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

Không có

4.5 Post-Conditions

Nếu điểm danh thành công, thông tin điểm danh được lưu vào hệ thống

4.6 Điểm mở rộng

Không có

5 Quản lí chuyển nhượng sách (QLChuyenNhuongSach)

5.1 Tóm tắt:

Use case này cho phép người thủ kho quản lí việc chuyển nhượng sách từ chí nhánh khác đến chi nhánh mình cũng như sách từ chi nhánh mình chuyển qua chi nhánh khác

5.2 Dòng sự kiện:

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

Use case này bắt đầu khi người thủ kho chuyển sách từ chi nhánh khác về hoặc chuyển sách qua chi nhánh khác

1 Hệ thống yêu cầu người thủ kho chọn một trong hai chức năng: chuyển sách đi, chuyển sách vào

2 Sau khi thủ kho cung cấp thông tin được yêu cầu, một trong các luồng phụ sau được thực hiện

Nếu thủ kho chọn “Chuyển sách đi”, luồng phụ chuyển sách đi sẽ được thực hiện.

Nếu thủ kho chọn “Chuyển sách vào”, luồng phụ chuyển sách vào sẽ được thực hiện.

5.2.1.1 Chuyển sách đi: chuyển sách qua chi nhánh khác.

1 Hệ thống yêu cầu thủ kho chọn chi nhánh mà sách được chuyển đến, chọn sách cần chuyển cùng với số lương sách tương ứng

2 Sau khi thủ kho đã chọn sách cần chuyển, số lượng sách cần chuyển, hệ thống sẽ kiểm tra

số lượng tồn kho của những sách được chọn có còn đủ để chuyển đi hay không, nếu không không cho chuyển sách đó đi

3 Sau khi các thông tin về sách đã được kiểm tra thành công, hệ thống tự động tính tiền sách chuyển đi với mức giá bằng với giá nhập vào của sách, tăng thu nhập của nhà sách lên đồng thời số lượng sách tồn kho bị trừ đi số lượng sách tương ứng

5.2.1.2 Sách chuyển vào:

1 Hệ thống yêu cầu thủ kho ghi nhận đã nhận sách từ chi nhánh nào, danh mục các sách và đơn giá, số lượng tương ứng

2 Sau khi thủ kho đã cung cấp đầy đủ thông tin được yêu cầu, hệ thống sẽ tính tiền của sách chuyển vào, trừ đi ngân sách của chi nhánh Đồng thời tăng số lương những sách chuyển

vào tương ứng.

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

Nếu thông tin sách chuyển vào có số tiền vượt quá ngân sách thì việc chuyển sách vào sẽ không thành công (báo lỗi)

Nếu số lượng sách chuyển đi nhiều hơn số lượng tồn tại trong kho thì việc chuyển sách đi sẽ không thành công (báo lỗi)

5.2.3 Các yêu cầu đặc biệt:

Không có

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

Người dùng phải đăng nhập vào hệ thống với vai trò là người thủ kho trước khi use case bắt đầu

5.2.5 Post-Condition:

Nếu use case thành công số lượng sách trong chi nhánh sẽ giảm nếu chuyền đi và tăng nếu chuyển vào, ngân sách của chi nhánh sẽ tăng nếu chuyển đi và giảm nếu chuyển vào

5.2.6 Điểm mở rộng:

Không có

6 Quản lí hóa đơn nhập (QLHDNhap)

6.1 Tóm tắt:

Use case này cho phép người thủ kho nhập sách vào chi nhánh mà họ đang làm việc

6.1.1 Dòng sự kiện:

Use case này bắt đầu khi người thu kho nhập sách vào chi nhánh

6.1.2 Dòng sự kiện chính

1 Hệ thống yêu cầu thủ kho ghi nhận các thông tin:

- Chi nhánh

- Người nhập sách (thủ khi - người lập hóa đơn)

- Danh mục sách nhập, đơn giá và số lượng sách tương ứng

2 Sau khi thủ kho đã nhập đầy đủ các thông tin, hệ thống sẽ tính tiền hóa đơn

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

Nếu số tiền hóa đơn vượt quá ngân sách cho phép thì việc ghi nhận hóa đơn sẽ bị hủy bỏ (báo lỗi)

6.1.4 Các yêu cầu đặc biệt:

Không có

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

Người dùng phải đăng nhập vào hệ thống với vai trò là người thủ kho trước khi use case bắt đầu

6.1.6 Post-Condition:

Nếu use case thành công hóa đơn nhập bao gồm thông tin của các sách được nhập và người nhập sách sẽ được tạo, các sách được nhập thêm vào sẽ tăng với số lương tương ứng từng sách, ngân sách của chi nhánh sẽ bị giảm đi với sồ tiền tương ứng trên hóa đơn

6.1.7 Điểm mở rộng:

Không có