áp dụng mô hình agile vào đặc tả website bán trà sữa tocotoco

ng rằng bài tập lớn này ẽ s cung cấp thông tin hữu ích và đáng tin cậy về việc áp dụng mô hình Agile vào đặc tả website bán trà sữa, đồng th i mang lại nh ng gờ ữ ợi ý và kiến thức bổ íc

KHOA CÔNG NGHỆ THÔNG TIN

======***======

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

HỌC PH N: NHẦẬP MÔN CÔNG NGHỆ PHẦN M M ỀĐề tài: Áp dụng mô hình Agile vào đặc tả

website bán trà sữa Tocotoco

Hà Nội, năm 2024

KHOA CÔNG NGHỆ THÔNG TIN

======***======

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

HỌC PH N: NHẦẬP MÔN CÔNG NGHỆ PHẦN M M ỀĐề tài: Áp dụng mô hình Agile vào đặc tả

website bán trà sữa Tocotoco

3 Đối tượng và phạm vi nghiên cứu 7

4 Kết quả và mong muốn sau khi nghiên cứu 7

CHƯƠNG 1: CƠ SỞ LÝ THUYẾT V Ề MÔ HÌNH TIẾN TRÌNH PHẦN M M AGILE Ề 8

1.1 Các khái niệm cơ bản 8

1.1.1 Phần mềm và các khái niệm liên quan 8

1.1.2 Quá trình phát triển phần mềm truy n thề ống và các vấn đề của nó 9

1.2.6 So sánh Agile và WaterFall 19

CHƯƠNG 2: ĐẶC TẢ YÊU CẦU CHO WEBSITE BÁN TRÀ SỮA TOCOTOCO 20

2.1 Gi i thi u chung v ớ ệ ề website bán trà sữa Tocotoco 20

2.1.1 Mục đích của tài liệu yêu cầu 20

2.1.2 Ph m vi c a sạ ủ ản ph m ẩ 20

2.1.3 Các định nghĩa, từ viết tắt 21

2.1.4 T ng quan v ổ ề tài liệu yêu cầ 22u 2.2 Mô tả chung v ề website bán trà sữa Tocotoco 22

2.2.1 T ng quan v ổ ề website bán trà sữa Tocotoco 22

2.2.2 Các chức năng của website bán trà sữa Tocotoco 23

2.2.3 Đối tượng người dùng 23

2.2.4 Các ràng buộc tổng thể 24

2.3 Đặc tả yêu cầu chi ti t v ế ề website bán trà sữa Tocotoco 27

2.3.1 Yêu cầu chức năng đăng nhập và đăng ký (Hà Duy Chiến) 27

2.3.2 Yêu cầu chức năng quản lý danh mục sản phẩm (Nguyễn Văn Hậu) 28

3

2.3.3 Yêu cầu chức năng quản lý đơn hàng (Vũ Nguyễn Hoàn) 30

2.3.4 Yêu cầu chức năng quản lý sản phẩm (Ph m Tr ng Hiạ ọ ệp) 31

2.3.5 Yêu cầu chức năng tin tức (Ngô Văn Tấn) 33

2.3.6 Yêu cầu chức năng thông tin khách hàng (Hà Duy Chiến) 36

2.4 Yêu cầu phi chức năng 38

Hình 2.2 Biểu đồ Use case th cứ ấp Khách hàng - 22 Hình 2.3 Biểu đồ Use case th cứ ấp – Quản tr ị viên 22

5

LỜI CẢM ƠN

Trong quá trình hoàn thành được bài tập lớn ngoài sự cố gắng của các , thành viên trong nhóm, chúng em cũng nhận được sự hướng dẫn của thầy ThS Nguyễn Đức Lưu đã luôn giúp đỡ, hướng dẫn, chỉ bảo tận tình để chúng emhoàn thành tố bài tật p lớn Rất mong nhận được sự đóng góp ý của thầy cô và các bạ Chúng em hy vọn ng rằng bài tập lớn này ẽ s cung cấp thông tin hữu ích và đáng tin cậy về việc áp dụng mô hình Agile vào đặc tả website bán trà sữa, đồng th i mang lại nh ng gờ ữ ợi ý và kiến thức bổ ích cho các dự án phát triển phần mềm trong tương lai.

