Báo cáo bài tập lớnnhập môn công nghệ phần mềm tìm hiểu về mô hình thác nước và viết tài liệu đặc tả phát triển website bán laptop

Sự có mặt của các nhân tố này trênsơ đgiới bên ngoài.- Tên: Danh từ- Biểu diễn: Hình chữ nhậtHình 1.1 Tác nhân ngoài1.2.3Yêu cầu chức năng1.2.3.1 Yêu c u ch c năng nghi p vầứệụ- Hệ thốn

KHOA CÔNG NGHỆ THÔNG TIN

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

BÁO CÁO BÀI TẬP LỚN NHẬP MÔN CÔNG NGHỆ PHẦN MỀM

TÌM HIỂU VỀ MÔ HÌNH THÁC NƯỚC

VÀ VIẾT TÀI LIỆU ĐẶC TẢ PHÁT

TRIỂN WEBSITE BÁN LAPTOP

GVHD: TS Vũ Đình Minh

Nhóm - Lớp: 12 – 20222IT60820045

Thành viên: Vũ Minh Đức – 2021606758

Bùi Đức Anh - 2021605978Đặng Văn Mạnh - 2021606474

Hà nội, Tháng 6 Năm 2023

LỜI MỞ ĐẦU

Ngày nay, chúng ta đang sống trong một thời đại mới, thời đại côngnghệ thông tin Cùng với sự phát triển của công nghệ thông tin, sự ra đời củathương mại điện tử là một xu thế tất yếu đã và đang trở thành một lĩnh vựcphát triển rất mạnh mẽ thúc đẩy các ngành sản xuất sản phẩm, dịch vụ trênphạm vi toàn cầu Thương mại điện tử cũng là một xu hướng tất yếu của sựphát triển là cách nhanh nhất, lựa chọn sáng suốt nếu doanh nghiệp muốnvươn ra đấu trường quốc tế Do vậy các công ty luôn tìm cách áp dụng thươngmại điện tử vào quá trình sản xuất, kinh doanh của mình để nhanh chóng tiếpcận thông tin thị trường, sản phẩm, đối thủ cạnh tranh, thực hiện các giao dịchđiện tử

Những năm trở lại đây, người tiêu dùng ngày càng ưu ái lựa chọnlaptop gaming Một chiếc laptop gaming không chỉ có thể đáp ứng được tất cảchức năng của chiếc laptop thông thường mà còn có mức hiệu năng vượt trội

so với các đối thủ khác ở cùng tầm giá Thêm vào đó là thiết kế trẻ trung vàngày càng thanh lịch hơn, khiến những sản phẩm này ngày càng nhận đượcnhiều thiện cảm của người dùng trẻ, đặc biệt là các bạn học sinh, sinh viên

Với những nguyên nhân trên, chúng em, nhóm 12 quyết định xây dựnglên “website bán laptop gaming” với mục đích giúp cho người có nhu cầumua laptop gaming có thể tìm mua những sản phẩm mà mình ưng ý nhất.Trong bài tập nhóm của chúng ta chắc hẳn còn nhiều thiếu sót, các thành viêntrong nhóm rất mong muốn được nhận sự góp ý của thầy cô để có bài tậpnhóm đạt kết quả cao Bên cạnh đó, nhóm em cũng xin gởi lời cảm ơn đếnthầy Nguyễn Đình Minh, người đã trực tiếp giám sát, hướng dẫn nhóm emtrong thời gian hoàn thành đ

MỤC LỤC

Chương 1 GIỚI THIỆU VỀ ĐỀ TÀI: XÂY DỰNG WEBSITE BÁN

LAPTOP GAMING………… 7

1.1 Giới thiệu chung 7

1.2 Tổng quan về đề tài xây dựng website bán laptop gaming 7

1.2.1 Khảo sát bài toán 7

1.2.2 Tác nhân ngoài 8

1.2.3 Yêu cầu chức năng 8

1.2.4 Yêu cầu phi chức năng 9

1.3 Ứng dụng mô hình thác nước để phát triển dự án 10

1.3.1 Mô hình thác nước 10

1.4 Tổng kết chương 1 11

Chương 2 PHÂN TÍCH VÀ ĐẶC TẢ YÊU CẦU PHẦN MỀM 12

2.1 Quy trình kĩ thuật yêu cầu 12

2.1.1 Giới thiệu quy trình kỹ thuật yêu cầu 12

2.1.2 Các hoạt động trong quy trình kĩ thuật yêu cầu 12

2.2 Các tác nhân tham gia vào quy trình kỹ thuật yêu cầu 17

