Phân Tích và Thiết Kế Hệ Thống Quản Lý Kho Vận Odoo

Đồ án kỹ thuật nghiên cứu đồ án công nghệ phần mềm đề tài quản lý kho vận odoo, thiết kế chi tiết, tính toán kỹ thuật theo tiêu chuẩn, đánh giá tính khả thi dự án.

• Đề tài: Phân Tích và Thiết Kế Hệ Thống Quản Lý Kho Vận Odoo

Mục lục chi tiết

• LỜI MỞ ĐẦU
• 1. GIỚI THIỆU CHUNG VẺ DOANH NGHIỆP VÀ KÉ HOẠCH QUẢN LÝ DỰ AN PHAN MEM
• 1.1. Giới thiệu chung về doanh nghiệp
• 1.2. Kế hoạch quản lý dự án phần mềm
• 1.3. Mô hình phát triển phần mềm
• 1.4. Kế hoạch chi tiết (WBS — Work Breakdown Structure)
• 2. GIAI ĐOẠN KHẢO SÁT VÀ THU THẬP YÊU CẦU
• 2.1. Kỹ thuật thu thập yêu cầu
• 2.2. Kết luận sau quá trình
• 3. GIAI ĐOẠN PHÂN TÍCH THIẾT KẾ
• 3.1. Lược đồ Use Case tổng quát
• 3.2. Chức năng Đăng nhập
• 3.2.1. Focused Usecase - Đăng nhập
• 3.2.2. Activity diagram - Đăng nhập
• 3.2.3. Sequence diagram — Đăng nhập
• 3.3. Chức năng Đăng ký
• 3.3.1. Focused Usecase — Đăng ký
• 3.3.2. Activity Diagram — Đăng ký
• 3.3.3. Sequence diagram — Đăng ký
• 3.4. Chức năng Đặt lại mật khẩu
• 3.4.1. Focused Usecase — Đặt lại mật khẩu
• 3.4.2. Activity diagram — Đặt lại mật khẩu
• 3.4.3. Sequence Diagram — Đặt lại mật khẩu
• 3.5. Chức năng Quản lý kho hàng
• 3.5.1. Focused Usecase — Quản lý kho hàng
• 3.5.2. Activity diagram — Quản lý kho hàng
• 3.5.3. Sequence Diagram — Quản lý kho hàng
• 3.6. Chức năng Tạo kho
• 3.6.1. Focused Usecase — Tạo kho hàng
• 3.6.2. Activity diagram — Tạo kho hàng
• 3.6.3. Sequence diagram — Tạo kho hàng
• 3.7. Chức năng Quản lý phế liệu kho
• 3.7.1. Focused Usecase — Quản lý phế liệu kho
• 3.7.2. Activity diagram — Quản lý phế liệu kho
• 3.7.3. Sequence diagram — Quản lý phế liệu kho
• 3.8. Chức năng Bổ sung hàng
• 3.8.1. Focused Usecase — Bổ sung
• 3.8.2. Activity diagram — Bổ sung
• 3.8.3. Sequence diagram — Bổ sung hàng
• 3.9. Chức năng Điều chuyển hàng
• 3.9.1. Focused Usecase — Điều chuyển hàng
• 3.9.2. Activity diagram — Điều chuyển hàng
• 3.9.3. Sequence diagram — Điều chuyển hàng
• 3.10. Chức năng Quản lý sản phẩm
• 3.10.1. Focused Usecase — Quản lý sản phẩm
• 3.10.2. Activity diagram — Quản lý sản phẩm
• 3.10.3. Sequence diagram — Quản lý sản phẩm
• 3.11. Chức năng Kiểm kê kho
• 3.11.1. Focused Usecase — Kiểm kê kho
• 3.11.2. Activity diagram — Kiểm kê kho
• 3.11.3. Sequence diagram — Kiểm kê kho
• 3.12. Sơ đồ thực thể mối kết hợp - ERD

Tóm tắt

I. Hướng Dẫn Phân Tích Hệ Thống Quản Lý Kho Vận Odoo A Z

Việc phân tích và thiết kế hệ thống quản lý kho vận Odoo là giai đoạn nền tảng, quyết định sự thành công của quá trình chuyển đổi số trong logistics. Một hệ thống được phân tích kỹ lưỡng sẽ đảm bảo đáp ứng chính xác các nghiệp vụ đặc thù, trong khi một thiết kế tối ưu giúp tự động hóa kho vận, giảm thiểu sai sót và nâng cao hiệu suất. Tài liệu nghiên cứu “Quản lý kho vận - Odoo” của nhóm sinh viên Trường Đại học Sài Gòn đã tập trung sâu vào giai đoạn này, áp dụng các kiến thức chuẩn mực về công nghệ phần mềm để xây dựng một giải pháp quản lý kho vận toàn diện. Quá trình này không chỉ đơn thuần là cài đặt một phần mềm quản lý kho Odoo, mà là một dự án kỹ thuật đòi hỏi sự kết hợp giữa hiểu biết nghiệp vụ và năng lực công nghệ. Mục tiêu cuối cùng là tạo ra một hệ thống kho thông minh Odoo có khả năng truy vết lịch sử hàng hóa, phân quyền người dùng và thực hiện báo cáo tồn kho chính xác. Việc lựa chọn Odoo WMS (Warehouse Management System) làm nền tảng cho phép doanh nghiệp tận dụng sức mạnh của mã nguồn mở, mang lại sự linh hoạt và khả năng tùy biến cao, đáp ứng các yêu cầu từ cơ bản đến phức tạp trong quản lý chuỗi cung ứng Odoo.

1.1. Hiểu đúng về Odoo WMS và module quản lý kho Odoo

Odoo WMS, hay Odoo Inventory Management, không chỉ là một công cụ theo dõi hàng tồn. Nó là một hệ sinh thái các ứng dụng tích hợp, bao gồm Module kho Odoo, Mua hàng, Bán hàng và Kế toán, hoạt động liền mạch để tạo thành một giải pháp ERP hoàn chỉnh. Trọng tâm của hệ thống là khả năng quản lý toàn bộ vòng đời của sản phẩm trong kho, từ lúc nhận hàng, lưu trữ, điều chuyển nội bộ cho đến khi xuất hàng. Các tính năng cốt lõi bao gồm quản lý vị trí kho Odoo đa cấp, quản lý sản phẩm theo lô và hạn sử dụng, cùng các chiến lược sắp xếp và lấy hàng tự động như FIFO, LIFO. Việc hiểu rõ bản chất và phạm vi của module kho Odoo là tiền đề quan trọng để phân tích chính xác yêu cầu và thiết kế một quy trình vận hành hiệu quả, tránh được những sai lầm tốn kém trong quá trình triển khai.

