Đang tải... (xem toàn văn)
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
1 CÁC KHÁI NIỆM, TỪ VIẾT TẮT Từ viết tắt Dịch nghĩa KH Khách hàng NCC Nhà cung cấp NPP Nhà phân phối NVK Nhân viên kho NVKD Nhân viên kinh doanh MỤC LỤC 2 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ình mua 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ách phâ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ếp giữa người cung cấp và khách hàng (KH) được tiến hành thông qua việc truyền tin. 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ịch thương mại mà trong đó các đối tác giao dịch sử dụng các kỹ thuật thông tin trong khuô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ương mạ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êu chuẩ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. 3 Do kinh nghiệm của bản thân còn hạn chế nên khi thiết kế, xây dựng chương trình sẽ không tránh khỏi sai sót. Chúng em rất mong được nhận sự đóng gó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 tin trong suốt quá trình nhóm em làm đồ án. Chúng em xin chân thành cảm ơn ! 4 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 giao dịch dược phẩm áp dụng thử nghiệm cho nhà phân phối (NPP) là Quầy thuốc bệnh viện Nam Thăng Long và nhà cung cấp (NCC) là Công ty Cổ phần Dược phẩm Nam 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ác sả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à 5 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 doanh nghiệ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ính theo 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ững bê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êu chuẩn ANSI ASC X12. 6 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ài liệ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 (Accredited Standards 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ệc truyề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*>~ GS*IN*SENDERDEPT*007326879*19960807*1548*000001*X*004010~ ST*810*000000001~ BIG*19971211*00001**A99999-01~ N1*ST*BUYSNACKS PORT*9*1223334445~ N3*1000 N. SAMPLE HIGHWAY~ N4*ATHENS*GA*30603~ N1*BT*BUYSNACKS*9*1223334444~ N3*P.O. BOX 0000~ N4*TEMPLE*TX*76503~ N1*RE*FOODSELLER*9*12345QQQQ~ N3*P.O. BOX 222222~ N4*DALLAS*TX*723224444~ ITD*01*3*1.000**15**16*****1/15 NET 30~ FOB*PP~ IT1**16*CA*12.34**UA*002840022222~ PID*F****CRUNCHY CHIPS LSS~ 7 IT1**13*CA*12.34**UA*002840033333~ PID*F****NACHO CHIPS LSS~ IT1**32*CA*12.34**UA*002840044444~ PID*F****POTATO CHIPS~ IT1**51*CA*12.34**UA*002840055555~ PID*F****CORN CHIPS~ IT1**9*CA*12.34**UA*002840066666~ PID*F****BBQ CHIPS~ IT1**85*CA*12.34**UA*002840077777~ PID*F****GREAT BIG CHIPS LSS~ IT1**1*CA*12.34**UA*002840088888~ PID*F****MINI CHIPS LSS~ TDS*255438~ CAD*****FREEFORM~ ISS*207*CA~ CTT*7~ SE*32*000000001~ GE*1*000001~ IEA*1*000000020~ ANSI ASC X12 được tạo thành từ nhiều phân đoạn. Phân đoạn được bao gồm một chuỗi các yếu tố đó là mức thấp nhất của thông tin trong một tài liệu. + Phân đoạn ISA: là lớp ngoài cùng của EDI, là tiêu đề trao đổi cho tài liệu X12, 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ấp thô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 đầu của một giao dịch trao đổi. 8 + 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ệu kế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ột nhó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ác nhó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 doanh nghiệ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án qua 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ính xác trong việc xử lý chứng từ giao dịch. Cụ thể hơn, EDI đem lại những lợi ích sau: • 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. 9 Hình 1.1. Cơ cấu tổ chức của hệ thống. 1.2.2. Quy trình nghiệp vụ. Trước tiên, hai bên NCC và NPP phải đăng ký thông tin doanh nghiệp lên WebService để 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ược phẩ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ần mua 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ụ cho việ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ản hồi đơn hàng để chấp thuận việc đặt mua sản phẩm giữa hai bên. 1.2.3. Quy tắc nghiệp vụ. Khi NPP và NCC thực hiện giao dịch với WebService thì các nội dung bên trong giao dịch đó đều tuân theo đúng cấu trúc của tiêu chuẩn X12. 1.3. Mô hình hóa nghiệp vụ. 1.3.1. Xác định các tác nhân. 10 Hệ thống bao gồm hai hệ thống con của NCC và NPP, chính vì vậy nên tác nhâ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 NPP thì 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ầu nhậ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 đơn khi xuất kho. NhanVienKho NhanVienKinhDoanh Hình 1.2. Các tác nhân nghiệp vụ. 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ên NPP 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ịch giữ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ới NCC 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. • 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ịch giữa NPP và NCC. [...]... thông bá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 21 *Quản lý báo giá Đặc tả Ý nghĩa Tên usecase: Quản lý báo giá Tác nhân chính: NVK Người chịu trách nhiệm: 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. .. Tìm hiểu được tiêu chuẩn trao đổi dữ liệu điện tử EDI và hướng tiếp cận củ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 15 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 vai trò kích hoạt các usecase Ví dụ trong một phần mềm quản lý câu lạc bộ... thông tin thay đổ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 ty mì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ếu thành công sẽ gửi lên service và thông bá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ả Tên usecase: Ý nghĩa Quản lý báo giá 27 Tác... sản xuất lên hệ thống Cập nhật phản hồi Quản lý báo báo giá giá Quản lý KH Tìm kiếm báo giá Thêm các phản hồi báo giá Tìm kiếm báo giá và phản hồi báo giá Cập nhật thông Thêm, xóa NPP tin NPP Tác nhân 19 Tìm kiếm thông tin NPP Cập nhật phản hồi Quản lý đơn đơn hàng hàng Tìm kiếm đơn hàng Tìm kiếm thông tin NPP Thêm các phản hồi đơn hàng Tìm kiếm thông tin đơn hàng 2.1.3 Biểu đồ usecase hệ thống cho nhà... sách để gửi đơn hàng 25 2.1.4 Biểu đồ usecase hệ thống cho nhà cung cấp Hình 2.4 Usecase hệ thống của NCC Đặc tả biểu đồ usecase: *Quản lý thông tin doanh nghiệp Đặc tả Ý nghĩa Tên usecase: Quản lý thông tin doanh nghiệp Tác nhân chính: NVKD 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ó... rõ ràng hệ thống cần làm gì, để tạo sự thống nhất cung cấp nền tả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át triển usecase, cung cấp chức năng theo dõi chức năng mà hệ thống thực hiện 17 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: Usecase Quản lý thông tin doanh Ghi danh hệ thống Cập nhật... phản hồi báo giá ○ Tìm kiếm phản hồi báo giá: nhập thông tin tìm kiếm phản hồi báo giá *Quản lý đơn hàng Đặc tả Ý nghĩa Tên usecase: Quản lý đơn hàng Tác nhân chính: NVKD 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 28 Đả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 Kích hoạt : chọn hóa đơn điện tử và gửi... phối Hình 2.3 Usecase hệ thống của NPP Đặc tả biểu đồ usecase: *Quản lý thông tin doanh nghiệp 20 Đặc tả Ý nghĩa Tên usecase: Quản lý thông tin doanh nghiệp Tác nhân chính: NVK Người chịu trách nhiệm: 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 cập nhật thông tin, đồng bộ thông tin,… Kích... đổi nghiệp Cập nhật báo giá Quản lý báo Tìm kiếm báo giá giá Mô tả Tác nhân Đăng kí thông tin doanh nghiệp và phản hồi báo Thêm các báo giá Tìm kiếm nội dung chi tiết các báo giá, phản hồi báo giá giá NVK Cập nhật đơn hàng Thêm, sửa, xóa các đơn hàng Quản lý đơn dự thảo hàng dự thảo Tìm kiếm dự thảo đơn Tìm kiếm nội dung chi tiết các hàng dự thảo đơn hàng dự thảo Gửi lệnh đặt mua cho các đơn Quản lý. .. 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ản hồi báo giá Kích hoạt: NVKD chọn chức năng Quản Lý Báo Giá trên menu Chuỗi sự kiện chính: • Hệ thống hiển thị form làm việc chính và menu để NVKD lựa chọn chức năng để làm việc NVKD: ○ Thêm phản hồi báo giá: chọn nút . 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. 12 Hình 1.4. Nghiệp vụ đặt hàng. 1.3.4. Biểu đồ ca sử dụng nghiệp vụ. •. nhân nghiệp vụ. 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. tin doanh nghiệp Ghi danh hệ thống Đăng kí thông tin doanh nghiệp mới NVK Cập nhật thông tin Cập nhật thông tin doanh nghiệp khi có sự thay đổi Quản lý báo giá Cập nhật báo giá Thêm các báo giá Tìm