2.2.1 Giới thiệu về các tác nhân tham gia quy trình kĩ thuật yêu cầu 17

2.2.2 Vai trò của các tác nhân 17

2.3 Đặc tả yêu cầu phần mềm website bán laptop gaming 18

2.3.1 Giới thiệu 18

2.3.2 Yêu cầu chức năng 19

2.3.3 Yêu cầu phi chức năng 54

2.4 Kết luận chương 2 55

Chương 3 THIẾT KẾ PHẦN MỀM 56

3.1 Tổng quan về thiết kế phần mềm 56

3.1.1 Vai trò và các nhiệm vụ trong hoạt động thiết kế phần mềm 56

3.1.2 Chiến lược thiết kế phần mềm 57

3.1.3 Công cụ hỗ trợ thiết kế phần mềm: 58

3.2 Tài liệu thiết kế phần mềm 59

3.2.1 Tổng quan về phần mềm 59

3.2.2 Thiết kế kiến trúc phần mềm 60

3.2.3 Thiết kế dữ liệu 64

3.2.4 Thiết kế các thành phần phần mềm 65

3.2.5 Thiết kế giao diện người sử dụng 74

3.3 Kết luận chương 3: 78

3.4 Kiến nghị và giải pháp 78

3.5 Tài liệu tham khảo: 81

Hình 1.1 Tác nhân ngoài 8Hình 1.1 Tác nhân ngoài 8Hình 1.2 Các pha trong mô hình thác nước 10Hình 2.1 Sơ đHình 2.2 Sơ đHình 2.3 Sơ đHình 2.4 Mô hình quy trình xem sản phẩm 21Hình 2.5 Biểu đHình 2.6 Biểu đHình 2.7 Mô hình quy trình quản lý giỏ hàng 25Hình 2.8 Biểu đHình 2.9 Biểu đHình 2.10 Mô hình quy trình đăng nhập 29Hình 2.11 Biểu đHình 2.12 Biểu đHình 2.13 Biểu đHình 2.14 Mô hình quy trình quản lý sản phẩm (1) 36Hình 2.15 Mô hình quy trình quản lý sản phẩm (2) 36Hình 2.16 Mô hình quy trình quản lý sản phẩm (3) 37Hình 2.17 Biểu đHình 2.18 Biểu đHình 2.19 Mô hình quy trình quản lý tài khoản khách hàng 43Hình 2.20 Biểu đHình 2.21 Biểu đHình 2.22 Biểu đHình 2.23 Biểu đHình 3.1 Kiến trúc hướng đối tượng 57

Hình 3.2 Kiến trúc client-server 58

Hình 3.3 Hình ảnh giao diện 71

Hình 3.4 Hình ảnh giao diện đăng nhập 72

Hình 3.5 Hình ảnh giao diện xem hàng 72

Hình 3.6 Hình ảnh giao diện giỏ hàng 73

DANH MỤC BẢNG BIỂU Bảng 2.1 Mô hình hoá chức năng 19

Bảng 2.2 Đặc tả use case xem sản phẩm 23

Bảng 2.3 Đặc tả use case quản lý giỏ hàng 27

Bảng 2.4 Đặc tả use case đăng nhập 31

Bảng 2.5 Đặc tả use case cập nhật thông tin cá nhân 33

Bảng 2.6 Đặc tả use case quản lý sản phẩm 40

Bảng 2.7 Đặc tả use case quản lý tài khoản khách hàng 45

Bảng 2.8 Đặc tả use case quản lý giao diện 49

WEBSITE BÁN LAPTOP GAMING

1.1 Giới thiệu chung

Trong thời đại công nghệ số, các thiết bị công nghệ ngày càng phát triểnphục vụ cho mục đích sử dụng của con người Trong số chúng ta ai cũng cónhu cầu sử dụng các loại thiết bị thông minh như điện thoại, laptop Ở thờiđại này ai trong chúng ta cũng cần sử dụng laptop phục vụ cho mục đích họctập, làm viêc nhờ có sử nhỏ gọn và dễ dàng sử dụng của nó Mà trong sốlaptop được nhiều người chuộng và tin tưởng dùng nhất là laptop gaming.Laptop gaming là sản phẩm có cấu hình cao với trải nghiệm người dùng tốthơn so với những chiếc laptop văn phòng, nhưng bên cạnh đó việc tìm vàchọn một chiếc laptop gaming phù hợp về giá thành cũng như nhu cầu sửdụng của khách hàng còn hạn chế Nhiều hàng giả, hàng nhái cũng khiến chokhách hàng khó chọn lựa hơn

⮚ Đề tài về một Website hỗ trợ mọi người trong việc lựa chọn, tìm kiếmnhững sản phẩm laptop chất lượng và uy tín được ra đời

