XÂY DỰNG CHƯƠNG TRÌNH QUẢN LÝ MUA BÁN HÀNG LINH KIỆN MÁY TÍNH

Phạm vi Chương trình được xây dựng dành cho nhân viên của hàng sử dụng: - Dành cho nhân viên quản lý admin o Đăng nhập hệ thống o Xem thông tin nhân viên o Thêm / sữa / xóa nhân viên o C

TRƯỜNG ĐẠI HỌC BÁCH KHOA

KHOA CÔNG NGHỆ THÔNG TIN

BÁO CÁO ĐỒ ÁN CÔNG NGHỆ PHẦN MỀM

ĐỀ TÀI : XÂY DỰNG CHƯƠNG TRÌNH QUẢN LÝ MUA BÁN HÀNG LINH KIỆN MÁY TÍNH

Đặng Quang Vũ Nguyễn Thiện Khánh Trần Văn Huy

Lê Minh Nhật GVHD

Lớp

: :

Ths Nguyễn Thị Minh Hỷ

11TLT.CNTT

Đà nẵng, tháng 6/2013

MỤC LỤC

CHƯƠNG I: TỔNG QUAN ĐỀ TÀI 5

I.1 Bài toán 5

I.2 Giới thiệu về đề tài 5

I.3 Tổ chức dự án 6

I.5 Bảng lập kế hoạch 7

I.5 Quy trình kỹ thuật 10

CHƯƠNG II: ĐẶC TẢ YÊU CẦU 11

II.1 Giới thiệu 11

II.1.1 Mục đích 11

II.1.2 Phạm vi 11

II.2 Mô tả chung 12

II.2.1 Tổng quan về chương trình 12

II.2.2 Các chức năng của chương trình 12

II.2.3 Yêu cầu phi chức năng 14

CHƯƠNG III PHÂN TÍCH THIẾT KÊ HỆ THỐNG 15

III.1 MÔ HÌNH USE CASE TỔNG THỂ 15

III.2 MÔ TẢ CÁC TÁC NHÂN 16

III.2.1 Nhân viên kinh doanh: 16

III.2.2 Nhân viên kho: 16

III.2.3 Nhân viên thu ngân: 16

III.2.4 Nhân viên kế toán: 16

III.2.5 Người quản trị hệ thống (admin ) : 17

III.3 MÔ TẢ CHI TIẾT CÁC USE CASE 17

III.3.1 Use Case "Đăng nhập" 17

III.3.2 Use Case "Đổi mật khẩu": 19

III.3.3 Use Case “Thêm NV”: 21

III.3.4 Use Case “Tìm kiếm nhân viên”: 24

III.3.5 Use Case “Cập nhật nhân viên”: 25

III.3.6 Use Case “Xoá nhân viên”: 26

III.3.7 Use Case “Lập đơn đặt hàng” 28

III.3.8 Use case “Thêm NCC” 31

III.3.9 Use case “Xoá NCC” 33

III.3.10 Use Case "Cập nhật NCC" 34

III.3.11 Use Case "Cập nhật mặt hàng" 35

III.3.12 Use Case "Thêm mặt hàng" 36

III.3.13 Use Case "Xoá mặt hàng" 37

III.3.14 Use Case ”Thêm nhóm hàng” 38

III.3.15 Use Case “Cập nhật nhóm hàng”: 39

III.3.16 Use Case “Xóa nhóm hàng” 40

III.3.17 Use Case “Quản lý nhập kho”: 41

III.3.18 Use Case “Quản lý xuất kho” 43

III.3.19 Use Case “Báo cáo tồn kho” 45

III.3.20 Use Case “Tìm kiếm hàng hoá” 47

III.3.21 Use Case “Lập hoá đơn” 48

III.3.22 Use Case “Báo cáo bán hàng” 51

III.3.23 Use Case “Quản lý hoá đơn” 54

III.3.25 Use Case “Thống kê mặt hàng” 56

III.3.26 Use Case “Tổng hợp thu chi” 58

III.4 Xây dựng Cơ sở dữ liệu: 61

CHƯƠNG IV KIỂM THỬ 62

IV.1.Giới thiệu về kiểm thử 62

IV.1.1.Khái niệm về kiểm thử 62

IV.1.2.Các phương pháp kiểm thử phần mềm 62

IV.1.2.1.Kiểm thử tỉnh 62

IV.1.2.2.Kiểm thử động 62

IV.2.Quy trình kiểm thử 62

CHƯƠNG V : TRIỂN KHAI 64

V.1 Chạy demo 64

V.1.1 Giao diện khởi động 64

