Báo cáo thực tập nghề nghiệp xây dựng chức năng và thiết kế giao diện cho website jari – quản lý công việc theo mô hình scrum

Trang 1

TRƯỜNG ĐẠI HỌC KINH TẾ

KHOA THỐNG KÊ – TIN HỌC

BÁO CÁO THỰC TẬP NGHỀ NGHIỆPNGÀNH HỆ THỐNG THÔNG TIN QUẢN LÝCHUYÊN NGÀNH QUẢN TRỊ HỆ THỐNG THÔNG TIN

XÂY DỰNG CHỨC NĂNG VÀ THIẾT KẾ GIAO DIỆN CHOWEBSITE JARI – QUẢN LÝ CÔNG VIỆC THEO MÔ HÌNH

Sinh viên thực hiện: Lê Nguyễn Thùy My

Nguyễn Ngọc Bảo Quỳnh

Trang 2

Đà Nẵng, 8/2023

Trang 3

NHẬN XÉT CỦA ĐƠN VỊ THỰC TẬP

i

Trang 5

LỜI CẢM ƠN

Lời đầu tiên, chúng em xin chân thành gửi lời cảm ơn tới thầy Phan Đình Vấn – Giảng viên khoa Thống Kê – Tin Học trường đại học Kinh tế Đà Nẵng, chúng em cũng xin chân thành cảm ơn sự giúp đỡ của thầy cô trong khoa Thống Kê - Tin Học đã nhiệt tình hướng dẫn chúng em trong thời gian thực tập và hoàn thành bài báo cáo này.

Đặc biệt, chúng em xin gửi lời cảm ơn đến anh Mentor Bùi Vĩnh Phúc đã hướng dẫn trực tiếp, chỉ đạo và tạo mọi điều kiện giúp đỡ chúng em trong suốt quá trình học tập cũng như thực tập tại công ty.

Trong thời gian thực tập ở công ty Dịch vụ Mobifone khu vực 3, chúng em đã có cơ hội học hỏi thêm nhiều kiến thức mới Đối với bản thân chúng em, công ty cũng là một nơi giúp chúng em trưởng thành hơn Nhờ sự giúp đỡ tận tình của các anh chị nhân viên mà chúng em đã có kì thực tập hết sức ý nghĩa Đối với chúng em giá trị của kì thực tập mang lại là nhận thức về công việc môi trường làm việc, đặc biệt là trách nhiệm đối với công việc Trải qua thời gian thực tập ngắn chỉ có hai tháng chúng em đã được các anh chị nhân viên quan tâm theo sát – đây cũng là sự may mắn không phải công ty nào cũng có được Để đạt được điều này chúng em chân thành gửi lời cảm ơn tới ban lãnh đạo, các anh chị nhân viên của công ty Dịch vụ Mobifone khu vực 3 đã tạo cơ hội cũng như giúp đỡ chúng em hoàn thành nhiệm vụ trong kì thực tập này.

iii

Trang 6

LỜI CAM ĐOAN

Chúng em xin cam đoan đề tài “Xây dựng chức năng và thiết kế giao diện cho website Jari – quản lý công việc theo mô hình Scrum” là của chúng em và được làm dưới sự hướng dẫn trực tiếp từ giảng viên hướng dẫn Phan Đình Vấn cùng với mentor Bùi Vĩnh Phúc Ngoài ra không có bất cứ sự sao chép của người khác Đề tài, nội dung báo cáo thực tập là sản phẩm mà chúng em đã nỗ lực nghiên cứu trong quá trình tham gia thực tập tại doanh nghiệp Các số liệu, kết quả trình bày trong báo cáo là hoàn toàn trung thực, chúng em xin chịu hoàn toàn trách nhiệm, kỷ luật của bộ môn và nhà trường đề ra nếu như có vấn đề xảy ra.

Sinh viên

Nguyễn Ngọc Bảo Quỳnh Lê Nguyễn Thùy My

Trang 7

1.1 Tổng quát về doanh nghiệp thực tập 2

1.1.1 Thông tin chung 2

1.2.2 Chuyên viên phân tích nghiệp vụ làm gì? 4

1.3 Cơ sở lý thuyết về mô hình Agile và phương pháp Scrum 5

1.3.1 Tổng quan về mô hình Agile 5

2.1 Tổng quan về website quản lý công việc Jari 10

2.1.1 Giới thiệu về website Jari 10 v

Trang 8

2.1.2 Module của website 10

