TOM TAT KHÓA LUẬNĐề tài khóa luận “Xây dựng hệ thống Website sàn giao dịch hỗ trợ chuyển giao công nghệ” là đề tài hướng đến đối tượng người dùng là các doanh nghiệp có nhu cầu tìm kiếm
Trang 1ĐẠI HOC QUOC GIA TP HO CHÍ MINH
TRUONG DAI HOC CONG NGHE THONG TIN
KHOA HE THONG THONG TIN
NGUYEN THI THUY TIEN
PHAM TRUNG KIEN
BUILDING AN ONLINE EXCHANGE TO SUPPORT
TECHNOLOGY TRANSFER
KY SU NGANH HE THONG THONG TIN
TP HO CHÍ MINH, 2021
Trang 2ĐẠI HỌC QUOC GIA TP HO CHÍ MINH
TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN
KHOA HỆ THÓNG THÔNG TIN
NGUYEN THI THUY TIEN - 16521230
PHAM TRUNG KIEN - 16521513
KHOA LUAN TOT NGHIEP
XAY DUNG HE THONG WEBSITE SAN GIAO DICH
HO TRO CHUYEN GIAO CONG NGHE
BUILDING AN ONLINE EXCHANGE TO SUPPORT
TECHNOLOGY TRANSFER
KY SU NGANH HE THONG THONG TIN
GIANG VIEN HUONG DAN
TH.S DO DUY THANH
TP HO CHÍ MINH, 2021
Trang 3DANH SÁCH HOI DONG BẢO VE KHÓA LUẬN
Hội đồng cham khóa luận tốt nghiệp, thành lập theo Quyết định số
19/QD-DHCNTT-DTDH ngày 04/07/2016 của Hiệu trưởng Trường Đại học Công nghệ Thông tin.
| cre — Chủ tịch.
PA — — Thư ký.
¬ — Ủy viên
HH — Ủy viên
Trang 4LỜI CẢM ƠN
Đề hoàn thành khóa luận này, chúng em chân thành cảm ơn các thầy cô giáokhoa Hệ Thống Thông Tin đã tận tình hướng dẫn, giảng dạy trong suốt quá trình
học tập, nghiên cứu, rèn luyện ở trường Dai học Công Nghệ Thông Tin.
Xin chân thành cảm ơn giảng viên hướng dẫn Th.S Đỗ Duy Thanh đã tận
tình, chu đáo hướng dẫn chúng em thực hiện khóa luận này.
Mặc dù đã có nhiều cố gắng dé thực hiện dé tài một cách hoàn chỉnh nhất,song với sự hạn chế kiến thức và kinh nghiệm nên không thé tránh khỏi những
thiếu sót nhất định Chúng em rất mong được sự góp ý của quý Thay, Cô giáo dékhóa luận được hoàn chỉnh hơn.
Chúng em xin chân thành cảm ơn.
Sinh viên thực hiện
Nguyễn Thị Thủy Tiên
Phạm Trung Kiên
Trang 5MỤC LỤCCHƯƠNG 1 TONG QUAN DE TÀI -.« -ss°s<xseeeveeeerksseee 2
1.1 Hiện trạng và đặt vấn 6 ooo ccccecsscsessesesscsesscseesessesessesessssessesestsesseseeeeeees 2
CHUONG 2 NEN TANG CÔNG NGHỆC - «5c 5° s°cscsscsessesess 5
2.1 Tìm hiểu về AngtuliaT - ¿+ ¿S6 EE£ESEE#EEEE‡EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEErkerrrkes 5
2.1.1 Tổng quan VỀ AHgHÌđF 52 S5 ‡E‡ESE‡EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEkererkrrree 52.1.2 Các đặc điểm của AIgHÏđF + Set ‡E‡EEEE‡EEEEEEEEEEEEEEEEEEEEEEEEEkerkrkree 52.1.3 Ưu điểm của AHHÏAF Set tEEEEEk k EEEEkEEEEEkE1EE 11111111111 tre, 5
CHƯƠNG 3 CƠ SỞ LÝ THUYT, s «-s©sseeesseesserrsseersee 8
3.1 Tìm hiểu hệ thống tìm kiếm sản phẩm phù hợp dựa trên Hashtag 8
3.1.1 Gibi thiéu NE thong QOL ng sa 83.1.2 Ap dụng vào hệ thống website Matching cccccccccccecsscssssessssesssseeseseesesessessess 8
CHUONG 4 PHAN TÍCH THIET KE HE THÓNG - 13
4.1 Phân tích yêu cẦu -:-©2¿©5++2+++EE22E+2EE12EE221127112212711211211171211 me 13
4.1.1 Các yêu COU CHIC HĂHg - ©5555 S22S£SESEEEEEEESEEEEEEEEEEterrkrrrrkee 134.1.2 Yêu câu phi ChUC NANG vecceccscescssesvssessessssessesessssessssessesecsesessesssesssessseeseaes 134.2 Phân tích thiết kế hệ thống - - 2© 2S +E+E£+E£EE£E£EE£EEEEEEEEEEEerErrrrkrreee 14
4.2.1 Các chức năng của hệ hong eccccccsccscssesesessessssessesessesecsesssescsessssesssseeseaes 144.2.2 Các tác nhân của hệ thong +- 5255225 S++S‡£E‡E+E‡E+EeEzEerzreresree 144.3 Kiến trúc hệ thống - ¿+ +E+E#E£EE£EEEEEEEEEEEEE21211111211111 111.1 xe 17
Trang 64.5.6 Sơ đồ tuần tự đăng ký tham gia hội thảo - 55-52 cccs+esczeerszeersscee 344.5.7 Sơ đô tuần tự thêm nhãn mô tả sản phẩm 55s Ss+secete+kexereceez 34
CHUONG 5 CAI DAT VÀ KIEM THỬ - 5 s° s s2 sess=s=ss=ses 68
5.1 Cai đặt và triển khai website ccscccccseessessseesseesseesseecseecsesesneesueesneesseeesneesees 68
5.1.2 Triển khai websSÌ€ tt SE tt EEEEE 1111151 1111111111111 te ó85.2 Kiểm thử tt nh HH the 69CHUONG 6 KET LUẬN VÀ HUONG PHAT TRIẾN . 74
6.1 Két ñ0;Nv) 8v 210177 746.2 Ưu điểm của hệ thống ¿ - - ¿5E SE SE2E#EEEEEEEEEEEEEEEEEE21711711 1121 xe 746.3 Hạn chế của hệ thống - ¿2 - ¿SE E+E#EESE£E#EEEEEEEEEEEEEEEE112171111711 11 xe 746.4 Hướng phát triỂn - + + E+E£EE+E#EEESEEE9E21211121217111 71111121111 T1 xe 74
Trang 7DANH MỤC HÌNH ANH
Hình 1-1 Giao diện website bOa.ØOV.VIN ng key 3
Hình 3-1: Mô hình quy trình xử lý kết nối 2-5 2+5 ++£+£++£+zszzezxzse2 10Hình 4-1: Mô hình kiến trúc hệ thống - ¿2 2 2E E+E££E+E£E££zEzEersrxez 17Hình 4-2: So đồ usecase tổng quan của quản trị viÊn - 2 ss+seczcsz¿ 18Hình 4-3:Sơ đồ usecase tong quan của khách hàng - 2 2 +£=z+sz¿ 18Hình 4-4: Sơ đồ usecase đăng ký - ¿2t t S32 EEE2121211 2121111112151 te 20
Hình 4-5: Usecase đăng nhập - - c 1221131321111 3111111111111 11 E1 re 21
Hình 4-6: Usecase quản lý tài khoản người dùng 5+ ss+ssseeers 22
Hình 4-7: Usecase quan lý doanh nghiỆp - - 5 5S 11+ vissssseere 23
Hình 4-8: Usecase quản lý thông tin buổi hội thảo -:-5: 5522522525522 25
Hình 4-9: Usecase quan lý giao dịch giữa các doanh nghiệp - 26
Hình 4-10: Usecase quản lý doanh nghiệp do khách hang tạo 27
Hình 4-11: Usecase đăng ký tham gia hội thảo - - «55s ++se+ssereseees 29
Hình 4-12: Usecase kết nối với sản phâm của doanh nghiệp khác 30Hình 4-13: Sơ đồ tuần tự tạo doanh nIghiỆP - c1 ng re 31Hình 4-14: Sơ đồ tuần tự tạo yêu cầu hoặc sản phẩm tùy vào loại người dùng 32Hình 4-15: Sơ đồ tuần tự gửi yêu cầu kết nối với sản phẩm -: 32Hình 4-16: Sơ đồ tuần tự thêm quá trình và cập nhật thông tin kết nối sản phẩm 33Hình 4-17: Sơ đồ tuần tự thêm thông tin buôi hội thảo hội thảo - 33
Hình 4-18: Sơ đồ tuần tự đăng ký tham gia hội thảo - 2 5 2s 25+: 34
Hình 4-19: Sơ đồ tuần tự thêm nhãn mô tả sản phẩm - 25 252552 34
Hình 4-20: Mô hình dữ liệu - -. - 6 5E 1119199119 1v ng ng ng 35
Hình 4-21: Mô tả quy trình tìm kiếm sản pham tự động - - 46Hình 4-22: Sơ đồ màn hình website -2- ¿5 + +x+S££E+E£EeE£EeEEzEerxrrerkrree 46
Hình 4-23: Màn hình đăng nhập Ăn nh ng ch 48 Hình 4-24: Màn hình đăng ký - - G1 SH HH key 49
Hình 4-25:Màn hình Trang chủ - - - c 1 3332111111139 1111811 ke 50
Hình 4-26: Màn hình Danh sách các yêu cầu hoặc sản phẩm đã đăng ký 51Hình 4-27: Màn hình Thêm mới yêu cầu/kết quả thí nghiệm - 52Hình 4-28: Màn hình Chi tiết yêu cầu/sản phẩm thí nghiệm - 53Hình 4-29: Màn hình Tìm kiếm nhanh 2-25 2 +s2S2+E£££+E££+zEezxzxzxzsez 54
Hình 4-30: Man hình Sự kiỆn 5E s11 SH TH ng kh 55
Hình 4-31: Màn hình Chỉ tiết sự kiện ccc-ccccccttrrrtrrrrrrrrrrrrrrrrrrkea 56
Hình 4-32:Màn hình Danh sách lịch sử chuyển giao - - 255552552: 56
Hình 4-33: Màn hình chỉ tiết chuyển giao 2-2 2s 2+E+£+zE+£+zEerxzEerxecee 57Hình 4-34: Màn hình Danh sách chuyên giao -2- ¿55s ++z++z+2x+>se2 58
Trang 8Hình 4-35: Màn hình Quản lý người dùng S32 s+sirseeererrerree Hình 4-36: Màn hình Thêm mới người dùng - - «5+ sss++essxereseees Hình 4-37: Màn hình Quản lý doanh nghiệp/phòng thí nghiệm Hình 4-38:Man hình Quản lý lOạI - - c S111 S19 1 x1 se
Hình 4-39: Màn hình Thêm mới loại << 1111 ‡Ecv+ssesssssseeexs
Hình 4-40: Màn hình Thêm mới chi tiết LOại - 5 +28 ££eEeEeEsxzxzx2
Hình 4-41: Màn hình Quản lý sự kiỆn 2G S211 seereeree
Hình 4-42: Màn hình Thêm mới sự kiỆn - << + + ‡‡eeessss
Hình 4-43: Màn hình Quản lý Chuyên giao - ¿5-5 S22E+E+£z£zEzeerscxee
Hình 4-44:Màn hình Quản lý Nhãn S1 nn SH ng ke, Hình 4-45: Màn hình Thêm mới Nhãn - - 5 2 3+2 E++vEEEsseersrreeres
Trang 9DANH MỤC BANGBang 3-1: Bang mô tả quy trình chuyền giao công nghệ - 25¿ 11
Bang 4-1 Bảng mô tả chức năng của quản trl VIÊN - «5s +sscceseees 15 Bảng 4-2 Bảng mô tả chức năng của khách hàng 56+ +++<<+sxvexss 16 Bảng 4-3 Danh sách uS€Case - SH HT ng ng 19 Bang 4-4 Mô tả dữ liệu thông tin người đùng - <5 55s ++sscesssseeesss 36 Bang 4-5 Bảng mô tả dữ liệu thông tin doanh nghiỆp 55 55+ 37 Bang 4-6 Mô tả dữ liệu thông tin phân loạI - 555553 +++**sees+sseeeers 38
Bảng 4-7 Mô tả dữ liệu thông tin phân loại COI - 5555 ++++sseess+ 38 Bang 4-8 Mô tả dữ liệu thông tin nhãn - 255 551111 vversssseeeers 39
Bảng 4-9 Mô tả dữ liệu thông tin doanh nghiệp tham gia hội thảo 39
Bảng 4-10 Mô tả dữ liệu thông tin yêu cầu từ công ty -:-5- 40Bang 4-11 Mô tả dit liệu thông tin san phâm từ các phòng thí nghiệp 41Bảng 4-12 Mô tả dữ liệu thông tin mô tả sản phẩm bằng nhãn - 42Bảng 4-13 Mô tả dit liệu thông tin buổi hội thảo - - 2-5 2+55s+<>sz5+2 43Bảng 4-14 Mô tả dit liệu thông tin kết nỗi các yêu cầu và sản phâm 44Bang 4-15 Mô tả dữ liệu thông tin quá trình kết nối doanh nghiệp 45
Bang 4-16 Danh sách màn hình - << S331 11 13% EEESSEEeeerreeerreeers 47
Bảng 4-17 Mô tả màn hình đăng nhập - c2 23+ 3*EExseeerreeserres 49 Bảng 4-18 Mô tả man hình đăng ký 1333 xrirrseerrrsreerree 49
Bang 4-19 Mô tả màn hình Trang chủ - - << 55+ ‡++sseeeereesseeeers 50
Bang 4-20 Mô tả màn hình Danh sách yêu cầu hoặc sản phẩm đã đăng ký 51
Bang 4-21 Mô tả Màn hình Thêm mới yêu cầu/kết quả thi nghiệm 52
Bang 4-22 Mô tả Màn hình Chi tiết yêu cầu/sản phẩm thí nghiệm 53Bảng 4-23 Mô tả Màn hình Tìm kiếm nhanh c.cccccsccsessesseseeseesesseeeetesesees 54
Bang 4-24 Mô tả Màn hình Sự ki@ cece eeeeeeeeeeceneeeeeeeeaeeeeeeeeaeceaneseaeensaes 55
Bang 4-25 M6 ta Man hinh Chi tiết SU KEG ee cceececececeececsescscscscesesescsvstsceceeeeees 56Bang 4-26 Mô tả Màn hình Danh sách lich sử chuyền giao : 56Bang 4-27 Mô tả Màn hình Danh sách chuyên giao - 5-52 5525+ 252552 58
Bảng 4-28 Mô tả Man hình Quản lý người dùng - 55555 <c+ssvexss 59 Bang 4-29 Mô ta Man hình Thêm mới người dùng s55 -ss<+++<x+2 60 Bang 4-30 Mô tả Màn hình Quản lý doanh nghiệp/phòng thí nghiệm 61 Bang 4-31 Mô tả Màn hình Quản lý loat ee ceeecccesesneeceeeseneeeeeeseteeeeeeeeaaes 62
Bảng 4-32 Mô tả Màn hình Thêm mới loại - <5 555 ke+++seeeexs 63
Bảng 4-33 Mô tả Màn hình Thêm mới chỉ tiết Loại -: 5 252 5z55+2 64
Bang 4-34 Mô tả Màn hình Quan lý sự kiện 55 Ă S2 sssssseeees 64 Bảng 4-35 Mô tả Màn hình Thêm mới sự kiện - 55555 +s*cssvess 65
Trang 10Bang 4-36 Mô tả Màn hình Quản lý Chuyên giao - 25-552 522s+<c£zc5+2 66
Bảng 4-37 Mô tả Màn hình Quản lý Nhãn - 2-5 2+s+S22E+£zEczxzzcrxssee 67 Bảng 4-38 Mô tả Man hình Thêm mới NWaN cccccccccssescssecsesessesessessesesseseeseees 67
Bảng 5-1: Bang mô tả quá trình kiểm thử - ¿5-2-5 2+s+5£+x+£z£ezszxezxzsez 69
Trang 11MỞ ĐẦU
Hiện nay có rất nhiều sản phẩm, ý tưởng sáng tạo, phát minh sáng chế ra đời ởViệt Nam, đặc biệt là các thành phố lớn nhưng lại không tìm được đối tác đầu tư hay sử
dụng Ngược lại, có rất nhiều công ty muốn tìm kiếm các sản phẩm đặc biệt, độc đáo
cho công ty nhưng lại không tìm kiếm được nguồn cung phù hợp
Bên cạnh đó, nhà nước áp dụng chuyền cơ chế cấp phát tài chính để thực hiện cácnhiệm vụ khoa học và công nghệ, đồng bộ hệ thống các quỹ khoa học và công nghệ sang
cơ chế quỹ Triển khai nhanh chóng va đồng bộ hệ thống các quỹ khoa học và công nghệbao gồm các quỹ quốc gia, Bộ, ngành, địa phương và doanh nghiệp
Chuyên các tổ chức khoa học và công nghệ công lập sang cơ chế tự chủ, tự chịu
trách nhiệm theo quy định của pháp luật Thực hiện nghiên cứu ứng dụng khoa học và
công nghệ theo đặt hàng của Chính phủ, các Bộ, chính quyền địa phương, các doanhnghiệp và t6 chức khác
Việc phát triển đồng bộ khoa học xã hội và nhân văn, khoa học tự nhiên và các
hướng công nghệ ưu tiên (gồm công nghệ thông tin và truyền thông, công nghệ sinh học,công nghệ vật liệu mới, công nghệ chế tạo máy — tự động hóa và công nghệ môi trường)
Nam được thực trang này, tác giả đã được định hướng dé phát triển website sàn
giao dịch hỗ trợ chuyền giao công nghệ
Trang 12TOM TAT KHÓA LUẬN
Đề tài khóa luận “Xây dựng hệ thống Website sàn giao dịch hỗ trợ chuyển giao
công nghệ” là đề tài hướng đến đối tượng người dùng là các doanh nghiệp có nhu cầu
tìm kiếm các sản phẩm, nghiên cứu, sáng chế, ý tưởng sáng tạo, muốn được kết nối
và hợp tác phát triển một các nhanh chóng và tiên lợi với chi phí hợp lý
Dé tài xây dựng một website có thê dap ứng các chức năng cơ bản như tạo yêu câu
hoặc sản pham, tìm kiêm qua hashtag, chọn và két nôi sản phâm, xem và tham gia các
buổi hội thảo, workshop kết nối giữa các doanh nghiệp
Sau quá trình tìm hiểu, tác giả đã lên kế hoặc dé thuc hién dé tài như sau:
- Tim hiéu vé quy trình hoạt động của các website sàn giao dich
- Tim hiéu vé Angular
- Tim hiéu vé Nodejs
- Xây dung mô hình dữ liệu
- Xây dung API xử lý va gửi dữ liệu
- Xây dựng ham tính toán độ tương đồng giữa yêu cầu và sản pham
- Xây dung website với framework Angular với chức nang tìm kiêm và két nôi san
phẩm
Trang 13CHUONG 1 TONG QUAN DE TÀI
Chương này mô ta tổng quan về hiện trạng tim kiếm và kết nối các sản phẩm công
nghệ, ý tưởng sáng tạo, phát minh sản chế và nhu cầu giữa các công ty và phòng thí
nghiệm tại Việt Nam Qua đó mô tả bài toán gặp phải, khảo sát nghiên cứu và đưa ra
hướng giải quyết của đề tài
1.1 Hiện trạng và đặt vấn đề
1.1.1 Đặt vấn đề
Từ trước đến nay phần lớn các phòng thí nghiệm đều thuộc sự quản lý, nhận vốn
đầu tư của nhà nước Tuy nhiên điều này dang dan thay đổi theo thời gian Đến nay, sựxuất hiện các phòng thí nghiệm tư nhân ngày càng nhiều cùng với nguồn kinh phí hạnhẹp từ nhà nước đã trở thành vấn đề cấp bách
Việc kết nối các phòng thí nghiệm và công ty cũng gặp nhiều khó khăn, việc đưa
ý tưởng thành sản phẩm cũng không phải điều dễ dàng Có rất nhiều lý do cho vấn đềnày, nhưng có lẽ lý do quan trong nhất là việc thiếu thốn thông tin về nhau giữa phòngthí nghiệm và công ty, từ đó khó có thé kết nối với nhau
Đối với bên doanh nghiệp, họ sẽ dé dang tìm được sản phẩm công nghệ, ý tưởngsáng tạo mà hệ thống đang có đề có thé hợp tác Đối với các phòng thí nghiệm sẽ khôngcần lo lang các ý tưởng, sản phẩm không tìm thấy nguồn tài trợ mà có thé tự do tiếp tụcphát triển sản phâm một cách tốt nhất
Với yêu cầu hay sản phâm, người dùng đều cần mô ta chúng bang các nhãn Từ
đó, nhóm tác giả có thê phát triển chức năng kết nối giữa các sản phẩm và yêu cầu vớinhau một cách nhanh chóng, thay vì phải mat nhiều thời gian cho việc đọc mô tả từngsản phâm hay yêu cầu
1.1.2 Cac hệ thống liên quan
Trang 141.1.2.1 boa.gov.vn
€ C QA Notsecure | boa.gov.vn x On:
pps fB American English D {© American English C @ American English V - [M Untitled Diagram.dr TONG HOP TÀI LIỆ IM Listening Archives 2 @ Harry Potter - Goog.
TRANG CHÚ GIỚI THIỆU THONG TIN CÔNG NHAN ĐẢO TẠO THỨ NGHIỆM THÀNH THẠO LIÊN HỆ Tiếng Việt
A
TONG KET HOI DONG CONG NHAN NHIEM KY 2014-2016
VA PHIEN HOP LAN THU NHAT NHIEM KY 2016-2019
Phỏng thi nghiệm v
Hình 1-1 Giao diện website boa.gov.vn
1.1.3 Nhận xét
Theo tìm hiểu tác giả nhận thây vẫn chưa có website nào liên quan đến việc trao
đổi, chuyển nhượng các sản phẩm công nghệ Nhóm tác giả chỉ tim thay website thôngtin chỉ tiết của phòng thí nghiệm đang hoạt động Website này cho phép tìm kiếm phòng
thí nghiệm thông qua các mục từ khóa, tên đơn vi chủ quản, tên phòng thí nghiém, Một số ưu điểm mà nhóm tác giả nhận thấy ở một số trang web sàn giao dịch của lĩnh
vực khác:
- Giao diện dep, thân thiện với người dùng.
- Được thiết kế dé có thé hoạt động đa nền tảng, đa thiết bị
Qua đó, nhóm tác giả rút ra được một số kiến thức cần thiết để phát triển website
theo hướng người dùng, giúp khách hàng dễ dàng tương tác với hệ thông và có thé timkiếm được thứ mình mong muốn Đồng thời có thé giải quyết các van đề đã nên trên, từ
đó có thể tạo ra hiệu quả kinh tế cho đất nước và xã hội
1.2 Mục tiêu dé tài
Dé tài với mục đích là xây dựng website tìm kiêm và kết nôi với các dịch vụ, công
nghệ, sản phẩm thông qua hashtag:
- Tìm hiểu cấu trúc, cách website hoạt động.
- Xây dựng hệ co so dir liệu phù hop với các chức nang cua website.
Trang 15- Xây dựng chức năng tinh toán độ tương đồng giữa yêu cầu và sản pham.
1.3 Phạm vi nghiên cứu
Tác giả chỉ tập trung nghiên cứu một số nội dung sau dé xây dựng ứng dụng cho
- Nghiên cứu nội dung co ban về Angular, Nodejs và những điểm nỗi bật của chúng
- Tìm hiểu một số website sàn giao dịch phô biến ở Việt Nam hiện nay dé tìm điểm
tương đồng Tuy nhiên, do hạn chế về mặt thời gian và khối lượng công việc, websitegiới hạn đối tượng chính sử dụng là các doanh nghiệp, phòng thí nghiệm và quản trị
viên.
1.4 Bố cục báo cáo
Khóa luận gồm 6 chương với các nội dung chính như sau:
Chương 1: Tổng quan đề tài
Giới thiệu tổng quan đề tài khóa luận Nội dung bao gồm: hiện trạng và đặt vấn đề,mục tiêu đề tài, phạm vi nghiên cứu và bố cục báo cáo
Chương 2: Nền tảng công nghệ
Giới thiệu một số công nghệ và ý tưởng sử dụng trong đề tài Các công nghệ baogồm: Angular, Nodejs, và các service liên quan
Chương 3: Cơ sở lý thuyết
Dựa trên lý thuyết một số thuật toán về xử lý dữ liệu dé giới thiệu về cách thức xử
lý kết nối mà nhóm đã sử dụng
Chương 4: Phân tích và thiết kế hệ thống
Trình bày về sơ đồ tổ chứ của website, phân tích thiết kế hệ thống, thiết kế cơ sở
dữ liệu, thiết kế giao diện website
Chương 5: Cai đặt và kiếm thử
Trình bày cài đặt hàm tính toán độ tương thích, tóm tắt quá trình triển khai kiểm
thử.
Chương 6: Tổng kết
Tổng kết khóa luận, nêu ưu, khuyết điểm và hướng phát triển của đề tài
4
Trang 16CHƯƠNG 2 NÈN TẢNG CÔNG NGHỆ
Chương này chủ yếu giới thiệu về các công nghệ mà nhóm đã sử dụng đã xây dựng
website Dong thời triển khai một số dịch vụ miễn phí dé lưu trữ dữ liệu hình anh Haicông nghệ sử dụng chính là Angular, Nodejs.
-2.1.2 Cac đặc điểm của Angular
- Được sử dung để có thé phát triển dựa trên J avaScript
- Angular có kha nang tao các ứng dung client-side dựa trên mô hình MVC.
- Angular sở hữu khả năng tương thích cao có thé tự động xử lý dé dàng các mãJavascript sao cho phù hợp với các trình duyệt nhất
- Khi có ma nguồn mở và miễn phí thì nó sẽ được sử dụng rộng rãi hơn
Các cải tiến mới trong Angular 10:
- TSlib: thư viện thời gian chạy cho TypeScript chứa các ham trợ giúp đã được cap
nhập.
- Compiler interface: Giao diện trình biên dich đươck thêm vào dé bao bọc trìnhbiên dịch ngược thực tế
- Loai bỏ gói ESM5 hoặc FESM5 dé tiết kiệm thời gian tải xuống và cài đặt các gói
và thư viện Angular [2].
2.1.3 Ưu điểm của Angular
- Nâng cao năng suat của lập trình viên: Ung dụng các tính năng mới giúp code với
Angular rõ ràng và dễ học.
Trang 17- Typescript: một ban nâng cấp của JavaScript, kết hop với Angular giúp xử ly các
vấn đề hạn chế của JS như kiểm tra kiểu dữ liệu, refactor code an toàn hơn, từ đócũng hỗ trợ tốt hơn trong việc debug, giúp dev hiểu rõ mã nguồn của họ hơn
- Cấu trúc phát triển rõ ràng: Mô hình MVVM (model — view — view/model) bao
gồm cả class, dependency phân biệt rõ ràng giao diện người dùng, mã nguồn điều khiểngiao diện và mô hình dữ liệu cho giao diện giúp Angular tạo lợi thế trong xây dựng ứng
dụng client — side.
- Extensive binding: giúp quá trình hiển thị dữ liệu, điều khiển Dom, thực thi các
event một các trơn tru và dễ dang [3].
2.2.2 Các đặc điểm của Nodejs
Tốc độ xử lý và hiệu năng cao nhờ phần Core bên dưới được viết hầu hết bằngC++ Có thé áp dụng cho sản phâm có lượng truy cập lớn, cần mở rong nhanh, cần đôi
mới công nghệ [5].
2.2.3 Ưu điểm của Nodejs
- Chạy đa nền tang phía Server, sử dung kiến trúc hướng sự kiện Event — Driven, cochế non — blocking I/O làm cho nó nhẹ và hiệu quả [6]
- Đáp ứng tốt thời gian thực và chạy đa nền tang, da thiết bị
- Nhận và xử lý nhiều kết nối chi với một single - thread Điều này giúp hệ thốngtốn ít RAM nhất và chạy nhanh nhất khi không phải tao thread mới cho mỗi truy van
2.3 Các Service được sử dụng
2.3.1 Heroku
- Là một nền tang đám mây cho phép lập trình viên xây dung, triển khai, quan lý va
mở rộng ứng dụng (PaaS — Platform as a service) [7].
Trang 18- Linh hoạt và dé sử dung, cung cấp con đường don giản dé đưa sản phẩm tiếp cận
người dùng.
- Hỗ trợ nhiều ngôn ngữ lập trình: NodeJS, Kotlin, PHP, Java, Python,
- H6 tro nhiéu tinh nang (Runtimes, Teams, Scales, Code/Data Rollback, ) dé mo
rộng quy mô, khôi phục code và tích hợp với Git giúp chạy ứng dụng dé dàng.
- Chi phù hợp với website nhỏ và có giới hạn thời gian sử dụng miễn phi mỗi tháng.
2.3.2 Cloudinary
- Cloudinary cung cấp dịch vụ quản ly anh dựa trên cloud một cách toàn diện
- Có thé upload, lưu trữ, sửa ảnh va đưa nó lên ứng dụng Web cua minh một cách
dễ dàng
- Tích hợp rat tốt với nhiều ngôn ngữ va framework khác nhau
- Cho phép upload khoang 75000 anh [8].
2.3.3 SendGrid
- Là dich vụ cung cap giải pháp email dựa trên nền tang đám mây thay thé cho hệthống email truyền thống
- Giảm bớt lượng mail gửi đến thư mục rác (junk folder)
- Dễ dàng mở rộng nâng cấp quy mô hệ thống
- Cung cấp khả năng đánh giá tính hiệu qua của các chiến dịch mail marketing cũng
như 1 kho API với các tinh năng hữu ích cần thiết [9]
Trang 19CHƯƠNG 3 CƠ SỞ LÝ THUYET
Chương này nói về cơ sở lý thuyết của khóa luận bao gồm hệ thống tìm kiếm đốitượng tương đồng dựa trên hashtag mà người dùng dùng dé mô tả sản phẩm
3.1 Tìm hiểu hệ thống tìm kiếm sản phẩm phù hợp dựa trên Hashtag
3.1.1 Giới thiệu hệ thống gợi ý
Recommendation Systems được định nghĩa là hệ thống đề xuất, gợi ý các sản phâmphù hợp nhất với người dùng cụ thể bằng cách dự đoán mối quan tâm của người dùng
về một mặt hàng dựa trên thông tin liên quan đến sản phẩm, người dùng và sự tương tác
giữa chúng Mục đích chính của các Recommendation Systems là dự đoán mức độ quan
tâm của một người dùng tới một sản phâm nào nào đó dựa trên hành vi của người dùngnày hoặc qua một người dùng khác có hành vi tương tự như người dùng này dé xây dựngkhuyến nghị cho họ [10]
Hai thực thé chính trong Recommendation Systems là users và items
Recommendation Systems được chia làm 2 nhóm lớn:
- Content-based systems: đánh giá đặc tính của items được recommended Vi dụ:
một user xem rất nhiều các bộ phim về cảnh sát hình sự, vậy thì gơi y một bộ phim trong
cơ sở dữ liệu có chung đặc tính hình sự tới user này, ví dụ phim Người phán xử Cách
tiếp cận này yêu cầu việc sắp xếp các items vào từng nhóm hoặc đi tìm các đặc trưngcủa từng item Tuy nhiên, có những items không có nhóm cụ thể và việc xác định nhóm
hoặc đặc trưng của từng item đôi khi là bat khả thi [11]
- Collaborative filtering: hệ thống gợi ý items dựa trên sự tương quan (similarity)
giữa các users và/hoặc items Có thé hiểu rang ở nhóm này một item được recommendedtới một user dựa trên những users có hành vi tương tự Ví dụ: users A, B, C đều thích
các bài hát của Noo Phước Thịnh Ngoài ra, hệ thống biết rằng users B, C cũng thíchcác bài hát của Bích Phương nhưng chưa có thông tin về việc liệu user A có thích BíchPhương hay không Dựa trên thông tin của những users tương tự là B và C, hệ thống có
thé dự đoán rang A cũng thích Bich Phương và gợi ý các bài hát của ca sĩ này tới A [11]
3.1.2 Áp dụng vào hệ thống website Matching
Trong dé tài này, tác giả sử dụng ý tưởng từ thuật toán Content-based systems dé
xây dựng hệ thông matching cho website
Trang 20Ý tưởng cơ bản của Content-based systems xây dựng một bộ hồ sơ (profile) trên
nội dung của mỗi item Profile này nhóm tác giả sử dụng bộ phân loại nhóm ngành nghề
và một bộ hashtag dé mô tả sản phẩm.
Nhung do không thé xây dựng được các cặp (item profile, ratings) tương ứng nênchưa thể áp dụng được bài toán Regression hay Classificaiton
Profile của mỗi item (yêu cầu, sản phâm) được mô tả như sau:
- Profile được mô ta bang phân loại ngành nghé va phân loại con chi tiết ngành nghề
- Profile được mô ta chi tiết bằng các Tags (là các mô tả ngắn ngọn bang các từ
khóa).
Nhóm tác giả dựa vào việc phân loại này dé xây dựng hàm tìm kiếm sản phẩm phù
hợp với mô tả yêu cầu của công ty đã đề ra
Dưới đây là hình ảnh quy trình kết nối sản phẩm với yêu cầu giữa công ty và phòng
thí nghiệm mà nhóm đã xây dựng.
Trang 21Thời gian để hai bên suy nghĩ
có niên ký kết tài trợ hay bàn
“contract modifications"
Hai bén yéu cau hé tro chuyén
Gửi yêu câu kết nỗi
Cập nhật trạng thái "Rejected"
Đông ÿ Cập nhật trang thai "Accept Phong thi nghiém dat lich hen
Céng ty xem xét lich hen Céng ty xem xét lich hen
Phong thi nghiệm xem xét lich
hen mdi
ea chốt
Phòng thí nghiệm liên lạc với ắ Dot ý;
công ty dé đặt cuộc hẹn sau
cùng
Từ chối
Hai bên gặp mit, tim hiêu sản h 2 - ) \Cap nhật trạng thái "Organize
phẩm, thông nhất ý kiến a meeting"
Cập nhật trạng thai "Support" chuyên giao công nghệ, tài trợ,
theo yêu cau
giao
10
Trang 22Mô tả quy trình xử lý kết nỗi chuyên giao như sau:
Bang 3-1: Bang mô tả quy trình chuyển giao công nghệ
Bước | Mô tả
1 Công ty gửi yêu cau kết nối đến sản phâm Một giao dịch được tạo ra với
trạng thai “Waiting”
2 Phòng thí nghiệm xem xét yêu cau của bên công ty:
- _ Nếu phòng thí nghiệm chấp nhận yêu cầu kết nối, trạng thái giao dịch
được cập nhật thành “Accepted”.
- Néu phòng thí nghiệm từ chối yêu cầu kết nói, trạng thái giao dịch
được cập nhật thành “ReJected”.
3 Phòng thí nghiệm chọn thời gian và địa điểm gặp mặt, trạng thái giao dịch
được cập nhật thành “make an appointment”.
4 Công ty xem xét thời gian và địa diém cuộc hen:
- - Nếu công ty đồng ý với cuộc hẹn này, trang thái giao dịch được cập
nhật thành “Organize a meeting”.
- Néu công ty muốn thay đôi thời gian hoặc dia điểm gặp mặt của cuộc
hen này, trạng thái giao dịch được cập nhật thành “Organize a
meeting”.
5 Phong thí nghiệm xem xét lai cuộc hen mới:
- _ Nếu phòng thi nghiệm đồng ý với cuộc hen này, trạng thái giao dịch
được cập nhật thành “Organize a meeting”.
- _ Nếu không đồng ý, phòng thí nghiệm sẽ liên hệ với công ty dé thống
nhất thời gian và địa điểm gặp mặt, sửa chữa lại thông tin và cập nhật
trạng thái giao dịch thành “Organize a meeting”.
- _ Nếu cả hai không thống nhất được và từ chối gặp mặt, trạng thái giao
dịch được cập nhật thành “ReJected”.
6 Sau khi hay bên gặp mặt, tìm hiểu về sản phâm và nhu cầu của nhau:
- Nếu họ đồng ý giao dich, trạng thái giao dịch được cập nhật thành
“Contract”.
- Néwho từ chối, trang thái giao dich được cập nhật thành “Canceled”
11
Trang 23Bên công ty sẽ gửi bản hợp đồng theo mẫu cho phòng thí nghiệm, trạng thái
giao dich được cập nhật thành “Contract motification”.
Sau khi đạt được thông nhất về hợp đồng, công ty yêu cầu hỗ trợ, trạng thái
giao dịch được cập nhật thành “Support”.
Bên quản trị viên sẽ gửi bản báo giá chi phí về phan hỗ trợ cho bên công ty
10 Công ty xem xét các khoản chi phí cần thanh toán cho việc hỗ trợ chuyển
giao:
- _ Nếu công ty đồng ý với chi phí chuyền giao, trạng thái giao dich được
cập nhật thành “Accept the cost”.
- _ Nếu muốn thay đổi chi phí chuyền giao, công ty sẽ ghi chú lại các chỉ
phí cần chỉnh sửa và gửi lại cho bên quản trị viên Trạng thái giao dịch
được cập nhật thành “Cost correction”.
11 Sau khi đồng ý với chi phí chuyền giao, quan trị viên sẽ thu thập tài liệu liên
quan cho việc chuyên giao của hai dé đem đi nộp cho cơ quan nhà nước Trạng
thái giao dịch được cập nhật thành “Application submitted”.
12 Sau khi nhận được kết quả kiểm duyệt của cơ quan nhà nước:
- Nếu được duyệt, trang thái giao dịch được cập nhật thành “Done”
- Néu bị từ chối, quản tri viên sẽ cập nhật hoặc bổ sung các hồ sơ dé nộp
lại cho cơ quan nhà nước, trạng thái giao dịch được cập nhật thành
“The application has been declined”.
12
Trang 24CHUONG 4 PHAN TÍCH THIẾT KE HE THONG
Ở chương này, tác giả phân tích yêu cầu chức năng của hệ thống va mô tả chứcnăng thông qua các bản vẽ UML Đồng thời mô tả cơ sở đữ liệu, thiết kế, mô tả màn
hình giao diện xử lý.
4.1 Phân tích yêu cầu
4.1.1 Các yêu cầu chức năng
Giao diện quản lý:
Quản trị viên quan lý toàn bộ hoạt động của website
Quản lý danh sách tài khoản người dùng.
Quản lý các doanh nghiệp, phòng thí nghiệm và các yêu cầu hoặc sản pham họ đã
Quản lý các budi hội thảo, workshop và các doanh nghiệp đã đăng ký tham gia
Quan lý quá trình kêt nôi giữa sản phâm và các yêu câu mà doanh nghiỆp tạo.
Giao diện người dùng:
Đăng ký, đăng nhập tài khoản
Tao doanh nghiệp hoặc phòng thí nghiệm theo loại người dùng
Hiền thị thông tin các budi hội thao đã, đang và sắp diễn ra
Tạo sản phẩm hay yêu cầu tùy vào là doanh nghiệp hay phòng thí nghiệm
Tự đông tìm sản phẩm phù hợp với yêu cau đã tạo
Hién thị danh sách lọc theo hashtag
4.1.2 Yêu cầu phi chức năng
Yéu câu về giao diện: Giao diện gân gũi, đơn giản Giao diện dùng cho khách hàng
thân thiện, sinh động, tương tác tốt
Yêu cầu về chất lượng:
Tính tiện dụng: Hệ thống trực quan, thân thiện, dé dùng
Tính hiệu quả: Người dùng dễ dàng thao tác, hệ thống hoạt động ổn định
13
Trang 25- Tính tương thích: Hoạt động tốt với các trình duyệt phô biến hiện nay.
4.2 Phân tích thiết kế hệ thống
4.2.1 Các chức năng của hệ thống
Hệ thống dành cho quản trị viên:
- Quản lý danh sách doanh nghiệp, phòng thí nghiệm va các yêu cầu hoặc sản pham
Hệ thông dành cho khách hang sử dụng website:
- Hién thi danh sách yêu cầu hoặc sản pham đã tao tùy vào loại người dùng
- Hién thị danh sách các buổi hội thảo
- Hién thị sản phẩm phù hợp khi chon tìm tự động kết nối
- Hién thi danh sách san phẩm theo hashtag
4.2.2 Các tác nhân của hệ thống
Dựa vào mô tả bài toán có thể xác định được các tác nhân chính của hệ thống:
- Tác nhân quan tri viên: người này thực hiện các chức năng quan trị hệ thống, tàikhoản, công ty, phòng thí nghiệm, các buổi hội thảo, quá trình kết nối giữa các doanh
nghiệp Đề thực hiện các chức năng quản trị trong hệ thống này bắt buộc phải thực hiện
đăng nhập.
- Tác nhân khách hàng bao gồm doanh nghiệp va phòng thí nghiệm dé có thé sử
dụng hệ thống, các tác nhân phải đăng ký và đăng nhập
14
Trang 26Tác nhân quản trị viên:
Bang 4-1 Bảng mô tả chức năng của quản trị viên
STT Tên chức năng Mô tả
1 Đăng nhập Thực hiện đăng nhập vào hệ thống, nhập vào Email
và Password Kiểm tra hợp lệ trùng với dữ liệu cósẵn thì hệ thống sẽ cho phép đăng nhập
2 Quản lý tài khoản | Quản lý thêm xóa sửa tài khoản người dùng
người dùng
3 Quản lý doanh | Quản lý chỉ tiết danh sách sách doanh nghiệp, các
nghiệp yêu cầu hoặc sản phầm tùy vào loại doanh nghiệp
4 Quản lý buổi hội | Quản lý các thao tác thêm xóa sửa thông tin hội thảo,
thảo duyệt các doanh nghiệp đăng ký tham gia
5 Quản lý kết nồi Quản lý trạng thái của các kết nối do doanh nghiệp
yêu cầu
6 Quản lý hashtag Quan lý các thao tác thêm, xóa, sửa hashtag
7 Quản lý phân loại Quản lý các thao tác thêm, xóa, sửa phân loại, các
thành phần con trong phân loại
15
Trang 27Tác nhân khách hàng
Bảng 4-2 Bảng mô tả chức năng của khách hàng
STT Tên chức năng Mô tả
1 Đăng nhập Đặng nhập vào hệ thống, nhập vào username và
Password Kiểm tra nếu thông tin hợp lệ thì cho phépđăng nhập vào hệ thống
2 Đăng ký Khách hàng đăng ký thông tin tài khoản nếu thông
tin chưa có trong hệ thống, hệ thống sẽ ghi nhận và
lưu thông tin vào CSDL Khách hàng phải đăng nhập
mail dé xác nhận tài khoản, sau đó mới có thé đăngnhập vào hệ thông
3 Tạo thông tin doanh | Khách hàng tạo thông tin công ty hoặc phòng lab tùy
nghiệp vào loại đã đăng ký Mỗi user chỉ được đăng ký một
doanh nghiệp
4 Tạo thông tin yêu | Tùy vào phân loại đã tạo, khách hàng có thể tạo các
cầu hoặc sản phẩm | yêu cầu hoặc sản pham đang có
5 Xem thông tin buổi | Khách hàng phải đăng nhập để có thé xem các buồi
hội thảo hội thảo đang hoặc sắp diễn ra
6 Đăng ký tham gia hội | Khách hàng phải đăng nhập dé có thé đăng ký tham
thảo gia các buổi hội thảo kết nối doanh nghiệp
7 Kết nối sản phẩm Khách hàng phải đăng nhập dé có thé kết nối yêu cầu
đã tạo với các sản phẩm đang có sẵn một cách tự
động hoặc thủ công
8 Xem các thông tin | Khách hàng phải đăng nhập dé có thé xem lại danh
yêu câu hoặc sản
phẩm đã tạo
sách yêu câu hoặc sản phâm đã tạo
16
Trang 294.4 Sơ đồ Usecase
Phía quản trị viên”
—————_-> includeQuản lý tài khoản người dùng ene
Quản lý doanh nghiệp phòng thí nghiệm
py lý (PS SP bà hãi ï d h hiệ aassannsannnnnnnsnnnnnnnnsnmannnsnae
0 Quan ly yêu cau về san phẩm của doanh nghiệp includes
5 Xem các yêu câu do công ty gửi
Đồng ý với yêu câu phù hợp
Tìm kiếm và gửi yêu cầu
kết nỗi với sản phẩm
«extend»
Hình 4-3:So đô usecase tong quan của khách hang
18
Trang 304.4.1 Danh sách Usecase
Bảng 4-3 Danh sách usecase
STT Usecase Y nghia
1 Usecase dang ky Nguoi dung dang ky tai khoan
2 Usecase dang nhap Người dùng đăng nhập vào hệ thống
3 Usecase quản lý tài | Quản trị viên quản lý tài khoản người dùng
khoản người dùng
4 Usecase quản lý thông | Quản trị viên quản lý thông tin doanh nghiệp
tin doanh nghiệp
5 Usecase quản lý thông | Quản trị viên quản lý thông tin buổi hội thảo và xét
tin buổi hội thảo duyệt người tham gia
6 Usecase quan lý giao | Quản tri viên quản lý thông tin giao dịch giữa các
dịch giữa các doanh | doanh nghiệpnghiệp
7 Usecase quản lý thông | Người dùng tạo, xem và cập nhật thông tin doanh
tin doanh nghiệp do | nghiệp do ban thân tạo người dùng tạo
8 Usecase đăng ký tham | Người dùng đăng ký tham gia các buôi hội thảo sắp
gia hội thảo diễn ra
9 |Usecase kết nối với | Người dùng tìm kiếm và kết nối hoặc tự động gửi
doanh nghiệp khác yêu câu kết nôi với sản phâm của phòng thí nghiệm
19
Trang 314.4.2 Đặc ta Usecase
4.4.2.1 Usecase đăng ky
Kiém Tra théng tin
«include» ° a
—>Cbang ty) «nduue,
Người dùng mới TONS
Gui Mail OTP
Hình 4-4: Sơ đô usecase đăng ký
- Tìm hiểu cấu trúc, cách website hoạt động
- Tac nhân: Người dùng mới
- Tìm hiểu cấu trúc, cách website hoạt động
- Mô ta: Usecase cho người dùng chưa có tai khoản
- Dong su kién chinh:
e Chon chức năng đăng ky
e Giao diện đăng ký hién thị
e Nhập Email, số điện thoại, mật khẩu, họ, tên, loại người dùng vào giao diện đăngký
e _ Hệ thống kiểm tra Email và mật khâu của người dùng Nếu tài khoản đã có trên
hệ thống thì chuyển dòng sự kiện sang rẽ nhánh A1
e - Nếu chưa có thì chuyền sang dòng rẽ nhánh A2
20
Trang 32- Kết qua: Người dùng đăng ký thành công, lưu thông tin xuống cơ sở dữ liệu Ngườidùng có thể đăng nhập và tạo công ty hoặc phòng thí nghiệm theo loại người dùng đãchọn ở trên.
4.4.2.2 Usecase đăng nhập
= Dang nhap TS as Kiém Tra théng tin
Người dùng
Hình 4-5: Usecase đăng nhập
- Tac nhân: Người dùng
- Mô tả: Usecase cho người dùng đã có tai khoản, quan trị viên đăng nhập vào hệthống
- _ Điều kiện trước: Người dùng và quản trị viên đã có tài khoản trong hệ thông
- Dòng sự kiện chính:
e - Nếu là bên người dùng, chọn chức năng đăng nhập bên trang người dùng
e - Nếu là quản trị viên, chọn chức năng đăng nhập bên trang quản trị viên
e Giao diện đăng nhập hiên thi
e Nhập Email hoặc số điện thoại, mật khẩu vào giao diện đăng nhập
e _ Hệ thống kiểm tra tài khoản và mật khâu của người dùng Nếu sai thông tin đăngnhập thì chuyên dòng sự kiện sang rẽ nhánh A1
e Néu nhập đúng tài khoản thì chuyên đến trang chủ của mỗi loại người dùng
- Usecase kết thúc
- Dong sự kiện rẽ nhánh A1: Hệ thống thông báo quá trình đăng nhập không thành
công do sai thông tin đăng nhập hoặc tài khoản không tồn tại chọn nhập lại thông tin
đăng nhập và quay về dòng sự kiện chính Usecase kết thúc
- Kết quả: Người dùng đăng nhập thành công
21
Trang 334.4.2.3 Usecase quan lý tài khoản người dùng
—seeeed «extend» Xem thông tin các «include»
1 tài khoản đã đăng ký 2 -~~;
1 Quản lý tài khoản «extend» Cập nhậtthông ` MCN sce
người dùng <Z -~<<=~= tin tài khoản Quản trị viên "
Hình 4-6: Usecase quản lý tài khoản người dùng
Tác nhân: Quản trị viên
Mô tả: Usecase cho phép quản tri viên xem, thêm, sửa, xóa thông tin tài khoản
trong hệ thống
Điều kiện trước: Quản trị viên đăng nhập vào hệ thong
Dong su kién chinh:
e Nguoi sử dụng chon thao tác: Thêm, xóa, sửa, xem thông tin tài khoản
e _ Thêm tài khoản người dùng: Chọn thêm người dùng, hệ thống hiện thị giao diệnnhập thông tin người dùng, người dùng nhập thông tin và xác nhận, hệ thống sẽ đưathông báo nếu thành công và lưu thông tin vào cơ sở dữ liệu, nếu sai thực hiện dòng
rẽ nhánh AI.
e _ Cập nhật thông tin tài khoản: Hệ thống hiển thị danh sách tài khoản người dùng,chọn tài khoản cần sửa, nhập thông tin cần thay đối, hệ thống sẽ đưa thông báo nếuthành công và lưu thông tin mới cập nhật vào cơ sở dữ liệu, nếu sai thực hiện dòng rẽ
nhánh Al.
e - Xóa thông tin tài khoản: Hệ thống hiền thị danh sách tài khoản người dùng, chọntài khoản cần xóa, hệ thống sẽ đưa thông báo nếu thành công và cập nhật trạng tháitài khoản vào cơ sở dữ liệu, nếu sai thực hiện dòng rẽ nhánh AI
e - Xem thông tin tài khoản: Hệ thống hién thị danh sách tài khoản người dùng, chọntài khoản dé hiện thị chi tiết thông tin người dùng
22
Trang 34- Usecase kết thúc
- Dong sự kiện rẽ nhánh AI: Hệ thong thông báo nhập dữ liệu không hợp lệ, nhậplại thông tin, quay lại dòng sự kiện chính Usecase kết thúc
- Kết quả: Thông tin người dùng được cập nhật lai trong cơ sở dit liệu
4.4.2.4 Usecase quản lý doanh nghiệp
_#Mends peat là nghe
<; ‹@xtendb, Cập nhật thông tin + ‘ H0 _ _
Quản
CC Qhânlý doanh nghiệp > = ~ doanh nghiệp
Quản trị viên a= “wextend> eed -dincluden
Xóa doanh YHiệp
Hình 4-7: Usecase quản lý doanh nghiệp
- Tác nhân: Quản tri viên
- Mô tả: Usecase cho phép quan trị viên xem, cap nhat, xóa thông tin doanh nghiệp
trong hệ thống
- Điều kiện trước: Quan trị viên đăng nhập vào hệ thống
- Dong su kién chinh:
e Nguoi sử dụng chon thao tác: Xóa, xem, cập nhật thông tin doanh nghiệp
e _ Xem thông tin doanh nghiệp: Hệ thống hiển thị danh sách thông tin doanh nghiệp,chọn doanh nghiệp dé hiện thị chi tiết thông tin doanh nghiệp
o Người dùng chon thao tác: Xóa, xem, cập nhật thông tin yêu cầu hoặc sản phẩm
công nghệ.
o Xem thông tin:
= Nếu là công ty: Hệ thống hiển thị danh sách yêu cầu của từng doanh nghiệp,
chọn yêu cau dé hiện thị chi tiết thông tin yêu cầu
23
Trang 35= Nếu là phòng thí nghiệm: Hệ thống hiển thị danh sách các sản pham, phát
minh sáng chế, của từng phòng thí nghiệm, chọn yêu cầu dé hiện thị chỉ tiết
thông tin các sản phẩm này
o Cập nhật thông tin: Chọn yêu cầu hoặc sản phâm cần cập nhật thông tin, nhập
thông tin cần thay đổi, hệ thống sẽ đưa thông báo nếu thành công và lưu thông tin
mới cập nhật vào cơ sở dir liệu, nêu sai thực hiện dòng rẽ nhánh A1.
©_Xóa thông tin: Chọn yêu câu hoặc sản phâm cân xóa, hệ thông sẽ đưa thông báo
nêu thành công va cập nhật trạng thái tài khoản vào cơ sở dữ liệu, nêu sai thực hiện
dòng rẽ nhánh A1.
e _ Cập nhật thông tin doanh nghiệp: Hệ thống hiển thị danh sách doanh nghiệp,chọn doanh nghiệp cần sửa, nhập thông tin cần thay đổi, hệ thống sẽ đưa thông báonếu thành công và lưu thông tin mới cập nhật vào cơ sở dữ liệu, nếu sai thực hiện
Trang 364.4.2.5 Usecase quản lý thông tin budi hội thảo
Xem thông tin người tham gia hội
thảo
Quản trị viên “Bex ~«extend»
sexterils: Í Cập nhật thông tin buổi
Quản lý hội thảo ><" °
Cap nhat lai trang thai người tham gia hội thảo
Hình 4-8: Usecase quản lý thông tin budi hội thao
- Tác nhân: Quản tri viên
- Mô tả: Usecase cho phép quản tri viên xem, cập nhat, xóa thông tin các buôi hội
thảo trong hệ thống
- Điêu kiện trước: Quản trị viên đăng nhập vào hệ thong
- Dong su kién chinh:
e Nguoi sử dùng chon thao tác: Xóa, xem, cập nhật thông tin buổi hội thảo
e Xem thông tin buổi hội thảo: Hệ thống hiền thị danh sách thông tin buổi hội thảo,chọn buổi hội thảo dé hiện thị chi tiết thông tin doanh nghiệp
o Người dùng chọn thao tác: Xem, cap nhật thông tin người đã đăng ký tham gia
thành công buổi hồi thảo
o Xem thông tin: Hệ thống hién thị danh sách người dùng đăng ký tham gia sau
khi quản tri viên chọn vào buôi hội thao muôn xem thông tin
o_Cập nhật trạng thái: Chọn doanh nghiệp tham gia trong danh sách đã hién thị,chọn trạng thái muốn cập nhật, hệ thống sẽ đưa thông báo nếu thành công và lưuthông tin mới cập nhật vào cơ sở dữ liệu, nếu sai thực hiện dòng rẽ nhánh AI
25
Trang 37e _ Cập nhật thông tin buổi hội thảo: Hệ thống hiền thị danh sách buổi hội thảo, chọn
buổi hội thảo cần sửa, nhập thông tin cần thay đối, hệ thống sẽ đưa thông báo nếu
thành công và lưu thông tin mới cập nhật vào cơ sở dữ liệu, nếu sai thực hiện dòng rẽ
nhánh Al.
e - Xóa thông tin buổi hội thảo: Hệ thống hiển thị danh sách budi hội thao, chọn budihội thảo cần xóa, hệ thống sẽ đưa thông báo nếu thành công và cập nhật trạng thái tài
khoản vào cơ sở dữ liệu, nêu sai thực hiện dòng rẽ nhánh AI.
e - Duyệt doanh nghiệp gửi yêu cầu tham gia: Hệ thống hién thị danh sách các doanhnghiệp đã gửi yêu cầu tham gia buổi hội thảo, chọn cho phép doanh nghiệp nào tham
gia, hệ thống sẽ đưa thông báo nếu thành công và cập nhật trạng thái tài khoản vào
cơ sở di liệu, nêu sai thực hiện dòng rẽ nhánh AI.
Usecase kết thúcDong sự kiện rẽ nhánh Al: Hệ thông thông báo nhập dữ liệu không hợp lệ, nhập
lai thông tin, quay lại dòng sự kiện chính Usecase kết thúc.
Kết quả: Thông tin buổi hội thảo được cập nhật lại trong cơ sở đữ liệu
4.4.2.6 Usecase quản lý giao dịch giữa các doanh nghiệp
Xem thông tin giao dịch
«include»
46 endzz 3 7"^===-~”"T `›' , =
các doanh nghiệp <:- «extend» l cua
Quản trị viên Bae
Cập nhật trạng thái doanh dịch
Hình 4-9: Usecase quản lý giao dịch giữa các doanh nghiệp
Tác nhân: Quản trị viên
Mô tả: Usecase cho phép quản tri viên xem, cập nhât thông tin giao dịch giữa cácdoanh nghiệp trong hệ thống
Điều kiện trước: Quản trị viên đăng nhập vào hệ thống
Dòng sự kiện chính:
e Nguoi sử dụng chọn thao tác: Xem, cập nhật thông tin giao dịch
e - Xem thông tin giao dịch: Hệ thống hiển thị danh sách thông tin giao dich, chọn
giao dịch dé hiện thị chi tiết thông tin trạng thái đang tiến hành
26
Trang 38e Cap nhật thông tin giao dịch: Hệ thống hiển thị danh sách giao dịch, chon giao
dich cần sửa, nhập thông tin cần thay đồi, hệ thống sẽ đưa thông báo nếu thành công
và lưu thông tin mới cập nhật vào cơ sở dtr liệu, nếu sai thực hiện dòng rẽ nhánh AI
- Usecase kết thúc
- Dong sự kiện rẽ nhánh AI: Hệ thống thông báo nhập dữ liệu không hợp lệ, nhậplai thông tin, quay lại dòng sự kiện chính Usecase kết thúc
- Két quả: Thông tin giao dich được cập nhật lai trong cơ sở dữ liệu
4.4.2.7 Usecase quan lý thông tin doanh nghiệp do người dùng tạo
«extend»
.
‘ Š
Tao doanh nghiép «include» H
Hình 4-10: Usecase quản lý doanh nghiệp do khách hàng tạo
27
Trang 39- Tac nhan: Nguoi ding
- Mô tả: Usecase cho phép người dùng tạo va cập nhat thông tin doanh nghiệp do
chính mình tạo.
- Điều kiện trước: Người dùng phải đăng nhập hệ thống
- Dong sự kiện chính:
e Nguoi sử dụng chọn thao tác: Tạo, xem, cập nhật thông tin doanh nghiệp
e _ Thêm doanh nghiệp: Chọn tạo doanh nghiệp, hệ thống hiển thị trang tạo doanh
nghiệp, người dùng chỉ được phép tạo loại doanh nghiệp (phòng thí nghiệm, công ty)
đúng với loại người dùng đã đăng ký ban đầu Người dùng nhập thông tin doanhnghiệp và xác nhận, hệ thống sẽ đưa thông báo nếu thành công và lưu thông tin vào
cơ sở dit liệu, nếu sai thực hiện dòng rẽ nhánh AI
e _ Xem thông tin doanh nghiệp: Chọn xem thông tin, hệ thống hiện thị thông tin
doanh nghiệp đã tạo.
o Người dùng chon thao tác: Tạo, xem, cập nhật thông tin yêu cầu hoặc sản phẩm
công nghệ.
o Xem thông tin:
= Nếu là công ty: Hệ thống hiền thị danh sách yêu cầu doanh nghiệp nay đã tạo,
chọn yêu cầu để hiện thị chỉ tiết thông tin yêu cầu
= Nếu là phòng thí nghiệm: Hệ thống hiển thị danh sách các sản phẩm, phátminh sáng chế, của phòng thí nghiệm này, chọn yêu cầu để hiện thị chỉ tiết
thông tin các sản phẩm này
o Cap nhật thông tin: Chọn yêu cầu hoặc sản phẩm cần cập nhật thông tin, nhậpthông tin cần thay đồi, hệ thống sẽ đưa thông báo nếu thành công và lưu thông tin
mới cập nhật vào cơ sở dữ liệu, nếu sai thực hiện dòng rẽ nhánh A1
o Xóa thông tin: Chọn yêu cầu hoặc sản phẩm can xóa, hệ thống sẽ đưa thông báo
nêu thành công và cập nhật trạng thái tài khoản vào cơ sở dir liệu, nêu sai thực hiện dòng rẽ nhánh AI.
28
Trang 40e Cap nhật thông tin doanh nghiệp: chọn cập nhật thông tin sau khi xem thông tin,nhập các thông tin cần sửa đổi và cập nhật, hệ thống sẽ đưa thông báo nếu thành công
và lưu thông tin mới cập nhật vào cơ sở dtr liệu, nếu sai thực hiện dòng rẽ nhánh AI
- Usecase kết thúc
- Dong sự kiện rẽ nhánh AI: Hệ thống thông báo nhập dữ liệu không hợp lệ, nhậplai thông tin, quay lại dòng sự kiện chính Usecase kết thúc
- Két quả: Thông tin doanh nghiệp được cập nhật lại trong co sở dữ liệu
4.4.2.8 Usecase đăng ký tham gia hội thảo
Hình 4-11: Usecase đăng ky tham gia hội thao
- Tac nhân: Người dùng
- Mô ta: Usecase cho phép người dùng đăng ky tham gia các buổi hồi thao sắp diễn
- Điều kiện trước: Người dùng phải đăng nhập hệ thống
- Dong su kién chinh:
e Nguoi sử dung chon xem chi tiết buổi hội thảo muốn tham gia
e Nguoi dùng chọn đăng ký tham gia, hệ thống sẽ gửi thông báo chờ xét duyệt bởiadmin cho người dùng.
e Néu admin đồng ý: Trong lần tiếp theo đăng nhập, hệ thống sẽ thông báo đăng
ký thành công.
e _ Nếu admin từ chối: Trong lần tiếp theo đăng nhập, hệ thống sẽ thông báo đăng
ký không thành thành công do số lượng đăng ký đã đủ
29