Báo cáo đồ án tốt nghiệp: Hệ thống quản lý trao đổi dữ liệu điện tử theo tiêu chuẩn EDI

MỤC LỤC LỜI NÓI ĐẦU Chương 1 KHẢO SÁT VÀ ĐẶC TẢ YÊU CẦU HỆ THỐNG 1.1. Mục đích, phạm vi. 6 1.1.1. Mục đích. 6 1.1.2. Phạm vi. 6 1.2. Mô tả hiện trạng của hệ thống. 6 1.2.1. Cơ cấu tổ chức và sự phân công trách nhiệm. 10 1.2.2. Quy trình nghiệp vụ. 10 1.2.3. Quy tắc nghiệp vụ. 11 1.3. Mô hình hóa nghiệp vụ. 11 1.3.1. Xác định các tác nhân. 11 1.3.2. Xác định các usecase nghiệp vụ. 12 1.3.3. Biểu đồ hoạt động nghiệp vụ cho hệ thống. 12 1.3.4. Biểu đồ ca sử dụng nghiệp vụ. 13 1.4. Đặc tả yêu cầu. 14 1.4.1. Các yêu cầu hệ thống. 14 1.4.2. Xác định các chức năng của hệ thống. 15 Chương 2 PHÂN TÍCH HỆ THỐNG 2.1. Xây dựng biểu đồ usecase. 16 2.1.1. Tác nhân. 17 2.1.2. Xác định các ca sử dụng. 18 2.1.3. Biểu đồ usecase hệ thống cho nhà phân phối. 21 2.1.4. Biểu đồ usecase hệ thống cho nhà cung cấp. 27 2.2. Xây dựng biểu đồ lớp. 32 2.3. Xây dựng biểu đồ tuần tự. 33 2.3.1. Usecase “Quản Lý Thông Tin Doanh Nghiệp”. 33 2.3.2. Usecase “Quản Lý Báo Giá” (dành cho NPP) 36 2.3.3. Usecase “Quản Lý Đơn Hàng Dự Thảo”. 37 2.3.4. Usecase “Quản Lý Đặt Mua”. 38 2.3.5. Usecase “Quản Lý Nhà Cung Cấp”. 39 2.3.6. Usecase “ Quản Lý Báo Giá” (dành cho NCC) 41 2.3.7. Usecase “Quản Lý Khách Hàng”. 42 2.3.8. Usecase “Quản Lý Đơn Hàng”. 43 2.4. Xây dựng biểu đồ cộng tác. 45 2.4.1. Usecase “Quản Lý Báo Giá” (dành cho NPP) 45 2.4.2. Usecase “Quản Lý Đơn Hàng Dự Thảo”. 46 2.4.3. Usecase “Quản Lý Đặt Mua”. 48 2.4.4. Usecase “Quản Lý Nhà Cung Cấp”. 49 2.4.5. Usecase “Quản Lý Báo Giá” (dành cho NCC) 50 2.4.6. Usecase “Quản Lý Khách Hàng”. 51 2.4.7. Usecase “Quản Lý Đơn Hàng”. 53 Chương 3 THIẾT KẾ HỆ THỐNG 3.1. Xây dựng biểu đồ lớp chi tiết. 55 3.1.1. Thiết kế lớp. 55 3.1.2. Biểu đồ lớp chi tiết. 56 3.2. Thiết kế lưu trữ dữ liệu. 57 3.3. Biểu đồ lớp chuyển thành dạng bảng. 65 3.4. Mô tả các bảng và thuộc tính của các bảng. 65 3.4.1. Các bảng. 65 3.4.2. Thuộc tính của các bảng. 66 3.5. Thiết kế giao diện. 72 3.5.1. Phát hiện các phần tử giao diện. 72 3.5.2. Mô tả các phần tử giao diện. 72 3.5.3. Làm nguyên mẫu. 72 3.5.4. Thiết kế các chức năng. 73 KẾT LUẬN TÀI LIỆU THAM KHẢO

Trang 1

CÁC KHÁI NIỆM, TỪ VIẾT TẮT

KH Khách hàng

NCC Nhà cung cấp

NPP Nhà phân phối

NVK Nhân viên kho

MỤC LỤC

LỜI NÓI ĐẦU

Trang 2

Chương 1

KHẢO SÁT VÀ ĐẶC TẢ YÊU CẦU HỆ THỐNG

1.1 Mục đích, phạm vi 6

1.1.1 Mục đích 6

1.1.2 Phạm vi 6

1.2 Mô tả hiện trạng của hệ thống 6

1.2.1. Cơ cấu tổ chức và sự phân công trách nhiệm 10

1.2.2 Quy trình nghiệp vụ 10

1.2.3. Quy tắc nghiệp vụ 11

1.3 Mô hình hóa nghiệp vụ 11

1.3.1 Xác định các tác nhân 11

1.3.2 Xác định các usecase nghiệp vụ 12

1.3.3 Biểu đồ hoạt động nghiệp vụ cho hệ thống 12

1.3.4 Biểu đồ ca sử dụng nghiệp vụ 13

1.4 Đặc tả yêu cầu 14

1.4.1 Các yêu cầu hệ thống 14

1.4.2 Xác định các chức năng của hệ thống 15