1.2. Tầm quan trọng của giai đoạn phân tích thiết kế

Bỏ qua hoặc thực hiện sơ sài giai đoạn phân tích và thiết kế là nguyên nhân chính dẫn đến thất bại của nhiều dự án ERP. Giai đoạn này giúp xác định rõ ràng “bài toán” của doanh nghiệp trước khi đưa ra “lời giải”. Theo tài liệu nghiên cứu, việc áp dụng mô hình Thác nước (Waterfall) đòi hỏi các yêu cầu phải được định nghĩa rõ ràng ngay từ đầu. Một bản phân tích nghiệp vụ kho chi tiết sẽ là kim chỉ nam cho toàn bộ đội ngũ phát triển, từ đó thiết kế luồng công việc kho phù hợp, đảm bảo phần mềm khi hoàn thiện sẽ thực sự giải quyết được các vấn đề của doanh nghiệp chứ không phải tạo ra thêm rắc rối. Đây cũng là giai đoạn để lựa chọn đối tác triển khai Odoo phù hợp, những người có kinh nghiệm để tư vấn và đưa ra giải pháp tối ưu nhất.

II. Thách Thức Quản Lý Kho Giải Pháp Tối Ưu Hóa Với Odoo

Quản lý kho thủ công hoặc sử dụng các phần mềm rời rạc mang lại nhiều thách thức cho doanh nghiệp: sai lệch tồn kho, thất thoát hàng hóa, quy trình xử lý đơn hàng chậm chạp và thiếu dữ liệu để ra quyết định. Những vấn đề này trực tiếp ảnh hưởng đến chi phí vận hành và sự hài lòng của khách hàng. Việc xây dựng hệ thống quản lý kho hiện đại là một nhu cầu cấp thiết. Giải pháp quản lý kho vận trên nền tảng Odoo ra đời để giải quyết triệt để những thách thức này. Hệ thống cung cấp một cơ sở dữ liệu tập trung, cho phép theo dõi tồn kho theo thời gian thực trên nhiều kho hàng. Việc áp dụng các công nghệ như tích hợp mã vạch Odoo giúp tăng tốc độ nhập, xuất và kiểm kê, đồng thời giảm thiểu sai sót do con người. Hơn nữa, Odoo cho phép tối ưu hóa kho vận bằng Odoo thông qua việc thiết lập các quy tắc điều chuyển tự động, chiến lược bổ sung hàng thông minh và tạo ra các báo cáo tồn kho Odoo trực quan, giúp nhà quản lý có cái nhìn tổng thể để đưa ra các quyết định chiến lược kịp thời.

2.1. Nhận diện các vấn đề của hệ thống quản lý thủ công

Hệ thống thủ công phụ thuộc nhiều vào giấy tờ và trí nhớ của nhân viên. Điều này dẫn đến các rủi ro như: sai số khi kiểm kê định kỳ, khó khăn trong việc truy vết nguồn gốc sản phẩm khi có sự cố, và quy trình xử lý chậm chạp khi quy mô doanh nghiệp mở rộng. Việc thiếu một quy trình quản lý kho Odoo chuẩn hóa khiến doanh nghiệp khó có thể đo lường hiệu suất, không xác định được các điểm nghẽn trong vận hành để cải tiến. Các quyết định nhập hàng thường dựa trên cảm tính thay vì dữ liệu tồn kho và dự báo nhu cầu chính xác, dẫn đến tình trạng tồn kho quá mức hoặc thiếu hụt hàng hóa.

2.2. Odoo WMS giải quyết bài toán tự động hóa kho vận

Odoo WMS mang đến khả năng tự động hóa kho vận mạnh mẽ. Thay vì ghi chép thủ công, nhân viên kho sử dụng thiết bị quét mã vạch để ghi nhận mọi giao dịch. Hệ thống sẽ tự động cập nhật số lượng tồn kho ngay lập tức. Các quy tắc như "Tuyến đường" (Routes) và "Quy tắc đẩy/kéo" (Push/Pull Rules) cho phép tự động hóa việc điều chuyển hàng hóa giữa các vị trí hoặc tạo lệnh sản xuất, mua hàng khi tồn kho xuống dưới mức tối thiểu. Điều này không chỉ giúp giảm tải công việc cho nhân viên mà còn đảm bảo một quy trình quản lý kho Odoo nhất quán và chính xác, tạo nền tảng cho một hệ thống kho thông minh Odoo.

III. Phương Pháp Phân Tích Nghiệp Vụ Kho Vận Cho Hệ Thống Odoo

Giai đoạn phân tích nghiệp vụ kho là bước đầu tiên và quan trọng nhất trong quy trình phân tích và thiết kế hệ thống quản lý kho vận Odoo. Mục tiêu là để hiểu sâu sắc hiện trạng, xác định các yêu cầu và chuyển hóa chúng thành các chức năng phần mềm cụ thể. Tài liệu gốc đã áp dụng các kỹ thuật thu thập yêu cầu bài bản như xem xét tài liệu, nghiên cứu phần mềm Odoo gốc và tổ chức các buổi họp nhóm. Quá trình này giúp định hình các nghiệp vụ cơ bản cần có, bao gồm: quản lý kho, quản lý sản phẩm, quản lý các tuyến giao nhận, điều chuyển hàng và kiểm kê. Kết quả của giai đoạn này là một bộ tài liệu yêu cầu chi tiết, làm cơ sở vững chắc cho việc thiết kế luồng công việc kho. Việc mô hình hóa các yêu cầu này bằng Lược đồ Use Case, như được trình bày trong báo cáo, là một phương pháp hiệu quả để trực quan hóa sự tương tác giữa người dùng và hệ thống, đảm bảo mọi bên liên quan có chung một cách hiểu về sản phẩm cuối cùng.

3.1. Kỹ thuật khảo sát và thu thập yêu cầu người dùng

Để xây dựng hệ thống quản lý kho thành công, việc thu thập yêu cầu phải được thực hiện một cách có hệ thống. Các kỹ thuật chính bao gồm: phỏng vấn các bên liên quan (quản lý kho, nhân viên kho), quan sát quy trình làm việc thực tế, phân tích các biểu mẫu, tài liệu hiện có và tổ chức các buổi hội thảo (workshops). Trong bối cảnh của đồ án, nhóm nghiên cứu đã tập trung vào việc "Xem xét tài liệu và phần mềm" Odoo có sẵn, đây là một cách tiếp cận hiệu quả để hiểu rõ các chức năng chuẩn và xác định các điểm cần tùy chỉnh cho phù hợp với nghiệp vụ giả định của doanh nghiệp.

