Khóa Luận Tốt Nghiệp Xây Dựng App Mobile Bán Sách Trên Điện Thoại.pdf

BỘ GIÁO DỤC VÀ ĐÀO TẠOTRƯỜNG ĐẠI HỌC KINH BẮC

KHÓA LUẬN TỐT NGHIỆP

LỜI CẢM ƠN

Quãng thời gian 4 năm học tập và rèn luyện tại Trường Đại học Kinh Bắc, em đã nhận được rất nhiều sự quan tâm, giúp đỡ của quý thầy cô và bạn bè Với lòng biết ơn sâu sắc và chân thành nhất, em xin gửi đến quý thầy cô ở khoa Công nghệ thông tin – Trường Đại học Kinh Bắc đã cùng với tri thức và tâm huyết của mình để truyền đạt vốn kiến thức quý báu cho chúng em trong suốt thời gian học tập tại trường.

Đặc biệt hơn nữa, em xin chân thành cảm ơn TS Nguyễn Thị Diệu Linh Cô luôn tâm huyết, tận tình hướng dẫn chúng em qua các buổi báo cáo trực tuyến Em cũng xin bày tỏ lòng biết ơn đến ban lãnh đạo của Trường Đại học Kinh Bắc và các Khoa, Phòng ban chức năng đã trực tiếp và gián tiếp giúp đỡ em trong suốt quá trình học tập và nghiên cứu đề tài này.

Với điều kiện thời gian cũng như kinh nghiệm còn hạn chế của sinh viên, bài báo cáo này không thể tránh được những thiếu sót Em rất mong nhận được sự chỉ bảo, đóng góp ý kiến của các quý thầy cô để em có điều kiện bổ sung, nâng cao ý thức của mình, phục vụ tốt hơn công tác thực tế sau này.

Em xin chân thành cảm ơn!

Sinh viên thực hiện

2

CHƯƠNG 1 TÌM HIỂU TỔNG QUAN 1 Lý do chọn đề tài

Nghành công nghệ thông tin đang phát triển như vũ bão Các phần mềm, ứng dụng mobile lần lượt ra đời để phục vụ các quá trình quản lý, tính toán, thống kê… Vì thế có rất nhiều app, phần mềm quản lý đã ra đời Bán hàng là một trong những khâu quan trọng trong chiến lược kinh doanh, có ý nghĩa đến sự tồn tại và phát triển của cả cửa hàng Hiện nay, trong điều kiện kinh tế khốc liệt, các cửa hàng muốn bán được hàng ngoài việc tìm ra thị trường còn cần phải có các chiến lược bán hàng hợp lý và linh động trong khâu bán hàng, đánh đúng vào tâm lý và nhu cầu của khách hàng Vì thế các cửa hàng, doanh nghiệp cần có một hệ thống app mobile quảng cáo cho cửa hàng cũng như sản phẩm của cửa hàng một cách chân thực và hoàn chỉnh nhất.

Sách là nguồn tri thức bất tận của nhân loại, là liều thuốc tinh thần khơinguồn cảm hứng cho con người, làm cho họ có những suy nghĩ tích cực hơn Thế nhưng, giới trẻ hiện nay lại thờ ơ và làm mai một đi thói quen đọc sách tốt đẹp này Họ xem việc đọc sách là nỗi ám ảnh và không mấy thiện cảm với sách Xuất phát từ chính bản thân, cũng như khảo sát từ mọi người xung quanh thì một phần lý do dẫn đến việc lười đọc sách cũng vì tâm lý ngại đi xa, cảm thấy tốn thời gian để mua được một cuốn sách, cũng như việc quảng bá sách trên internet rất ít, những appvề sách cũng không đẹp mắt, không gây thiện cảm