1.2 Tổng quan về đề tài xây dựng website bán laptop gaming

1.2.1 Khảo sát bài toán

Laptop là thứ không thể thiếu trong cuộc sống hiện đại ngày nay Nhucầu sử dụng laptop giờ đây đã lan rộng ra mọi lứa tuổi, mọi ngành nghề.Website bán laptop gaming là một giải pháp giúp cho việc tiếp nhận, tìm kiếmthông tin về laptop gaming chính hãng, chất lượng, tránh mọi người mua phảihàng giả, hàng nhái, ảnh hưởng đến trải nghiệm người dùng Đcho những người muốn mua laptop gaming có thể tìm kiếm và tra cứu thông

số cũng như giá thành của những chiếc laptop gaming một cách dễ dàng

Hiểu được vấn đề đó, nhóm đã đưa ra ý tưởng về một trang web bánlaptop gaming Nơi có thể tìm kiếm, mua sắm, những chiếc laptop gamingchất lượng và chính hãng.

1.2.2 Tác nhân ngoài

- Định nghĩa: Là một người hoặc một nhóm người nằm ngoài hệ thốngnhưng có trao đổi trực tiếp với hệ thống Sự có mặt của các nhân tố này trên

sơ đgiới bên ngoài

- Tên: Danh từ

- Biểu diễn: Hình chữ nhật

Hình 1.1 Tác nhân ngoài

1.2.3 Yêu cầu chức năng

1.2.3.1 Yêu c u ch c năng nghi p v ầ ứ ệ ụ

- Hệ thống cần cung cấp các phương tiện hiển thị dễ dàng các tài liệu từ

- Xem sản phẩm

- Xem danh mục sản phẩm

- Quản lý giỏ hàng

- Đặt hàng

- Theo dõi đơn hàng

- Xem bài viết

- Thay đổi thông tin cá nhân

- Đổi mật khẩu tài khoản

Admin:

- Đăng nhập để thực hiện các thao tác quản lý

- Quản lý danh mục sản phẩm

- Quản lý sản phẩm

- Quản lý danh mục bài viết

- Quản lý bài viết

- Quản lý tài khoản khách hàng

- Quản lý đơn hàng

- Quản lý giao diện

1.2.4 Yêu cầu phi chức năng.

- Website phải được trình bày sao cho dễ hiểu, giao diện dễ dùng, đẹpmắt và làm sao cho người dùng linh hoạt trong việc sử dụng

- Ngôn ngữ phù hợp, thuận tiện với người dùng

cần bổ sung, cập nhật những tính năng mới

1.3 Ứng dụng mô hình thác nước để phát triển dự án

1.3.1 Mô hình thác nước

1.3.1.1 Gi i thi u v mô hình thác n ớ ệ ề ướ c

Mô hình thác nước (Waterfall model) là mô hình vòng đời tuần tự tuyếntính Waterfall là mô hình quy trình đầu tiên và nổi tiếng nhất được giới thiệu,với cách tiếp cận Vòng đời phát triển hệ thống (SDLC) lâu đời nhất, được sửdụng để phát triển phần mềm

Mô hình thác nước minh họa quá trình phát triển phần mềm theo dòngtuần tự tuyến tính Điều này có nghĩa là bất kỳ giai đoạn nào trong quá trìnhphát triển chỉ bắt đầu nếu giai đoạn trước đó hoàn thành Trong mô hình thácnước, các pha không ch

1.3.1.2 Các pha trong mô hình

- Thu thập và phân tích yêu cầu (Requirement Analysis)

- Thiết kế hệ thống (System Design)

- Thực hiện (Implementation)

- Tích hợp và Kiểm thử (Integration and Testing)

- Triển khai hệ thống (Deployment of system)

- Bảo trì (Maintenance)

- Nắm rõ yêu cầu của dự án, những yêu cầu được trình bày rõ ràng, mạchlạc, từ đó lựa chọn mô hình thác nước cho dự án.

- Nắm vững được những kiến thức hệ thống, công nghệ phát triển

- Tài nguyên phát triển phong phú

- Thích hợp bởi lẽ đây là dự án nhỏ và ngắn hạn

1.4 Tổng kết chương 1

- Đưa ra những ý tưởng ban đầu cho dự án

- Khảo sát bài toán

- Lựa chọn mô hình, phương pháp nghiên cứu phù hợp với dự án

- Bước đầu ứng dụng được mô hình thác nước vào trong dự án

Chương 2 PHÂN TÍCH VÀ ĐẶC TẢ YÊU CẦU

PHẦN MỀM

