ĐẠI HỌC QUỐC GIA TP HỒ CHÍ MINH TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN KHOA HỆ THỐNG THÔNG TIN BÁO CÁO THỰC TẬP DOANH NGHIỆP XÂY DỰNG HỆ THỐNG PHẦN MỀM ERP Công ty thực tập CÔNG TY CỔ PHẦN TẬP ĐOÀN WATA N[.]
ĐẠI HỌC QUỐC GIA TP HỒ CHÍ MINH TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN KHOA HỆ THỐNG THÔNG TIN BÁO CÁO THỰC TẬP DOANH NGHIỆP XÂY DỰNG HỆ THỐNG PHẦN MỀM ERP Công ty thực tập: Người phụ trách: Thực tập sinh: CƠNG TY CỔ PHẦN TẬP ĐỒN WATA Ngơ Vũ Quyền Trần Thế Anh TP Hồ Chí Minh, Tháng năm 2022 LỜI CẢM ƠN Sau trình học tập rèn luyện trường Đại học Công nghệ thông tin để trau dồi kiến thức kỹ năng, em nhận nhiều quan tâm, giúp đỡ q thầy cơ, gia đình bạn bè Với lòng biết ơn sâu sắc nhất, em xin gửi lời cảm ơn đến trường quý thầy cô khoa Hệ thống thông tin truyền đạt vốn kiến thức làm tảng cho em trình thực tập Trong q trình thực tập Cơng Ty Cổ Phần Tập Đoàn WATA, em trang bị kỹ mềm, nâng cao hoàn thiện kiến thức chuyên môn thông qua công nghệ sử dụng cho lĩnh vực Project Manager việc tiếp xúc dự án thật mà công ty thực Em xin chân thành cảm ơn ông Đàm Văn Thiện - Tổng giám đốc Cơng Ty Cổ Phần Tập Đồn WATA, anh Ngơ Vũ Quyền – Senior Software Engineering, anh Nguyễn Thanh Tuấn – Project Manager tận tình giúp đỡ em trình thực tập Những kiến thức kinh nghiệm suốt thời gian qua giúp em dần hoàn thiện có thêm kinh nghiệm phân tích, phát triển phần mềm, hiểu thêm kiến trúc công nghệ thịnh hành Tuy nhiên, kinh nghiệm thực tiễn cịn hạn chế, báo cáo khơng thể tránh sai sót Chính vậy, em mong nhận ý kiến đóng góp Thầy, Cơ để em hoàn thiện thân tốt Thành phố Hồ Chí Minh, Tháng năm 2022 Sinh viên thực Trần Thế Anh NHẬN XÉT CỦA GIẢNG VIÊN ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… Mục Lục: LỜI CẢM ƠN NHẬN XÉT CỦA GIẢNG VIÊN GIỚI THIỆU CÔNG TY CỔ PHẦN TẬP ĐOÀN WATA 1.1 Thông tin chung 1.2 Lĩnh vực hoạt động 1.3 Đối tác công ty QUÁ TRÌNH THỰC TẬP 2.1 Giới thiệu tổng quan dự án yêu cầu công việc 2.1.1 Tổng quan dự án 2.1.2 Bảng chi tiết tuần 2.2 Kết đạt 10 CƠ SỞ LÝ THUYẾT 10 3.1 Kiến thức xây dựng process management 10 3.1.1 Những quy trình quản lý dự án tham khảo 10 3.2 Các kiến trúc hệ thống 11 3.2.1 Event driven architecture 11 3.2.2 Microservice 3.2.3 Serverless 3.3 CORS 13 15 17 3.3.1 Khái niệm Same origin policy 17 3.3.2 Khái niệm CORS 18 3.3.3 Client - Side CORS 18 3.3.4 Server - Side CORS 20 3.4 Các kiến trúc server 22 3.4.1 Server ? 22 3.4.2 Một số kiến trúc server phổ biến 23 3.5 Mơ hình hóa UML 27 3.5.1 Khái niệm 27 3.5.2 Use-case diagram 27 3.5.3 Tài liệu đặc tả use-case 31 3.5.4 Sơ đồ lớp 32 3.5.5 Activity diagram 33 3.5.6 Sequence diagram 34 3.5.7 State chart diagram 34 Các công việc, dự án tham gia thực kết 35 4.1 Module HRM tản ERP 35 4.1.1 Quản lý nhân 35 4.1.2 Quản lý dự án 35 4.1.3 Quản lý nguồn lực dự án 35 4.1.4 Thống kê lịch làm việc nhân viên 35 4.1.5 Quản lý lịch nghỉ 36 4.2 Công cụ sử dụng 36 4.2.1 Jira 36 4.2.2 Slack 36 4.2.3 Google meet 36 4.3 Framework 36 ĐÁNH GIÁ NHẬN XÉT 37 5.1 Kết đạt 37 Trần Thế Anh – Software Engineer 5.2 Những hạn chế 37 TỔNG KẾT Trần Thế Anh – Software Engineer 38 GIỚI THIỆU CÔNG TY CỔ PHẦN TẬP ĐỒN WATA 1.1 Thơng tin chung Cơng Ty Cổ Phần Tập Đồn WATA công ty hàng đầu Dịch vụ giải pháp phần mềm có trụ sở Thành phố Hồ Chí Minh Đến với Cơng Ty Cổ Phần Tập Đồn WATA, khách hàng sẽ có hội làm việc với thành viên trẻ trung, động, tài Khách hàng/Đối tác đến từ Bắc Mỹ, Úc, Châu Âu, Nhật Bản, Singapore Hàn Quốc Chúng tìm kiếm ứng viên Kỹ Sư Cầu Nối (BrSE) cho dự án công ty, người sẽ chịu trách nhiệm thực công việc liên quan Được thành lập vào năm 2016, Công Ty Cổ Phần Tập Đồn WATA phát triển nhanh chóng trở thành công ty tiên phong cung cấp giải pháp phần mềm chất lượng cao nhiều lĩnh vực phục vụ nhiều khách hàng nước Bắc Mỹ, Singapore, Hàn Quốc Nhật Bản Sứ mệnh công ty cung cấp dịch vụ quản lý tư vấn đám mây chất lượng cao với giá phải để giúp công ty khởi nghiệp cơng ty thuộc quy mơ hồn thành dự án quy mô Công ty giúp doanh nghiệp tận dụng mạnh họ hỗ trợ họ cung cấp sản phẩm dịch vụ tuyệt vời để đảm bảo trải nghiệm tích cực cho người dùng cuối 1.2 Lĩnh vực hoạt động − Phát triển xuất phần mềm − Cung cấp giải pháp phần mềm 1.3 Đối tác công ty Cơng Ty Cổ Phần Tập Đồn WATA đối tác chiến lược cung cấp giải pháp công nghệ,… Trần Thế Anh – Software Engineer QUÁ TRÌNH THỰC TẬP 2.1 Giới thiệu tổng quan dự án yêu cầu công việc 2.1.1 Tổng quan dự án Trong trình thực tập em tham gia vào trình đào tạo với lộ trình quy trình on-boarding cung cấp kiến thức tản phù hợp cho vị trí Bên cạnh đó, em team internship luyện tập qua trình phát triển module HRM hệ thống ERP mà công ty có chiến lược phát triển 2.1.2 Bảng chi tiết tuần Tuần Nội dung cơng việc Tìm hiểu quy trình hoạt động QA/QC, trách nhiệm nội dung cần trao đổi lập trình viên Hiểu quy trình phát triển sản phẩm Tìm hiểu tài liệu cần thiết trình phát triển sản phẩm 2-3 Đi sâu loại quy trình phát triển sản phẩm : Waterfall, Agile, Scrum Phân tích phương pháp ước lượng thời gian cho story tasks Hiểu tài liệu UML cách vẽ Luyện tập khả làm việc nhóm, trình bày vấn đề Hiểu delivery plan development plan, ảnh hưởng chúng 4-5 Hiểu phạm vi dự án Thực WBS ước lượng cho công việc Lên kế hoạch cho trình phát triển tính Thống quy trình phát triển sản phẩm Thống technical point cần nghiên cứu trước Chuẩn bị timeline lên kế hoạch cho sprint tới Khởi tạo mã nguồn dự án, cài đặt môi trường Thống quy chuẩn code Thống quy trình quản lý mã nguồn Tìm hiểu số đánh giá : burndown, velocity, bug, cost, workload,… 6-17 Tập trung phát triển hệ thống Trần Thế Anh – Software Engineer Thực phát triển sản phẩm theo mơ hình Scrum : Daily standup meeting, Sprint planning, Sprint retrospective , Sprint review Phân tích requirement đánh giá story point Ổn định cải thiện mã nguồn sau lần kết thúc sprint 18-22 Tập trung vào giai đoạn UAT Hiểu trình triển khai sản phẩm, hoàn thiện tài liệu Hiểu cập nhật đưa định bổ sung cập nhật tính giai đoạn UAT Demo sản phẩm cho Project Sponsor, stake-holder liên quan 23-25 Đánh giá kĩ năng, kiến thức đào tạo thời gian dài hạn vừa 2.2 Kết đạt − Nắm quy trình phát triển sản phẩm − Phân tích sản phẩm − Nắm tài liệu cần thiết giai đoạn − Hiểu kiến trúc phát triển sản phẩm − Thành thạo sử dụng công cụ : Jira, Slack, github,… − Áp dụng phát triển sản phẩm framework : ReactJS, NextJS, NodeJS, NestJS, TypeORM, clean architecture, CQRS pattern, Ant Design, Tailwind css,… CƠ SỞ LÝ THUYẾT 3.1 Kiến thức xây dựng process management 3.1.1 Những quy trình quản lý dự án tham khảo 3.1.1.1 Scrum process − Scrum: quy trình phát triển phần mềm theo phương pháp Agile, tn thủ nguyên tắc Agile Scrum dựa chân lý: Minh bạch, tra thích nghi − Sprint: Quy trình phát triển thực thơng qua phân đoạn nối tiếp gọi Sprint Kết thúc sprint nhóm phát triển sẽ đưa phần tăng trưởng sản phẩm Mỗi sprint diễn vịng khơng q Trần Thế Anh – Software Engineer 10 tuần diễn liên tiếp mà không bị gián đoạn sprint bắt đầu sau sprint khác kết thúc − Scrum master: người có hiểu biết sâu sắc scrum, đảm bảo nhóm làm việc hiệu với scrum Là người tháo gỡ thắc mắc cho PO, dev, kiểm thử − Product Owner: chủ sản phẩm: người chịu trách nhiệm thành công dự án Là người biết rõ tầm nhìn sản phẩm Là người chịu trách nhiệm quản lý đảm bảo minh bạch product backlog − Development team: Một nhóm liên chức tự quản lý để tiến hành chuyển đổi yêu cầu tổ chức Product Backlog thành chức hệ thống Đặc điểm nhóm phát triển là: tự tổ chức liên chức 3.1.1.1.1 Các tạo tác từ Scrum bao gồm − Product backlog: nơi lưu trữ danh sách mong muốn sản phẩm, danh sách xếp dựa theo độ ưu tiên hạng mục Độ ưu tiên cao sẽ đặt lên đầu danh sách − Sprint backlog: bảng cơng việc nhóm phát triển để quản lý trình sản xuất sprint 3.1.1.1.2 Các hoạt động thực quy trình Scrum là: − Sprint Planning (Lập kế hoạch Sprint) − Daily Scrum (Họp Scrum hàng ngày) − Sprint Review (Rà soát Sprint) − Sprint Retrospective (Cải tiến Sprint) − Kết quả: Kết thúc thời gian tìm hiểu, thực tập viên có hiểu biết quy trình phát triển Scrum − Tạo điều kiện để lên kế hoạch phát triển hệ thống tập 3.2 Các kiến trúc hệ thống 3.2.1 Event driven architecture 3.2.1.1 Định nghĩa − EDA dạng kiến trúc phần mềm xây dựng luồng event, sử dụng event phương tiện giao tiếp thành phần hệ thống Trần Thế Anh – Software Engineer 11 3.4.2.4 HTTP Accelerator (Caching Reverse Proxy) − Kĩ thuật phương pháp cache lại response từ web server application server vào memory, request tương lai với nội dung sẽ cung cấp cách nhanh chóng mà khơng cần tương tác với web server application server − Trường hợp sử dụng : Kiến trúc hữu dụng hệ thống dynamic web nặng nội dung với nhiều tệp truy cập thường xuyên 3.4.2.4.1 Ưu điểm − Tăng performance cách giảm CPU load web server, thông qua caching − Có thể đóng vai trị reverse proxy Load Balancer 3.4.2.4.2 Nhược điểm − Nếu tốc độ truy cập vào cache chậm, làm giảm hiệu 3.4.2.4.3 Master-Slave Database Replication (1 ông chủ, nhiều nhân viên) − Master-Slave replication có master nhiều slave Master đóng vai trị ghi liệu, cịn slave đọc liệu Trần Thế Anh – Software Engineer 25 − Trường hợp sử dụng: hữu dụng cho hệ thống mà cần tăng tốc đọc đọc liệu 3.4.2.4.4 Ưu điểm − Tăng hiệu đọc liệu từ database cách phân tải request nhiều server Slave − Có thể tăng hiệu ghi liệu cách sử dụng server Master cho việc ghi (Master không cần phải thực thao tác đọc) 3.4.2.4.5 Nhược điểm − Cài đặt kiến trúc phức tạp − Cập nhật lên server Slaves diễn bất đồng bộ, mà nội dung sẽ chưa cập nhật thời điểm định − Nếu Master lỗi, ghi liệu lên 3.4.2.5 Kết hợp tất kiến trúc - Kết hợp ưu điểm PP hạn chế nhược điểm chúng − Load balancer để thực điều phối (C) − Caching server (D) − Master-Slave Replication cho databases (E) Trần Thế Anh – Software Engineer 26 − Giả sử Load Balancer sẽ cấu hình để nhận biết statis requests (ví dụ ảnh, css, javascript, ) gửi request tới caching servers, gửi requests khác tới application servers 3.5 Mơ hình hóa UML 3.5.1 Khái niệm − Ngơn ngữ mơ hình hóa thống (Unified Modeling Language - UML) − UML ngôn ngữ trực quan − Giúp công việc phát triển xử lý quán, giảm thiểu lỗi xảy − Giúp dễ hình dung cấu trúc hệ thống − Hiệu việc liên lạc, trao đổi 3.5.2 Use-case diagram 3.5.2.1 Mục đích − Giống hợp đồng Product team khách hàng − Là công cụ mạnh mẽ giúp lập kế hoạch phát triển phần mềm Được dùng tất giai đoạn phát triển hệ thống − Khách hàng phê chuẩn biểu đồ use-case − Sử dụng biểu đồ use case để thảo luận với khách hàng Trần Thế Anh – Software Engineer 27 − Các thành viên tham gia vào dự án, sử dụng mơ hình để hiểu rõ hệ thống 3.5.2.2 Actor − Bất kỳ thứ tương tác với hệ thống, có trao đổi liệu với hệ thống: Người dùng, thiết bị phần cứng, hệ thống phần mềm khác 3.5.2.2.1 Các xác định actor hệ thống − Nhóm người yêu cầu hệ thống làm việc giúp họ? − Nhóm người kích hoạt chức hệ thống? − Nhóm người sẽ trì quản trị hệ thống hoạt động? − Hệ thống có tương tác với thiết bị hay phần mềm ngoại vi khác hay không? 3.5.2.3 Use-case − Mô tả chức hệ thống, chuỗi hành động hệ thống thực nhằm thu kết − Một use case mơ hình hóa hội thoại nhiều tác nhân với hệ thống 3.5.2.3.1 Các xác định use-case hệ thống − Xem yêu cầu chức − Đặt câu hỏi: + Các actor yêu cầu từ hệ thống + Các cơng việc mà actor muốn hệ thống thực thi ? + Actor có tạo hay thay đổi liệu hệ thống ? + Actor có phải thơng báo cho hệ thống ? + Actor có cần thơng tin thơng báo từ hệ thống ? 3.5.2.4 Relationship 3.5.2.4.1 Include − Là mối quan hệ bắt buộc phải có Use Case với − UC A include UC B → Use Case A xảy ra, Use Case B phải đạt Trần Thế Anh – Software Engineer 28 − Để UC "Nhận xét notes" xảy ra, UC "Đăng nhập WordPress" "UC Soạn thảo nhận xét" phải bắt buộc hoàn thành trước tiên 3.5.2.4.2 Extends − Là mối quan hệ mở rộng Use Case với − Nếu Include mối quan hệ bắt buộc, Extend mối quan hệ khơng bắt buộc Nó thể mối quan hệ có khơng Use Case với Trần Thế Anh – Software Engineer 29 − UC "Gửi tiền tip cho lái xe" Use Case xảy ra, khơng; liên quan đến UC "Đánh giá chuyến đi" Use Case khác 3.5.2.4.3 Generalization (khái quát hóa) − Quan hệ cha Use Case với Nhưng khác biệt với Include Extend cịn dùng để thể mối quan hệ các… Actor với Trần Thế Anh – Software Engineer 30 − 3.5.2.4.3.1 Những điều cần tránh tạo Use-case − Tạo UC nhỏ: Hành động đơn giản mà cần mơ tả vài dịng − Tạo q nhiều Use case: + Nhóm Use case liên quan thành Use case tổng quát (mức 1) + Mô tả Use Case tổng quát sơ đồ khác (mức 2) Ví dụ: “Quản lý sách” bao gồm “Nhập sách”, “Xuất sách”, “…” 3.5.3 Tài liệu đặc tả use-case 3.5.3.1 Cấu trúc 3.5.3.1.1 Tổng quan − Use Case Name: Tên Use Case − Use Case ID: Mã Use Case − Use Case Description: Tóm gọn nhanh tương tác thể Use Case − Actor: Những đối tượng thực tương tác Use Case Trần Thế Anh – Software Engineer 31 − Priority: Mức độ ưu tiên Use Case so với Use Case lại dự án − Trigger: Điều kiện kích hoạt Use Case xảy − Pre-Condition: Điều kiện cần để Use Case thực thành công − Post-Condition: Những thứ sẽ xuất sau Use Case thực thành công 3.5.3.1.2 Luồng − Basic Flow: luồng tương tác CHÍNH Actor System để Use Case thực thành công − Alternative Flow: luồng tương tác THAY THẾ Actor System để Use Case thực thành công − Exception Flow: luồng tương tác NGOẠI LỆ Actor System mà Use Case thực thất bại 3.5.3.1.3 Thông tin thêm • Business Rule: quy định mặt Business mà hệ thống bắt buộc phải nghe theo, làm theo 3.5.3.2 Phân biệt Trigger Pre-Condition − Trigger nghĩa thứ để kích hoạt cho Use Case chạy Cịn PreCondition nghĩa thứ đó, mà phải có Use Case chạy 3.5.4 Sơ đồ lớp − Class diagram mô tả kiểu đối tượng hệ thống loại quan hệ khác tồn chúng − Là kỹ thuật mơ hình hóa tồn tất phương pháp phát triển hướng đối tượng − Biểu đồ hay dùng UML gần gũi với lập trình viên − Giúp lập trình viên trao đổi với hiểu rõ ý tưởng 3.5.4.1 Tính chất − Tên class Trần Thế Anh – Software Engineer 32 − Attribute (field, property) − Operation (method, function) 3.5.4.2 Phạm vi truy cập − Private ( - ): Chỉnh đối tượng tạo từ class sử dụng − Public ( + ): Mọi đối tượng sử dụng − Protected ( # ): Chỉ đối tượng tạo từ class class kế thừa từ class sử dụng − Package/Default: Các đối tượng tạo từ class lớp gói sử dụng 3.5.4.3 Relationship − Inheritance: class kế thừa từ class khác − Association: class có liên hệ với khơng có mối quan hệ sở hữu − Composition: Đối tượng tạo từ lass A đối tượng tạo từ class B sẽ − Agreegation: Đối tượng tạo từ lass A đối tượng tạo từ class B tồn độc lập 3.5.4.4 Multiplicity (tính đa dạng) − 1: − n : Bắt buộc có n − * : nhiều − * : nhiều − m n: có tối thiểu m tối đa n 3.5.5 Activity diagram 3.5.5.1 Mục đích − Activity Diagram vẽ tập trung vào mô tả hoạt động, luồng xử lý bên hệ thống Nó sử dụng để mơ tả quy trình nghiệp vụ hệ thống, luồng chức hoạt động đối tượng 3.5.5.2 Ứng dụng − Phân tích nghiệp vụ để hiểu rõ hệ thống Trần Thế Anh – Software Engineer 33 − Phân tích Use Case − Cung cấp thơng tin để thiết kế vẽ Sequence Diagram 3.5.6 Sequence diagram 3.5.6.1 Mục đích − Sequence diagram dùng để xác định trình tự diễn kiện nhóm đối tượng Nó miêu tả chi tiết thơng điệp gửi nhận đối tượng đồng thời trọng đến việc trình tự mặt thời gian gửi nhận thơng điệp 3.5.6.2 Ứng dụng − Trình bày chi tiết cách sử dụng use case − Mơ hình hóa logic thủ tục, chức hoạt động phức tạp − Xem cách đối tượng thành phần tương tác với để hồn thành quy trình − Lập kế hoạch hiểu chức chi tiết kịch tương lai 3.5.7 State chart diagram 3.5.7.1 Mục đích − Biểu đồ trạng thái sử dụng để mô tả trừu tượng hoạt động hệ thống Hành vi phân tích biểu diễn chuỗi kiện xảy nhiều trạng thái xảy Bằng cách "mỗi sơ đồ thường đại diện cho đối tượng lớp theo dõi trạng thái khác đối tượng thơng qua hệ thống" − Biểu đồ trạng thái sử dụng để biểu diễn đồ thị máy trạng thái hữu hạn 3.5.7.2 Ứng dụng − Để mơ hình hóa trạng thái đối tượng hệ thống − Để mơ hình hóa hệ thống phản ứng Hệ thống phản ứng bao gồm đối tượng phản ứng − Để xác định kiện chịu trách nhiệm cho thay đổi trạng thái Trần Thế Anh – Software Engineer 34 Các công việc, dự án tham gia thực kết 4.1 Module HRM tản ERP − Phần mềm HRM cho phép việc thực quy trình quản lý nhân trở nên dễ dàng nhờ việc kết hợp quy trình hành nguồn nhân lực vào chỗ, từ nhà quản lý phân cơng cơng việc, theo dõi – đánh giá tiến độ, khen thưởng cách nhanh chóng tiện lợi 4.1.1 Quản lý nhân − Nổi bật với chức quản lý nhân cho phép tự động hóa thao tác quản lý giám sát nhân giai đoạn − Quản lý việc phân quyền cấp bậc − Chức “tra cứu thông tin” cho phép lưu trữ tồn thơng tin nhân thông tin chung, thông tin cá nhân, thông tin gia đình, trình độ học vấn, trình đào tạo, trình cơng tác, kỹ chun mơn,…và tra cứu dễ dàng với kiểu lọc linh động, lọc theo tiêu trí hay lọc theo nhiều trường thơng tin nhân kết hợp − Ở tính này, e tham gia phân tích yêu cầu, thiết kế xác nhận requirement, xây dựng tính Front-End 4.1.2 Quản lý dự án − Tính cho phép cơng ty quản lý tồn dự án cơng ty phân loại theo dự án − Ở dự án, thống kê nguồn lực nhân sự, stake-holder có liên quan, kênh liên lạc với khách hàng, nguồn ngân sách cho dự án − Ở tính này, e tham gia phân tích yêu cầu, thiết kế xác nhận requirement, hỗ trợ sửa lỗi,… 4.1.3 Quản lý nguồn lực dự án − Cấp phát nguồn lực cho dự án thời điểm để đảm bảo dự án chạy cách tốt − Ở tính này, e tham gia phân tích yêu cầu, thiết kế xác nhận requirement, xây dựng tính Front-End 4.1.4 Thống kê lịch làm việc nhân viên − Nhân dự án sẽ thực log works cho ngày Trần Thế Anh – Software Engineer 35 − Hệ thống thống kê lại khối lượng workload Việc giúp cho Project Manager kiểm sốt dự án mình, làm tiền đề cho tính quản lý lương sau 4.1.5 Quản lý lịch nghỉ − Với vai trị nhân viên, họ gửi lịch nghỉ thời điểm lên hệ thống, hệ thống sẽ gửi thông báo cho bên liên quan − Với vai trò người quản lý trực tiếp, họ xem thống kê lịch nghỉ xếp nhân phù hợp để không ảnh hưởng đến tiến độ dự án − Với vai trò người quản lý nhân sự, họ lên tất lịch nghỉ năm, nhận thông báo lịch nghỉ tồn nhân cơng ty − Ở tính này, e tham gia phân tích yêu cầu, thiết kế xác nhận requirement 4.2 Công cụ sử dụng 4.2.1 Jira − Là công cụ để quản lý dự án, kiểm soát theo dõi vấn đề xảy dự án, quản lý phản hồi từ phía người sử dụng 4.2.2 Slack − Là ứng dụng làm việc nhóm giúp team làm việc hiệu với tương tác, trao đổi qua khung chat linh hoạt Slack lại tập trung phát triển tính giúp việc tương tác nhóm mạnh mẽ, gắn kết Không giống email, hội thoại phần mềm dễ tìm kiếm theo dõi nhóm/dự án, thành viên gọi, trao đổi, chia sẻ liệu, tệp kết nối với ứng dụng khác có mở cổng API phần mềm 4.2.3 Google meet − Phục vụ cho việc làm việc online 4.3 Framework − Nestjs: framework để xây dựng server sử dụng typescript, nodejs graphql,… − Docker: software packaging − NextJs: Building web application using typescript − Flutter: Building mobile applications using dart Trần Thế Anh – Software Engineer 36 ĐÁNH GIÁ NHẬN XÉT 5.1 Kết đạt − Kiến thức chuyên môn phát triển phần mềm, kĩ mềm cần thiết, quy trình phát triển phần mềm scrum, waterfall,… − Hiểu biết áp dụng kiến trúc phát triển − Sử dụng thành thạo công cụ phát triển sản phẩm − Hiểu biết lập trình framework: NextJS, NestJS, TypeORM, Clean architecture, CQRS pattern, Flutter,… − Nắm cách xây dựng kiến trúc server − Kỹ mềm: Kết hợp kỹ làm việc nhóm, kỹ giao tiếp, kỹ − quản lý thời gian làm việc, kỹ tìm kiếm, chọn lọc thơng tin, xử lý − vấn đề, Các kỹ quan trọng đối vợi sinh viên trường dù làm vị trí hay môi trường doanh nghiệp − − Được công ty đề xuất lên làm nhân viên thức kí hợp đồng vào tháng 5/2022 5.2 Những hạn chế − Kiến thức chun mơn chưa vững để hồn thành task thời gian nhanh − Kỹ giao tiếp tiếng anh nhiều hạn chế − Khối lượng cơng việc nhiều, cần nhiều thời gian để thích nghi Trần Thế Anh – Software Engineer 37 TỔNG KẾT Qua tháng thực tập công ty, em cống hiến cơng sức vào việc xây dựng ERP System Chân thành cảm ơn hội thực tập Cơng Ty Cổ Phần Tập Đồn WATA đặc biệt giúp đỡ nhiệt tình từ anh Quyền giúp em hồn thành tốt đợt thực tập Cũng xin cảm ơn thầy cô khoa Cơng nghệ phần mềm nhiệt tình hỗ trợ, tạo điều kiện giúp em hoàn thành báo cáo Trần Thế Anh – Software Engineer 38 Trần Thế Anh – Software Engineer 38 ... hiểu rõ hệ thống 3.5.2.2 Actor − Bất kỳ thứ tương tác với hệ thống, có trao đổi liệu với hệ thống: Người dùng, thiết bị phần cứng, hệ thống phần mềm khác 3.5.2.2.1 Các xác định actor hệ thống −... từ hệ thống + Các cơng việc mà actor muốn hệ thống thực thi ? + Actor có tạo hay thay đổi liệu hệ thống ? + Actor có phải thơng báo cho hệ thống ? + Actor có cần thơng tin thơng báo từ hệ thống. .. Nhóm người yêu cầu hệ thống làm việc giúp họ? − Nhóm người kích hoạt chức hệ thống? − Nhóm người sẽ trì quản trị hệ thống hoạt động? − Hệ thống có tương tác với thiết bị hay phần mềm ngoại vi khác