Phân tích và thiết kế hệ thống quản lý hoạt động cửa hàng bán sách

Tìm hiểu các yêu cầu nghiệp vụ cơ bản của Cửa hàng bán sách, nhu cầu về một hệ thống quản lý giúp tăng hiệu năng các hoạt động của Cửa hàng bán sách.. - Mục tiêu hệ thống mới: xây dựng m

Trường Đại Học Bách Khoa Hà Nội

Viện Điện Tử - Viễn Thông

MỤC LỤC

LỜI MỞ ĐẦU 7

Chương I: Lập Kế Hoạch 8

I Khỏi tạo dự án 8

1 Nhận biết dự án 8

2 Phân tích khả thi 9

2.1 Khả thi về mặt kĩ thuật 9

2.2 Khả thi về mặt kinh tế 9

2.3 Khả thi về mặt tổ chức 11

3 Yêu cầu hệ thống 12

3.1 Yêu cầu chức năng 12

3.2 Yêu cầu phi chức năng 12

II Quản trị dự án 13

1 Lập bản kế hoạch 13

2 Sơ đồ Gain 14

3 Sơ đồ Pert 15

Chương II: Phân tích 16

I Xác định rõ yêu cầu 16

1 Mô tả yêu cầu nghiệp vụ hệ thống 16

2 Yêu cầu chức năng 16

3 Yêu cầu phi chức năng 16

II Mô hình hóa chức năng 17

1 Sơ đồ hoạt động hiện tại của hệ thống 17

2 Sơ đồ use case và mô tả use case 17

2.1 Xác định các actor 17

2.2 Xác định các use case 18

2.3 Sơ đồ Use case 19

2.4 Mô tả các Use case 20

3 Sơ đồ hoạt động hệ thống mới 26

III Mô hình hóa cấu trúc 28

1 Thẻ CRC 28

2 Sơ đồ lớp 36

3 Sơ đồ đối tượng 37

IV Mô hình hóa hoạt động 38

1 Biểu độ tuần tự của hoạt động Đăng nhập 38

2 Biểu đồ tuần tự của hoạt động Tìm kiếm sách 39

3 Biểu đồ tuần tự cho hoạt động Thêm sách 40

4 Biểu đồ tuần tự của hoạt động Chỉnh sửa thông tin sách 41

5 Biểu đồ tuần tự cho hoạt động Xóa Sách 42

6 Biểu đồ tuần tự cho hoạt động Lập hóa đơn 43

7 Biểu đồ tuần tự cho hoạt động Lập phiêu nhập sách 44

8 Biểu đồ tuần tự cho hoạt động Thống kê doanh thu 45

9 Biểu đồ tuần tự cho hoạt động Thêm khách hàng thân thiết 46

10 Biểu đồ tuần tự cho hoạt động Chỉnh sử thông tin khách hàng thân thiết 47

11 Biểu đồ tuần tự cho hoạt động Xóa khách hàng thân thiết 48

Chương III Thiết Kế 49

I Thiết kế tổng thể 49

1 Thêm lớp 49

2 Sơ đồ Package 66

II Thiết kế lớp và phương thức 70

1 Các lớp trong Package Object 70

2 Các lớp trong Package Controller 76

3 Các lớp trong Package View 90

3.1 Giao diện Đăng nhập 90

3.2 Giao diện màn hình chính 91

3.3 Giao diện Quản lý sách 92

3.4 Giao diện Quản lý khách hàng thân thiết 94

3.5 Giao diện thông tin người dùng 97

3.6 Giao diện hiển thị doanh thu 97

3.7 Giao diện Lập phiếu nhập 98

3.8 Giap diện Lập hóa đơn 99

III Thiết kế cơ sở dữ liệu 101

1 Package Model: 101

2 Xác định các thực thể 101

3 Mô hình thực thể liên kết 102

4 Chuẩn hóa 103

5 Mô tả chi tiết các quan hệ 106

6 Mô hình thực thể cho quan hệ 109

KẾT LUẬN 110

DANH MỤC BẢNG

Bảng 1 Bảng tính toán lưu chuyển tiền tệ. 7

Bảng 2 Bảng lập kế hoạch. 10

DANH MỤC HÌNH ẢNH

Hình 1 Sơ đồ Gain 14

Hình 2 Sơ đồ Pert 15

Hình 3 Sơ đồ hoạt động hệ thống hiện tại 17