V.1.2 Giao diện chính 65

V.2 Kết luận 66

V.2.1 Ưu điểm : 66

V.2.2 Nhược điểm: 66

V.3 Hướng phát triển 66

CHƯƠNG I: TỔNG QUAN ĐỀ TÀI

I.1 Bài toán

Cho đến ngày nay, đặc biệt với sự phát triển của công nghệ thông tin, việc quản lý dễdàng hơn Công nghệ thông tin sẽ giúp rất nhiều trong việc quản lý thông tin,truy cập thông tinnhanh chóng để giúp tiết kiệm thời gian, chi phí và nâng cao hiệu quả quản lý

Công tác quản lý mua bán hàng trong của các doanh nghiệp cửa hàng luôn là một côngviệc hết sức quan trọng và có những đòi hỏi ngày càng cao về độ chính xác, nhanh chóng…Chính vì vậy, các phương pháp quản lý truyền thống bằng thủ công đã không còn thích hợpvới các yêu cầu của xã hội, quản lý bằng thủ công khi hao tốn nhiều thới gian, nhân lực, dễ saixót dẫn đến việc quản lí không hiệu quả

Thay vào đó, việc sử dụng các chương trình phần mềm quản lý ngày càng trở nên phổbiến và thể hiện được nhiều ưu điểm Vì thế nhóm chúng em xin làm đề tài quản lý mua bánhàng Nhân viên có thể thực hiện các nghiệp vụ của mình một cách dễ dàng, nhanh chóng vàchính xác khi sử dụng phần mềm quản lý này

I.2 Giới thiệu về đề tài

- Tên đề tài : Quản lý mua bán hàng linh kiện máy tính

- Ngôn ngữ thực hiện : C# mô hình MVC

- Hệ quản trị cơ sở dữ liệu: SQL server 2008

- Ý tưởng: xây dựng chương trình quản lý mua bán hàng linh kiện máy tính, giúp nhânviên của hàng quản lý tốt hơn trong việc mua bán hàng

I.3 Tổ chức dự án

Người tham gia

Nhóm trưởng

Kết quả

Tự đặt mình vào vị trí khách hàng và tự hỏi xem mìnhmuốn một chương trình họat động như thế nào, đồng thờitham khảo các chương trình quản lý bán hàng khác để họchỏi

Từ các đặc tả đã có được tiến phân tích thiết kế hệ thống

Bao gồm thiết kế các sơ đồ: sơ đồ họat động, sơ đồusecase, sơ đồ class, sơ đồ tuần tự, xây dựng cơ sở dữ liệu

viên trong nhóm tiến hành mã hóa Tích hợp các modulelại với nhau

Lập tài liệu hướng dẫn cách cài đặt, hướng dẫn sử dụngmột cách chi tiết để gửi đến khách hàng

1.4 Quy trình kỹ thuật 11/3/2013 12/3/2013 Minh

2.5.18 Use Case “Lập hóa đơn bán hàng” 23/3/2013 24/3/2013 Nhật

4.2 Sửa lỗi tích hợp các module chức

năng xử lý

4.4 Sửa lỗi tích hợp các module chức

4.6 Sửa lỗi tích hợp các module chức

I.5 Quy trình kỹ thuật

Thiết kế hệ thống là một khâu cực kỳ quan trọng trong quá trình thực hiện dự án, chúng

em chọn kỹ thuật phân tích thiết kế theo hướng đối tượng Trong quá trình phân tích, chúng emdùng UML thiết kế toàn bộ hệ thống

Về công cụ hỗ trợ, vì ứng dụng này viết bằng C# nên yêu cầu thiết yếu là chúng ta phải cài dặt Net Framework Phục vụ cho quá trình thiết kế hệ thống, Rational là phần mềm hỗ trợ

khá tốt cho quá trình vẽ các sơ đồ UML, nêu bật lên được ý tưởng và quá trình xử lý trong ứng

dụng Sử dụng Visual Studio trong quá trình coding.

CHƯƠNG II: ĐẶC TẢ YÊU CẦU

II.1 Giới thiệu

II.1.1 Mục đích

Đây là những đặc tả yêu cầu cở bản của chương trình quản lý mua bán hàng, là cơ sở thỏa thuật giữa nhóm thiết kế và yêu cầu từ phía khách hàng

II.1.2 Phạm vi

Chương trình được xây dựng dành cho nhân viên của hàng sử dụng:

- Dành cho nhân viên quản lý (admin)

o Đăng nhập hệ thống

o Xem thông tin nhân viên

o Thêm / sữa / xóa nhân viên

o Cấp quyền truy cập