Chính vì thế em muốn xây dựng một “App bán sách online” Việc có một app bán sách tạo điều kiện thuận lợi cho người tiêu dùng sẽ dễ dàng tiếp cận được với các sản phẩm và dịch vụ của shop bán hàng mọi lúc mọi nơi Qua đó sẽ giúp của hàng có thể quảng cáo hình ảnh, xây dựng được thương hiệu và uy tín riêng cho mình Chủ cửa hàng có thể quản lý sản phẩm, loại sảnphẩm và đơn hàng, thống kê báo cáo doanh thu một cách nhanh chóng, chính xác, giảm nhân lực, giảm chi phí và thời gian hơn rất nhiều Về mặt khách hàng, một shop online sẽ giúp họ tiết kiệm thời gian mua sắm cũng như giúp “đặt chỗ” trước những sản phẩm mà họ yêu thích, không sợ bị mua trước hay hết hàng khi họ không đến shop chủ động trong việc xem và đặt hàng.2 Mục tiêu nghiên cứu

- Xây dựng kênh bán hàng cho các cửa hàng.

- Phân tích, thiết kế, phát triển app bán sách trực tuyến đơn giản, thân thiện,dễ sử dụng, cho phép khách hàng xem thông tin và đặt hàng một cáchnhanh chóng và hiệu quả Giúp người quản trị quản lý các thông tin vềsản phẩm.

3 Nội dung nghiên cứu

Để đạt được mục tiêu đề tài, cần thực hiện các nội dung nghiên cứu sau:

- Nghiên cứu mô hình trong lập trình mobile và sử dụng ngôn ngữ flutter.

4

- Khảo sát và đặc tả hệ thống.- Thiết kế hệ thống.

- Lập trình cho các module của hệ thống.- Tích hợp hệ thống và kiểm tra lỗi.- Nguyên tắc thiết kế app mobile.

- App dùng cho cửa hàng vừa và nhỏ

5 Cấu trúc của báo cáo

Bố cục thành 3 chương chính như sau:

- Chương 1: Tổng quan, cơ sở lý luận của việc nghiên cứu.- Chương 2: Thực trạng của vấn đề nghiên cứu.

- Chương 3: Các giải pháp, biện pháp đề xuất, kiến nghị.

6.Giới thiệu về Flutter

❖ Khái niệm

Flutter được Google giới thiệu là một người mới trong thế giới ứng dụng di động Là một SDK mới của Google dành cho các thiết bị di động giúpdevelopers và designers xây dựng nhanh chóng ứng dụng dành cho các thiết bịdi động (Android, iOS) Flutter là dự án mã nguồn mở đang trong giai đoạn thử nghiệm Flutter bao gồm Reactive framework và công nghệ hiển thị 2D (2D rendering engine) và các công cụ phát triển (development tool) Các thànhphần này làm việc cùng nhau giúp ta thiết kế, xây dựng, test, debug ứng dụng Không có gì ngạc nhiên khi Flutter giúp các nhà phát triển tạo ra các ứng dụngnative đẹp mắt và giúp họ phát triển các ứng dụng đa nền tảng một cách dễ dàng.

Ứng dụng Flutter được viết bằng ngôn ngữ Dart và tận dụng nhiều tính năng nâng cao của ngôn ngữ này

Trên Android, và trên Windows, macOS và Linux thông qua dự án chưa chínhthức mang tên Flutter Desktop Embedding, Flutter chạy trên máy ảo Dart với engine thực thi just-in-time (JIT) Do giới hạn về thực thi mã động của App Store, ứng dụng Flutter sử dụng biên dịch ahead-of-time (AOT) trên iOS.[10]

Một tính năng đáng chú ý của nền tảng Dart là hỗ trợ "tải lại nóng" (hot reload) trong đó các sửa đổi trong tập tin nguồn có thể được chèn vào ứng dụng đang chạy Flutter mở rộng sự hỗ trợ này cho tính năng"tải lại nóng giữ trạng thái (stateful hot reload), để các sửa đổi trong mã nguồn có thể đượccập nhật ngay lập tức lên ứng dụng đang chạy mà không cần phải khởi động lại hoặc mất mát các trạng thái đang có.[11]