2.2 Yêu cầu chức năng 12

2.2.1 Sơ đồ Usecase tổng quát 12

2.2.2 Mô tả chi tiết các usecase 12

2.3 Yêu cầu phi chức năng 21

CHƯƠNG 3: THIẾT KẾ GIAO DIỆN CỦA JARI – WEBSITE QUẢN LÝ

4.2 Tồn tại chưa giải quyết 49

KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN 50

CHECK LIST CỦA BÁO CÁO 51

PHỤ LỤC 52

Trang 9

DANH MỤC HÌNH ẢNH

Hình 1-1 Logo Mobifone 2

Hình 1-2 Mô hình Agile 5

Hình 3-1 Sơ đồ màn hình admin của Jari 22

Hình 3-2 Sơ đồ màn hình user của Jari 22

Hình 3-3 Giao diện màn hình đăng nhập 23

Hình 3-4 Giao diện màn hình đăng ký 23

Hình 3-5a Giao diện màn hình chờ duyệt 24

Hình 3-5b Giao diện màn hình thông báo lỗi 24

Hình 3-6 Giao diện màn hình chính của Admin 25

Hình 3-7 Giao diện màn hình duyệt User – Admin 25

Hình 3-8 Giao diện màn hình quản lý User – Admin 26

Hình 3-9a Giao diện màn hình thông báo mở/khóa tài khoản – Admin 26

Hình 3-9b Giao diện màn hình thông báo mở/khóa tài khoản – Admin 27

Hình 3-10 Giao diện màn hình chính – User 27

Hình 3-11 Giao diện màn hình quản lý sprint 28

Hình 3-11 Giao diện màn hình quản lý sprint 29

Hình 3-12 Giao diện màn hình quản lý ticket trong sprint 30

Hình 3-13 Giao diện màn hình cập nhật ticket trong sprint 31

Hình 3-14 Giao diện màn hình cập nhật ticket trong sprint – cập nhật ticket type 31

Hình 3-15 Giao diện màn hình cập nhật ticket trong sprint – cập nhật sprint name 32

Hình 3-16 Giao diện màn hình cập nhật ticket trong sprint – cập nhật assignee 32

Hình 3-17 Giao diện màn hình cập nhật ticket trong sprint – cập nhật labels 33

Hình 3-18 Giao diện màn hình cập nhật ticket trong sprint – cập nhật start/ due date 33

Hình 3-19 Giao diện màn hình xóa ticket 34

Hình 3-20 Giao diện màn hình thông báo kết thúc sprint – vẫn còn ticket chưa hoàn thành 35

vii

Trang 10

Hình 3-21 Giao diện màn hình thông báo kết thúc sprint – các ticket đã hoàn thành

Hình 3-21 Giao diện màn hình backlog 36

Hình 3-22 Giao diện màn hình tạo mới 1 ticket ở backlog 36

Hình 3-23a Giao diện màn hình thông báo nhập thông tin tạo ticket 38

Hình 3-23b Giao diện màn hình thông báo nhập thông tin tạo ticket 38

Hình 3-24 Giao diện màn hình thông báo tạo ticket thành công 39

Hình 3-25 Giao diện màn hình ticket đã được tạo trong backlog 39

Hình 3-26 Giao diện màn hình hiển thị tên của ticket 40

Hình 3-27 Giao diện màn hình lọc ticket Hình 3-27 Giao diện màn hình lọc ticket 40

Hình 3-28 Giao diện màn hình tạo sprint trong backlog 41

Hình 3-29 Giao diện màn hình cập nhật ticket trong backlog 42

Trang 11

DANH MỤC BẢNG BIỂU

Bảng 2-1 Danh sách module người dùng 10

Bảng 2-2 Danh sách module quản trị 11

Bảng 2-3 Chi tiết use case Đăng nhập 12

Bảng 2-4 Chi tiết use case Đăng ký 13

Bảng 2-5 Chi tiết use case Đăng xuất 14

Bảng 2-6 Chi tiết use case Tạo Sprint 14

Bảng 2-7 Chi tiết use case Bắt đầu Sprint 15

Bảng 2-8 Chi tiết use case Kết thúc Sprint 15

Bảng 2-9 Chi tiết use case quản lý Backlog 16

Bảng 2-10 Chi tiết use case Tạo Ticket 16

Bảng 2-11 Chi tiết use case Cập nhật Ticket 17

Bảng 2-12 Chi tiết use case Xóa Ticket 17