o Tìm kiếm nhân viên

- Dành cho nhân viên thu ngân

o Báo cáo tồn kho

- Dành cho nhân viên kế toán

o Xem thông tin khách hàng

o Thống kê mặt hàng

o Thống kê doanh thu

- Dành cho nhân viên kinh doanh

o Quản lý việc đặt hàng

o Cập nhập các mặt hàng

o Quản lý nhà cung cấp

o Quản lý các nhóm hàng

II.2 Mô tả chung

II.2.1 Tổng quan về chương trình

Từ nhu cầu thực tế về việc quản lý trong công việc mua bán hàng đòi ngày càng cao Công việc quản lý thủ công sẽ gặp nhiều khó khăn trong tình hình hiện tại Chương trình quản

lý mua bán hàng sẽ mang lại những lợi ích tích cực trong việc quản lý mua bán của nhân viên, tăng hiệu quả công việc

II.2.2 Các chức năng của chương trình

Đăng nhập:

- Nhân viên muốn sử dụng hệ thống phải đăng nhập vào hệ thống

- Nhân viên đăng nhập với user và password được cấp

- Với mỗi user thì khi đăng nhập vào hệ thống sẽ có giới hạn về quyền sử dụng hệ thống

- Với user có quyền Admin : được quyền sử dụng chức năng quản lý nhân viên

- Với user có quyền NV kho: được quyền sử dụng chức năng nhập hàng, báo cáo tồn kho,tìm kiếm mặt hàng

- Với user có quyền NV Thu ngân: được quyền sử dụng chức năng lập hóa đơn bán hàng,báo cáo bán hàng, tìm kiếm mặt hàng

- Với user có quyền NV Kinh doanh : được quyền sử dụng chức năng quản lý mặt hàng, quản lý nhà cung cấp, quản lý nhóm hàng, lập đơn đặt hàng, tìm kiếm.

- Với user có quyền NV Kế toán: được quyền sử dụng chức năng quản lý hóa đơn, thống

kê doanh thu

Quản lý nhân viên :

- Trước khi làm việc với chức năng này, nhân viên phải đăng nhập hệ thống, và chỉ có tài khoản với quyền admin mới sử dụng được chức năng này

- Nhân viên lựa chọn xem danh sách nhân viên, thêm nhân viên mới, sữa thông tin nhân viên, xóa nhân viên, cấp quyền cho nhân viên

- Khi thêm một nhân viên mới thì user của nhân viên mới không được trùng với nhân viên đã có

- Khi sữa thông tin nhân viên thì user của nhân viên không được thay đổi

- Lựa chọn cấp quyền đăng nhập hệ thống của mỗi nhân viên như quyền admin, quyền

NV Kho, quyền NV kinh doanh, quyền NV thu ngân, quyền NV kế toán

- Nhân viện cần phải đăng nhập hệ thông mới sử dụng được chức năng tìm kiếm

- Tìm kiếm theo từ khóa và loại tìm kiếm(NCC, mặt hàng, khách hàng, nhân viên, hóa đơn)

Quản lý nhà cung cấp :

- Nhân viên đăng nhập hệ thống với quyền NV kinh doanh

- Lựa chọn xem thông tin các nhà cung cấp

- Thêm/ sữa / xóa một nhà cung cấp nào đó

Quản lý mặt hàng:

- Nhân viên đăng nhập hệ thống với quyền NV kinh doanh

- Lựa chọn xem thông tin các mặt hàng

- Thêm / sữa / xóa mặt hàng

Cập nhật xuất – nhập các mặt hàng

- Nhân viên đăng nhập với quyền NV kho

- Cập nhật số lượng các mặt hàng trong kho

Báo cáo – thống kê:

- Nhân viên đăng nhập hệ thống với mỗi quyền NV được sử dụng các chức năng khác nhau

- NV Thu ngân : được sử dụng báo cáo bán hàng

- NV Kế toàn : được sử dụng báo cáo thu chi

- NV Kho : được sử dụng báo cáo tồn kho

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

Giao diện chương trình phải đơn giản, thân thiện, dễ sử dụng để giúp người dùng ít amhiểu về công nghệ thông tin cũng có thể sử dụng đựợc mà không có vấn đề gì xảy ra Ngoài racũng cần bố trí các form, các nút chức năng hợp lý, thuận tiện để người dùng thao tác nhanhchóng hiệu quả, không bị nhầm lẫn

CHƯƠNG III PHÂN TÍCH THIẾT KÊ HỆ THỐNG

III.1 MƠ HÌNH USE CASE TỔNG THỂ