Chương 2 PHÂN TÍCH HỆ THỐNG 2.1 Xây dựng biểu đồ usecase 16

2.1.1 Tác nhân 17

2.1.2 Xác định các ca sử dụng 18

2.1.3 Biểu đồ usecase hệ thống cho nhà phân phối 21

2.1.4 Biểu đồ usecase hệ thống cho nhà cung cấp 27

2.2 Xây dựng biểu đồ lớp 32

2.3 Xây dựng biểu đồ tuần tự 33

2.3.1. Usecase “Quản Lý Thông Tin Doanh Nghiệp” 33

2.3.2. Usecase “Quản Lý Báo Giá” (dành cho NPP) 36

2.3.3. Usecase “Quản Lý Đơn Hàng Dự Thảo” 37

2.3.4 Usecase “Quản Lý Đặt Mua” 38

2.3.5. Usecase “Quản Lý Nhà Cung Cấp” 39

Trang 3

2.3.6. Usecase “ Quản Lý Báo Giá” (dành cho NCC) 41

2.3.7. Usecase “Quản Lý Khách Hàng” 42

2.3.8. Usecase “Quản Lý Đơn Hàng” 43

2.4 Xây dựng biểu đồ cộng tác 45

2.4.1. Usecase “Quản Lý Báo Giá” (dành cho NPP) 45

2.4.2. Usecase “Quản Lý Đơn Hàng Dự Thảo” 46

2.4.3. Usecase “Quản Lý Đặt Mua” 48

2.4.4. Usecase “Quản Lý Nhà Cung Cấp” 49

2.4.5. Usecase “Quản Lý Báo Giá” (dành cho NCC) 50

2.4.6. Usecase “Quản Lý Khách Hàng” 51

2.4.7. Usecase “Quản Lý Đơn Hàng” 53

Chương 3 THIẾT KẾ HỆ THỐNG 3.1 Xây dựng biểu đồ lớp chi tiết 55

3.1.1 Thiết kế lớp 55

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

3.2 Thiết kế lưu trữ dữ liệu 57

3.3 Biểu đồ lớp chuyển thành dạng bảng 65

3.4 Mô tả các bảng và thuộc tính của các bảng 65

3.4.1 Các bảng 65

3.4.2 Thuộc tính của các bảng 66

3.5 Thiết kế giao diện 72

3.5.1 Phát hiện các phần tử giao diện 72

3.5.2 Mô tả các phần tử giao diện 72

3.5.3 Làm nguyên mẫu 72

3.5.4 Thiết kế các chức năng 73

KẾT LUẬN

TÀI LIỆU THAM KHẢO

Trang 4

LỜI NÓI ĐẦU

Thương mại điện tử (còn gọi là E-Commerce hay E-Business) là quy trìnhmua bán thông qua việc truyền dữ liệu giữa các thiết bị truyền tin trong chính sáchphân phối của tiếp thị Tại đây một mối quan hệ thương mại hay dịch vụ trực tiếpgiữa người cung cấp và khách hàng (KH) được tiến hành thông qua việc truyềntin Hiểu theo nghĩa rộng, thương mại điện tử bao gồm tất cả các loại giao dịchthương mại mà trong đó các đối tác giao dịch sử dụng các kỹ thuật thông tin trongkhuôn khổ chào mời, thảo thuận hay cung cấp dịch vụ

Electronic Data Interchange System – Hệ thống lưu chuyển dữ liệu điện tử

là hệ thống hỗ trợ các doanh nghiệp và các đối tác trao đổi các chứng từ thươngmại, tài chính theo khuôn dạng chung bằng phương tiện điện tử dựa trên các tiêuchuẩn quốc tế

Nhận thấy ý nghĩa và lợi ích của việc sử dụng bộ tiêu chuẩn EDI vào hệthống quản lý của doanh nghiệp, cùng với sự hướng dẫn tận tình của thầy giáo TS.Hoa Tất Thắng, nhóm em đã chọn đề tài “Hệ thống quản lý trao đổi dữ liệu điện

tử theo tiêu chuẩn EDI” làm đồ án tốt nghiệp

Trong quá trình tìm hiểu, nghiên cứu và khảo sát thực tế em đã thực hiện đồ

án với các nội dung sau:

- Chương 1: Khảo sát và đặc tả yêu cầu hệ thống

- Chương 2: Phân tích hệ thống

- Chương 3: Thiết kế hệ thống

Trang 5

Do kinh nghiệm của bản thân còn hạn chế nên khi thiết kế, xây dựngchương trình sẽ không tránh khỏi sai sót Chúng em rất mong được nhận sự đónggóp của các thầy, cô giáo và các bạn để đồ án của nhóm em được hoàn thiện hơn.

Chúng em xin chân thành cảm ơn sự hướng dẫn tận tình của thầy giáo TS.Hoa Tất Thắng và sự giúp đỡ của các thầy cô trong khoa Công nghệ thông tintrong suốt

quá trình nhóm em làm đồ án

Chúng em xin chân thành cảm ơn !

Trang 6

Chương 1 KHẢO SÁT VÀ ĐẶC TẢ YÊU CẦU HỆ THỐNG

1.1 Mục đích, phạm vi.

1.1.1 Mục đích.

