HỌC VIỆN KỸ THUẬT QUÂN SỰ
KHOA CÔNG NGHỆ THÔNG TIN
LÊ TIẾN HUY
KHĨA 13
HỆ: KỸ SƯ TIN HỌC
BÁO CÁO
THỰC TẬP CƠNG NGHIỆP
NGÀNH CÔNG NGHỆ THÔNG TIN
PHÁT TRIỂN HỆ THỐNG
MUA BÁN LINH KIỆN CHO NHÀ MÁY CÔNG XƯỞNG
Cán bộ hướng dẫn: Trần Huy Hoàng
Hà Nội, 5/2018
Lời cảm ơn
Lời đầu tiên em muốn gửi đến toàn bộ các thầy cô giáo trong ngành công
nghệ thông tin của trường Học Viện Kĩ Thuật Quân Sự, cùng toàn thể các anh
chị nhân viên trong công ty Hachinet lời chúc sức khỏe và lời cảm ơn chân
thành nhất.Đặc biệt em xin chân thành cảm ơn thầy Nguyễn Trung Tín đã tận
tình hướng dẫn và chỉ bảo chúng em suốt thời gian thực tập. Cảm ơn sự giúp đỡ
của các anh trong công ty đã không ngừng hỗ trợ, giải đáp những câu hỏi, thắc
mắc trong quá trình làm việc cùng nhau trong thời gian ngắn. Với sự hướng dẫn,
bảo ban nhiệt tình của các anh, cùng sự cố gắng của chúng em để chúng em có
một kết quả thực tập tốt như mong muốn của mình.
Xin chân thành cảm ơn!
Hà Nội, Tháng 5, 2018.
Huy
Lê Tiến Huy
MỤC LỤC
CHƯƠNG 1: TỔNG QUAN VỀ DỰ ÁN .......................................................... 1
1.1 NGHIÊN CỨU ĐỀ TÀI ............................................................................. 1
1.2. MỤC ĐÍCH, KẾ HOẠCH........................................................................ 3
1.2.1. Mục tiêu ................................................................................................ 3
1.2.2. Kế hoạch ............................................................................................... 3
1.3 CƠ SỞ KHOA HỌC .................................................................................. 3
1.4 Ý NGHĨA THỰC TIỄN ............................................................................ 3
1.5 PHƯƠNG PHÁP NGHIÊN CỨU............................................................. 4
CHƯƠNG 2:CƠ SỞ LÝ THUYẾT ................................................................... 5
2.1 NGƠN NGỮ LẬP TRÌNH C# .................................................................. 5
2.1.1 Giới thiệu về ngơn ngữ lập trình C# ...................................................... 5
2.1.2 Mơ hình MCV.NET ............................................................................... 5
2.1.3 Ưu điểm và nhược điểm hệ thống MVC ............................................... 7
2.2 HỆ QUẢN TRỊ CƠ SỞ DỮ LIỆU SQL................................................... 7
2.2.1,Sơ lực về SQL ........................................................................................ 7
2.2.1 Một số đặc điểm của SQL...................................................................... 7
2.2.2. Các câu lệnh căn bản trong SQL .......................................................... 8
CHƯƠNG 3: PHÂN TÍCH HỆ THỐNG DỰ ÁN .......................................... 10
3.1. XÁC ĐỊNH YÊU CẦU. .......................................................................... 10
3.1.1. Chức năng chính. ................................................................................ 10
3.1.2 Mơ hình hoạt động. ............................................................................. 13
3.2 PHÂN TÍCH THIẾT KẾ......................................................................... 20
3.2.1 Thiết kế cơ sở dữ liệu. ......................................................................... 20
3.2.2 Thiết kế mơ hình. ................................................................................. 20
CHƯƠNG 4: XÂY DỰNG DỰ ÁN ................................................................. 22
4.1 CÁC TRANG HỆ THỐNG. .................................................................... 22
4.1.1 Trang đăng nhập. ................................................................................. 24
4.1.2 Trang Create PR................................................................................... 24
4.1.3 Trang PR List ....................................................................................... 25
4.1.4 Trang QA Check List........................................................................... 25
4.1.5 Trang IT check list. .............................................................................. 26
4.1.6 Trang PR request. ................................................................................ 26
4.1.7 Trang PO Issue..................................................................................... 26
4.1.8 Trang PO Approved ............................................................................. 27
4.1.9 Trang PO Approved ............................................................................. 27
4.1.10 Trang Back Oder ................................................................................ 27
4.1.11 Trang PO Change Request................................................................. 28
4.1.12 Trang Project...................................................................................... 28
4.1.13 Trang Items Master. ........................................................................... 29
4.1.14 Trang User. ........................................................................................ 29
4.1.15 Trang Roles. ....................................................................................... 30
4.1.16 Trang Supplier ................................................................................... 30
4.1.17 Trang Department. ............................................................................. 31
4.1.18. Trang Setting..................................................................................... 32
4.1.19 Trang Currency .................................................................................. 33
4.1.20 Trang Logs. ........................................................................................ 34
DANH SÁCH HÌNH ẢNH
Hình 1. Mơ hình dự án .......................................................................................... 1
Hình 2 Sơ đồ bộ phận PR ...................................................................................... 2
Hình 3 Bộ phận PO ............................................................................................... 2
Hình 4 Mơ hình MVC ........................................................................................... 6
Hình 5 Mơ hình trừu tượng hóa dữ liệu ................................................................ 8
Hình 6 Mơ hình đăng nhập.................................................................................. 14
Hình 7 Mơ hình quyền của User ......................................................................... 14
Hình 8 Mơ hình quyền của Leader...................................................................... 14
Hình 9 Mơ hình quyền của Manager .................................................................. 15
Hình 10 Mơ hình quyền của CEO ....................................................................... 15
Hình 11 Mơ hình quyền của Admin.................................................................... 16
Hình 12 Xử lý đăng nhập .................................................................................... 17
Hình 13 Quá trình tao PR ................................................................................... 18
Hình 14 Qúa trình tạo PO.................................................................................... 19
Hình 15 Quá trình xử lý PO ................................................................................ 20
Hình 16 Mơ hình phát triển hệ thống .................................................................. 21
Hình 17 Trang đăng nhập.................................................................................... 24
Hình 18 Trang Create PR .................................................................................... 25
Hình 19 Trang PR List ........................................................................................ 25
Hình 20 Trang QA Check List ............................................................................ 25
Hình 21 Trang IT Check List .............................................................................. 26
Hình 22 Trang PR Request ................................................................................. 26
Hình 23 Trang PO Issue ...................................................................................... 26
Hình 24 Trang PO Approved .............................................................................. 27
Hình 25 Trang PO Approved .............................................................................. 27
Hình 26 Trang Back Order .................................................................................. 27
Hình 27 Trang PO Change Request .................................................................... 28
Hình 28 Trang All Project ................................................................................... 28
Hình 29 Trang Add Project ................................................................................. 28
Hình 30 Trang All Items Master ......................................................................... 29
Hình 31 Trang Add Items Master ....................................................................... 29
Hình 32 Trang All User....................................................................................... 29
Hình 33 Trang Add User ..................................................................................... 30
Hình 34 Trang All Roles ..................................................................................... 30
Hình 35 Trang Add Roles ................................................................................... 30
Hình 36 Trang All Suppliers…………………...………………………………31
Hình 37 Trang Add Suppliers ............................................................................. 31
Hình 38 Trang Department ................................................................................. 31
Hình 39 Trang Add Department ......................................................................... 32
Hình 40 Trang General Setting ........................................................................... 32
Hình 41 Trang Permission Moudel ..................................................................... 32
Hình 42 Trang Maintenance System ................................................................... 33
Hình 43 Trang All Currency ............................................................................... 33
Hình 44 Trang Add Currency ............................................................................. 33
Hình 45 Trang Logs ............................................................................................ 34
CHƯƠNG 1: TỔNG QUAN VỀ DỰ ÁN
1.1 NGHIÊN CỨU ĐỀ TÀI
Đề tài: Phát triển hệ thống mua bán linh kiện cho nhà máy, công xưởng
Một số vấn đề: Việc kinh doanh – mua bán là nhu cầu không thể thiếu đối với
mỗi chúng ta.Trong thời đại cạnh tranh hiện này việc giới thiệu sản phẩm kinh
doanh đến từng cá nhân với chi phí thấp, hiệu quả cao là một vấn đề nan giải của
doanh nghiệp cùng với nhu cầu mua sắm với những sản phẩm đa chủng loại, đạt
chất lượng, và hợp túi tiền của người tiêu dùng vì vậy thương mại điện tử đã
được ra đời và dần dần phát triển trên toàn thế giới.
Đề tài phát triển hệ thống mua bán linh kiện cho nhà máy, công xưởng
được một cơng ty doanh nghiệp có nhu cầu đưa ra để việc trao đổi mua bán qua
phần mềm hệ thống sẽ thuận lợi khi dữ liệu của hàng hóa ngày càng lớn và khó
kiểm sốt bằng việc sử dụng sổ sách, các văn bản.Việc phổ biến các sản phẩm
của công ty đến khách hàng thông qua các bảng báo giá tuy nhiên chi phí khá
cao vì số lượng sản phẩm ngày một đa dạng và giá cả thay đổi liên tục và tính
phổ biến khơng cao chưa đáp ứng nhu cầu người dùng.Mặt khác, cơng ty gặp
nhiều khó khăn như chưa quản lý được người dùng, thông tin nhà sản xuất, cập
nhật giá sản phẩm, quản lí sản phẩm…..Nắm được tình hình đó nên một bộ phát
triển phần mềm của công ty Hachinet đã thiết kế và phát triển phẩn mềm hệ
thống mua bán linh kiện cho nhà máy, công xưởng để nhằm đáp ứng nhu cầu
phát triển nhanh hơn, giúp cho cơng ty có thể quản lý sản phẩm một cách tốt
nhất.
Mơ tả về mơ hình dự án:
Hình 1. Mơ hình dự án
1
Dự án này có tên gọi khác là Koubai được chia làm 2 bộ phận lớn là
PO(purchase order) và PR(purchase request).
Mơ tả quy trình bộ phận PR:
Hình 2 Sơ đồ bộ phận PR
Mơ tả bộ phận PO:
Hình 3 Bộ phận PO
2
1.2. MỤC ĐÍCH, KẾ HOẠCH
1.2.1. Mục tiêu
Hệ thống phát triển mua bán linh kiện cho nhà máy, công xưởng
nhằm giải quyết những khó khăn của cơng ty đang đặt ra.
Website được xây dựng phải đáp ứng nhu cầu cần thiết cho cơng ty:
- Quản lí thơng tin nhà sản xuất
- Quản lí sản phẩm
- Cập nhật giá, thơng tin sản phẩm
- Quản lí người dùng
- In hóa đơn
1.2.2. Kế hoạch
Lập kế hoạch thực hiện dự án: Cán bộ hướng dẫn định hướng cho
sinh viên lập kế hoạch thực hiện dự án. Phân yêu cầu và xác định những
công việc cần làm, tiến trình thực hiện, nguồn tài nguyên cần khai thác, ....
trên cơ sở đó đặt ra mục tiêu phải đạt được đối với sinh viên.
1.3 CƠ SỞ KHOA HỌC
Việc nghiên cứu và đưa ra những yêu cầu nhằm đáp ứng cho cả nhà phát
triển phần mềm và nhà đầu tư cần phải thực hiện có khoa học với quy trình thực
tiễn, áp dụng sản phẩm tạo ra phải đúng mục đích và nhu cầu của thị trường
cạnh tranh. Đưa ra những cơ sở pháp lí phù hợp giữa các bên liên quan nhằm
duy trì và tạo điều kiện tốt nhất để đưa ra được sản phẩm phầm mềm có chất
lượng cao nhất.
1.4 Ý NGHĨA THỰC TIỄN
Dự án có ý nghĩa thực tiễn : Việc thực hiện dự án có thể mang lại sự thay
đổi có ý nghĩa trong quá trình hoạt động của cơng ty , sau khi tìm hiểu nhu cầu về
thị trường và các yêu cầu đặt ra đối với nhà sản xuất và bên mua bán trong mối
3
tương quan với nhu cầu rất nhiều công ty trong và ngoài nước; trên cơ sở xác định
chức năng, nhiệm vụ, kế hoạch và điều kiện của từng bộ phận cơng ty để có những
hướng đi, quyết định đúng đắn trong việc lựa chọn sử dụng phần mềm hiệu quả
nhất nhằm phát triển mạnh và giải quyết những khó khăn.
1.5 PHƯƠNG PHÁP NGHIÊN CỨU
Để xây dựng một phần mềm tốt và chạy với hiệu quả cao thì việc áp dụng
các ý tưởng, nguyên lí và các phương pháp khoa học nhằm tìm ra những phương
hướng mới mơ tả và đưa ra rõ mục đích của từng chức năng có trong phần mềm.
Nghiên cứu phải đảm bảo cho quá trình thực hiện phần mềm đúng thời gian và
hợp lí.
4
CHƯƠNG 2:CƠ SỞ LÝ THUYẾT
2.1 NGƠN NGỮ LẬP TRÌNH C#
2.1.1 Giới thiệu về ngơn ngữ lập trình C#
C# (hay C sharp) là một ngơn ngữ lập trình đơn giản, được phát
triển bởi đội ngũ kỹ sư của Microsoft vào năm 2000, trong đó người dẫn
đầu là Anders Hejlsberg và Scott Wiltamuth.
C# là ngơn ngữ lập trình hiện đại, hướng đối tượng và nó được xây
dựng trên nền tảng của hai ngôn ngữ mạnh nhất là C++ và Java.
C# được thiết kế cho Common Language Infrastructure (CLI), mà
gồm Executable Code và Runtime Environment, cho phép chúng ta sử
dụng các ngôn ngữ high-level đa dạng trên các nền tảng và cấu trúc máy
tính khác nhau.
C# với sự hỗ trợ mạnh mẽ của .NET Framework giúp cho việc tạo
một ứng dụng Windows Forms hay WPF (Windows Presentation
Foundation), . . . trở nên rất dễ dàng.
2.1.2 Mơ hình MCV.NET
Mơ hình MVC là mơ hình kiến trúc phần mềm với 3 thành phần
Models, Views, và Controller. Khi sử dụng mơ hình này, u cầu người
dùng sẽ được chuyển đến (routed) một Controller, Controller này có trách
nhiệm làm việc với Model để thực hiện các hành động của người dùng và
có thể lấy kết quả của các câu truy vấn. Controller sẽ chọn View tương
ứng để hiển thị cho người dùng, và cung cấp cho cho nó với bất kỳ dữ liệu
của Model mà nó địi hỏi.
5
Hình 4 Mơ hình MVC
Chức năng của Model
Chứa tất cả các nghiệp vụ logic, các phương thức xử lý, truy
xuất database, những đối tượng mô tả dữ liệu như Class, hàm xử lý
Chức năng của View
View được tiếp nhận dữ liệu từ controller và tiến hành hiển
thị nội dung đến giao diện người dùng bằng mã HTML. Trong
ASP.NET Core sẽ sử dụng Razor để đưa các code .NET đến
HTML.
Chức năng của Controller
Controller là thành phần xử lý tương tác người dùng, làm
việc với các Model, và cuối cùng là chọn một View để hiển thị.
Trong một ứng dụng MVC, View chỉ để hiển thị thông tin,
Controller xử lý và phản ứng và tương tác với người dùng. Trong
mơ hình MVC, Controller là điểm khởi đầu, có trách nhiệm lựa
chọn các Model để làm việc và View để hiển thị.
6
2.1.3 Ưu điểm và nhược điểm hệ thống MVC
Ưu điểm:
Dễ dàng lập trình, nâng cấp, debug và test ứng dụng nhờ
được chia thành các thành phần độc lập,
Thích hợp cho các dự án lớn, gồm nhiều người giúp dễ dàng
làm việc và phân chia công việc với các thành viên
Nhược điểm:
Khơng thích hợp cho dự án nhỏ do bạn sẽ phải tốn nhiều thời
gian cho quá trình phát triển theo mơ hình MVC.
2.2 HỆ QUẢN TRỊ CƠ SỞ DỮ LIỆU SQL
2.2.1,Sơ lực về SQL
Khái niệm cơ sở dữ liệu
- Hệ quản trị cơ sở dữ liệu(Database Management System): Là một
hệ thống phần mềm cho phép tạo lập cơ sở dữ liệu và điều khiển
mọi truy nhập đối với cơ sở dữ liệu đó.
- Tại sao sử dụng SQL: Vì nó là phần mềm miễn phí hồn tồn, ổn
định và an tồn
2.2.1 Một số đặc điểm của SQL
Sự trừu tượng hóa dữ liệu
Để cho hệ thống có thể sử dụng được, hệ quản trị CSDL phải tra
cứu hay tìm kiếm dữ kiệu một cách có hiệu quả. Điều này dẫn đến việc
thiết kế cấu trúc dữ liệu phức tạp để biểu diễn dữ liệu trong CSDL này.
7
Hình 5 Mơ hình trừu tượng hóa dữ liệu
Ngơn ngữ cơ sở dữ liệu
- Ngôn ngữ định nghĩa dữ liệu
- Ngôn ngữ thao tác dữ liệu
- Các yêu cầu về thao tác dữ liệu bao gồm:
Tìm kiếm thơng tin được lưu trữ trong CSDL
Thêm thơng tin mới vào CSDL
Xóa thơng tin từ CSDL
Thay đổi thông tin được lưu trữ trong CSDL
2.2.2. Các câu lệnh căn bản trong SQL
Select, insert,update,delete
Các hàm function, triger, view,.....
Tóm lại: Ở chương 2 này e đã đưa ra các cơng cụ lập trình và liên quan
đến các dữ liệu cho dự án cơ bản nhất. Việc liên kết dữ 2 cơng cụ SQL và mơ
hình MVC.NET nhằm giúp cho người lập trình viên có thể dễ dàng phát huy
được khả năng và áp dụng vào dự án của mình tốt nhất. Nâng cao chất lượng sản
8
phẩm phầm mềm và đảm bảo được yêu cầu mà nhà cung cấp đưa ra trong q
trình xử lí dữ liệu.
9
CHƯƠNG 3: PHÂN TÍCH HỆ THỐNG DỰ ÁN
Ở chương này em sẽ phân tích đầy đủ các chức năng của hệ thống và cơ
sở dữ liệu đã được công ty xây dựng.
3.1. XÁC ĐỊNH YÊU CẦU.
3.1.1. Chức năng chính.
Admin: là quản lý tồn bộ hệ thống có quyền cao nhất nhưng admin
chỉ có quyền quản lý mà thơi chứ khơng có chức năng nghiệp vụ của mỗi
bộ phận như PR, PO.
CEO: là tài khoản giám đốc có chức năng cả PR, PO và có ít quyền
quản lý hơn Admin.
Chức năng yêu cầu mua hàng(Purchase Request):
Phân chia quyền hạn:
User : các nhân viên được cấp quyền tạo yêu cầu mua
hàng.
Leader: người đứng đầu các bộ phận nhỏ trong PR.
Manager: quản lý toàn bộ PR, là người có quyền cao nhất
trong PR.
Qaulity Assuranse : là bộ phận của cơng ty, các mặt hàng
có liên quan đến QA đều phải được thông qua bộ phận
này mới được yêu cầu mua.
IT : là bộ phận của công ty, các mặt hàng liên quan đến IT
đều phải được thông qua bộ phận này mới được yêu cầu
mua.
Các chức năng chính:
Tạo PR và hiển thị danh sách PR.
Nếu PR liên quan đến QA và IT thì phải được approved
bởi hai bộ phận này.
10
Bất cứ PR nào đều hải được Leader và Manager
approved.
Reject PR.
Edit PR.
Các chức năng khác:
Import danh sách PR.
Sắp xếp tìm kiếm PR.
Hiển thị màu khác nhau đối với những PR có need date và
quantity nhỏ hơn hoặc lớn hơn need date và quantity.
QA check list và IT check list chỉ hiển thị những PR cần
những bộ phận này approved.
Print ra một PR và export ra một hoặc nhiều PR.
Chức năng tạo hóa đơn (Purchase Order):
Phân chia quyền hạn:
User: nhân viên được cấp quyền tạo hóa đơn từ những
thơng tin mà PR đã được approved.
Leader: người đứng đầu bộ phận nhỏ trong PO.
Manager: người quản lý PO, là người có quyền cao nhất
trong PO.
QA: là bộ phận của cơng ty, khi tạo ra PO có item PR
phải thơng qua QA thì PO cũng phải được QA approved.
Các chức năng chính:
Tạo PO từ những PR Request.
Sau khi PO được tạo thì di chuyển sang PO Approved và
lần lượt Leader => Manager => CEO approved. Và sau
khi confirm thì chuyển sang Back Order.
Edit PO.
Reject PO.
Các chức năng khác:
11
Hiển thị danh sách PR Request, PO.
Tìm kiếm, sắp xếp PR, PO.
Print, export PO.
Quản lý project : project là dự án, mỗi một item trong master item
thuộc nhiều dự án khác nhau.
Hiển thị ở quyền CEO, Admin.
Các chức năng chính :
Hiển thị danh sách Project.
Tạo mới và edit Project.
Delete Project ở quyền Admin.
Các chức năng khác:
Export Project.
Quản lý User:
Hiển thị ở quyền CEO, Admin.
Các chức năng chính:
Hiển thị danh sách User.
Tạo mới và edit User.
Delete User ở quyền Admin.
Phân quyền truy cập các trang cho tài khoản.
Quản lý item (Master Item):
Chỉ hiển thị ở quyền Admin.
Các chức năng chính:
Hiển thị danh sách Item.
Delete, tạo mới và edit Item.
Các chức năng khác:
Export Item, Import Item.
Quản lý Roles:
Hiển thị ở quyền CEO và Admin.
Các chức năng chính:
12
Tạo ra các role cho hệ thống.
Quản lý nhà cung cấp (Suppliers): chứa thông tin các nhà cung cấp
các mặt hàng để confirm lại các thông tin đơn hàng.
Hiển thị ở quyền Admin
Các chức năng chính:
Hiển thị danh sách nhà cung cấp.
Tạo mới, edit và delete nhà cung cấp.
Các chức năng khác:
Export nhà cung cấp.
Quản lý các bộ phận của công ty (Department):
Hiển thị ở CEO và Admin.
Các chức năng chính:
Hiển thị danh sách các bộ phận.
Tạo mới các bộ phận.
Quản lý tiền tệ (Currency):
Hiển thị ở Admin.
Các chức năng chính:
Hiển thị danh sách currency.
Tạo mới các currency.
3.1.2 Mơ hình hoạt động.
Biểu đồ usercase:
Nhân viên: nhân viên của công ty muốn vào hệ thống phải
xin quản trị viên admin hoặc CEO cấp tài khoản. Sau khi đã
được cấp tài khoản mỗi tài khoản sẽ có quyền khác nhau:
13
Hình 6 Mơ hình đăng nhập
User:
Hình 7 Mơ hình quyền của User
Leader:
Hình 8 Mơ hình quyền của Leader
Manager:
14
Hình 9 Mơ hình quyền của Manager
CEO:
Hình 10 Mơ hình quyền của CEO
Admin:
15
Hình 11 Mơ hình quyền của Admin
QA: được dùng để approved các PR và PO chứa các item có
liên quan đến QA.
IT: được dùng để approved các PR và PO chứa các item có
liên quan đến QA.
Biểu đồ xử lý:
Xử lý đăng nhập:
Bước 1: User gửi username và pass. Nếu lỗi thì hiển thị
thơng báo.
Bước 2: Server nhận data từ client, xử lý và gửi lại.
Bước 3: Nếu username, pass sai thì hiện lỗi và quay lại
bước 1. Nếu tài khoản bị khóa thì liên hệ với admin.
Bước 4: Đăng nhập thành công.
16
Hình 12 Xử lý đăng nhập
Quá trình tạo PR:
Bước 1: User sẽ tạo PR nếu PR không cần QA,IT phê
duyệt thì chuyển sang Leader và ngược lại thì để QA,IT
phê duyệt trước rồi chuyển sang Leader.
Bước 2: Leader sẽ phê duyệt PR mà User tạo ra hoặc từ
chối PR thì sẽ gửi email thơng báo cho user. PR cũng có
thể tạo ra từ Leader, cũng tương tự như User, nếu PR mà
leader tạo ra không cần QA,IT phê duyệt thì chuyển sang
Manager và ngược lại thì để QA,IT phê duyệt trước rồi
chuyển sang Manager.
Bước 3: Manager phê duyệt PR của User, Leader rồi
chuyển cho CEO hoặc từ chối thì sẽ gửi email thơng báo
cho những người liên quan. Manager tạo PR rồi chuyển
sang CEO và nếu cần QA, IT approved thì chuyển qua
QA, IT trước rồi chuyển sang CEO.
17
Bước 4: CEO sẽ phe duyệt PR của User, Leader và
Manager rồi chuyển sang PO hoặc từ chối thì thơng báo
cho những người liên quan.
Hình 13 Q trình tao PR
Quá trình tạo PO:
Bước 1: Từ những PR đã được tạo và approved thì
User bên PO sẽ chọn những PR đó để tạo hóa đơn.
Bước 2: Leader sẽ approved cho các PO mà User tạo.
Ngược lại thì user tạo PR và PO sẽ nhận lại email
thông báo.
Bước 3: Manager sẽ approved cho các PO mà User
tạo. Ngược lại thì những người liên quan sẽ nhận lại
email thông báo.
Bước 4: CEO sẽ approved cho các PO mà User tạo và
confirm lại đối với các nhà sản xuất có thơng tin trong
PO. Ngược lại thì những người liên quan sẽ nhận lại
email thông báo.
18
Hình 14 Qúa trình tạo PO
Quá trình Approved, reject, edit PO:
Bước 1: User tạo PO chuyển lên cho Leader Approved
nếu Leader Reject thì email lại cho user, ngược lại thì
chuyển lên Manager.
Bước 2: Manager nếu khơng Approved thì email lại
cho user và leader, ngược lại thì chuyển lên CEO
approved.
Bước 3: CEO nếu khơng approved thì email lại cho
user, leader và manager, ngược lại thì confirm lại với
nhà sản xuất.
Edit: chỉ những user tạo PR mới edit được PO tạo từ
PR. Khi edit sẽ email lại cho tất cả những người đã
approved.
19