6

❖ Lịch sử phát triển

Phiên bản đầu tiên của Flutter được gọi là"Sky"và chạy trên hệ điều hành Android Nó được công bố tại hội nghị nhà phát triển Dart 2015, với dự định ban đầu để có thể kết xuất ổn định ở mức 120 khung hình trên giây.

[7] Trong bài phát biểu chính ở hội nghị Google Developer Days tại Thượng Hải, Google công bố phiên bản Flutter Release Preview 2, đây là phiên bản lớn cuối cùng trước Flutter 1.0 Vào ngày 4 tháng 12 năm 2018, Flutter 1.0 [8]

đã được phát hành tại sự kiện Flutter Live, là phiên bản"ổn định"đầu tiên của framework này.

❖ Ưu đ iểm

• Flutter chạy nhanh giúp tiết kiệm thời gian, công sức và tiền bạc.Giống như bất kỳ công nghệ đa nền tảng nào khác, Flutter cho phépbạn sử dụng cùng một cơ sở mã để xây dựng các ứng dụng iOS vàAndroid riêng biệt Điều này sẽ đẩy nhanh toàn bộ quá trình pháttriển mà không cần phân tích hai cơ sở mã khác nhau cho cùng mộtnền tảng.

• "Hot reload" (tải nóng/ nhanh) của Flutter giúp bạn thực hiện cácthay đổi đối với mã code và xem được kết quả ngay lập tức trongbản xem trước ứng dụng mà không cần đọc lại mã Bằng cách này,bạn có thể dễ dàng sửa lỗi và thử nghiệm với các phần tử và tínhnăng UI khác nhau.

• Tùy chỉnh toàn bộ & kết xuất nhanh nhờ cấu trúc phân lớp củaFlutter Ứng dụng này cung cấp quyền kiểm soát mọi pixel trên mànhình cũng như không giới hạn người dùng thêm và tạo hoạt ảnhtrong thiết kế đồ họa, video, văn bản và điều khiển.

• Flutter cũng áp dụng cho web và cung cấp tài liệu thích hợp chophép bạn kiểm tra cách các điều khiển gốc hoạt động.

• Flutter tách UI khỏi các điều khiển gốc giúp loại bỏ lỗi không tươngthích (dù ít xảy ra) từ phía nhà sản xuất UI riêng biệt cũng tự độngđem đến một sự đồng nhất trên tất cả các phiên bản hệ thống.

❖ Nhược điểm

• Flutter vẫn chưa thật hoàn thiện Vì là một ứng dụng mới nên Flutter vẫn chưa đạt mức hoàn hảo Thực tế, nhiều tính năng nâng cao củaFlutter vẫn chưa được hỗ trợ; nhiều thư viện chưa được thử nghiệmchính thức còn tồn tại hạn chế khi so sánh với các bản sao gốc (nhưlà Google Maps).

nhưng có ít tính năng hơn, hoặc những tính năng hiện có chưa đượctoàn diện.

và mất nhiều thời gian để tải xuống hoặc cập nhật.

• Giao diện không giống 100% so với phiên bản gốc Về cơ bản,Flutter không tạo ra các thành phần gốc mà sao chép không hoàntoàn các thiết kế Material Design của Android và các thành phầnriêng của iOS bằng thư viện Cupertino Thư viện này sẽ hiển thị,đặc biệt với các phiên bản hệ thống chứa các trường văn bản hoặccác nút - những thành phần biến đổi bên ngoài nhưng không thayđổi bên trong Flutter.

• Hướng dẫn phát triển ứng dụng Flutter chưa được đồng nhất, điềunày có thể gây nhiều khó khăn khi xây dựng các phần mềm mangtính phức tạp.