3.2. Mô hình hóa chức năng bằng Lược đồ Use Case tổng quát

Sau khi thu thập, các yêu cầu cần được hệ thống hóa. Lược đồ Use Case là một công cụ mạnh mẽ để thực hiện việc này. Tài liệu nghiên cứu đã xây dựng một Lược đồ Use Case tổng quát, xác định rõ các tác nhân (Actor) như 'Quản trị' và 'Thành viên' cùng các chức năng chính họ có thể thực hiện: 'Đăng nhập', 'Quản lý kho hàng', 'Quản lý sản phẩm', 'Kiểm kê kho', 'Bổ sung hàng', 'Điều chuyển hàng'. Mỗi Use Case này sau đó được phân tích chi tiết hơn qua Focused Usecase, mô tả luồng sự kiện chính, các luồng thay thế và các ngoại lệ. Cách tiếp cận này đảm bảo không bỏ sót yêu cầu và tạo ra một cái nhìn rõ ràng về phạm vi của dự án.

IV. Bí Quyết Thiết Kế Luồng Công Việc Kho Vận Tối Ưu Trên Odoo

Từ các yêu cầu đã phân tích, giai đoạn thiết kế sẽ biến chúng thành một bản thiết kế chi tiết cho hệ thống quản lý kho Odoo. Đây là giai đoạn thiết kế luồng công việc kho và cấu trúc dữ liệu. Báo cáo đồ án đã sử dụng các công cụ mô hình hóa tiêu chuẩn của UML (Unified Modeling Language) để thực hiện nhiệm vụ này. Sơ đồ Hoạt động (Activity Diagram) được dùng để mô tả logic của từng quy trình nghiệp vụ, ví dụ như quy trình tạo kho hàng mới hay quy trình xử lý một đơn hàng phế liệu. Sơ đồ Tuần tự (Sequence Diagram) lại làm rõ sự tương tác và thông điệp trao đổi giữa các đối tượng trong hệ thống theo thời gian. Cuối cùng, Sơ đồ Thực thể Mối kết hợp (ERD) cung cấp một cái nhìn tổng thể về cấu trúc cơ sở dữ liệu, xác định các thực thể chính như Kho Hàng, Sản Phẩm, Phiếu Điều Chuyển và mối quan hệ giữa chúng. Một thiết kế tốt sẽ giúp quá trình cấu hình module Odoo Inventory trở nên dễ dàng và hệ thống vận hành ổn định, hiệu quả.

4.1. Thiết kế chi tiết quy trình bằng Sơ đồ Hoạt động

Sơ đồ Hoạt động (Activity Diagram) là công cụ lý tưởng để trực quan hóa quy trình quản lý kho Odoo. Ví dụ, trong chức năng 'Tạo kho hàng', sơ đồ mô tả rõ các bước tuần tự: người dùng truy cập, bấm nút 'Tạo', hệ thống hiển thị form, người dùng điền thông tin, hệ thống kiểm tra tính hợp lệ của tên kho và tên viết tắt, và cuối cùng lưu dữ liệu vào database. Sơ đồ cũng thể hiện các luồng rẽ nhánh, ví dụ như khi người dùng chọn 'Hủy' hoặc khi dữ liệu nhập vào không hợp lệ. Việc sử dụng sơ đồ này giúp tất cả các thành viên trong nhóm phát triển hiểu rõ logic nghiệp vụ, đảm bảo việc lập trình tuân thủ đúng theo thiết kế.

4.2. Mô tả tương tác hệ thống với Sơ đồ Tuần tự

Nếu Sơ đồ Hoạt động tập trung vào 'cái gì' và 'khi nào', thì Sơ đồ Tuần tự (Sequence Diagram) tập trung vào 'ai' nói chuyện với 'ai'. Nó mô tả chi tiết các thông điệp được gửi giữa các đối tượng (ví dụ: Giao diện người dùng, Lớp điều khiển, Thực thể dữ liệu, Cơ sở dữ liệu) để hoàn thành một tác vụ. Trong chức năng 'Đăng nhập', Sơ đồ Tuần tự cho thấy rõ giao diện người dùng (User) gửi yêu cầu xacThucTaiKhoan(mail, pass) đến lớp điều khiển (Controller), lớp này lại truy vấn đến Cơ sở dữ liệu (Database) và nhận về kết quả. Sơ đồ này cực kỳ hữu ích cho lập trình viên trong việc hiện thực hóa các lớp và phương thức.

4.3. Xây dựng nền tảng dữ liệu với Sơ đồ Thực thể ERD

Sơ đồ Thực thể Mối kết hợp (ERD - Entity-Relationship Diagram) là bản thiết kế của cơ sở dữ liệu. Nó định nghĩa các bảng dữ liệu chính và mối quan hệ giữa chúng. Trong ERD của tài liệu, các thực thể cốt lõi như KhoHang, SanPham, PhieuXuLy (Phiếu điều chuyển), TaiKhoan được xác định rõ ràng với các thuộc tính cần thiết. Các mối quan hệ (ví dụ: một KhoHang có thể chứa nhiều SanPham) được vẽ ra, giúp đảm bảo tính toàn vẹn và nhất quán của dữ liệu. Một ERD tốt là xương sống của toàn bộ phần mềm quản lý kho Odoo, quyết định khả năng mở rộng và hiệu năng của hệ thống.

V. Case Study Thiết Kế Các Chức Năng Quản Lý Kho Odoo Cốt Lõi

Bản chất của việc phân tích và thiết kế hệ thống quản lý kho vận Odoo được thể hiện rõ nhất qua việc xây dựng các chức năng nghiệp vụ cụ thể. Dựa trên tài liệu nghiên cứu, chúng ta có thể xem xét một số case study điển hình. Chức năng Quản lý Sản phẩm cho phép người dùng tạo mới và điều chỉnh thông tin sản phẩm, là dữ liệu gốc cho mọi hoạt động kho. Chức năng Bổ sung hàng tự động hóa việc đặt hàng mua hoặc tạo lệnh sản xuất khi hàng tồn kho xuống thấp. Chức năng Điều chuyển hàng quản lý các luồng di chuyển nội bộ, nhập hàng và giao hàng. Đặc biệt, chức năng Kiểm kê kho là một nghiệp vụ quan trọng, giúp đối chiếu số liệu tồn kho thực tế và trên hệ thống. Mỗi chức năng này đều được phân tích kỹ lưỡng qua Use Case, và được thiết kế chi tiết luồng xử lý qua Activity và Sequence Diagram, cho thấy một quy trình phát triển phần mềm bài bản và có hệ thống.

5.1. Phân tích và thiết kế chức năng Quản lý Lô Hạn sử dụng