Bảng 2-13 Chi tiết use case Lọc Ticket 18

Bảng 2-14 Chi tiết use case Quản lý trạng thái Ticket 18

Bảng 2-15 Chi tiết use case Thêm thành viên vào dự án 19

Bảng 2-16 Chi tiết use case Quản lý báo cáo 19

Bảng 2-17 Chi tiết use case Duyệt tài khoản người dùng 20

Bảng 2-18 Chi tiết use case Quản lý trạng thái tài khoản 21

ix

Trang 12

DANH MỤC CÁC TỪ VIẾT TẮT

BA : Business Analyst

EA : Enterprise Architect

CNTT : Công nghệ thông tin

UML : Unified Modeling Language

UI : User Interface

Trang 13

LỜI MỞ ĐẦU

1 Mục tiêu của đề tài

Phân tích nghiệp vụ: Đề tài nhằm phân tích các chức năng, quy trình và giao diện

cho website quản lý công việc theo mô hình Scrum Việc này bao gồm tìm hiểu và hiểu rõ các phương pháp và khái niệm cơ bản của Scrum, cũng bao gồm việc nghiên cứu và hiểu các yêu cầu và quy trình cụ thể của tổ chức hoặc dự án cụ thể mà website Jari sẽ được triển khai.

Xây dựng chức năng của web JARI: Mục tiêu thứ hai là xây dựng các chức

năng và tính năng cần thiết trong ứng dụng JARI để quản lý công việc theo mô hình Scrum

Thiết kế giao diện của web: Mục tiêu tiếp theo là thiết kế giao diện cho ứng dụng

JARI

2 Đối tượng và phạm vi nghiên cứu- Đối tượng nghiên cứu:

 Người dùng cuối: Nghiên cứu nhu cầu và yêu cầu của người dùng cuối để xác định các chức năng cần thiết và phù hợp với mô hình Scrum.

 Mô hình Agile và phương pháp Scrum.

- Phạm vi nghiên cứu:

 Phương pháp thu thập và phân tích yêu cầu người dùng: ghi nhận các yêu cầu/ đề xuất của người dùng thông qua các cuộc trao đổi trực tiếp hoặc trực tuyến  Phân tích, thiết kế yêu cầu sử dụng đối với người dùng.

 Thiết kế giao diện phần mềm từ các yêu cầu đã phân tích.

3 Kết cấu của đề tài

Đề tài được tổ chức gồm phần mở đầu, 4 chương nội dung và phần kết luận - Mở đầu

- Chương 1: Tổng quan về doanh nghiệp và các cơ sở lý thuyết - Chương 2: Phân tích hệ thống Jari - Website quản lý công việc- Chương 3: Thiết kế giao diện của Jari – Website quản lý công việc- Chương 4: Đánh giá kết quả

- Kết luận và hướng phát triển

xi

Trang 14

CHƯƠNG 1: TỔNG QUAN VỀ DOANH NGHIỆP & CÁC CƠ SỞ LÝTHUYẾT

1.1 Tổng quát về doanh nghiệp thực tập1.1.1 Thông tin chung

Là nhà mạng viễn thông di động đầu tiên tại Việt Nam, MobiFone được thành lập ngày 16/04/1993 với tên gọi ban đầu là Công ty thông tin di động (VMS) Ngày 01/12/2014, MobiFone được chuyển đổi thành Tổng công ty Viễn thông MobiFone, thuộc Bộ Thông tin và Truyền thông Tháng 11/2018, MobiFone được chuyển giao quyền đại diện chủ sở hữu về Ủy ban Quản lý vốn nhà nước tại doanh nghiệp.

MobiFone là một trong số các doanh nghiệp Viễn thông – Công nghệ thông tin – Nội dung số lớn nhất, là nhà cung cấp mạng thông tin di động đầu tiên, với hơn 30% thị phần MobiFone là thương hiệu được khách hàng yêu thích lựa chọn, nhận được nhiều giải thưởng, xếp hạng danh giá trong nước và quốc tế.

1.1.2 Tầm nhìn & Sứ mệnh

- Tầm nhìn: Tầm nhìn phát triển đến năm 2030 của MobiFone được thể hiện rõ nét

trong thông điệp “Sáng tạo tương lai số” Đến năm 2035, MobiFone phấn đấu trở thành Tập đoàn Công nghệ có hệ sinh thái công nghệ (hạ tầng viễn thông, hạ tầng công nghệ, dịch vụ/giải pháp công nghệ) hàng đầu Việt Nam