• Framework thay đổi nhanh chóng gây khó khăn cho việc duy trìmã Thêm vào đó, Flutter chưa chắc sẽ được ứng dụng trong tươnglai khi Google liên tục loại bỏ các dự án của ứng dụng này.

7.Tổng quan mô hình MVC❖ Khái niệm

MVC (Model – View - Controller) là một design partern đã tồn tại rất lâutrong ngành công nghệ phần mềm Một ứng dụng viết theo mô hình MVC sẽ bao gồm 3 thành phần tách biệt nhau đó là Model, View, Controller Giống như trong cấu trúc Three – Tier, mô hình MVC giúp tách biệt 3 tầng trong môhình lập trình web, vì vậy giúp tối ưu ứng dụng, dễ dàng thêm mới và chỉnh sửa code hoặc giao diện.

❖ Mô tả

- Model: ở phần trước mình đã nhắc lại cho các bạn về 3 tầng trong môhình

8

- Three – Tier thì trong đó gồm có 2 tầng Data Access Layer vàtầng Business Logic Layer Hai tầng này là hai tầng tương đương với tầngmodel trong mô hình MVC.

- View: là tầng giao diện, hiển thị dữ liệu được truy xuất từ tầng model.Tầng này tương đương với tầng Presentation Layer trong cấu trúc Three –Tier.

- Controller: đây là tầng giúp kết nối giữa tầng model và tầng view trongmô hình MVC, có nghĩa là nếu phía client yêu cầu hiển thị dữ liệu thìcontroller gọi giữ liệu từ model và trả về cho view vì view tương tác trựctiếp với client

❖ Các phiên bản của MVC

- User gửi 1 yêu cầu tới server bằng cách truyền vào 1 URL trong browser

- Yêu cầu đó được gửi tới controller đầu tiên, controller sẽ xử lý yêu cầu,nếu yêu cầu cần truy xuất dữ liệu thì controller sẽ chuyển qua tầng model

- Tại tầng model, dữ liệu được truy xuất từ database và sau đó truyền quaview thông qua controller

- Controller sẽ giúp dữ liệu được chuyển từ model qua view

- View là tầng cuối cùng giao tiếp với User, mọi dữ liệu sẽ được hiển thịcho User thông qua tầng View

❖ Ưu điểm

- Thể hiện tính chuyên nghiệp trong lập trình, phân tích thiết kế

- Do được chia thành các thành phần độc lập nên giúp chúng phát triển ứng dụng nhanh, đơn giản, dễ nâng cấp, bảo trì, …

❖ Nhược điểm

- Đối với dự án nhỏ việc áp dụng mô hình MVC gây cồng kềnh- Tốn thời gian trong quá trình phát triển

- Tốn thời gian trung chuyển dữ liệu của các thành phần.

8 Framework dùng trong App- Flutter Framework

❖ Khái niệm

Flutter là một framework phát triển ứng dụng di động đa nền tảng đượcphát triển bởi Google Nó cho phép bạn xây dựng ứng dụng di động đẹp, nhanh chóng và tương thích trên nhiều nền tảng như Android và iOS từ một nguồn code duy nhất.

❖ Các tính năng

10

- Giao diện người dùng đẹp: Flutter cung cấp một bộ công cụ mạnh mẽđể tạo ra giao diện người dùng đẹp với các widget tùy chỉnh và hiệuứng hoạt hình Flutter sử dụng Dart để mô tả giao diện người dùng, chophép bạn tạo ra giao diện linh hoạt và tương tác mượt mà.

- Đa nền tảng: Với Flutter, bạn có thể xây dựng ứng dụng cho cả Androidvà iOS từ cùng một mã nguồn Flutter cung cấp một lớp trừu tượng gọilà "skia" để vẽ giao diện người dùng trên các nền tảng khác nhau.- Hiệu suất cao: Flutter sử dụng một công cụ gọi là "Flutter Engine" để

xử lý các yêu cầu giao diện người dùng Điều này giúp tăng hiệu suấtvà giảm thiểu độ trễ, cung cấp trải nghiệm mượt mà và nhanh chóngcho người dùng.