Nhằm xây dựng một hệ thống trao đổi dữ liệu điện tử hỗ trợ cho việc giaodịch dược phẩm áp dụng thử nghiệm cho nhà phân phối (NPP) là Quầy thuốc bệnhviện Nam Thăng Long và nhà cung cấp (NCC) là Công ty Cổ phần Dược phẩmNam Hà

1.1.2 Phạm vi.

Hệ thống sẽ được áp dụng cho Quầy thuốc bệnh viện Nam Thăng Long vàCông ty Cổ phần Dược phẩm Nam Hà để giải quyết hiệu quả vấn đề đặt mua cácsản phẩm dược phẩm

1.2 Mô tả hiện trạng của hệ thống.

Trong những năm gần đây, thương mại điện tử ở Việt Nam đã thực sự

có những lớn mạnh về cả số lượng và chất lượng Tuy nhiên, song hành với

sự tăng trưởng đó, những hệ thống dựa trên giấy tờ truyền thống vẫn là một cản trở lớn, đã trở nên quá chậm, tốn kém và không thể theo kịp sự gia tăng

về số lượng của các giao dịch thương mại thế giới Hơn nữa, nhu cầu trao đổi thông tin trong nội bộ doanh nghiệp cũng như các đối tác ngày càng gia tăng Các thông tin liên quan đến biểu mẫu, chứng từ thương mại như: đơn đặt hàng, hóa đơn, giấy biên nhận, giao hàng, vận đơn,…được sử dụng rộng rãi trong các doanh nghiệp Các biểu mẫu hoặc chứng từ này được quy định khác nhau ở từng doanh nghiệp và từng quốc gia Do vậy vấn đề tích hợp thông tin, tự động hóa các quy trình kinh doanh trong thương mại điện tử là

Trang 7

hết sức khó khăn Để giải quyết bài toán trên cần tiến hành tiêu chuẩn hóa các tài liệu kinh doanh, các quy trình kinh doanh,…dựa trên các tiêu chuẩn

đã được công bố và áp dụng rộng rãi Và một trong những tiêu chuẩn đó là tiêu chuẩn trao đổi dữ liệu điện tử EDI, được sử dụng phổ biến trong thương mại điện tử Ở Việt Nam thì đây là một tiêu chuẩn còn rất mới mẻ, chưa được quan tâm ứng dụng Nhận thức được điều đó, nhóm em đã mạnh dạn thử sức mình bắt tay vào làm thử nghiệm một phần mềm sử dụng tiêu chuẩn EDI để hiểu rõ bản chất của tiêu chuẩn này.

Hiện tại ở Việt Nam, theo sự tìm hiểu của chúng em thì đã có các doanhnghiệp, tổ chức ứng dụng tiêu chuẩn EDI cho các sản phẩm của mình như:

+ Công ty NGV: eDIS - Hệ thống lưu chuyển dữ liệu điện tử

+ Website ERPOnline.vn: Phân hệ Hỗ trợ Trao đổi dữ liệu điện tử tiêu chuẩn(Electronic Data Interchange)

+ Công ty Dicentral phối hợp với Metro Cash Carry giới thiệu công cụ EDI (traođổi dữ liệu điện tử) dành cho các siêu thị, trung tâm bán lẻ với các đối tác cungứng hàng hóa

EDI (Electronic Data Interchange - Trao đổi dữ liệu điện tử) là hệ thống hỗtrợ các doanh nghiệp và các đối tác trao đổi các chứng từ thương mại, tài chínhtheo khuôn dạng chung bằng phương tiện điện tử dựa trên các tiêu chuẩn quốc tếcủa Ủy ban liên hợp quốc về luật thương mại quốc tế - UNCITRAL

Để ứng dụng EDI giữa các bên với nhau thì trước tiên phải yêu cầu nhữngbên tham gia cần phải tích hợp, sử dụng hệ thống EDI Các bên tham gia sẽ truyền

và nhận dữ liệu điện tử dưới dạng chuẩn EDI Có rất nhiều tiêu chuẩn tài liệu EDI:ANSI ASC X12, EANCOM, UN/EDIFACT, HIPAA, ODETTE, RosettaNet,SWIFT, Tradacoms, VDA, VICS…Trong bài toán này, nhóm em lựa chọn tiêuchuẩn ANSI ASC X12

Trang 8

Tiêu chuẩn ANSI ASC X12: tập hợp các tài liệu cung cấp các hướng dẫn vàcác nguyên tắc dùng trong trao đổi dữ liệu điện tử (EDI) về cách cấu trúc dữ liệu,những tài liệu cần được truyền bằng điện tử, các thông tin cần có trong mỗi tàiliệu, trình tự thông tin cần tuân thủ, định dạng của các mã, các số nhận dạng cần

sử dụng, Tiêu chuẩn này do Uỷ ban các Tiêu chuẩn Chính thức X12 (AccreditedStandards Committee X12; viết tắt: ASC - 12) của Viện Tiêu chuẩn Quốc gia Hoa

Kì xây dựng và công bố năm 1979 để phát triển các tiêu chuẩn đồng nhất cho việctruyền dữ liệu điện tử trong toàn ngành công nghiệp

Ví dụ đây là một ví dụ minh họa cho nội dung một file theo chuẩn X12 :ISA*00**00**ZZ*SENDERISA*ZZ*RECEIVERISA*960807*1548*U*00401*000000020*0*T*>~

