đồ án tốt nghiệp nghiên cứu công nghệ webservice android và ứng dụng xây dựng app bán thiết bị điện tử

Đối vớidoanh nghiệp, thương m''''i điện t3 g5p phần hình thành những mô hình kinhdoanh mới, tăng doanh thu, gi7m chi ph-, nâng cao hiệu qu7 kinh doanh vàmở ra một thị trư?ng rộng lớn với m!

TỔNG QUAN

Lý do chọn đề tài

Với sự phát triển mạnh mẽ của công nghệ thông tin, Internet ngày càng đóng vai trò quan trọng trong các lĩnh vực khoa học kỹ thuật và đời sống Internet là mạng máy tính toàn cầu mà bất kỳ ai cũng có thể kết nối bằng máy tính cá nhân của họ Dịch vụ web (Web Service) là một công nghệ đang được phát triển và có nhiều ứng dụng hiện nay, có thể đáp ứng tốt các yêu cầu trên Dịch vụ web dựa trên việc cung cấp các phương thức theo chuẩn trong việc truy nhập đối với hệ thống đóng gói và hệ thống kế thừa Công nghệ xây dựng dịch vụ web không phải là công nghệ mới, mà là sự kết hợp với các công nghệ đã có như XML, SOAP, WSDL, UDDI,…

Vì th+, là sinh viên đưc trang bị những ki+n th1c c)a ngành công nghệ thông tin với những ki+n th1c đA ti+p thu và vận d#ng lý thuy+t đ5 vào công việc th>c t+ nên em ch!n đ: tài “Nghiên cứu công nghệ webservice, android và ứng dụng xây dựng app bán thiết bị điện tử” để th>c hiện đ8 n tốt nghiệp c)a mình với m#c đ-ch 1ng d#ng dịch v# webservice xây d>ng app bn thi+t bị điện t3, gi9p m!i ngư?i mua đưc thi+t bị điện t3 1ng ý, cũng như gi9p doanh nghiệp qu7n lý thông tin s7n phẩm và thông tin khch hàng một cch nhanh ch5ng, thuận li.

Mục tiêu của đề tài

- Nghiên c1u, nắm vững ki+n th1c liên quan đ+n webservice và android, đ8ng th?i xây d>ng một app bn hàng diện t3 cho doanh nghiệp.

- Triển khai và cài đặt chương trình th>c t+.

- Đ7m b7o an toàn và b7o mật: Đặc biệt quan tâm đ+n việc b7o vệ thông tin c nhân và tài kho7n c)a ngư?i dùng Cung cấp cc biện php b7o mật như đăng nhập an toàn và thanh ton b7o mật để ngư?i dùng c7m thấy yên tâm khi s3 d#ng.

Giới hạn và phạm vi của đề tài

Trong ph'm vi đ: tài này em sẽ nghiên c1u cc vấn đ::

- Ph'm vi th>c hiện đ8 n d>a trên những ki+n th1c thu đưc từ những môn h!c trong qu trình h!c tập t'i trư?ng và tham kh7o thêm một số tài liệu bên ngoài dể b0 sung thêm ki+n th1c nh/m hoàn thiện đ8 n tốt hơn, đp 1ng đưc m#c tiêu đ8 n.

- Nghiên c1u v: công nghệ dịch v# web (Web Service), đi sâu vào 1ng d#ng c)a webservice và android để xây d>ng 1ng d#ng.

- Ứng d#ng đưc xây d>ng b/ng ngôn ngữ java, android và cơ sở dữ liệu b/ngMySQL.

Kết quả dự kiến đạt được

Nghiên c1u webservice, android và 1ng d#ng xây d>ng app bn thi+t bị điện t3 khi hoàn thành d> ki+n đ't đưc k+t qu7 sau:

- Xây d>ng tài liệu phân t-ch thi+t k+ xây d>ng App bn thi+t bị điện t3.

- Xây d>ng cấu tr9c cơ sở dữ liệu quan hệ cho bài ton bn thi+t bị điện t3.

- Xây d>ng hệ thống webservice tương tc và truy vấn dữ liệu giữa App và Database.

- Xây d>ng App Client gi9p ngư?i dùng qu7n lý và mua hàng online qua n:n t7ng android với cc ch1c năng ch-nh sau:

+ Webservice cho ngư?i qu7n lý:

 Qu7n lý khch hàng: xem, xo thông tin khch hàng.

 Qu7n lý s7n phẩm: thêm, s3a, xo s7n phẩm.

 Qu7n lý lo'i s7n phẩm: thêm, s3a, xo lo'i s7n phẩm.

 Qu7n lý đơn hàng: xem, xc nhận, xo đơn hàng đA x3 lý.

 Thống kê doanh thu: s7n phẩm bn ch'y nhất, khch hàng mua nhi:u nhất, doanh thu theo ngày thng năm.

+ App cho khch hàng s3 d#ng:

 Đăng ký, đăng nhập tài kho7n.

 Tìm ki+m theo tên s7n phẩm.

 Xem thông tin, hiện tr'ng v: s7n phẩm: tên s7n phẩm, công d#ng, gi ti:n, v v, d8ng th?i thêm vào giỏ hàng cùng số lưng.

 Thanh ton mua hàng thành công.

- Ho7n thành bo co chi ti+t đ8 n tốt nghiệp.

CƠ SỞ LÝ THUYẾT VÀ CÔNG CỤ SỬ DỤNG

Cơ sở lý thuyết

2.1.1 Phân tích thiết kế hướng đối tượng Định ngh=a: Phân t-ch thi+t k+ hướng đối tưng là giai đo'n pht triển một mô hình ch-nh xc và s9c t-ch c)a vấn đ:, c5 thành phần là cc đối tưng và khi niệm đ?i th>c, d hiểu đối với ngư?i s3 d#ng. Ưu điểm: Một trong những ưu điểm quan tr!ng bậc nhất c)a phương php phân t-ch và thi+t k+ hướng đối tưng là t-nh ti s3 d#ng, c5 thể t'o cc thành phần (đối tưng) một lần và dùng ch9ng nhi:u lần sau đ5.

Biểu đ8 UML (Unified Modeling Language) là một ngôn ngữ mô hình g8m cc ký hiệu đ8 ho' mà cc phương php hướng đối tưng s3 d#ng để thi+t k+ cc hẹ thống thông tin một cch nhanh ch5ng Cch ti+p cận theo mô hình UML gi9p -ch rất nhi:u cho những ngư?i thi+t k+ và th>uc hiện hệ thống thông tin cũng như những ngư?i s3 d#ng n5; t'o nên một ci nhìn bao qut và đầy đ) v: hệ thống thông tin d> đ-nh xây d>ng.

Một số d'ng biểu đ8 UML ph0 bi+n như: Biểu đ8 Usecase, Biểu đ8 lớp, Biểu đ8 tr'ng thi, Biểu đ8 tuần t>, Biểu đ8 ho't động.

Một Biểu đồ Trường hợp sử dụng cho thấy những người dùng bên ngoài nào tương tác với hệ thống và mối quan hệ của họ với Trường hợp sử dụng mà hệ thống cung cấp Một Trường hợp sử dụng là mô tả về một chức năng.

 Hệ thống: Với vai trò là thành phần c)a biểu đ8 usecase, hệ thống biểu di.n ranh giới giữa bên trong và bên ngoài c)a một ch) thể trong phần m:m ch9ng ta xây d>ng Một hệ thống ở trong biểu đ8 usecase không nhất thi+t là một hệ phần m:m; n5 c5 thể là một chi+c my hoặc là một hệ thống th>c như một doanh nghiệp, một trư?ng đ'i h!c,.v.v.

 Tác nhân (Actor): là ngư?i dùng c)a hệ thống, một tc nhân c5 thể là một ngư?i dùng th>c hoặc cc hệ thống my t-nh khc c5 vai trò nào đ5 trong ho't động c)a hệ thống Như vậy, tc nhân th>c hiện cc usecase Một tc nhân c5 thể th>c hiện nhi:u usecase và ngưc l'i một usecase cũng c5 thể đưc th>c hiện bởi nhi:u tc nhân.

 Usecase: Đây là thành phần cơ b7n c)a biểu đ8 usecase Cc usecase đưc biểu di.n bở cc hình elip Tên cc usecase thể hiện một ch1c năng xc định c)a hệ thống.

 Cc usecase đưc k- hiệu b/ng hình elips:

 Mối quan hệ giữa các usecase:

 Associaton: thư?ng đưc dùng để mô t7 mối quan hệ giữa Actor với

Usecase và giữa Usecase với nhau.

 Include: là quan hệ giữa cc Usecase với nhau, n5 mô t7 việc một Usecase lớn đưc chia ra thành cc Usecase nhỏ để d cài đặt (module ho) hoặc thể hiện s> dùng l'i.

Một biểu đ8 lớp chỉ ra cấu tr9c t=nh c)a cc lớp trong hệ thống Cc lớp là địa diện cho cc “đối tưng” đưc x3 lý trong hệ thống.

Một lớp c5 những thành phần sau:

Giữa cc lớp luôn c5 s> liên k+t với nhau Mối liên hệ ngữ ngh=a hai hay nhi:u lớp chỉ ra s> liên k+t giữa cc thể hiện c)a ch9ng Mối quan hệ v: mặt cấu tr9c chỉ ra cc đối tưng c)a lớp này c5 k+t nối với cc đối tưng c)a lớp khc.

Biểu đ8 tuần t> là biểu đ8 dùng để xc định cc trình t> di.n ra s> ki+n c)a một nh5m đối tưng nào đ5 N5 miêu t7 chi ti+t cc thông điệp v: mặt th?i gian g3i và nhận cc thông điệp đ5.

Biểu đ8 ho't động là biểu đ8 mô t7 cc bước th>c hiện, cc hành động, cc n9t quy+t định và đi:u khiển rẽ nhnh để đi:u khiển lu8ng th>c hiện c)a hệ thống Đối với những lu8ng th>c thi c5 rất nhi:u ti+n trình ch'y song song thì biểu đ8 ho't động là sư l>a ch!n tối ưu cho việc thể hiện Biểu đ8 ho't động kh giống với biểu đ8 tr'ng thi ở tập cc k- hiệu nên rất d gây nhầm lẫn Khi vẽ ch9ng ta cần xc định rõ điểm khc nhau giữa hai d'ng biểu đ8 này là biểu đ8 ho't động tập trung mô t7 cc ho't động và k+t qu7 thu đưc từ việc thay đ0i tr'ng thi c)a đối tưng còn biểu đ8 tr'ng thi chỉ mô t7 tập trung tất c7 cc tr'ng thi c)a một đối tưng và những s> kiện dẫn tới s> thay đ0i qua l'i giữa cc tr'ng thi đ5.

Công cụ sử dụng

Để c5 thể thi+t k+ webservice để qu7n lý thì công c# đơn gi7n và hữu d#ng nhất là ReactJS & MongoDB, xây d>ng app bn thi+t bị điện t3 này thì s3 d#ng ngôn ngữ Java trên n:n t7ng Android, phân t-ch thi+t k+ là Visual Paradigm.

ReactJS là một thư viện JavaScript chuyên gi9p cc nhà pht triển xây d>ng giao diện ngư?i dùng hay UI Trong lập trình 1ng d#ng front-end, lập trình viên thư?ng sẽ ph7i làm việc ch-nh trên hai thành phần sau: UI và x3 lý tương tc ngư?i dùng. Ngoài việc hỗ tr xây d>ng giao diện nhanh, h'n ch+ lỗi trong qu trình code, c7i thiện performance website thì ReactJS còn c5 những t-nh năng khc như sau:

 Phù hp với đa d'ng thể lo'i website.

 C5 thể s3 d#ng cho c7 Mobile Appocation.

MongoDB là một database hướng tài liệu (document), một hệ qu7n trị cơ sở dữ liệu mA ngu8n mở, là một cơ sở dữ liệu thuộc d'ng NoSQL database và đưc hàng triệu ngư?i s3 d#ng Vì th+ MongoDB sẽ trnh cấu tr9c table-based c)a realational database để th-ch 1ng với cc tài liệu như JSON c5 một schema rất linh ho't g!i là BSON. MongoDB s3 d#ng lưu trữ dữ liệu dưới d'ng Document JSON nên mỗi một collection sẽ c5 cc k-ch cỡ và cc document khc nhau Cc dữ liệu đưc lưu trữ trong document kiểu JSON nên truy vấn sẽ rất nhanh.

MongoDB c5 nhi:u ưu điểm, n0i bật trong số đ5 là:

 Do MongoDB s3 d#ng lưu trữ dữ liệu dưới d'ng Document JSON nên mỗi một collection sẽ c5 cc k-ch cỡ và cc document khc nhau, linh ho't trong việc lưu trữ dữ liệu, nên muốn gì thì c1 insert vào tho7i mi.

 Dữ liệu lưu trữ phi cấu tr9c, không c5 t-nh rành buộc, toàn vẹn nên t-nh sẵn sàng cao, hiệu suất lớn.

 Dữ liệu đưc caching (ghi đệm) lên RAM, h'n ch+ truy cập vào 0 c1ng nên tốc độ đ!c và ghi cao

Bên c'nh những ưu điểm thì MongoDB còn nhi:u h'n ch+:

 Không 1ng d#ng đưc cho cc mô hình giao dịch nào c5 yêu cầu độ ch-nh xc cao do không c5 tình rành buộc.

 Không c5 cơ ch+ transaction (giao dịch) để ph#c v# cc 1ng d#ng ngân hàng.

 Dữ liệu lấy RAM làm tr!ng tâm ho't động vì vậy khi ho't động yêu cầu một bộ nhớ RAM rất lớn.

 M!i thay đ0i v: dữ liệu mặc định đ:u chưa đưc ghi xuống 0 c1ng ngày lập t1c vì kh7 năng bị mất dữ liệu từ nguyên nhân mất điện đột ngột là rất cao.

Hình 2 Cơ sở dữ liệu MongoDB

2.2.2 Ngôn ngữ Java trên Android

Java là một trong những ngôn ngữ lập trình phổ biến, được sử dụng rộng rãi để phát triển phần mềm web Hiện nay, Java cũng là lựa chọn ngôn ngữ phổ biến cho các ứng dụng di động Bên cạnh đó, Android là nền tảng dựa trên các thiết bị điện thoại di động được phát triển bởi Google.

Trong đ5, s> pht triển c)a Android hầu h+t d>a trên Java Một phần lớn cc thư viện Java đ:u c5 sẵn trong n:n t7ng Android, chỉ một bộ phận thư viện khc t8n t'i trong Android (cho giao diện ngư?i dùng, ) N5i cch khc, Java ch-nh là ngôn ngữ lập trình ch-nh th1c c)a hệ đi:u hành Android N5 cũng là một trong những ngôn ngữ lập trình đưc s3 d#ng ph0 bi+n nhất trên th+ giới, với ước chừng kho7ng 9 triệu nhà pht triển.

2.2.3 Phần mềm hỗ trợ phân tích thiết kế Visual Paradigm

C5 rất nhi:u công c# đưc s3 d#ng để vẽ b7n vẽ UML rất chuyên nghiệp như Rational Rose, Enterprise Architect, Microsoft Visio,.v.v và rất nhi:u cc công c# phần m:m mở mi.n ph- c5 thể s3 d#ng tốt.

Cc công c# c5 cch s3 d#ng kh giống nhau và ký hiệu c)a cc b'n vẽ trên UML cũng đA thống nhất nên việc nắm bắt một công c# khi chuyển sang làm việc với một công c# kh không qu kh5 khăn.

Trong đ8 n tốt nghiệp này, em xin đưc s3 d#ng công c# vẽ biểu đ8 UML Visual

Paradig, một phần m:m ngu8n mở, mi.n ph-, c5 đầy đ) ch1c năng và c5 thể s3 d#ng tốt trên môi trư?ng Windows

PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG

Khảo sát hệ thống và đặc tả nghiệp vụ hệ thống bán hàng online

 Đơn vị kh7o st: C3a hàng điện t3 Đ1c Phong.

 Địa chỉ: Số 59 Quan Nhân – Nhân Ch-nh – Thanh Xuân – Hà Nội.

 L=nh v>c kinh doanh: Kinh doanh, phân phối cc thi+t bị điện t3.

 Hình th1c kinh doanh: K+t hp kinh doanh online và kinh doanh tr>c ti+p t'i cơ sở c3a hàng.

 Quy mô c3a hàng: Hiện t'i shop c5 1 cơ sở kinh doanh với mặt b/ng bn hàng c5

 Quy mô nhân s>: Hiện c3a hàng c5 4 nhân viên bn hàng, ch) c3a hàng kiêm bn hàng, qu7n lý kho và đ5ng hàng sẽ g8m tất c7 nhân viên bn hàng (4 nhân viên th>c hiện đ5ng hàng).

3.1.2.1 Phương thức thanh toán a) Thanh ton t'i c3a hàng: Ti:n mặt, hệ thống SmartBanking, quẹt thẻ. b) Đơn hàng online: Sau khi xc nhận đặt hàng, khch hàng c5 thể thanh ton qua 2 cch sau:

 Hệ thống SmartBanking hỗ tr cc lo'i thẻ

 Dịch v# chăm s5c khch hàng đi kèm.

 Th?i gian mở c3a: C3a hàng mở c3a từ l9c 8h sng đ+n 21h tối, toàn bộ cc ngày trong tuần.

 Khi khch hàng vào c3a hàng sẽ đưc nhân viên tư vấn giới thi+u mặt hàng theo yêu cầu c)a khch hàng, nhân viên sẽ ưu tiên tư vấn mặt hàng đang là doanh thu ch-nh c)a c3a hàng hiện nay.

 Sau khi khch hàng ch!n s7n phẩm phù hp, khch hàng quy+t định lấy s7n phẩm này thì khch hàng ra quầy thu ngân để lấy s7n phẩm mới còn nguyên seal để ti+n hành thanh ton Khch hàng hoàn tất th) t#c thanh ton sẽ nhận đưc ho đơn và giấy b7o hành từ nhân viên.

 Ho't động bn hàng online: C3a hàng khi nhận đưc cc câu hỏi từ trang m'ng xA hội đang đăng bn như facebook, shoppee sẽ c5 nhân viên tr>c tr7 l?i tin nhắn khch hàng v: s7n phẩm, dịch v# mà khch hàng đang cần tìm hiểu.

 Thống kê: Sau mỗi ngày nhân viên t0ng k+t l'i số ti:n đA bn đưc và thống kê s7n phẩm cho ngày hôm sau Cuối mỗi tuần làm việc cc nhân viên t0ng k+t l'i cc thông tin nhập xuất và chuyển l'i cho qu7n lý (ch) c3a hàng kiểm tra).

Chuỗi cung ứng sản phẩm: Các cửa hàng bán lẻ nhập hàng từ các nhà cung cấp thiết bị điện tử Khi cần nhập hàng, cửa hàng sẽ đặt hàng qua email Sau khi đặt hàng, nhà cung cấp sẽ chịu trách nhiệm vận chuyển thiết bị điện tử đến cửa hàng.

 Phỏng vấn ch) c3a hàng và cc nhân viên.

 Qu7n lý s7n phẩm: Nguy.n H8ng Loan.

 Nhân viên bn hàng: Triệu Khnh Linh.

* Phỏng vấn nhân viên bán

 Ngư?i hỏi: Đinh Quang Minh

 Địa chỉ: Số 59 Quan Nhân – Nhân Ch-nh – Thanh Xuân – Hà Nội

STT Câu hỏi Câu trả lời

1 Hiện t'i bên anh/chị kinh doanh những mặt hàng nào?

Hiện t'i c3a hàng đang kinh doanh cc thi+t bị điện t3 dành cho khối văn phòng, đ8 gia d#ng và trong điện t3 vi.n thông.

2 Bên anh/chị thư?ng bn hàng thông quan những hình th1c nào?

C3a hàng đang th>c hiện bn hàng qua facebook, shoppe và bn tr>c ti+p t'i c3a hàng.

3 Theo anh, kênh bn hàng nào đem l'i doanh thu nhi:u nhất cho shop (bn hàng tr>c ti+p hay bn qua shopee, facebook, )?

Kênh bn hàng đem l'i doanh thu nhi:u nhất cho c3a hàng là bn hàng tr>c ti+p l'i c3a hàng.

4 Anh/chị làm cch nào để thống kê đưc c7m phẩm, ti:n thnh ton trong 1 ngày/1 thng/1 năm c)a shop?

Thống kê qua phần m:m và exel.

5 C3a hàng anh/chị đA c5 1 website,app cho shop mình chưa?

Hiện t'i shop c3a c5 website, app bn hàng riêng cho mình.

6 N+u chưa thì anh/chị kỳ v!ng website/app cho shop mình đp 1ng những tiêu ch- nào?

N+u c5 một website/app riêng cho c3a hàng thì c3a hàng mong r/ng website/app sẽ đp 1ng những đi:u sau:

 D s3 d#ng, thao tc nhanh cho c7 ngư?i bn hàng và ngư?i mua.

 T> động update số liệu. B7ng 1 Phỏng vấn ch) c3a hàng

 Ngư?i hỏi: Đinh Quang Minh

 Ngư?i tr7 l?i: Nguy.n H8ng Loan – Qu7n lý s7n phẩm.

 Địa chỉ: Số 59 Quan Nhân – Nhân Ch-nh – Thanh Xuân – Hà Nội

Câu hỏi Câu trả lời

1 Công việc ch-nh c)a chị là gì? Công việc ch-nh c)a tôi qu7n lý bao qut hàng xuất hàng nhập và qu7n lý dòng ti:n c)a c3a hàng.

2 Làm th+ nào để chị qu7n lý hàng t8n kho c)a c3a hàng?

Qu7n lý thông qua phần m:m exel.

3 Cuối ngày chị c5 lập bo co thống kê không?

Tôi c5 lập danh sch c# thể rõ ràng

4 C3a hàng c5 xuất ho đơn cho khch hàng không?

C3a hàng c5 xuất ho đơn đỏ cho khch và kèm phi+u b7o hành.

5 Chị c5 đào t'o nghiệp v# cho nhân viên bn hàng hay không?

Tôi c5 C3a hàng ch9ng tôi đào t'o nhân viên một cch chuyên nghiệp và c5 thưởng cho nhân viên bn hàng xuất sắc nhất trong thng.

6 C3a hàng c5 hay c5 cc chương trình khuy+n mAi hay không?

C3a hàng ch9ng tôi c5 cc chương trình khuy+n mAi hầu h+t vào cc ngày l., ngày cuối tuần và ngày khai trương c3a hàng.

7 Địa điểm c)a c3a hàng mình c5 d nhận bi+t hay không? Địa điểm c3a hàng ngay mặt đư?ng, d dàng cho khch hàng nhận bi+t để tới mua sắm.

8 Cc hình th1c thanh ton c)a c3a hàng là như th+ nào?

C3a hàng thanh ton theo 3 hình th1c: ti:n mặt, chuyển kho7n và quẹt thẻ.

Để đảm bảo quyền lợi của khách hàng, cửa hàng có chính sách bảo hành và đổi trả các sản phẩm bị lỗi trong thời gian và đúng với hạn mức của hãng sản xuất.

 Ngư?i hỏi: Đinh Quang Minh

 Ngư?i tr7 l?i: Triệu Khnh Linh – Nhân viên bn hàng.

 Địa chỉ: Số 59 Quan Nhân – Nhân Ch-nh – Thanh Xuân – Hà Nội.

STT Câu hỏi Câu trả lời

1 Công việc ch-nh c)a chị là gì? Công việc ch-nh là bn hàng tư vấn hỗ tr khch hàng.

2 Theo chị s7n phẩm nào đưc bn ch'y nhất t'i c3a hàng?

Cc s7n phẩm đưc bn ch'y nhất là cc mặt hàng đ8 gia d#ng và cc đ8 vi.n thông như điện tho'i, my t-nh.

3 C3a hàng làm như nào để thu h9t khch hàng đ+n mua?

C3a hàng th>c hiện cc khuy+n mAi vào cuối tuần và cc ngày l

4 C3a hàng c5 xuất ho đơn cho khch hàng không?0

C5, sau khi mua hàng thì c3a hàng sẽ c5 biên lai và ho đơn đỏ.

5 Khi khch hàng mua hàng gặp s> cố v: s7n phẩm, c3a hàng đưa ra gi7i quy+t như th+ nào?

Sẽ b7o hành cho khch hàng.

B7ng 3 Phỏng vấn Nhân viên bn hàng

3.1.5 Kết luận vấn đề khảo sát

K+t qu7 thu thập ý ki+n cho thấy c3a hàng ho't động ở m1c 0n Th?i đ'i công nghệ nh/m nâng cao công nghệ s3 d#ng dịch v# qua Internet và ti+t kiệm thư?i gian đi l'i mua sắm c)a khch hàng thì cần xây d>ng một hệ thống qu7n lý bn hàng c)a c3a hàng bn thi+t bị điện t3 để mua bn giữa c3a hàng và khch hàng Nhưng do th?i gian, ph'm vi còn giới h'n, và để th>c hiện đưc đi:u đ5 cần c5 vốn đầu tư cũng như chi ph- cao ch-nh vì vậy trong ph'm vi này em chỉ c5 thể xây d>ng đưc một app bn

21 thi+t bị điện t3 c5 thể d dàng qu7n lý s7n phẩm c3a hàng và mua bn nh/m thuận tiện cho khch hàng.

3.1.6 Chức năng dự kiến của ứng dụng

3.1.6.1 Các chức năng phía khách hàng

Chức năng 1: Đăng kí, đăng nhập

 Khch hàng c5 thể sở hữu 1 tài kho7n c nhân trong hệ thống c3a hàng dể c5 thể hưởng thêm những quy:n li đặc biệt cũng như c5 thể qu7n lý lịch s3 đơn hàng.

Chức năng 2: Quản lý tài khoản

 Khch hàng c5 tài kho7n c5 quy:n s3a đ0i cc thông tin trong tài kho7n n+u muốn.

Chức năng 3: Quản lý giỏ hàng

 Khch hàng c5 thể đặt 1 hoặc nhi:u s7n phẩm 1 lần thông qua giỏ hàng Đ8ng th?i c5 thể chỉnh s3a lo'i s7n phẩm mình đA c5 sẵn trong giỏ hàng để phù hp với nhu cầu.

 Khch hàng đA c5 tài kho7n c5 thể đặt hàng sau khi l>a ch!n s7n phẩm và đ+n lấy tr>c ti+p và thanh ton t'i c3a hàng.

Chức năng 5: Xem chi tiết sản phẩm

 Khch hàng truy cập app c5 thể xem chi ti+t s7n phẩm b/ng cch ấn vào từng s7n phẩm.

3.1.6.2 Các chức năng phía cửa hàng

 Nhân viên, qu7n lý c5 1 tài kho7n c nhân riêng đưc cấp trong qu trình làm việc để tiện li trong việc qu7n lý ca làm việc c)a nhân viên.

Chức năng 2: Quản lý tài khoản

 Tài kho7n c)a qu7n lý c5 kh7 năng t'i tài kho7n, phân quy:n tài kho7n, th>c hiện cc s3a đ0i tài kho7n trên hệ thống.

Chức năng 3: Quản lý giao dịch

 Tài kho7n qu7n lý và nhân viên c5 quy:n truy cập, theo dỗi và s3a đ0i cc giao dịch để tiện trong qu trình ph#c v# khch hàng.

Chức năng 4: Quản lý danh mục

 Tài kho7n qu7n lý c5 thể chỉnh s3a, t'o mới, o cc danh m#c s7n phẩm tuỳ theo dòng s7n phẩm mà c3a hàng hiện đang kinh doanh.

Chức năng 5: Quản lý sản phẩm

 Nhân viên và qu7n lý c5 quy:n theo dỗi, chỉnh s3a cc thông tin v: s7n phẩm nh/m qu7n lý s7n phẩm đẻ st sao hơn.

3.1.8 Mô tả bài toán a) Quy trình th>c hiện mua hàng c)a khch hàng

 Khch hàng truy cập 1ng d#ng.

 Ứng d#ng sẽ hiện thị cc s7n phẩm và dịch v# mà c3a hàng cung cấp.

 Khch hàng c5 thể duyệt s7n phẩm theo ch)ng lo'i đưc liệt kê sẵn hoặc 5 thể s3 d#ng ch1c năng tìm ki+m để tìm ki+m theo tên s7n phẩm.

 Sau khi tìm ki+m, tham kh7o cc thông tin v: s7n phẩm, khch hàngcos thể đi d+n quy+t định là mua s7n phẩm nào đ5 Để làm đi:u này khch hàng cần đưa s7n phẩm đ5 vào trong giỏ hàng Giỏ hàng là nơi ch1a thông tin v: cc s7n phẩm mà khch hàng định đặt mua Khch hàng c5 thể thay đ0i số lưng, thêm hoặc xo s7n phẩm trong giỏ hàng Sau đ5 khch hàng c5 thể ti+p t#c xem cc s7n phẩm khc hoặc ti+n hành đặt hàng.

 Để đặt hàng khch hàng sẽ cung cấp cc thông tin cần thi+t v: việc giao hàng cũng như thanh ton với c3a hàng Khch hàng c5 2 l>a ch!n khi mua hàng tr>c tuy+n là ship cod (nhận hàng r8i mới thanh ton) và c5 thể thanh ton tr>c tuy+n n+u khch hàng ch!n thanh ton tr>c tuy+n thì hệ thống đang ho't động sẽ chỉ ngư?i dùng đ+n trang thanh ton để ngư?i dùng cung cấp cc thông tin v: tài kho7n (hoặc thẻ) c)a h! ở ngân hàng Ngân hàng sẽ d>a vào thông tin đ5 để th>c hiện cc nghiệp v# thanh ton sau đ5 ngân hàng sẽ g3i thông điệp thông bo tới c3a hàng Sau khi đA cung cấp đầy đ) thông tin, khch hàng c5 thể xem l'i, chỉnh s3a l'i đơn hàng r8i g3i đơn hàng Hệ thống sẽ ph7n h8i thông bo cho Khch hàng bi+t là đơn hàng đA đưc g3i và c3a hàng sẽ liên hệ l'i với khch hàng v: việc thanh ton và giao hàng N+u khch hàng chấp nhận thì thanh ton với c3a hàng và c3a hàng giao hàng đ+n khch hàng Qu trình mua

23 hàng thanh ton tr>c tuy+n k+t th9c Còn n+u khch hàng ch!n shipcod (nhận hàng r8i mới thanh ton) thì siêu thị sẽ g3i 1 mail v: email c)a khch hàng thông tin đơn hàng và số ti:n cần ph7i thanh ton.

 Ngoài ra khch hàng còn c5 thể th>c hiện cc công việc khc như: thay đ0i thông tin tài kho7n, tìm ki+m s7n phẩm, xem thông tin s7n phẩm

Các thông tin cần hiển thị trên trang chủ của một ứng dụng bao gồm: Danh mục mà cửa hàng cung cấp, sản phẩm mới phát hành, sản phẩm bán chạy, cùng các chức năng như tìm kiếm, đăng ký, đăng nhập, xem giỏ hàng, cập nhật giỏ hàng, thanh toán giỏ hàng, xem lịch sử mua hàng.

 Cc thông tin v: tài kho7n c)a khch hàng bao g8m: Địa chỉ email, mật khẩu truy nhập, tên khch hàng, địa chỉ nơi ở, tỉnh thành, điện tho'i liên hệ

 Mỗi s7n phẩm bên c3a hàng đ:u c5 cc thông tin sau: Tên s7n phẩm, s7n phẩm thuộc danh m#c nào, s7n phẩm thuộc thương hiệu nào, gi bn, % khuy+n mAi (n+u c5), hình 7nh minh ho', nội dung t5m tắt, nội dung chi ti+t, cc đnh gi ngư?i dùng đA mua s7n phẩm

 Giỏ hàng lưu cc thông tin v: s7n phẩm khch hàng ch!n mua: Tên s7n phẩm, số lưng đặt mua, đơn gi, % khuy+n mAi (n+u c5) và t0ng trị gi cc s7n phẩm trong gi5 hàng Ngoài ra g8m cc ch1c thêm, xo, cập nhật s7n phẩm trong giỏ hàng

Phân tích thiết kế hệ thống

3.2.1 Xác định các tác nhân (Actor) và chức năng (Usecase)

STT Tác nhân Mô tả tác nhân Chức năng

1 Admin Admin là nh5m ngư?i qu7n trị hệ thống đi:u hành và theo dõi m!i ho't động c)a hệ thống,c5 quy:n cao nhất và th>c hiện toàn bộ ch1c năng hiện c5.

 Thống kê ho đơn theo thng

2 User User (khch hàng) là ngư?i giao dịch với hệ thống thông qua giao diện ngư?i dùng và th>c hiện 1 số quy:n nhất định,là nh5m ngư?i mua online

 Qu7n lý đơn hàng B7ng 4 B7ng tc nhân và ch1c năng

3.2.2 Biểu đồ ca sử dụng (Usecase Diagram)

3.2.3 Đặc tả từng ca sử dụng và các loại biểu đồ (Usecase Specification) 3.2.3.1 Đặc tả Usecase a) Đặc t7 Usecase đăng nhập

Tác nhân Admin, Khch hàng

Mục đích Cho phép ngư?i dùng trup cập vào hệ thống app bn hàng Đảm bảo tối thiếu Ngư?i dùng đA c5 tài kho7n

Mô tả chung Qu7n trị, nhân viên muốn th>c hiện công việc hay ch1c năng c)a mình, hoặc khch hàng muốn xem lịch s3 mua hàng, b7o hành thì ph7i đăng nhập vào hệ thống.

Tất cả các trường trong màn hình, bao gồm Email, password (đối với quản trị thay trường email thành username) đều là trường bắt buộc Nếu bỏ trống, hệ thống sẽ thông báo '[field] không được để trống'.

Luồng sự kiện 1 T'i màn hình ch-nh ch!n ch1c năng đăng nhập

2 Hiển thị form đăng nhập

3 Nhập thông tin đăng nhập (email, password) (với admin nhập username thay cho password)

4 G3i thông tin đăng nhập tới hệ thống

5 Kiểm tra thông tin đăng nhập, n+u đ9ng thì cho phép truy cập hệ thống, sai thì thông bo lỗi và yêu cầu nhập l'i.

Ngoại lệ Fields không đưc để trống

Hệ thống thông bo đăng nhập thất b'i.

Các yêu cầu đặc biệt  N+u ngư?i dùng (khch hàng) đA đăng nhập thành công những lần vào hệ thống ti+p theo, ngư?i dùng không ph7i đăng nhập l'i mà t> động lưu27 cookie.

 Ngưc l'i, ngư?i dùng chưa đăng nhập hoặc đăng xuất thì những lần đăng nhập ti+p theo ph7i đăng nhập l'i.

B7ng 5 B7ng Đặc t7 Usecase Đăng nhập

Hình 6 Usecase Đăng nhập b) Đặc t7 Usecase đăng ký

Tác nhân Khch hàng chưa c5 tài kho7n

Mục đích T'o tài kho7n cho khch hàng Đảm bảo tối thiếu Khch hàng chưa c5 tài kho7n c5 thể đăng ký tài kho7n trong hệ thống

Mô tả chung Khc hàng chưa c5 tài kho7n c5 thể đăng ký tài kho7n trong hệ thống.

Luồng sự kiện 1 Khch hàng truy cập web, nhấn n9t đăng ký để th>c hiện t'o tài kho7n mới

2 Nhập thông tin c)a khch hàng

Số điện tho'i sẽ đc g3i mA để xc nhận

3 Nhập mA đA nhận vào form đăng ký Sau khi nhập đầy đ) nhấn n9t đăng ký để hoàn thiện việc đăng ký

4 Đăng ký thành công tài kho7n sẽ đc hiển thị trên trang ch)

Ngoại lệ 1 Cc thông tin ko đc để trống

3 Đăng ký không thành công.

Các yêu cầu đặc biệt  Nhập đ9ng số điện tho'i để nhận đc mA và 1 số điện tho'i chỉ đc một tài kho7n

B7ng 6 B7ng Đặc t7 Usecase Đăng ký

Hình 7 Usecase Đăng ký c) Đặc t7 Usecase cập nhật thông tin c nhân

Tên Usecase Cập nhật thông tin c nhân

Mục đích Cập nhật thông tin cho khch hàng Đảm bảo tối thiếu Hệ thống lo'i bỏ thông tin không hp lệ

Mô tả chung 1 Khc hàng đA c5 tài kho7n c5 thể cập nhật thông tin tài kho7n trong hệ thống.

Luồng sự kiện 2 Khch hàng đăng nhập vào hệ thống, ch!n thông tin c nhân.

3 Hệ thống hiện thị thông tin c)a ngư?i dùng

4 Khch hàng nhập thông tin cần cập nhật

5 Hệ thống kiểm tra thông tin nhập vào n+u hp lệ thì lưu CSDL.

Ngoại lệ Hệ thống chưa nhập đầy đ) thông tin

Các yêu cầu đặc biệt  Nhập đ9ng thông tin cần cập nhật

B7ng 7 B7ng Đặc t7 Usecase Cập nhật thông tin

Hình 8 Usecase Cập nhật thông tin c nhân d) Đặc t7 Usecase thêm danh m#c

Mục đích Thêm danh m#c cho s7n phẩm Đảm bảo tối thiếu Ngư?i dùng đA đăng nhập ph7i là qu7n lý

Luồng sự kiện 1 Qu7n lý ch!n ch1c năng "Qu7n lý danh m#c".

2 Hệ thống hiển thị giao diện ch1c năng qu7n lý danh m#c.

4 Hệ thống hiển thị form đi:n thông tin danh m#c.

5 Qu7n lý nhập thông tin danh m#c và bấm “lưu”.

6 Hệ thống kiểm tra thông tin danh m#c.

7 Hệ thống thông bo đA thêm danh m#cmới thành công.

Ngoại lệ N+u qu7n lý nhấn “H)y” t'i bước 5 hệ thống sẽ quay l'i trang ch) mà không thêm danh m#c s7n phẩm nào.

Các yêu cầu đặc biệt Không

B7ng 8 B7ng Đặc t7 Usecase Thêm danh m#c e) Đặc t7 Usecase s3a danh m#c

Mục đích S3a danh m#c cho s7n phẩm Đảm bảo tối thiếu Ngư?i dùng đA đăng nhập ph7i là qu7n lý

Luồng sự kiện 1 Qu7n lý, nhân viên ch!n ch1c năng

2 Hệ thống hiển thị giao qu7n lý danh m#c

3 Qu7n lý, nhân viên tìm ki+m danh m#c cần chỉnh s3a

4 Qu7n lý, nhân viên ch!n n9t “S3a” t'i danh m#c cần chỉnh s3a

5 Hệ thống hiển thị form thông tin chi 31 ti+t c)a danh m#c

6 Qu7n lý, nhân viên ti+n hành s3a đ0i thông tin và nhấn “Lưu”

7 Hệ thống thông bo s3a thành công

Ngoại lệ N+u qu7n lý ch!n “H)y” ở bước 6 hệ thống sẽ quay trở v: giao diện qu7n l- s7n phẩm

Các yêu cầu đặc biệt Không

B7ng 9 B7ng Đặc t7 Usecase S3a danh m#c g) Đặc t7 Usecase xo danh m#c

Mục đích Xo danh m#c cho s7n phẩm Đảm bảo tối thiếu Ngư?i dùng đA đăng nhập ph7i là qu7n lý

Luồng sự kiện 1 Qu7n lý, nhân viên ch!n ch1c năng

2 Hệ thống hiển thị giao diện ch1c năng qu7n lý s7n phẩm

3 Qu7n lý, nhân viên tìm ki+m s7n phẩm cần x5a

4 Hệ thống hiển thị thông tin s7n phẩm, ch!n n9t “X5a” t'i s7n phẩm cần x5a

5 Hệ thống hiển thị thông bo xc nhận x5a

7 Hệ thống thông bo x5a thành công

Ngoại lệ N+u qu7n lý, nhân viên ch!n “h)y” t'i bước 5 hệ thống quay l'i giao diện qu7n lý danh m#c s7n phẩm

Các yêu cầu đặc biệt Không

B7ng 10 B7ng Đặc t7 Usecase Xo danh m#c

Hình 9 Usecase Qu7n lý danh m#c h) Đặc t7 Usecase thêm s7n phẩm

Mục đích Thêm s7n phẩm Đảm bảo tối thiếu Ngư?i dùng đA đăng nhập ph7i là qu7n lý

Luồng sự kiện 1 Qu7n lý, nhân viên ch!n ch1c năng

2 Hệ thống hiển thị giao diện ch1c năng qu7n lý s7n phẩm.

4 Hệ thống hiển thị form đi:n thông tin s7n phẩm.

5 Qu7n lý nhập thông tin s7n phẩm và bấm “lưu”.

6 Hệ thống kiểm tra thông tin s7n phẩm.

7 Hệ thống thông bo đA thêm s7n phẩm mới thành công.

Ngoại lệ N+u qu7n lý nhấn “H)y” t'i bước 5 hệ thống sẽ quay l'i trang ch) mà không thêm danh m#c s7n phẩm nào.

Các yêu cầu đặc biệt Không

B7ng 11 Đặc t7 Usecase Thêm s7n phẩm i) Đặc t7 Usecase s3a s7n phẩm

Mục đích Cập nhật thông tin cho khch hàng Đảm bảo tối thiếu S3a thông tin c)a s7n phẩm đA c5 trên app bn thi+t bị điện t3.

Luồng sự kiện 1 Qu7n lý, nhân viên ch!n ch1c năng

2 Hệ thống hiển thị giao qu7n lý s7n phẩm

3 Qu7n lý, nhân viên tìm ki+m s7n phẩm cần chỉnh s3a

4 Qu7n lý, nhân viên ch!n n9t “S3a” t'i s7n phẩm cần chỉnh s3a

5 Hệ thống hiển thị form thông tin chi ti+t c)a s7n phẩm

6 Qu7n lý, nhân viên ti+n hành s3a đ0i thông tin và nhấn “Lưu”

7 Hệ thống thông bo s3a thành công

Ngoại lệ N+u qu7n lý ch!n “H)y” ở bước 6 hệ thống sẽ quay trở v: giao diện qu7n l- s7n phẩm

Các yêu cầu đặc biệt Không

B7ng 12 Đặc t7 Usecase S3a s7n phẩm k) Đặc t7 Usecase xo s7n phẩm

Mục đích Xo thông tin c)a s7n phẩm đA c5 trên app bn thi+t bị điện t3. Đảm bảo tối thiếu Ngư?i dùng đA đăng nhập ph7i là qu7n lý

Luồng sự kiện 1 Qu7n lý, nhân viên ch!n ch1c năng

2 Hệ thống hiển thị giao diện ch1c năng qu7n lý s7n phẩm

3 Qu7n lý, nhân viên tìm ki+m s7n phẩm cần x5a

4 Hệ thống hiển thị thông tin s7n phẩm, ch!n n9t “X5a” t'i s7n phẩm cần x5a

5 Hệ thống hiển thị thông bo xc nhận x5a

7 Hệ thống thông bo x5a thành công

Ngoại lệ N+u qu7n lý, nhân viên ch!n “h)y” t'i bước 5 hệ thống quay l'i giao diện qu7n lý danh m#c s7n phẩm

Các yêu cầu đặc biệt Không

B7ng 13 Đặc t7 Usecase Xo s7n phẩm

Hình 10 Usecase Qu7n lý s7n phẩm l) Đặc t7 Usecase tìm ki+m s7n phẩm

Tên Usecase Tìm ki+m s7n phẩm

Mục đích Tìm ki+m s7n phẩm theo nhu cầu c)a khch hàng Đảm bảo tối thiếu Hệ thống lo'i bỏ thông tin tìm ki+m không hp lệ.

Luồng sự kiện 1 Khch hàng ch!n ch1c năng tìm ki+m

2 Nhập thông tin cần tìm

3 L9c này hệ thống kiểm tra trong CSDL n+u c5 thì hiện thị s7n phẩm tương 1ng, ngưc l'i thì thông bo không tìm thấy k+t qu7

4 Khch hàng nhận thông bo

Ngoại lệ Hệ thống thông bo không c5 s7n phẩm t8n t'i

Các yêu cầu đặc biệt Không

B7ng 14 B7ng Đặc t7 Usecase Tìm ki+m s7n phẩm

Hình 11 Tìm ki+m s7n phẩm m) Đặc t7 Usecase thêm s7n phẩm vào giỏ hàng

Tên Usecase Thêm s7n phẩm vào giỏ hàng

Mục đích Gi9p khch hàng thêm s7n phẩm vào giỏ hàng Đảm bảo tối thiếu Khch hàng ph7i truy cập vào app bn hàng

Luồng sự kiện 1 Khch hàng truy cập vào app bn hàng

2 Khch hàng ch!n s7n phẩm cần mua

3 Nhập dữ liệu vào ô input

4 Hệ thống lưu thông tin c)a s7n phẩm b'n đA ch!n vào giỏ hàng

5 Hiện thị danh sch c)a giỏ hàng

Ngoại lệ Hệ thống chưa nhập đầy đ) thông tin

Các yêu cầu đặc biệt  Nhập đ9ng thông tin cần cập nhật

B7ng 15 B7ng Đặc t7 Usecase Thêm s7n phẩm vào giỏ hàng

Hình 12 Thêm s7n phẩm vào giỏ hàng n) Đặc t7 Usecase lịch s3 đơn hàng

Tên Usecase Lịch s3 đơn hàng

Mục đích Khch hàng xem l'i lịch s3 đơn hàng đA mua Đảm bảo tối thiếu Khch hàng ph7i c5 tài kho7n và đăng nhập vào app bn hàng.

Luồng sự kiện 1 Ch!n vào lịch s3 đơn hàng

2 Hệ thống hiển thị danh sch đơn hàng

3 Ch!n xem chi ti+t đơn hàng

4 Hệ thống hiển thị danh sch mặt hàng đA mua c)a đơn hàng.

Các yêu cầu đặc biệt Không

B7ng 16 B7ng Đặc t7 Usecase Lịch s3 đơn hàng

Hình 13 Lịch s3 đơn hàng o) Đặc t7 Usecase tìm ki+m đơn hàng

Tên Usecase Tìm ki+m h5a đơn

Mục đích Tìm ki+m đơn hàng c)a khch hàng Đảm bảo tối thiếu Admin ph7i đăng nhập vào hệ thống.

Luồng sự kiện 1 Admin ch!n ch1c năng qu7n lý đơn hàng

2 Hệ thống hiển thị đơn hàng

3 Admin ch!n ch1c năng tìm ki+m đơn hàng (theo sdt mua hàng, theo mA đơn, tên khch hàng)

4 Hệ thống kiểm tra thông tin vào và tr7 v: k+t qu7 sẽ đc hiển thị ra màn hình

Ngoại lệ - Hệ thống tr7 v: không c5 k+t qu7 phù hp hoặc đơn hàng không t8n t'i

Các yêu cầu đặc biệt Không

B7ng 17 B7ng Đặc t7 Usecase Tìm ki+m đơn hàng

39 p) Đặc t7 Usecase thanh ton giỏ hàng

Tên Usecase Thanh ton giỏ hàng

Mục đích Thanh ton s7n phẩm khch hàng đA mua trong giỏ hàng Đảm bảo tối thiếu Khch hàng ph7i ch!n s7n phẩm và cho vào giỏ hàng

Luồng sự kiện 1 Ch!n vào giỏ hàng

2 Hệ thống hiển thị giỏ hàng

4 Hiện thị form thanh ton

5 N+u không c5 tài kho7n thì hiển thị ra form đăng nhập

6 N+u c5 tài kho7n thì thông tin c)a khch hàng sẽ đưc nhập vào

7 Thanh ton thì thông tin ngư?i nhận qua c0ng thanh ton nganluong.vn

8 Hệ thống kiểm tra thông tin nhập vào và thông bo k+t qu7

9 Hệ thống g3i mail cho khch hàng khi thanh ton thành công

Ngoại lệ Hệ thống thông bo thông tin nhập vào chưa đầy đ).

- Hệ thống thông bo thanh ton thất b'i.

Các yêu cầu đặc biệt Không

B7ng 18 B7ng Đặc t7 Usecase Thanh ton giỏ hàng

3.2.3.2 Biểu đồ trình tự a) Biểu đ8 trình t> đăng nhập

Hình 14 Biểu đ8 trình t> đăng nhập b) Biểu đ8 trình t> đăng ký

Hình 15 Biểu đ8 trình t> đăng ký

Hình 16 Biểu đ8 trình t> thêm danh m#c d) Biểu đ8 trình t> s3a danh m#c

Hình 17 Biểu đ8 trình t> s3a danh m#c e) Biểu đ8 trình t> xo danh m#c

Hình 18 Biểu đ8 trình t> xo danh m#c g) Biểu đ8 trình t> thêm s7n phẩm

Hình 19 Biểu đ8 trình t> thêm s7n phẩm h) Biểu đ8 trình t> s3a s7n phẩm

Hình 20 Biểu đ8 trình t> s3a s7n phẩm i) Biểu đ8 trình t> xo s7n phẩm

Hình 21 Biểu đ8 trình t> xo s7n phẩm k) Biểu đ8 trình t> lịch s3 đơn hàng

Hình 22 Biểu đ8 trình t> lịch s3 đơn hàng l) Biểu đ8 trình t> xc nhận đơn hàng

Hình 23 Biểu đ8 trình t> xc nhận đơn hàng m) Biểu đ8 trình t> thanh ton đơn hàng

Hình 24 Biểu đ8 trình t> thanh ton đơn hàng n) Biểu đ8 trình t> tìm ki+m đơn hàng

Hình 25 Biểu đ8 trình t> tìm ki+m đơn hàng o) Biểu đ8 trình t> thống kê

Hình 26 Biểu đ8 trình t> thống kê

3.2.3.3 Biểu đồ hoạt động a) Biểu đ8 ho't động đăng ký

Hình 27 Biểu đ8 ho't động đăng ký b) Biểu đ8 ho't động đăng nhập

Hình 28 Biểu đ8 ho't động đăng nhập c) Biểu đ8 ho't động thêm danh m#c

Hình 29 Biểu đ8 ho't động thêm danh m#c d) Biểu đ8 ho't động s3a danh m#c

Hình 30 Biểu đ8 ho't động s3a danh m#c

49 e) Biểu đ8 ho't động xo danh m#c

Hình 31 Biểu đ8 ho't động xo danh m#c g) Biểu đ8 ho't động thêm s7n phẩm

Hình 32 Biểu đ8 ho't động thêm s7n phẩm h) Biểu đ8 ho't động s3a s7n phẩm

Hình 33 Biểu đ8 ho't động s3a s7n phẩm i) Biểu đ8 ho't động xo s7n phẩm

Hình 34 Biểu đ8 ho't động xo s7n phẩm

51 k) Biểu đ8 ho't động tìm ki+m đơn hàng

Hình 35 Biểu đ8 ho't động tìm ki+m đơn hàng l) Biểu đ8 ho't động xc nhận đơn hàng

Hình 36 Biểu đ8 ho't động xc nhận đơn hàng m) Biểu đ8 ho't động thanh ton

Hình 37 Biểu đ8 ho't động thanh ton n) Biểu đ8 trình t> thống kê

Hình 38 Biểu đ8 ho't động thống kê

3.3 Thiết kế cơ sở dữ liệu cho hệ thống bán hàng

3.3.1 Các bảng dữ liệu a) B7ng Khch hàng

STT Tên thuộc tính Kiểu DL Mô tả Ghi chú

1 id int MA t> sinh Kho ch-nh

2 email nvarchar Tài kho7n email

3 phone varchar Số điện tho'i

4 username nvarchar Tên tài kho7n khch hàng

7 status bit Tr'ng thi

10 updateAt timestamp Th?i gian cập nhật B7ng 19 B7ng CSDL Khch hàng b) B7ng S7n phẩm

STT Tên thuộc tính Kiểu DL Mô tả Ghi chú

5 quantity int Số lưng

7 slide varchar Ảnh mặt bên

10 updateAt timestamp Th?i gian cập nhật B7ng 20 B7ng CSDL S7n phẩm c) B7ng Lo'i s7n phẩm

STT Tên thuộc tính Kiểu DL Mô tả Ghi chú

1 id int MA t> sinh Kho ch-nh

7 updateAt timestamp Th?i gian cập nhật

B7ng 21 B7ng CSDL Lo'i s7n phẩm d) B7ng Đặt hàng

STT Tên thuộc tính Kiểu DL Mô tả Ghi chú

1 id int MA t> sinh Kho ch-nh

2 customer_id int MA khch hàng Kho ngo'i

3 order_date date Ngày đặt hàng

4 status smallint Tr'ng thi e) B7ng Tin t1c g) B7ng Đnh gi h) B7ng Thống kê

3.4 Thiết kế giao diện chương trình

3.4.1 Giao diện Admin a) Qu7n lý chung

Hình 39 Giao diện Qu7n lý chung b) Qu7n lý Tài kho7n

Hình 40 Giao diện Qu7n lý Tài kho7n c) Qu7n lý Danh sch s7n phẩm

Hình 41 Giao diện Qu7n lý Danh sch s7n phẩm d) Qu7n lý Danh m#c s7n phẩm

Hình 42 Giao diện Qu7n lý Danh m#c s7n phẩm e) Qu7n lý Đơn hàng

Hình 43 Giao diện Qu7n lý đơn hàng

3.4.2 Giao diện ứng dụng a) Trang ch) b) Giỏ hàng c) Thông tin c nhân d) Lịch s3 đơn hàng e) Thông tin c nhân

CHƯƠNG IV: XÂY DỰNG CHƯƠNG TRÌNH

4.2 Kiểm thử các chức năng và đánh giá

ID Mục đích kiểm thử

Các bước thực hiện Kết quả mong muốn Kết quả thực tế

1 Kiểm tra thông tin trên màn hình qu7n lý tài kho7n

- Ch!n ‘Qu7n lý tài kho7n’

- Kiểm tra cc thông tin trên màn hình

- Danh sch tài kho7n c5 cc cột: ID, Tên, Email, SDT, Role,

- Ch!n button “Xo” tương 1ng với tài kho7n

- Hiển thị màn hình Thêm mới ngư?i dùng

- Hiển thị màn hình S3a tài kho7n, load sẵn thông tin lên cc trư?ng dữ liệu Hiển thị pop-up xc nhận: " B'n c5 muốn xo tài kho7n c5 tên

3 Xo tài kho7n - Click botton Xo tương 1ng vs tài kho7n

Hiển thị message Xo thành công

- Ấn Enter hoặc Ch!n Button "Tìm ki+m"

Hiển thị danh sch cc tài kho7n cần tìm

5 1 Kiểm tra màn hình “Thêm tài kho7n” mới

2 Kiểm tra ch1c năng thêm tài kho7n thành công

3 Kiểm tra ch1c năng thêm tài

- Kiểm tra cc thông tin hiển thị trên màn hình

- T'i giao diện thêm khch hàng mới, sau khi nhập đầy đ) dữ liệu(đ9ng chuẩn) -

- Hiển thị thông bo thêm ‘Thêm thành công’

- Hiển thị lỗi t'i cc trư?ng chưa nhập/nhập sai

- Để trống/nhập sai định d'ng trư?ng dữ liệu

ID Mục đích kiểm thử

Các bước thực hiện Kết quả mong muốn Kết quả thực tế

1 Kiểm tra thông tin trên màn hình

- Kiểm tra cc thông tin trên màn hình

- Danh sch s7n phẩm c5 cc cột: ID, Ảnh, Tên, Số lưng, Gi gốc, Gi gi7m, Danh m#c, Action

- Ch!n button “Xo” tương 1ng với s7n phẩm

- Hiển thị màn hình Thêm mới s7n phẩm

- Hiển thị màn hình S3a s7n phẩm, load sẵn thông tin lên cc trư?ng dữ liệu Hiển thị pop-up xc nhận: " B'n c5 muốn xo s7n phẩmc5 tên

3 Xo s7n phẩm - Click botton Xo tương 1ng vs ts7n phẩm

Hiển thị message Xo thành công

- Ấn Enter hoặc Ch!n Button "Tìm ki+m"

Hiển thị danh sch cc s7n phẩmcần tìm

5 1 Kiểm tra màn hình “Thêm s7n phẩm” mới

2 Kiểm tra ch1c năng thêm s7n phẩm thành công

3 Kiểm tra ch1c năng thêm tài kho7n không thành công

- Kiểm tra cc thông tin hiển thị trên màn hình

- T'i giao diện thêm s7n phẩm mới, sau khi nhập đầy đ) dữ liệu(đ9ng chuẩn) -

- Để trống/nhập sai định d'ng trư?ng dữ liệu

- Hiển thị thông bo thêm ‘Thêm thành công’

- Hiển thị lỗi t'i cc trư?ng chưa nhập/nhập sai

6 1 Kiểm tra màn hình s3a s7n ph7m

2 Kiểm tra ch1c năng s3a s7n phẩm thành công

3 Kiểm tra ch1c năng s3a s7n phẩm không thành công

- Click vào botton S3a- Hiển thị giao diện s3a

- T'i giao diện s3a s7n phẩm – Nhập đầy đ) và chuẩn dữ liệu cc trư?ng – bấm Lưu

- Giao diện giống thi+t kê

- Hiển thị Message ( S3a thành công)

- Hiển thị lỗi t'i cc trư?ng chưa nhập/nhập sai

61 s7n phẩm – Chưa nhập/nhập sai dữ liệu cc trư?ng – bấm Lưu

ID Mục đích kiểm thử

Các bước thực hiện Kết quả mong muốn Kết quả thực tế

1 Kiểm tra thông tin trên màn hình

- Ch!n ‘Qu7n lý danh m#c s7n phẩm’

- Kiểm tra cc thông tin trên màn hình

- Danh sch s7n phẩm c5 cc cột: ID, Ảnh, Tên, Mô t7, Slug, Action

- Ch!n button “Xo” tương 1ng với danh m#c s7n phẩm

- Hiển thị màn hình Thêm mới danh m#c s7n phẩm

- Hiển thị màn hình S3a danh m#c s7n phẩm, load sẵn thông tin lên cc trư?ng dữ liệu

- Hiển thị pop-up xc nhận: " B'n c5 muốn xo danh m#c s7n phẩmc5 tên "X" ?" với

- Click botton Xo tương 1ng với danh m#c s7n phẩm

Hiển thị message Xo thành công

- Ấn Enter hoặc Ch!n Button "Tìm ki+m"

Hiển thị danh sch cc danh m#c s7n phẩm cần tìm

5 1 Kiểm tra màn hình “Thêm danh m#c s7n phẩm” mới

2 Kiểm tra ch1c năng thêm danh m#c s7n phẩm thành công

3 Kiểm tra ch1c năng thêm danh m#c s7n phẩm không thành công

- Kiểm tra cc thông tin hiển thị trên màn hình

- T'i giao diện thêm danh m#c s7n phẩm mới, sau khi nhập đầy đ) dữ liệu(đ9ng chuẩn) - >bấm Lưu

- Để trống/nhập sai định d'ng trư?ng dữ liệu

- Hiển thị thông bo thêm ‘Thêm thành công’

- Hiển thị lỗi t'i cc trư?ng chưa nhập/nhập sai

6 1 Kiểm tra màn hình s3a danh m#c s7n ph7m

2 Kiểm tra ch1c năng s3a danh m#c s7n phẩm thành công

- Click vào botton S3a- Hiển thị giao diện s3a

- T'i giao diện s3a s7n phẩm – Nhập đầy đ) và chuẩn dữ liệu cc trư?ng –

- Giao diện giống thi+t kê

- Hiển thị Message ( S3a thành công)

- Hiển thị lỗi t'i cc trư?ng chưa nhập/nhập sai

3 Kiểm tra ch1c năng s3a danh m#c s7n phẩm không thành công bấm Lưu

- T'i giao diện s3a s7n phẩm – Chưa nhập/nhập sai dữ liệu cc trư?ng – bấm Lưu

ID Mục đích kiểm thử

Các bước thực hiện Kết quả mong muốn Kết quả thực tế

1 Kiểm tra thông tin trên màn hình

- Ch!n ‘Qu7n lý Qu7n lý đơn hàng’

- Kiểm tra cc thông tin trên màn hình

- Danh sch s7n phẩm c5 cc cột: ID, Ảnh, Tên, Email, T0ng ti:n, Hình th1c thanh ton, Địa chỉ, Tr'ng thi, Mô t7, Action

- Ch!n vào ô tìm ki+m mA đơn hàng.

- Ấn Enter hoặc ch!n button “Tìm ki+m”

Hiển thị danh sch cc đơn hàng cần tìm

KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN

Trong th?i gian làm đ8 n này đA gi9p em tìm hiểu và nắm bắt đưc nhi:u ki+n th1c b0 -ch, đ8ng th?i r9t ra nhi:u kinh nghiệm th>c t+ Do h'n ch+ v: th?i gian cũng như trình độ nên chương trình không trnh khỏi nhi:u sai s5t Em xin chân thành c7m ơn và mong nhận đưc s> đ5ng g5p ý ki+n từ cc thầy cô để đ8 n đưc hoàn thiện hơn Đ: tài “Nghiên c1u công nghệ webservice, android và 1ng d#ng xây d>ng app bn thi+t bị điện t3” c)a em đA hoàn thiện và đ't đưc cc k+t qu7 sau: ĐA phân t-ch, kh7o st và làm rõ đưc cc quy nghiệp cũng như nghiệp v# c)a hệ thống từ đ5 vẽ đưc biểu đ8 use case t0ng qut, phân rA cc use case để xây d>ng đưc cc đặc t7 yêu cầu c)a từng usecase, đưa ra đưc cc biểu đ8 ho't động, trình t>, tr'ng thi và biểu đ8 lớp từ đ5 xây d>ng đưc cơ sở dữ liệu hp lý và tối ưu Đp 1ng đưc những yêu cầu mà doanh nghiệp, nhà trư?ng đA đặt ra v: tiêu ch-, ho't động đưc, d s3 d#ng, đầy đ) ch1c năng cần thi+t như thêm s3a x5a đưc s7n phẩm, tin t1c và thống kê bo co, xây d>ng và thi+t k+ 1ng d#ng bắt mắt d nhìn, giao diện trang qu7n lý thân thiện, d s3 d#ng, tr>c quan cho ngư?i dùng.

Trong th?i gian sắp tới, em mong nhận đưc s> gi9p đỡ quý bu c)a thầy cô và b'n bè để em c5 thể hoàn thiện và b0 sung đ8 n tốt hơn để xây d>ng hoàn thiện tốt hơn

1 Tóm tắt kết quả đạt được

 Tìm ki+m s7n phẩm một cch thông minh theo tiêu ch- khch hàng.

 Cung cấp đầy đ) thông v: s7n phẩm cho khch hàng một cch nhanh ch5ng tiện li

 D dàng thanh ton online thông qua nhi:u hình th1c khc nhau như ATM, Visa, Credit,…

Hệ thống hỗ trợ doanh nghiệp phân loại khách hàng tiềm năng/không tiềm năng, đồng thời lưu trữ lịch sử mua hàng và các thông tin cá nhân như địa chỉ, số điện thoại Dữ liệu này giúp doanh nghiệp có thể tiến hành các hoạt động marketing hiệu quả.

2 Hạn chế và hướng phát triển a) Hạn chế

 Ki+n th1c v: webservice, java hay v: android còn nhi:u h'n ch+.

 Phần khai thc dịch v# mới chỉ triển khai ở d'ng app mà chưa đa d'ng ho môi trư?ng khc như: cc 1ng d#ng desktop hay website.

 Một vài ch1c năng chưa đưc hoàn thiện như xem s7n phẩm, hỗ tr khch hàng, b) Hướng phát triển

 Tập trung nghiên c1u sâu sắc hơn cc vấn đ: b7o mật c)a webservice cũng như cc công nghệ p d#ng nh/m gi9p hệ thống an toàn hơn, 0n định hơn.

 Mở rộng cc môi trư?ng s3 d#ng webservice cho doanh nghiệp trên nhi:u n:n t7ng khc nhau như cc 1ng d#ng desktop hay cc website trên internet.

 Hoàn thiện cc ch1c năng c)a app bn thi+t bị điện t3 và c5 thể đưa vào s3 d#ng rộng rAi.

[1] Lê Văn Sơn, Giáo trình Lập trình Android - Nhà xuất b7n Xây d>ng, 2015.

[2] Nguy.n Văn Ba, Giáo trình phân tích và thiết kế hệ thống thông tin - Đ'i h!c Quốc gia Hà Nội, 2005