quản lý dự án phầnmềm các nền tảng phát triển phần mềm

Tìm kiếm vé không ảnh hưởngđến quá trình đặt vé.Bảo mật thanh toán: Hệ thống phải đảm bảo bảo mật thông tin thanh toán củakhách hàng.- Phạm vi không gian: Phần mềm chỉ được sử dụng trong

Trang 1

TRƯỜNG ĐẠI HỌC HỌC VĂN LANGKHOA CÔNG NGHỆ THÔNG TIN

QUẢN LÝ DỰ ÁN PHẦNMỀM

PROJECT PLAN

Giảng viên: Bùi Minh PhụngLớp học phần: 223_DIT0260_0202NHÓM: 09

Trang 2

MỤC LỤC

I TỔNG QUAN VỀ DỰ ÁN (OVERVIEW)

II PHẠM VI (SCOPE)

III CÁC BÊN LIÊN QUAN

IV CÁC CHUYỂN GIAO CHÍNH

V WORK BREAKDOWN STRUCTURE (TOP-DOWN)

VI CÁC CỘT MỐC CHÍNH

VII SCUM PROCESS

1 Scrum process description

2 Roles and responsibilities

3 Scrum process detail

4 Scrum meeting

5 The main of artifacts

VIII QUẢN LÝ RỦI RO

IX QUẢN LÝ GIAO TIẾP

X GITFLOW

XIV AZURE DEVOPS

Trang 3

I.TỔNG QUAN VỀ DỰ ÁN (OVERVIEW)

Hệ thống đặt vé xe bus online cho phép người dùng có thể tìm kiếm vé, đặt vé,đặt thức ăn/uống, huỷ vé, thay đổi ngày đặt và đảm bảo 1000 TPS, bảo mật thanhtoán cho người dùng

- Phạm vi chức năng:

Tìm kiếm vé: Người dùng có thể tìm kiếm vé bằng cách nhập thông tin nơi đi,nơi đến và có khứ hồi hay không Hệ thống hiển thị các nhà xe và chuyến xephù hợp với yêu cầu người dùng

Giỏ hàng: Người dùng có thể thêm vé và ghế vào giỏ hàng để giữ chỗ Giỏ hàngtồn tại trong vòng 2 giờ và tự động huỷ bỏ nếu không được mua.

Đặt vé: Khi người dùng chọn vé và thức ăn/uống, hệ thống hiển thị thông tinhoá đơn và điều khoản cần thiết Người dùng có thể thanh toán hoá đơn bằng víđiện tử, thẻ ngân hàng liên kết hoặc các phương thức thanh toán khác.

Hiển thị giá rẻ nhất trên calendar: Hệ thống tự động hiển thị giá rẻ nhất trên lịchtrình trong khoảng 1 tháng theo tuyến mà người dùng chọn Cập nhật giá rẻnhất được thực hiện tự động theo deadline và khi người dùng tìm kiếm.

Promo: Người dùng có thể nhập mã giảm giá để được khuyến mãi trên hoá đơn.Price alert: Người dùng có thể đặt lịch hoặc mua vé với giá rẻ trong thời gianmong muốn.

- Phạm vi kỹ thuật:

Ngôn ngữ lập trình: Hệ thống sẽ được phát triển bằng ngôn ngữ lập trình Java.Cơ sở dữ liệu: Hệ thống sẽ sử dụng cơ sở dữ liệu MySQL để lưu trữ thông tinvề vé, chuyến xe, người dùng và các giao dịch thanh toán.

Kiến trúc hệ thống: Hệ thống sẽ tuân theo kiến trúc dựa trên mô hình 3 lớp(Presentation Layer, Business Layer, Data Layer) để tách biệt giao diện ngườidùng, logic kinh doanh và cơ sở dữ liệu.

Trang 4

- Phạm vi chất lượng:

Yêu cầu về hiệu suất: Hệ thống cần hỗ trợ 1000 TPS (transaction per second) đểđáp ứng nhu cầu của số lượng lớn khách hàng Tìm kiếm vé không ảnh hưởngđến quá trình đặt vé.

Bảo mật thanh toán: Hệ thống phải đảm bảo bảo mật thông tin thanh toán củakhách hàng.

- Phạm vi không gian: Phần mềm chỉ được sử dụng trong nước Việt Nam.- Phạm vi thời gian: Hoàn thành trong vòng 20 tuần kể từ ngày 1/7/2023.