Chức năng quản lý lô và hạn sử dụng Odoo là yêu cầu bắt buộc đối với các ngành hàng như thực phẩm, dược phẩm. Trong quá trình thiết kế, hệ thống cần cho phép ghi nhận số lô/seri cho mỗi sản phẩm khi nhập kho. Khi xuất kho, các chiến lược như FEFO (First Expired, First Out) phải được cấu hình để hệ thống tự động đề xuất các lô hàng sắp hết hạn trước. Sơ đồ thiết kế phải thể hiện được luồng kiểm tra hạn sử dụng và cảnh báo cho nhân viên kho, đảm bảo chất lượng hàng hóa và tuân thủ các quy định về an toàn.

5.2. Thiết kế nghiệp vụ Bổ sung và Điều chuyển hàng hóa

Nghiệp vụ Bổ sung (Replenishment) và Điều chuyển (Transfers) là trung tâm của việc vận hành kho. Thiết kế cho chức năng Bổ sung, như mô tả trong Usecase UC7, cần xác định rõ các thông số như số lượng tối thiểu, tối đa và quy tắc đặt hàng (mua hàng hoặc sản xuất). Đối với Điều chuyển hàng (Usecase UC8), thiết kế cần phân biệt rõ các loại hình hoạt động khác nhau (Nhận hàng, Giao hàng, Điều chuyển nội bộ). Sơ đồ hoạt động phải mô tả được các trạng thái của một phiếu điều chuyển, từ 'Dự thảo', 'Sẵn sàng' đến 'Hoàn thành', cũng như các hành động như 'Kiểm tra khả dụng' và 'Xác nhận', tạo nên một quy trình xử lý đơn hàng chặt chẽ.

5.3. Xây dựng quy trình Kiểm kê kho chính xác trên Odoo

Chức năng Kiểm kê kho (Inventory Adjustment) được phân tích trong Usecase UC10 nhằm giải quyết sự chênh lệch giữa số liệu lý thuyết và thực tế. Quá trình thiết kế phải cho phép người dùng tạo một phiên kiểm kê cho một hoặc nhiều sản phẩm, tại một vị trí cụ thể. Giao diện phải đơn giản để nhân viên có thể nhập số lượng thực tế đã đếm. Hệ thống sau đó phải tự động tính toán chênh lệch và tạo các bút toán kho tương ứng để điều chỉnh lại số lượng tồn kho trên hệ thống. Việc thiết kế một quy trình kiểm kê rõ ràng và dễ sử dụng là yếu tố then chốt để duy trì dữ liệu tồn kho chính xác.

VI. Tối Ưu Hóa Quản Lý Kho Bằng Odoo Tổng Kết Hướng Đi Mới

Qua việc phân tích và thiết kế hệ thống quản lý kho vận Odoo một cách bài bản, doanh nghiệp có thể xây dựng một công cụ quản trị mạnh mẽ, minh bạch và hiệu quả. Quá trình này, từ việc khảo sát yêu cầu, mô hình hóa bằng UML đến thiết kế cơ sở dữ liệu, đảm bảo rằng giải pháp quản lý kho vận cuối cùng thực sự phù hợp với quy trình hoạt động của doanh nghiệp. Việc triển khai thành công Odoo Inventory Management giúp tối ưu hóa kho vận bằng Odoo, giảm chi phí lưu kho, tăng tốc độ xử lý đơn hàng và cải thiện độ chính xác dữ liệu. Tuy nhiên, công nghệ luôn phát triển. Hướng đi tương lai cho các hệ thống kho thông minh Odoo là tích hợp sâu hơn với các công nghệ của Công nghiệp 4.0 như IoT (Internet of Things) để theo dõi vị trí hàng hóa theo thời gian thực, AI (Trí tuệ nhân tạo) để dự báo nhu cầu và tối ưu hóa vị trí lưu trữ, và robot tự hành (AGV) để tự động hóa hoàn toàn các công đoạn trong kho. Việc lựa chọn một đối tác triển khai Odoo giàu kinh nghiệm là yếu tố quyết định để hiện thực hóa những tiềm năng này.

6.1. Tổng kết lợi ích của việc triển khai Odoo Inventory

Việc triển khai thành công hệ thống Odoo Inventory Management mang lại nhiều lợi ích thiết thực: tăng độ chính xác của dữ liệu tồn kho lên trên 99%, giảm thời gian xử lý đơn hàng từ vài giờ xuống còn vài phút, tối ưu hóa không gian lưu trữ và giảm thiểu vốn tồn đọng. Hệ thống cung cấp khả năng truy xuất nguồn gốc sản phẩm toàn diện, nâng cao khả năng quản lý chất lượng. Các báo cáo tồn kho Odoo cung cấp dữ liệu tức thời, giúp ban lãnh đạo đưa ra quyết định nhanh chóng và chính xác, từ đó nâng cao năng lực cạnh tranh của doanh nghiệp trên thị trường.

6.2. Vai trò của đối tác tư vấn triển khai Odoo Inventory

Một dự án ERP không chỉ là về phần mềm mà còn là về con người và quy trình. Một đối tác triển khai Odoo uy tín đóng vai trò là cầu nối giữa công nghệ và nghiệp vụ. Họ không chỉ giúp cấu hình module Odoo Inventory mà còn thực hiện tư vấn triển khai Odoo Inventory một cách chuyên nghiệp: giúp doanh nghiệp chuẩn hóa lại quy trình, đào tạo người dùng cuối và hỗ trợ vận hành sau khi triển khai. Lựa chọn đúng đối tác có kinh nghiệm trong ngành sẽ đảm bảo dự án đi đúng hướng, đúng tiến độ và mang lại giá trị đầu tư cao nhất.

Nội dung chính

Bối cảnh và vấn đề nghiên cứu

Trong bối cảnh cuộc Cách mạng công nghiệp 4.0 đang diễn ra mạnh mẽ, việc ứng dụng công nghệ thông tin vào hoạt động quản lý vận hành là xu thế tất yếu của các tổ chức và doanh nghiệp. Đối với các doanh nghiệp kinh doanh đang trên đà mở rộng quy mô, mô hình quản lý kho vận bằng nhân sự và các phương pháp thủ công bộc lộ nhiều điểm hạn chế, không còn đáp ứng được yêu cầu theo dõi luồng hàng hóa chính xác, liên tục. Nhu cầu thực hiện "chuyển đổi số" đòi hỏi phải xây dựng một hệ thống phần mềm chuyên môn hóa để quản lý toàn diện các kho hàng và các quy trình nghiệp vụ liên quan.