Chúng em xin chân thành cảm ơn!

Nếu như trước đây, việc quản lý thông tin khách hàng tốn rất nhiều thời gian khi nhập dữ liệu và rất dễ rò rỉ và mất mát thông tin thì hiện tại với việc tạo ra phần mềm quản lý khách hàng sẽ giúp cửa hàng dễ dàng lưu trữ và nhập dữ liệu khách hàng và sản phẩm Bên cạnh đó phần mềm còn giúp cửa hàng và khách hàng thuận tiện hơn trong việc quản lý mua bán, chọn lựa các mặt hàng…

Ngoài ra phần mềm cũng sẽ giúp quá trình trao đổi thông tin giữa khách hàng và cửa hàng thuận tiện và nhanh chóng hơn Khách hàng ó thể cđặt hàng online và nhận được các thông báo khuyến mãi, các sự kiện,… từ cửa hàng mà không cần thiết phải gặp mặt trực tiếp như trước.

Chính bởi những lý do trên, nhóm chúng em đã lựa chọn đề tài “Áp dụng mô hình agile vào đặc tả website bán trà sữa Tocotoco” Chúng em hy vọng rằng báo cáo này sẽ cung cấp thông tin hữu ích và đáng tin cậy về việc áp dụng mô hình Agile vào đặc tả website bán trà sữa, đồng thời mang lại những gợi ý và kiến thức bổ ích cho các dự án phát triển phần mềm trong tương lai

7

2 Mục đích nghiên cứu

Tìm hiểu v ề hoạt động của mô hình agile và chỉ ra nhi m v cệ ụ ủa các hoạt động đó, nắm bắt được ưu điểm, nhược điểm của mô hình agile từ đó vận dụng kiến th c v ứ ề mô hình agile vào đặc tả website TocoToco

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

Khách hàng của các cửa hàng trà sữa Tocotoco, nhân viên làm việc tại cửa hàng trà sữa Tocotoco, cán bộ quản lý của hãng trà sữa Tocotoco

4 Kết quả và mong muốn sau khi nghiên cứu

Sử dụng được các công cụ như Rational Rose trong tài liệu phân tích và đặc tả thiết kế phần mềm

Giải thích được các hoạt động và trình tự thực hiện của các hoạt động trong mô hình Agile

Sử dụng được phương pháp mô hình hóa trong phân tích và thiết kế phần mềm

8

phần m m Agile ề

1.1. Các khái niệm cơ bản

1.1.1. Phần mềm và các khái niệm liên quan

Phần mềm là tập hợp các lệnh, ch ỉ thị và dữ ệu cho phép máy tính thự li c hiện các nhiệm vụ cụ thể Nó được phân thành hai loại chính: phần mềm hệ thống và phần mềm ứng dụng

Phân loại: ph n m m hầ ề ệ thống, ph n mầ ềm ứng d ng, ph n m m khoa ụ ầ ềhọc/ k thu t, ph n mỹ ậ ầ ềm nhúng, phần m m Product-line, ng d ng web, phề ứ ụ ần mềm trí tuệ nhân tạo

Tiến trình phần mềm là một tập hợp các hoạt động cần thiết được thực hiện để xây dựng, phát triển hệ th ng ph n mố ầ ềm

Công nghệ phần mềm là một ngành kỹ thuật liên quan đến t t c ấ ả các khía cạnh c a s n xu t ph n m m t ủ ả ấ ầ ề ừ giai đoạn đầu của đặ ả ệ thống cho đến bảo c t htrì hệ thống

Yêu cầu phần mềm là đặc trưng của hệ thống, hay là sự mô tả về công việc mà hệ thống có khả năng thực hiện để hoàn thành mục tiêu của hệ thống Phân loại các yêu cầu ph n mầ ềm:

+ Yêu cầu chức năng: Là các phát biểu v ề các dịch v ụ mà hệ thống s cung c p, ẽ ấcách thức h ệ thống nên tương tác với các đầu vào đặc biệt và cách thức h ệ thống ứng x với các tình huống đặử c biệt Chúng mô tả hệ thống sẽ làm gì.

+ Yêu cầu phi chức năng: định nghĩa các ràng buộc lên các dịch vụ hoặc các chức năng được yêu cầu bởi hệ thống như các ràng buộc về mặt thời gian, các

9

ràng buộc về tiến trình phát triển, các chuẩn, Các yêu cầu phi chức năng không đề cập trực tiếp tới các chức năng/dịch vụ cụ thể c a hủ ệthống

1.1.2 Quá trình phát triển phần mềm truyền thống và các vấn đề ủa nó c

Quy trình phát triển phần mềm: “Vòng đời phát triển phần mềm (SDLC-Software Development Life Cycle) là một quá trình bao gồm m t loộ ạt các hoạt động được lên kế hoạch để phát triển hoặc thay đổi Sản phẩm Phần mềm SDLC còn được gọi là Quy trình phát triển phần mềm.”

Hình 1.1 Quy trình phát triển ph n m m ầề

Requirement planning and analysis (L p k ậế hoạch và phân tích yêu cầu): Yêu cầu được thu thập trong giai đoạn này Giai đoạn này là trọng tâm chính của dự án

Design (Thi t kế ế): Trong giai đoạn này, thiết kế hệ thống và phần mềm được chu n bẩ ị từ các thông số kỹ thuật yêu cầu đã được nghiên cứu trong giai đoạn đầu tiên Thiết kế hệ thống giúp xác định các yêu cầu phần cứng và kiến trúc hệ thống t ng thổ ể Các thông số k ỹ thuật thi t k h ế ế ệ thống ph c v ụ ụ như đầu vào cho giai đoạn tiếp theo của mô hình.

Implementation or coding (Th c hiựện / Mã hóa): Khi nhận được tài

10

liệu thiết kế hệ thống, công việc được chia thành các mô đun / đơn vị và việ- c mã hóa được bắt đầu Vì, trong giai đoạn này mã đượ ạo ra nên nó là trọc t ng tâm chính cho phát triển phần mềm Đây là giai đoạn dài nhất của vòng đời phát triển phần mềm

Testing (Th nghi m):ửệ Sau khi code xong, mã nguồn được kiểm thử dựa trên spec đã được thu thập trong giai đoạn đầu và dựa trên tính khả dụng người dùng Trong giai đoạn này tất cả các loại kiểm thử chức năng như kiểm thử đơn vị, ki m th ể ử tích hợp, ki m tra h ể ệ thống, ki m tra ch p nhể ấ ận được thực hiện cùng với các kiểm thử phi chức năng cũng được th c hiự ện.

Deployment (Tri n khai)ể : Sau khi th nghiử ệm thành công, sản phẩm được phân phối, triển khai cho khách hàng để sử dụng

Maintenance (Bảo trì): Sau khi đưa sản phẩm phần mềm cho khách hàng sử dụng nếu phát sinh lỗi và cần gi i quy t theo thả ế ời gian thì sẽ được đưa lại b ộ phận chăm sóc để khắc phục

Hình 1.2 Mô hình Agile

Triết lý Agile xuất phát từ ngành công nghệ và được mô tả bằng 4 giá trịvà 12 nguyên lý cốt lõi trong Tuyên ngôn phát triển phần mềm linh hoạt hay Tuyên ngôn Agile

Giá trị:

12

1 Cá nhân và tương tác hơn là quy trình và công cụ

2 Cung c p ph n m m ch y tấ ầ ề ạ ốt hơn là bộ tài liệu hoàn chỉnh 3 Cộng tác với khách hàng, hơn là sự thương lượng trong hợp đồng 4 Thích ứng với thay đổi, hơn là tuân thủ theo kế hoạch