Trang 9

có thông tin người gửi, người nhận.

+ Phân đoạn GS: là nhóm phân khúc tiêu đề chức năng của tài liệu X12, cung cấpthông tin liên quan đến các nhóm chức năng

+ Phân đoạn ST: là phân khúc giao dịch đặt tiêu đề của tài liệu X12, chỉ sự bắt đầucủa một giao dịch trao đổi

Trang 10

+ Phân đoạn SE: giao dịch thiết lập phân đoạn của một tài liệu X12, để báo hiệukết thúc một giao dịch.

+ Phân đoạn GE: phân khúc chức năng của tài liệu X12, báo hiệu kết thúc của mộtnhóm giao dịch trao đổi

+ Phân đoạn IEA: báo hiệu kết thúc trao đổi, cung cấp thông tin về số lượng cácnhóm chức năng trong việc trao đổi và số tham chiếu kiểm soát trao đổi

Đây là một công cụ thiết yếu trong các giao dịch doanh nghiệp với doanhnghiệp (B2B) qua Internet Một giải pháp cho phép truyền thông điện tử một cách

an toàn, bao gồm các thông tin về quỹ thanh toán giữa người mua và người bánqua các mạng dữ liệu riêng

EDI có thể rút ngắn đáng kể khoảng thời gian từ lúc bắt đầu giao dịch chođến khi thanh toán kết thúc, bằng cách gửi đi những thông tin cần thiết và tránhđược sự trùng lặp trong cả quá trình giao dịch

Những ích lợi chung nhất của EDI là tốc độ cao, tính kinh tế và sự chínhxác trong việc xử lý chứng từ giao dịch Cụ thể hơn, EDI đem lại những lợi íchsau:

• Sự tiện lợi của việc trao đổi chứng từ giao dịch cả trong và ngoài giờ làm việc

• Chi phí giao dịch thấp hơn

• Dịch vụ khách hàng tốt hơn

• Khả năng đối chiếu so sánh chứng từ tự động, nhanh chóng và chính xác

• Dữ liệu được lưu chuyển một cách hiệu quả hơn cả ở mức nội bộ và liên công ty

• Quan hệ đối tác đem lại hiệu suất cao hơn

1.2.1 Cơ cấu tổ chức và sự phân công trách nhiệm.

Trang 11

Hình 1.1 Cơ cấu tổ chức của hệ thống.

Trước tiên, hai bên NCC và NPP phải đăng ký thông tin doanh nghiệp lênWebService để tham gia vào hệ thống NCC ngoài việc cung cấp các thông tin vềdoanh nghiệp còn cung cấp các thông tin về danh mục và các sản phẩm dượcphẩm mà doanh nghiệp hiện đang kinh doanh, còn NPP chỉ cung cấp thông tin vềdoanh nghiệp Khi có nhu cầu đặt hàng thì phía NPP sẽ lựa chọn các sản phẩm cầnmua và gửi yêu cầu báo giá lên hệ thống, bên NCC sẽ lên lấy báo giá theo mã sốtương ứng rồi đưa phản hồi báo giá lên hệ thống NPP nhận phản hồi báo giá vàxem xét với sự phản hồi như vậy có phù hợp với các tiêu chuẩn đặt ra hay không

để ra quyết định có đặt hàng với NCC đó hay không Khi đã chấp thuận thì NPP

sẽ tạo đơn hàng bằng cách sửa lại một phản hồi báo giá và lưu lại, phục vụ choviệc đặt hàng và gửi lên hệ thống NCC lên lấy đơn hàng và cũng tạo ra một phảnhồi đơn hàng để chấp thuận việc đặt mua sản phẩm giữa hai bên

Trang 12

Hệ thống bao gồm hai hệ thống con của NCC và NPP, chính vì vậy nên tácnhân và mô hình nghiệp vụ cũng được chia làm hai như dưới đây.

Đối với NCC thì tác nhân là nhân viên kinh doanh (NVKD), đối với NPPthì tác nhân là nhân viên kho (NVK)

* NVK: là người có nhiệm vụ quản lý thuốc trong kho, thực hiện các yêu cầunhập, xuất thuốc và đặt hàng với NCC

* NVKD: là người có nhiệm vụ thực hiện các yêu cầu từ phía NPP, tạo hóa đơnkhi xuất kho

1.3.2 Xác định các usecase nghiệp vụ.

+ Đối với NCC:

 Thông tin doanh nghiệp: lưu trữ tất cả các thông tin của NCC

 Báo giá (bao gồm yêu cầu báo giá và phản hồi yêu cầu báo giá): khi bênNPP có yêu cầu mua các sản phẩm với NCC thì bên NCC sẽ báo giá lại giátiền của các loại sản phẩm đó cho NPP được biết

 Lưu trữ đơn hàng: lưu trữ lại tất cả các hóa đơn trong quá trình giao dịchgiữa NCC và NPP

 Thông tin KH: lưu trữ thông tin về các đối tác của NCC

+ Đối với NPP:

 Thông tin doanh nghiệp: lưu trữ tất cả các thông tin của NPP

 Đặt hàng (bao gồm đặt hàng và phản hồi đặt hàng): NPP sẽ đặt hàng vớiNCC các sản phẩm muốn mua theo tiêu chuẩn X12 và NCC sẽ phản hồi lạiđơn hàng

