Phương pháp Phỏng vấnKẾ HOẠCH PHỎNG VẤNNgười được hỏi: Nguyễn Văn ANgười phỏng vấn: Nguyễn Thị Thu Trang- Shop: Canifa- Địa chỉ: Số 688, Đường Quang Trung, Phường La Khê, Quận Hà Đông,
Trang 1TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP HÀ NỘI
KHOA CÔNG NGHỆ THÔNG TIN
======***======
BÁO CÁO BTL THUỘC HỌC PHẦN:
PHÂN TÍCH ĐẶC TẢ CÁC YÊU CẦU PHẦN MỀM
PHÂN TÍCH ĐẶC TẢ CÁC YÊU CẦU
WEBSITE CANIFA
GVHD: THs Nguyễn Thị Hương
Lan Nhóm - Lớp: 9 - 20221IT609700
Thành viên: Nguyễn Đức Mạnh
Trần Đức Minh Quân Nguyễn Thị Thu Trang Phan Anh Khoa
Chu Minh Đức
lOMoARcPSD|39150642
Trang 2LỜI MỞ ĐẦU
Ngày nay công nghệ thông tin đã được ứng dụng rất rộng rãi và phố biển trong tất
cá các lĩnh vực của đời sống con người Trong bối cảnh công nghệ, đặc biệt là công nghệ thông tin ngày càng phát triển như vũ bão, thay đổi trong khoảng thời gian rất ngắn thì ở nước ta càng cần phải đấy nhanh tốc độ của việc áp dụng công nghệ thông tin vào mọi lĩnh vực của cuộc sống Công nghệ thông tin cũng là một trong những tiêu chí dể đánh giá
sự phát triển của một xã hội Qua đó ta cũng thấy được tẩm quan trọng trong chiến lược công nghệ thông tin ở nước ta Trong những năm gần đây, công nghệ thông tin ngày càng phát triển và xâm nhập vào cuộc sống của chúng ta Càng ngày càng xuất hiện nhiều trang web, ứng dụng online tiện lợi cho cuộc sống chúng ta như trang web chơi game,đọc báo, xem phim và cả trang web bán hàng online nổi tiếng như cafina.com Đó là một trang web chất lượng, uy tín, giao diện đẹp và dễ sử dụng Vậy nên chúng em đã chọn đề tài “Phân tích đặc tả và yêu cầu website Cafina.com”.
Và đặc biệt chúng em xin trân thành cảm ơn cô giáo Nguyễn Thị Hương Lan đã tận tình hướng dẫn, giúp đỡ chúng em trau dồi kiến thức môn học để có thể hiểu và hoàn thành bản báo cáo này Do còn non trẻ nên chúng em vẫn có nhiều không biết và cũng như kiến thức có hạn nên bài tập có thể sẽ có nhiều thiếu xót và chưa được hoàn chỉnh nhưng chúng em cũng đã cố gắng để hoàn thành bài tập một cách nghiêm túc và hoàn chỉnh nên chúng em mong cô sẽ cho chúng em ý kiến chỉnh sửa và chỉ ra những thiếu xót của chúng em.
Trang 3MỤC LỤC
Chương 1 Khảo sát hệ thống 4
Chương 2 Mô hình hóa dữ liệu 5
2.1 Các yêu cầu về dữ liệu 5
2.2 Biểu đồ thực thể liên kết mức logic 6
2.3 Mô hình cơ sở dữ liệu mức vật lý 6
2.4 Thiết kế bảng 6
2.5 Biểu đồ thực thể liên kết mức vật lý 8
Chương 3 Mô hình hóa chức năng 9
lOMoARcPSD|39150642
Trang 4Chương 1 Khảo sát hệ thống
1.1 Khảo sát sơ bộ
1.1.1 Mục tiêu
Khảo sát hiện trạng của hệ thống hiện tại
Tìm điểm yếu kém và đưa ra phương án giải quyết
Xác định yêu cầu và kế hoạch củng cố hệ thống trong tương lai.
1.1.2 Phương pháp
Phỏng vấn
KẾ HOẠCH PHỎNG VẤN Người được hỏi: Nguyễn Văn A Người phỏng vấn: Nguyễn Thị Thu
Trang
- Shop: Canifa
- Địa chỉ: Số 688, Đường Quang Trung,
Phường La Khê, Quận Hà Đông, Hà Nội,
- Đối tượng: nhân viên của công ty
- Dữ liệu cần thu thập: nội dung
website ,yêu cầu về các tính năng cần
thiết để thúc đẩy việc phát triển bán
hàng ,thông tin về phần mềm quản lý bán
- Giới thiệu: Giới thiệu sơ qua về
thông tin cá nhân
- Tổng quan về dự án: khảo sát chi
- Chủ đề 1: Câu hỏi và trả lời
- Chủ đề 2: Câu hỏi và trả lời
- Chủ đề 3: Câu hỏi và trả lời
- Chủ đề 4: Câu hỏi và trả lời
- Chủ đề 5: Câu hỏi và trả lời
Ước lượng thời gian:
Ước lượng thời gian:
Trang 5- Chủ đề 6: Câu hỏi và trả lời
- Chủ đề 7: Câu hỏi và trả lời
- Chủ đề 8: Câu hỏi và trả lời
- Chủ đề 9: Câu hỏi và trả lời
- Chủ đề 10: Câu hỏi và trả lời
Dự án: Xây dựng website bán hàng cho
công tí quần áo thời trang Canifa
Tiểu dự án: Tìm hiểu về hoạt động quản lí bán hàng của công ty
Người được hỏi: Nguyễn Văn A Người hỏi: Nguyễn Thị Thu Trang
Câu hỏi 1:Shop có lưu thông tin hàng hóa
và thông tin nhà cung cấp trên hệ thống
không?
Có, chúng tôi thường rất chú trọng đến thông tin của người mua cũng như của nhà cung cấp.
Câu hỏi 2:Shop có lưu thông tin giá nhập
và giá suất của sản phẩm không?
Có, khi bạn là một doanh nghiệp thì bạn cần phải nắm được giá nhập của các sản phẩm để có thể tính được giá suất một cách hợp lí.
Câu hỏi 3: Khi nhập về cửa hàng có phân
loại hay gắn mã cho các loại quần áo hay
không?
Có, sau khi nhập các mặt hàng về vì mẫu mã của các mặt hàng rất đa dạng và số lượng mặt hàng rất nhiều nên chúng tôi cần phân loại và gắn
mã một cách tỉ mỉ từng mặt hàng để
dễ vận chuyển và sắp xếp.
Câu hỏi 4:Khi nhập quần áo mới shop có
cần tính đến số lượng quần áo và kiểm tra
nguồn gốc , loại quần áo không ?
Có.
Câu hỏi 5: Shop có thường xuyên cập
nhật phần mềm để khắc phục các vấn đề
mới phát sinh không?
Có, để mang lại cho khách hàng một dịch vụ tốt nhất chúng tôi thường xuyên cập nhật và khắc phục phần mềm.
Câu hỏi 6: Shop có cần một hệ thống bán
Trang 6hệ với công ty bằng những hình thức
nào?
thống cửa hàng, ngoài ra còn các email chăm sóc khách hàng.
Câu hỏi 8: Doanh số của shop thông qua
việc bán hàng online có cao và ổn định
không?
Doanh số của chúng tôi thông qua việc bán hàng online là khá ổn định với doanh thu bùng nổ nhất là vào năm 2019-2020 khi dịch covid bùng nổ.
Câu hỏi mở 9: Shop đã dùng phần mềm
hay đặt phần mềm riêng cho shop?
Chúng tôi đã sử dụng website.
Câu hỏi mở 10: Shop cảm thấy website
đang sử dụng đã đáp ứng đủ yêu cầu của
Phiếu điều tra
https://docs.google.com/forms/d/e/1FAIpQLSdXPuuKFllE1jooAdkHqdq27M4tsMdZLiA7QT2DEY NprPnJNw/viewform
Quan sát
- 1 ngày quan sát quy trình bán hàng bằng phần mềm hệ thống quản lí bán hàng của nhân viên
- 2 ngày quan sát quá trình nhập xuất hàng của cửa hàng
1.1.3 Đối tượng khảo sát
- Nhân viên công ty
1.1.4 Kết quả sơ bộ
Canifa là 1 trang web thời trang cho gia đình
- Có mặt tại 67 tỉnh thành trên toàn quốc
- Thành lập bởi Công ty Cổ phần Thương mại và Dịch vụ Hoàng Dương
- Kinh doanh theo 2 hình thức trức tiếp và online qua trang mạng xã hội hoặc web.
1.1.5 Các tài liệu thu thập được
Trang 7lOMoARcPSD|39150642
Trang 8‘
Trang 9Ảnh use case đăng nhập
Ảnh use case tìm kiếm
lOMoARcPSD|39150642
Trang 10Ảnh use case xem chi tiết giỏ hàng
Trang 11Ảnh use case đặt hàng
lOMoARcPSD|39150642
Trang 12Ảnh use case xem chi tiết mặt hàng
Trang 131.2 Khảo sát chi tiết
1.2.1 Hoạt động của hệ thống
- Khi ta kích chuột vào đường dẫn:
+ Hệ thống hiển thị giao diện ,thông tin các sản phẩm về thời trang gia đình
+ Giao diện có thanh công cụ để người dùng có thể thực hiện các tác vụ như tìm kiếm đến những mục yêu thích hoặc truy cập vào giỏ hàng xem đã mua những gì
+ Khi di chuột đến sản phẩm bất kì hệ thống sẽ tự động hiển thị những thông tin liên quan (màu sắc,size, hình ảnh , giá cả) giúp người dùng có thể nhìn tổng quan về sản phẩm.
+ Khi kích vào sản phẩm thì thông tin được hiển thị chi tiết Tại đây người dùng có thể đặt mua sản phẩm
lOMoARcPSD|39150642
Trang 14+ Hệ thống có hỗ trợ khách hàng như tư vấn chọn size quần áo, hướng dẫn mua hàng online, tại mục hỗ trợ khách hàng Khi kích vào đây sẽ có những file ảnh minh họa rõ nét giúp ta dễ dàng thực hiện
+ Hệ thống cũng có những liên kết mạng xã hội như facebook, intagram , youtube, rất quen thuộc với thế hệ trẻ ngày nay.
1.2.2 Các yêu cầu chức năng
- Yêu cầu hiệu quả
o Yêu cầu hiệu năng
Thời gian phản hồi cho 1 giao dịch
Số lượng giao dịch thực hiện trong mỗi giây
Công suất được hiểu như số lượng giao dịch mà hệ thống có thể lưu trữ/thực hiện cho mỗi đối tượng
o Yêu cầu về không gian
Trang 15- Yêu cầu tin cậy
- Yêu cầu khả chuyển
- Yêu cầu về tính toàn vẹn
- Yêu cầu về khả năng ghi nhận
- Yêu cầu hoạt động bên trong
- Yêu cầu đạo đức
- Yêu cầu pháp lí
o Yêu cầu cá nhân
o Yêu cầu an toàn
lOMoARcPSD|39150642
Trang 16Chương 2.Mô hình hóa dữ liệu2.1 Các yêu cầu về dữ liệu
Website https://canifa.com/ là một sàn giao dịch trực tuyến cho việc trưng bày và bán các sản phẩm thời trang Website cần lưu thông tin về:
- Danh mục: gồm mã danh mục, tên danh mục, loại sản phẩm mỗi danh mục gồm
0 hoặc 1 hay nhiều sán phẩm mỗi sản phẩm cần thuộc về 1 danh mục
- Thông tin Loại Sản Phẩm: gồm mã loại sản phẩm, tên loại sản phẩm Mỗi loại sản phẩm chứa 1 hay nhiều sản phẩm Mỗi sản phẩm thuộc trong 1 loại sản phẩm
- Thông tin về Sản Phẩm: Mã sản phẩm, Tên sản phẩm,Màu sắc,Đơn giá, kích cỡ,Số lượng, mô tả, chất liệu, hướng dẫn sử dụng
- Thông tin về bài viết giới thiệu: mã bài viết, ảnh minh họa/video minh họa, tiêu
đề bài viết, nội dung tóm tắt, thời gian đăng Mỗi bài viết cần giới thiệu một hay nhiều sản phẩm Một sản phẩm có 1 bài viết giới thiệu.
- Cửa hàng: gồm tên cửa hàng, địa chỉ, điện thoại, thởi gian mở Mỗi của hàng có
1 địa chỉ duy nhất, mỗi địa chỉ có thể có 1 cửa hàng, thông tin về địa chỉ:
tỉnh/thành phố, quận/huyện.
- Hoá đơn: được xác định bởi mã hoá đơn, ngày đặt hàng, địa chỉ thanh toán, địa chỉ nhận hàng, hình thức vận chuyển, tên nhà vận chuyển, mã vận đơn, ghi chú Mỗi hoá đơn phải bán 1 hoặc nhiều sản phẩm Sản phẩm có thể có 0,1 hoặc nhiều hoá đơn.
- Khách hàng bao gồm: mã khách hàng, tên khách hàng, số điện thoại, địa chỉ, email Một khách hàng có thể nhận 0, 1 hoặc nhiều hóa đơn bán hàng Mỗi hóa đơn phải được gửi tới một và chỉ một khách hàng.
- Nhân viên bao gồm: mã nhân viên, tên nhân viên, chức vụ, địa chỉ, email, số điện thoại nhân viên Mỗi nhân viên thuộc một cửa hàng, một cửa hàng sẽ có nhiều nhân viên Mỗi nhân viên sẽ quản lý 0 ,1 hoặc nhiều nhân viên.
- Mỗi hoá đơn sẽ được quản lý bởi 1 một nhân viên, một nhân viên có thể quản lý
0, 1 hoặc nhiều hoá đơn.
Trang 17- Tài khoản bao gồm: tên tài khoản, email, số điện thoại, mật khẩu Mỗi khách hàng, nhân viên sẽ có 1 tài khoản.
2.1 Biểu đồ thực thể liên kết mức logic
2.2 Mô hình cơ sở dữ liệu mức vật lý
2.3 Thiết kế bảng
Bảng 1 Danh mục
lOMoARcPSD|39150642
Trang 18Bảng 2 Loại sản phẩm
Bảng 3 Sản phẩm
Bảng 4 Bài giới thiệu
Trang 19Bảng 5 Cửa hàng
Bảng 6 Nhân viên
Bảng 7 Khách hàng
lOMoARcPSD|39150642
Trang 20Bảng 8 Hóa đơn
Bảng 9 Sản Phẩm – Hóa đơn
Bảng 10 Tài khoản
Trang 212.4 Biểu đồ thực thể liên kết mức vật lý
lOMoARcPSD|39150642
Trang 22Chương 3 Mô hình hóa chức năng3.1 Biểu đồ use case
3.1.1 Các use case chính
Trang 231) Xem cửa hàng: Cho phép khách hàng xem thông tin các cửa hàng 2) Xem loại sản phẩm: Cho phép khách hàng xem sản phẩm trong từng
Trang 24quan đến sản phẩm.
5) Tìm kiếm theo tên: Cho phép khách hàng tìm thông tin theo tên sản
phẩm
6) Tìm kiếm sản phẩm: Cho phép khách tìm các sản phẩm theo thể loại,
danh mục,mức giá và một số tiêu chí khác
7) Đăng ký: Cho phép khách hàng đăng ký tài khoản thành viên.
8) Đăng nhập: Cho phép khách hàng đăng nhập vào tài khoản thành viên 9) Sửa thông tin cá nhân: Cho phép khách hàng sửa thông tin cá nhân
trong tài khoản thành viên
10) Xem sản phẩm yêu thích: Cho phép khách hàng xem danh sách các
sản phẩm phẩm yêu thích của mình
11) Xem đơn đặt hàng: Cho phép khách hàng xem các đơn hàng mà đã
đặt
12) Quản lý giỏ hàng: Cho phép khách hàng thêm hàng vào giỏ, xóa một
mặt hàng trong giỏ, sửa số lượng hàng trong giỏ và xóa toàn bộ giỏ hàng
13) Đặt hàng: Cho phép khách hàng đặt mua các mặt hàng trong giỏ hàng 14) Hủy đơn hàng: Cho phép khách hàng hủy một đơn hàng đã đặt.
3.1.2 Các use case thứ cấp
Trang 251) Đăng ký: Cho phép nhân viên đăng ký tài khoản quản trị.
2) Đăng nhập: Cho phép nhân viên đăng nhập vào tài khoản quản trị.
3) Quản lí sản phẩm: Cho phép nhân viên xem,thêm, sửa, xóa thông tin
SAN_PHAM
4) Quản lí danh mục: Cho phép nhân viên xem,thêm, sửa, xóa thông tin
trong bảng DANH_MUC
5) Quản lí đơn hàng(xem đơn hàng, xem chi tiết hóa đơn, sửa trạng
thái hóa đơn): Cho phép nhân viên xem thông tin trong bảng HOA_DON
và bảng SANPHAM-HOADON, sửa trạng thái của đơn hàng trong bảng HOA_DON, xóa thông tin trong bảng HOA_DON và SANPHAM-
3.2 Mô t chi tiếết các use case ả
3.2.1 Mô t use case đăng nh p ả ậ
use case này cho phép khách hàng đăng nh p.ậ
Luôồng s ki n: ự ệ
o Luôồng c b n: ơ ả
1 Use case này băắt đầầu khi khách hàng kích vào ô “đăng nh p” trênậ
giao di n website H thôắng hi n th m t màn hình đăng nh p.ệ ệ ể ị ộ ậ
2 Khách hàng nh p tài kho n là sôắ đi n tho i đã đăng ký tài ậ ả ệ ạ
kho n c a mình.ả ủ
3 Khách hàng nhầắn vào nút tiêắp t c H thôắng ki m tra thông tin ụ ệ ể
trong b ng TAIả _KHOAN và đ a ra màn hình đăng nh p.ư ậ
4 Khách hàng nh p m t kh u.ậ ậ ẩ
5 Khách hàng nhầắn đăng nh p H thôắng ki m tra thông tin trong ậ ệ ể
b ng TAIả _KHOAN và hi n th màn hình website đã đăng nh p.ể ị ậ
6 Use case kêắt thúc
o Luôồng reẽ nhánh:
1 Sôắ đi n tho i khách hàng nh p nêắu ch a đăng ký thì h thôắng seẽệ ạ ậ ư ệ
chuy n sang thao tác đăng ký tài kho n ể ả
lOMoARcPSD|39150642
Trang 262 Khách hàng nh p sai thông tin m t kh u thì h thôắng hi n th ậ ậ ẩ ệ ể ị
thông báo lôẽi, khách hàng có th nh p l i thông tin ho c thoát ể ậ ạ ặ
kh i màn hình đăng nh pỏ ậ
3 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 seẽ hi n th m t thông báo lôẽi và use case kêắtữ ệ ệ ể ị ộ
3.2.2 Mô t use case xem chi tiếết s n ả ả ph m ẩ
` Use case này cho phép khách hàng xem thông tin chi tiêắt c a m t ủ ộ
s n ả ph mẩ
Luôồng s ki n: ự ệ
o Luôồng c b n: ơ ả
1 Khách hàng kích vào hình nh 1 s n ph m trong danh sách.ả ả ẩ H ệ
thôắng lầắy thông tin thông tin chi tiêắt s n ph m và hi n th nh ả ẩ ể ị ả
minh h a, tên s n ph m,màu săắc, giá bán,kích c ọ ả ẩ ỡ ,sôắ lượng, chầắt
li u ệ và mô t s n ph m t b ng SANả ả ẩ ừ ả _PHAM và hi n th lên màn ể ị
hình.
2 Use case kêắt thúc
o Luôồng reẽ nhánh:
1 T i bạ ước 1 trong luôầng c b n, nêắu trong b ng SANơ ả ả _PHAM ch aư
có d li u, thì h thôắng seẽ hi n th m t thông báo: “Ch a có s n ữ ệ ệ ể ị ộ ư ả
ph m nào” và use case kêắt thúc.ẩ
Trang 272 T i bầắt kỳ bạ ước nào trong luôầng c b n, nêắu không kêắt nôắi đơ ả ược
v i c s d li u thì h thôắng seẽ hi n th m t thông báo lôẽi và ớ ơ ở ữ ệ ệ ể ị ộ
use case kêắt thúc.
3.3.3 Mô t use case đ t hàng ả ặ B ng ả
trên website
Luôồng s ki n: ự ệ
o Luôồng c b n: ơ ả
o Luôồng reẽ nhánh:
hàng nh p thông tin vêầ h tên, đ a ch , sôắ đi n tho i, n i nh n ậ ọ ị ỉ ệ ạ ơ ậ
lOMoARcPSD|39150642
Trang 282 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 seẽ hi n th ớ ơ ở ữ ệ ệ ể ị
3.3.4 Mô t use case xem chi tiếết gi hàng ả ỏ Sai
Luôồng s ki n: ự ệ
o Luôồng c b n: ơ ả
o Luôồng reẽ nhánh:
không kêắt nôắi được v i c s d li u thì h thôắng seẽ hi n th ớ ơ ở ữ ệ ệ ể ị
Trang 29Không có.
3.3.5 Mô t use case tìm kiếếm s n ph m ả ả ẩ B ng CSDL ả
Luôồng s ki n: ự ệ
o Luôồng c b n: ơ ả
o Luôồng reẽ nhánh:
kiêắm.
3.3.6 Mô t use case đăng nh p c a nhần ả ậ ủ viến
User case này cho phép admin đăng nh p vào h thôắng.ậ ệ
7 Luôồng s ki n: ự ệ
a Luôồng c b n: ơ ả
1 Use case này băắt đầầu khi admin kích vào ô “đăng nh p” trên giao ậ
di n website H thôắng hi n th m t màn hình đăng nh p.ệ ệ ể ị ộ ậ
2 Nhần viên nh p tài kho n là sôắ đi n tho i đã đăng ký tài kho n ậ ả ệ ạ ả
c a mình.ủ
3 Nhần viên nhầắn vào nút tiêắp t c H thôắng ki m tra thông tin ụ ệ ể
trong b ng TAIả _KHOAN và đ a ra màn hình đăng nh p.ư ậ
4 Nhần viên nh p m t kh u.ậ ậ ẩ
5 Nhần viên nhầắn đăng nh p H thôắng ki m tra thông tin trong ậ ệ ể
b ng TAIả _KHOAN và hi n th màn hình nhầnể ị viên.
lOMoARcPSD|39150642
Trang 306 Use case kêắt thúc
b Luôồng reẽ nhánh:
1 Sôắ đi n tho i nhầnệ ạ viên nh p nêắu ch a đăng ký thì h thôắng seẽ ậ ư ệ
chuy n sang thao tác đăng ký tài kho n ể ả
2 Nhần viên nh p sai thông tin m t kh u thì h thôắng hi n th ậ ậ ẩ ệ ể ị
thông báo lôẽi, Nhần viên có th nh p l i thông tin ho c thoát ể ậ ạ ặ
kh i màn hình đăng nh pỏ ậ
3 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 seẽ hi n th m t thông báo lôẽi và use case kêắtữ ệ ệ ể ị ộ
3.3.7 Mô t use case qu n ả ả lí s n ph m ả ẩ
Use case này cho phép nhần viên xem, thêm, s a và xóa các s n ph m ử ả ẩ
trong b ng SANả _PHAM
12 Luôồng s ki n: ự ệ
a Luôồng c b n: ơ ả
1 Use case này băắt đầầu khi nhần viên kích vào nút “S n ph m” trên ả ẩ
menu qu n tr H thôắng lầắy thông tin chi tiêắt c a các S n ph m ả ị ệ ủ ả ẩ
(mã s n ph m,mãả ẩ lo i s n ph m, mã bài gi i thi u,ạ ả ẩ ớ ệ tên s n ph m, ả ẩ
màu săắc,đ n ơ giá, kích c , sôắỡ lượng, mô t , chầắt li uả ệ , hướng dầẽn s ử
d ngụ ) t b ng SANừ ả _PHAM trong c s d li u và hi n th danh ơ ở ữ ệ ể ị
sách các s n ph m lên màn hình.ả ẩ
2 Thêm s n ph m:ả ẩ
a Nhần viên kích vào nút “Thêm m i” trên c a s danh sách s n ớ ử ổ ả
ph m H thôắng hi n th màn hình yêu cầầu nh p thông tin chi tiêắt ẩ ệ ể ị ậ