Hình 1.1 Logo Mobifone

Trang 15

- Sứ mệnh: Không ngừng đổi mới, sáng tạo và tạo dựng hệ sinh thái số hoàn chỉnh,

đáp ứng mọi nhu cầu, đánh thức mọi tiềm năng, đồng hành cùng người Việt kiến tạo tương lai số, xã hội số và góp phần đưa Việt Nam sớm trở thành quốc gia số.

1.1.3 Thành tựu

- Top 10 công ty công nghệ uy tín năm 2022 theo công bố của Công ty Cổ phần Báo cáo đánh giá Việt Nam (Vietnam Report -VNR).

- Top 10 ngành Dịch vụ số - bán lẻ Thương hiệu mạnh Việt Nam 2020 – 2021 do Tạp chí Kinh tế Việt Nam tổ chức.

- Top 10 Doanh nghiệp CNTT Việt Nam 2021 do Hiệp hội Phần mềm và Dịch vụ CNTT Việt Nam (VINASA) tổ chức.

- Giải thưởng Chuyển đổi số Việt Nam (VietNam Digital Awards – VDA) 2022 ở hạng mục Sản phẩm, Giải pháp, Công nghệ số tiêu biểu với Nền tảng nông nghiệp mobiAgri.

- Top Công nghiệp 4.0 Việt Nam - I4.0 Awards do Liên hiệp các Hội khoa học và kỹ thuật Việt Nam chỉ đạo Hội Tự động hóa Việt Nam, Viện Sáng tạo và Chuyển đổi công bố.

1.1.4 Định hướng hoạt động

MobiFone duy trì là doanh nghiệp nhà nước chủ lực quốc gia về cung cấp các dịch vụ số; phát triển dịch vụ viễn thông di động sử dụng các công nghệ nâng cấp và công nghệ mới; phát triển hạ tầng dữ liệu ảo hóa, giải pháp số/nền tảng số và các dịch vụ nội dung số.

1.1.5 Giá trị cốt lõi

Với 4 giá trị cốt lõi: THẦN TỐC - ĐỔI MỚI - CHUYÊN NGHIỆP - HIỆU QUẢ Mang ý nghĩa, người MobiFone cần Thần tốc trong hành động, Đổi mới trong suy nghĩ, Chuyên nghiệp trong công việc và Hiệu quả trong mọi hoạt động.

1.1.6 Lĩnh vực kinh doanh

- Hạ tầng số (hạ tầng dữ liệu di động (kết nối 3G/4G/5G/…), hạ tầng Cloud, băng rộng cố định)

- Nền tảng số, giải pháp số doanh nghiệp (tài chính số/thanh toán số, IoT, Giám sát thông minh, Bảo mật số, dịch vụ chuyển đổi số doanh nghiệp, )

xiii

Trang 16

- Dịch vụ nội dung số (Giáo dục, Chăm sóc sức khỏe, Quảng cáo, Âm nhạc, video, truyền hình OTT, ).

1.2 Tổng quan về phân tích nghiệp vụ1.2.1 Phân tích nghiệp vụ là gì?

Business Analysis là việc giải quyết các bài toán của doanh nghiệp đang gặp phải dựa vào yêu cầu đầu vào giữa các bên liên quan và giải pháp được đưa ra nhằm giải quyết các vấn đề đang gặp phải.

Công việc Business Analysis được thực hiện bởi các chuyên viên phân tích nghiệp vụ - Business Analysts (BA)

1.2.2 Chuyên viên phân tích nghiệp vụ làm gì?

- Thu thập yêu cầu: Business Analysts thu thập các tài liệu liên quan đến nghiệp vụ từ các bên liên quan.

- Phân tích yêu cầu: Business Analysts nắm bắt, hiểu và phân tích yêu cầu của khách hàng hoặc các bên liên quan.

- Thiết kế hệ thống: Business Analysts tham gia vào việc thiết kế hệ thống mới hoặc cải thiện hệ thống hiện có

- Kiểm tra và đánh giá: Business Analysts tham gia vào quá trình kiểm tra, xác minh và đánh giá hiệu suất của hệ thống, ứng dụng hoặc dự án để đảm bảo rằng các yêu cầu và mục tiêu đã đề ra được đáp ứng.

- Liên lạc và tương tác: Business Analysts là người trung gian giữa các bên liên quan, bao gồm khách hàng, nhóm phát triển, nhà quản lý và nhân viên khác