Đề tài "Phân tích và Thiết kế Hệ Thống Quản Lý Kho Vận Odoo" (tập trung vào phân tích module Quản lý Kho - Inventory của nền tảng mã nguồn mở Odoo) được nhóm sinh viên Khoa Công nghệ Thông tin - Trường Đại học Sài Gòn thực hiện trong khuôn khổ học phần Công nghệ Phần mềm, dưới sự hướng dẫn của TS. Nguyễn Quốc Huy vào tháng 11 năm 2022.

Mục tiêu nghiên cứu và nhiệm vụ của đề tài bao gồm việc phân tích yêu cầu và thiết kế chi tiết hệ thống quản lý kho theo các cấp độ Quan niệm – Logic – Vật lý, đáp ứng 7 nhóm nghiệp vụ chính:

1. Quản lý hệ thống các kho hàng và cấu hình mạng lưới lưu trữ của doanh nghiệp.
2. Quản lý danh mục và thông tin chi tiết các sản phẩm trong kho.
3. Quản lý các tuyến giao hàng, nhận hàng và bổ sung hàng hóa định kỳ hoặc tự động.
4. Quản lý các hoạt động điều chuyển hàng hóa nội bộ và xử lý đơn vận.
5. Truy vết quãng đường, lộ trình và lịch sử biến động của hàng hóa, đơn hàng.
6. Thiết lập cơ chế phân quyền chặt chẽ giữa Quản trị viên (Admin) và Nhân viên kho (Member/User).
7. Thực hiện quy trình kiểm kê định kỳ, tính toán chênh lệch và xuất báo cáo tình hình kho bãi.

Đối tượng nghiên cứu là các quy trình nghiệp vụ kho vận trong hệ thống hoạch định tài nguyên doanh nghiệp Odoo. Phạm vi nghiên cứu tập trung vào giai đoạn phân tích và thiết kế phần mềm, xác định các quy tắc nghiệp vụ, xây dựng các lược đồ UML và thiết kế cơ sở dữ liệu quan hệ phục vụ cho việc vận hành kho hàng.

Cơ sở lý thuyết và phương pháp

Đề tài vận dụng các nguyên lý cốt lõi của môn học Công nghệ Phần mềm và quy trình thiết kế hướng đối tượng. Nhóm nghiên cứu lựa chọn mô hình phát triển phần mềm dạng Thác nước (Waterfall Model) làm khung tiến trình chính, bao gồm các giai đoạn kế tiếp nhau: Phân tích yêu cầu (Requirement Analysis), Thiết kế hệ thống (System Design) và Triển khai (Implementation). Lý do lựa chọn mô hình này là tính tuần tự, rõ ràng giữa các giai đoạn, giúp nhóm dễ dàng kiểm soát khối lượng công việc và nắm bắt tiến độ trong điều kiện giới hạn về thời gian và kinh nghiệm thực tế.

Phương pháp thu thập và phân tích yêu cầu được tiến hành thông qua hai kỹ thuật chính:

• Xem xét tài liệu và khảo sát phần mềm thực tế: Nghiên cứu tài liệu chuẩn của mã nguồn mở Odoo, tìm hiểu cách thức vận hành thực tế của các phân hệ chức năng trên phần mềm Odoo hiện hữu, từ đó đánh giá mức độ phù hợp với nhu cầu quản lý tồn kho của doanh nghiệp vừa và lớn.
• Kỹ thuật họp nhóm và phân rã công việc: Tổ chức các buổi họp định kỳ để phân chia nhiệm vụ, theo dõi tiến độ và thống nhất các quy tắc nghiệp vụ; xây dựng Bảng cấu trúc phân rã công việc (Work Breakdown Structure - WBS) từ tuần 4 đến tuần 9 theo phương pháp MoSCoW (phân loại các hạng mục theo MUST HAVE, SHOULD HAVE và DONE).

Hệ thống phương pháp thiết kế hướng đối tượng được cụ thể hóa thông qua việc mô hình hóa bằng ngôn ngữ UML: xây dựng bảng đặc tả Use Case chi tiết (Focused Use Case), Biểu đồ hoạt động (Activity Diagram), Biểu đồ tuần tự (Sequence Diagram) theo mô hình phân tầng Boundary - Control - Entity, cùng Lược đồ lớp (Class Diagram) và Sơ đồ thực thể mối kết hợp (ERD).

Nội dung chính theo từng chương

Chương I: Giới thiệu chung về doanh nghiệp và kế hoạch quản lý dự án phần mềm

Chương I trình bày bối cảnh hoạt động của doanh nghiệp cần chuyển đổi mô hình quản lý kho vận từ thủ công sang tự động hóa. Về mặt tổ chức nhân sự, hệ thống xác định hai nhóm tác nhân chính:

• Quản trị viên (Admin): Phụ trách cấu hình kho, tạo kho mới, giám sát toàn bộ danh mục sản phẩm, phân quyền và duyệt các chính sách điều chuyển, bổ sung.
• Nhân viên trực thuộc kho (User/Member): Thực hiện các thao tác tác nghiệp hàng ngày như lập phiếu điều chuyển, lập phiếu phế liệu, nhập số lượng đếm khi kiểm kê.

Kế hoạch quản lý dự án được thiết lập thông qua mô hình thác nước và bảng phân bổ tiến độ WBS. Bảng tiến độ quy định các mốc thời gian thực hiện từ Tuần 4 đến Tuần 9 với các yêu cầu chức năng được gắn nhãn ưu tiên: các chức năng nền tảng và cốt lõi (Đăng nhập, Quản lý kho, Điều chuyển, Kiểm kê) thuộc nhóm "MUST HAVE", các chức năng hỗ trợ và tiện ích nâng cao thuộc nhóm "SHOULD HAVE".

Chương II: Giai đoạn khảo sát và thu thập yêu cầu

Chương II tập trung vào quá trình tìm hiểu các chuẩn nghiệp vụ kho của nền tảng mã nguồn mở Odoo và thu thập các yêu cầu thực tế từ quy trình xuất - nhập - tồn. Quá trình khảo sát giúp định hình các luồng dữ liệu cần xử lý: từ khâu tiếp nhận hàng hóa, lưu trữ tại các vị trí/địa điểm (locations), thiết lập tuyến cung ứng (routes), luân chuyển nội bộ giữa các kho, xử lý sản phẩm hỏng/phế liệu, cho đến khâu đối soát số lượng tồn kho định kỳ.

Nhóm tác giả tổng kết quá trình khảo sát, ghi nhận các yêu cầu nghiệp vụ đã được làm rõ để chuyển giao sang giai đoạn phân tích thiết kế, đồng thời chỉ ra một số trở ngại ban đầu về việc phân bổ thời gian làm việc nhóm và việc làm quen với khối lượng tài liệu kỹ thuật lớn của Odoo.