Ngày nay, triết lí Agile đã vượt xa khỏi khu vực truyền thống của mình là phát triển ph n mầ ềm để đóng góp sự thay đổi trong cách thức làm việc, quản lý, sản xuất ở các ngành khác như sản xuất, dịch vụ, sales, marketing, giáo dục… và trở thành một phương thức quản lý dự án phổ biến nh t hi n nay vấ ệ ới nhiều đại diện được gọi là các phương pháp “họ Agile”

1.2.2 Đặc trưng của Agile

Tính lặp (Iterative): D ự án sẽ được th c hiự ện trong các phân đoạ ặp đi n llặp l i (Iteration hoạ ặc Sprint), thường có khung thời gian ng n (t 1-4 tu n) ắ ừ ầTrong mỗi phân đoạn, nhóm phát triển thực hiện đầy đủ các công việc c n thiầ ết như lập k ế hoạch, phân tích yêu cầu, thi t k , tri n khai, ki m ế ế ể ể thử để cho ra các phần nhỏ của sản phẩm

Tính tăng trưởng và tiến hóa (Incremental & Evolutionary): Cuối các phân đoạn, nhóm cho ra các phần nhỏ của sản phẩm cuối cùng, thường là đầy đủ, có khả năng chạ ốt, đượy t c kiểm thử c n thẩ ận và có thể sử dụng Theo thời gian, phân đoạn này tiếp nối phân đoạn kia, các phần chạy được này sẽ được tích lũy, lớn dần lên cho tới khi toàn bộ yêu cầu của khách hàng được thỏa mãn

Tính thích nghi (Adaptive): Do các phân đoạn chỉ kéo dài trong một kho ng th i gian ngả ờ ắn và việ ậc l p k ế hoạch cũng được điều chỉnh liên tục, nên các thay đổi trong quá trình phát triển (yêu cầu thay đổi, thay đổi công nghệ, thay đổi định hướng v mề ục tiêu v.v.) đều có thể được đáp ứng theo cách thích hợp

13

Nhóm tự tổ chức và liên chức năng: Các cấu trúc nhóm này tự phân công công việc mà không dựa trên các mô tả cứng về chức danh hay làm việc dựa trên một sự phân cấp rõ ràng trong tổ chức Nhóm tự tổ chức đã đủ các kỹ năng cần thiết để có thể được trao quy n t ra quyề ự ết định, t ự quản lý và t ổ chức lấy công việc của chính mình để đạt được hiệu quả cao nh ất.

Quản lý tiến trình thực nghiệm (Empirical Process Control): Các

nhóm Agile ra các quyết định dựa trên các dữ liệu th c tiễn thay vì tính toán lý ựthuyết hay các tiền giả định Agile rút ngắn vòng đời ph n hả ồi để d ễ dàng thích nghi và gia tăng tính linh hoạt nh ờ đó có thể ểm soát đượ ki c tiến trình, và nâng cao năng suất lao động

Giao ti p tr c di n ếựệ (face- -face communicationto ): Agile không phản đối việc tài liệu hóa, nhưng đánh giá cao hơn việc giao ti p tr c diện thay vì ế ựthông qua giấy tờ Agile khuyến khích nhóm phát triển trực tiếp nói chuyện đểhiểu rõ hơn về cái khách hàng thực sự cần Trong giao tiếp giữa nội bộ nhóm, Agile khuyến khích trực tiếp trao đổi và thống nhất v i nhau v thi t k c a h ớ ề ế ế ủ ệthống và cùng nhau triển khai thành các chức năng theo yêu cầu

Phát triển dựa trên giá trị (value-based development): Một trong các nguyên tắc cơ bản của agile là “sản phẩm chạy tốt chính là thước đo của tiến độ” Nhóm Agile thường cộng tác trực tiếp và thường xuyên với khách hàng để biết yêu cầu nào có độ ưu tiên cao hơn, mang lại giá trị hơn sớm nhất có thểcho d ự án.