- Cộng đồng lớn: Flutter có một cộng đồng lớn và năng động, cung cấpnhiều tài liệu, ví dụ, mã nguồn mở và hỗ trợ từ các nhà phát triển khác.Cộng đồng này đóng vai trò quan trọng trong việc giúp bạn giải quyếtcác vấn đề và học hỏi từ những người khác.

9 Kết luận chương 1

Chương 1 đã trình bày lý do chọn đề tài và mục tiêu nghiên cứu của đề tài"Xây dựng ứng dụng bán sách online" trong lĩnh vực công nghệ thông tin Đềtài đã nhận thấy tầm quan trọng của việc áp dụng công nghệ để tạo ra các ứngdụng mobile giúp quản lý và bán hàng hiệu quả Việc phát triển một ứng dụngbán sách online không chỉ mang lại lợi ích cho cửa hàng mà còn giúp ngườidùng tiết kiệm thời gian mua sắm và tạo sự tiện lợi cho việc đặt hàng trước.Nội dung nghiên cứu của chương được phân thành các giai đoạn quan trọngnhư nghiên cứu mô hình lập trình mobile, thiết kế hệ thống, lập trình module,tích hợp và kiểm tra lỗi Đồng thời, cũng đã tiến hành khảo sát các ứng dụng

bán hàng khác để có hướng thiết kế và chức năng phù hợp cho ứng dụng bánsách.

Cuối cùng, chương cũng giới thiệu về Flutter - một công nghệ mới củaGoogle trong việc phát triển ứng dụng di động Flutter được đánh giá có nhiềuưu điểm như tốc độ chạy nhanh, khả năng tải lại nóng, khả năng tùy chỉnh vàkết xuất nhanh Tuy nhiên, cũng cần lưu ý rằng Flutter vẫn đang trong quátrình phát triển và còn một số hạn chế.

Chương 1 đã định hình cơ sở lý luận và giới thiệu về nghiên cứu, chuẩn bịcho các chương tiếp theo trong báo cáo.

12

CHƯƠNG 2 THIẾT KẾ HỆ THỐNG APP BÁN SÁCH2.1 Yêu cầu bài toán

2.1.1.Hoạt động của hệ thống

- Cho phép khách hàng có thể chọn sản phẩm vào giỏ hàng để đánh dấu sảnphẩm mình muốn hoặc có thể chọn, khi chắc chắn về sản phẩm muốn muakhách hàng có thể chọn đặt hàng để đặt sản phẩm.

- Có thể cho tổ chức lưu trữ, cập nhật thông tin tin tức, thông tin cácchương trình của công ty.

- Cho phép lưu trữ, cập nhật thông tin về sản phẩm, chi tiết sản phẩm.- Cho phép cập nhật thông tin của khách hàng đặt hàng.

- Cho phép lưu trữ, cập nhật thông tin đặt hàng, đơn hàng.

- Vào App và chọn sản phẩm để xem các mặt hàng mà cửa hàng cung cấp,có thể đăng kí tài khoản để thực hiện mua hàng trực tuyến

Danh sách các trangAdmin:

- Quản lý đơn hàng: Hiển thị chi tiết những đơn hàng đã được đặt, có thểkiểm soát được số lượng, tình trạng đơn hàng và cập nhật tình trạng đơnhàng.

- Quản lý danh mục sản phẩm: Hiển thị danh sách danh mục sản phẩm củacửa hàng Thêm, sửa, xóa, tìm kiếm danh mục sản phẩm.

- Quản lý sản phẩm: Hiển thị danh sách sản phẩm hiện có của cửa hàng,thêm những sản phẩm mới, cập nhật lại thông tin của những sản phẩm cũvà xóa sản phẩm.