1.3 Cơ sở lý thuyết về mô hình Agile và phương pháp Scrum1.3.1 Tổng quan về mô hình Agile

Agile là một mô hình quản lý dự án và quy trình làm việc linh hoạt nhằm thích ứng nhanh chóng với các thay đổi Mô hình Agile tập trung vào việc tạo ra 1 giá trị nhanh

Trang 17

chóng và liên tục qua việc tách nhỏ dự án thành các Sprint Thích nghi nhanh, sự tương tác của các thành viên thường xảy ra thường xuyên trong mô hình.

 Tăng cường tình thần làm việc nhóm và trao đổi công việc hiệu quả  Các chức năng được xây dựng nhanh chóng và rõ ràng, dễ quản lý  Dễ dàng bổ sung, thay đổi yêu cầu.

 Tài liệu dễ hiểu, dễ sử dụng.

- Nhược điểm

 Quy mô nhân lực thường giới hạn  Cần một team có kinh nghiệm.

 Phụ thuộc rất nhiều vào sự tương tác rõ ràng của khách hàng.

 Chuyển giao công nghệ cho các thành viên mới trong nhóm có thể khá khó khăn do thiếu tài liệu.

1.3.2 Phương pháp Scrum

Scrum là 1 phương pháp quản lý dự án của Agile - cơ cấu tổ chức công việc tinh gọn giúp mọi người, các nhóm và tổ chức tạo ra giá trị thông qua các giải pháp thích ứng trước các vấn đề phức tạp.

xv

Trang 18

Hình 1.3 Mô hình theo phương pháp Scrum

Mô tả

- Chia các yêu cầu (task) theo từng giai đoạn (sprint) Mỗi 1 sprint chỉ làm 1 số lượng task nhất định.

- Mỗi một sprint thường kéo dài từ 1 tuần đến 4 tuần (không dài hơn 1 tháng) - Đầu sprint sẽ lên kế hoạch làm những yêu cầu nào Sau đó, sẽ thực hiện code và

test Cuối sprint là 1 sản phẩm hoàn thiện cả code lẫn test có thể chúng demo và chạy được.

- Hoàn thành sprint 1, tiếp tục làm sprint 2, cho đến khi hoàn thành hết các yêu cầu.

- Trong mỗi 1 sprint thì sẽ có họp hàng ngày (daily meeting) từ 15 – 20 phút Mỗi thành viên sẽ báo cáo: Hôm qua tôi đã làm gì? Hôm nay tôi sẽ làm gì? Có gặp khó khăn gì không?

- Scrum là mô hình hướng khách hàng (Customer oriented).

Có 3 thành tố quan trọng cấu thành nên SCRUM:

- Tổ chức (Organization)

 Tổ chức nhóm dự án và Roles: Vai trò  Product Owner: Người sở hữu sản phẩm  ScrumMaster: Người điều phối.

Trang 19

 Development Team: Nhóm phát triển.

- Tài liệu (Artifacts): đó chính là các kết quả đầu ra.

 Product Backlog: Danh sách các chức năng cần phát triển của sản phẩm  Sprint Backlog: Danh sách các chức năng cần phát triển cho mỗi giai đoạn  Estimation: Kết quả ước lượng của team.

- Quy trình (Process): Quy định cách thức vận hành của SCRUM.

 Sprint Planning: khởi đầu một Sprint bằng cách sắp đặt công việc sẽ được thực hiện trong Sprint.

 Sprint Review: để kiểm tra kết quả của Sprint, đánh giá lại Sprint (review về dự án)

 Daily Scrum: Review hàng ngày

1.4 Các công cụ hỗ trợ 1.4.1 Enterprise Architect

Enterprise Architect (EA) là một phần mềm phân tích và thiết kế các UML một cách toàn diện, bao gồm phát triển phần mềm từ thu thập các yêu cầu, qua phân tích, thiết

Hình 1.4 Giao diện Enterprise Architect

Trang 20

kế mô hình, kiểm tra, kiểm soát thay đổi và bảo trì để thực hiện, với truy xuất nguồn gốc đầy đủ.

EA kết hợp sức mạnh của UML mới nhất với một hiệu suất cao, giao diện trực quan để mang lại mô hình tiên tiến nhất Nó là một phần mềm đa người dùng, công cụ trực quan với một bộ tính năng tuyệt vời, giúp các nhà phân tích, kiểm tra, quản lý dự án, nhân viên kiểm soát chất lượng và nhân viên triển khai trên khắp thế giới để xây dựng và chú giải mạnh mẽ.

