Nếu hàng nhập không đạt yêu cầu thì chỉ nhập những mặt hàng đạt yêu cầu và chủ cửa hàng lập lại phiếu đặt hàng các mặt hàng bị lỗi, hàng bị lỗi thì trả lại nhà cung cấp.Nếu hàng đạt tiêu
GIỚI THIỆU DỰ ÁN PHẦN MỀM
Khảo sát hiện trạng
Đề tài tập trung vào việc nghiên cứu các vấn đề liên quan như tìm hiểu hệ thống bán hàng, cách thức phân loại các loại đồng hồ, tìm hiểu yêu cầu của khách hàng về các loại đồng hồ Đề tài quản lí cửa hàng đồng hồ LD được xây dựng dựa trên sự tham khảo về cửa hàng đồng hồ LD và nhu cầu thực tế của khách hàng về việc tiếp cận đến công nghệ thông tin, nghệ thuật ảnh một cách nhanh nhất Đưa đến cho người sử dụng những đồng hồ chuyên nghiệp thông qua phương pháp bán hàng trực tuyến giúp người tiêu dùng sẽ được biết đến những loại đồng hồ mới Hệ thống được xây dựng nhằm giảm tối đa chi phí hoạt động, nâng cao chất lượng củaviệc bán hàng cũng như quản lý việc nhập hàng và xuất hàng Việc quản lý và lưu trữ thông tin không qua giấy tờ sổ sách sẽ làm giảm chi phí và công sức làm việc của các nhân viên, cũng như tránh được các sai sót trong quá trình làm việc.
Cửa hàng Đồng Hồ LD
- Add : Số 157 Trần Quốc Hoàn , Cầu Giấy , Hà Nội
- Thời gian bán hàng: 8h sáng – 19h30 tối
Cửa hàng gồm 6 nhân viên, trong đó:
+) 1 quản lý chính (Chủ cửa hàng và tiếp nhận yêu cầu khách hàng)
Hệ thống quản lý cửa hàng đồng hồ là công cụ đắc lực giúp các chủ doanh nghiệp theo dõi toàn bộ hoạt động kinh doanh liên quan đến đồng hồ của mình Hệ thống cung cấp các chức năng thiết yếu cho phép người quản lý tiến hành các giao dịch bán hàng, quản lý hoạt động của cửa hàng và nắm bắt tình hình phát triển kinh doanh.
- Người quản lý nắm được tình hình mua bán, doanh thu của shop, việc thống kê được thực hiện hàng tháng, hàng quý cũng có khi đột suất theo yêu cầu.
Nhân viên bán hàng là người trực tiếp giới thiệu, tư vấn cho khách hàng về thông tin sản phẩm, tính tiền các sản phẩm khách mua và lập hóa đơn cho khách hàng Vai trò của nhân viên bán hàng đóng góp vào doanh số của cửa hàng, đồng thời đảm bảo sự hài lòng của khách hàng.
- Khách hàng là người mua hàng tại shop Thông tin của khách hàng sẽ được lưu trữ trong hệ thống của shop.
+) Khách hàng: đặt sản phẩm
+) Nhân viên: Tư vấn bảng giá, mẫu mã, thương hiệu, chất lượng, cung cấp thông tin, các dịch vụ,…
+) Tài sản: Nhân viên bảo quản tài sản, kiểm tra sản phẩm thường xuyên, nhân viên kiểm kho, sắp xếp hàng hóa.
+) Thanh toán: Khách hàng có thể thanh toán phí bằng thẻ ngân hàng hoặc tiền mặt.
Xác định bài toán cần giải quyết
Phần mềm quản lí cửa hàng đồng hồ LD quản lý tất cả các hoạt động và thời gian của người dùng nâng cao chất lượng về công nghệ trong thời đại mới.
Xây dựng được phần mềm để người dùng có thể truy cập tìm hiểu giá cả cũng như các loại mặt hàng mới một cách nhanh chóng, tiết kiệm tối đa được thời gian, công sức và tiền bạc.
Xây dựng trang quản trị để quản lý các thông tin về đồng hồ và nguồn gốc xuất sứ để người dùng dễ dàng nắm bắt được thông tin.
Xây dựng phần mềm quản lí cửa hàng đồng hồ nhằm online hóa, hỗ trợ tối đa việc mua hàng truyền thống của người dùng, quản lý chặt chẽ thông tin của người dùng Bài toán đặt ra là việc phân tích thiết kế hệ thống thông tin vấn đề đặt ra làtại sao cần phải tạo dựng phần mềm và cần phải quản lý thông tin của người dùng như thế nào? Và quản lý như thế nào để công việc có hiệu quả và tiết kiệm được tối đa thời gian và công sức cho người dùng.
Phân tích đặc tả nghiệp vụ của hệ thống
Chi tiết quy trình nghiệp vụ của từng công việc khi chưa có phần mềm a) Quản lí nhập hàng
Nhập hàng từ nhà cung cấp:
Khi nhà cung cấp đến giao hàng từ đơn đặt hàng của chủ cửa hàng đã lập từ trước (đơn đặt hàng được lập bằng tay), nhân viên kiểm tra số lượng, mẫu, chất lượng của mặt hàng được cung cấp theo đơn hàng được đính kèm theo lô hàng nhập.
Nếu hàng nhập không đạt yêu cầu thì chỉ nhập những mặt hàng đạt yêu cầu và chủ cửa hàng lập lại phiếu đặt hàng các mặt hàng bị lỗi, hàng bị lỗi thì trả lại nhà cung cấp.
Nếu hàng đạt tiêu chuẩn tiến hành lập phiếu nhập lưu các thông tin bao gồm: ngày nhập, mặt hàng, số lượng, nhà cung cấp. b) Quản lí bán hàng
Khách mua hàng đến quầy thanh toán, nhân viên tìm hiểu thông tin khách đã có trong ghi chép hay chưa để từ đó thêm khách
Nhân viên check mã, giá sản phẩm, số lượng sản phẩm khách mua để tổng giá bán.
Nhân viên sẽ tạo hóa đơn, lưu lại hóa đơn, xuất hàng đã bán đó để cập nhật thông tin sản phẩm tồn kho ở shop. c) Quản lí kho
Khi hàng đưa vào kho, quản lí điều động nhân viên đến kiểm, in mã vạch cho từng sản phẩm, sắp xếp thứ tự mặt hàng theo thứ tự nhất định, hàng nào ở vị trí nào được bố trí theo sơ đồ trong kho.
Khi shop muốn xen tồn kho thì nhân viên sẽ kiểm kê lại bảng nhập, xuất để từ đó tính lại số hàng còn tồn và kiểm kê thủ công lại cho chính xác. d) Quản lí báo cáo thống kê Định kì mỗi tháng, kì, quý, năm các bộ phận quản lí sẽ tổng hợp thông tin báo cáo thống kê:
+) Lập danh sách sản phẩm bán nhiều nhất định kì theo tháng, kì, năm.
+) Thống kê hàng tồn kho.
+) Báo cáo theo dõi tình hình hoạt động của nhân viên theo hóa đơn bán hàng, nhập hàng.
+) Xuất báo cáo doanh thu.
Xác định yêu cầu dự án
Để truy cập vào hệ thống nội bộ dành riêng cho nhân viên nắm giữ các chức vụ trong cửa hàng, người dùng thuộc phạm vi quản lý Area phải đăng ký trên trang chủ và được Chủ Shop ủy quyền Việc ủy quyền này là điều kiện tiên quyết để có thể đăng nhập vào hệ thống nội bộ, đảm bảo tính bảo mật và quyền hạn phù hợp cho từng cá nhân.
* Kiểm tra thông tin khách hàng: bao gồm các thông tin khách hàng ví dụ như tên khác hàng, sdt, địa chỉ, mã khách hàng…
Chức năng quản lý khách hàng
Sửa thông tin khách hàng
Chức năng quản lý nhân viên
Lưu thông tin của nhân viên mới
Sửa thông tin nhân viên
Xóa thông tin nhân viên
Chức năng quản lý đồng hồ
Sửa thông tin đồng hồ
Chức năng quản lý hóa đơn
Lập hóa đơn bán hàng
Hủy hóa đơn bán hàng
Chức năng quản lý kho
Kiểm kê số lượng đồng hồ
Kiểm tra tình trạng đồng hồ
Kiểm tra tình trạng kho chứa
1.4.2 Yêu cầu phi chức năng
- Yêu cầu tiến hóa: Hệ thống phải linh động trong việc thay đổi các thiết lập đặt sẵn phải dễ dàng nâng cấp
- Yêu cầu hiệu quả: Hệ thống phải làm việc hiệu quả thực hiện đúng các yêu cầu của người sử dụng Tỉ lệ lỗi trung bình hệ thống dưới 1%
- Yêu cầu tương thích: phần mềm phải tương thích với hệ thống của cửa hàng
Bảo mật: phân quyền hệ thống cho từng đối tượng sử dụng tránh tình trạng thông tin, dữ liệu bị mất hoặc bị sửa đổi
Yêu cầu an toàn: phải có giải pháp bảo đảm an toàn dữ liệu: Có khả năng backup dữ liệu và phục hồi dữ liệu khi có sự cố.
- Yêu cầu công nghệ: Hệ thống phải dễ sử dụng, dễ sửa lỗi, có khả năng tái sử dụng và kế thừa.
- Hệ thống cho phép truy cập dữ liệu thời gian thực Các tác vụ thực hiện tức thời trong thời gian ngừng cho phép chấp nhận dưới 60s
- Giao diện phần cứng quản lý:
Hệ điều hành: Window 7 trở lên.
Bộ xử lý: CPU lớn hơn hoặc bằng 2.30 GHz
Ram: lớn hơn hoặc bằng 4GB Ổ cứng: lớn hơn hoặc bằng 2GB.
Thiết bị truy cập web
Cơ sở dữ liệu: SQL server Ứng dụng: web
Thông tin người dùng cần được bảo vệ.
Hệ thống quản lý cửa hàng cần tuân thủ các yêu cầu đảm bảo chất lượng.
QUẢN LÍ DỰ ÁN
Ước lượng dự án
Giai Đoạn Công việc chính Mô tả công việc Chi phí
Khảo sát yêu cầu dự án
Thu thập tất cả dữ liệu cần thiết về dự án
Bắt đầu dự án Triển khai và thiết lập project cho dự án
Lập kế hoạch phạm vi dự án
Lập kế hoạch chi tiết cho phạm vi làm việc
Viết báo cáo tổng kết dự án
Tổng kết lại toàn bộ quá trình quản lý dự án
Phân tích và thiết kế hệ thống Đặc tả chi tiết yêu cầu của khách hàng
Mô tả chi tiết những yêu cầu, chức năng cần có của phần mềm
Mô tả hệ thống thông qua sơ đồ usecase và trình tự
Xây dựng sơ đồ usecase và trình tự bằng phần mềm draw.io
Thiết kế cơ cở dữ liệu hệ thống
Xây dựng các trường dữ liệu cần thiết cho phần mềm
Thiết kế giao diện cho phần mềm
Xây dựng các chức năng chính cho phần mềm bán hàng
Viết bài phân tích chi tiết về hệ thống
Viết báo cáo trình bày phân tích và thiết kế ra hệ thống phần mềm
Module thống kê sản phẩm
Phân tích yêu cầu cụ thể cho từng module
Xây dựng chi tiết nhiệm vụ chính của hệ thống
Thiết kế các module Xây dựng chức năng cùng các sự kiện
Xây dựng code Xử lý các tính năng khi thao tác
Cài đặt các module Demo module khi xây dựng xong
Kiểm thử cho module Kiểm tra giao diện, độ chính xác và tìm các lỗi trong hệ thống
Viết báo cáo hoàn thiện
Trình bày báo cáo chi tiết khi thiết kế module
Tích hợp và hoàn thành sản phẩm
Tích hợp các Module đã thiết kế
Lắp ghép các module lại với nhau cho hoàn chỉnh
Kiểm thử phần mềm Test lại toàn bộ hệ thống đã xây dựng
Fix code Tìm kiếm các lỗi phát sinh trong quá trình thực thi
550.000 VNĐ Đóng gói phần mềm
Viết báo cáo hướng dẫn sử dụng
Viết bản hướng dẫn sử dụng phần mềm
Lên kế hoạch bảo trì phần mềm Đề ra kế hoạch bảo trì
Kết thúc dự án Tổng kết lại quá trình là ra dự án
Bảng 2.1: Bảng ước lượng về chi phí
Giai đoạn Công việc chính Mô tả công việc Thời gian
Quản lý dự án Khảo sát yêu cầu dự án
Thu thập cá dự liệu cần thiết về dự án
Bắt đầu dự án Triển khai và thiết lập project cho dự án
Lập kế hoạch phạm vi dự án
Lập kế hoạch chi tiết cho phạm vi làm việc
Viết báo cáo tổng kết dự án
Tổng kết lại toàn bộ quá trình quản lý dự án
Phân tích và thiết kế hệ thống Đặc tả chi tiết yêu cầu của khách hàng
Mô tả chi tiết những yêu cầu, chức năng cần có của phần mềm
Mô tả hệ thống thông qua sơ đồ usecase và trình tự
Xây dựng sơ đồ usecase và trình tự bằng phần mềm draw.io
Thiết kế cơ cở dự liệu
Xây dựng các trường dữ liệu cần thiết cho phần mềm
Thiết kế giao diện cho phần mềm
Xây dựng các chức năng chính cho phần mềm bán hàng
Viết bài phân tích chi tiết về hệ thống
Viết báo cáo trình bày phân tích và thiết kế ra hệ thống phần mềm
Module thống kê sản phẩm
Phân tích yêu cầu cụ thể cho từng module
Xây dựng chi tiết nhiệm vụ chính của hệ thống
Thiết kế các Xây dựng chức 3 Ngày module năng cùng các sự kiện Xây dựng code Xử lý các tính năng khi thao tác
Demo module khi xây dựng xong
Kiểm tra giao diện, độ chính xác và tìm các lỗi trong hệ thống
Viết báo cáo hoàn thiện
Trình bày báo cáo chi tiết khi thiết kế module
Tích hợp và hoàn thành sản phẩm
Tích hợp các Module đã thiết kế
Lắp ghép các module lại với nhau cho hoàn chỉnh
Test lại toàn bộ hệ thống đã xây dựng
Fix code Tìm kiếm các lỗi phát sinh trong quá trình thực thi
2 Ngày Đóng gói phần mềm
Viết báo cáo hướng dẫn sử dụng
Viết bản hướng dẫn sử dụng phần mềm
Lên kế hoạch bảo trì phần mềm Đề ra kế hoạch bảo trì
Kết thúc dự án Tổng kết lại quá trình là ra dự án
Bảng 2.2: Bảng ước lượng về thời gian
2.1.3 Ước lượng về số lượng người tham gia
- Số lượng người tham gia vào dự án này là 1 người
Lập lịch và theo dõi dự án
Tên hoạt động Hoạt động kế thừa
Ch ưa Ho àn thà nh
1.1 Khảo sát thực tế, phân tích các yêu cầu.
1.2 Báo cáo triển khai dự án.
1.3 Lập kế hoạch cho dự án
Phân tích và thiết kế phần mềm
2.1 Phân tích quy trình nghiệp vụ.
2.2 Xây dựng use case cho hệ thống
2.3 Xậy dựng sơ đồ trình tự cho hệ thống.
2.4 Thống nhất các sơ đồ.
Xây dựng cơ sở dữ liệu
3.1 Phân tích các đối tượng.
3.2 Xây dựng các thuộc tính cho từng đối tượng.
3.3 Thiết kế cơ sở dự liệu và nhập dữ liệu.
Xây dựng các chức năng chính
4.1 Xây dựng các form đã được phân tích
4.2 Xử lý sự kiện 4.1 4 ngày
5.1 Kiểm tra các giao diện.
5.2 Kiểm tra lại dự liệu.
5.3 Fix code nếu gặp lỗi.
6.1 Viết báo cáo về module.
6.2 Viết báo cáo hướng dẫn sử dụng phần mềm.
Tích hợp và bảo trì
7.1 Lên kế hoạch bảo trì phần mềm.
Bảng 2.3: Bảng lập lịch và theo dõi
PHÂN TÍCH THIẾT KẾ HỆ THỐNG
Các Actor và User Case Tổng Quát
- Quản lý khách hàng (nv Quầy)
- Quản lý Đồng HồBảng 3: Mổ tả các Actor và Use Case
Hình 3.1: Use case tổng quát
Phân tích thiết kế từng chức năng của Hệ Thống
3.2.1.1 Biểu đồ Use case đăng nhập
Hình 3.2: Biểu đồ Use Case Đăng Nhập
Đặc Tả Use Case Đăng Nhập
- Tác nhân sử dụng: Nhân viên bán hàng, Thủ kho, Quản lý
- Điều kiện: Nhân viên có tài khoản và mật khẩu để đăng nhập vào hệ thống.
- Mục đích: Đăng nhập vào hệ thống và sử dụng chức năng quản lý của mình.
- Mô tả khái quát: Nhập trực tiếp thông tin tài khoản và mật khẩu vào hệ thống hệ thống ghi nhậ và xử lý thông tin sau đó trả về kết quả.
- Kích hoạt: Nhân viên chọn chức năng đăng nhập trong menu.
- Nhập trực tiếp: Kết quả kiểm tra thông tin là thiếu hoặc không chính xác Hệ thống thông báo lỗi và yêu cầu nhập lại hoặc phải dừng ca sử dụng Nếu kiểm tra thông tin khách hàng thấy trùng với một thông tin khách hàng khác đang đăng nhập trong hệ thống thì thông báo nhập lại hoặc dừng.
3.2.1.2 Biểu đồ trình tự đăng nhập
Hình 3.3: Biểu đồ trình tự đăng nhập
3.2.1.3 Biểu đồ hoạt động đăng nhập
Hình 3.4: Biểu đồ hoạt động đăng nhập
B1: Người Dùng đã được cấp quyền, dùng tài khoản và mật khẩu điền đúng vào form đăng nhập
B2: Hệ thống kiểm tra dữ liệu
3.2.1.4 Biểu đồ hoạt động Đăng Xuất
Hình 3.5: Biểu đồ hoạt động đăng xuất
- B1: Người dùng đang trong hệ thống chọn đăng xuất.
- B2: Hệ thống hiện form xác nhận người dùng đăng xuất hay ở lại.
- B3: Nếu chọn Không người dùng ở lại, Có thì Hệ thống thoát phiên đăng nhập.
3.2.2 Use Case Quản lý khách hàng
3.2.2.1 Biểu đồ Use case Quản lý khách hàng
Hình 3.6: Biểu đồ Use case quản lý khách hàng
Đặc tả Use case Quản lý khách hàng
Đặc tả ca sử dụng Thêm khách hàng
- Tên ca sử dụng: Thêm khách hàng
- Tác nhân sử dụng: Nhân viên bán hàng
- Điều kiện: Nhân viên đã đăng nhập vào hệ thống và tài khoản nhân viên có chức năng thêm khách hàng.
- Mục đích: Cập nhật thông tin khách hàng mới vào hệ thống.
- Mô tả khái quát: Nhập trực tiếp thông tin về hệ thống dựa vào thông tin của mỗi khách hàng hoặc nạp thông tin về hệ thống từ một cơ sở dữ liệu cũ/ từ file văn bản/ từ file exel và yêu cầu hệ thống ghi nhận.
- Kích hoạt: Nhân viên chọn chức năng quản lý khách hàng trong menu.
- Nhập trực tiếp: Kết quả kiểm tra thông tin là thiếu hoặc không chính xác Hệ thống thông báo lỗi và yêu cầu nhập lại hoặc phải dừng ca sử dụng Nếu kiểm tra thông tin khách hàng thấy trùng với một thông tin khách hàng khác đã có trong hệ thống thì thông báo nhập lại hoặc dừng.
Đặc tả ca sử dụng Sửa thông tin Khách hàng
- Tên ca sử dụng: Sửa thông tin khách hàng
- Tác nhân sử dụng: Nhân viên bán hàng
- Mục đích: Sửa các thông tin của một khách hàng đang tồn tại trong hệ thống
- Mô tả khái quát: Tìm đến thông tin khách hàng cần sửa đổi, xóa các thông tin cũ và nhập các thông tin mới về khách hàng này Cuối cùng, yêu cầu hệ thống ghi nhận các thông tin mới.
- Điều kiện: nhân viên đã đăng nhập và tài khoản nhân viên phải có chức năng sửa thông tin khách hàng.
- Kích hoạt: Nhân viên chọn chức năng quản lý khách hàng trong menu.
- Mô tả khái quát: Chọn khách hàng cần sửa thông tin / Hiện form nhập / Nhập thông tin / Kiểm tra, ghi lại và báo cáo kết quả
- Ngoại lệ: Nếu không có thông tin nào thỏa mãn điều kiện tìm kiếm thì thông báo không tìm được và yêu cầu tìm lại hoặc dừng.
Đặc tả ca sử dụng Xóa Khách hàng
- Tên ca sử dụng: Xoá khách hàng.
- Tác nhân sử dụng: Nhân viên bán hàng.
- Mục đích: Xoá tất cả các thông tin trong hệ thống mà liên quan đến khách hàng cần xoá.
- Mô tả khái quát: Nhân viên tìm đến khách hàng cần xoá và tiến hành xoá tất cả thông tin liên quan đến khách hàng đó.
- Điều kiện: nhân viên đã đăng nhập vào hệ thống, tài khoản nhân viên phải có chức năng xóa khách hàng.
- Kích hoạt: Nhân viê ̣n chọn chức năng quản lý khách hàng trong menu.
Đặc tả ca sử dụng Tìm kiếm Khách hàng
- Tên ca sử dụng: Tìm kiếm khách hàng.
- Tác nhân sử dụng: Nhân viên bán hàng.
- Mục đích: Tìm kiếm và lựa chọn khách hàng cần tìm.
- Mô tả khái quát: Tìm kiếm thông tin của khách hàng dựa vào dữ liệu nhập vào hệ thống từ mô ̣t cơ sở dữ liệu cũ/ từ file văn bản/ từ exel và yêu cầu hê ̣ thống ghi nhâ ̣n.
- điều kiện: tài khoản nhân viên có chức năng tìm kiếm khách hàng.
3.2.2.2 Biểu đồ trình tự Quản lý Khách hàng
Hình 3.7: Biểu đồ trình tự quản lý khách hàng
3.2.2.3 Biểu đồ hoạt động Quản lý Khách hàng
Hình 3.8: Biểu đồ Hoạt động quản lý Khách hàng
- B4: Thực hiện đầy đủ với các hình thức đã chọn.
3.2.3 Use case Quản lý Nhân Viên
3.2.3.1 Biểu đồ Use case Quản lý Nhân Viên
Hình 3.9: Biểu đồ Use case Quản lý Nhân viên
Đặc tả Use case Quản lý Nhân Viên
Đặc tả ca sử dụng thêm Nhân Viên
- Tên ca sử dụng: Thêm Nhân viên
- Tác nhân sử dụng: Quản lý
- Điều kiện: Quản lý đã đăng nhập vào hệ thống và tài khoản quản lý có chức năng thêm khách hàng.
- Mục đích: Cập nhật thông tin nhân viên mới vào hệ thống.
- Mô tả khái quát: Nhập trực tiếp thông tin về hệ thống dựa vào thông tin của mỗi nhân viên hoặc nạp thông tin về hệ thống từ một cơ sở dữ liệu cũ/ từ file văn bản/ từ file exel và yêu cầu hệ thống ghi nhận.
- Kích hoạt: Quản lý chọn chức năng quản lý nhân viên trong menu.
- Nhập trực tiếp: Kết quả kiểm tra thông tin là thiếu hoặc không chính xác Hệ thống thông báo lỗi và yêu cầu nhập lại hoặc phải dừng ca sử dụng Nếu kiểm tra thông tin khách hàng thấy trùng với một thông tin khách hàng khác đã có trong hệ thống thì thông báo nhập lại hoặc dừng.
Đặc tả ca sử dụng Sửa thông tin Nhân viên
- Tên ca sử dụng: Sửa thông tin nhân viên
- Tác nhân sử dụng: Quản lý
- Mục đích: Sửa các thông tin của một nhân viên đang tồn tại trong hệ thống -
Mô tả khái quát: Tìm đến thông tin nhân viên cần sửa đổi, xóa các thông tin cũ và nhập các thông tin mới về nhân viên này Cuối cùng, yêu cầu hệ thống ghi nhận các thông tin mới.
- Điều kiện: quản lý đã đăng nhập và tài khoản có chức năng sửa thông tin khách hàng.
- Kích hoạt: Nhân viên chọn chức năng quản lý khách hàng trong menu.
- Mô tả khái quát: Chọn khách hàng cần sửa thông tin / Hiện form nhập / Nhập thông tin / Kiểm tra, ghi lại và báo cáo kết quả
- Ngoại lệ: Nếu không có thông tin nào thỏa mãn điều kiện tìm kiếm thì thông báo không tìm được và yêu cầu tìm lại hoặc dừng.
Đặc tả ca sử dụng Xóa Nhân viên
- Tên ca sử dụng: Xoá nhân viên.
- Tác nhân sử dụng: Quản lý.
- Mục đích: Xoá tất cả các thông tin trong hệ thống mà liên quan đến nhân viên cần xoá.
- Mô tả khái quát: Quản lý tìm đến nhân viên cần xoá và tiến hành xoá tất cả thông tin liên quan đến nhân viên đó.
- Điều kiện: Quản lý đã đăng nhập vào hệ thống, tài khoản có chức năng xóa nhân viên.
- Kích hoạt: Quản lý chọn chức năng quản lý nhân viên trong menu.
Đặc tả ca sử dụng Tìm kiếm Nhân viên
- Tên ca sử dụng: Tìm kiếm Nhân viên.
- Tác nhân sử dụng: Quản lý.
Mục đích: Tìm kiếm và lựa chọn Nhân viên cần tìm.
- điều kiện: tài khoản Quản lý có chức năng tìm kiếm khách hàng.
3.2.3.2 Biểu đồ trình tự Quản lý Nhân viên
Hình 3.10: Biểu đồ trình tự quản lý nhân viên
3.2.3.3 Biểu đồ hoạt động quản lý Nhân Viên
Hình 3.11: Biểu đồ Hoạt động Quản lý Nhân Viên
- B4: Thực hiện đầy đủ với các hình thức đã chọn.
3.2.4 Use case Quản lý Đồng hồ
3.2.4.1 Biểu đồ Use case Quản lý Đồng hồ
Hình 3.12: Biểu đồ Use case Quản lý đồng hồ
Đặc tả Use case Quản lý Đồng hồ
Đặc tả ca sử dụng thêm đồng hồ
- Tên ca sử dụng: Thêm đồng hồ.
- Tác nhân sử dụng: Quản lý.
- điều kiện: Quản lý đã đăng nhập vào hệ thống và tài khoản có chức năng thêm đồng hồ.
- Mục đích: Cập nhật thông tin về đồng hồ mới vào hệ thống.
- Mô tả khái quát: Nhập trực tiếp thông tin về hệ thống dựa vào thông tin của mỗi đồng hồ hoặc nạp thông tin về hệ thống từ một cơ sở dữ liệu cũ/ từ file văn bản/ từ file exel và yêu cầu hệ thống ghi nhận.
- Kích hoạt: Nhân viên chọn chức năng quản lý đồng hồ trong menu.
Đặc tả ca sử dụng Sửa thông tin đồng hồ
- Tên ca sử dụng: Sửa thông tin đồng hồ.
- Tác nhân sử dụng: Quản lý.
- Mục đích: Sửa các thông tin về một đồng hồ đang tồn tại trong hệ thống.
Thao tác sửa đổi thông tin đồng hồ bao gồm: xác định đồng hồ cần sửa đổi, xóa bỏ các thông tin cũ không còn phù hợp và nhập vào các thông tin mới về chiếc đồng hồ này Cuối cùng, yêu cầu hệ thống ghi nhận và lưu trữ các thông tin đã cập nhật để đảm bảo tính chính xác và thống nhất trong quá trình quản lý thông tin đồng hồ.
- Điều kiện: Quản lý đã đăng nhập và tài khoản có chức năng sửa thông tin đồng hồ.
- Kích hoạt: Quản lý chọn chức năng quản lý đồng hồ trong menu.
Đặc tả ca sử dụng Xóa đồng hồ
- Tên ca sử dụng: Xoá đồng hồ.
- Tác nhân sử dụng: Quản lý.
- Mục đích: Xoá tất cả các thông tin trong hệ thống mà liên quan đến đồng hồ cần xoá.
- Mô tả khái quát: Quản lý tìm đến đồng hồ cần xoá và tiến hành xoá tất cả thông tin liên quan đến đồng hồ đó.
- Điều kiện: Quản lý đã đăng nhập vào hệ thống, tài khoản có chức năng xóa đồng hồ.
- Kích hoạt: Quản lý chọn chức năng quản lý đồng hồ trong menu.
Đặc tả ca sử dụng Tìm kiếm Đồng hồ
- Tên ca sử dụng: Tìm kiếm Đồng hồ.
- Tác nhân sử dụng: Quản lý.
- Mục đích: Tìm kiếm và lựa chọn Đồng hồ cần tìm.
- Mô tả khái quát: Tìm kiếm thông tin của Đồng hồ dựa vào dữ liệu nhập vào hệ thống từ mô ̣t cơ sở dữ liệu cũ/ từ file văn bản/ từ exel và yêu cầu hê ̣ thống ghi nhâ ̣n.
- điều kiện: tài khoản Quản lý có chức năng tìm kiếm Đồng hồ.
3.2.4.2 Biểu đồ trình tự Quản lý đồng hồ
Hình 3.13: Biểu đồ trình tự Quản lý đồng hồ
3.2.4.3 Biểu đồ hoạt động Quản lý Đồng hồ
Hình 3.14: Biểu đồ hoạt động Quản lý Đồng Hồ
- B4: Thực hiện đầy đủ với các hình thức đã chọn.
3.2.5 Use case Quản lý Hóa đơn
3.2.5.1 Biểu đồ Use case Quản lý Hóa Đơn
Hình 3.15: Biểu đồ Use case Quản lý Hóa Đơn
Đặc tả Use case Quản lý Hóa Đơn
Đặc tả ca sử dụng lập hóa đơn bán đồng hồ
- Tên ca sử dụng: Lập hóa đơn bán hàng.
- Tác nhân sử dụng: Nhân viên bán hàng.
- Mục đích: Lập hóa đơn bán trang phục mà khách hàng muốn mua.
- Mô tả khái quát: Sau khi khách hàng lựa chọn được đồng hồ muốn mua và phản hồi cho nhân viên để lập đơn bán thành công / Nhân viên yêu cầu lập hóa đơn / Quét mã vạch / Thanh Toán / In Hóa Đơn.
- Điều kiê ̣n: tài khoản nhân viên phải có chức năng lập hóa đơn.
- Kích hoạt: Nhân viên chọn chức năng quản lý bán hàng.
Đặc tả sử dụng hủy hóa đơn
- Tên ca sử dụng: Hủy hóa đơn.
- Tác nhân sử dụng: Nhân viên bán hàng.
- Mục đích: Hủy hóa đơn khi hóa đơn bị in sai thông tin.
- Mô tả khái quát: Khi hóa đơn bị in sai thông tin thì nhân viên sẽ hủy hóa đơn bán hàng.
- Điều kiện: tài khoản nhân viên phải có chức năng hủy hóa đơn bán hàng.
- Kích hoạt: Nhân viên chọn chức năng quản lý bán hàng.
3.2.5.2 Biểu đồ trình tự quản lý hóa đơn
Hình 3.16: Biểu đồ trình tự quản lý hóa đơn
3.2.5.3 Biều đồ hoạt động Quản lý hóa đơn
Hình 3.17: Biểu đồ hoạt động Quản lý Hóa đơn
- B1: Nhân viên được cấp quyền, đăng nhập thành công chọn Quản lý hóa đơn
- B4: Hệ thống xử lý và phản hồi.
- B5: Thanh toán tiền từ khách hàng.
- B6: Xác nhận và yêu cầu in hóa đơn (hoặc hủy đơn hàng)
3.2.6.1 Biểu đồ Use case Thống Kê
Hình 3.18: Biểu đồ Use case Thống kê
Đặc tả Use case Thống kê
- Tên Use case: Thống kê.
- Tác nhân chính: Quản lý.
- Mục đích: Thống kê về doanh thu, danh sách khách hàng, danh sách đồng hồ đã bán và tồn kho.
- Mô tả khái quát: các nô ̣i dung trong chức năng thống kê được tìm kiếm, điều kiện tìm kiếm được nhập bởi người quản lý.
- Điều kiê ̣n: Tài khoản của người quản lý có chức năng thống kê.
- Kích hoạt: Người quản lý chọn chức năng thống kê.
3.2.6.2 Biểu đồ trình tự Thống kê
Hình 3.19: Biểu đồ trình tự Thống kê
3.2.6.3 Biểu đồ hoạt động thống kê
Hình 3.20: Biểu đồ hoạt động thống kê
- B1: Người dùng được cấp quyền, đăng nhập thành công.
- B2: Chọn Form thống kê từ menu.
- B3: Hệ thống hiển thị form thống kế, tác nhân chọn hình thức thống kê.
- B4: Hệ thống xử lý và phản hồi kết quả.
CHƯƠNG 4: THIẾT KẾ 4.1 Form Login
Form Trang Chủ
Form Thanh Toán
Form Quản lý Đơn Hàng
Hình 4.4: Form Quản lý Đơn Hàng
Form Quản lý Nhập Hàng
Hình 4.5: Form Quản lý Nhập hàng
From Quản Lý Kho, Quản Lý Sản Phẩm
Hình 4.6: From Quản Lý Kho, Quản Lý Sản Phẩm
Form Thống Kê
Form phân loại sản phẩm
Hình 4.8: Form phân loại sản phẩm
Form đơn vị
4.9+1 Form Thiếp Lập (Dành cho Admin và những người được cấp quyền)
Hình 4.10: Form Thiếp Lập (Dành cho Admin và những người được cấp quyền)
LẬP TRÌNH
Giới thiệu môi trường cài đặt
- Môi trường quản lý: SQL Sever
- Môi trường tạo phần mềm: Visual Studio (Sử dụng ngôn ngữ C#)
Giám sát giai đoạn
5.2.1 Tạo Cơ Sở Dữ Liệu
Hình 5.1: Tạo csdl, table, và database diagram
- VÌ KHÔNG TIỆN DO CODE SẼ LÀM DÀI BÁO CÁO NÊN EM CHỈ SHOW
MỘT SỐ ĐOẠN CODE VÀ CÒN LẠI SẼ GỬI KÈM SOURCE CODE VÀ DATABASE SQL CÙNG BÁO CÁO.
Code kết nối cở sở dữ liệu SQL
Hình 5.3: Code kết nối cở sở dữ liệu SQL
KIỂM THỬ PHẦN MỀM
Phương pháp kiểm thử
Khi viết test case sẽ dựa vào yêu cầu và giao diện bên ngoài của chương trình (không can thiệp vào bên trong code của chương trình).
Khi thực hiện test sẽ thực hiện trên giao diện của chương trình (yêu cầu chương trình phải chạy được mới test được, không can thiệp vào code).
Do tính chất kiểm thử: Chỉ thực hiện test bên ngoài code của chương trình (ví như một cái hộp), vì không biết rõ bên trong hộp nên gọi là hộp đen.
Kiểm thử
Mô tả Các bước thực hiện
Kiểm tra hình thức giao diện Kiểm tra tổng thể giao diện màn hình
-Kiểm tra bố cục, font chữ, chính tả, màu chữ
Các label, test box, button, Datagridview có độ dài, rộng và khoảng cách bằng nhau, không xô lệch
-Các label sử dụng cùng 1 loại font, cỡ chữ, căn lề trái -Kiểm tra tất cả lỗi chính tả, cấu trúc câu, ngữ pháp trên màn hình
-Form được bố trí hợp lý và dễ sử dụng
Kiểm tra thứ tự di chuyển trỏ trên
-Nhấn Tab liên tục -Con trỏ di chuyển lần lượt theo thứ
Kiểm tra thứ tự con trỏ di chuyển ngược lại trên màn hình khi nhấn
-Nhấn phím Shift- Tab liên tục
-Con trỏ di chuyển ngược lại từ dưới lên trên, từ phải qua trái
Kiểm tra thực hiện chức năng chính của màn hình khi nhấn Enter
-Nhấn phím Enter -Nếu chuột không focus vào button thì thực hiện chức năng của button chính
-Nếu đang focus vào button thì sẽ thực hiện chức năng của button
Kiểm tra chọn 1 giá trị trong danh sách
-Chọn một giá trị trong danh sách -Kiểm tra dữ liệu hiển thị trên Form
-Hiển thị giá trị được chọn lên Form
Kiểm tra chức năng của hệ thống Kiểm tra chức năng đăng nhập
-Nhập thông tin tài khoản mật khẩu
Kiểm tra chức năng quản lý
(Nhân viên , khách hàng , hàng hóa)
Nhập dữ liệu các trường hợp lệ -Nhấn nút thêm,sửa xóa, tìm kiếm
-Thêm thành công -Dữ liệu sau khi cập nhật được hiển thị
Bảng 6: Bảng thông kê kiểm thử
ĐÓNG GÓI VÀ BẢO TRÌ PHẦN MỀM
Đóng gói phần mềm
Đóng gói phần mềm giúp người sử dụng dễ dàng cài đặt phần mềm phần mềm được đóng gói dưới định dạng exe
Hình 7: Đóng gói phần mềm
Bảo trì phần mềm
Bảo trì phần mềm chính là hoạt động chỉnh sửa chương trình sau khi nó đã được đưa vào sử dụng
Bảo trì thường không bao gồm những thay đổi chính liên quan tới kiến trúc của hệ thống Những thay đổi trong hệ thống thường được cài đặt bằng cách điều chỉnh những thành phần đang tồn tại và bổ sung những thành phần mới cho hệ
- Các yêu cầu hệ thống thường thay đổi khi hệ thống đang được xây dựng vì môi trường thay đổi.
- Các hệ thống có gắn kết chặt chẽ với môi trường của nó Khi hệ thống được cài đặt trong một môi trường nhất định nó sẽ làm thay đổi môi trường đó và vì vậy sẽ thay đổi các yêu cầu của hệ thống
- Các hệ thống phải được bảo trì nếu chúng muốn là những phần hữu ích trong môi trường nghiệp vụ
Phân loại các kiểu bảo trì:
- Bảo trì sửa lỗi: thay đổi hệ thống để sửa lại những khiếm khuyết nhằm thoả mãn yêu cầu hệ thống
- Bảo trì tích hợp hệ thống vào một môi trường vận hành khác.
- Bảo trì để bổ sung hoặc chỉnh sửa các yêu cầu chức năng của hệ thống: chỉnh sửa hệ thống sao cho thoả mãn các yêu cầu mới.
- Nếu bảo trì càng nhiều, sẽ càng làm thay đổi cấu trúc phần mềm và do đó sẽ làm cho việc bảo trì càng trở lên khó khăn hơn Phần mềm có tuổi thọ càng cao thì càng phải cần chi phí cao hơn (vì sử dụng các ngôn và chương trình dịch cũ …).
- Sự ổn định của đội dự án: chi phí bảo trì sẽ giảm nếu nhân viên trong đội dự án không thay đổi.
- Những trách nhiệm đã cam kết: người xây dựng hệ thống có thể không cam kết trách nhiệm bảo trì cho nên không có gì để bắt buộc họ phải thiết kế lại cho các thay đổi trong tương lai.
- Kỹ năng của nhân viên: nhân viên bảo trì thường không có kinh nghiệm và hiểu biết về miền ứng dụng của họ bị hạn chế
- Tuổi thọ và cấu trúc chương trình: khi tuổi thọ và cấu trúc chương trình bị xuống cấp thì chúng càng trở lên khó hiểu và thay đổi nhiều.
- Dự đoán bảo trì có liên quan tới việc đánh giá những phần nào của hệ thống có thể gây ra lỗi và cần nhiều chi phí để bảo trì
- Khả năng chịu được sự thay đổi phụ thuộc vào khả năng bảo trì của các thành phần bị ảnh hưởng bởi sự thay đổi đó
- Chi phí bảo trì phụ thuộc vào số lượng các thay đổi và chi phí thay đổi phụ thuộc vào khả năng bảo trì
- Dự đoán số lượng các thay đổi có thể xảy ra và tìm hiểu mối quan hệ giữa hệ thống và môi trường của nó
Sự thay đổi yêu cầu hệ thống đặc biệt nhạy cảm với các thay đổi trong môi trường Các yếu tố ảnh hưởng đến mối quan hệ này bao gồm:
+ Số lượng và độ phức tạp của các giao diện hệ thống.