2.1 Quy trình kĩ thuật yêu cầu

2.1.1 Giới thiệu quy trình kỹ thuật yêu cầu

Các kỹ thuật được sử dụng để xác định yêu cầu dẫn đến sự hiểu biếttường mình về các yêu cầu được gọi là kỹ thật yêu cầu phần mềm

Các hoạt động phải được điều chỉnh cho phù hợp với nhu cầu của quátrình, dự án, sản phẩm và những người tham gia dự án

Quy trình phần mềm, kỹ thuật yêu cầu là một hành động kỹ thật chínhbắt đầu trong hoạt động giao tiếp và tiếp tục vào hoạt động mô hình hóa Nóphải được điều chỉnh cho phù hợp với nhu cầu của quá trình, dự án, sản phẩm

và những người tham gia dự án

2.1.2 Các hoạt động trong quy trình kĩ thuật yêu cầu

Kỹ thuật yêu cầu là một cách tiếp cận theo hướng quy trình, theo đúngtrình tự các bước được xác định trước để có tài liệu yêu cầu và duy trì các yêucầu phần mềm trong suốt vòng đời phát triển phần mềm Kỹ thuật yêu cầuphần mềm được tạo thành từ hai quy trình chính: phát triển yêu cầu(Requirements Development) và quản lý yêu cầu (RequirementsManagement)

Hình 2.3 Sơ đồ các hoạt động cơ bản của quy trình kĩ thuật yêu cầu

- Phát hiện các yêu cầu phần mềm (Requirements elicitation)

- Phân tích các yêu cầu phần mềm (Requirements analysis)

- Mô tả các yêu cầu phần mềm (Requirements specification)

- Kiểm tra tính hợp lý các yêu cầu phần mềm (Requirements validation)

2.1.2.1 Phát hiện các yêu cầu phần mềm

- Phát hiện yêu cầu liên quan đến việc các yêu cầu đến từ đâu và làm thếnào chúng có thể được thu thập Gợi mở yêu cầu là giai đoạn đầu tiên trongviệc xây dựng sự hiểu biết về vấn đề mà phần mềm cần giải quyết

- Về cơ bản, đây là một hoạt động của con người và là nơi các bên liênquan được xác định và thiết lập các mối quan hệ giữa nhóm phát triển (thường

ở dạng kỹ sư yêu cầu) và khách hàng

- Các nhiệm vụ cần thực hiện:

o Đánh giá tính khả thi về kỹ thuật và nghiệp vụ của phần mềm định pháttriển (dựa trên báo cáo khả thi)

o Tìm kiếm các nhân sự (chuyên gia, người sử dụng, các bên liên quan)

có những hiểu biết sâu sắc nhất, chi tiết nhất về hệ thống giúp chúng ta xácđịnh yêu cầu phần mềm

o Xác định môi trường kỹ thuật trong đó sẽ triển khai phần mềm

o Xác định các ràng buộc về lĩnh vực ứng dụng của phần mềm (giới hạn

về chức năng/hiệu năng phần mềm)

o Xác định các phương pháp sử dụng để phát hiện các yêu cầu phầnmềm:

o Xác định các yêu cầu còn nhập nhằng để làm mẫu thử

o Thiết kế các kịch bản sử dụng của phần mềm để giúp khách hàng định

rõ các yêu cầu chính

- Đầu ra của bước phát hiện yêu cầu phần mềm:

o Bảng kê (statement) các yêu cầu và chức năng khả thi của phần mềm

o Bảng kê phạm vi ứng dụng của phần mềm

2.1.2.2 Phân tích yêu cầu phần mềm

Phân tích các yêu cầu phần mềm bao g

 Phân loại các yêu cầu phần mềm và sắp xếp chúng theo các nhóm liênquan;

 Khảo sát tỉ mỉ từng yêu cầu phần mềm trong mối quan hệ của nó với cácyêu cầu phần mềm khác;

 Kiểm tra từng yêu cầu phần mềm theo các tính chất:

 Phù hợp;

 Phân cấp các yêu cầu phần mềm theo dựa trên nhu cầu và đòi hỏi kháchhàng/người sử dụng;

 Đánh giá từng yêu cầu phần mềm để xác định chúng có khả năng thựchiện được trong môi trường kỹ thuật hay không, có khả năng kiểm định các yêucầu phần mềm hay không;

 Đánh giá các rủi ro có thể xảy ra với từng yêu cầu phần mềm;

 Đánh giá thô (tương đối) về giá thành và thời gian thực hiện của từng yêucầu phần mềm trong giá thành sản phẩm phần mềm và thời gian thực hiện phầnmềm;