Là một phương pháp thay thế cho cách tiếp cận Waterfall truyền thống, Agile cung cấp phương pháp quản lý giúp các nhóm làm việ cho ra đờc i một sản ph m tẩ ốt hơn, nhanh hơn thông qua các phiên ngắn và các phiên tương tác Với nh ng k vữ ỳ ọng ngày càng gia tăng của khách hàng, việc cạnh tranh liên tục đòi hỏi phải tìm kiếm được những nhà lãnh đạo dự án có thể sử dụng phương pháp tiếp cận tốt nhất để thực hi n d ệ ự án

14

Thực hiện thay đổi dễ dàng: Bởi vì dự án được chia thành các phần

nhỏ, riêng biệt, không phụ thuộc lẫn nhau, nên những thay đổi được thực hiện rất d ễ dàng, ở ấ ỳ giai đoạn nào của dự án b t k

Không cần phải nắm mọi thông tin ngay từ đầu: Phù hợp v i nh ng ớ ữdự án chưa xác định được mục tiêu cuối cùng rõ ràng, vì việc này không quá cần thiết trong giai đoạn đầu

Bàn giao nhanh hơn: Vi c chia nh d ệ ỏ ự án cho phép đội ngũ có thể tiến hành kiểm tra theo từng phần, xác định và sửa chữa vấn đề nhanh hơn, nhờ đó việc bàn giao công việc sẽ nhất quán và thành công hơn.

Chú ý đến phản hồi của khách hàng và người dùng: Cả khách hàng và người dùng cuối đều có cơ hội để đóng góp các ý kiến và phản h i, t ồ ừ đó họ sẽ có ảnh hưởng một cách mạnh m ẽ và tích cực tới s n ph m cuả ẩ ối cùng

Cải tiến liên tục: Agile khuyến khích thành viên trong đội ngũ làm việc

và khách hàng cung cấp ph n h i cả ồ ủa mình, khi đó các giai đoạn khác nhau của sản ph m cuẩ ối có thể được kiểm tra và cải thi n l i nhi u l n n u cệ ạ ề ầ ế ần.

➢ Tuy nhiên, Agile vẫn đang còn tồn tại m t s ộ ố nhược điểm:

Khó lên kế hoạch dự án: Khá là khó để xác định rõ ràng thời gian bàn

giao s n ph m cuả ẩ ối cùng, vì dự án được chia nhỏ thành các phần khác nhau và m i ph n lỗ ầ ại có thời gian bàn giao riêng biệt

B t bu c phắộải hướng dẫn và đào tạo chi tiết: Phương pháp Agile phức

tạp hơn nhiều so với phương pháp truyền thống Họ sẽ cần phải trải qua đào tạo, hướng dẫn thì mới có thể ắm được phương pháp một cách rõ ràng, đặ n c biệt là thời gian đầu

Ít tài liệu hướng dẫn: Vì Agile thay đổi rất nhiều nên các tài liệu thích hợp cũng thường bị b ỏ qua, vì không xác định rõ được kỳ vọng và thành phẩm

Chi phí cao: Chi phí thực hiện theo phương pháp Agile thường hơn một

chút so với các phương pháp phát triển khác

1.2.3 S c n thi t cự ầế ủa mô hình tiến trình phần mềm Agile

Tăng sự trải nghiệm của khách hàng: Bằng cách lôi kéo khách hàng tham gia vào quá trình phát triển, các nhóm Agile giữ họ trong vòng lặp và cho thấy rằng họ coi trọng ý kiến ủa hc ọ Các bên liên quan muốn tham gia trong suốt vòng đời c a d ủ ự án để h ọ có thể đưa ra phản hồi và đảm b o r ng s n phả ằ ả ẩm cuối cùng sẽ phù hợp v i nhu c u c a h Nhớ ầ ủ ọ ững s n phả ẩm được thi t k ế ế riêng này có thể sẽ cải thiện trải nghiệm người dùng tổng thể và tăng khả năng giữchân khách hàng

Cải thi n chệất lượng: Các phương pháp Agile sử dụng cách tiếp c n lậ ặp đi lặp lại để quản lý dự án, nghĩa là các quy trình được c i thi n sau m i l n lả ệ ỗ ầ ặp lại m t kho ng th i gian S t p trung nhộ ả ờ ự ậ ất quán vào cả ến và kiểm soát chấi ti t lượng này là một trong những nguyên tắc cốt lõi của Agile , và nó giúp tạo ra các sản phẩm ưu việt