Hình 4 Sơ đồ Use case 19

Hình 5 Biểu đồ hoạt động hệ thống mới 27

Hình 6: Sơ đồ lớp 36

Hình 7 Sơ đồ đối tượng 37

Hình 8 Biểu đồ tuần tự của hoạt động đăng nhập 38

Hình 9 Biểu đồ tuần tự của hoạt động tìm kiếm sách 39

Hình 10 Biểu đồ tuần tự cho hoạt động thêm sách 40

Hình 11 Biểu đồ tuần tự cho hoạt động chỉnh sửa thông tin sách 41

Hình 12 Biểu đồ tuần tự cho hoạt động xóa sách 43

Hình 13 Biểu đồ tuần tự cho hoạt động lập hóa đơn 43

Hình 14 Biểu đồ tuần tư cho hoạt động Lập phiếu nhập sách 44

Hình 15 Biểu đồ tuần tự cho hoạt động Thống kê doanh thu 45

Hình 16 Biểu đồ tuần tự cho hoạt động Thêm khách hàng thân thiết 46

Hình 17 Biểu đồ tuần tự cho hoạt động Chỉnh sửa thông tin khách hàng thân thiết 47

Hình 18 Biểu đồ tuần tự cho hoạt động Xóa khách hàng thân thiết 49

Hình 19 Biểu đồ trình tự cho hoạt động Đăng nhập theo mô hình MVC 51

Hình 20 Biểu đồ trình tự cho hoạt động Hiển thị danh mục sách MVC 52

Hình 21 Biểu đồ trình tư cho hoạt động Thêm sách theo mô hình MVC 53

Hình 22 Biểu đồ trình tự cho hoạt động Chỉnh sửa sách theo mô hình MVC 54

Hình 23 Biểu đồ trình tự cho hoạt động Xóa Sách theo mô hình MVC 55

Hình 24 Biểu đồ trình tự cho hoạt động lập hóa đơn theo mô hình MVC 57

Hình 25 Biểu đồ trình tự cho hoạt động Lập phiếu nhập theo mô hình MVC 59

Hình 26 Biểu đồ trình tự cho hoạt động Thống kê doanh thu theo mô hình MVC 61

Hình 27 Biểu đồ trình tự cho hoạt động Hiển thị danh sách KHTT theo MVC 62

Hình 28 Biểu đồ trình tự cho hoạt động Thêm khách hàng thân thiết theo MVC 63

Hình 29 Biểu đồ trình tự cho hoạt động chỉnh sửa Khách hàng thân thiết theo MVC 64

Hình 30 Biểu đồ trình tự cho hoạt động Xóa sách theo MVC 65

Hình 31 Package Model 66

Hình 32 Package Controller 67

Hình 33 Package View 68

Hình 34 Package Diagram 69

Hình 35 Giao diện đăng nhập 90

Hình 36 Giao diện màn hình chính cho Nhân Viên 91

Hình 37 Giao diện màn hình chính cho Quản lý 91

Hình 38 Giao diện Quản lý sách 92

Hình 39 Giao diện cập nhật sách 93

Hình 40 Giao diện quản lý Khách hàng thân thiết 94

Hình 41 Giao diện cập nhật Khách hàng thân thiết 96

Hình 42 Giao diện hiển thị thông tin Người dung 97

Hình 43 Giao diện Thống kê doanh thu 98

Hình 44 Giao diện Lập phiếu nhập 98

Hình 45 Giao diện Lập hóa đơn 99

Hình 46 Mô hình thực thể liên kết ERD 102

Hình 47 Mô hình thực thể cho quan hệ 109

LỜI MỞ ĐẦU

Ngày nay, ứng dụng công nghệ thông tin, khoa học kĩ thuật vào các lĩnh vực hoạt động của đời sống đã trở thành một trong những vấn đề quan trọng giúp tăng hiệu quả công việc, giảm thiểu công việc giúp tự động hóa các quá trình, giảm thiểucác chi phí về tài nguyên sử dụng Áp dụng công nghệ thông tin cho hoạt động của các cơ quan, tổ chức giúp tạo ra những đột phá mạnh mẽ Xây dựng những hệ thốngquản lý tự động các tổ chức hoặc của hàng là một trong những việc giúp đẩy mạnh việc áp dụng công nghệ vào đời sống