Trang 13

 Lưu trữ đơn hàng: lưu trữ lại tất cả các hóa đơn trong quá trình giao dịchgiữa NPP và NCC.

 Thông tin NCC: lưu trữ thông tin về các đối tác của NPP

1.3.3 Biểu đồ hoạt động nghiệp vụ cho hệ thống.

 Nghiệp vụ Báo giá.

Hình 1.3 Nghiệp vụ báo giá

 Nghiệp vụ Đặt hàng.

Trang 14

Hình 1.4 Nghiệp vụ đặt hàng.

1.3.4 Biểu đồ ca sử dụng nghiệp vụ.

 Phía nhà phân phối.

Hình 1.5 Biểu đồ ca sử dụng nghiệp vụ bên NPP

 Phía nhà cung cấp.

Trang 15

Hình 1.6 Biểu đồ ca sử dụng nghiệp vụ bên NCC.

Có khả năng bảo mật, phân quyền truy cập tốt, mỗi loại người dùng chỉ cóthể sử dụng một số chức năng nhất định

Giao diện trực quan, dễ sử dụng, thân thiện với người dùng, có hỗ trợ phímtắt phù hợp với từng chức năng nghiệp vụ Với các chức năng sẽ có hiển thị thôngbáo khi Click chọn

1.4.2 Xác định các chức năng của hệ thống.

 Báo giá:

Trang 16

Khi bên NPP có nhu cầu đặt hàng với bên nhà NCC thì phía NPP sẽ gửi lênWebService một bản yêu cầu báo giá theo tiêu chuẩn X12 đã được xác định trước,bên NCC cũng nhận được bản yêu cầu đó trên WebService (ở đây cả hai bên NCC

và NPP đều sử dụng dịch vụ EDI nên có thể nhận được các thông tin trênWebService) WebService có cơ chế xác thực tính đúng đắn của bản yêu cầu báogiá có đúng với cấu trúc của tiêu chuẩn X12 hay không Khi NCC nhận được bảnyêu cầu đó thì NCC xem xét và trả lời lại yêu cầu bằng cách đưa thông tin báo giálên WebService để NPP có thể nhận được thông tin Căn cứ vào thông tin báo giánày mà NPP sẽ quyết định là có đặt hàng với NCC này hay không

 Đặt hàng:

Khi NPP đã chấp thuận với thông tin báo giá của NCC thì NPP sẽ đặt hàng vớiNCC đó theo danh mục các sản phẩm cần mua lên WebService NCC sẽ lấy đơnđặt hàng của NPP và phản hồi lại đơn đặt hàng đó để chấp thuận cho việc đặt muagiữa

hai bên

Kết luận: Trong chương này, nhóm em đã giải quyết được các vấn đề:

- Tìm hiểu được tiêu chuẩn trao đổi dữ liệu điện tử EDI và hướng tiếp cậncủa

đề tài

- Xác định được quy trình nghiệp vụ, mô hình hóa nghiệp vụ

- Xác định được các chức năng của hệ thống

Trang 17

Chương 2 PHÂN TÍCH HỆ THỐNG 2.1 Xây dựng biểu đồ usecase.

2.1.1 Tác nhân.

Tác nhân: một người sử dụng, hệ thống khác, chuỗi thời gian Nó đóng vaitrò kích hoạt các usecase Ví dụ trong một phần mềm quản lý câu lạc bộ anh vănthì tác nhân là thành viên, quản lý, khách Một tác nhân là một lớp chứ không phải

là một thực thể, nó đại diện cho một vai trò Mỗi tác nhân sẽ có một cái tên cụ thể,

nó cần phản ánh vai trò cụ thể của tác nhân này ví dụ thành viên, quản lý…Tácnhân được chia ra làm tác nhân chính (những người sử dụng chức năng cơ bản của

hệ thống), tác nhân phụ (secondary actor) sử dụng các chức năng phụ của hệthống Hoặc có thể chia tác nhân thành hai loại chủ động (kích hoạt các usecase)

và bị động (không kích hoạt nhưng tham gia nhiều usecase)

Trang 18

trả về một giá trị sau khi thực hiện một loạt các hành động Nó phải hoàn tất Một

usecase là một lớp, nó có tên là một danh từ mô tả thực thể mà usecase sẽ đượcthực hiện Ví dụ: đăng nhập, quản lý công việc, quản lý thành viên

Mục tiêu của các usecase:

 Mô tả đầy đủ các chức năng của hệ thống theo yêu cầu cầu KH

Trang 19

 Lời mô tả rõ ràng hệ thống cần làm gì, để tạo sự thống nhất cung cấp nềntảng cho các bước sau.

 Đơn giản hóa việc thay đổi và mở rộng hệ thống bằng việc thêm, pháttriển usecase, cung cấp chức năng theo dõi chức năng mà hệ thống thựchiện

Mô tả usecase:

QuanLyBaoGia

Hình 2.2 Ví dụ một usecase hệ thống

Xác định các usecase hệ thống cho nhà phân phối:

Cập nhật thông tin Cập nhật thông tin doanh

nghiệp khi có sự thay đổi