Khả năng thích ứng: Chủ đề trung tâm của Agile là tính linh hoạt Các nhóm nhanh nhạy có thể đáp ứng với sự thay đổi, ngay cả vào phút cuối và có thể thích ứng với nó mà không bị gián đoạn nhiều

Khả năng dự đoán: Các nhóm nhanh nhẹn làm việc trong khoảng thời

gian ngắn, đôi khi được gọi là chạy nước rút Những kho ng th i gian cả ờ ố định này (ví dụ: hai tuần) giúp người quản lý dự án dễ dàng hơn trong việc đo lường

16

hiệu su t của nhóm và chỉ định ngu n lấ ồ ực cho phù hợp

Giao ti p tếốt hơn: Các nhóm nhanh nhạy ưu tiên giao tiếp mặt đối mặt và tương tác liên tục Họ thường sẽ tiến hành các cuộc họp hàng ngày để đảm bảo mọi người đều ở trên cùng một trang và làm việc hướng tới các mục tiêu giống nhau

Giảm thi u r i ro:ểủ Các nhà phát triển thường xuyên đánh giá tiến độ trong th i gian chờ ạy nước rút, nghĩa là họ có tầm nhìn tốt hơn về ự án và có dthể phát hiện ra các chướng ng i v t tiạ ậ ềm ẩn một cách nhanh chóng

1.2.4 Nguyên tắc của Agile 12 nguyên tắc Agile:

Ưu tiên hàng đầu là làm hài lòng khách hàng thông qua việc cung cấp phần mềm có giá trị ớm và liên tụ s c

Chào ừng các yêu cầu thay đổm i, thậm chí muộn trong quá trình phát triển Các quy trình linh hoạ ật t n d ng l i th c nh tranh cụ ợ ế ạ ủa khách hàng đang thay đổi

Cung c p ph n m m hoấ ầ ề ạt động tốt cho khách hàng một cách thường xuyên, bất cứ nơi nào từ vài tuần đến vài tháng, ưu tiên khung thời gian ngắn hơn

Các doanh nhân và nhà phát triển phải làm việc cùng nhau hàng ngày trong su t th i gian c a d ố ờ ủ ự án.

Xây dựng các dự án xung quanh các cá nhân có động lực Cung cấp cho họ môi trường và sự hỗ trợ h cọ ần và tin tưởng họ sẽ hoàn thành công việc

Cách hiệu quả nhất để truyền đạt thông tin từ trong nhóm phát triển đến nhóm phát triển là thông qua các cuộc trò chuyện trực tiếp

Phần mềm hoạt động tốt là thước đo chính để đo lường tiến độ

17

Các quy trình linh hoạt thúc đẩy phát triển bền vững Nhà tài trợ, nhà phát triển và người dùng có thể duy trì nhịp độ liên tục mà không bị hạn chế

Tiếp t c tụ ập trung vào kỹ thuậ ốt và thiết kế linh hoạt t t

Tính đơn giản – ngh thu t tệ ậ ối đa hóa công việc còn dang dở là nền tảng c t t nh u t t nh t k t t nh t s

Kiến trú ố ất, yêu cầ ố ất và thiế ế ố ấ ẽ do các nhóm tự t ổ chức th c hiự ện

u qu Các nhóm phát triển không ngừng suy nghĩ về cách trở nên hiệ ảhơn, đồng thời họ điều chỉnh và thay đổi hành vi của mình cho phù hợp

1.2.5 Các hoạt động của mô hình Agile

Các phương pháp Agile chia sản phẩm thành các bản xây dựng gia tăng nhỏ.Các bản dựng này được cung cấp trong các lần lặp lại.Mỗi lần lặp lại thường kéo dài từ khoảng một đến ba tháng Mỗi lần lặp lại liên quan đến các nhóm chức năng chéo làm việc đồng thời trên các lĩnh vực khác nhau như sau: 1.2.5.1 L p k ậế hoạch (Sprint Planning)