Trong nội dung môn học Phân tích thiết kế hướng đối tượng, chúng em lựa chọn việc tìm hiểu, phân tích và thiết kế một Hệ thống quản lý cửa hàng bán sách Tìm hiểu các yêu cầu nghiệp vụ cơ bản của Cửa hàng bán sách, nhu cầu về một hệ thống quản lý giúp tăng hiệu năng các hoạt động của Cửa hàng bán sách Từ đó, phân tích các yêu cầu và đưa ra những đặc tả ban đầu cho hệ thống, sau đó thực hiện những thiết kế cần thiết để có thể cài đặt hệ thống

Trong quá trình tìm hiểu và thực hiện bài tập lớn môn học chúng em nhận được sự hướng dẫn tâm huyết từ Thầy Nguyễn Thanh Bình, giảng viên giảng dạy chúng em môn Phân tích thiết kế hướng đối tượng Chúng em đã thực sự học được nhiều thứ mới và bổ ích từ Thầy

Chúng em xin chân thành cảm ơn Thầy

Chương I: Lập Kế Hoạch

I Khỏi tạo dự án.

1 Nhận biết dự án.

- Tên dự án: Thiết kế hệ thống quản lý cửa hàng bán sách Long Tấm

+ Địa chỉ: Số 3 Nguyễn Thanh Hải, thị trấn Thanh Hà, huyện Thanh Hà, tỉnh Hải Dương

+ Chủ cửa hàng: Hoàng Minh Long

- Mục tiêu hệ thống mới: xây dựng một phần mềm quản lý được thiết kế dựa trên thực tế nghiệp vụ của cửa hàng để có khả năng đáp ứng và hỗ trợ tốt cho công việc quản lý và kinh doanh của cửa hàng, tránh nhầm lẫn sai sót, giảm chi phí quản lý, đồng thời hỗ trợ truy cập tìm kiếm thông tin nhanh chóng và chính xác và tập trung phục vụ Người quản lý trong việc thống kê doanh thu

 Danh mục sách: tên, tác giả, giá, nhà xuất bản, vị trí sách trong cửa hàng

 Hệ thống được triển khai dưới dạng ứng dụng phần mềm

- Thành lập nhóm dự án:

2 Phân tích khả thi.

2.1 Khả thi về mặt kĩ thuật.

Lập trình hướng đối tượng, mô hình hóa cơ sở dữ liệu với SQLserver, có thể

sử dụng các công nghệ như Windows Form C# của Microsoft, hoặc lập trình ứng dụng Windows với ngôn ngữ lập trình C++ hoặc java

+ Lợi nhuận từ việc sử dụng hệ thống:

 Khi sử dụng hệ thống giúp cho hệ thống cải thiện dịch vụ khách hàng, tiết kiệm chi phí trong việc cập nhật thông tin sách, giá trị lợi nhuận tăng thêm trung bình khooảng: 3.000.000 VND/năm

 Phần mềm giúp tính toán doanh thu bán sách và lợi nhuận tự động trong ngày giúp tiết kiệm chi phí kế toán thống kế hàng tháng: 6.000.000

VND/năm

 Giảm bớt chi phí trong việc thuê nhân viên quản lý cửa hàng: 6.000.000 VND/năm

+ Tiết kiệm chi phí

thuê nhân viên quản

15.000.00012.939.00015.000.00012.939.000

3.000.0006.000.0006.000.000

15.000.00012.939.00030.000.00025.880.000

3.500.0006.000.0006.000.000

15.500.00013.370.00045.500.00039.248.000 39.248.000

10.000.0001.000.000

16.000.000

00

000

00

000

700.0007.000.000

7.700.000

800.0007.000.000

7.700.0006.642.00026.137.000

7.800.0006.728.00032.865.000 32.865.000

Lợi nhuận – chi phí

Giá trị ròng hiện tại

Comulative NPV

Tỷ lệ hòa vốn

Điểm hòa vốn

(7.600.000)(6.556.000)(6.556.000)

7.300.0006.297.000(259.000)

7.700.0006.642.0006.383.000

19.42%2.04 năm

Bảng 1 Bảng tính toán lưu chuyển tiền tệ

2.3 Khả thi về mặt tổ chức.

Hệ thống đáp ứng việc quản lý sách một cách tự động, giúp cho quản lý dễ dàng trong việc thêm, sửa, xóa, chỉnh sửa thông tin sách và quản lý lượng và thông tin khách hàng để dễ dàng điều chỉnh cho phù hợp