hàng/người sử dụng trên cơ sở thảo luận và thương lượng các yêu cầu đề ra

2.1.2.3 Mô tả các yêu cầu phần mềm

- Mô tả các yêu cầu phần mềm hay còn được gọi là đặc tả yêu cầu phầnmềm Khi xây dựng tài liệu mô tả yêu cầu, có thể sử dụng tới các công cụnhư: mô hình hóa, mô hình toán học hình thức (a formal mathematicalmodel), tập hợp các kịch bản sử dụng, các nguyên mẫu hoặc bất kỳ một tổhợp các công cụ nói trên để giúp cho tài liệu đặc tả yêu cầu được tường minh

o Tính phù hợp

o Tính đầy đủ, hoàn thiện

- Các thành phần của h

o Đặc tả vận hành hay đặc tả chức năng (Operational specifications) mô

tả các hoạt động của hệ thống phần mềm sẽ xây dựng:

▪ Các dịch vụ mà hệ thống phải cung cấp

▪ Hệ thống sẽ phản ứng với đầu vào cụ thể ra sao

▪ Hành vi của hệ thống trong các tình huống đặc biệt

▪ Các công cụ đặc tả

o Đặc tả mô tả hay đặc tả phi chức năng (Descriptive specifications) vàcác ràng buộc:

▪ Đặc tả các đặc tính, đặc trưng của phần mềm, các ràng buộc về các dịch

vụ hay các chức năng hệ thống cung cấp như thời gian, ràng buộc về các quátrình phát triển, các chuẩn, …

▪ Công cụ tiêu biểu:

2.1.2.4 Thẩm định yêu cầu phần mềm

Các nhiệm vụ thực hiện trong quá trình thẩm định yêu cầu phần mềm:

Rà soát tài liệu yêu cầu để phát hiện các sai sót Việc rà soát do đhiện;

Tạo bản mẫu: Tạo mẫu thường được sử dụng để xác thực cách giải thích của kỹ

giả định của kỹ sư yêu cầu và đưa ra phản h

Xác nhận mô hình: Chất lượng của các mô hình được phát triển trong quá trìnhphân tích cần được xác nhận Việc xác nhận đảm bảo trong mô hình, các đườngtruyền thông tin tThực hiện kiểm thử chấp nhận đối với các yêu cầu Điều này là có thể gặp khókhăn với các yêu cầu phi chức năng

2.2 Các tác nhân tham gia vào quy trình kỹ thuật yêu cầu

2.2.1 Giới thiệu về các tác nhân tham gia quy trình kĩ thuật yêu cầu

Các tác nhân tham gia vào quy trình kỹ thuật yêu cầu g

 Các bên liên quan khác

2.2.2 Vai trò của các tác nhân

2.2.2.1 Ng ườ i qu n lý d án ả ự

Người quản lý dự án là người đứng giữa khách hàng và đội ngũ phát triển Họ

là một đại diện phía khách hàng, xác định và thực hiện các nhu cầu chính xáccủa khách dựa trên kiến thức tổ chức và khả năng nhận định Trong phân tíchyêu cầu phần mềm, họ đưa ra thông tin về độ lớn và độ phức tạp của dự án

2.2.2.2 Nhà tài tr / ch đ u t ợ ủ ầ ư

Nhà tài trợ/chủ đầu tư là tác nhân đóng vai trò quan trọng trong quá trình pháttriển phần mềm Họ là những người đầu tư vốn để hỗ trợ các quá trình liênquan trong quy trình và đưa ra những yêu cầu chức năng chính cho phầnmềm

2.2.2.3 Ng ườ ử ụ i s d ng

Người dùng là người sử dụng phần mềm Họ là những người trực tiếp sử dụngnhững chức năng của phần mềm để thực hiện mong muốn của mình cụ thể ởphần mềm này là quản lý thông tin sinh viên Họ đưa ra những yêu cầu vềchức năng cơ bản của phần mềm

2.2.2.4 Đ i phát tri n ộ ể

Đội phát triển là đội ngũ các kỹ sư trực tiếp làm ra sản phẩm phần mềm, họgiúp nhà phân tích xác định các yêu cầu chức năng và phi chức năng của phầnmềm

2.2.2.5 Đ i ki m th ộ ể ử

Đội kiểm thử là đội ngũ tham gia chính vào khâu kiểm thử phần mềm, đthời họ cũng giúp xác thực, thẩm định lại các yêu cầu chức năng và phi chứcnăng của sản phẩm phần mềm trong quy trình phân tích yêu cầu

2.2.2.6 Các bên liên quan khác

G

kỳ vọng và ràng buộc đối với sản phẩm phần mềm