Tìm kiếm nội dung chi tiết cácbáo giá, phản hồi báo giá

Trang 20

Quản lý

NCC

Cập nhật NCC Thêm, xóa các NCC quan tâmTìm kiếm NCC Tìm kiếm thông tin NCC

Xác định các usecase hệ thống cho nhà cung cấp:

Quản lý thông

tin doanh

nghiệp

Ghi danh hệthống

Đăng kí thông tin doanhnghiệp mới

NVKD

Cập nhật thôngtin

Cập nhật thông tin doanhnghiệp khi có sự thay đổiĐăng tải danh

sách sản phẩm

NCC thì phải cung cấp thêmthông tin về sản phẩm mìnhsản xuất lên hệ thống

Trang 21

Quản lý báo

giá

Cập nhật phản hồibáo giá Thêm các phản hồi báo giá

Tìm kiếm báo giá Tìm kiếm báo giá và phản hồi

báo giá

Quản lý KH

Cập nhật thôngtin NPP Thêm, xóa NPPTìm kiếm thông

tin NPP Tìm kiếm thông tin NPP

Quản lý đơn

hàng

Cập nhật phản hồiđơn hàng Thêm các phản hồi đơn hàngTìm kiếm đơn

hàng Tìm kiếm thông tin đơn hàng

Trang 22

2.1.3 Biểu đồ usecase hệ thống cho nhà phân phối.

Tiền điều kiện: Đăng nhập vào hệ thống quản lý chính.Đảm bảo tối thiểu: Đăng nhập thành công vào hệ thống.Đảm bảo thành công: NVK có thể thực hiện thao tác cập nhật

thông tin, đồng bộ thông tin,…

Tin trên menu

Trang 23

Chuỗi sự kiện chính:  Hệ thống hiển thị form làm việc

chính và menu để NVK lựa chọn chứcnăng để làm việc

 NVK:

○ Ghi danh lần đầu: khi làm thủ tụctham gia hệ thống doanh nghiệp phải kêkhai thông tin theo mẫu có sẵn chọn nútĐăng Ký Thông Tin, nhập thông tin sau

đó nhấn Đăng Ký

○ Cập nhật thông tin: NVK chọn nútCập Nhật Thông Tin, nhập thông tinthay đổi sau đó nhấn Cập Nhật

 Hệ thống sẽ kiểm tra các thông tin nhập vào từ người dùng nếuthành công sẽ gửi lên service và thôngbáo thành công, không sẽ thông báo lỗi.Ngoại lệ: Hệ thống thông báo dữ liệu nhập bị lỗi

*Quản lý báo giá.

Đặc tả Ý nghĩa

Trang 24

Tác nhân chính: NVK

Tiền điều kiện: Đăng nhập vào hệ thống quản lý chính.Đảm bảo tối thiểu : Đăng nhập thành công vào hệ thống.Đảm bảo thành công: NVK có thể thực hiện thao tác lựa chọn

các sản phẩm và tạo yêu cầu báo giá

trên menu

Người chịu trách nhiệm: Trưởng bộ phận kho

Tiền điều kiện: Đăng nhập vào hệ thống quản lý chính

Trang 25

Đảm bảo tối thiểu: Đăng nhập thành công vào hệ thống.Đảm bảo thành công: NVK có thể thực hiện thao tác lựa chọn

hóa đơn điện tử và gửi đi

Thảo trên menu

Tiền điều kiện: Đăng nhập vào hệ thống quản lý chính.Đảm bảo tối thiểu: Đăng nhập thành công vào hệ thống

Trang 26

Đảm bảo thành công: NVK có thể thực hiện thao tác thêm,

xóa, tìm kiếm với thông tin NCC

Kích hoạt: NVK chọn chức năng Nhà Cung Cấp

trên menu

 NVK:

○ Thêm NCC: chọn nút Thêm nhà cungcấp và nhập thông tin tương ứng

○Xóa NCC: chọn nút Xóa trên menu

○ Tìm kiếm thông tin NCC: nhập thôngtin để tìm kiếm về NCC

*Quản lý đặt mua.

Tiền điều kiện: Đăng nhập vào hệ thống quản lý chính.Đảm bảo tối thiểu: Đăng nhập thành công vào hệ thống.Đảm bảo thành công: NVK có thể thực hiện thao tác cập nhật

được thông tin mới từ NCC

Trang 27

trên menu.

 NVK:

 Đặt mua: chọn đơn hàng dựthảo trong danh sách để gửi đơn hàng

Trang 28

2.1.4 Biểu đồ usecase hệ thống cho nhà cung cấp.

Người chịu trách nhiệm: NVKD

Tiền điều kiện: Đăng nhập vào hệ thống quản lý chính.Đảm bảo tối thiểu: Đăng nhập thành công vào hệ thống.Đảm bảo thành công: NVKD có thể thực hiện thao tác cập

nhật thông tin, đồng bộ thông tin,…Kích hoạt: NVKD chọn chức năng Đăng Ký

Thông Tin trên menu

Trang 29

 NVKD:

○ Ghi danh lần đầu: khi làm thủ tụctham gia hệ thống doanh nghiệp phải kêkhai thông tin theo mẫu có sẵn chọn nútĐăng Ký Thông Tin, nhập thông tin sau