3 Yêu cầu hệ thống.

3.1 Yêu cầu chức năng.

Nhân viên bán hàng

• Tìm kiếm thông tin sách theo yêu cầu của khách hàng mua sách Các thông tin như số lượng sách, tình trạng còn hay hết của sách, vị trí của sách trong cửa hàng

• Lập hóa đơn mua sách cho khách hàng

• Nhập thêm thông tin sách mới lên hệ thống, chỉnh sửa thông tin sách (giá cả

…) khi có yêu cầu của quản lý

Người quản lý

• Thống kê doanh thu bán hàng hàng tháng, hàng quý

• Quản lý việc nhập sách

• Quản lý khách hàng thân thiết (khi họ mua nhiều, hoặc mua số lượng lớn)

3.2 Yêu cầu phi chức năng.

Hoạt động

• Hệ thống được triển khai dưới dạng ứng dụng phần mềm

• Người sử dụng sử dụng máy tính để sử dụng các dịch vụ

Hiệu năng

• Hệ thống phải hoạt động tin cậy 24h/ngày và 365 ngày trên năm

• Kết quả trả về sau không quá một 30s khi dịch vụ được yêu cầu

Bảo mật

• Khách hàng chỉ có thể yêu cầu nhân viên tìm kiếm sách mà khách hàng cần trên hệ thống

• Nhân viên chỉ có quyền chỉnh sửa thông tin sách khi có yêu cầu từ quản lý

• Chỉ có quản lý mới có quyền trực tiếp trong việc thêm sách và chỉnh sửa thông tin sách

Các yếu tố khác:

• Phải hỗ trợ xử lý một loại tiền tệ là VND (Việt Nam Đồng)

• Ngôn ngữ sử dụng là tiếng

II Quản trị dự án.

1 Lập bản kế hoạch.

thực hiện(tuần)

Phụ thuộc công việc Trạng thái Người thực hiện

thành

thành Cả nhóm 1.1.1 Đưa ra đề xuất Hệ

thành Cả nhóm

2.3 Xác định những

người dùng hay hệ thống ngoài cần tương tác với hệ thống hiện tại

3.3 Xây dựng sơ đồ đối

3.4 Xây dựng sơ đồ tuần

Xây dựng sơ đồ hoạt động 6

11/09/17

3 ngày 13/09/17

Xác định những người dùng hay hệ thống ngoài cần tương tác với hệ thống hiện tại 9

14/09/17

4 ngày 17/09/17

Quản lí dự án: Lập bảng workplan, các sơ đồ Gantt và

PERT.

4 04/09/17

7 ngày 10/09/17

Đưa ra đề xuất

Hệ thống 1

28/08/17

3 ngày 30/08/17

Phân tích tính khả thi

2

31/08/17

4 ngày 03/09/17

Các yêu cầu về chức năng và phi chức năng 3

21/09/17

4 ngày 24/09/17

Xây dựng các CRC 7

02/10/17

4 ngày 05/10/17

Xây dựng sơ đồ tuần tự 13

06/10/17

3 ngày 08/10/17

Xây dựng sơ đồ máy trạng thái 12

13/10/17

3 ngày 15/10/17

Mô hình thực thể và liên kết 11

13/10/17

3 ngày 15/10/17

Thiết kế tổng thể 15

16/10/17

3 ngày 18/10/17

Thiết kế các lớp 16

19/10/17

4 ngày 22/10/17

Thiết kế Cơ sở dữ liệu 17

19/10/17

4 ngày 22/10/17

Thiết kế các giao diện: menu, các form nhập, các báo cáo đưa ra 18

23/10/17

7 ngày 29/10/17

Hoàn thiện báo cáo 19

30/10/17

7 ngày 5/11/2017

Hình 2 Sơ đồ Pert

Chương II: Phân tích.

I Xác định rõ yêu cầu.

1 Mô tả yêu cầu nghiệp vụ hệ thống.

- Hỗ trợ nhân viên cửa hàng tìm kiếm sách theo yêu cầu của khách hàng

- Lập hóa đơn khi khách hàng mua sách

Quản lý và thống kê doanh thu hàng tháng, hàng quý

- Hỗ trợ nhân viên trong việc cập nhập thêm thông tin sách trong cửa hàng