2.3.1.3 Thu t ng và các t vi t t t ậ ữ ừ ế ắ

SRS (Software Requirements Specifications): Đặc tả yêu cầu phần mềm

UML(Unified Modeling Language): Ngôn ngữ mô hình hóa thống nhất

2.3.1.4 Tài li u tham kh o ệ ả

[1] Giáo trình nhập môn công nghệ phần mềm – Phùng Đức Hoà , Nhà

xuất bản Thống kê

[2] Học liệu Nhập môn Công nghệ phần mềm – Hệ thống học kết hợp

trên trang Sinh viên trường Đại học Công Nghiệp Hà Nội

2.3.1.5 B c c tài li u thi t k ph n m m ố ụ ệ ế ế ầ ề

Ngoài phần giới thiệu, cấu trúc Tài liệu đặc tả yêu cầu phần mềm web bánlaptop gamming còn g

- Phần 1: Trình bày tổng quan về tài liệu đặc tả yêu cầu phần mềm;

- Phần 2: Trình bày chi tiết về các yêu cầu chức năng của phần mềm, bao gyêu cầu chức nghiệp vụ và yêu cầu chức năng hệ thống;

- Phần 3: Trình bày chi tiết về các yêu cầu phi chức năng của phần mềm

2.3.2 Yêu cầu chức năng

Bảng 2.1 Mô hình hoá chức năng

2.3.2.2.1 Gi i thi u v các yêu c u ch c năng h th ng ớ ệ ề ầ ứ ệ ố

Mục tiêu bao g

hệ giữa tác nhân và chức năng tương ứng, mối quan hệ giữa các Use case

Sử dụng biểu đthống:

(i) Use case tổng quan:

(ii) Phân rã Use case (phân rã theo nhóm chức năng hoặc theo Tác nhânngoài);

2.3.2.2.2 Yêu c u ch c năng Xem s n ph m ầ ứ ả ẩ

(i) Giới thiệu use case xem sản phẩm

Cho phép người dùng xem thông tin sản phẩm có trong cửa hàng

(ii) Quy trình xem sản phẩm

Hình 2.4 Sơ đồ use case tổng quan Hình 2.5 Sơ đồ phân rã use case

Hình 2.6 Mô hình quy trình xem sản phẩm

(iii) Đặc tả use case xem sản phẩm

Mã Use case: Tên Use case: Xem sản phẩm

Nếu sản phẩm không có trong có sở dữ liệu thì hệ thống sẽ hiển thị thông báo lỗi

Không 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

Tiền điều kiện không

1a hệ thống sản phẩm không có trong có sở

dữ liệu thì hệ thống sẽ hiển thị thông báo lỗi

1b hệ thống Không kết nối được cơ sở dữ

liệu: hiển thị một thông báo lỗiHậu điều kiện không

Bảng 2.2 Đặc tả use case xem sản phẩm

(iv) Biểu đ

Hình 2.7 Biểu đồ lớp phân tích xem sản phẩm

Hình 2.8 Biểu đồ trình tự xem sản phẩm

2.3.2.2.3 Yêu c u ch c năng Qu n lý gi hàng ầ ứ ả ỏ

(i) Giới thiệu use case quản lý giỏ hàng

Use case này cho phép khách hàng xem, thêm sửa số lượng, xóa các sản phẩm

có trong giỏ hàng

(ii) Quy trình quản lý giỏ hàng

Hình 2.9 Mô hình quy trình quản lý giỏ hàng

(iii) Đặc tả use case quản lý giỏ hàng

Mã Use case: Tên Use case: Quản lý giỏ hàng

Tác nhân Khách hàng

Mô tả Cho phép khách hàng thêm sản phẩm vào giỏ hàng, xóa sản

phẩm khỏi giỏ hàng, thay đổi số lượng sản phẩm trong giỏ hàng

Sự kiện kích

hoạt chức năng

Use case này bắt đầu khi người dùng kích vào biểu tượng giỏ hàng trên giao diện của trang web Hệ thống hiển thị danh sách tóm tắt các sản phẩm có trong giỏ hàng (tên sản phẩm, ảnh minh họa, số lượng, màu sắc, giá bán)

Khi xem một sản phẩm khách hàng kích vào nút “Thêm vàogiỏ hàng”, hệ thống sẽ cập nhật thêm sản phẩm đó vào trong

giỏ hàng.

Trong giỏ hàng khách hàng kích vào nút “Xóa” bên dưới mỗi sản phẩm, hệ thống sẽ xóa sản phẩm đó ra khỏi giỏ hàng