đó nhấn Đăng Ký

○ Cập nhật thông tin: NVKD chọn nútCập Nhật Thông Tin, nhập thông tinthay đổi sau đó nhấn Cập Nhật

○ Đăng tải thông tin sản phẩm: NVKD

sẽ phải cung cấp các sản phầm công tymình kinh doanh lên hệ thống

 Hệ thống sẽ kiểm tra các thông tin nhập vào từ người dùng nếuthành công sẽ gửi lên service và thôngbáo thành công, không sẽ thông báo lỗi.Ngoại lệ: Hệ thống thông báo dữ liệu nhập bị lỗi

*Quản lý báo giá.

Trang 30

Tên usecase: Quản lý báo giá

Tiền điều kiện: Đăng nhập vào hệ thống quản lý chính.Đảm bảo tối thiểu: Đăng nhập thành công vào hệ thống.Đảm bảo thành công: NVKD có thể thực hiện thao tác lựa

chọn các yêu cầu báo giá và gửi phảnhồi báo giá

Giá trên menu

chính và menu để NVKD lựa chọn chứcnăng để làm việc

Trang 31

Tiền điều kiện: Đăng nhập vào hệ thống quản lý chính.Đảm bảo tối thiểu: Đăng nhập thành công vào hệ thống.Đảm bảo thành công: NVKD có thể thực hiện thao tác lựa

chọn hóa đơn điện tử và gửi đi

trên menu

Chuỗi sự kiện chính :  Hệ thống hiển thị form làm việc

Tiền điều kiện: Đăng nhập vào hệ thống quản lý chính

Trang 32

Đảm bảo tối thiểu: Đăng nhập thành công vào hệ thống.Đảm bảo thành công: NVKD có thể thực hiện thao tác lựa

chọn các NPP : thêm, xóa, tìm kiếm.Kích hoạt: NVKD chọn chức năng Khách Hàng

trên menu

 NVKD:

○ Thêm NPP: chọn nút Thêm kháchhàng và nhập thông tin tương ứng

○ Xóa: chọn nút Xóa trên menu

○ Tìm kiếm thông tin NPP: nhập thôngtin để tìm kiếm về NPP

2.2 Xây dựng biểu đồ lớp.

Trang 33

1 1

1

1 1 *

DanhMucNganhNghe MaDanhMucNganhNghe MaCap1

TenNganhCap1 TrangThai

LichSuThongTin MaLichSu MaNhaCungCap MaNhaPhanPhoi NoiDung PhienBanCu PhienBanMoi ThoiGian

DoiTacQuanTam SoThuTu MaDonVi_NhaCungCap MaDonVi_NhaPhanPhoi MaDoiTac TrangThai GhiChu

DanhMucTinhThanh MaDanhMucTinhThanh TenDanhMucTinhThanh Kieu

TrangThai

HoiDapBaoGia MaPhanHoi MaYeuCau NoiDungPhanHoi NgayPhanHoi TenNhanVien MaTinhTrang

HoiDapDonHang

MaHoiDap MaDonHang NoiDungHoiDap NgayHoiDap TenNhanVien MaTinhTrang

YeuCauBaoGia MaYeuCau MaNhaPhanPhoi MaNhaCungCap NgayYeuCau MaTinhTrang

DonHang MaDonHang

TinhTrangGiaoDich SoThuTu MaTinhTrang TenTinhTrang GhiChu KieuGiaoDich

DonHangDuThao MaDonHangDuThao MaNhaPhanPhoi TenNhanVien NoiDungDonHangDuThao MaTinhTrang

1 1

1

1 1

1

1 1

Trang 34

Biểu đồ tuần tự: miêu tả các đối tượng tương tác và giao tiếp với nhau rasao Tiêu điểm trong các biểu đồ tuần tự là thời gian Các biểu đồ tuần tự chỉ rachuỗi của các thông điệp được gửi và nhận giữa một nhóm các đối tượng, nhằmmục đích thực hiện một số chức năng.

2.3.1 Usecase “Quản Lý Thông Tin Doanh Nghiệp”.

*Biểu đồ tuần tự ca sử dụng “Ghi Danh Hệ Thống”

: Nhan vien kho : frm Dang Ky : ctrDangKy :

DBNhaPhanPhoi

: DBNhaPhanPhoi

1 Yeu cau dang ky moi

2 Hien thi form Dang Ky

3 Nhap thong tin

4 Kiem tra thong tin

5 Thong bao nhap loi

6 Tao tai khoan moi

7 Insert vao Database

8 Thong bao thanh cong

10 Hien thi thong bao thanh cong

Hình 2.6 Biểu đồ tuần tự ca sử dụng “Ghi Danh Hệ Thống” của NPP

Trang 35

: Nhan vien kinh

doanh

: Nhan vien kinh

doanh

: frm Dang Ky : ctrDangKy : DBNhaCungCap

1 Yeu cau dang ky moi

2 Hien thi form Dang Ky

3 Nhap thong tin

6 Tao tai khoan moi

7 Insert vao Database

Hình 2.7 Biểu đồ tuần tự ca sử dụng “Ghi Danh Hệ Thống” của NCC

*Biểu đồ tuần tự ca sử dụng “Cập Nhật Thông Tin”

: Nhan vien kinh