Lập k ế hoạch là hoạt động quan trọng trong Agile giúp xác định các công việc cần th c hi n trong sprint tiếp theo Đầu tiên, các thành viên trong nhóm ự ệphát triển sẽ xem lại và đánh giá kết quả của sprint trước đó, từ đó đưa ra các bài học rút ra để cải ti n trong sprint tiế ếp theo Sau đó, nhóm phát triển s tham ẽgia và đưa ra các ước tính về thời gian và khối lượng công việc cần thực hiện để hoàn thành các yêu cầu đã đượ đưa ra Kếc hoạch sprint cũng giúp nhóm phát triển đưa ra các mục tiêu rõ ràng cho mỗi sprint

1.2.5.2 Phân tích yêu cầu (Requirements Analysis)

Phân tích yêu cầu là quá trình thu thập, phân tích và hiểu các yêu cầu của khách hàng để đảm b o rả ằng những yêu cầu đó được hiểu đúng và đầy đủ Các nhà phát triển sẽ phân tích và đánh giá các yêu cầu, xác định các ràng buộc và các yêu cầu bổ sung để hoàn thành sản phẩm phần mềm Quá trình phân tích

1.2.5.4 Mã hóa (Coding)

Là quá trình chuyển đổi thi t k ế ế thành mã nguồn và triển khai ph n m m ầ ềCác nhà phát triển cần tuân thủ các tiêu chuẩn mã hóa và quy trình kiểm tra đểđảm bảo rằng mã nguồn được viết tốt và dễ ảo trì b

1.2.5.5 Ki m th ểử đơn vị (Unit Testing)

Là quá trình kiểm tra các thành phần của phần mềm để đảm bảo chức năng hoạt động đúng và tương thích với các thành phần khác Các nhà phát tri n th c hi n ki m thể ự ệ ể ử đơn vị như kiểm tra hàm, lớp và module để đảm bảo rằng chúng hoạt động đúng

1.2.5.6 Ki m tra ch p nh n (Acceptance Testing) ểấậ

Là quá trình kiểm tra ph n m m vầ ề ới các yêu cầu của khách hàng để đảm bảo r ng ph n mằ ầ ềm đã đáp ứng các yêu cầu và chức năng được đề ra ban đầu Kiểm tra chấp nhận thường được th c hi n bự ệ ởi khách hàng hoặc bên liên quan khác Các quy trình kiểm thử đơn vị và kiểm tra chấp nhận đóng vai trò quan trọng trong quá trình phát triển ph n mầ ềm, đảm b o chả ất lượng s n phả ẩm và sự hài lòng của khách hàng Quá trình kiểm thử đơn vị được thực hiện sớm trong

19

quá trình phát triển ph n mầ ềm để xác định và khắc phục các lỗi c ụ thể c a t ng ủ ừthành phần Nó giúp đảm bảo rằng các thành phần hoạt động đúng và tương thích với nhau trước khi được k t hế ợp để ạo thành phầ t n mềm hoàn chỉnh Vào cuối quá trình lặp lại, sản phẩm được đưa đến cho khách hàng và các bên liên quan quan tr ng ọ

1.2.6 So sánh Agile và WaterFall

Hình 1.3 So sánh Agile và WaterFall

20

Chương 2: Đặc tả yêu cầu cho website bán trà sữa

Tocotoco

2.1 Gi i thi u chung v ớệề website bán trà sữa Tocotoco

Trong phần này, chúng ta sẽ đưa ra một gi i thi u chung v ớ ệ ề website bán trà sữa Tocotoco Sẽ bao gồm mục đích của tài liệu yêu cầu, phạm vi của sản phẩm, các định nghĩa và từ viết tắt, cũng như một số tổng quan về tài liệu yêu cầu Hãy cùng tìm hiểu chi tiết

2.1.1 Mục đích của tài liệu yêu cầu