VAI TRÒ MÔ TẢ

Nhà xe là doanh nghiệp cung cấp dịch vụ vận tải cho khách hàng.

Bộ phận quản lí là các nhân viên của công ty quản lý hệ thống đặt vé, đảm bảo hệ thốnghoạt động ổn định

Các đối tác thanh toán là các công ty cung cấp dịch vụ thanh toán trực tuyến, bao gồm các ngânhàng và các ví điện tử.

Khách hàng Người chi trả chi phí cho việc phát triển dự án cũng như yêu cầu từ họ.Đội ngũ phát triễn Là các Developer xây dựng website

Product Owner Là người sẽ kết khách hàng với đội ngũ phát triển qua các yêu cầuScrum Master Là người sẽ quản lý quá trình phát triển phần mềm dựa theo quy trình

- 1 Website đặt vé xe bus online có các chức năng : tìm, đặt vé, thanh toán, tự độngthông báo, đặt lịch mua vé và sử dụng mã khuyến mãi.

Trang 5

- Bản hướng dấn sử dụng Website trên- Bộ kết quả kiểm thử

Trang 6

- Demo cho khách hàng.- Cập nhật lại yêu cầu (nếu có)

Key milestone 4: Ngày cuối cùng của tuần 8 (25/8/2023)

- Hoàn thành chức năng của sprint_2 (đề xuất vé rẻ nhất trong vòng 1 tháng và tự độngthông báo).

- Hoàn thành kiểm thử và sửa lỗi.- Demo cho khách hàng.- Cập nhật lại yêu cầu (nếu có)

Key milestone 5: Ngày cuối cùng của tuần 11 (15/9/2023)

- Hoàn thành chức năng của sprint_3 (sử dụng mã khuyến mãi và đặt lịch mua vé).

Trang 7

- Hoàn thành kiểm thử và sửa lỗi.- Demo cho khách hàng.- Cập nhật lại yêu cầu (nếu có)

Key milestone 6: Ngày cuối cùng của tuần 14 (6/10/2023)- Bàn giao và kết thúc dự án

Chú ý: Milestones và thời gian ước lượng chỉ mang tính chất tham khảo và có thể thayđổi tùy thuộc vào phạm vi và phức tạp của dự án cũng như tài nguyên có sẵn.

1 Scrum process description

Scrum là một phương pháp quản lý dự án linh hoạt và tập trung vào việc tạo ra giá trịliên tục cho khách hàng Dự án hệ thống đặt vé xe online có thể được triển khai sửdụng Scrum để quản lý quá trình phát triển Dưới đây là mô tả Scrum process kết hợpvới dự án này:

Product Backlog: Đầu tiên, xây dựng Product Backlog, danh sách các yêu cầu vàchức năng của hệ thống đặt vé User stories đã được cung cấp có thể được chuyển đổithành các mục trong Product Backlog.

Sprint Planning: Ở đầu mỗi sprint, nhóm Scrum sẽ chọn một số user stories từProduct Backlog để thực hiện trong sprint đó Ví dụ, một số user stories như "US tìmkiếm vé" và "US đặt vé" có thể được chọn cho một sprint cụ thể.

Execution (Thực thi Sprint):

Trong giai đoạn này, nhóm Scrum thực hiện công việc để hoàn thành các user storyđược chọn cho Sprint.

Các công việc được phân chia và thực hiện dựa trên ưu tiên và khả năng của nhóm.Daily Scrum: Hằng ngày, nhóm Scrum sẽ họp để cập nhật tiến độ công việc Cácthành viên trong nhóm sẽ chia sẻ thông tin về công việc đã hoàn thành, công việc đangtiến hành và các trở ngại gặp phải Ví dụ, trong quá trình phát triển chức năng "US tìm

Trang 8

kiếm vé", các thành viên có thể bàn luận về tiến độ triển khai và phát hiện các vấn đềcần giải quyết.

Sprint Review: Ở cuối mỗi sprint, nhóm Scrum sẽ tổ chức một buổi Sprint Review.Trong buổi này, họ sẽ xem lại và đánh giá kết quả công việc đã hoàn thành trongsprint Ví dụ, trong Sprint Review, nhóm sẽ kiểm tra chức năng "US tìm kiếm vé" vàđảm bảo rằng nó hoạt động đúng và đáp ứng yêu cầu của người dùng.