- Quản lý tất cả tài khoản: Chủ cửa hàng có thể phân quyền cho các nhânviên, thêm tài khoản nhân viên Thực hiện vô hiệu hóa, kích hoạt tài khoảnnhân viên và khách hàng.

- Quản lý liên hệ: Các liên hệ được gửi từ phía khách hàng

- Theo dõi đơn hàng: Khách hàng có thể theo dõi tình trạng đơn hàng saukhi thực hiện đặt hàng.

- Đăng ký: Khách hàng có thể thực hiện đăng ký Khi đăng ký khách hàngphải điền các thông tin cơ bản như tên họ tên, tên đăng nhập, email, sốđiện thoại, mật khẩu.

- Đăng nhập: Khách hàng có thể đăng nhập vào hệ thống bằng cách nhậpđúng thông tin tên đăng nhập và mật khẩu.

2.1.2.Các yêu cầu chức năngChức năng của người dùng:

14

Chức năng của Admin:

- Quản lý sản phẩm: Thêm, sửa, xóa, tìm kiếm sản phẩm.- Quản lý khách hàng: Thêm, sửa, xóa, tìm kiếm khách hàng.

- Quản lý danh mục sản phẩm: Thêm, sửa, xóa, tìm kiếm danh mục sảnphẩm.

- Quản lý đơn hàng: Thêm, sửa, xóa, tìm kiếm đơn hàng.- Quản lý liên hệ: Thực hiện phản hồi hoặc xóa liên hệ- Quản lý bài viết: Thêm, sửa, xóa, tìm kiếm bài viết

2.1.3 Các yêu cầu phi chức năng

- Giới thiệu hình ảnh của cửa hàng đến với mọi người.- Giao diện thân thiện, dễ sử dụng.

- Mua bán sản phẩm trực tiếp trên app.

- Tìm kiếm thông tin sản phẩm, thông tin khách hàng, thông tin nhà cungcấp nhanh chóng, dễ dàng.

● Điểm mở rộng

Không có.

2.3.3 Use case Tìm kiếm

Use case này cho phép người dùng có thể tìm kiếm được sản phẩm theo nhu cầu một cách nhanh chóng và hiệu quả.

● Luồng sự kiện:

o Luồng cơ bản:

1 Use case này bắt đầu ngay khi người dùng nhập thông tin vàoô tìm kiếm trên màn hình chính rồi nhần nút tìm kiếm.2 Hệ thống truy cập Firebase rồi hiển thị ra sản phẩm cần tìm

theo từ khóa Use case kết thúc

o Luồng rẽ nhánh:

27

1.Tại bất kì thời điểm nào trong quá trình thực hiện use case, nếukhông kết nối được với Firebase thì hệ thống sẽ hiển thị một thông báo lỗi vàuse case kết thúc.

● Các yêu cầu đặc biệt

Xem sản phẩm2.3.4 Use case Xem sản phẩm

Use case này cho phép khách hàng xem chi tiết một sản phẩm nằm trong danh mục các sản phẩm đan-g được bán tại cửa hàng.

o Luồng rẽ nhánh:

29

1 Tại bất kì thời điểm nào trong quá trình thực hiện usecase, nếu không kết nối được với Firebase thì hệ thống sẽhiển thị một bảng báo lỗi và use case kết thúc.

● Các yêu cầu đặc biệt: Không có● Tiền điều kiện: Không có● Hậu điều kiện:

- Nếu kết nối mạng ổn định thì hệ thống sẽ hiển thị thông tin sản phẩm

- Ngược lại hệ thống không thay đổi.

1 Use case này bắt đầu khi người dùng click vào nút đặt hàng, sảnphẩm sẽ được thêm vào giỏ hàng.

2 Use case kết thúc.

o Luồng rẽ nhánh:

1 Nếu người dùng chưa đăng nhập mà đặt hàng thì hệ thống sẽ tựđộng hiển thị form đăng nhập để khách hàng đăng nhập.2 Tại bất kì thời điểm nào trong quá trình thực hiện, use case

