You are on page 1of 42

BÁO CÁO BÀI TẬP LỚN

CÔNG NGHỆ
PHẦN MỀM
Chủ đề: Dịch vụ in ấn thông minh cho sinh
viên trường Đại học Bách Khoa
Nội dung II. TRÌNH BÀY VỀ KẾT QUẢ
DỰ ÁN (OUTCOME)
I. TỔNG QUAN VỀ DỰ ÁN
• Team • Use-case của hệ thống
• Mô tả dự án • Use-case cho từng module
• Quản lý dự án • Sơ đồ lớp/ tuần tự
• Giao diện UI/UX và Work-flow

III. TRÌNH BÀY VỀ KỸ


THUẬT IV. RỦI RO, THÁCH THỨC
• Thiết kế kiến trúc (architecture) TRONG QUÁ TRÌNH HIỆN
• Công cụ để code và thiết kế THỰC DỰ ÁN
V. BÀI HỌC RÚT
RA
2
TỔNG QUAN VỀ
DỰ ÁN CỦA
TEAM
i. Tổng quan về dự án của team
1.1. Team
Trần Đại Quý Nguyễn Viết Ký Huỳnh Tấn Sỹ
2114607 2151217 2112205

• Báo cáo • Thiết kế UI


• Thiết kế UI/UX, • Class diagram • Hiện thực kiến trúc lớp
• Thiết kế database • Front-end (quản lý máy (layered architecture)
• Front-end (Lịch sử in, in, lịch sử in bên, báo cáo • Thiết kế UI/UX
thông tin in, lịch sử mua của SPSO) • Back-end developer
trang,, thông tin mua trang) • Front-end (các tính năng
• Activity/Sequence diagram đăng nhập đăng ký)
• Thiết kế use-case

4
I. Tổng quan về dự án của team
1.1. Team
Nguyễn Trường Thịnh Nguyễn Thanh Hào
2110564 1752187

• Activity/Sequence • Thiết kế use-case


diagram Trần Nguyễn • Activity/Sequence
• Thiết kế use-case Nam Anh diagram
• Thiết kế UI/UX • Báo cáo
• Kiểm tra hệ thống Bùi Đăng Khoa
2110758
• Back-end developer
2013489
• Báo cáo • Front-end
• Thiết kế use-case • Front-end (Mua trang
• Thiết kế UI/UX in, đặt lịch in, xem
• Vẽ class diagram máy in)
• Hiện thực kiến trúc • Vẽ class diagram
lớp (layered • Slide thuyết trình
architecture) • Thiết kế component
• Báo cáo diagram
5
I. Tổng quan về dự án của team
1.2. Mô tả dự án
• Dịch vụ in thông minh cho sinh viên tại HCMUT (HCMUT_SSPS) là một dự án quan trọng của Đại học Bách khoa TP.HCM (HCMUT)
nhằm cải thiện dịch vụ in ấn cho sinh viên tại các cơ sở của trường. Dịch vụ in thông minh có thể cải khắc phục nhiều vấn đề và đem lại
nhiều lợi ích cho sinh viên cũng như trường đại học Bách Khoa nói chung.

• Sinh viên sẽ tiết kiệm được thời gian khi sử dụng HCMUT_SSPS thay vì đi in ấn thủ công như trước kia. Sinh viên có thể chọn trước ngày
in và sẽ được thông báo khi đã in xong để đến lấy tài liệu, nhờ đó sinh viên sẽ tiết kiệm được thời gian và công sức xếp hàng cũng như chờ
đợi in.

• Sinh viên có thể in tài liệu ở bất cứ đâu, mọi lúc thay vì đến nơi in cụ thể.

• Sinh viên có thể gửi tài liệu in từ xa, tùy chọn định dạng cho các loại dữ liệu. Đồng thời, sinh viên có thể hạn chế các lỗi khi gửi file qua
HCMUT_SSPS thay vì các ứng dụng như Facebook hay Zalo.