Trong giỏ hàng khách hàng kích vào dấu “+” hoặc dấu “-” bên cạnh mỗi sản phẩm, hệ thống sẽ tăng hoặc giảm số lượng của sản phẩm tương ứng Use case kết thúc

Không 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

thay thế

Thực hiện bởi Hành động

1a hệ thống Không kết nối được cơ sở dữ

liệu: hiển thị một thông báo lỗi

Hậu điều kiện Nếu use case kết thúc thành công thì thông tin về sản phẩm

trong giỏ hàng sẽ được cập nhật trong cơ sở dữ liệu

Bảng 2.3 Đặc tả use case quản lý giỏ hàng

(iv) Biểu đ

ChiTietHD TenSP AnhMinhHoa SoLuong Gia MauSac getChiTietHD() getSoLuong() getTenSP() getGiaTien() getMauSac() getSoLuong() setSoLong()

<<entity>>

KhachHang

<<Actor>>

QuanLyGioHangUI Kick nut gio hang()

Hien thi danh sach san pham trong gio hang()

kich nut "+" hoac "-"()

kich nut "x"()

<<boundary>>

ICSDL doc bang ChiTietHD() Cap nhat bang ChiTIetHD()

<<boundary>>

CSDL doc bang ChiTietHD() Cap nhat bang ChiTietHD()

<<Actor>>

QuanLyGioHangController Lay danh sach san pham trong gio hang() Sua so luong san pham() sua danh sach san pham()

<<control>>

Hình 2.10 Biểu đồ lớp phân tích quản lý giỏ hàng

: KhachHang : QuanLyGioHangUI :

QuanLyGioHangController : QuanLyGioHangController

: ChiTietHD : ICSDL : CSDL1: Kick nut gio hang( )

2: Lay danh sach san pham trong gio hang( )

3: doc bang ChiTietHD( )

4: doc bang ChiTietHD( ) 5: getChiTietHD( )

6: return ket qua 7: Hien thi danh sach san pham trong gio hang( )

8: kich nut "+" hoac "-"( )

9: Sua so luong san pham( )

10: setSoLong( ) 11: Cap nhat bang ChiTIetHD( )

12: Cap nhat bang ChiTietHD( ) 13: return ket qua

14: Hien thi danh sach san pham trong gio hang( )

15: kich nut "xoa"( )

16: sua danh sach san pham( )

17: delete SP( ) 18: Cap nhat bang ChiTIetHD( )

19: Cap nhat bang ChiTietHD( ) 20: return ket qua

21: Hien thi danh sach san pham trong gio hang( )

Hình 2.11 Biểu đồ trình tự quản lý giỏ hàng

i) Giới thiệu use case đăng nhập (admin)

Cho phép người quản trị đăng nhập để sử dụng các chức năng của hệ thống

ii) Quy trình đăng nhập (admin)

Hình 2.12 Mô hình quy trình đăng nhập

iii) Đặc tả use case đăng nhập (admin)

Tác nhân Người quản trị

Mô tả Cho phép người quản trị đăng nhập để sử dụng các chức

Người quản trị nhập tài khoản và mật khẩu và nhấn “Đăng

nhập” Hệ thống kiểm tra thông tin chi tiết trong cơ sở dữ liệu và hiển thị thông báo Use case kết thúc.

Người quản trị nhập sai thông tin tài khoản hoặc mật khẩuthì hệ thống hiển thị thông báo lỗi, người quản trị có thểnhập lại thông tin tài khoản hoặc thoát khỏi màn hình đăngnhập

Không 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

Tiền điều kiện Đăng nhập vào hệ thống với quyền quản trị

Lu

1 Người quản trị Click vào nút “Đăng nhập”

trên giao diện của trang web

2 Hệ thống hiển thị một màn hình đăng

nhập (tài khoản, mật khẩu)

3 Người quản trị Nhập tài khoản và mật khẩu

và nhấn “Đăng nhập”

4 Hệ thống Kiểm tra thông tin chi tiết

trong cơ sở dữ liệu và hiển thị thông báo

Lu

1a Người quản trị Nhập sai thông tin tài khoản

1c Người quản trị Nhập lại thông tin tài khoản

hoặc thoát khỏi màn hình đăng nhập

1d Hệ thống Không kết nối được cơ sở dữ

liệu: hiển thị một thông báo lỗi

Hậu điều kiện Cho phép sử dụng các chức năng của hệ thống theo quyền

<<Actor>>

Amin

<<Actor>>

DangNhapUI kich vao nut "Dang Nhap"() Hien thi man hinh dang nhap\() nhap tai khoan va mat khau() hien thi thong bao dang nhap thanh cong()

<<boundary>>