- Lập phiếu nhập sách khi nhập sách mới về cửa hàng

2 Yêu cầu chức năng.

Nhân viên bán hàng

 Tìm kiếm thông tin sách theo yêu cầu của khách hàng mua sách Các thông tin như số lượng sách, tình trạng còn hay hết của sách, vị trí của sách trong cửa hàng

 Lập hóa đơn mua sách cho khách hàng

 Nhập thêm thông tin sách mới lên hệ thống, chỉnh sửa thông tin sách (giá cả

…) khi có yêu cầu của quản lý

Người quản lý

 Thống kê doanh thu bán hàng hàng tháng, hàng quý

 Quản lý việc nhập sách

 Quản lý khách hàng thân thiết (khi họ mua nhiều, hoặc mua số lượng lớn)

3 Yêu cầu phi chức năng.

Hoạt động

 Hệ thống được triển khai dưới dạng ứng dụng phần mềm

 Người sử dụng sử dụng máy tính để sử dụng các dịch vụ

Hiệu năng

 Hệ thống phải hoạt động tin cậy 24h/ngày và 365 ngày trên năm

 Kết quả trả về sau không quá một 30s khi dịch vụ được yêu cầu

Bảo mật

 Khách hàng chỉ có thể yêu cầu nhân viên tìm kiếm sách mà khách hàng cần trên hệ thống

 Nhân viên chỉ có quyền chỉnh sửa thông tin sách khi có yêu cầu từ quản lý

 Chỉ có quản lý mới có quyền trực tiếp trong việc thêm sách và chỉnh sửa thông tin sách

Các yếu tố khác:

 Phải hỗ trợ xử lý một loại tiền tệ là VND (Việt Nam Đồng)

 Ngôn ngữ sử dụng là tiếng Việt

 Không được vi phạm bản quyền với các hệ thống tương tự khác

II Mô hình hóa chức năng.

1 Sơ đồ hoạt động hiện tại của hệ thống.

Hình 3 Sơ đồ hoạt động hệ thống hiện tại

2 Sơ đồ use case và mô tả use case.

2.1 Xác định các actor.

Người quản lý: Là người chủ hệ thống, kiểm tra được tình hình mua bán sách của cửa hàng và doanh thu hiện tại của cửa hàng, có thể xem và biết được thống kê doanh thu của cửa hàng theo từng tháng, từng quý, từng năm

Nhân viên bán hàng: Đứng ở quầy thu ngân và lập hóa đơn cho khách hàng, tìm kiếm sách mà khách hàng yêu cầu đang ở đâu và còn không để chỉ họ đến đó

Khách Hàng: Không đăng nhập được vào hệ thống, có thể hỏi nhân viên bán hàng

về quyền sách mình cần mua có bán ở đây không, có còn không và nó đang ở đâu trong cửa hàng

2.2 Xác định các use case.

a Nhân viên

- Đăng nhập

- Tìm kiếm thông tin sách theo yêu cầu.

Hình 4 Sơ đồ Use case.

2.4 Mô tả các Use case.

Tên Use Case: Đăng nhập ID: 1 Mức quan trọng:

CaoActor chính: Nhân viên, thu kho, quản

lí

Loại Use Case: Tổng quan

Stakeholders and Interests:

- Nhân viên -Đăng nhập vào csdl sách bán

- Người quản lí -Đăng nhập vào csdl hóa đơn

1 Actor chọn chức năng đăng nhập tương ứng với chức vụ

2 Hệ thống hiển thị form đăng nhập và yêu cầu nhập username và password

3 Actor nhập usename và password

4 Hệ thống kiểm tra thông tin và xác nhận thông tin hợp lệ

5 Hệ thống báo đăng nhập thành công

6 Actor đăng xuất

Dòng sự kiện con:

Ngoại lệ:

4.a Hệ thống báo nhập sai usename hoặc password

4.a.1 Hệ thống yêu cầu nhập lại

4.a.2 Actor nhập lại usename và password

4.a.3 Hệ thống báo đăng nhập thành công

CaoActor chính: Nhân viên Loại Use Case: Chi tiết

Stakeholders and Interests:

- Nhân viên –Tìm kiếm thông tin sách hiện có

Mô tả:

Tìm kiếm sách theo tiêu chí nào đó: tên, tác giả…

Quan hệ:

- Association: Nhân viên

- Bao gồm: Kiểm tra, hiển thị

