Khóa luận ERP trong hệ thống quản lý và điều hành vận tải du lịch

MỞ ĐẦU Lý do chọn đề tài: Trong vài năm trở lại đây, cùng với sự phát triển của CNTT, ERP đã nhanh chóng trở thành giải pháp được nhiều công ty đầu tư thích đáng do những lợi ích to lớn mà nó mang lại. ERP là một trong ba mũi nhọn có tính chất đột phá cho hướng đi của công nghệ phần mềm Việt Nam. Với dự đoán về sự bùng nổ áp dụng ERP trong vòng 2-3 năm nữa, dự báo rằng với 200 ngàn doanh nghiệp hiện tại và sẽ là 250 ngàn vào năm 2010, đây là sẽ là một thị trường lớn cho các doanh nghiệp phần mềm Việt Nam có sản phẩm ERP. Nếu tới năm 2010, hệ thống ERP được áp dụng cho 35% doanh nghiệp lớn của nhà nước, 15% trong doanh nghiệp vừa và nhỏ (tất nhiên nếu tỷ lệ phần mềm nội địa được sử dụng cao), thì con số cho thị trường ERP nội địa có thể đạt khoảng 50 triệu USD/năm. Tuy nhiên, vì rất nhiều lý do cả khách quan lẫn chủ quan, ở Việt Nam chưa có một thị trường cung cấp giải pháp ERP chuyên nghiệp Bên cạnh hàng loạt những khó khăn đặc biệt sự nhận thức yếu kém, thậm chí sai lệch và tâm lý không muốn thay đổi qui trình kinh doanh của mình (người ứng dụng), thì các nhà cung cấp giải pháp cũng còn quá ít kinh nghiệm phát triển các giải pháp và triển khai ứng dụng chúng. Dựa vào nhu cầu ứng dụng của công ty vận tải du lịch Hải vân, mà nội dung của luận văn được hình thành và được tập trung giải quyết. Đối tượng và phương pháp nghiên cứu, thực hiện: Tìm hiểu một cách tổng quát về một giải pháp ERP từ phương pháp triển khai, qui trình thực hiện, và các thành phần cốt lõi tạo nên nó. Nghiên cứu tìm hiểu một giải pháp ERP đã có trên thị trường như Oracle E-Business Suite (Special Edition) Khảo sát và phân tích kết quả khảo sát để nắm bắt nghiệp vụ tổ chức vận hành công ty vận tải du lịch Hải vân, tiếp đến phân tích thiết kế của hệ thống này. Để thực hiện quá trình phân tích và thiết kế hai phân hệ của hệ thống ERP này, phương pháp hướng đối tượng và ngôn ngữ UML (Unified Modeling Language) được sử dụng. Qui trình phát triển RUP (Rational Unified Process) cũng như công cụ CASE (Computer Aided Software Engineering): Rational Rose 2003, Power Design 11. MỤC LỤC LỜI CẢM ƠNiii TÓM TẮT KHÓA LUẬNiv MỤC LỤCv MỞ ĐẦU1 Chương 1: TỔNG QUAN VỀ Enterprise Resource Planning (ERP). 2 1.1. Khái niệm về ERP2 1.2. Các thành phần cơ bản của ERP (kiến trúc một giải pháp ERP). 4 1.3. Làm thế nào để triển khai ERP cho doanh nghiệp?. 6 1.4. Quy trình triển khai ứng dụng hệ thống ERP7 1.5. Các lợi ích khi sử dụng ERP8 1.5.1. Loại bỏ các sai sót có thể xảy ra khi nhiều người cùng nhập một dữ liệu. 8 1.5.2. Tăng tốc độ dòng công việc. 9 1.5.3. Dữ liệu tập trung. 9 1.5.4. Dễ dàng kiểm soát, dễ dàng đưa ra kế hoạch hoạch định cho doanh nghiệp. 9 Chương 2: ERP CHO VẬN TẢI DU LỊCH HẢI VÂN10 2.1. Phân tích kết quả khảo sát10 2.1.1. Tổ chức. 10 2.1.2. Các bộ phận quan trọng. 11 2.1.2.1. Bộ phận phụ trách Thị trường. 11 2.1.2.2. Bộ Phận Điều Hành. 14 2.1.2.3. Đội Xe. 16 2.1.2.4. Xưởng, Kho. 18 2.1.2.5. Bộ Phận Nhân Sự. 20 2.1.2.6. Bộ Phận Kế Toán. 21 2.1.2.7. Bộ Phận Marketing. 22 2.1.2.8. Bộ phận Tin học. 22 2.1.2.9. Sơ đồ mô hình nghiệp vụ. 23 2.2. Giải pháp chung. 24 2.1.1. Mô hình tổng thể. 24 Chương 3: PHÂN TÍCH PHÂN HỆ THỊ TRƯỜNG VÀ ĐIỀU HÀNH25 3.1. Phân tích yêu cầu nghiệp vụ. 25 3.1.1. Phân tích nghiệp vụ phân hệ Thị Trường và Điều Hành. 25 3.1.1.1. Xây dựng qui trình nghiệp vụ thực hiện. 25 3.1.1.2. Danh sách các tác nhân nghiệp vụ (business actor). 27 3.1.1.3. Danh sách các ca sử dụng nghiệp vụ (business use case). 28 3.1.1.4. Mô hình ca sử dụng nghiệp vụ. 29 3.1.2. Các chức năng của từng phân hệ. 30 3.1.2.1. Chức năng phân hệ thị trường. 30 3.1.2.2. Chức năng phân hệ điều hành. 32 3.1.3. Biểu đồ khái niệm lĩnh vực nghiệp vụ. 33 3.1.3.1. Phân hệ thị trường. 33 3.1.3.2. Phân hệ điều hành. 34 3.1.4. Bảng từ điển dữ liệu. 34 3.2. Phát triển mô hình ca sử dụng hệ thống. 37 3.2.1. Xác định tác nhân. 37 3.2.2. Xác định ca sử dụng. 39 3.2.2.1. Phân hệ thị trường. 39 3.2.2.2. Phân hệ điều hành. 47 3.2.3. Mô hình ca sử dụng. 53 3.2.3.1. Mô hình mức tổng thể Phân hệ thị trường. 53 3.2.3.2. Mô hình mức tổng thể Phân hệ điều hành. 54 3.2.4. Mô tả chi tiết từng ca sử dụng. 54 3.2.4.1. Phân hệ thị trường. 54 3.2.4.2. Phân hệ điều hành. 69 3.3. Xây dựng mô hình phân tích các ca sử dụng. 76 3.3.1. Phân hệ thị trường. 76 3.3.1.1. Gói quản lý người dùng hệ thống. 76 3.3.1.2. Gói quản lý thông tin tiếp thị79 3.3.1.3. Gói quản lý báo giá. 82 3.3.1.4. Gói quản lý khách hàng thân thiết85 3.3.1.5. Gói quản lý hợp đồng. 87 3.3.1.6. Gói quản lý đơn đặt xe. 89 3.3.1.7. Gói kết chuyển – tiếp nhận tới – từ phân hệ điều hành. 93 3.3.1.8. Gói kết chuyển toàn bộ chuyến đi tới phòng kế toán. 95 3.3.1.9. Gói quản lý thay đổi phát sinh. 97 3.3.2. Phân hệ điều hành. 99 3.3.2.1. Gói quản lý thông tin từ thị trường. 99 3.3.2.2. Gói quản lý tài nguyên cộng tác viên. 101 3.3.2.3. Gói quản lý tài nguyên công ty. 103 3.3.2.4. Gói điều xe. 105 3.3.2.5. Gói quản lý phát sinh sự cố. 107 Chương 4: THIẾT KẾ PHÂN HỆ THỊ TRƯỜNG VÀ ĐIỀU HÀNH110 4.1. Kiến trúc hệ thống vật lý của ứng dụng. 110 4.1.1. Thiết kế hệ thống vật lý. 110 4.1.2. Môi trường ứng dụng. 111 4.2. Tổ chức các gói thiết kế. 111 4.2.1. Thiết kế các lớp trong gói Database. 112 4.2.2. Thiết kế các lớp trong gói giao diện người sử dụng. 120 4.3. Thiết kế từng ca sử dụng. 121 4.3.1. Gói quản lý đơn đặt xe của phân hệ Thị trường. 121 4.3.1.1. Xác định lớp thiết kế tham gia thực thi các ca sử dụng. 121 4.3.1.2. Thiết kế các gói phân tích. 122 4.3.1.3. Biểu đồ tuần tự thực thi gói quản lý đơn đặt xe. 125 4.3.1.4. Biểu đồ lớp gói quản lý đơn đặt xe. 127 KẾT LUẬN128 BẢNG THUẬT NGỮ ANH – VIỆT. 129 TÀI LIỆU THAM KHẢO131

