3 Đề xuất giải pháp quản lý đơn hàng
3.2 Giải pháp kỹ thuật
3.2.1 Kiến trúc phần mềm
Kiến trúc phần mềm: Mô hình phân lớp, Webbase, phân rã thành các modul độc lập để có thể ghép nối và chỉnh sửa thuận tiện; hướng đối tượng và gồm 3 lớp (trình diễn/giao diện, nghiệp vụ, dữ liệu).
- Lớp giao diện thực hiện: Nhập liệu (đăng ký và sửa/bổ sung đăng ký đơn
hàng; duyệt đơn hàng… kiểm tra tính đúng đắn của dữ liệu trước khi gọi lớp nghiệp vụ…).
- Lớp nghiệp vụ: Ứng dụng thực hiện kiểm tra các yêu cầu nghiệp vụ (thực hiện xác định quyền, phân tách theo từng quy trình nghiệp vụ và trạng thái xử lý đơn hàng…), các ràng buộc, các quy tắc ứng xử của phần mềm, quản lý các transaction, các concurrent access…
- Lớp dữ liệu thực hiện: Kết nối và thao tác trên dữ liệu (thêm mới, sửa, xóa, tìm kiếm).
Khả năng tích hợp, mở rộng: Có khả năng mở rộng (do xây dựng thành các module), tuân thủ các chuẩn trao đổi thông tin nên có khả năng tích hợp với các phần mềm khác nhau.
3.2.2 Mô hình kiến trúc hệ thống
Thông tin tích hợp với các hệ thống khác được thực hiện theo thời gian thực (realtime), trong đó với từng hệ thống cụ thể như sau:
SAP ERP:tương ứng với từng đơn hàng
- Lấy thông tin về các MasterData: phương tiện, hàng hóa, hồ sơ giá, …
- Cung cấp thông tin về tình hình nhận hàng tại VPCTY
- Lấy các thông tin về trạng thái của đơn hàng trên SAP
- SMO tự động tạo các chứng từ tương ứng trên SAP: PO, DO, TR. SMO sẽ
kiểm soát kết quả tạo các chứng từ trên SAP, để đảm bảo sự đồng nhất dữ liệu giữa 02 hệ thống.
EGAS:tương ứng với từng đơn hàng
- Lấy thông tin về tồn kho sổ sách, dung tích trống bể, tồn kho thực tế của từng bể, từng mặt hàng
- Lấy thông tin về sản lượng bán hàng của cửa hàng theo các chu kỳ khác
nhau, làm căn cứ lập kế hoạch đơn hàng của cửa hàng.
- Lấy thông tin về tình hình nhận hàng tại cửa hàng, làm căn cứ để xác nhận tình trạng nhận hàng của từng đơn hàng
- SMO tự động tạo các chứng từ tương ứng trên EGAS. SMO sẽ kiểm soát
kết quả tạo các chứng từ trên EGAS, để đảm bảo sự đồng nhất dữ liệu giữa 02 hệ thống.
Trung gian bơm xuất:tương ứng với từng lần lấy hàng, từng ngăn chứa của phương tiện:
SMO System
SMO System SAP ERPSAP ERP
PETROLIMEX Khách hàng SM O Se rv ic e SM O Se rv ic e CTY XD/ CHXD/ Vận tải/ Kho EGAS EGAS
Trung gian bơm xuất
- Lấy các thông tin từ lúc phương tiện vào đăng ký đến lúc ra khỏi kho để phân tích các trạng thái:
Chờ lấy hàng: Phương tiện đã đến đăng ký lấy hàng tại kho
Đang lấy hàng: Phương tiện đang lấy hàng tại giàn xuất, ngăn chứa nào đang lấy hàng, ngăn chứa nào chưa lấy hàng
Chờ hóa đơn: Phương tiện lấy xong hàng (toàn bộ các ngăn chứa),
đang chờ làm thủ tục ra khỏi kho
Phương tiện rời kho: Xe hàng hoàn thiện và rời khỏi kho
- Thông tin lượng hàng thực tế xuất.
3.2.3 Mô hình triển khai
Hạ tầng máy chủ SMO đặt tại Data center của Tập đoàn. Từ các công ty, cửa hàng (có link đặt tại EGAS Client), khách hàng bên ngoài sẽ thông qua internet để truy cập và tương tác với hệ thống.
Phần mềm xây dựng có khả năng:
Cho phép đăng ký và quản lý đơn hàng trên nền tảng Web. Mọi tương tác với người dùng thuận tiện đơn giản và hiệu quả.
3.2.4 Công cụ phát triển và cơ sở dữ liệuCông cụ lập trình phát triển: Công cụ lập trình phát triển:
- Dùng hệ lập trình .Net framework theo Reference Source License của Microsoft EULA bao gồm .Net runtime và common libraries; MVC 4, Jquery, .NET Framework 4.0
- Tích hợp với hệ thống SAP:
Hiện nay người dùng đang sử dụng SAP GUI để nhập liệu thủ công vào hệ thống ERP. Song song với màn hình nhập liệu thì các hệ thống lớn như SAP ERP luôn hỗ trợ các hàm API chuẩn để hỗ trợ phần mềm hoặc dịch vụ của bên thứ 3, giúp đưa dữ liệu vào hệ thống. Hệ thống SMO sử dụng đúng user của người nhập liệu (được phân quyền sử dụng đúng chức năng nghiệp vụ cho phép) để thông qua giao thức RFC, gọi các hàm API chuẩn được SAP ERP cho phép để tạo các chứng từ trong hệ thống. Chính vì vậy việc nhập liệu bằng màn hình SAP GUI hoặc sử dụng API là cho kết quả đồng nhất. (Tham khảo https://help.sap.com/saphelp_nw70/helpdata/en/
6f/1bd5b6a85b11d6b28500508b5d5211/frameset.htm) SMO kết nối với SAP thực hiện các công việc sau:
Đồng bộ dữ liệu danh mục trên SAP về SMO.
Thực hiện tạo các chứng từ SO, DO, TD theo đúng quyền hạn và đơn vị
mà user có quyền tạo trên SAP GUI (hệ thống SAP kiểm tra quyền qua SAP GUI và API là đồng nhất). Hệ thống SMO thực hiện gọi các hàm API được cung cấp sẵn trên SAP để tạo các chứng từ của SAP.
Trong trường hợp SAP thay đổi (thiết kế lại, chỉnh sửa lại, cấu hình lại, thay đổi các quy trình nghiệp vụ):
Nếu những thay đổi của SAP theo đúng chuẩn (cấu hình, enhancement) thì SMO không bị ảnh hưởng và không cần thay đổi,bởi vì các API chuẩn của SAP tự động thay đổi theo.
Trong trường hợp hệ thống SAP thay đổi lớn (ví dụ: thay đổi các quy trình hiện tại) thì SMO được chỉnh sửa ở mức ứng dụng của SMO (để thay đổi quy trình của SMO về tạo chứng từ trên SAP).
- Với trường hợp SAP được xây dựng thêm các module mới (do FPT hoặc
Piacom viết) mà có liên quan đến các quy trình xuất hàng thì phải cung cấp API để SMO bổ sung.Tích hợp với hệ thống EGAS/AGAS, TGBX: sử dụng công nghệ Webservice để trao đổi thông tin với hệ thống SMO.
- Không dùng bất kỳ phần mềm và công cụ nào khác đã nêu trên.
Cơ sở dữ liệu:
- Cơ sở dữ liệu Oracle Database11g trở lên.
Môi trường phần mềm: sử dụng nhiều môi trường phần mềm khác nhau
- Môi trường kiểm thử phần mềm.
- Môi trường chạy thực tế.
3.2.5 Các thông số phi chức năngHiệu năng (Performance): Hiệu năng (Performance):
- Đầu ra HTML được tối ưu hóa để giảm thiểu độ trễ giao diện (HTML: 10-
70KB), hệ thống đảm bảo thời gian đáp ứng mỗi giao dịch không nhiều hơn 05 giây.
- Xử lý thao tác GUI bằng Javascript được tối ưu hóa.
- Đáp ứng số lượng truy cập cùng thời điểm chiếm ít nhất 60% số lượng đối
tượng truy cập (cửa hàng xăng dầu/khách hàng, các công ty/CN/XN) của Petrolimex đã tham gia vào hệ thống.
- Có khả năng phân trang dữ liệu.
An ninh, an toàn hệ thống:
- Khi sử dụng SMO, NSD phải login vào hệ thống thông qua cửa sổ login, chỉ
được sử dụng và nhìn thấy những chức năng, thông tin cho phép.
- Có chức năng cảnh báo NSD khi sử dụng không đúng chức năng của chương
trình.
- Sử dụng mô hình Single Sign-On khi sử dụng và khai thác hệ thống
- Khả năng bảo mật chặt chẽ: Phân quyền bảo mật theo chức năng, quyền hạn
của NSD; dữ liệu được mã hóa trên đường truyền; kiểm soát tất cả các tác nghiệp của NSD cuối.
- Hệ thống kiểm soát log chặt chẽ:
o Ghi log với mọi lỗi xảy ra và có màn hình kiểm soát, thông báo lỗi cho NSD và quản trị hệ thống.
o Ghi log khi có sự thay đổi thông tin (thêm/ sửa/ xóa) của giao dịch, các thông tin như: thời điểm thay đổi, người thay đổi, giá trị thay đổi cụ thể để NSD dễ kiểm soát.
- Sử dụng SQL injection proof, Cross side scripting proof.
- Mã hóa connection string theo chuẩn của Microsoft trong ứng dụng ASP.Net
(MachineDPAPI, DataProtectionConfigurationProvider).
- Mã hóa dữ liệu, mật khẩu NSD, HTML form username + password (không
bắt được trên đường truyền) (MD5).
- Các nguyên tắc an ninh khác đi theo nền ứng dụng Web-based: HTTPS.
Chất lượng phần mềm (Software Quality Attributes):
- Toàn bộ lỗi của phần mềm được kiểm soát và đưa ra thông báo bằng tiếng
Việt có dấu, không xuất hiện những lỗi ngoài kiểm soát (Unhandler Exception) dẫn đến treo hoặc dừng chương trình.
- Phần mềm có khả năng quản lý các vùng nhớ, không xuất hiện những lỗi về
vùng nhớ dẫn đến xung đột với các phần mềm khác hoặc gia tăng kích cỡ vùng nhớ của chương trình (Memory leak).
Cài đặt (Installing):
- Việc cài đặt phần mềm được thực hiện dễ dàng, thông qua giao diện wizard. Có tài liệu hướng dẫn cài đặt rõ ràng dễ hiểu, dễ thực hiện.
- Tất cả các thành phần yêu cầu cần thiết của phần mềm đều được đưa vào
trong một lần cài đặt (One Installer).
Quản lý phiên bản (Versioning):
- Việc cập nhật các phiên bản mới của phần mềm khi được sự đồng ý (Approved) của Tập đoàn và các phiên bản này được lưu trữ trên hệ thống trung tâm tại một vị trí thống nhất.
- Các phiên bản phải được đánh số thứ tự theo tiêu chuẩn Sequence-based
identifers (https://en.wikipedia.org/wiki/Software_versioning)
Cập nhật (Updating):
- Việc cập nhật phiên bản mới của phần mềm tuyệt đối không ảnh hưởng gây
mất mát, hỏng hóc dữ liệu quá khứ của người sử dụng.
- Việc cập nhật phiên bản không phức tạp, không yêu cầu cán bộ tin học thực hiện.
Yêu cầu về bảo hành, bảo trì:
- Hệ thống được theo dõi và kiểm soát bởi các chức năng quản trị của hệ thống, để tìm và chuẩn đoán phân tích các lỗi nếu có xảy ra.
- Hệ thống được thiết kế và xây dựng tối đa hóa cho việc thiết lập và thay đổi theo hướng cấu hình(config). Ngoài ra trong quá trình triển khai cũng có thể sửa chữa và tinh chỉnh một số chức năng cho phù hợp với nhu cầu sử dụng.
- Hệ thống được phát triển trên các môi trường khác nhau (môi trường phát
triển, môi trường kiểm thử, môi trường thật), do đó hệ thống luôn đảm bảo
tính đúng đắn và bền vững trước những yêu cầu thay đổi mới hoặc chỉnh
sửa hệ thống.
Quản trị lỗi phần mềm và lỗi NSD:
- Ứng dụng phần mềm cung cấp tính năng báo lỗi chi tiết đến từng tình
huống.
- Trong các thông báo lỗi, cho phép liên kết đến hệ thống trợ giúp cho từng nội dung tương ứng.
- Toàn bộ ngôn ngữ báo lỗi được hiển thị là tiếng Việt.
Khả năng tìm kiếm thông tin:
Hệ thống cung cấp cho người sử dụng công cụ tìm kiếm linh hoạt trên dữ liệu của hệ thống, hệ thống có chế độ tìm kiếm nhanh và chế độ tìm kiếm nâng cao với nhiều chỉ tiêu tìm kiếm để sát nhất với yêu cầu người dùng, Ngôn ngữ tìm kiếm là tiếng Việt.
4 Đề xuất phương án triển khai
4.1 Phạm vi triển khai
Hiện nay hệ thống SAP_ERP và hệ thống EGAS đang được khai thác ở tất cả các công ty xăng dầu với các quy trình nghiệp vụ thống nhất. Để khai thác hiệu quả hệ thống và để thống nhất quy trình nghiệp vụ toàn ngành, Cty PIACOM đề xuất Tập đoàn lựa chọn phương án triển khai hệ thống SMO thử nghiệm tại Công ty xăng dầu HSB và B12sau đó tiếp tục đánh giá và triển khai diện rộngtạitất cả các công ty xăng dầu thành viên cũng như các đơn vị vận tải thuộc Petrolimex.
4.2 Phương pháp triển khai
Để đáp ứng yêu cầu triển khai thử nghiệm tại HSB, B12 và hoàn thiện sản phẩm tiến tới triển khai với quy mô đối tượng sử dụng rộng khắp trong cả nước, bao gồmtoàn bộ trên 2400 cửa hàng trực thuộc, văn phòng của 70 công ty/chi nhánh/xí nghiệp, các kho xăng dầu và các công ty vận tải trực thuộc Tập đoàn, để việc triển khai được đảm bảo chất lượng tốt nhất và thời gian ngắn nhất cần đảm bảo các nguyên tắc trọng yếu sau:
- Quy trình nghiệp vụ: Cần phải được khảo sát để bổ sung đầy đủ đáp ứng các mô hình quản lý và thống nhất xuyên suốt trong toàn Tập đoàn.
- Hệ thống phần mềm: Cần phải đượcphát triển bổ sung theo hướng mở, cho
phép cấu hình theo các mô hình quản lý khác nhau.
- Công tác triển khai: Cần qua 02 giai đoạn chính
o Triển khai mẫu (pilot): Trên cơ sở kết quả khảo sát và thống nhất quy trình nghiệp vụ, Tập đoàn sẽ triển khai mẫu tại Công ty XD HSB và Cty XD B12.
o Triển khai diện rộng (rollout):Trên cơ sở đánh giá kết quả công việc tại giai đoạn triển khai mẫu, Tập đoàn sẽ tiếp tục triển khai diện rộng tại các Công ty Xăng dầu còn lại và các đơn vị vận tải thuộc Petrolimex có nhu cầu sử dụng.
- Nhân sự triển khai diện rộng: Sử dụng tối đa nguồn nhân lực của đơn vị, nhân lực của đơn vị là lực lượng triển khai trực tiếp chính (keyuser), tham gia các công việc như: đào tạo Enduser, chuẩn bị dữ liệu Masterdata, tham gia cấu hình các thông số mặc định của mỗi cửa hàng trực thuộc, Tổ chức golive và hỗ trợ sau triển khai tại các cửa hàng trực thuộc. Khi đó, nhân lực của Piacom sẽ tập trung vào việc dựng hệ thống, hỗ trợ từ xa và đào tạo keyuser của đơn vị.
Các bên thành lập Ban dự án để triển khai dự án theo mô hình
Giám đốc dự án
Quản trị dự án Thư ký dự án
Nhóm kỹ thuật Nhóm đào tạo triển khai Nhóm quản lý chất lượng
Giám đốc dự án: Đại diện cao nhất của đơn vị triển khai thuộc PIACOM, có quyền quyết định mọi vấn đề nảy sinh trong dự án.
- Cung cấp các nguồn lực của dự án;
- Quyết định các vấn đề bất thường mà Quản trị dự án không giải quyết được.
Quản trị dự án: Đại diện thường trực của PIACOM làm quản trị dự án, có quyền quyết định các vấn đề nảy sinh trong dự án.
- Khởi động dự án;
- Lập kế hoạch cho dự án;
- Quản lý tiến trình dự án;
- Quản lý nguồn lực dự án;
- Quản lý sản phẩm dự án, bàn giao và nghiệm thu;
- Phối hợp với Ban dự án Petrolimex xác lập kế hoạch trao đổi thông tin giữa các đội dự án và các bên liên quan;
- Xử lý các tình huống bất thường;
- Lập các báo cáo và thực hiện tổng kết dự án.
Thư ký dự án:
- Xây dựng chương trình, kế hoạch công tác của Ban; tham gia cùng
trưởng dự án, các trưởng nhóm xây dựng kế hoạch tổng thể/chi tiết và các thay đổi kế hoạch của Dự án, trình Giám đốc dự án phê duyệt.
- Giúp Ban giám sát, điều phối hoạt động của các thành viên Ban.
- Tổng hợp báo cáo kết quả công tác, ý kiến đề xuất của các thành viên để báo cáo Giám đốc dự án.
- Chuẩn bị các tài liệu cho các cuộc họp theo yêu cầu của Giám đốc dự án, Trưởng dự án.
- Ghi chép, tổng hợp quá trình triển khai Dự án, làm căn cứ lập các báo cáo quản trị Dự án; lưu trữ các tài liệu liên quan của Ban Dự án. Nhóm kỹ thuật: Thực hiện quản trị hệ thống và hỗ trợ các nhóm/ đơn vị triển khai.
- Thống nhất/ phân tích nghiệp vụ:
Khảo sát yêu cầu quản lý, lập tài liệu yêu cầu với khách hàng.
Phân tích yêu cầu quản lý, lập tài liệu quy trình nghiệp vụ tương lai, yêu cầu báo cáo của khách hàng.
- Tổ chức thiết lập hệ thống trung tâm:
Xây dựng, cấu hình hệ thống theo đúng yêu cầu đã thống nhất với khách hàng.
Lập trình phát triển báo cáo.
- Tham gia kiểm thử hệ thống.
- Đảm bảo hệ thống trung tâm hoạt động ổn định trong suốt quá trình triển khai dự án.