Chương III: Giai đoạn phân tích thiết kế

Chương III là nội dung trọng tâm của đồ án, trình bày chi tiết lược đồ Use Case tổng quát và hồ sơ phân tích thiết kế cho 10 ca sử dụng (Use Case) cụ thể. Mỗi chức năng đều được mô hình hóa đầy đủ qua: Bảng đặc tả Use Case tập trung (Focused Use Case gồm Basic Course, Alternative Paths, Exception Paths, Pre/Post-conditions), Biểu đồ hoạt động (Activity Diagram) và Biểu đồ tuần tự (Sequence Diagram).

Mã Use Case	Tên Chức Năng	Tác Nhân (Actors)	Nghiệp Vụ Cốt Lõi & Ràng Buộc Kiểm Tra
UC1	Đăng nhập	User, Admin	Xác thực email/mật khẩu, kiểm tra ô trống form (E1), kiểm tra tài khoản tồn tại trong database (E2), điều hướng giao diện theo phân quyền.
UC2	Đăng ký	User, Admin	Đăng ký tài khoản nhân viên mới, kiểm tra ô trống (E1), kiểm tra trùng lặp email đã đăng ký (E2).
UC3	Đặt lại mật khẩu	User, Admin	Gửi link xác thực qua email (E1), kiểm tra tính hợp lệ của mật khẩu mới và chuỗi xác nhận mật khẩu (E2, E3).
UC4	Quản lý kho hàng	Admin	Xem danh sách kho, sửa, xóa (kiểm tra khóa ngoại tham chiếu E1), lưu trữ (kiểm tra hàng tồn E2 và phiếu kho chưa xử lý E3), nhân bản (kiểm tra trùng tên viết tắt E4), xuất file CSV/XLS.
UC5	Tạo kho hàng	Admin	Cấu hình kho mới, kiểm tra tên kho không để trống (E1), kiểm tra tên viết tắt duy nhất trên cùng địa chỉ (E2), cấu hình tuyến cung ứng 1 bước mặc định.
UC6	Quản lý phế liệu kho	User, Admin	Tạo đơn hàng phế liệu, chọn kho chứa và số lượng, kiểm tra tên sản phẩm (E1), kiểm tra số lượng không âm (E2), trạng thái bản thảo/xác nhận, không cho phép xóa đơn đã hoàn thành (E3).
UC7	Bổ sung hàng	User, Admin	Thiết lập quy tắc bổ sung (min/max), kiểm tra sản phẩm đã chọn (E1), kiểm tra địa điểm khả dụng - mỗi địa điểm chỉ có 1 phiếu bổ sung/sản phẩm (E2), thiết lập luồng xử lý: đặt hàng 1 lần, đặt hàng tự động, tạm dừng (E3).
UC8	Điều chuyển hàng	User, Admin	Tạo và xử lý phiếu điều chuyển (giao hàng, nhận hàng, nội bộ), kiểm tra số lượng khả dụng (E2, E3), xử lý phần dang dở (backorder) khi kho không đủ hàng đáp ứng, kiểm tra trạng thái khóa phiếu (E4, E5).
UC9	Quản lý sản phẩm	User, Admin	Phân quyền hiển thị theo vai trò, quản lý giá vốn, giá bán, nhóm sản phẩm, kiểm tra loại sản phẩm tránh mâu thuẫn dữ liệu luồng đang chạy (E1, E3), kiểm tra tên sản phẩm (E2).
UC10	Kiểm kê kho	User, Admin	Lập phiếu kiểm kê, nhập số lượng đếm thực tế, kiểm tra định dạng số (E3), tính toán chênh lệch so với tồn hệ thống, cập nhật số lượng tồn thực tế, quản lý cờ trạng thái (Flag = 1/0), lưu vết lịch sử.

Thiết kế và triển khai

Hệ thống được thiết kế theo kiến trúc 3 lớp hướng đối tượng, thể hiện rõ qua sự tương tác giữa các thành phần trên Biểu đồ tuần tự (Sequence Diagram):

• Lớp Giao diện (Boundary): Đóng vai trò tiếp nhận tương tác từ người dùng và hiển thị dữ liệu phản hồi (ví dụ: formDangNhap, formDangKy, homeGUI, GUIQuanLyPhieuBoSung, GUISuaSanPham, GUIthongtinbosung).
• Lớp Điều khiển (Control): Đảm nhận việc tiếp nhận sự kiện, điều phối luồng nghiệp vụ, kiểm tra các ràng buộc dữ liệu trước khi xử lý (ví dụ: taiKhoanController, khoHangController, donPheLieuController, sanPhamController, XuLyDieuChuyen).
• Lớp Thực thể và Dữ liệu (Entity & Database): Đại diện cho các đối tượng nghiệp vụ lưu trữ trạng thái và giao tiếp trực tiếp với cơ sở dữ liệu để truy vấn/cập nhật dữ liệu (ví dụ: Account, khoHang, SanPham, PhieuDieuChuyen, DonPheLieu, Database).

Sơ đồ thực thể mối kết hợp (ERD) và Lược đồ lớp (Class Diagram) của hệ thống bao gồm các bảng thực thể chính cùng mối quan hệ ràng buộc toàn vẹn dữ liệu:

• KhoHang (IDKhoHang, tenKhoHang, tenVietTat, IDDiaChi): Quản lý định danh các địa điểm lưu trữ.
• SanPham (IDSanPham, tenSanPham, giaVon, giaBan, theTich, khoiLuong, IDNhomSanPham, ngonNgu): Quản lý thuộc tính hàng hóa.
• TuyenCungUng (IDTuyenCungUng, IDKhoNguon, IDKhoDich, tenTuyenCungUng, DSApDung, IDKhoThuoc): Thiết lập luồng lưu chuyển giữa các kho.
• ChiTietKho (IDKhoHang, IDSanPham, SoLuongThucTe, SoLuongDuBao): Quản lý số lượng tồn thực tế và số lượng dự báo theo từng kho.
• DonPheLieu (IDDonPheLieu, IDSanPham, IDKhoHang, SoLuong, TrangThai): Quản lý hàng hỏng, hàng phế phẩm.
• PhieuDieuChuyen và PhieuXuLy: Quản lý các lệnh vận chuyển, trạng thái (Dự thảo, Sẵn sàng, Hoàn thành, Hủy), hình thức (giao, nhận, nội bộ).
• PhieuKiemKe, LichSuHoatDong, TaiKhoan, DiaChi, NhomSanPham, CongViec: Hỗ trợ công tác phân quyền, phân loại và truy vết lịch sử thao tác.