TaiKhoan TaiKhoan

get TaiKhoan()

<<entity>>

DangNhapController kiem tra tai khoan() xac minh tai khoan()

<<control>>

ICSDL doc bang ChiTietHD() Cap nhat bang ChiTIetHD() doc bang KhachHang() set MaDH() doc bang DonHang()

<<boundary>>

Hình 2.13 Biểu đồ lớp phân tích đăng nhập (admin)

- Biểu đ

: Amin : DangNhapUI : DangNhapController : TaiKhoan : ICSDL : CSDL 1: kich vao nut "Dang Nhap"( )

2: Hien thi man hinh dang nhap\( ) 3: nhap tai khoan va mat khau( )

5: kiem tra tai khoan( )

6: doc bang TaiKhoan

7: doc bang TaiKhoan( )

10: hien thi thong bao dang nhap thanh cong( )

4: kich vao nut "Dang Nhap"( )

8: get TaiKhoan( ) 9: xac minh tai khoan( )

2.3.2.2.5 Yêu c u ch c năng C p nh t thông tin cá nhân ầ ứ ậ ậ

i) Giới thiệu use case Cập nhật thông tin cá nhân

Cho phép khách hàng cập nhậ thông tin cá nhân sau khi đăng nhập vào hệ thống

ii) Quy trình Cập nhật thông tin cá nhân

Hình 2.11 Mô hình quy trình cập nhật thông tin cá nhân

iii) Đặc tả use case cập nhật thông tin khách hàng

tin cá nhânTác nhân Khách hàng

Mô tả Cho phép khách hàng cập nhật thông tin cá nhân sau khi

Khách hàng nhập lại thông tin cá nhân và nhấn “Cập nhật”

Hệ thống sẽ cập nhật lại thông tin cá nhân của khách hàng lên trên cơ sở dữ liệu Use case kết thúc

Không 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

3 Khách hàng Nhập lại thông tin cá nhân và

nhấn “Cập nhật”

4 Hệ thống Cập nhật lại thông tin cá

nhân của khách hàng lên trên

cơ sở dữ liệuLu

1a Hệ thống Không kết nối được cơ sở dữ

liệu: hiển thị một thông báo lỗi

Hậu điều kiện Không

Bảng 2.5 Đặc tả use case cập nhật thông tin cá nhân

DangKyController Hien thi bang dang ki() Dang Ki()

<<control>>

(from Use Case View)

Kich nut 'Dang Ki'() Nhap Ho() Nhap Ten() Nhap SDT() Nhap email() Nhap mat khau() Kich nut 'Dang ki'() return() Hien thi thong tin dang ki()

TaiKhoan SoDienThoai Ho Ten Email MatKhau setSDT() setHo() setTren() setEmail() setMatKhau() getSDT() getHo() getTen() getEmail() getMatKhau() setTaiKhoan()

<<entity>>

1 1

* 1

: TaiKhoan : ICSDLL

: CSDL 1: Kich nut 'Cap nhat thong tin ca nhan'( )

2: Hien thi bang cap nhat( ) 3: Nhap Ho moi( )

4: Nhap ten moi( ) 5: Nhap email moi( ) 6: Nhap so dien thoai moi( )

7: Nhap mat khau moi( )

8: Kich nut 'Luu lai'( )

9: Luu thong tin dang ki( )

10: Luu bang tai khoan( )

11: Luu thong tin( ) 12: getTaiKhoan( )

13: return( )

2.3.2.2.6 Yêu c u ch c năng Qu n lý s n ph m ầ ứ ả ả ẩ

(i) Giới thiệu use case quản lý sản phẩm

Cho phép người quản trị thêm, cập nhật, xóa sản phẩm

(ii) Quy trình quản lý sản phẩm

Hình 2.16 Mô hình quy trình quản lý sản phẩm (1)

Hình 2.17 Mô hình quy trình quản lý sản phẩm (2)

Hình 2.18 Mô hình quy trình quản lý sản phẩm (3)

(iii) Đặc tả Use case : Quản lý sản phẩm

Mã Use case 2.3.2.14 Tên Use case Quản lý sản phẩmTác nhân Người quản trị

Mô tả Cho phép người quản trị thêm, cập nhật và xóa sản phẩm

Sự kiện kích hoạt

chức năng

Use case này bắt đầu khi người quản trị kích vào nút “Quản

lí sản phẩm” trên menu quản trị Hệ thống sẽ lấy danh sách các sản phẩm hiển thị lên màn hình

Tiền điều kiện Đăng nhập vào hệ thống với quyền quản trị

Lu

1 Người quản trị kích vào nút “Thêm Mới”