1.4.2 Figma

Figma là một công cụ thiết kế đồ họa vector chạy trên trình duyệt web, thường dùng để thiết kế UI và dựng prototypes.

Các ứng dụng phổ biến của Figma là:  Thiết kế tạo mẫu (Prototype design)  Thiết kế wireframe website

 Thiết kế giao diện mobile app  Thiết kế các bài đăng mạng xã hội

Hình 1.5 Giao diện Figma

Trang 21

xix

Trang 22

CHƯƠNG 2: PHÂN TÍCH HỆ THỐNG JARI - WEBSITE QUẢN LÝ CÔNGVIỆC

2.1 Tổng quan về website quản lý công việc Jari2.1.1 Giới thiệu về website Jari

Jari là một website quản lý dự án theo phương pháp Scrum được sử dụng để hỗ trợ quản lý các dự án công nghệ thông tin, bao gồm các chức năng nổi bật như sau:

 Quản lý ticket  Quản lý backlog  Quản lý sprint

 Quản lý trạng thái công việc  Xem báo cáo công việc

Đối tượng người dùng:

 Người dùng cuối: là những người tham gia vào các dự án và sử dụng Jari để tạo, theo dõi và quản lý các công việc.

 Người quản trị hệ thống: quản lý Jari

2.1.2 Module của website

Bảng 2-1 Danh sách module người dùng

1 Đăng ký Người dùng đăng ký tài khoản 2 Đăng nhập Hệ thống đăng nhập tài khoản

3 Quản lý danh sách dự án Hiển thị danh sách các dự án gồm các thông tin (tên dự án, người quản lý dự án, trạng thái của dự án)

Gồm 2 phần Backlog và Board

4 Quản lý trạng thái công việc Gồm 3 trạng thái chính to do, in progress, done

5 Quản lý danh sách sprint Sprint chứa các ticket

6 Quản lý danh sách backlog Quản lý các ticket trong dự án, chức các ticket 6 Quản lý ticket Thêm/sửa/xóa thông tin và trạng thái của

9 Quản lý báo cáo Xem báo cáo tình trạng công việc

Trang 23

10 Quản lý thông báo Người dùng nhận thông báo từ hệ thống

Bảng 2-2 Danh sách module quản trị

1 Quản lý người dùng Quản trị viên có thể kích hoạt tài khoản người dùng và vô hiệu hóa tài khoản người dùng

2 Quản lý dự án Hiển thị danh sách các dự án gồm các thông tin (tên dự án, người quản lý dự án, trạng thái của dự

Trang 24

2.2.1 Sơ đồ Usecase tổng quát

2.2.2 Mô tả chi tiết các usecase

a) Use case Log in

Bảng 2-3 Chi tiết use case Đăng nhập

Trigger : Đăng nhập vào ứng dụng Jari

Pre - Condition : Nhập đúng mật khẩu, tên đăng nhập Post - Condition : Màn hình hiển thị trang chủ ứng dụng

Hình 2-1 Sơ đồ usecase hệ thống

Trang 25

Basic Flow : - Truy cập vào ứng dụng - Chọn đăng nhập

- Nhập đúng tên đăng nhập, mật khẩu - Màn hình hiển thị trang chủ ứng dụng

Alternative Flow : - Người dùng có thể đăng nhập tài khoản bằng: FB - Chuyển sang trang FB để xác nhận người dùng

Trigger : Có tài khoản để sử dụng ứng dụng Pre - Condition : Chọn đăng ký để có tài khoản Post - Condition : Có tài khoản để sử dụng ứng dụng Basic Flow : - Truy cập vào ứng dụng

- Chọn đăng ký - Nhập gmail - Tạo mật khẩu

Alternative Flow : - Người dùng có thể đăng ký tài khoản bằng: SĐT - Chuyển sang màn hình đăng ký bằng sđt

- Nhập sđt

- Xác thực sđt bằng cách nhập mã code được gửi về

Exception Flow : - Đăng ký không thành công (do nhập sai gmail hoặc mã code) - Chọn đăng ký lại

c Usecase Log out

xxiii

Trang 26

Bảng 2-5 Chi tiết use case Đăng xuất

Trigger : Tạo 1 sprint cho dự án Pre - Condition : Đăng nhập thành công

Post - Condition : User đăng xuất khỏi hệ thống