1 Nhận viện kích hoạt chức năng tìm kiếm sách

2 Hệ thống hiện khung tìm kiếm và yêu cầu nhân viên nhập từ khóa

4.a Hệ thống báo không tìm thấy sách trong dữ liệu cửa hàng

4.a.1 Hệ thống hỏi nhân viên yêu tìm sách khác hay sử đổi từ khóa

4.a.2 Nhân viên nhập từ khóa khác

4.a.3 Hệ thống hiển thị kết quả

CaoActor chính: Nhân viên Loại Use Case: Chi tiết

Stakeholders and Interests:

- Nhân viên -Lập hóa đơn sách được bán

- Quản lí- Thông kế doanh thu

1.Nhận viên bán hàng kích hoạt chức năng Lập hóa đơn

2 Hệ thống hiện form hóa đơn yêu cầu nhân viên điền thông tin khách hàng

3.Nhận viện nhập thông tin và xác nhận

4.Hệ thống kiểm tra thông tin đã nhập và yêu cầu nhân viên quét mã vạch từng sách

5.Nhân viên tìm kiếm sách theo mã trên sách

6.Hệ thống kiểm tra thông tin và tính tổng số tiền

7.Hệ thống lưu thông tin hóa đơn , nhân viên in hóa đơn cho khách hàng

8.Nhân viên thoát chức năng lập hóa đơn

Dòng sự kiện con:

Ngoại lệ:

4.a Hệ thống thông tin khách hàng nhập không hợp lệ

4.a.1 Hệ thống yêu cầu nhân viên nhập lại thông tin khách hàng

4.a.2 Nhân viên nhập lại thông tin

4.a.3 Hệ thống nhập đúng và yêu cầu tiếp tục công việc

4.b Hệ thống báo đây là khách hàng thân thiết

4.b.1 Hệ thống yêu cầu nhân viên xác nhận thông tin khách hàng( thẻ)

4.b.2 Tính điểm cho khách hàng

4.b.3 Đủ điểm thì giảm giá trong hóa đơn

Tên Use Case: Cập nhật thông

tin sách.

CaoActor chính: Nhân viên Loại Use Case: Chi tiết

Stakeholders and Interests:

- Nhân viên - Cập nhật thông tin sách

Điều kiện: Người quản lý yêu cầu

Mô tả: Use case cho phép nhân viên bán hàng thay đổi chỉnh sửa thông tin sách trong cửa hàng khi có yêu cầu từ người quản lý

1 Nhân viên bán hàng yêu cầu tìm kiếm sách cần thay đổi thông tin

2 Hệ thống tìm sách trong dữ liệu cửa hàng

3 Hệ thống hiển thị các kết quả sách

4 Nhân viên bán hàng chọn sách cần thay đổi thông tin

5 Nhân viên bán hàng thực hiện việc chỉnh sửa thông tin hay xóa sách

6 Hệ thống lưu lại những thay đổi

Dòng sự kiện con:

Ngoại lệ:

A1- Sách cần thay đổi thông tin không có trong hệ thống.

Chuỗi A1 xảy ra ở bước 3 của sự kiện chính.

4 Nhân viên không thực hiện gì thêm

Kết thúc use case

Tên Use Case: Thống kê doanh

Actor chính: Người quản lý Loại Use Case: Chi tiết

Stakeholders and Interests:

- Người quản lý - thống kê doanh thu

Mô tả: Cho phép người quản lý thống kê doanh thu của cửa hàng tại thời điểm hiện tại

Trigger:

Người quản lý

Quan hệ:

- Association: Người quản lý

- Bao gồm: Xem thông tin doanh thu, sách bán được

- Mở rộng:

- Generalization:

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

1 Người quản lý chọn chức năng thống kê

2 Hệ thống yêu cầu chọn hình thức thống kê

3 Người quản lý chọn hình thức thống kê

4 Hệ thống hiển thị bảng thống kê, doanh thu…

5 Hệ thống hỏi người quản lý có muốn in bản thống kê hay không

6 Người quản lý yêu cầu in bảng thống kê

7 Hệ thống in bảng thống kê cho người quản lý

Dòng sự kiện con:

Ngoại lệ:

A1- người quản lý không in bảng thống kê.

Chuỗi A1 bắt đầu từ bước 5 của kịch bản chính.

6 Người quản lý không yêu cầu in bảng thống kê