không kết nối được với Firebase thì hệ thống hiển thị thông báolỗi Use case kết thúc.

● Các yêu cầu đặc biệt:

Khách hàng không thể đặt quá số lượng sản phẩm trong kho Nếu đặt quá sẽ đưa ra thông báo.

● Tiền điều kiện:

Khách hàng phải đăng nhập tài khoản.● Hậu điều kiện:

Không có.● Điểm mở rộng:Không có.

2.3.6.Use case Quản lý sản phẩm

31

Mô tả vắn tắt: Use case này cho phép người quản trị quản lí, thêm, sửa, xóa, update thông tin sản phẩm trong bảng Product trong Firebase.

❖ Luồng sự kiện:

o Luồng cơ bản:

Use case này bắt đầu khi người quản trị kích vào “Quản lý sản phẩm” trong menu quản trị Hệ thống sẽ truy vấn bảng Product và hiển thị danh sách các sản phẩm.

1 Thêm sản phẩm

a) Người quản trị kích vào nút “Thêm sản phẩm” trên màn hình.Hệ thống sẽ hiển thị màn hình yêu cầu nhập thông tin cho sảnphẩm mới.

b) Khi người quản trị nhập thông tin chi tiết vào biểu mẫu bên dướimàn hình và kích vào nút “Lưu” Hệ thống sẽ kiểm tra dữ liệunhập vào và lưu thông tin sản phẩm mới vào bảng Product.2 Sửa sản phẩm

a) Khi người quản trị click vào nút “Sửa” thông tin sản phẩm tươngứng với nút đó sẽ được hiển thị lên màn hình.

c) Người quản trị thay đổi thông tin và kích vào nút “Lưu” Hệthống sẽ kiểm tra thông tin thay đổi và cập nhật vào bảngProduct.

3 Xóa sản phẩm

Khi người dùng click chuột vào nút “Xóa” trên một hàng sản phẩm,hệ thống sẽ gửi yêu cầu xác thực có muốn xóa sản phẩm tương ứng không Click “Đồng ý” để xóa sản phẩm tương ứng.

o Luồng rẽ nhánh:

1 Tại bước 2b và 3b trong luồng cơ bản nếu người quản trị khôngnhập thông tin hoặc nhập thông tin không hợp lệ, hệ thống sẽ hiểnthị thông báo lỗi yêu cầu nhập lại Người quản trị sẽ nhập lại đểtiếp tục.

2 Tại bước 2b, 3b trong luồng cơ bản nếu người quản trị bấm nút“Hủy” thì use case sẽ kết thúc.

3 Trong kết nối được cơ sở dữ liệu: Tại bất kì thời điểm nào trongquá trình thực hiện use case Nếu không kết nối được với cơ sở dữliệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc.

❖ Các yêu cầu đặc biệt:Không có.

❖ Tiền điều kiện:

Admin phải đăng nhập tài khoản trước khi thực hiên use case.❖ Hậu điều kiện:

Không có.❖ Điểm mở rộng:Không có.

33

2.3.8 Use case Quản lý tài khoản

Mô tả vắn tắt: Use case này cho phép người quản trị quản lí, thêm, sửa, xóa thông tin khách hàng trong bảng User trong Firebase.

❖ Luồng sự kiện:

o Luồng cơ bản:

Use case này bắt đầu khi người quản trị kích vào “Quản lý tài khoản” trong menu quản trị Hệ thống sẽ truy vấn bảng Contact và hiển thị danh sách các sản phẩm.

1 Thêm tài khoản

a) Người quản trị kích vào nút “Thêm mới” trong cửa sổ danh sáchcác danh mục Hệ thống sẽ hiển thị màn hình yêu cầu nhậpthông tin cho khách hàng mới.

b) Khi người quản trị nhập thông tin chi tiết vào biểu mẫu bên dướimàn hình và kích vào nút “Lưu” Hệ thống sẽ kiểm tra dữ liệunhập vào, tạo một khách hàng mới vào bảng Contact.