QL nhân viên

Đổi mật khẩu

Admin

TK NV

Thêm mặt hàng

Xóa mặt hàng Cập nhật mặt hàng

Thêm nhóm hàng

Xóa nhóm hàng

Cập nhật nhóm hàng

Thêm NCC

Xóa NCC

Cập nhật NCC

III.2 MÔ TẢ CÁC TÁC NHÂN

III.2.1 Nhân viên kinh doanh:

Nhân viên kinh doanh sẽ quản lý việc đặt hàng và quản lý giá các mặt hàng trên hệthống đồng thời họ sẽ thống kê các mặt hàng bán chạy và lập báo cáo

III.2.2 Nhân viên kho:

Nhân viên kho sẽ phải quản lý việc xuất nhập kho, họ sẽ cập nhật thông tin vào hệthống và sẽ phải lập báo cáo tồn kho để người quản lý biết được sồ hàng có trong kho tại mộtthời điểm bất kỳ

III.2.3 Nhân viên thu ngân:

Nhân viên thu ngân là người tiếp xúc với khách hàng khi họ cần thanh toán tiền, do đó

họ cần phải lập hoá đơn thanh toán trên hệ thống và họ phải quản lý số tiền thu được mỗi ngày

và lập báo cáo bán hàng

III.2.4 Nhân viên kế toán:

Kế toán nói chung là một khái niệm rộng bao gồm kế toán kinh doanh, kế toán tài sản,

kế toán lưu chuyển hàng hoá Các bộ phận kế toán này hoạt động gần như độc lập trong các

mô hình doanh nghiệp cỡ lớn Nhưng trong một mô hình siêu thị vừa và nhỏ chúng ta xét tớimột số những chức năng, nhiệm vụ mà bộ phận kế toán phải đảm nhiệm:

 Phản ánh và giám sát tình hình thu mua vận chuyển, bảo quản và dự trữ háng hoá,tình hình nhập xuất hàng hoá Tính giá thực tế của hàng hoá đã thu mua và nhậpkho, kiểm tra tình hình thực hiện kế hoạch thu mua, dự trữ và bán hàng nhằm thúcđẩy quá trình kinh doanh

 Tổ chức tốt kế toán chi tiết vật tư hàng hoá, kết hợp chặt chẽ với hạch toán ngiệp vụ

ở kho, ở quầy hàng, thực hiện đầy đủ chế độ kiểm kê hàng hoá ở kho, ở quầy hàng,đảm bảo sự phù hợp giữa số liệu thực tế với số ghi trong sổ sách kế toán

 Xác định đúng đắn doanh thu bán hàng, thu đầy đủ và kịp thời tiền bán hàng…để từ

đó đi đến tổng hợp thu chi một cách chính xác và kịp thời

III.2.5 Người quản trị hệ thống (admin ) :

Người quản trị hệ thống sẽ quản lý việc đăng nhập của các nhân viên và cấp quyền cho

họ, bên cạnh đó người quản trị hệ thống sẽ là người điều khiển hệ thống

III.3 MÔ TẢ CHI TIẾT CÁC USE CASE

III.3.1 Use Case "Đăng nhập"

3.1.1 Mô tả : Use Case cho phép người dùng đăng nhập vào hệ thống

3.1.2 Tác nhân kích hoạt: tất cả tác nhân

3.1.3 Tiền điều kiện: N/A

3.1.4 Hậu điều kiện:

Cho phép người sử dụng khai thác các chức năng của hệ thống với vai trò xác định nếuviệc đăng nhập thành công hoặc đưa ra thông báo lỗi đăng nhập trong trường hợp ngược lại 3.1.5 Luồng sự kiện chính

Bước 1: UC bắt đầu khi hệ thống khởi động phiên làm việc

Bước 2: Hệ thống yêu cầu người dùng nhập vào tên và mật khẩu đăng nhập

Bước 3: Người dựng đưa vào tên và mật khẩu đăng nhập

Bước 4: Hệ thống kiểm tra tên đăng nhập

- A1: Không có tên đăng nhập trong hệ thống

Bước 5: Hệ thống kiểm tra mật khẩu đăng nhập trong mối tương quan với tên đăng nhập

- A2: Sai mật khẩu

Bước 6: Đăng nhập thành công Hệ thống hiển thị cửa sổ làm việc chính

Bước 7: UC kết thúc

3.1.6 Luồng rẽ nhánh

A1: Không có tên đăng nhập trong hệ thống

A1.1 Hệ thống đưa ra thông báo không có tên đăng nhập