• Sinh viên có thể hiệu chỉnh các thông số in sao cho phù hợp với nhu cầu của bản thân. Hệ thống có thể cung cấp tùy chọn điều chỉnh chất
lượng in ấn, màu sắc và kích thước giấy, giúp đảm bảo tài liệu in ra đáp ứng các tiêu chuẩn chất lượng.

6
I. Tổng quan về dự án của team
1.3. Quản lý dự án (Waterfall)
Requirements

Design

Development

Testing

Maintenance

7
TRÌNH BÀY VỀ
KẾT QUẢ CỦA
DỰ ÁN
(OUTCOME)
II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.1. Use-case của hệ thống

1
II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.2. Use-case của từng module

Use-case cho module Đăng nhập, đăng ký, quên


mật khẩu 1
II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.2. Use-case của từng module

Use-case cho module Cập nhật thông tin cá


nhân
1
II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.2. Use-case của từng module

Use-case cho module Tra cứu thông tin

1
II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.2. Use-case của từng module

Use-case cho module Đặt lịch in

1
II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.2. Use-case của từng module

Use-case cho module Quản lý máy in

1
II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.3. Activity diagram

Activity diagram cho module Cập nhật thông tin 1


cá nhân
II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.3. Activity diagram

Activity diagram cho module Tra cứu thông tin 1


II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.3. Activity diagram

Activity diagram cho module Đặt lịch in 1


II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.3. Activity diagram

Activity diagram cho module Quản lý máy in 1


II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.4. Sequence diagram

Sequence diagram của module Cập nhật thông tin cá nhân 1


II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.4. Sequence diagram

Sequence diagram của module Tra cứu thông tin 1


II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.4. Sequence diagram

Sequence diagram của module Đặt lịch in 1


II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.4. Sequence diagram

1
Sequence diagram của module Quản lý máy in
II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.5. Class diagram

1
Class diagram của toàn bộ hệ thống
• Authentification Module
2.Printermodification
3. Printingconfiguration
4. Changing user information
module
5.
Systempreservedprintingpages
6. Bookingprinting
II. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
2.6. Giao diện UI/UX và Work-flow

1
TRÌNH BÀY VỀ
KỸ THUẬT
III. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
3.1. Layered architecture

1
III. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
3.2. Component diagram

1
III. TRÌNH BÀY VỀ KẾT QUẢ CỦA DỰ ÁN
3.1. Công cụ để code và thiết kế

REACTJS MONGODB FIGMA DRAW.IO


Ngoài ra còn có các công cụ khác như:
• Visual Paradigm
• Canva
• Google drive, google sheet
• ... 2
RỦI RO, THÁCH
THỨC TRONG
QUÁ TRÌNH
HIỆN THỰC DỰ
ÁN
III. RỦI RO, THÁCH THỨC TRONG QUÁ TRÌNH HIỆN THỰC DỰ
ÁN
4.1. Rủi ro, thách thức

Delay Thời gian hạn chế

Thiếu tài nguyên (tester, backend developer...)

Không đủ kiến thức Phân bổ nguồn lực không hợp lý

1
III. RỦI RO, THÁCH THỨC TRONG QUÁ TRÌNH HIỆN THỰC DỰ
ÁN
4.2. Giải pháp

• Đặt thời hạn cụ thể cho từng nhiệm vụ để giúp team đi đúng hướng và tránh
việc chạy nước rút vào phút cuối.

• Ưu tiên các nhiệm vụ và tạo một lịch trình cho phép hoàn thành nhiệm vụ đúng
hạn.

• Hỏi ý kiến giảng viên để làm rõ những hướng dẫn hoặc khái niệm chưa rõ ràng.

• etc...

1
BÀI HỌC RÚT
RA
• Biết cách xác định rõ ràng mục tiêu và phạm vi dự án
• Lập lịch trình trước khi thực hiện dự án
• Teamwork
• Biết được một số tool, framework, library mới
• Có kiến thức về cách tạo ra sản phẩm phần mềm

2
Thanks for your
listening!
If you have any questions, kindly send them to us! We hope you
learned something new.

You might also like