2 Sửa tài khoản

a) Khi người quản trị click vào nút “Sửa” thông tin khách hàngtương ứng với nút đó sẽ được hiển thị lên màn hình.

b) Người quản trị thay đổi thông tin khách hàng sau đó click “Lưu”để cập nhật lại thông tin tài khoản khách hàng.

3 Xóa tài khoản

Khi người quản trị kích vào nút “Xóa” ở trên 1 dòng thông tin về danh mục Hệ thống sẽ gửi yêu cầu xác thực tài xóa tài khoản Click“Đồng ý” để xác nhận xóa.

o Luồng rẽ nhánh:

a) Tại bước 2b và 3b trong luồng cơ bản nếu người quản trị không nhậpthông tin hoặc nhập thông tin không hợp lệ, hệ thống sẽ hiển thịthông báo lỗi yêu cầu nhập lại Người quản trị sẽ nhập lại để tiếp tục.b) Tại bước 2b và 3b trong luồng cơ bản nếu người quản trị bấm nút

“Hủy” thì use case sẽ kết thúc.

c) Trong kết nối được cơ sở dữ liệu: Tại bất kì thời điểm nào trong quátrình thực hiện use case Nếu không kết nối được với cơ sở dữ liệu thìhệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc.

❖ Các yêu cầu đặc biệt:Không có.

❖ Tiền điều kiện:

Admin phải đăng nhập tài khoản trước khi thực hiên use case.❖ Hậu điều kiện:

Không có.❖ Điểm mở rộng:Không có.

2.3.9 Use case Quản lý danh mục sản phẩm

Mô tả vắn tắt: Use case này cho phép người quản trị quản lý các danh mục sản phẩm của cửa hàng.

❖ Luồng sự kiện:

35

o Luồng cơ bản:

Use case này bắt đầu khi người quản trị kích vào “Quản lý danh mục sảnphẩm” trong menu quản trị Hệ thống sẽ truy vấn bảng Category và hiển thị danh sách các danh mục sản phẩm.

1 Thêm danh mục sản phẩm

a) Người quản trị kích vào nút “Thêm mới” trên màn hình, hệthống sẽ hiển thị form nhập liệu thông tin cho danh mục sảnphẩm mới

b) Click “Lưu” để thêm mới một loại sản phẩm Hệ thống sẽ kiểmtra dữ liệu nhập vào và lưu vào bảng Category.

o Luồng rẽ nhánh:

1 Tại bước 2b và 3b trong luồng cơ bản nếu người quản trị nhậpkhông đúng định dàng thông tin hay bỏ trống bất kỳ một trườngdữ liệu nào hệ thống sẽ báo lỗi và yêu cầu nhập lại cho đến khi dữliệu hợp lệ.

2 Tại bước 2b và 3b trong luồng cơ bản nếu người quản trị bấm nút“Hủy” thì use case sẽ kết thúc.

3 Tại sự kiện “Xóa” trong luồng cơ bản nếu người quản trị chọn“Hủy” thì use case sẽ kết thúc và không thực hiện xóa.

4 Trong kết nối được cơ sở dữ liệu: Tại bất kì thời điểm nào trongquá trình thực hiện use case Nếu không kết nối được với cơ sở dữliệu thì hệ thống sẽ hiển thị một thông báo lỗi và use case kết thúc.

❖ Các yêu cầu đặc biệt:Không có.

❖ Tiền điều kiện:

Admin phải đăng nhập tài khoản trước khi thực hiên use case.❖ Hậu điều kiện:

Không có.❖ Điểm mở rộng:Không có.

2.4.Phân tích các use case2.4.1.Biểu đồ trình tự

37

Hình 2.11: Biểu đồ tuần tự use case đăng nhập

Hình 2.12: Biểu đồ tuần tự use case xem sản phẩm