Sprint Retrospective: Sau buổi Sprint Review, nhóm Scrum tổ chức một buổi SprintRetrospective để đánh giá quá trình làm việc và tìm cách cải thiện Ví dụ, nhóm có thểđề xuất cải tiến trong việc xử lý tối ưu hóa hiệu suất hệ thống để đạt được yêu cầu về1000 TPS.

2 Roles and responsibilitiesProduct Owner:

Xác định yêu cầu và ưu tiên các user story trong Product Backlog.Lập kế hoạch, theo dõi và kiểm tra tiến độ của dự án.

Đảm bảo rằng sản phẩm đáp ứng được yêu cầu và mang lại giá trị cho khách hàng.Scrum Master:

Đảm bảo việc triển khai quy trình Scrum và tuân thủ các nguyên tắc của nó.Hỗ trợ và lãnh đạo nhóm Scrum trong việc hiểu và áp dụng Scrum.

Loại bỏ các rào cản và giúp nhóm giải quyết các vấn đề trong quá trình phát triển.Quản lý tiến độ và đảm bảo sự tuân thủ kế hoạch Scrum.

Development Team:

Thực hiện tất cả các nhiệm vụ phát triển phần mềm, bao gồm tìm kiếm vé, đặt vé, đặtthức ăn/uống, huỷ vé và thay đổi ngày đặt.

Tự quản lý và tổ chức công việc của mình trong quá trình Sprint.

Cùng nhau làm việc để triển khai các user story và tạo ra sản phẩm hoàn thiện.

Trang 9

Tham gia vào các sự kiện Scrum, như Sprint Planning, Daily Scrum, Sprint Review vàSprint Retrospective.

Thiết kế và phát triển kiến trúc hệ thống và cơ sở dữ liệu.

Đảm bảo rằng hệ thống có khả năng xử lý 1000 TPS và đáp ứng yêu cầu về tìm kiếmvà đặt vé.

Security Specialist:

Đảm bảo bảo mật và an toàn cho thông tin thanh toán của khách hàng.Thực hiện các biện pháp bảo vệ dữ liệu và phòng ngừa các mối đe dọa an ninh.

Quality Assurance (QA) Team:

Thực hiện kiểm thử và đảm bảo chất lượng của sản phẩm.Kiểm tra tính năng, hiệu suất và khả năng tương thích của hệ thống.

UX/UI Designer:

Thiết kế giao diện người dùng thân thiện và dễ sử dụng.Đảm bảo trải nghiệm người dùng tốt và giao diện hấp dẫn.

Trang 10

3 Scrum process detail

Stage(giai đoạn)