Tài liệu yêu cầu được viết nhằm mô tả các yêu cầu cụ thể cho website bán trà sữa Tocotoco Mục đích chính của tài liệu này là cung cấp một hướng dẫn cho đội phát triển về những chức năng, yêu cầu và ràng buộc cần thiết đểxây dựng, cài đặt và triển khai website thành công và hợp thức hóa đến với người dùng

Tài liệu đặc tả yêu cầu mô tả chi tiết về các yêu cầu chức năng và phi chức năng của website bán trà sữa Tocotoco Mục đích xuất phát từ nhu cầu quản lý đơn hàng, sản phẩm của công ty Tạo ra được website giúp cho người quản lý trong công ty để quản lý sản phẩm và đơn hàng.

Giúp cho người phát triển và cài đặt website d ễ dàng hiểu được các chức năng của phần mềm và tránh được những sai sót cũng như dễ dàng sửa khi gặp lỗi

Tạo ra website cho công ty Tocotoco ở ầng 2, tòa nhà T10, Time city, TVĩnh Tuy, Hai Bà Trưng, Hà Nội

Dễ hiểu và dễ s d ng v i b t k ai k c ử ụ ớ ấ ỳ ể ả những người chưa qua đào tạo 2.1.2 Ph m vi c a s n ph m ạủảẩ

Tài liệu này xây dựng nhằm ph c v cho d ụ ụ ự án phát triển ph n m m quầ ề ản

21

lý đơn hàng, quản lý sản phẩm của công ty trà sữa TocoToco

Website bán trà sữa Tocotoco là một n n t ng tr c tuyề ả ự ến cho phép khách hàng truy cập và mua các sản phẩm trà sữa của Tocotoco Sản phẩm bao gồm các loại trà sữa đa dạng và phong phú, được chia thành nhiều danh mục Khách hàng có thể đăng nhập vào hệ thống, tìm kiếm và xem thông tin chi tiết về sản phẩm, thêm sản phẩm vào giỏ hàng, quản lý đơn hàng và thực hiện thanh toán.Cho phép khách hàng tham gia mua sắm trực tuyến nâng cao hiệu suất mua hàng và không gian khách hàng lớn có thể là giữa các tỉnh hoặc cả nước Do là mua sắm trực tuy n ế nên lượng khách hàng lớn nên có ưu điểm dễ truyền đạt thông tin, mong muốn của của khách hàng và giúp lưu trữ mong mu n cố ủa khách hàng với số lượng lớn

2.1.4 T ng quan v ổề tài liệu yêu cầu

Tài liệu đặc tả yêu cầu này tạo ra theo cấu trúc chuẩn IEEE gồm có khảo sát, thu thập yêu cầu, phân tích yêu cầu và đặc tả yêu cầu

Tài liệu yêu cầu sẽ bao gồm các mục sau: Mô tả chung về website bán trà sữa Tocotoco: T ng quan v mổ ề ục đích và chức năng của website Đối tượng người dùng: Mô tả các nhóm người dùng mà website hướng đến Các ràng buộc tổng thể: Các ràng buộc chung v ề hiệu năng, bảo mật và giao diện người dùng

Tài liệu này mô tả v một số đặc điểm cơ của website bán trà sữa cũng ềnhư các chức năng cần thiết để website có thể hoạt động và đáp ứng nhu cầu của người dùng sao cho mang lại cảm giác thoải mái nhất cho người dùng Nhằm c i thi n sả ệ ố lượng bán cũng như khả ăng kiểm soát lượng hàng hóa bán nra trong công ty, phục vụ nhu cầu của công ty

2.2.1 T ng quan v ổề website bán trà sữa Tocotoco

Nhằm mục đích phục vụ khách hàng cũng như quản lý sản phẩm và đơn hàng của việc bán trà sữa trong công ty Tocotoco Website tạo ra giúp cho nâng cao thi n c m vệ ả ới khách hàng cũng như giúp cho giảm thi u th t c khi mua ể ủ ụbán sản phẩm

• Phục vụ các khách hàng có sở thích mua hàng trực tuyến • Giúp giảm thiểu sai sót trong công việ bán trà sữc a