A1.2 Người dùng xác nhận thơng báoA1.3 Luồng quay trở lại về luồng chính, bước 2A2: Sai mật khẩu

A2.1 Hệ thống đưa ra thơng báo mật khẩu nhập saiA2.2 Người dùng xác nhận thơng báo

A2.3 Luồng quay trở lại về luồng chính, bước 2 3.1.7 Luồng lỗi

E1: Hệ thống khơng thể kết nối với hệ thống CSDL

E1.1 Hệ thống đưa ra thơng báo khơng truy cập được vào CSDLE1.2 Người dùng xác nhận thơng báo

E1.3 Hệ thống kết thúc phiên làm việc

 Biểu đồ phân tích lớp chi tiết:

Form báo lỗi đăng nhập

lỗi không kết nối() xác nhân lỗi() kết thúc CT() Lỗi mã đăng nhập/ mật khẩu()

Admin

(from Use Case View)

User Mã đăng nhập mật khẩu mã nv Vai trò

Tạo user() Set quyền() Cật nhật mật khẩu() Kiểm tra mã đăng nhập/ mật khẩu()

Bộ ĐK Đăng nhập

kết nối CSDL() Đăng nhập thành công() Kiểm tra mã đăng nhập/ mật khẩu() Xác nhận thành công() Xác nhận không thành công()

Admin workspace

Mã đăng nhập Mã nv hiển thị form() tạo phiên làm việc()

Form Đăng nhập

mã đăng nhập Mật khẩu hiển thị form() Vào hệ thống() nhập thông tin đăng nhập() Đăng nhập()

Xác nhận đăng nhập thành công()

 Biểu đồ trình tự:

: Admin : Form Đăng nhập : Bộ ĐK Đăng nhập : User : Admin workspace : Form báo lỗi đăng nhập

Vào hệ thống( )

hiển thị form( ) nhập thông tin đăng nhập( )

Kiểm tra mã đăng nhập/ mật khẩu( )

Kiểm tra mã đăng nhập/ mật khẩu( ) Xác nhận thành công( ) Xác nhận đăng nhập thành công( )

tạo phiên làm việc( ) Xác nhận không thành công( )

lỗi không kết nối( )

Lỗi mã đăng nhập/ mật khẩu( )

kết thúc CT( )

III.3.2 Use Case "Đổi mật khẩu":

3.2.1 Mơ tả: Cho phép người dùng thay đổi mật khẩu đăng nhập hệ thống của chính mình3.2.2 Tiền điều kiện: NSD đĩ đăng nhập vào hệ thống

3.2.3 Hậu điều kiện:

Mật khẩu mới được cập nhật trong CSDL

Thơng báo đổi mật khẩu thành cơng đến người dùng

3.2.4 Tác nhân kích hoạt: các tác nhân

3.2.5 Luồng sự kiện chính

Bước 1: UC được bắt đầu khi người dùng chọn chức năng đổi mật khẩu

Bước 2: Hệ thống yêu cầu người dùng đưa vào mật khẩu mới

Bước 3: Người dùng đưa vào mật khẩu mới

Bước 4: Hệ thống kiểm tra tính hợp lệ của mật khẩu mới

Bước 5: Hệ thống yêu cầu người dùng xác nhận mật khẩu

Bước 6: Cập nhật mật khẩu mới vào CSDL, hiển thị thơng báo đổi mật khẩu thành cơngBước 7: Kết thúc UC

3.2.6 Luồng rẽ nhánh

A1: Mật khẩu mới khơng hợp lệ

A1.1 Hiển thị thơng báo mật khẩu khơng hợp lệA1.2 Người dùng xác nhận thơng báo

A1.3 Quay về luồng chính, bước 3A2: Mật khẩu khơng trùng khớp

A2.1 Hiển thị thơng báo mật khẩu khơng khớpA2.2 Người dựng xác nhận thơng báo

A2.3 Quay về luồng chính, bước 3

 Biểu đồ phân tích lớp chi tiết:

Admin

(from Use Case View)

Form đổi MK Mật khẩu mới Mật khẩu confirmed hiển thị form() nhập mk mới() kiểm tra tính hợp lệ()

Bộ Đk đổi MK cật nhật mật khẩu() Xác nhận thành công()

User Mã đăng nhập

mật khẩu mã nv Vai trò Tạo user() Set quyền() Cật nhật mật khẩu() Kiểm tra mã đăng nhập/ mật khẩu()

form báo lỗi đổi MK mật khẩu không hợp lê() Mật khẩu không trùng() Xác nhận lỗi()

mật khẩu không hợp lê( ) Xác nhận lỗi( )