7 Use case kết thúc

Tên Use Case: Quản lý nhập

Actor chính: Người quản lý Loại Use Case: Chi tiết

Stakeholders and Interests:

- Người quản lý - quản lý việc nhập sách vào kho

Mô tả: Cho phép người quản lý nhập sách vào kho Khi sách hết hay có như cầu nhập thêm một loại sách, người quản lý sẽ nhập thông tin hàng cần nhập, thông tin này làm cơ sở cho Tủ kho nhập sách vào kho và vào cơ sở dữ liệu

1 Người quản lý chọn chức năng Quản lý nhập hàng của hệ thống

2 Hệ thống yêu cầu nhập tên sách và số lượng

3 Người quản lý nhập tên sách và số lượng

4 Hệ thống yêu cầu nhập mã cho sách tương ứng

5 Người quản lý nhập mã cho sách tương ứng

6 Hệ thống yêu cầu nhập tên nhà xuất bản và mã nhà xuất bản

7 Người quản lý nhập tên nhà xuất bản và mã tương ứng

8 Hệ thống hỏi người quản lý có lập phiếu nhập sách không

9 Người quản lý lập phiếu nhập sách

10 Hệ thống in phiếu nhập sách cho người quản lý

Dòng sự kiện con:

Ngoại lệ:

A1 - Người quản lý nhập mã trùng với sách có trong hệ thống.

Chuỗi A1 bắt đầu từ bước 5 của kịch bản chính.

Quay trở lại bước 4.

A2 - Người quản lý không lập phiếu nhập sách.

Chuỗi A2 bắt đầu từ bước 8.

9 Người quản lý không lập phiếu nhập sách

Actor chính: Người quản lý Loại Use Case: Chi tiết

Stakeholders and Interests:

- Người quản lý - quản lý việc thêm khách hàng thân thiện

Mô tả: Cho phép người quản lý thêm thông tin khách hàng thân thiện

Điều kiện: Khách hàng có hóa đơn lớn hơn 500.000VND cho một lần mua sách hoặc là khách hàng thường xuyên của cửa hàng

1 Người quản lý chọn chức năng them Khách hàng thân thiện của hệ thống

2 Hệ thống yêu cầu người quản lý nhập tên khách hàng

3 Người quản lý nhập tên khách hàng vào

4 Hệ thống yêu cầu nhập ngày sinh khách hàng

5 Người quản lý nhập ngày sinh

6 Hê thống kiểm tra tính hợp lệ của ngày sinh và yêu cầu nhập địa chỉ

7 Người quản lý nhập địa chỉ

8 Hệ thống kiể tra toàn bộ thông tin vừa nhập

9 Hệ thống tự động cập nhật nhày tạo thẻ, cấp mã số khách hàng và lưu thông tin

Dòng sự kiện con:

A_Tìm kiếm khách hàng:

1 Người quản lý yêu cầu tìm một khách hàng thân thiết

2 Hệ thống yêu cầu nhập khách hàng thân thiết

3 Người quản lý nhập tên khách hàng cần tìm kiếm

4 Hệ thống hiển thị kết quả khách hàng tìm kiếm

B_Chỉnh sửa thông tin khách hàng thân thiết

1 Người quản lý chọn một khách hàng thân thiết

2 Hệ thống hiển thị thông tin khách hàng

3 Người quản lý chỉnh sửa thông tin khách hàng

4 Hệ thống lưu lại thông tin sau chỉnh sửa

C_ Xóa khách hàng thông tin

1 Người quản lý yêu cầu xóa khách hàng thân thiết

2 Hệ thống xóa khách hàng thân thiết

Ngoại lệ:

A1 – Ngày sinh không hợp lệ.

Chuỗi A1 bắt đầu từ bước 6 của kịch bản thường.

7 Thông báo ngày nhập vào không chính xác.

Trở lại bước 4 của kịch bản thường

A2 – Thông tin khách hàng vừa nhập đã có trong hệ thống.

Chuỗi A2 bắt đầu từ bước 8 của kịch bản thường.

9 Thông báo đã có khách hàng này trong hệ thống Khách hàng thân thiện

10. Hệ thống hủy toàn bộ thông tin vừa nhập

Use case kết thúc

CaoActor chính: Người quản lý, nhân viên

bán hàng

Loại Use Case: Chi tiết

Stakeholders and Interests:

- Người quản lý, nhân viên bán hàng – thoát khỏi hệ thống

Mô tả: Cho phép người quản lý và nhân viên bán hàng thoát khỏi hệ thống sau khi thực hiện xong chức năng nào đó của hệ thống

1 Actor chọn chức năng đăng xuất

2 Hệ thống hiển thị thông báo xác nhận đăng xuất

3 Actor xác nhận đăng xuất

4 Hệ thống báo đăng xuất thành công, trở về giao diện chung

Dòng sự kiện con:

Ngoại lệ:

3.a Actor xác nhận không muốn đăng xuất

3.a.1 Hệ thống làm việc như cũ

Kết thúc use case

3 Sơ đồ hoạt động hệ thống mới.

- Chú thích: kh là khách hàng.

Hình 5 Biểu đồ hoạt động hệ thống mới

III Mô hình hóa cấu trúc.

1 Thẻ CRC.

1 Class người quản lý

Description: Là người quản lý việc nhập sách vào cửa

hàng, quản lý khách hàng thân thiết của cửa hàng

Associated Use Cases:

Responsibilities

Đăng nhập

Lập phiếu nhập sách

Thống kê doanh thu

Thêm khách hàng thân thiết

Xoá khách hàng thân thiết

Chỉnh sửa khách hàng thân thiết

CollaboratorsAccount

Phiếu nhập sáchDoanh thuKhách hàng thân thiếtKhách hàng thân thiết Khách hàng thân thiết

Attributes

Tên người quản lý : string

Ngày sinh : int

Số điện thoại : string

2 Class nhân viên bán hàng

Class name: Nhân viên bán hàng ID: 2 Type: Concrete,

Description: Là người thực hiện việc tìm kiếm sách, lập

hóa đơn mua sách cho khách hàng, cập nhật thông tin

SáchSáchHóa đơn

Attributes

Tên nhân viên : string

Mã nhân viên : int

Ngày sinh : int

Số điện thoại nhân viên : string

3 Class Sách

Description: Là class lưu thông tin về sách Associated Use Cases:

Class name: Phiếu nhập sách ID: 4 Type: Concrete

Description: mô tả thông tin đợt nhập sách vào cửa

Other Associations : Người quản lý

5 Class Hóa đơn

Description: mô tả thông tin mua sách của khách hàng

bao gồm các tựa sách được mua, tổng giá tiền…

Associated Use Cases:

Nhân viên bán hàng : string

Tổng giá tiền : double

Ngày bán : string

Other Associations : Nhân viên bán hàng

6 Class Khách hàng thân thiết

Class name: Khách hàng thân thiết ID: 6 Type: Concrete

Description: Là những người có hóa đơn mua sách lớn

hơn 500K một lần hoặc mua sách thường xuyên tại cửa

Ngày sinh : string

Số điện thoại : string

Phần tram khuyến mãi : double

7 Class người

Description: Là class lưu thông tin về một người Associated Use Cases:

Attributes

Tên Người : string

Ngày sinh : string

Số điện thoại : string

Description: Là class lưu thông tin về tài khoản và mật

9 Class doanh thu

Description: Là class thống kê doanh thu từng tháng Associated Use Cases:

2 Sơ đồ lớp.

Hình 6: Sơ đồ lớp

3 Sơ đồ đối tượng.

Hình 7 Sơ đồ đối tượng

IV Mô hình hóa hoạt động.

1 Biểu độ tuần tự của hoạt động Đăng nhập.

Người dùng

:Account

YeuCauDangNhap()DangNhap(taiKhoan, matKhau)

KiemTra(taiKhoan, matKhau)

ThongBao(): Đăng nhập hợp lệGiao diện tương ứngThongBao(): Đăng nhập không hợp lệ

Hình 8 Biểu đồ tuần tự của hoạt động đăng nhập

2 Biểu đồ tuần tự của hoạt động Tìm kiếm sách.

Nhân viên

bán hàng

:DanhMucSach

YeuCauTimKiem()

NhapTuKhoa(tuKhoa)Yêu cầu từ khóa tìm kiếm

XuLyTuKhoaTimKiem(tuKhóa)

HienThiThongTinSách(sach)Giao diện tương ứng

ThongBao(): không tìm thấy sách

Hình 9 Biểu đồ tuần tự của hoạt động tìm kiếm sách

3 Biểu đồ tuần tự cho hoạt động Thêm sách.