Basic Flow : - Đăng nhập thành công vào hệ thống

- Chọn chức năng đăng xuất trên thanh header của website - Xác nhận đăng xuất

- Hệ thống đăng xuất và trở lại màn hình đăng nhập Alternative Flow : None

Exception Flow : None

d Usecase Sprint management

Bảng 2-6 Chi tiết use case Tạo Sprint

Trigger : Tạo 1 sprint cho dự án

Pre - Condition : Ở phần backlog có phần tạo mới 1 Sprint Post - Condition : Sprint được tạo

Basic Flow : - Tạo ID Sprint

- Nhập đầy đủ thông tin cần thiết bao gồm: tên sprint, thời gian hoàn thành, thời điểm bắt đầu và kết thúc, mục tiêu

- Có thể thêm/sửa/xóa các thông tin Alternative Flow : None

Trang 27

Exception Flow : - ID Sprint bị trùng

Trigger : Muốn bắt đầu 1 Sprint Pre - Condition : Đã có Sprint

Post - Condition : Sprint được đưa vào thực hiện

Basic Flow : Chọn bắt đầu một sprint để tiến hành thực hiện sprint đó Alternative Flow : None

Bảng 2-8 Chi tiết use case Kết thúc Sprint

Trigger : Người dùng muốn kết thúc 1 Sprint Pre - Condition : Đã có Sprint

Post - Condition : Sprint được kết thúc

Basic Flow : - Chọn Complete Sprint để kết thúc 1 Sprint - Hiển thị review của sprint

Alternative Flow : None

Exception Flow : - Có ticket chưa hoàn thành

- Hệ thống thông báo đưa ticket về lại Backlog xxv

Trang 28

- Người dùng nhấn chấp nhận để kết thúc sprint

e Usecase Backlog management

Bảng 2-9 Chi tiết use case quản lý Backlog

Trigger : Người dùng muốn quản lý danh sách các việc làm trong Sprint Pre - Condition : Đã có Sprint

Post - Condition : None

Basic Flow : Xem danh sách ticket trong sprint backlog Alternative Flow : None

f Usecase Ticket management

Bảng 2-10 Chi tiết use case Tạo Ticket

Trigger : Người dùng tạo các ticket cho dự án Pre - Condition : Chọn create ticket để tạo một ticket Post - Condition : Các ticket được tạo trong backlog Basic Flow : - Chọn create ticket

- Nhập ticket name, ticket type (task, bug)

- Nhập assignee, story point estimate, reporter, attack file/link Alternative Flow : - Tạo ticket trong Sprint Backlog

- Chọn create ticket

Trang 29

- Nhập ticket name, ticket type (task, bug)

- Nhập assignee, story point estimate, reporter, attack file/link Exception Flow : None

Bảng 2-11 Chi tiết use case Cập nhật Ticket

Trigger : Người dùng muốn chỉnh sửa các ticket Pre - Condition : Đã có ticket

Post - Condition : Chọn các trạng thái của ticket Basic Flow : - Chọn update ticket

- Nhập thông tin vào bảng update ticket gồm (Ticket name, Ticket type, Sprint name, Assignee, Labels, Start date, Due date, Reviewer, Note)

- Nhấn update để lưu dữ liệu Alternative Flow : None

Bảng 2-12 Chi tiết use case Xóa Ticket

Trigger : Người dùng muốn xóa các ticket Pre - Condition : Đã có ticket

Post - Condition : Chọn xóa ticket Basic Flow : - Chọn delete ticket

xxvii

Trang 30

- Nhận thông báo có chắc chắn xóa ticket không? - Xác nhận xóa

Alternative Flow : None Exception Flow : None

Bảng 2-13 Chi tiết use case Lọc Ticket

Trigger : Người dùng muốn lọc các ticket Pre - Condition : Đã có Sprint

Post - Condition : Lọc các ticket theo mong muốn của người dùng trong sprint Basic Flow : - Chọn chức năng lọc theo type/assignee

- Hệ thống trả về kết quả lọc Alternative Flow : None

Bảng 2-14 Chi tiết use case Quản lý trạng thái TicketQuản lý Ticket

UC : Quản lý trạng thái Ticket

Desc : Là người dùng, tôi muốn xem, quản lý trạng thái của các ticket Actor : User

Piority : Cao

Trigger : Người dùng muốn xem, quản lý trạng thái của các ticket Pre - Condition : Đã có Sprint

Post - Condition : Kiểm tra tiến độ của các task trong sprint