Mật khẩu không trùng( ) Xác nhận lỗi( )

III.3.3 Use Case “Thêm NV”:

3.3.1 Mơ tả: Cho phép Admin nhập thêm nhân viên mới vào trong CSDL

3.3.2 Tác nhân kích hoạt: Admin

3.3.3 Tiền điều kiện: NSD đĩ đăng nhập vào hệ thống

3.3.4 Hậu điều kiện: Nếu thành cơng, các dữ liệu về nhân viên mới sẽ được lưu vàoCSDL

3.3.5 Luồng sự kiện chính:

thơng tin bao gồm: mã nv, họ tên, mật khẩu, ngày sinh, địa chỉ, quyền,.v.v…

(VD: và khơng trùng với mã số của nhân viên khác đĩ cĩ trong CSDL)

- A1: Mã số không hợp lệ

A3.3 Quay về luồng chính, bước 2

 Biểu đồ phân tích lớp chi tiết

(from Use Case View)

Form nhập nv hiển thị form() nhập thông tin nv() truyền thông tin nv() Chọn thêm nv()

Bộ ĐK thông tin NV Kiểm tra mã đăng nhập() Kiểm tra mật khẩu() Kiểm tra mã nv() lưu nv() Nhập thông tin() hiển thị form()

Form thông báo lỗi thêm nv báo lỗi trùng mã nv()

báo lỗi mật khẩu() Xác nhân lỗi()

Nhân viên Mã NV Tên nv password Vai trò Đia chỉ Số ĐT Tạo nv() kết nối CSDL() lấy thông tin NV() Xóa nv()

 Biểu đồ trình tự:

: Admin : Form nhập nv : Bộ ĐK thông tin NV : Nhân viên : Form thông báo lỗi thêm nv

Chọn thêm nv( )

hiển thị form( ) nhập thông tin nv( )

Nhập thông tin( )

báo lỗi trùng mã nv( )

Xác nhân lỗi( )

III.3.4 Use Case “Tìm kiếm nhân viên”:

3.4.1 Mô tả: Cho phép người dùng tìm kiếm nhân viên theo một số tiêu chuẩn nhất định

và hiển thị kết quả trả về

3.4.2 Tác nhân kích hoạt: Admin

3.4.3 Tiền điều kiện: NSD đó đăng nhập vào hệ thống

3.4.4 Hậu điều kiện:

 Trả về danh sách các nhân viên theo tiêu chuẩn tìm kiếm hoặc thông báokhông tìm được

 Đưa ra các lựa chọn kích hoạt các UC "Cap nhat NV" và "Xoa NV" cho mỗimục nhân viên nếu tìm được

3.4.5 Luồng sự kiện chính

Các tiêu chuẩn có thể bao gồm: mã nhân viên, họ tên, quyền

3.4.6 Luồng rẽ nhánh

A1:Không tìm được nhân viên

A1.1 Hệ thống thông báo không tìm thấy nhân viên theo tiêu chuẩn tìmkiếm

A1.3 Quay về luồng chính, bước 2

 Biểu đồ phân tích lớp chi tiết:

Form kết quả TK Danh sách NV

Hiển thị form() Báo không tìm được() Báo thông tin nv tìm được() Xác nhận thông báo()

Nhân viên Mã NV

Tên nv password Vai trò Đia chỉ Số ĐT Tạo nv() kết nối CSDL() lấy thông tin NV() Xóa nv()

Admin

(from Use Case View)

Bộ ĐK tìm kiếm nv Lấy thông tin nv() gửi kết quả() tìm kiếm nv()

Form Tìm nv mã nv

Tên nv Vai trò hiển thị form() nhập thông tin nv cần tìm() truyền thông tin Tk() thông báo kết quả()

 Biểu đồ trình tự:

: Admin : Form Tìm nv : Bộ ĐK tìm kiếm nv : Nhân viên : Form kết quả TK

nhập thông tin nv cần tìm( )

tìm kiếm nv( )

kết nối CSDL( ) Báo thông tin nv tìm được( ) thông báo kết quả( )

Báo không tìm được( ) Xác nhận thông báo( )

III.3.5 Use Case “Cập nhật nhân viên”:

3.5.1 Mơ tả: Cho phép Admin thay đổi một số dữ liệu về nhân viên nào đĩ

3.5.2 Tác nhân kích hoạt: Admin

3.5.3 Tiền điều kiện:UC Tim kiem NV đó được thực hiện và trả về kết quả

3.5.4 Hậu điều kiện: dữ liệu về nhân viên sẽ được cập nhật trong CSDL nếu thành cônghoặc đưa ra thông báo lỗi trong trường hợp ngược lại