Các quy tắc xử lý ngoại lệ (Exception Handling) được thiết kế chi tiết: hệ thống chủ động ngăn chặn việc xóa các kho hàng đang chứa sản phẩm hoặc có phiếu kho chưa hoàn tất; tự động kích hoạt tiến trình tạo phiếu điều chuyển phần dở dang (backorder) khi lượng hàng xuất kho thực tế nhỏ hơn nhu cầu yêu cầu; kiểm soát xung đột dữ liệu khi người dùng thay đổi loại sản phẩm đang có giao dịch phát sinh.

Kết quả và đóng góp

Đồ án đã xây dựng thành công bộ hồ sơ phân tích và thiết kế phần mềm hoàn chỉnh cho phân hệ Quản lý Kho Vận mô phỏng theo chuẩn Odoo, đạt được các kết quả cụ thể:

• Hoàn thiện mô hình hóa 10 ca sử dụng trọng yếu bằng hệ thống bảng đặc tả ca sử dụng chi tiết, biểu đồ hoạt động và biểu đồ tuần tự theo đúng chuẩn thiết kế hướng đối tượng.
• Xây dựng mô hình dữ liệu quan hệ (ERD) và lược đồ lớp có cấu trúc chặt chẽ, thể hiện đầy đủ các mối quan hệ (1-1, 1-n, n-n) giữa các thực thể kho hàng, sản phẩm, tuyến cung ứng, phiếu điều chuyển và lịch sử hoạt động.
• Xác định rõ ràng các quy tắc kiểm soát dữ liệu nghiệp vụ (xử lý ngoại lệ, kiểm tra tính khả dụng của kho, tự động tính toán chênh lệch tồn kho).

Về mặt tổ chức thực hiện, theo biên bản đánh giá giữa kỳ, khối lượng công việc được phân chia đồng đều 33% cho mỗi thành viên trong nhóm 28 (Trần Nguyễn Việt Thái: 33%, Đỗ Minh Hiếu: 33%, Hoàng Huỳnh Trung Hiếu: 33%), đảm bảo sự phối hợp đồng bộ giữa các khâu khảo sát, phân tích nghiệp vụ và xây dựng lược đồ.

Hạn chế và hướng nghiên cứu tiếp

Theo tự nhận định của nhóm tác giả trong văn bản báo cáo, đồ án vẫn còn một số hạn chế cần khắc phục:

• Một số lược đồ thiết kế (biểu đồ tuần tự, biểu đồ hoạt động) chưa đạt độ trực quan tối đa và cần được tinh chỉnh chính xác hơn để phục vụ trực tiếp cho giai đoạn cài đặt (Implementation/Coding).
• Đồ án mới tập trung chuyên sâu vào giai đoạn phân tích thiết kế hệ thống theo mô hình thác nước, chưa hoàn thiện trọn vẹn toàn bộ các bước triển khai mã nguồn và kiểm thử phần mềm.
• Quá trình làm việc nhóm và biên soạn báo cáo còn bộc lộ một số sai sót cục bộ về mặt trình bày và quản lý thời gian họp nhóm.

Hướng phát triển tiếp theo là hoàn thiện các bước còn lại trong mô hình thác nước: hiện thực hóa các lược đồ thiết kế thành các module mã nguồn chạy trên nền tảng Odoo, tiến hành kiểm thử chức năng và tích hợp hệ thống vào môi trường doanh nghiệp thực tế.

Giá trị tham khảo

Báo cáo đồ án là tài liệu tham khảo hữu ích cho sinh viên ngành Công nghệ thông tin, Kỹ thuật phần mềm và Hệ thống thông tin quản lý khi học tập môn Công nghệ Phần mềm hoặc thực hiện các đồ án phân tích thiết kế hệ thống thông tin quản lý doanh nghiệp (ERP).

Tài liệu cung cấp nguồn tham khảo cụ thể về:

• Phương pháp viết đặc tả ca sử dụng tập trung (Focused Use Case) đầy đủ các luồng sự kiện chính, luồng rẽ nhánh và luồng ngoại lệ.
• Cách thức chuyển đổi từ yêu cầu nghiệp vụ thực tế sang các biểu đồ tương tác 3 lớp (Boundary - Control - Entity).
• Cấu trúc cơ sở dữ liệu mẫu cho bài toán quản lý kho bãi phức tạp (quản lý đa kho, tuyến cung ứng, quy tắc bổ sung tồn kho tự động và xử lý phế liệu).

Câu hỏi thường gặp

1. Nhóm tác giả lựa chọn mô hình phát triển phần mềm nào và vì lý do gì?
Nhóm lựa chọn mô hình Thác nước (Waterfall Model). Lý do lựa chọn là do tính chất công việc diễn ra nối tiếp tuần tự và độc lập giữa các giai đoạn, giúp các thành viên nhóm dễ hình dung, quản lý và nắm bắt yêu cầu của từng giai đoạn trong bối cảnh thời gian thực hiện có hạn và kinh nghiệm thực tế còn hạn chế.

2. Hệ thống phân quyền cho những đối tượng nào và nhiệm vụ chính của từng vai trò là gì?
Hệ thống phân quyền cho 2 đối tượng chính:

• Người quản trị (Admin): Phụ trách cấu hình hệ thống, tạo mới/sửa/xóa/nhân bản kho hàng, quản lý danh mục sản phẩm, cấu hình tuyến cung ứng, phê duyệt các quy tắc bổ sung hàng.
• Thành viên/Nhân viên kho (User/Member): Thực hiện các tác nghiệp thường nhật như lập đơn phế liệu, thao tác điều chuyển hàng, nhập số lượng đếm khi kiểm kê kho.

3. Ràng buộc nào được kiểm tra khi Quản trị viên thực hiện xóa hoặc lưu trữ một kho hàng (UC4)?
Khi xóa kho hàng, hệ thống thực hiện kiểm tra ràng buộc khóa tham chiếu (E1) để xem kho có đang được thành phần khác sử dụng hay không. Khi lưu trữ kho hàng, hệ thống bắt buộc kiểm tra xem có sản phẩm nào đang tồn trong kho (E2) và kiểm tra có phiếu kho nào chưa hoàn thành đang cần xử lý tại kho đó hay không (E3).

4. Chức năng Điều chuyển hàng (UC8) xử lý như thế nào trong trường hợp lượng tồn kho không đủ đáp ứng nhu cầu xuất hàng?
Khi kiểm tra số lượng khả dụng thấy lượng tồn kho không đủ đáp ứng, hệ thống sẽ gửi thông báo tạo phần dang dở. Nếu người dùng chọn tạo phần dang dở, hệ thống sẽ truy xuất số lượng hiện có, tính toán phần chưa hoàn thành và tự động tạo thêm một phiếu điều chuyển hàng mới (backorder) cho phần số lượng còn thiếu đó.