doc138 trang | Chia sẻ: lvcdongnoi | Lượt xem: 2653 | Lượt tải: 4download
Bạn đang xem trước 20 trang tài liệu Khóa luận ERP trong hệ thống quản lý và điều hành vận tải du lịch, để xem tài liệu hoàn chỉnh bạn click vào nút DOWNLOAD ở trên
ện form nhập thông tin đặt xe Nhập thông tin đơn đặt xe Tìm kiếm và hiển thị danh sách tìm kiếm Đơn đặt xe Chọn đơn đặt xe từ danh sách tìm kiếm Hiển thị thông tin đặt xe được chọn Đơn đặt xe Cấp code Kiểm tra, lưu Hồ sơ Đơn đặt xe Luồng sự kiện phụ: Bước 4, không có đơn đặt xe nào thỏa mãn điều kiện tìm kiếm thì yêu cầu tìm lại hoặc dừng. Bước 8, nếu thông tin cập nhật không chính xác thì yêu cầu nhập lại hoặc dừng. Sau bước 8, tác nhân tính giá nếu có sự thay đổi. uc31. Tìm kiếm thông tin khách hàng Tác nhân: Nhân viên thị trường. Mục đích: Tìm kiếm thông tin theo yêu cầu của tác nhân. Mô tả: Khi có yêu cầu tìm kiếm, hệ thống hiện form tìm kiếm và đáp ứng yêu cầu người dùng. Chức năng tham chiếu: R.5.5 Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Yêu cầu tìm kiếm Hiện form tìm kiếm Nhập thông tin đơn đặt xe Tìm kiếm và hiển thị danh sách tìm kiếm Đơn đặt xe Luồng sự kiện phụ: Bước 4, không có đơn đặt xe nào thỏa mãn điều kiện tìm kiếm thì yêu cầu tìm lại hoặc dừng. Tại bước 4, nếu thành công tác nhân có thể thực hiện các thao tác như hiện thông tin, cập nhật, tính giá. uc32. Phân loại đơn đặt xe (theo các chỉ tiêu khác nhau) Tác nhân: Nhân viên thị trường. Mục đích: Phân loại đơn đặt xe có thể theo nhiều qui tắc như: theo thời gian cập nhật, theo khách hàng, theo loại xe đặt. Mô tả: Nhân viên thị trường chọn tiêu chí phân loại, hệ thống sẽ phân loại để nhằm dễ tổng hợp. Chức năng tham chiếu: R.5.6 Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Yêu cầu phân loại Hiện form với các tiêu chí Chọn tiêu chí, thực hiện Kiểm tra, hiện kết quả Đơn đặt xe 7. Gói kết chuyển – tiếp nhận tới – từ phân hệ điều hành uc33. Kết chuyển thông tin đặt xe Tác nhân: Nhân viên thị trường, Phân hệ điều hành. Mục đích: Kết chuyển hồ sơ chuyến đi tới phân hệ điều hành, hồ sơ này cần được điều xe trong một thời gian tới. Mô tả: Khi một hồ sơ đặt xe đã hoàn thành nhân viên thị trường đẩy thông tin này sang phân hệ điều hành, nhân viên điều hành sẽ lấy thông tin này điều xe dự trù. Chức năng tham chiếu: R.6.1 Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Yêu cầu kết chuyển thông tin hồ sơ đặt xe Hiện form nhập liệu thông tin đặt xe Nhập thông tin tìm kiếm, và tìm kiếm Hiện danh sách thỏa mãn điểu kiện tìm kiếm Hồ sơ đặt xe Chọn hồ sơ đặt xe từ danh sách tìm kiếm và kết chuyển Hệ thống đánh dấu là hồ sơ đã được kết chuyển Hồ sơ đặt xe Luồng sự kiện phụ: Bước 4, không có đơn đặt xe nào thỏa mãn điều kiện tìm kiếm thì yêu cầu tìm lại hoặc dừng. uc34. Tạo, kết chuyển phiếu điều xe Tác nhân: Nhân viên thị trường, Phân hệ điều hành. Mục đích: Tạo, kết chuyển phiếu điều xe tới phân hệ điều hành. Mô tả: Khi một đơn đặt xe đến lúc phải thực hiện, nhân viên thị trường tạo phiếu điều xe với các thông tin yêu cầu và kết chuyển tới phân hệ điều hành để nhân viên điều hành “điều” một xe phù hợp. Chức năng tham chiếu: R.6.1 Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Yêu cầu tạo, kết chuyển phiếu điều xe. Hiện form nhập liệu thông tin đặt xe Nhập thông tin tìm kiếm, và tìm kiếm Hiện danh sách thỏa mãn điều kiện tìm kiếm Hồ sơ đặt xe Chọn hồ sơ đặt xe từ danh sách tìm kiếm, và tạo phiếu điều xe cho hồ sơ đặt xe này. Kiểm tra, tạo phiếu điều xe Phiếu điều xe Chọn phiếu điều xe và kết chuyển tới phân hệ điều hành. Hệ thống đánh dấu phiếu điều xe đã được kết chuyển. Phiếu điều xe. Luồng sự kiện phụ: Bước 4, không có đơn đặt xe nào thỏa mãn điều kiện tìm kiếm thì yêu cầu tìm lại hoặc dừng. Bước 6, nếu thông tin cập nhật không chính xác thì yêu cầu nhập lại hoặc dừng. uc35. Tiếp nhận phiếu phát sinh, sự cố Tác nhân: Nhân viên thị trường, Phân hệ điều hành. Mục đích: Tiếp nhận phiếu phát sinh sự cố từ phân hệ điều hành. Mô tả: Khi phân hệ điều hành kết chuyển phiếu phát sinh, sự cố tới thì nhân viên phải lưu trữ. Chức năng tham chiếu: R.6.2 Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Có phiếu phát sinh sự cố chuyển tới Hiện danh sách Chọn chức năng tìm kiếm khách hàng có sự phát sinh thay đổi Tìm kiếm và hiện danh sách. Hồ sơ đặt xe Chọn hồ sơ đặt xe từ danh sách tìm kiếm và lưu phiếu phát sinh, sự cố. Kiểm tra, lưu và đánh dấu phiếu điều xe được lưu (chuyển đổi màu sắc sang trạng thái đã được lưu) Phiếu điều xe, hồ sơ đặt xe Chọn phiếu điều xe và kết chuyển tới phân hệ điều hành. Hệ thống đánh dấu phiếu điều xe đã được kết chuyển. Phiếu điều xe. Luồng sự kiện phụ: Sau bước 8, sẽ thực hiện tính giá cho sự thay đổi đó. Các ca sử dụng này đều là cập nhật phát sinh sự cố. 8. Gói kết chuyển toàn bộ chuyến đi tới phòng kế toán uc36. Kết chuyển toàn bộ hồ sơ chuyến đi tới phân hệ kế toán Tác nhân: Nhân viên thị trường, Phân hệ kế toán. Mục đích: Kết chuyển toàn bộ hồ sơ chuyến đi tới phân hệ kế toán. Mô tả: Khi chuyến đi được hoàn thành phân hệ thị trường kết chuyển toàn bộ chuyến đi tới phân hệ kế toán. Chức năng tham chiếu: R.7 Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Yêu cầu kết chuyển toàn bộ hồ sơ chuyến đi tới phân hệ kế toán Hiện form nhập thông tin tìm kiếm hồ sơ chuyến đi Nhập thông tin về hồ sơ chuyến đi Tìm kiếm và hiện danh sách. Hồ sơ chuyến đi Chọn hồ sơ chuyến đi từ danh sách tìm kiếm. Hiện thông tin về hồ sơ chuyến đi Hồ sơ chuyến đi Kết chuyển Đánh dấu đã kết chuyển Hồ sơ chuyến đi. 9. Gói quản lý thay đổi phát sinh uc37. Cập nhật hồ sơ khách hàng Tác nhân: Nhân viên thị trường. Mục đích: Cập nhật hồ sơ khách hàng khi có sự thay đổi. Mô tả: Khi có sự thay đổi phát sinh trong lúc thực hiện chuyến đi, hệ thống phải ghi nhận sự thay đổi đó. Chức năng tham chiếu: Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Có sự phát sinh thay đổi Hiện form nhập thông tin tìm kiếm hồ sơ chuyến đi Nhập thông tin về hồ sơ chuyến đi Tìm kiếm và hiện danh sách. Hồ sơ chuyến đi Chọn hồ sơ chuyến đi từ danh sách tìm kiếm. Hiện thông tin về hồ sơ chuyến đi Hồ sơ chuyến đi Thực hiện ca sử dụng uc35. Đánh dấu đã cập nhật Hồ sơ chuyến đi. Luồng sự kiện phụ: Sau bước 8, có thể thực hiện ca sử dụng tính giá, gửi tới khách hàng. uc38. Tính giá, gửi tới khách hàng Tác nhân: Nhân viên thị trường, Khách hàng. Mục đích: Khi có sự thay đổi phát sinh thì giá có thể thay đổi, nếu trường hợp thay đổi thì tính giá và gửi giá cho khách hàng. Mô tả: Sau khi cập nhật thay đổi phát sinh, tác nhân tính giá cho sự thay đổi đó và gửi cho khách hàng. Chức năng tham chiếu: Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Có sự phát sinh thay đổi Hiện form nhập thông tin tìm kiếm hồ sơ chuyến đi Nhập thông tin về hồ sơ chuyến đi Tìm kiếm và hiện danh sách. Hồ sơ chuyến đi Chọn hồ sơ chuyến đi từ danh sách tìm kiếm. Hiện thông tin về hồ sơ chuyến đi Hồ sơ chuyến đi Thực hiện uc37. Đánh dấu đã cập nhật Hồ sơ chuyến đi. Tính giá cho sự thay đổi và cập nhật Hệ thống cập nhật Hồ sơ chuyến đi Gửi giá thay đổi cho khách hàng Đánh dấu đã gửi giá tới khách hàng. Giá phát sinh 3.2.4.2. Phân hệ điều hành 1. Gói quản lý thông tin từ thị trường uc8. Quản lý thông tin kết chuyển từ phân hệ thị trường Tác nhân: Nhân viên điều hành. Mục đích: Tất cả các thông tin về khách hàng cần được điều xe mà phân hệ thị trường kết chuyển tới thì cần được quản lý. Mô tả: Tất cả thông tin được kết chuyển tới phải được quản lý. Những thông tin nào đã được xử lý, những thông tin nào chưa được xử lý đều phải được lưu trữ. Chức năng tham chiếu: T.3 Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Yêu cầu lưu trữ Hiện tất cả các hồ sơ đã được kết chuyển Chọn thông tin từ danh sách và đặt trạng thái là đã xử lý hay chưa xử lý Cập nhật trạng thái thông tin Hồ sơ chuyến đi uc9. Cập nhật thông tin kết chuyển Tác nhân: Nhân viên điều hành. Mục đích: Khi đã có hồ sơ đặt xe đã kết chuyển tới để điều xe cho tương lai, khi có sự thay đổi thông tin thì hệ thống phải cập nhật. Mô tả: Tất cả thông tin được kết chuyển tới phải được quản lý. Khi có sự thay đổi thì hệ thống cập nhật và đặt trạng thái của hồ sơ đặt xe đó về trạng thái đã có sự thay đổi. Chức năng tham chiếu: T.3 Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Có sự cố, phát sinh, thay đổi Hiện form nhập thông tin tìm kiếm hồ sơ đặt xe Nhập thông tin về hồ sơ đặt xe. Tìm kiếm và hiện danh sách. Hồ sơ chuyến đi Chọn hồ sơ đặt xe từ danh sách tìm kiếm. Hiện thông tin về hồ sơ đặt xe. Hồ sơ chuyến đi Nhập liệu thông tin thay đổi và thực hiện cập nhật. Đánh dấu đã cập nhật, và chuyển trạng thái hồ sơ đặt xe về trạng thái có sự thay đổi. Hồ sơ chuyến đi uc12. Lưu phiếu điều xe Tác nhân: Nhân viên điều hành. Mục đích: Khi phân hệ thị trường kết chuyển phiếu điều xe tới, phân hệ điều hành phải đổ đầy thông tin vào phiếu và lưu trữ nó. Mô tả: Phiếu điều xe được chuyển tới, nhân viên điều hành phải dựa vào phiếu điều xe “điều” một xe tối ưu nhất và ghi lại trên phiếu điều xe, đặt trạng thái phiếu ở trạng thái đã xử lý. Để làm rõ trách nhiệm của từng phân hệ, hệ thống phải ghi rõ thời gian gửi và liệu nhân viên điều hành có kiểm tra nó hay không? Chức năng tham chiếu: T.3 Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Có phiếu điều xe kết chuyển Hiện form nhập thông tin tìm kiếm hồ sơ đặt xe Nhập thông tin về hồ sơ đặt xe. Tìm kiếm và hiện danh sách. Hồ sơ chuyến đi Chọn hồ sơ đặt xe từ danh sách tìm kiếm. Hiện thông tin về hồ sơ đặt xe. Hồ sơ chuyến đi Đồng bộ hóa thông tin mới được cập nhật từ phân hệ thị trường và thông tin đã nhận. Đánh dấu đã cập nhật, và chuyển trạng thái hồ sơ đặt xe về trạng thái có sự thay đổi. Hồ sơ chuyến đi 2. Gói quản lý tài nguyên cộng tác viên uc13. Cập nhật tài nguyên xe cộng tác viên Tác nhân: Nhân viên điều hành, cộng tác viên. Mục đích: Quản lý tài nguyên xe của cộng tác viên. Mô tả: Khi có sự thay đổi về tài nguyên xe của cộng tác viên thì cập nhật tài nguyên xe đó. Chức năng tham chiếu: T.2 Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Yêu cầu cập nhật tài nguyên xe cộng tác viên. Hiện form nhập thông tin tìm kiếm hồ sơ xe cộng tác viên Nhập thông tin về hồ sơ tài nguyên xe cộng tác viên. Tìm kiếm và hiện danh sách. Hồ sơ tài nguyên xe cộng tác viên Chọn hồ sơ tài nguyên xe cộng tác viên từ danh sách tìm kiếm. Hiện thông tin về hồ sơ tài nguyên xe cộng tác viên. Hồ sơ tài nguyên xe cộng tác viên Nhập liệu thông tin thay đổi và thực hiện cập nhật. Kiểm tra, thông báo đã cập nhật. Hồ sơ tài nguyên xe cộng tác viên Luồng sự kiện phụ: Bước 4, nếu không có thông tin nào đáp ứng điều kiện tìm kiếm thì có thể tìm lại, dừng, hoặc tạo mới hồ sơ tài nguyên xe cộng tác viên. Bước 6, nếu hồ sơ xe được tìm thấy, ở đó có thể thực hiện xóa hồ sơ tài nguyên xe cộng tác viên nếu cần thiết. uc14. Cập nhật tài nguyên lái xe cộng tác viên Tác nhân: Nhân viên điều hành, cộng tác viên. Mục đích: Quản lý tài nguyên lái xe của cộng tác viên. Mô tả: Tài nguyên lái xe cộng tác viên được quản lý như là tài nguyên lái xe công ty. Chức năng tham chiếu: T.2 Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Yêu cầu cập nhật tài nguyên lái xe cộng tác viên Hiện form nhập thông tin tìm kiếm hồ sơ lái xe cộng tác viên Nhập thông tin về hồ sơ lái xe cộng tác viên Tìm kiếm và hiện danh sách. Hồ sơ lái xe cộng tác viên Chọn hồ sơ lái xe từ danh sách tìm kiếm. Hiện thông tin về hồ sơ lái xe cộng tác viên. Hồ sơ lái xe cộng tác viên Nhập liệu thông tin thay đổi và thực hiện cập nhật. Kiểm tra, cập nhật. Hồ sơ lái xe cộng tác viên Luồng sự kiện phụ: Bước 4, nếu không có thông tin nào đáp ứng điều kiện tìm kiếm thì có thể tìm lại, dừng, hoặc tạo mới hồ sơ tài nguyên lái xe cộng tác viên. Bước 6, nếu hồ sơ xe được tìm thấy, ở đó có thể thực hiện xóa hồ sơ tài nguyên lái xe cộng tác viên nếu cần thiết. 3. Gói quản lý tài nguyên công ty uc15. Cập nhật tình trạng xe Tác nhân: Nhân viên điều hành, Phân hệ kỹ thuật xe. Mục đích: Để nhân viên điều hành nắm được tình trạng xe trong hôm nay, và tương lai. Mô tả: Sau mỗi ngày, hoặc khi có sự thay đổi về tài nguyên xe thì phân hệ kỹ thuật xe kết chuyển thông tin tới. Phân hệ điều hành cập nhật nó. Chức năng tham chiếu: T.1.1.1, T.1.1.2 Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Yêu cầu cập nhật tài nguyên xe công ty. Hiện form nhập thông tin tìm kiếm hồ sơ xe công ty. Nhập thông tin về hồ sơ xe công ty. Tìm kiếm và hiện danh sách. Hồ sơ xe công ty. Chọn hồ sơ xe từ danh sách tìm kiếm. Hiện thông tin về hồ sơ xe công ty. Hồ sơ xe công ty Nhập liệu thông tin thay đổi và thực hiện cập nhật. Kiểm tra, cập nhật. Hồ sơ xe công ty Luồng sự kiện phụ: Bước 4, nếu không có thông tin nào đáp ứng điều kiện tìm kiếm thì có thể tìm lại, dừng, hoặc tạo mới hồ sơ tài nguyên xe công ty. Bước 6, nếu hồ sơ xe được tìm thấy, ở đó có thể thực hiện xóa hồ sơ xe công ty nếu cần thiết. Bước 7, có thể thực hiện uc16: Cập nhật thông số kỹ thuật xe. uc17. Cập nhật thông tin lái xe Tác nhân: Nhân viên điều hành, Phân hệ nhân sự. Mục đích: Để nhân viên điều hành nắm được thông tin về nhân viên lái xe, từ đó điều nhân viên một cách tối ưu nhất. Mô tả: Khi có một sự thay đổi về thông tin nhân viên lái xe, phân hệ nhân sự sẽ kết chuyển tới phân hệ điều hành và cập nhật nó. Chức năng tham chiếu: T.1.2 Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Yêu cầu cập nhật nhân viên lái xe. Hiện form nhập thông tin tìm kiếm hồ sơ nhân viên lái xe. Nhập thông tin về hồ sơ nhân viên lái xe. Tìm kiếm và hiện danh sách. Hồ sơ nhân viên lái xe. Chọn hồ sơ nhân viên lái xe từ danh sách tìm kiếm. Hiện thông tin về hồ sơ nhân viên lái xe công ty. Hồ sơ nhân viên lái xe. Nhập liệu thông tin thay đổi và thực hiện cập nhật. Kiểm tra, cập nhật. Hồ sơ nhân viên lái xe Luồng sự kiện phụ: Bước 4, nếu không có thông tin nào đáp ứng điều kiện tìm kiếm thì có thể tìm lại, dừng. Bước 6, nếu hồ sơ xe được tìm thấy, ở đó có thể thực hiện xóa hồ sơ xe công ty nếu cần thiết. Bước 7, thực hiện uc18: Cập nhật tình trạng nhân viên lái xe. 4. Gói điều xe uc19. Điều xe Tác nhân: Nhân viên điều hành. Mục đích: Dựa vào các mục tiêu nghiệp vụ(1), nhân viên “điều” xe tối ưu đáp ứng các mục tiêu đó . Mô tả: Để điều xe nhân viên điều hành phải tìm kiếm tài nguyên xe công ty, tài nguyên lái xe trong công ty. Nếu tài nguyên công ty không đáp ứng được các mục tiêu thì khi đó tìm trong tài nguyên cộng tác viên. Chức năng tham chiếu: T.4.1 Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Yêu cầu điều xe, nhập mã phiếu điều xe Hiện form điều xe. Nhập thông tin về yêu cầu điều xe. Chọn thứ tự các mục tiêu (độ ưu tiên giữa các mục tiêu), thực hiện Hiện danh sách các đáp án có thể. Hồ sơ xe, lái xe. Chọn xe, lái xe từ danh sách tìm kiếm. Hiện thông tin về hồ sơ xe và hồ sơ lái xe Hồ sơ xe, lái xe Thực hiện uc20. Đặt trạng thái xe, lái xe ở trạng thái bận trong một khoảng thời gian đó. Kiểm tra, cập nhật. Hồ sơ xe, lái xe Thực hiện uc21. Cập nhật phiếu điều xe Đổ thông tin điều xe được vào phiếu điều xe Phiếu điều xe Thực hiện uc22. Kết chuyển tới phân hệ đội xe Đánh dấu phiếu điều xe đã được thực hiện và kết chuyển Phiếu điều xe Luồng sự kiện phụ: Bước 4, nếu không có thông tin nào đáp ứng điều kiện tìm kiếm thì có thể thu hẹp mục tiêu. Bước 7, khi thực hiện uc20 thì đều có thể thay đổi hoặc hủy và dừng lại nếu chỉ là điều xe dự trù trong tương lai. Bước 9, thực hiện uc21 nếu đã chắc chắn. 5. Gói quản lý phát sinh sự cố uc23. Tạo lập phiếu phát sinh Tác nhân: Nhân viên điều hành, Phân hệ thị trường. Mục đích: Nhằm quản lý những phát sinh sự cố. Mô tả: Khi có phát sinh sự cố nhân viên điều hành tạo một phiếu phát sinh sự cố. Chức năng tham chiếu: T.4.2 Luồng sự kiện chính: Hành động của tác nhân Phản ứng của hệ thống Dữ liệu liên quan Có phát sinh sự cố Hiện form nhập liệu tìm kiếm hồ sơ chuyến đi. Nhập thông tin về chuyến đi Hiện danh sách các đáp án có thể. Hồ sơ chuyến đi Chọn hồ sơ chuyến đi từ danh sách Hiện thông tin về hồ sơ chuyến đi Hồ sơ chuyến đi Thực hiện tạo phiếu phát sinh cho hồ sơ chuyến đi đó. Kiểm tra, thực hiện và thông báo Hồ sơ chuyến đi Thực hiện uc24. xử lý phát sinh sự cố bằng cách tham chiếu tới gói điều xe để cập nhật hồ sơ chuyến đi, hoặc phải điều xe lại. Hồ sơ chuyến đi được cập nhật Phiếu phát sinh sự cố Đổ thông tin xử lý được vào phiếu phát sinh Phiếu phát sinh sự cố xe được đổ Phiếu phát sinh sự cố Thực hiện uc25. Kết chuyển tới phân hệ thị trường Đánh dấu chuyến đi có phát sinh sự cố và được xử lý, kết chuyển Phiếu phát sinh sự cố Luồng sự kiện phụ: Bước 4, nếu không có thông tin nào đáp ứng điều kiện tìm kiếm thì kiểm tra lại thông tin nhập liệu. Bước 9, khi thực hiện uc24 thì đều có thể thay đổi hoặc hủy và dừng lại. Bước 11, thực hiện nếu uc24 đã chắc chắn. 3.3. Xây dựng mô hình phân tích các ca sử dụng 3.3.1. Phân hệ thị trường 3.3.1.1. Gói quản lý người dùng hệ thống a. Biểu đồ tuần tự hệ thống Hình 3.25. Biểu tuần tự hệ thống gói quản lý người dùng hệ thống b. Mô hình khái niệm Tác nhân: Nhân viên thị trường Lớp thực thể: NguoiDungHeThong Lớp giao diện: Lớp giao diện FormUpdateAcount cho phép nhập liệu thông tin cập nhật, FormCreateAccount nhập liệu tạo người dùng hệ thống mới, FormRemoveAccout xóa người dùng hệ thống. Lớp điều khiển: CtrlManageAccount. Sơ đồ liên kết: Hình 3.26. Biểu đồ lớp phân tích thực thi gói quản lý người dùng hệ thống c. Biểu đồ tương tác đối tượng khái niệm Hình 3.27. Biểu đồ tuần tự thực thi gói quản lý người dùng hệ thống 3.3.1.2. Gói quản lý thông tin tiếp thị a. Biểu đồ tuần tự hệ thống Hình 3.28. Biểu đồ tuần tự hệ thống gói quản lý thông tin tiếp thị b. Mô hình khái niệm Tác nhân: Nhân viên thị trường Lớp giao diện: FomMgeMarketingInfo lớp giao diện quản lý thông tin tiếp thị, FomSeach là form thực thi ca sử dụng tìm kiếm. Lớp điều khiển: CtrlMarketingInfo lớp điều khiển quản lý thông tin tiếp thị. Lớp thực thể: ThongTinTiepThi Sơ đồ liên kết: Hình 3.29. Biểu đồ lớp phân tích thực thi gói quản lý thông tin tiếp thị c. Biểu đồ tuần tự đối tượng khái niệm Hình 3.30. Biểu đồ tuần tự phân tích thực thi gói quản lý thông tin tiếp thị d. Biểu đồ cộng tác đối tượng khái niệm Hình 3.31. Biểu đồ cộng tác thực thi gói quản lý thông tin tiếp thị 3.3.1.3. Gói quản lý báo giá a. Biểu đồ tuần tự hệ thống Hình 3.32. Biểu đồ tuần tự hệ thống gói quản lý báo giá b. Mô hình khái niệm Tác nhân: Nhân viên thị trường, Khách hàng Lớp giao diện: lớp giao diện FomMgePricesNoticeInfo có vai trò là giao diện nhập liệu, hiển thị thông tin báo giá, FomSeach là form về thực thi ca sử dụng tìm kiếm. Lớp điều khiển: lớp điều khiển CtrlPricesNoticeInfo có vai trò quản lý thông tin về báo giá. Lớp thực thể: lớp thực thể BaoGia (báo giá) có vai trò lưu trữ thông tin về báo giá. Sơ đồ liên kết: Hình 3.33. Biểu đồ lớp phân tích thực thi gói quản lý báo giá c. Biểu đồ tuần tự đối tượng khái niệm Hình 3.34. Biểu đồ tuần tự phân tích thực thi gói quản lý báo giá d. Biểu đồ cộng tác đối tượng khái niệm Hình 3.35. Biểu đồ cộng tác thực thi gói quản lý báo giá 3.3.1.4. Gói quản lý khách hàng thân thiết a. Biểu đồ tuần tự hệ thống Hình 3.36. Biểu đồ tuần tự hệ thống gói quản lý khách hàng thân thiết b. Mô hình khái niệm Tác nhân: Nhân viên thị trường, Khách hàng Lớp giao diện: lớp giao diện FomMgeCustomerInfo có vai trò nhập liệu hiển thị thông tin về khách hàng thân thiết, FomSeach là form thực thi ca sử dụng tìm kiếm. Lớp điều khiển: CtrlCustomerInfo lớp điều khiển quản lý khách hàng thân thiết. Lớp thực thể: KhachHang Sơ đồ liên kết: Hình 3.37. Biểu đô lớp phân tích thực thi gói quản lý khách hàng thân thiết c. Biểu đồ tuần tự đối tượng khái niệm Hình 3.38. Biểu đồ tuần tự phân tích thực thi gói quản lý khách hàng thân thiết 3.3.1.5. Gói quản lý hợp đồng a. Biểu đồ tuần tự hệ thống Hình 3.39. Biểu đồ tuần tự hệ thống gói quản lý hợp đồng b. Mô hình khái niệm Tác nhân: Nhân viên thị trường Lớp giao diện: lớp giao diện FomMgeContractInfo có vai trò là giao diện nhập liệu, hiển thị thông tin hợp đồng, FomSeach là form để thực thi ca sử dụng tìm kiếm. Lớp điều khiển: lớp điều khiển CtrlContractInfo có vai trò điều khiển quản lý thông tin về hợp đồng. Lớp thực thể: lớp thực thể HopDong (Hợp đồng) có vai trò lưu trữ thông tin về hợp đồng. Sơ đồ liên kết: Hình 3.40. Biểu đồ lớp phân tích thực thi gói quản lý hợp đồng c. Biểu đồ tuần tự đối tượng khái niệm Hình 3.41. Biểu đồ tuần tự phân tích thực thi gói quản lý hợp đồng 3.3.1.6. Gói quản lý đơn đặt xe a. Biểu đồ tuần tự hệ thống Hình 3.42. Biểu đồ tuần tự hệ thống gói quản lý đơn đặt xe b. Mô hình khái niệm Tác nhân: Nhân viên thị trường, Khách hàng Lớp giao diện: lớp giao diện FomMgeOrderInfo có vai trò là giao diện nhập liệu, hiển thị thông tin đơn đặt xe, FomSeach là form để thực thi ca sử dụng tìm kiếm. Lớp điều khiển: lớp điều khiển CtrlOrderInfo có vai trò quản lý thông tin về đơn đặt xe. Lớp thực thể: lớp thực thể DonDatXe (Đơn đặt xe) có vai trò lưu trữ thông tin về đơn đặt xe của khách hàng. Sơ đồ liên kết: Hình 3.43. Biểu đồ lớp phân tích thực thi gói quản lý đơn đặt xe c. Biểu đồ tuần tự đối tượng khái niệm Hình 3.44. Biểu đồ tuần tự phân tích thực thi gói quản lý đơn đặt xe 3.3.1.7. Gói kết chuyển – tiếp nhận tới – từ phân hệ điều hành a. Biểu đồ tuần tự hệ thống Hình 3.45. Biểu đồ tuần tự hệ thống gói kết chuyển – tiếp nhận từ – tới phân hệ Điều hành. b. Mô hình khái niệm Tác nhân: Nhân viên thị trường, Phân hệ điều hành Lớp giao diện: lớp giao diện FomMgeForward- Receive có vai trò là giao diện nhập liệu, hiển thị thông tin, FomMgePhieuDieuXe có vai trò nhập liệu hiển thị thông tin phiếu điều xe, FomSeach là form để thực thi ca sử dụng tìm kiếm. Lớp điều khiển: lớp điều khiển CtrlForward-ReceiveInfo có vai trò quản lý thông tin về đơn đặt xe. Lớp thực thể: lớp thực thể DonDatXe (Đơn đặt xe) có vai trò lưu trữ thông tin về đơn đặt xe của khách hàng. PhieuDieuXe (Phiếu điều xe) có vai trò lưu trữ thông tin về điều xe. PhieuPhatSinhSuCo (Phiếu phát sinh sự cố) có vai trò lưu trữ thông tin về phát sinh sự cố xẩy ra. Sơ đồ liên kết: Hình 3.46. Biểu đồ lớp phân tích gói kết chuyển – tiếp nhận tới – từ Phân hệ Điều hành. c. Biểu đồ tuần tự đối tượng khái niệm Hình 3.47. Biểu đồ tuần tự phân tích thực thi gói kết chuyển – tiếp nhận tới – từ Phân hệ Điều hành. 3.3.1.8. Gói kết chuyển toàn bộ chuyến đi tới phòng kế toán a. Biểu đồ tuần tự hệ thống Hình 3.48. Biểu đồ tuần tự hệ thống gói kết chuyển toàn bộ chuyến đi tới Phân hệ kế toán b. Mô hình khái niệm Tác nhân: Nhân viên thị trường, Phân hệ kế toán. Lớp giao diện: lớp giao diện FomMgeForward có vai trò là giao diện nhập liệu, hiển thị thông tin, FomSeach là form để thực thi ca sử dụng tìm kiếm. Lớp điều khiển: lớp điều khiển CtrlForward có vai trò quản lý thông tin về hồ sơ chuyến đi. Lớp thực thể: lớp thực thể HoSoChuyenDi (Hồ sơ chuyến đi) có vai trò lưu trữ thông tin về hồ sơ chuyến đi của khách hàng. Sơ đồ liên kết: Hình 3.49. Biểu đồ lớp phân tích thực thi gói kết chuyển tới phân hệ kế toán. c. Biểu đồ tuần tự đối tượng khái niệm Hình 3.50. Biểu đồ tuần tự phân tích thực thi gói kết chuyển tới phân hệ kế toán. 3.3.1.9. Gói quản lý thay đổi phát sinh a. Biểu đồ tuần tự hệ thống Hình 3.51. Biểu đồ tuần tự hệ thống gói quản lý phát sinh sự cố b. Mô hình khái niệm Tác nhân: Nhân viên thị trường. Lớp giao diện: lớp giao diện FomMgeArise có vai trò là giao diện nhập liệu, hiển thị thông tin, FomSeach là form để thực thi ca sử dụng tìm kiếm. Lớp điều khiển: lớp điều khiển CtrlArise có vai trò quản lý thông tin phát sinh sự cố của chuyến đi. Lớp thực thể: lớp thực thể HoSoChuyenDi (Hồ sơ chuyến đi) có vai trò lưu trữ thông tin về hồ sơ chuyến đi của khách hàng. Sơ đồ liên kết: Hình 3.52. Biểu đồ lớp phân tích gói quản lý phát sinh sự cố c. Biểu đồ tuần tự đối tượng khái niệm Hình 3.53. Biểu đồ tuần tự phân tích thực thi gói quản lý phát sinh sự cố 3.3.2. Phân hệ điều hành 3.3.2.1. Gói quản lý thông tin từ thị trường a. Biểu đồ tuần tự hệ thống Hình 3.54. Biểu đồ tuần tự hệ thống gói quản lý thông tin kết chuyển từ Phân hệ thị trường b. Mô hình khái niệm Tác nhân: Nhân viên điều hành. Lớp giao diện: lớp giao diện FomMgeInfoFromMar có vai trò là giao diện nhập liệu, hiển thị thông tin. FomSeach là form để thực thi ca sử dụng tìm kiếm. Lớp điều khiển: lớp điều khiển CtrlInfoFromMar có vai trò quản lý thông tin được kết chuyển tới từ phân hệ thị trường. Lớp thực thể: lớp thực thể HoSoChuyenDi (Hồ sơ chuyến đi) có vai trò lưu trữ thông tin về hồ sơ chuyến đi của khách hàng. Sơ đồ liên kết: Hình 3.55. Biểu đồ lớp phân tích thực thi gói quản lý thông tin kết chuyển từ Phân hệ thị trường c. Biểu đồ tuần tự đối tượng khái niệm Hình 3.56. Biểu đồ tuần tự phân tích thực thi gói quản lý thông tin kết chuyển từ Phân hệ thị trường 3.3.2.2. Gói quản lý tài nguyên cộng tác viên a. Biểu đồ tuần tự hệ thống Hình 3.57. Biểu đồ tuần tự hệ thống thực thi gói quản lý tài nguyên cộng tác viên b. Mô hình khái niệm Tác nhân: Nhân viên điều hành, Cộng tác viên (tham gia vào hệ thống như là người gửi thông tin về tài nguyên của họ). Lớp giao diện: lớp giao diện FomMgeCollaboratorResources có vai trò là giao diện nhập liệu, hiển thị thông tin, trạng thái. FomSeach là form để thực thi ca sử dụng tìm kiếm. Lớp điều khiển: lớp điều khiển CtrlCollaboratorResources có vai trò quản lý thông tin tài nguyên của cộng tác viên. Lớp thực thể: lớp thực thể XeCongTacVien (Xe cộng tác viên) có vai trò lưu trữ thông tin về hồ sơ xe cộng tác viên. Và LaiXeCongTacVien (Lái xe cộng tác viên) có vai trò lưu trữ thông tin về hồ sơ nhân viên lái xe cộng tác viên. Sơ đồ liên kết: Hình 3.58. Biểu đồ lớp phân tích thực thi gói quản lý tài nguyên cộng tác viên c. Biểu đồ tuần tự đối tượng khái niệm Hình 3.59. Biểu đồ tuần tự phân tích thực thi gói quản lý tài nguyên cộng tác viên 3.3.2.3. Gói quản lý tài nguyên công ty a. Biểu đồ tuần tự hệ thống Hình 3.60. Biểu đồ tuần tự hệ thống quản lý tài nguyên công ty b. Mô hình khái niệm Tác nhân: Nhân viên điều hành, Phân hệ thị trường, Phân hệ kỹ thuật xe. Lớp giao diện: lớp giao diện FomMgeCompanyResources có vai trò là giao diện nhập liệu, hiển thị thông tin, trạng thái. FomSeach là form để thực thi ca sử dụng tìm kiếm. Lớp điều khiển: lớp điều khiển CtrlCompanyResources có vai trò quản lý thông tin tài nguyên của cộng tác viên. Lớp thực thể: lớp thực thể XeCongTy (Xe công ty) có vai trò lưu trữ thông tin về hồ sơ xe công ty. Và LaiXeCongTy (Lái xe công ty) có vai trò lưu trữ thông tin về hồ sơ nhân viên lái xe công ty. Sơ đồ liên kết: Hình 3.61. Biểu đồ lớp phân tích thực thi gói quản lý tài nguyên công ty c. Biểu đồ tuần tự đối tượng khái niệm Hình 3.62. Biểu đồ tuần tự phân tích thực thi gói quản lý tài nguyên công ty 3.3.2.4. Gói điều xe a. Biểu đồ tuần tự hệ thống Hình 3.63. Biểu đồ tuần tự hệ thống thực thi gói điều xe b. Mô hình khái niệm Tác nhân: Nhân viên điều hành, Phân hệ đội xe. Lớp giao diện: lớp giao diện FomMgeVehiclesAppoint có vai trò là giao diện nhập liệu, hiển thị thông tin, trạng thái. Lớp điều khiển: lớp điều khiển CtrlVehiclesAppoint có vai trò quản lý công tác điều xe. Lớp thực thể: lớp thực thể XeCongTy (Xe công ty) có vai trò lưu trữ thông tin về hồ sơ xe công ty. Và LaiXeCongTy (Lái xe công ty) có vai trò lưu trữ thông tin về hồ sơ nhân viên lái xe công ty. XeCongTacVien (xe cộng tác viên) có vai trò lưu trữ thông tin về hồ sơ xe cộng tác viên. LaiXeCongTacVien (lái xe cộng tác viên) có vai trò lưu trữ thông tin về hồ sơ lái xe cộng tác viên, HoSoChuyenDi (Hồ sơ chuyến đi) có vai trò lưu trữ thông tin chuyến đi và trong đó có Phiếu Điều xe. Sơ đồ liên kết: Hình 3.64. Biểu đồ lớp phân tích thực thi gói Điều xe c. Biểu đồ tuần tự đối tượng khái niệm Hình 3.65. Biểu đồ tuần tự phân tích thực thi gói quản lý điều xe 3.3.2.5. Gói quản lý phát sinh sự cố a. Biểu đồ tuần tự hệ thống Hình 3.66. Biểu đồ tuần tự hệ thống thực thi gói quản lý phát sinh sự cố b. Mô hình khái niệm Tác nhân: Nhân viên điều hành, Phân hệ thị trường. Lớp giao diện: lớp giao diện FomMgeArise có vai trò là giao diện nhập liệu, hiển thị thông tin, trạng thái của một chuyến đi. FomSeach thực hiện ca sử dụng tìm kiếm. Lớp điều khiển: lớp điều khiển CtrlArise có vai trò quản lý phát sinh sự cố trong chuyến đi. Lớp thực thể: lớp thực thể PhieuPhatSinh có vai trò lưu trữ thông tin về những phát sinh sự cố trong chuyến đi. HoSoChuyenDi (Hồ sơ chuyến đi) có vai trò lưu trữ thông tin chuyến đi và trong đó có Phiếu Phát Sinh. Sơ đồ liên kết: Hình 3.67. Biểu đồ lớp phân tích thực thi gói quản lý phát sinh sự cố c. Biểu đồ tuần tự đối tượng khái niệm Hình 3.68. Biểu đồ tuần tự phân tích thực thi gói quản lý phát sinh sự cố Chương 4: THIẾT KẾ PHÂN HỆ THỊ TRƯỜNG VÀ ĐIỀU HÀNH Trong chương này, chúng ta sẽ thiết kế hệ thống trên một môi trường triển khai cụ thể. Đầu vào của pha này là các mô hình thu được từ pha phân tích. Quá trình thiết kế được thực hiện bằng cách tiếp tục làm mịn các ca sử dụng đến cấp độ lớp thiết kế. Cụ thể, chúng ta sẽ xác định: Kiến trúc hệ thống vật lý của ứng dụng Tổ chức các gói thiết kế Tthiết kế từng ca sử dụng 4.1. Kiến trúc hệ thống vật lý của ứng dụng 4.1.1. Thiết kế hệ thống vật lý Hệ thống được xây dựng chia thành 2 phần. Phần thứ nhất được thiết kế theo mô hình 2 lớp Client – Server, phần này được thiết kế dành cho các nhân viên, cán bộ trong công ty thực hiện các chức năng và thao tác với cơ sở dữ liệu của hệ thống thông qua các yêu cầu cập nhật, xóa bỏ, tạo mới,… Phần thứ 2 dành cho các cán bộ, nhân viên, người quan tâm có thể xem thông tin xuất bản. Phần thứ 2 được xây dựng theo mô hình 3 lớp trên nền ứng dụng web. (Hiện tại phần 2 sẽ được phát triển sau nhưng được tính toán trước). Hình 4.1. Kiến trúc hệ thống vật lý của ứng dụng 4.1.2. Môi trường ứng dụng Môi trường phát triển Microsoft .NET Framework v1.1 Ngôn ngữ lập trình ASP.NET, C# Hệ quản trị cơ sở dữ liệu: Oracle 10g 4.2. Tổ chức các gói thiết kế Hình thành năm gói trong ứng dụng: Gói giao diện người sử dụng (User interface package) Cho khả năng quan sát dữ liệu và nhập liệu Các lớp này hình thành trên cơ sở thư viện giao diện chuẩn hay ngôn ngữ lập trình (MFC, Java AWT package, C# System::Windows::Forms,…) Chúng có quan hệ với gói đối tượng nghiệp vụ Gói các đối tượng nghiệp vụ (Business object package) Bao gồm các lớp nghiệp vụ từ mô hình phân tích. Các lớp được chi tiết hóa trong pha thiết kế Nó có quan hệ với gói cơ sở dữ liệu (CSDL) để lưu trữ dữ liệu Gói Database (Database package) Cung cấp dịch vụ cho các lớp trong gói đối tượng nghiệp vụ để có thể lưu trữ và thao tác nó. Thí dụ gói này chứa lớp Persistence thao tác lưu trữ đối tượng. Gói tiện ích (Utility package) Chứa các dịch vụ cho mọi gói khác sử dụng Thí dụ gói này chứa lớp ObjID sử dụng cho mọi đối tượng lưu trữ trên CSDL Gói Control Gồm các lớp là triển khai của các đối tượng điều khiển. Hình 4.2. Biểu đồ kiến trúc gói Phân hệ thị trường 4.2.1. Thiết kế các lớp trong gói Database Lớp Persistence là phần khung chứa tất cả các lớp ánh xạ thực thể - CSDL (các lớp thi hành lớp giao diện IMapper), và cung cấp các hàm thực hiện ánh xạ. Lớp DBMapper là lớp trừu tượng, cung cấp các hàm thực hiện ánh xạ một đối tượng miền trong gói các đối tượng nghiệp vụ (Business object package). Lớp ObjID thuộc gói tiện ích (Utility package), là lớp định danh dùng để phân biệt các đối tượng trong cùng 1 lớp thực thể. Hình 4.3. Biểu đồ lớp trong gói CSDL ( Database package) Thiết kế lớp Persistence /*********************************************************************** * Module: Persitence.cs * Author: Nguyen Sy Son * Purpose: Definition of the Class.Persitence ***********************************************************************/ using System; using System.Collections; using BusinessObject; using Utility; using CoreLab::Oracle Sql; namespace Database{ // biểu diễn gói DatabasePackage public class Persitence { /* mapperSet: bảng băm chứa tập hợp các lớp ánh xạ thi hành giao diện IMapper */ private System.Collections.Hashtable mapperSet; /* _connection: duy trì kết nối tới CSDL */ private static CoreLab.OracleSql.OcSqlConnection _connection; /* _instance: một đối tượng Persitence tĩnh, tồn tại lâu dài trong suốt thời gian chạy của chương trình */ private static Persitence _instance; /* Hàm khởi dựng */ public Persitence () { mapperSet = new System.Collections.Hashtable(); } /* Lấy thể hiện tĩnh của lớp PersitenceFacade */ public static Persitence GetInstance() { if (_instance == null) { _instance = new Persitence (); } return _instance; } /* --- Bắt đầu phần chú thích phương thức Get ---- >Tên phương thức: Get >Chức năng: Lấy một đối tượng thuộc lớp có kiểu là typeClassID với định danh đối tượng là oid */ >Dữ liệu vào: - oid: định danh của đối tượng trong gói Utility. - typeClassID: kiểu của một lớp bất kỳ trong gói BusinessObject. Ví dụ: typeClassID = typeof(BusinessObject.KhachHang); >Dữ liệu ra: - là một đối tượng thuộc một lớp bất kỳ trong gói BusinessObject >Ví dụ sử dụng phương thức: lấy đối tượng khách hàng có mã định danh là 12345 Persisten persisten; BusinessObject.KhachHang khachHang; khachHang = (BusinessObject.KhachHang) persisten.Get(new Utility.ObjID(12345), typeof(Business.KhachHang)); ---- Kết thúc phần chú thích --*/ public object Get(Utility.ObjID oid, System.Type typeClassID) { IMapper m = (IMapper)mapperSet[typeClassID]; if (m != null) { return m.Get(oid); } return null; } /* --- Bắt đầu phần chú thích phương thức Put ---- >Tên phương thức: Put >Chức năng: Lưu một đối tượng trong gói BusinessObject với định danh đối tượng là oid */ >Dữ liệu vào: - obj: đối tượng trong gói Utility. >Dữ liệu ra: - true: nếu việc lưu trữ thành công - false: ngược lại >Ví dụ sử dụng phương thức: lưu trữ đối tượng khách hàng có mã định danh là 12345 Persisten persisten; BusinessObject.KhachHang khachHang; returnValue = persisten.Put(new Utility.ObjID(12345),khachHang); ---- Kết thúc phần chú thích --*/ public bool Put(Utility.ObjID oid, object obj) { if (obj == null) return false; IMapper m = (IMapper)mapperSet[obj.GetType()]; if (m != null) return m.Put(oid, obj); return false; } /* Chèn mới đối tượng vào CSDL */ public bool Put(object obj) { return Put(null, obj); } /* --- Bắt đầu phần chú thích phương thức Remove ---- >Tên phương thức: Remove >Chức năng: Xóa một đối tượng trong gói BusinessObject với định danh đối tượng là oid */ >Dữ liệu vào: - oid: định danh của đối tượng trong gói Ulitily. >Dữ liệu ra: - true: nếu xóa thành công - false: ngược lại >Ví dụ sử dụng phương thức: xóa tượng khách hàng Persisten persisten; Utility.KhachHang khachHang; returnValue = persistenFacade.Remove(khachHang Objid, typeof(Business.KhachHang)); ---- Kết thúc phần chú thích --*/ public bool Remove(Ulity.ObjID oid, Type typeClassID) { IMapper m = (IMapper)mapperSet[typeClassID]; if (m != null) return m.Remove(oid); return false; } /* Lấy tất cả các đối tượng thuôc lớp có kiểu là typeClassID */ public Hashtable GetList(Type typeClassID) { IMapper m = (IMapper)mapperSet[typeClassID]; if (m != null) { return (Hashtable)m.GetList(); } return null; } /* --- Bắt đầu phần chú thích phương thức AddMapper ---- >Tên phương thức: AddMapper >Chức năng: Thêm một lớp ánh xạ đối tượng – CSDL vào Persistence >Dữ liệu vào: - typeClassID: định danh kiểu lớp trong gói BusinessObject. - iMapper: lớp ánh xạ thi hành giao diện IMapper. >Dữ liệu ra: - không có >Ví dụ sử dụng phương thức: thêm lớp ánh xạ KhachHangMapper Persisten persisten; KhachHangMapper khachHangMapper; khachHangMapper=new khachHangMapper(“tbl_KhachHang”); persistenFacade.AddMapper(typeof(BusinessObject.KhachHang), khachHangMapper); ---- Kết thúc phần chú thích hàm AddMapper --*/ public void AddMapper(Type typeClassID, IMapper iMapper) { if (!mapperSet.Contains(typeClassID)) { mapperSet.Add(typeClassID, iMapper); } } /* Xóa lớp ánh xạ đối tượng – CSDL quan hệ ra khỏi PersistenceFacade */ public void RemoveMapper(Type typeClassID) { if (mapperSet.Contains(typeClassID)) mapperSet.Remove(typeClassID); } /* Lấy và đặt đối tượng _connection */ public static OrcaleConnection Connection { get { return _connection; } set { if (_connection != value) _connection = value; } } } // end class Persistence } // end namespace CSDL Thiết kế lớp trừu tượng DBMapper /*********************************************************************** * Module: DBMapper.cs * Author: Nguyen Sy Son * Purpose: Definition of the Class DBMapper ***********************************************************************/ using System; using System.Collections; using CoreLab.Oracle Sql; using BusinessObject; using Utility; namespace Database{ public abstract class DBMapper : IMapper { protected string tableName; // tên bảng dữ liệu quan hệ private Hashtable cachedObjects; // cache nhớ các đối tượng // GetPKName(): lấy tên khóa chính trong bảng dữ liệu quan hệ protected abstract string GetPKName(); // GetObjectFromStorage(): lấy đối tượng trong CSDL quan hệ protected abstract object GetObjectFromStorage(Utility.ObjID id); // GetObjectFromStorage(): thêm đối tượng vào CSDL quan hệ protected abstract bool AddObjectToStorage(object obj); // GetObjectFromStorage(): cập nhật đối tượng trong CSDL quan hệ protected abstract bool UpdateObjectOnStorage(Utility.ObjID id, object obj); // Hàm khởi dựng public DBMapper(string tableName) { cachedObjects = new Hashtable(); this.tableName = tableName; } // Thi hành giao diện Put từ IMapper public bool Put(Utility.ObjID id, object obj) { bool returnValue = false; object temp = null; if (id == null) id = obj.Oid; if (id != null) // kiem tra xem id da co trong CSDL chua temp = GetFieldValue(GetPKName(), id); if ( (id == null || temp == null) ) { // chèn mới, dùng các câu lệnh INSERT returnValue = AddObjectToStorage(obj); if (returnValue) { int _id = (int)GetFieldValue("MAX(OID)","1=1"); obj.Oid = new Utility.ObjID(_id); } } else { // id da co, dung cac cau lenh UPDATE returnValue = UpdateObjectOnStorage(id, obj); // chen obj vao bang bam if (returnValue) { obj.Oid = id; if (cachedObjects.ContainsKey(id)) { cachedObjects[id] = obj; } else { cachedObjects.Add(id,obj); } } // if (returnValue) } // end elseif return returnValue; } // end Put // Thi hành giao diện Gut từ IMapper public object Get(Utility.ObjID id) { // lấy đối tượng từ vùng nhớ cache object obj = (object)cachedObjects[id]; if (obj == null) { obj = GetObjectFromStorage(id); cachedObjects.Add(id, obj); } return obj; } // end Get // Thi hành giao diện GetList từ IMapper public System.Collections.Hashtable GetList() { string query = "SELECT "+GetPKName()+" FROM "+tableName+" WHERE 1=1"; OcSqlCommand pgCommand = new OcSqlCommand(query, PersitenceFacade.Connection); OcSqlDataReader listID = pgCommand.ExecuteReader(); if (listID.HasRows) { System.Collections.Hashtable listObj = new System.Collections.Hashtable(); while (listID.Read()) { Utility.ObjID oid = new Utility.ObjID((int)listID[GetPKName()]); object obj = this.Get(oid); if (obj != null) listObj.Add( oid, obj); } // end while return listObj; } // end if (listID.HasRows) return null; } // end GetList // Hàm dịch vụ, lấy giá trị của cột name trong CSDL protected object GetFieldValue(string name, Utility.ObjID oid) { string condition = string.Format("{0}={1}", GetPKName(), oid.ToString()); return GetFieldValue(name, condition); } // end GetFieldValue /* Hàm dịch vụ, lấy giá trị của cột name trong CSDL với điều kiện truy vấn là condition */ protected object GetFieldValue(string name, string condition) { string query = string.Format("SELECT {0} FROM {1} WHERE {2}", name, tableName, condition); try { OcSqlCommand command = new OcSqlCommand(query, Transaction.Persitence.Connection); OcSqlDataReader reader = command.ExecuteReader(System.Data.CommandBehavior.SingleRow); if (reader.Read()) { // nếu giá trị đọc được là null if (!reader.IsDBNull(0)) return reader[0]; else return null; } // if (reader.Read()) } // end try catch (Exception e) { // đưa ra thông báo lỗi } return null; } // end GetFieldValue // Hàm dịch vụ, thực hiện câu lệnh truy vấn query protected bool ExecQuery(string query) { OcSqlCommand pgCommand = new OcSqlCommand(query, Persitence.Connection); if (pgCommand.ExecuteNonQuery() > 0) return true; else return false; } // enđ ExecQuery } // end class DBMapper } // end namespace Database 4.2.2. Thiết kế các lớp trong gói giao diện người sử dụng Hình 4.4. Biểu đồ lớp gói InterfaceUser 4.3. Thiết kế từng ca sử dụng Theo định hướng của từng ca sử dụng, chúng ta tập trung thiết kế cho từng gói đã xác định ở trên. Ở đây, chúng ta trình bày kết quả thiết kế cho các ca sử dụng gói nghiệp vụ Quan lý đơn đặt xe của phân hệ Thị trường. 4.3.1. Gói quản lý đơn đặt xe của phân hệ Thị trường 4.3.1.1. Xác định lớp thiết kế tham gia thực thi các ca sử dụng Ở đây, cơ sở để xác định các lớp thiết kế là các đối tượng phân tích. Mỗi đối tượng phân tích sẽ cho chúng ta một khối thiết kế. Chi tiết hoá các khối thiết kế này, chúng ta được các lớp thiết kế. Trong các ca sử dụng này, chúng ta xác định được các lớp thiết kế sau: Lớp mô hình phân tích Lớp mô hình thiết kế Chú thích FomMgeOrderInfo FomSeach UpdateOrder_Client FormSeach IUpdateOrder ICaculatePrices ISort IFormSeach IFormResult Dạng dialog Các giao diện (interface) CtrlOrderInfo UpdateOrder CaculatePrices Sort Seach Các lớp điều khiển thực thi chức năng. DonDatXe DonDatXe DonDatXeMapper Lớp DonDatXeMapper thao tác với bảng CSDL quan hệ liên quan đến DonDatXe 4.3.1.2. Thiết kế các gói phân tích a. Thiết kế gói đối tượng nghiệp vụ (BusinessObject package) BusinessObject Hình 4.5. Các lớp trong gói BusinessObject b. Thiết kế gói Database Databse Hình 4.6. Các lớp trong gói Database c. Thiết kế gói tiện ích (Utility package) Utility Hình 4.7. Các lớp trong gói Utility d. Thiết kế gói giao diện người sử dụng (UserIterface package) Hình 4.8. Các lớp gói UserInterface UserInterface e. Thiết kế gói điều khiển (Control package) Hình 4.8. Các lớp trong gói Control 4.3.1.3. Biểu đồ tuần tự thực thi gói quản lý đơn đặt xe Biểu đồ tuần tự ca sử dụng tìm kiếm đơn đặt xe: Hình 4.10. Biểu đồ tuần tự thực thi ca sử dụng tìm kiếm đơn đặt xe Biển đồ tuần tự thực thi gói quản lý đơn đặt xe: Hình 4.11. Biểu đồ tuần tự thực thi gói quản lý đơn đặt xe 4.3.1.4. Biểu đồ lớp gói quản lý đơn đặt xe Hình 4.12. Biểu đồ lớp thực thi gói quản lý KẾT LUẬN ERP là một lĩnh vực mới đối với những nước đang phát triển, và thực sự rất mới đối với em. Trong thời gian làm khóa luận tốt nghiệp, em đã cố gắng hết sức để đạt được kết quả cao nhất, nhưng do còn hạn chế về tầm hiểu biết cũng như thời gian nghiên cứu, nên kết quả đạt được chắc chắn còn nhiều thiếu sót. Em mong muốn sẽ tiếp tục nhận được sự chỉ dẫn, góp ý của các thầy, các cô và mọi người quan tâm để em tiếp tục hoàn thiện đề tài này. Hiện tại, khóa luận đã đạt được những kết quả như sau: Một số khái niệm về ERP Phương pháp triển khai ERP Khảo sát, và phân tích kết quả khảo sát trong lĩnh vực vận tải du lịch Xây dựng giải pháp cho hệ thống Phân tích thiết kế cho hai phân hệ của hệ thống. ERP cho một doanh nghiệp vận tải du lịch là một bài toán là rất lớn. Để hoàn thiện giải pháp này các công việc phải làm tiếp theo là: Hoàn thành tiếp các phân hệ còn lại Nâng cấp sản phẩm thành một giải pháp cho một lớp nghiệp vụ đó là lĩnh vực vận tải du lịch. Em cũng hy vọng đề tài này được triển khai tiếp tục để có thể ứng dụng trong thực tế. Như vậy chắc không thể không có sự đầu tư, nhất là của một doanh nghiệp muốn dùng nó hay của một công ty phát triển phần mềm. Có một điều cần khẳng định lại. Khi triển khai thành công một hệ thống ERP cho doanh nghiệp, doanh nghiệp đó nhận được một giải pháp gồm 3 thứ: Nghiệp vụ được chuẩn hóa (xây dựng qui trình nghiệp vụ chuẩn); Hệ thống phần mềm (ERP) ; Cơ sở hạ tầng (phần cứng, viễn thông,...), một phong cách mới trong vận hành doanh nghiệp với tầm cao của văn hóa công nghệ thông tin. Để hoàn thành được đề tài khóa luận này, một lần nữa em xin gửi lời cảm ơn tới các thầy giáo, cô giáo đã chỉ bảo em trong thời gian học tập và làm khóa luận. BẢNG THUẬT NGỮ ANH – VIỆT Tiếng Anh Tiếng Việt Accounts Payable Kế toán phải trả Accounts Receivable Kế toán phải thu Advanced Material Planning (AMP) Kế hoạch mở rộng chính Alter Thay đổi Appoint Điều động, chỉ định Arise Phát sinh, sự cố Audit Track Tìm viết Back office Công viẹc " đằng sau" doanh nghiệp Big bang Là chiến lược đổi một cách toàn diện từ cái cũ sang cái mới Bill Hóa đơn Booking Sổ đơn đặt xe Business Intelligence Thương mại thông minh Business Performance Management Quản lý thực thi thương mại CAD Integration (Computer Aided Drafting) Tích hợp sản xuất với sự hỗ trợ của máy tính Cash Management Quản lý dòng tiền Common Sense Throughput Năng lực điều hướng chung Contact Center Trung tâm liên hệ Contract Hợp đồng, giao kèo Copy Sao lưu Cost Accounting Tính toán chi phí Customer Relationship Management Quản lý mỗi quan hệ khách hàng Dimensional Inventory Kiểm kê kích thước Distribution Phân phối E-Business Thương mại điện tử Electronic Data Interchange Trao đổi dữ liệu điện tử Engineering Kỹ nghệ Engineering Change Notice Thông báo thay đổi kỹ nghệ Engineering Definition Xác định kỹ nghệ Enterprise Resource Planning (ERP) Hoạch định tài nguyên doanh nghiệp Executive Information System (EIS) Hệ thống thông tin thực hiện File Tệp Financials Tài chính Forward Kết chuyển Front office Công việc “đằng trước” doanh nghiệp General Ledger Sổ cái Human Resources Quản lý tài nguyên nhân lực Information (info) Thông tin Labor & Material Bar-coding Lao động và luật quan trọng Lot & Serial Traceability Theo dõi tính tuần tự và ngẫu nhiên Management Reporting Quản lý báo cáo Manufacturing Sản xuất Marketing information Thông tin thị trường Master Production Schedule (MPS) Lịch sản xuất chính Material Requirements Planning (MRP) Kế hoạch yêu cầu chính Mega-big bang Là chiến lược mà các đơn vị phải ghi nhận số liệu và chấm dứt các giao dịch trên hệ thống ERP cũ. Messaging/Workflow Thông báo luồng công việc Mini-big bang Là chiến lược chia thành hai hay nhiều phần mỗi phần bao gồm nhiều phân hệ chức năng. Trong đó có các phân hệ cần thực hiện cùng một lúc như: các phân hệ tài chính, mua hang, kho hang và bán hang. Multi-big bang Chiến lược Multi-Big Bang sử dụng nhiều Big Bang liên tục cho nhiều vị trí địa lý khác nhau. Order Đơn đặt hàng, đơn đặt xe Order Entry & Invoicing Lập và ghi danh mục hóa đơn Order Management Quản lý bán hàng Paper parallel Thay vì tương tác với hệ thống cũ thì chúng ta lại tiến hành ghi nhận lại tất cả các giao tác và hoạt động trên giấy. Tập hợp và lưu trữ các tài liệu đó để sử dụng khi cần thiết, như vậy hệ thống có vẻ như là đã song song. Parallel Song song giữa cái cũ và cái mới Parcel Manifesting Kiểm kê bưu kiện Payroll Tổng số tiền phải trả People Con người Phased Được chia theo từng giai đoạn Plant & Equipment Maintenance Bảo dưỡng máy móc và thiết bị Prices notice Báo giá Pricing & Commissions Tính giá và hợp đồng Process line Chiến lược tập trung vào việc quản lý những dòng tiến trình công việc song song hoặc các dây chuyền quản lý sản xuất. Product Configuration Hình dạng sản phẩm Project Management Quản lý dự án Purchasing Quản lý mua sắm Quality Management Quản lý chất lượng Quoting & Estimating Đưa ra và ước lượng Rate Maintenance & Billing Đánh giá sự duy trì và quản cáo Receive Tiếp nhận Reference Tham khảo, tham chiếm Return Material Authorization Thẩm định vật liệu trả lại Sales Forecasting Dự đoán doanh thu Set status Thiết lập trạng thái Shipping Sự vận chuyển Shop Floor Control Điều khiển phân xưởng Sort Phân loại Sort critertion Tiêu chí phân loại System Hệ thống Target Mục tiêu Validate value Thẩm định giá trị Vehicles Xe cộ (xe nói chung) Vendor Management Quản lý nhà cung cấp Warehouse Management System Hệ thống quản lý kho Wireless Communications Truyền thông không dây TÀI LIỆU THAM KHẢO [1] Nguyễn Văn Vỵ, “Bài giảng: Phân tích thiết kế hệ thống phần mềm theo hướng đối tượng”, Đại Học Công Nghệ - ĐHQGHN, 2004, tr 109. [2] Nguyễn Văn Vỵ, Vũ Diệu Hương, Nguyễn Anh Đức, (tài liệu dịch), “Ngôn ngữ mô hình hóa thống nhất. Hướng dẫn sử dụng”, Đại Học Công Nghệ -ĐHQGHN, 2002, tr 361. [3] Dimistris N. Chorafas, “Intergrating ERP, CRM, Supply Chain Management, and Smart Materials”, Auerbach, tr 245. [4] Fiona Fui-Hoo Nah Ph.D, “Enterprise Resource Planning Solutions and Management”, IRMPress, 2002, tr 263. [5] Gerald Grant, “ERP & Data Warehousing in Organnizations: Issues and Challenges”, Idea Group Publishing, 2003, tr 268. [6] Grady Booch, “Object-Orented Analysis and design with Applicatons”. Second edition. Benjamin/Cummings, 1994. (ISBN 0-8053-5304-2). [7] Graig Larman, “Applying UML and Patterns. An Introduction to Object-Oriented Analysis and design”, Prentice Hall PTR, 1998, (ISBN 0-13-748880-7). [8] Thomas F. Wallance, Michanel H. Kremza, “ERP: Making it happen”, Wiley, 2001, tr 384. Website tham khảo Các gói ERP BAAN JD Edwards Oracle PeopleSoft SAP

Các file đính kèm theo tài liệu này:

  • docNguyen Si Son_K47CB_CNPM.doc