3.5.5 Luồng sự kiện chính

viên

chọn để người dùng có thể thay đổi Thông tin không thể thay đổi được là

mã số nhân viên (được sử dụng làm tên đăng nhập)

3.5.6 Luồng rẽ nhánh

A1: Thông tin không hợp lệ (vd: không có họ tên nhân viên…)

A1.1 Hệ thống thông báo tới người dựng chi tiết về thông tin không hợplệ

A1.2 Người dựng xác nhận thông báoA1.3 Trở về luồng chính, bước 2

III.3.6 Use Case “Xoá nhân viên”:

3.6.1 Mô tả: Cho phép người dùng xóa bỏ dữ liệu về một nhân viên khỏi hệ thống.

Việc xoá bỏ chỉ thành công khi trong CSDL không cần thông tin liên quan tới nhân viên

(vd các dữ liệu bán hàng) Có nghĩa là trước khi có thể xoá một nhân viên thì phải xoá tất

cả các dữ liệu liên quan

3.6.2 Tác nhân kích hoạt: Admin

3.6.3 Tiền điều kiện:UC Tim kiem NV đó được thực hiện và trả về kết quả

3.6.4 Hậu điều kiện: Dữ liệu về nhân viên được chọn sẽ được xoá bỏ khỏi hệ thống nếuthành công hoặc đưa ra thông báo không thể xoá

3.6.5 Luồng sự kiện chính

Bước 1: UC bắt đầu khi người dùng lựa chọn chức năng xoá nhân viên

Bước 2: Hệ thống hiển thị thông báo yêu cầu người dùng xác nhận hành động xoá

nhân viênBước 3: Người dùng xác nhận hành động xoá nhân viên

- A1:Người dùng không đồng ý xoáBước 4: Hệ thống kiểm tra xem có các dữ liệu khác có liên quan đến nhân viêntrong CSDL (ví dụ các thông tin về bán hàng đối với một nhân viên thu ngân)

- A2: Tồn tại các dữ liệu có liên quanBước 5: Hệ thống xoá thông tin về nhân viên khỏi CSDL

Bước 6: Hệ thống thông báo tới người dùng việc xoá thành công

Bước 7: UC kết thúc

3.6.6 Luồng rẽ nhánh

A1: Người dùng không đồng ý xoá

A1.1 UC kết thúcA2: Tồn tại các dữ liệu có liên quan (ví dụ các thông tin về bán hàng đối vớimột nhân viên thu ngân)

A2.1 Hệ thống ra thông báo vẫn còn dữ liệu liên quan nên không thể xoáA2.2 UC kết thúc

 Biểu đồ phân tích lớp chi tiết:

Admin

(from Use Case View)

Form Xóa nv Danh sách nv hiển thị form() chọn nv cần xóa() gửi xác nhận xóa()

Form kết quả xóa Thông báo xóa thành công() Thông báo không thể xóa() Xác nhận thông báo()

Nhân viên Mã NV

Tên nv password Vai trò Đia chỉ Số ĐT Tạo nv() kết nối CSDL() lấy thông tin NV() Xóa nv()

Bộ ĐK xóa nv Xóa nv()

III.3.7 Use Case “Lập đơn đặt hàng”

3.7.1 Mơ tả: User Case cho phép nhân viên kinh doanh lập đơn đặt hàng.

3.7.2 Tiền điều kiện: Nhân viên kinh doanh đăng nhập vào hệ thống Nhân viên kinh

doanh kích hoạt chức năng “Lập hoá đơn đặt hàng”

3.7.3 Hậu điều kiện:Đơn đặt hàng.

3.7.4 Tác nhân kích hoạt: Nhân viên kinh doanh.

3.7.5 Luồng sự kiện:

Bước 1: UC bắt đầu khi nhân viên kinh doanh kích hoạt chức năng lập đơn đặt hàng

thông báo yêu cầu lựa chọn các mặt hàng cần đặt

lượng trong danh sách rồi hoàn thành lựa chọn bằng việc xác nhận lựa chọn

hàngBước 10: Kết thúc UC

3.7.6 Luồng rẽ nhánh:

A1:Người sử dụng huỷ bỏ việc đặt hàng

A1.1 Hệ thống xoá bỏ những thông tin tạm thời vè đơn đặt hàng

A1.2 Kết thúc UC

Biểu đồ lớp chi tiết:

NV Kinh doanh

(from Use Case View)

Form lập đơn DH

Chọn chức năng lập DDH() Chọn chức năng lập DDH() Hiển thị form()