5. Cơ chế xử lý trùng lặp dữ liệu trong chức năng Kiểm kê kho (UC10) được quy định như thế nào?
Khi người dùng tạo mới dữ liệu kiểm kê, hệ thống thực hiện kiểm tra tên sản phẩm và địa điểm kho. Nếu cặp thông tin địa điểm và sản phẩm đã tồn tại trong danh sách kiểm kê, hệ thống sẽ tự động cập nhật đè giá trị mới lên hàng đã có; nếu chưa tồn tại, hệ thống mới cập nhật thành một hàng kiểm kê mới.

Kết luận

Báo cáo đồ án môn học Công nghệ Phần mềm của Nhóm 28 (Khoa Công nghệ Thông tin - Trường Đại học Sài Gòn) đã hoàn thành việc phân tích yêu cầu và thiết kế chi tiết hệ thống quản lý kho vận dựa trên nền tảng mã nguồn mở Odoo. Thông qua việc áp dụng quy trình mô hình hóa hướng đối tượng và cấu trúc phân tầng Boundary - Control - Entity, nhóm tác giả đã làm rõ 10 ca sử dụng nghiệp vụ cốt lõi từ mức quan niệm đến mức thiết kế cơ sở dữ liệu quan hệ. Mặc dù dừng lại ở giai đoạn thiết kế và chưa triển khai toàn diện mã nguồn theo chu trình Thác nước, tài liệu đã cung cấp một bản đặc tả thiết kế hệ thống chặt chẽ, đóng vai trò là cơ sở kỹ thuật vững chắc cho giai đoạn lập trình và triển khai thực tế.

Trích đoạn nội dung tài liệu

BO GIAO DUC VA DAO TAO TRUONG DAI HOC SAI GON KHOA CONG NGHE THONG TIN Fi ieee SSS > BAO CÁO ĐỎ AN Môn: Công Nghệ Phần Mềm è tài: Quản lý kho vận - Odoo Sinh viên thực hiện: Trần Nguyễn Việt Thái - 3120560088 Hoàng Huỳnh Trung Hiếu - 3120410168 Đỗ Minh Hiếu - 3120410167 x, ans 2 So SS viên hướng dân: TS. Nguyên Quốc Huy TP.HCM, tháng II năm 2022 MUC LUC LOI MO DAU L GIOL THIEU CHUNG VE DOANH NGHIEP VA KE HOACH QUAN LY DY AN 1. Giới thiệu chung về doanh nghiệp. Kế hoạch quản lý dự án phần mềm.

Mô hình phát triển phần mềm.2 Kế hoạch chỉ tiết (WBS— Work Breakdown Structure). GIAI ĐOẠN KHẢO SÁT VÀ THU THẬP YÊU CÂU. Kỹ thuật thu thập yêu cầu. Kết luận sau quá trình.-22- 22222 2221222211122111221111221122211222212122 1x, 10 HL GIAI ĐOẠN PHÂN TÍCH THIẾT KỀ.

Lược đồ Use Case tổng quát. Chức năng Đăng nhập 2.1 Focused Usecase - Đăng nhập.2 Activity diagram - Dang map.3 Sequence diagram — Đăng nhập. cette ee cent nets 15 3. Chức năng Đăng ký.2 Activity Diagram — Dang ky.

Chức năng Đặt lại mật khẩu.1 Focused Usecase — Dat lai mật khẫu.2 Activity diagram — Đặt lại mật khẫu.2 22 4,3 Sequence Diagram — Dat lai mật khẫu. Chire nang Quan ly kho hang. ec cette te tne ce cece 24 5.1 Focused Usecase — Quan ly kho hàng.2 Activity diagram — Quan ly kho hang.3 Sequence Diagram — Quan ly kho hang 6. Chire nang Tao kho bang.1 Focused Usecase — Tao kho hàng.2 Activity điaeram — Tạo kho hàng.3 Sequence diagram — Tạo kho hang.

ct eee cece 2. Chức năng quản lý phế liệu kho.1 Focused Usecase — Quản lý phế liệu kho.2 Activity diagram — Quan ly phé liệu kho 7.3 Sequence diagram — Quản lý phế liệu kho. Chức năng Bỗ sung hàng.1 Focused Usecase — Bỗ sung.2 Activity diagram — Bỗ sung.3 Sequence diagram — Bồ sung hàng. Chức năng điều chuyển hàng.1 Focused Usecase — Diéu chuyén hang.

9,2 Activity diagram — Diéu chuyén hang 9,3 Sequence diagram — Diéu chuyén hang. cece cece eesee esses eeceeeeeeeneeeee 48 10. Chive nding Quan Wy sin phan eee cece ceseee essen teseeeeeseeeeeeveetetteteseeeeees 50 10.1 Focused Usecase — Quản lý sản phẩm.2 Activity diagram — Quản lý sản phẩm.3 Sequence diagram - Quản lý sản phẩm. Chức năng Kiểm kê kho.1 Focused Usecase - Kiểm kê kho.2 Activity diagram - Kiểm kê kho.3 Sequence diagram - Kiểm kê kho.

Sơ đồ thực thể mối kết hợp - ERD. 62 Trường Đại Học Sai Gon Cộng Hòa Xã Hội Chủ Nghĩa Việt Khoa Công Ngh ệ Thông Tin Nam Độc lập - Tự do - Hạnh phúc BIÊN BẢN ĐÁNH GIÁ ĐÒ ÁN GIỮA KỲ Học phân: Công Nghệ Phần Mềm DIEM SO DIEM CHU GV CHAM Nhom: 28 Tên đề tài: Phân tích Moudle Quản lý Kho Vận Odoo Thành viên nhóm: sTT | MSSV Ho tén Khoiluong | pidm | Ký tên cong viéc (%) 1 3120560088 Trần Nguyễn Việt Thái 33% 2_ | 3120410167 Đỗ Minh Hiểu 33% 3 3120410168 | Hoàng Huỳnh Trung Hiểu 33% LOI MO DAU Ở thời buôi cuộc cách mạng công nghiệp 4.0 đang phát triển mạnh mẽ, việc ứng đụng Công nghệ thông tin (CNTT) vào mọi lĩnh vực trong đời sống dường như là điều tất yếu. Đề thích ứng với sự phát triển của xã hội, các doanh nghiệp cần phải thực hiện “chuyên đôi số”, thay việc quản lý một cách thủ công bằng việc quản lý bằng những hệ thống CNTT. Trong đồ án Công Nghệ Phần Mềm này, nhóm chúng em thực hiện phân tích yêu câu và phân tích thiết kế Dự án open source Odoo — moudle Quản lý Kho.