1 Yeu cau cap nhat t/tin

2 Hien thi form Cap Nhat

3 Nhap thong tin

6 Update tai khoan

7 Update vao Database

Hình 2.8 Biểu đồ tuần tự ca sử dụng “Cập Nhật Thông Tin” của NCC

Trang 36

DBNhaPhanPhoi : DBNhaPhanPhoi

1 Yeu cau cap nhat t/tin

2 Hien thi form Cap Nhat

3 Nhap thong tin

6 Update tai khoan

7 Update vao Database

Hình 2.9 Biểu đồ tuần tự ca sử dụng “Cập Nhật Thông Tin” của NPP

*Biểu đồ tuần tự ca sử dụng “Đăng Tải Danh Sách Sản Phẩm”

1 Yeu cau dang thong tin

2 Hien thi form Upload

3 Lua chon thong tin

4 Upload thong tin

5 Insert vao database

Hình 2.10 Biểu đồ tuần tự ca sử dụng “Đăng Tải Danh Sách Sản Phẩm”

Trang 37

2.3.2 Usecase “Quản Lý Báo Giá” (dành cho NPP)

*Biểu đồ tuần tự cho ca sử dụng “Thêm Yêu Cầu Báo Giá”

: Nhan vien kho : frmNewBaoGia

: ctrThemBaoGia : ctrThemBaoGia

: DBBaoGia

1 yeu cau bao gia

2 Hien form New Bao Gia

3 Cung cap thong tin

4 Kiem tra t/tin

5 Thong bao loi

6 Them bao gia moi

8 Thong bao gui thanh cong

9 Thong bao gui thanh cong

Hình 2.11 Biểu đồ tuần tự cho ca sử dụng “ Thêm Yêu Cầu Báo Giá”

*Biểu đồ tuần tự cho ca sử dụng “Tìm Kiếm Yêu Cầu Báo Giá”

1 tim kiem bao gia

5 Tra ve thong tin bao gia

6 Thong tin bao gia

7 Hien thi chi tiet bao gia

2 Yeu cau thong tin bao gia

3 Lay thong tin bao gia

4 Truy van CSDL

Hình 2.12 Biểu đồ tuần tự cho ca sử dụng “Tìm Kiếm Yêu Cầu Báo Giá”

Trang 38

2.3.3 Usecase “Quản Lý Đơn Hàng Dự Thảo”.

*Biểu đồ tuần tự cho ca sử dụng “Thêm Đơn Hàng Dự Thảo”

: ctrThemDonHangDuThao

:

1.Yeu cau tao don hang du thao

2.hien thi form don hang du thao chon bao gia

7 thong bao thanh cong

thong bao thanh cong 8.

Hình 2.13 Biểu đồ tuần tự cho ca sử dụng “Thêm Đơn Hàng Dự Thảo”

*Biểu đồ tuần tự cho ca sử dụng “Sửa Đơn Hàng Dự Thảo”

: Nhan vien kho : frmDonHangDuThao

: ctrThemDonHangDuThao : ctrThemDonHangDuThao : DBDonHangNhap

1 yeu cau sua don hang du thao

2 hien thi form don hang du thao

3 chon bao gia

4 sua don hang du thao

5 update vao csdl

Hình 2.14 Biểu đồ tuần tự cho ca sử dụng “Sửa Đơn Hàng Dự Thảo”

Trang 39

*Biểu đồ tuần tự cho ca sử dụng “Xóa Đơn Hàng Dự Thảo”

: Nhan vien kho : frmDonHangDuThao

: ctrXoaDonHangDuThao

: ctrXoaDonHangDuThao : DBDonHangNhap

1 Chon don hang du thao

2 xoa don hang du thao

3 delete don hang du thao trong csdl

Hình 2.15 Biểu đồ tuần tự cho ca sử dụng “Xóa Đơn Hàng Dự Thảo”

2.3.4 Usecase “Quản Lý Đặt Mua”.

*Biểu đồ tuần tự cho ca sử dụng “Thêm Đơn Hàng”

yeu cau gui don hang

hien thi form dat mua

chon don hang de gui

tao don hang moi

insert vao csdl

thong bao gui thanh cong

Hình 2.16 Biểu đồ tuần tự cho ca sử dụng “Thêm Đơn Hàng”

Trang 40

*Biểu đồ tuần tự cho ca sử dụng “Tìm Kiếm Đơn Hàng”

nhap thong tin don hang

7 Hien thi chi tiet don hang

yeu cau thong tin don hang

lay thong tin don hang

4 Truy van CSDL

5 Tra ve thong tin don hang

6 Thong tin don hang

Hình 2.17 Biểu đồ tuần tự cho ca sử dụng “Tìm Kiếm Đơn Hàng”

2.3.5 Usecase “Quản Lý Nhà Cung Cấp”.

*Biểu đồ tuần tự cho ca sử dụng “Thêm Nhà Cung Cấp”

yeu cau them nha cung cap

hien thi form quan ly nha cung cap

chon nha cung cap de them

them nha cung cap moi

insert vao csdl

thong bao thanh cong

Hình 2.18 Biểu đồ tuần tự cho ca sử dụng “Thêm Nhà Cung Cấp”

Định dạng
Số trang	93
Dung lượng	3,07 MB