Roles involved(vai trò tham

Activities(hoạt động)

Artifacts(tài liệu)

Backlog Product Owner

- Tạo và duy trì danh sách ưu tiêncác user stories, sửa lỗi và cải tiến.

- Ước tính và mô tả các hạng mụctồn đọng.

Product Owner - Chọn các hạng mục tồn đọng cho Sprint.

- Phân chia các mục tồn đọng thành các nhiệm vụ nhỏ hơn.- Ước tính effort cho các nhiệm vụ.

Sprint 1 DevelopmentTeam

- Thiết kế giao diện tìm kiếm và đặt vé

- Viết API truy xuất dữ liệu vé xevà đặt vé.

- Xây dựng giao diện và chức năng tìm vé và đặt vé.- Kiểm thử chức năng tìm vé và đặt vé và fix lỗi

- Tổ chức các cuộc họp đứng hàng ngày.

SprintBacklog

Trang 11

Daily up Meeting

- Mỗi thành viên trong nhóm chiasẻ tiến độ kể từ cuộc họp lần đầu.- Thảo luận về công việc sắp tới.- Xác định bất kỳ trở ngại.

Product Owner

- Chứng minh công việc đã hoàn thành cho product owner và các bên liên quan.

- Thu thập thông tin phản hồi.- Thảo luận về những thay đổi đối với product backlog.

- Phản ánh về Sprint và thảo luận về những gì đã diễn ra tốt đẹp và những gì có thể được cải thiện.- Xác định các bước có thể hành động để cải tiến.

- Thiết kế giao diện đề xuất vé rẻ nhất trong vòng 1 tháng và tự động thông báo.

- Viết API đề xuất vé rẻ nhất trong vòng 1 tháng và tự động thông báo.

- Xây dựng giao diện và chức năng đề xuất vé rẻ nhất trong vòng 1 tháng và tự động thông báo.

- Kiểm thử chức năng đề xuất vé

SprintBacklog

Trang 12

rẻ nhất trong vòng 1 tháng và tự động thông báo và fix lỗi.- Tổ chức các cuộc họp đứng hàng ngày.

Daily up Meeting

- Mỗi thành viên trong nhóm chiasẻ tiến độ kể từ cuộc họp lần trước.

- Thảo luận về công việc sắp tới.- Xác định bất kỳ trở ngại.

Product Owner

- Thiết kế giao diện sử dụng mã khuyến mãi và đặt lịch mua vé.- Viết API sử dụng mã khuyến mãi và đặt lịch mua vé.- Xây dựng giao diện và chức

SprintBacklog

Trang 13

năng sử dụng mã khuyến mãi và đặt lịch mua vé.

- Kiểm thử chức năng sử dụng mã khuyến mãi và đặt lịch mua vé và fix lỗi.

- Tổ chức các cuộc họp đứng hàng ngày.

Daily up Meeting

- Mỗi thành viên trong nhóm chiasẻ tiến độ kể từ cuộc họp lần trước.

- Thảo luận về công việc sắp tới.- Xác định bất kỳ trở ngại.

Product Owner

RetrospectiveNotes

Trang 14

4 Scrum meeting

Họp lập kế hoạch Sprint (Sprint planning): Cuộc họp này diễn ra ở đầu mỗi Sprint.Chủ sở hữu sản phẩm (Product Owner) và nhóm phát triển (Development Team) cùngnhau xác định những mục từ backlog sẽ được làm việc trong Sprint sắp tới Nhómphân rã các mục từ thành các nhiệm vụ nhỏ hơn và ước tính công sức cần thiết.Họp hằng ngày (Daily Stand-up): Đây là cuộc họp ngắn diễn ra hàng ngày trong suốtSprint Nhóm phát triển (Development Team) tụ tập để chia sẻ tiến độ, thảo luận côngviệc sắp tới và xác định các rào cản gây trở ngại Mỗi thành viên trong nhóm trả lời bacâu hỏi: Tôi đã hoàn thành gì kể từ cuộc họp trước đây? Tôi sẽ làm gì tiếp theo? Cóbất kỳ trở ngại nào làm trì hoãn tiến độ không?

Họp đánh giá Sprint (Sprint Review): Vào cuối mỗi Sprint, nhóm phát triển(Development Team) thể hiện công việc đã hoàn thành cho chủ sở hữu sản phẩm(Product Owner), các bên liên quan (stakeholders) Phản hồi được thu thập và thảoluận về bất kỳ thay đổi nào trong backlog sản phẩm Trọng tâm chính là kiểm tra vàđiều chỉnh sản phẩm dựa trên đánh giá của các bên liên quan.

Họp tổng kết Sprint (Sprint Retrospective): Sau cuộc họp đánh giá Sprint, nhóm tổchức cuộc họp tổng kết Họ phản ánh về Sprint như là một toàn bộ và thảo luận vềnhững điểm tốt và những điểm cần cải thiện, đồng thời xác định các bước hành độngđể cải thiện hiệu suất của mình trong Sprint tiếp theo Cuộc tổng kết khuyến khích việccải tiến và học hỏi liên tục.

5 The main of artifacts

Product Backlog (Bảng backlog sản phẩm): Product Backlog là một danh sách đượcsắp xếp của tất cả các tính năng sản phẩm, cải tiến, sửa lỗi và yêu cầu khác Nó lànguồn thông tin duy nhất cho nhóm Scrum, chủ sở hữu sản phẩm và các bên liên quanvề công việc cần thực hiện Product Backlog được liên tục làm rõ và ưu tiên dựa trênphản hồi từ khách hàng, nhu cầu thị trường và giá trị kinh doanh.

Sprint Backlog (Bảng backlog Sprint): Sprint Backlog là một phần con của ProductBacklog và chứa các mục đã được chọn để làm việc trong một Sprint cụ thể Nó được

Trang 15

tạo ra trong cuộc họp lập kế hoạch Sprint và bao gồm các nhiệm vụ cần thiết để hoànthành các mục backlog đã chọn Sprint Backlog là một tài liệu linh hoạt được cập nhậttrong suốt Sprint khi các nhiệm vụ hoàn thành hoặc xuất hiện nhiệm vụ mới.VIII.QUẢN LÝ RỦI RO

Mô tả rủi ro Hậu quả Xácxuất

nhân Giải pháp

Thành viên nghỉviệc, rời nhóm,trong quá trình làmdự án

Chậm tiến

độ dự án 20% 1

Xích míchgiữa cácthành viêntrong nhóm ,hoặc Công tykhác có tìnhđào người.

Đưa ra cam kếttrước lúc chạy dựán cho các thànhviên trong team kýkết , nếu vi phạmcam kết phải đền bùtheo đúng hợp đồngđề ra

Có quá nhiều ýtưởng giữa cácthành viên, khôngthống nhất hướngđi, cách làm.

Không phốihợp đượcvới team,thiếu rõràng và gâyhiểu nhầmtrong côngviệc.

50% 3 Các thànhviên có thểcó kiếnthức, kinhnghiệm vàquan điểmkhác nhau.Điều nàydẫn đếnviệc đưa ra

Tổ chức một cuộchọp hoặc buổi gặpmặt để các thànhviên có thể trao đổivà thảo luận các ýtưởng Thông quasự trao đổi trực tiếp,các thành viên cóthể hiểu rõ hơn vềnhau và làm việc

Trang 16

những ýtưởng vàquan điểmkhác nhauvề hướng đivà cáchthực hiện.

cùng nhau để tìm racác điểm chung vàthống nhất quanđiểm.

Thiếu sự xác định rõràng và đầy đủ vềyêu cầu của kháchhàng Điều này cóthể dẫn đến hiểulầm hoặc sự khôngđồng nhất về mongđợi và kết quả cuốicùng.

Hiểu lầmhoặc sựkhông đồngnhất về yêucầu có thểdẫn đến sảnphẩm phầnmềm khôngđáp ứngđược nhucầu thực tếcủa kháchhàng Điềunày có thểlàm giảmgiá trị và sựhài lòngcủa kháchhàng, tạo rasự mất lòng

20% 1 Việc thiếusự hiểu rõvà xác địnhđúng yêucầu củakhách hàngcó thể dothiếu giaotiếp hiệuquả, khôngcó quy trìnhthu thậpyêu cầu,hoặc thiếusự tươngtác vớikhách hàng.

Đảm bảo rằng quytrình thu thập yêucầu được thực hiệnđầy đủ và chínhxác Giao tiếp chặtchẽ với khách hàng,tiến hành cuộc họpvà phản hồi liên tụcđể đảm bảo hiểu rõmong đợi và yêucầu của khách hàng.

Trang 17

tin và tiêucực cho dựán.

Thay đổi liên tụctrong quá trình pháttriển, dự án có thểmất đi sự tập trungvà làm tăng nguy cơvề việc không hoànthành dự án đúngthời hạn hoặc vượtquá ngân sách.

Sự thay đổinày có thểlàm tăngnguy cơ vềviệc khônghoàn thànhdự án đúngthời hạnhoặc vượtquá ngânsách đãđịnh trướcđó.

20% 2

Thiếu sự xácđịnh rõ ràngvà ổn địnhvề yêu cầuban đầu,khách hàngkhông hiểurõ nhu cầucủa mìnhhoặc khôngquyết địnhđược.

Thiết lập quy trìnhkiểm soát thay đổiyêu cầu Xác địnhvà đánh giá mụctiêu và ưu tiên thayđổi yêu cầu Thiếtlập quy trình phêduyệt và triển khaithay đổi yêu cầumột cách cân nhắc.

Các rủi ro kỹ thuậtcó thể bao gồm hiệunăng không đạt yêucầu, lỗi phần mềm,vấn đề bảo mật, sựkhông tương thíchgiữa các thành phần,và khả năng mởrộng kém Nhữngvấn đề này có thể

Các vấn đềkỹ thuậtnhư hiệunăng khôngđạt yêu cầu,lỗi phầnmềm, vấnđề bảo mậtvà sựkhông

60% 2 Các vấn đềkỹ thuật cóthể phát sinhtừ khônghiểu rõ côngnghệ, thiếukiểm tra vàthử nghiệmđầy đủ, hoặckhông đảm

Đảm bảo rằng độingũ phát triển cóđủ kiến thức và kỹnăng cần thiết.Thực hiện kiểm travà thử nghiệm kỹlưỡng, kiểm trachất lượng liên tụcvà tuân thủ quytrình kiểm soát