chọn nhà cung cấp()

DS NCC() Chọn mặt hàng()

DS MH() Nhập TT về DDH() Xác nhận lập DDH() opname()

Bộ ĐK lập DDH

chọn nhà CC()

DS NCC() CHọn mặt hàng()

DS MH() cập nhật TT DDH() Xác nhận()

Mặt hàng

Mã MH Mã Nhóm Tên MH Đơn vị tính Giá nhập Chỉ số lãi Giá bán Số lượng Tạo mặt hàng() cập nhậ mặt hàng() xóa mặt hàng() kết nối CSDL() Tạo mặt hàng() lưu() lấy TT MH() cật nhật() lấy TT MH() Lấy DS MH()

Nhà CC

Tên NCC Địa Chỉ kết nối CSDL() Tạo NCC() Lưu TT() lấy DS NCC()

Đơn đặt hàng

Mã DDH Ngày Đh Mã NV KD Mã NCC Danh sách mặt hàng Tạo đơn ĐH() hủy() Lấy TT DDH() lưu TT()

Biểu đồ trình tự:

: NV Kinh doanh : Form lập đơn DH : Bộ ĐK lập DDH : Mặt hàng : Nhà CC : Đơn đặt hàng

Chọn chức năng lập DDH( )

Hiển thị form( ) chọn nhà cung cấp( )

chọn nhà CC( )

lấy DS NCC( )

DS NCC( )

DS NCC( ) Chọn mặt hàng( )

CHọn mặt hàng( )

Lấy DS MH( )

DS MH( )

DS MH( ) Nhập TT về DDH( )

cập nhật TT DDH( ) Xác nhận lập DDH( )

Xác nhận( )

Tạo đơn ĐH( )

lưu TT( )

III.3.8 Use case “Thêm NCC”

3.8.1 Mơ tả: cho phép cập nhật thêm nhà cung cấp vào trong danh sách NCC trong hệ

thống CSDL

3.8.2 Tác nhân kích hoạt: nhân viên kinh doanh

3.8.3 Tiền Điều kiện : Người dùng dăng nhập vào hệ thống

3.8.4 Hậu điều kiện: NCC mới được lưu vào trong CSDL

3.8.5 Luồng sự kiện:

Bước 1: UC được bắt đầu khi người dùng chọn chức năng “Thêm NCC”

mặt hàng nhà cung cấp cĩ

3.8.6 Luồng rẽ nhánh

A1: Thơng tin khơng hợp lệA1.1 Hệ thống thơng báo thơng tin khơng hợp lệA1.2 Người dùng xác nhận thơng tin A1.3 Quay lại luồng chính bước 2

Biểu đồ lớp chi tiết:

Nhà CC Tên NCC Địa Chỉ Mã NCC Sdt Email kết nối CSDL() Tạo NCC() Lưu TT() lấy DS NCC()

Bộ ĐK thêm NCC

Kiểm tra thông tin()

Form thông báo lỗi thêm NCC

Báo lỗi thông tin không hợp lệ() Xác nhận lỗi()

NV Kinh doanh

(from Use Case View)

Biểu đồ trình tự:

: NV Kinh doanh : Form thêm NCC : Bộ ĐK thêm NCC : Nhà CC : Form thông báo lỗi thêm NCC

Chọn chức năng thêm NCC( )

hiển thị form( )

nhập thông tin về NCC( )

Kiểm tra thông tin( )

kết nối CSDL( ) Tạo NCC( )

Lưu TT( )

Báo lỗi thông tin không hợp lệ( ) Xác nhận lỗi( )

hiển thị form( ) Xác nhận gửi TT( )

III.3.9 Use case “Xố NCC”

3.9.1 Mơ tả: cho phép loại bỏ nhà cung cấp ra khỏi CSDL của hệ thống

3.9.2 Tác nhân kích hoạt :Nhân viên kinh doanh

3.9.3 Tiền điều kiện: Người dùng dăng nhập vào hệ thống

3.9.4 Hậu điều kiện: Tồn bộ thơng tin của nhà sản xuất được xố khỏi CSDL của hê thống

3.9 5 Luồng sự kiện:

Bước 1: UC bắt đầu khi người dùng chọn chức năng “Xố NCC”

Bước 2: Hệ thống hiển thị danh sách các nhà cung cấp

Bước 3: Người dùng chọn nhà cung cấp để xố

Bước 4: Hệ thống kiểm tra đảm bảo khơng cĩ thơng tin cĩ liên quan đến NCC (VD thơng tin về đơn đặt hàng)

Bước 5: A1: Cĩ thơng tin liên quan