Basic Flow : - Các ticket được chọn hiển thị trong danh sách Sprint ở danh sách TO DO

- Các ticket đang thực hiện hiển thị ở danh sách IN PROGRESS

Trang 31

(được kéo thả từ danh sách TO DO -> IN PROGRESS) - Các ticket đã được thực hiện xong hiển thị ở danh sách IN REVIEW (được kéo thả từ danh sách IN PROGRESS -> DONE) Alternative Flow : None

g Usecase Project management

Bảng 2-15 Chi tiết use case Thêm thành viên vào dự ánQuản lý danh sách dự án

UC : Thêm thành viên

Desc : Là người dùng, tôi muốn thêm các user vào 1/nhiều dự án Actor : Admin Project

Piority : Cao

Trigger : Người dùng muốn thêm các user vào 1/nhiều dự án Pre - Condition : Dự án đã tạo

Post - Condition : User được thêm vào dự án thành công

Basic Flow : - Nhận thông báo tài khoản muốn truy cập vào dự án - Duyệt các tài khoản vào dự án

Alternative Flow : Admin có thể mời 1 (hoặc nhiều) tài khoản vào dự án Exception Flow : None

Bảng 2-16 Chi tiết use case Quản lý báo cáoQuản lý danh sách dự án

UC : Quản lý báo cáo

Desc : Tôi muốn xem báo cáo của 1 dự án Actor : Admin Project

Piority : Cao

Trigger : Người dùng muốn xem báo cáo của 1 dự án Pre - Condition : Báo cáo đã được tạo

Post - Condition : User được thêm vào dự án thành công Basic Flow : - Nhấn vào nút tạo báo cáo

xxix

Trang 32

- Màn hình hiển thị trang quản lý tiến độ của dự án để admin project có thể theo dõi công việc

h Usecase User management

Bảng 2-17 Chi tiết use case Duyệt tài khoản người dùngQuản lý người dùng

UC : Duyệt tài khoản người dùng Desc : Tôi muốn duyệt tài khoản của user Actor : Admin

Piority : Cao

Trigger : Người dùng muốn duyệt tài khoản của user Pre - Condition : Nhận được danh sách duyệt người dùng Post - Condition : User được thêm vào hệ thống

Basic Flow : - Admin vào thư mục chứa danh sách duyệt user trong màn hình chính của admin

- Nhấn allow để duyệt hoặc deny để từ chối

Alternative Flow : Có thể chọn chấp nhận tất cả tài khoản user cùng 1 lúc Exception Flow : None

Trang 33

Bảng 2-18 Chi tiết use case Quản lý trạng thái tài khoảnQuản lý người dùng

UC : Quản lý trạng thái tài khoản

Desc : Tôi muốn khóa/ mở khóa tài khoản của các user Actor : Admin

Piority : Cao

Trigger : Người dùng muốn khóa/ mở khóa tài khoản của các user Pre - Condition : Hiển thị danh sách quản lý tài khoản

Post - Condition : Thông báo tài khoản đc khóa/mở khoa thành công

Basic Flow : - Admin vào thư mục chứa danh sách quản lý tài khoản của các user trong màn hình chính của admin

- Nhấn vào biểu tượng ổ khóa để khóa/mở khóa quyền sử dụng của tài khoản user.

2.3 Yêu cầu phi chức năng

- Hiệu suất: Có thể xử lý số lượng lớn người dùng và công việc mà không gặp phải hiện tượng giật lag hay chậm trễ quá lâu Ví dụ: "Hệ thống Jari phải hỗ trợ 1000 người dùng đồng thời và thời gian phản hồi tối đa không vượt quá 1 giây."

- Bảo mật: Bảo đảm bảo rằng thông tin của người dùng và dự án được bảo vệ an toàn Ví dụ: "Dữ liệu người dùng và thông tin dự án phải được mã hóa và chỉ có các tài khoản được cấp quyền mới có thể truy cập."

- Giao diện người dùng: Tạo ra một giao diện thân thiện dễ sử dụng

- Hỗ trợ: Yêu cầu về hỗ trợ đảm bảo rằng người dùng có thể dễ dàng tìm thông tin hỗ trợ và giải đáp các câu hỏi liên quan đến sử dụng Jari

- Quản lý: Yêu cầu về quản lý hệ thống giúp dễ dàng quản lý người dùng, phân quyền, theo dõi lịch sử công việc và ghi nhật ký hoạt động.

xxxi