danh sách thông tin cá nhân của tất cả các nhân viên trong cửa hàng,danh sách bao gồm: mã nhân viên, họ tên, ngày sinh, địa chỉ, giới tính,chức vụ… - Quản lý các dòng Sản Phẩm: Quản lý v
SÁT HIỆN TRẠNG V MÔ TẢ BI TOÁN
Khảo sát hệ thống
1.1.1 Giới thiệu chung về cửa hàng máy tinh
TTB Store là một cửa hàng chuyên cung cấp thiết bị điện tử và đồ dùng công nghệ, với mục tiêu trở thành điểm đến quen thuộc cho khách hàng Để nâng cao trải nghiệm mua sắm, tôi, với vai trò là thành viên phát triển phần mềm, sẽ phát triển một ứng dụng cho TTB Store, giúp khách hàng dễ dàng tìm kiếm và mua sắm các sản phẩm công nghệ.
1.1.2 Mục tiêu của bài toán trong việc quản lý bán hàng
- Quản lý thông tin mặt hàng.
- Quản lý việc nhập xuất hàng: số lượng, thời gian…
- Kiểm tra số lượng hàng tồn kho tại từng thời điểm để có thể báo cáo, kế hoạch cụ thể cho cửa hàng.
Nâng cao hiệu quả công việc và thúc đẩy sự phát triển của cửa hàng là mục tiêu quan trọng Việc cải thiện quản lý giúp công việc trở nên dễ dàng, tiện dụng và chính xác hơn, từ đó tạo dựng uy tín và tối đa hóa doanh thu cho cửa hàng.
Phân tích đặc tả nghiệm vụ của hệ thống
Quản lý bán hàng là một phần quan trọng trong quy trình mua sắm máy tính, nơi khách hàng nhận được tư vấn chi tiết về các sản phẩm mà họ quan tâm Thông tin cần thiết bao gồm mã sản phẩm, loại máy tính và xuất xứ, giúp khách hàng đưa ra quyết định mua sắm chính xác và hợp lý.
Hệ thống quản lý nhân viên cung cấp thông tin chi tiết về từng nhân viên trong cửa hàng, bao gồm mã nhân viên, họ và tên, email, số điện thoại, ngày sinh, địa chỉ, giới tính, chức vụ và ngày vào làm Mỗi nhân viên được gán một mã nhân viên duy nhất và có bảng tính lương hàng tháng Hệ thống cho phép quản lý cửa hàng thực hiện các chức năng như cập nhật, tra cứu và hủy thông tin cá nhân của nhân viên, đồng thời lập danh sách thông tin cá nhân của tất cả nhân viên, bao gồm mã nhân viên, họ tên, ngày sinh, địa chỉ, giới tính và chức vụ.
Quản lý các dòng sản phẩm là quá trình quan trọng trong việc theo dõi và kiểm soát hàng hóa Khi nhập một lô hàng mới, nhân viên cần cập nhật thông tin chi tiết về sản phẩm, bao gồm tên hãng, mã sản phẩm, thể loại, đơn vị, số lượng, giá bán, xuất xứ và ghi chú Việc này giúp đảm bảo tính chính xác và minh bạch trong quản lý kho, đồng thời hỗ trợ trong việc bán hàng hiệu quả.
- Quản lý khách hàng : Khi khách hàng đến mua máy tính thì nhân viên thu ngân ghi lại thông tin khách hàng.
- Thông tin khách hàng bao gồm: mã khách hàng, tên khách hàng, số điện thoại, ngày sinh, địa chỉ, email
Mục tiêu là xây dựng các chương trình chăm sóc khách hàng hiệu quả, xác định đúng đối tượng khách hàng tiềm năng, đồng thời thiết kế các chương trình khuyến mãi đặc biệt dành riêng cho những khách hàng trung thành của cửa hàng.
Bộ phận thống kê và báo cáo đóng vai trò quan trọng trong việc theo dõi tình hình kinh doanh và tình trạng hàng hóa Họ thực hiện báo cáo theo các tiêu chí mà nhà quản lý yêu cầu, bao gồm số lượng hàng bán ra, tình trạng tồn kho và chính sách hiện tại Ngoài ra, họ cũng thống kê doanh thu, hóa đơn, phiếu nhập và phiếu xuất theo tháng, từ đó gửi báo cáo cho nhà quản lý để xây dựng chiến lược kinh doanh cho tháng tiếp theo và điều chỉnh các biện pháp hợp lý.
- khi khách hàng đến mua hàng, vẫn phải quản lý byng sổ sách.
Quy trình bán hàng tại cửa hàng bao gồm việc nhân viên tư vấn và phục vụ khách hàng chọn sản phẩm phù hợp Sau khi khách hàng quyết định, nhân viên kế toán sẽ tiến hành thanh toán và in hóa đơn Hóa đơn sẽ được bàn giao cho khách, trong đó ghi rõ ngày mua, tên hàng, mã hàng, đơn vị, số lượng, đơn giá, thành tiền (tính bằng số lượng nhân với đơn giá) và tổng tiền.
Quy trình nhập hàng bắt đầu khi kế toán kiểm tra số lượng sản phẩm, và nếu phát hiện thiếu hoặc sắp hết hàng, họ sẽ thông báo cho quản lý để thực hiện việc nhập thêm Quản lý sau đó sẽ liên hệ với các nhà cung cấp để nhập hàng, đảm bảo rằng sản phẩm có xuất xứ rõ ràng và đầy đủ giấy tờ minh bạch Sau khi hoàn tất, hàng hóa sẽ được vận chuyển về kho, kèm theo phiếu chuyển hàng ghi rõ mã chuyển hàng, ngày chuyển, trạng thái, mã hàng hóa, tên hàng, số lượng chuyển, số lượng nhận và giá chuyển/nhận.
Kế toán sẽ thực hiện thống kê và báo cáo số lượng sản phẩm theo tuần, cùng với doanh thu hàng tháng Những thông tin này sẽ được gửi đến quản lý để giúp đề ra các phương án phù hợp cho cửa hàng.
Yêu cầu của hệ thống
Hệ thống quản lý Máy Tính là một hệ thống cung cấp cho người sử dụng, người quản lý những chức năng cần thiết để quản lý
Hệ thống quản lý được định hướng các hoạt động cho người quản trị.
- Quản lý thông tin Máy Tính (Thêm, sửa, xóa,tìm kiếm ).
- Phần mềm có đầy đủ các chức năng thêm, sửa, xóa, tìm kiếm và hiển thị thông tin cần hiển thị.
- Chức năng đăng nhập giúp bảo mật hệ thống, chống r{ rỉ thông tin ra bên ngoài.
- Thực hiện tốt các chức năng hiện hành.
- Tuân thủ đúng quy tắc quản lý bán hàng.
- Tốc độ xử lý thông tin nhanh, đảm bảo chính xác, kịp thời.
- Theo dõi chi tiết hàng nhập, xuất, tồn đọng.
- Tạo được các báo cáo hàng tháng, hàng quý…
- Có đầy đủ các chức năng của hệ thống quản lý.
- Quản lý công nợ khách hàng, thu chi nhanh chóng chính xác.
- Giao diện thân thiện, dễ sử dụng.
- Hệ thống phải có chế độ sao lưu phục hồi dữ liệu, nhym đảm bảo an toàn về mặt dữ liệu.
- Bảo mật tốt, chỉ làm việc với người có quyền sử dụng.
1.3.2 Yêu cầu phi chức năng
Yêu cầu phi chức năng: mô tả những ràng buộc và tính chất của phần mềm hay hệ thống
- Thời gian phản hồi, tư vấn.
- Yêu cầu về sản phẩm (linh động, độ tin cậy, hiệu quả, yêu cầu sử dụng).
- Yêu cầu về tổ chức (chuyển giao, cài đặt, hợp chuẩn).
- Yêu cầu ngoài (tương thích, hợp quy tắc, riêng tư, an toàn).
QUẢN LÝ DỰ ÁN
Ước lượng dự án
Giai đoạn Công việc Mô tả Chi phí
Khảo sát yêu cầu dự án
Thu thập các yêu cầu tổng quát về dự án 1.000.000
Khởi tạo dự án Thông báo triển khai dự án, lập project charter 2.000.000 VNĐ Lập kế hoạch phạm vi dự án
Lập kế hoạch phạm vi dự án 1.000.000
Viết báo cáo tổng kết
Tổng kết lại toàn bộ công việc thành báo cáo cuối cùng
Rút kinh nghiệm Rút kinh nghiệm cho đợt dự án sau 0
Phân tích và thiết kế hệ thống Đặc tả chi tiết các yêu cầu từ khách hàng
Từ yêu cầu thu được từ phần mềm khảo sát , mô tả cụ thể hơn về những yêu cầu cần thiết của phần mềm
Mô tả kiến trúc hệ thống byng các sơ đồ Use case , hoạt động
Xây dựng kiến thức phần mềm byng sơ đồ use case , hoạt động
Thiết kế cơ sở dữ liệu hệ thống
Xây dựng cấu trúc cơ sở dữ liệu cho phần mềm(gồm các bảng cụ thể)
Thiết kế giao diện phần mềm
Xây dựng các form cơ bản của phần mềm dựa theo UML
Viết bản phân tích hệ
Tổng hợp các báo cáo để cho ra bảng phân tích
1.000.000VNĐ thống chi tiết thiết kế hoàn chỉnh
Phân tích yêu cầu cụ thể cho module
Từ những thông tin đã thu thập ở trên lập kế hoạch xây dựng chi tiết những nhiệm vụ của quản lý sách
-Xây dựng form đăng nhập -Xây dựng form quản lý -Xây dựng các nút chức năng
Viết code cho module -Xây dựng form tự động quản lý 4.000.000
VNĐ Cài đặt module Thực hiện chạy thử module đã xây dựng 0
Kiểm tra tính hợp lý của giao diện phần mềm là bước quan trọng, đảm bảo rằng bố trí giao diện đáp ứng các yêu cầu thiết kế Đồng thời, việc kiểm thử khả năng nhập và xuất thông tin cũng cần được thực hiện để xác định tính hiệu quả và chính xác của dữ liệu trong hệ thống.
Viết báo cáo về module
Xây dựng mô tả chi tiết về module 0
Tích hợp và hoàn thiện sản phẩm
Tích hợp các module Lắp ráp hoàn chỉnh các module thành chương trình thống nhất để chạy thử
Kiểm thử tích hợp toàn hệ thống
Test tổng quan toàn bộ hệ thống 1.000.000
Thực hiện fix các lỗi tồn tại
Fix các lỗi phát sinh khi test 2.000.000
VNĐViết tài liệu Tạo bản hướng dẫn sử 0 Đóng gói phần mềm và chuyển giao hướng dẫn sử dụng phần mềm dụng phần mềm VNĐ
Lên kế hoạch bảo trì phần mềm
Chuyển giao các sản phẩm của dự án cho khách hàng
Bàn giao sản phẩm cũng như tài liệu liên quan cho khách hàng Đề ra kế hoạch bảo trì 0
Kết thúc dự án Tổng kết dự án 0
Giai đoạn Công việc Mô tả Thời gian
Khảo sát yêu cầu dự án
Thu thập các yêu cầu tổng quát về dự án 2 ngày
Khởi tạo dự án Thông báo triển khai dự án, lập project charter 1 ngày Lập kế hoạch phạm vi dự án
Lập kế hoạch phạm vi dự án
Viết báo cáo tổng kết Tổng kết lại toàn bộ công việc thành báo cáo cuối cùng
Giai đoạn cuối dự án
Rút kinh nghiệm cho đợt dự án sau
Giai đoạn cuối dự án Đặc tả chi Từ yêu cầu thu được từ 2 ngày
Phân tích và thiết kế hệ thống phần mềm khảo sát cần tập trung vào việc thu thập và tiết kiệm các yêu cầu từ khách hàng Điều này bao gồm việc xác định rõ ràng các tính năng cần thiết, giao diện người dùng thân thiện và khả năng xử lý dữ liệu hiệu quả Ngoài ra, cần chú trọng đến việc đảm bảo tính bảo mật và khả năng mở rộng của phần mềm để đáp ứng nhu cầu phát triển trong tương lai.
Mô tả kiến trúc hệ thống byng các sơ đồ Use case , hoạt động
Xây dựng kiến thức phần mềm byng sơ đồ use case , hoạt động
Thiết kế cơ sở dữ liệu hệ thống
Xây dựng cấu trúc cơ sở dữ liệu cho phần mềm(gồm các bảng cụ thể)
Thiết kế giao diện phần mềm
Xây dựng các form cơ bản của phần mềm dựa theo UML
Viết bản phân tích hệ thống chi tiết
Tổng hợp các báo cáo để cho ra bảng phân tích thiết kế hoàn chỉnh
Phân tích yêu cầu cụ thể cho module
Từ những thông tin đã thu thập ở trên lập kế hoạch xây dựng chi tiết những nhiệm vụ của quản lý sách
-Xây dựng form đăng nhập -Xây dựng form quản lý
MT -Xây dựng các nút chức năng
-Xây dựng form tự động quản lý
Cài đặt module Thực hiện chạy thử module đã xây dựng 1 ngày Kiểm thử module
Kiểm tra xem giao diện có đạt yêu cầu không, về
Module hệ thống cần được đánh giá về tính hợp lý trong cách bố trí giao diện phần mềm Việc kiểm thử khả năng nhập và xuất thông tin cũng rất quan trọng để đảm bảo hiệu suất hoạt động Cuối cùng, cần viết báo cáo chi tiết về module để tổng hợp các kết quả và đánh giá.
Xây dựng mô tả chi tiết về module 1 ngày
Tích hợp và hoàn thiện sản phẩm
Tích hợp các module Lắp ráp hoàn chỉnh các module thành chương trình thống nhất để chạy thử
Kiểm thử tích hợp toàn hệ thống
Test tổng quan toàn bộ hệ thống 1 ngày
Thực hiện fix các lỗi tồn tại
Fix các lỗi phát sinh khi test
2 ngày Đóng gói phần mềm và chuyển giao
Viết tài liệu hướng dẫn sử dụng phần mềm
Tạo 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
Chuyển giao các sản phẩm của dự án cho khách hàng
Bàn giao sản phẩm cũng như tài liệu liên quan cho khách hàng Đề ra kế hoạch bảo trì 1 ngày
Kết thúc dự án Tổng kết dự án 1 ngày
2.1.3 Ước lượng người tham gia:
Giai đoạn Công việc Mô tả Người Thực hiện
Khởi tạo dự án Thông báo triển khai dự án, lập project charter
Lập kế hoạch phạm vi dự án
Lập kế hoạch phạm vi dự án
Viết báo cáo tổng kết
Tổng kết lại toàn bộ công việc thành báo cáo cuối cùng Rút kinh nghiệm Rút kinh nghiệm cho đợt dự án sau
Phân tích và thiết kế hệ thống Đặc tả chi tiết các yêu cầu từ khách hàng
Từ yêu cầu thu được từ phần mềm khảo sát , mô tả cụ thể hơn về những yêu cầu cần thiết của phần mềm
Mô tả kiến trúc hệ thống byng các sơ đồ Use case , hoạt động
Xây dựng kiến thức phần mềm byng sơ đồ use case , hoạt động (dùng Rational rose,astah)
Thiết kế cơ sở dữ liệu hệ thống
Xây dựng cấu trúc cơ sở dữ liệu cho phần mềm(gồm các bảng cụ thể) Thiết kế giao diện phần mềm
Xây dựng các form cơ bản của phần mềm dựa theo UML Viết bản phân tích hệ thống chi tiết
Tổng họp các báo cáo để cho ra bảng phân tích thiết kế hoàn chỉnh
Phân tích yêu cầu cụ thể cho module
Từ những thông tin đã thu thập ở trên lập kế hoạch xây dựng chi tiết những nhiệm vụ của quản lý Máy Tính Thiết kế module
-Xây dựng form đăng nhập -Xây dựng form thông tin
MT-Xây dựng form quản lý MT-Xây dựng các nút chức năngViết code cho Xây dựng form tự động module thống kê quản lý MT
Thực hiện chạy thử module đã xây dựng Kiểm thử module
Kiểm thử giao diện là quá trình đánh giá xem giao diện phần mềm có đáp ứng các yêu cầu về thiết kế và bố trí hợp lý hay không Bên cạnh đó, kiểm thử khả năng nhập xuất thông tin cũng rất quan trọng để đảm bảo dữ liệu được xử lý chính xác Cuối cùng, việc viết báo cáo chi tiết về module là cần thiết để mô tả rõ ràng chức năng và hiệu suất của từng phần trong hệ thống.
Tích hợp và hoàn thiện sản phẩm
Tích hợp các module Lắp ráp hoàn chỉnh các module thành chương trình thống nhất để chạy thử
Kiểm thử tích hợp toàn hệ thống
Test tổng quan toàn bộ hệ thống
Thực hiện fix các lỗi tồn tại Fix các lỗi phát sinh khi test Đóng gói phần mềm và chuyển giao
Viết tài liệu hướng dẫn sử dụng phần mềm
Tạo 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
Chuyển giao các sản phẩm của dự án cho khách hàng
Bàn giao sản phẩm cũng như tài liệu liên quan cho khách hàng Đề ra kế hoạch bảo trì
Lập lịch và theo dõi
Hoạt động Tên hoạt động Ngày bắt đầu Ngày kết thúc Hoàn thành Chưa hoàn thành
Khảo sát mô hình quản lý hệ thống quản lý sách
1.1 Khảo sát dự án, phân tích yêu cầu
1.2 Viết chương trình dự án 21/10/202
1.3 Báo cáo triển khai dự án 22/10/202
1.4 Lập bảng mô tả phạm vi dự án 23/10/202
1.5 Lập bảng phân chia công việc 24/10/202
1.6 Lập bảng kế hoạch dự án 25/10/202
Phân tích và thiết kế hệ thống
2.1 Phân tích quy trình nghiệp vụ của hệ thống quản lý sách
2.2 Lập sơ đồ Use case của hệ thống
2.3 Lập sơ đồ hoạt động của hệ thống
2.4 Thống kê lại sơ đồ thiết kế 4/11/2022 4/11/2022 x Công việc 3
3.1 Phân tích các đối tượng 5/11/2022 5/11/2022 x
3.2 Xây dựng thuộc x cơ sở dữ liệu tính cho các đối tượng 8/11/2022 8/11/2022 3.3 Thiết lập cơ sở và nhập dữ liệu cho hệ thống
Xây dựng chức năng đăng nhập vào hệ thống
4.1 Thiết kế form đăng nhập vào hệ thống
4.2 Code chức năng đăng nhập vào hệ thống 20/11/202
4.3 Test chức năng đăng kí và đăng nhập 22/11/202
Xây dựng chức năng của hệ thống
5.4 Chạy thử các modul đã được xây dựng xong 30/11/202
6.1 Kiểm thử giao diện đã đẹp, bố cục hợp lý chưa, có thuận tiện cho người dùng chưa
6.2 Kiểm thử việc nhập liệu có chính xác không
6.3 Kiểm thử toàn hệ thống 4/12/2022 5/12/2022 x
6.4 Thực hiện việc fix lỗi tồn tại 6/12/2022 6/12/2022 x Công việc 7
7.1 Viết báo cáo toàn bộ module 7/12/2022 7/12/2022 x
7.2 Viết tài liệu hướng dẫn sử dụng 8/12/2022 8/12/2022 x
Tích hợp và bảo trì
8.1 Lập kế hoạch bảo trì phần mềm 9/12/2022 18/12/2022 x
PHÂN TÍCH
Actor và usecase tổng quát của hệ thống
Chủ cửa hàng là người nắm vững tình hình mua bán và doanh thu, đồng thời quản lý nhân viên cùng các hoạt động khác trong cửa hàng Họ có vai trò quan trọng trong việc khởi động và đóng hệ thống, đảm bảo mọi hoạt động diễn ra suôn sẻ và hiệu quả.
- Người quản lý: Là nhân viên làm nhiệm vụ báo cáo thống kê để nộp cho người quản lý.
3.1.1 Xác định các Actor của hệ thống
Người quản lý cửa hàng đóng vai trò quan trọng trong việc theo dõi tình hình mua bán và doanh thu, đồng thời quản lý nhân viên cùng các hoạt động khác trong cửa hàng Họ có khả năng khởi động và đóng hệ thống, đảm bảo mọi hoạt động diễn ra suôn sẻ và hiệu quả.
- Nhân viên kế toán: Là nhân viên làm nhiệm vụ báo cáo thống kê để nộp cho người quản lý.
3.1.2.Xây dưng biểu đồ Usecase tổng quát của hệ thống:
Hình 3.1 Biểu đồ usecase tổng quát hệ thống
Hình 3.2 Biểu đồ luồng giữ liệu mức khung cảnh
Phân tích chi tiết từng chức năng của hệ thống
3.2.1.1 Actor và usecase chức năng đăng nhập
- Tác nhân: người dùng bao gồm nhân viên, người quản lý.
- Điều kiện: Đăng nhập được vào hệ thống
- Mục đích: Nhân viên đăng nhập vào hệ thống để thực hiện các công việc của mình
Hình 3.3 Biểu đồ usecase chức năng đăng nhập
Để sử dụng hệ thống và thực hiện công việc, người dùng cần đăng nhập bằng cách nhập tên tài khoản và mật khẩu vào form đăng nhập.
Hệ thống kiểm tra tính chính xác của thông tin tài khoản người dùng Nếu thông tin nhập vào là chính xác, hệ thống sẽ tiếp tục xác minh quyền truy cập Trong trường hợp người dùng có quyền truy cập hợp lệ, hệ thống sẽ thiết lập trạng thái cho người dùng.
+ Nếu nhập sai tài khoản thì hệ thống sẽ thông báo lại cho người dùng.
3.2.2.2 Biểu đồ hoạt động chức năng đăng nhập
Hình 3.4 Biểu đồ hoạt động chức năng đăng nhập
Bước 1: Nhân viên muốn vào hệ thống thì cần phải đăng nhập
Nhân viên nhập tên tài khoản và mật khẩu để đăng nhập vào hệ thống
Bước 2: Khi nhân viên nhập xong thì hệ thống sẽ kiểm tra có tồn tại tài khoản đó hay không
+ Nếu tồn tại và đúng mật khẩu thì cho phép đăng nhập.
+ Nếu nhập sai tên tài khoản hoặc mật khẩu thì hệ thống sẽ báo lỗi và yêu cầu nhập lại.
3.2.3.Chức năng Quản lý hệ thống:
- Tác nhân: Nhân viên, người quản lý.
- Điều kiện: Đăng nhập được vào hệ thống
- Mục đích:Thêm, Cập nhật, lưu trữ các thông tin về nhập sách.
Hình 3.5 Biểu đồ usecase chức năng quản lý kho
Mô tả: Ca sử dụng bắt đầu khi nhân viên đăng nhập vào hệ thống, gửi 1 yêu cầu nhập hàng tới người quản lý.
- Khi người quản lý đồng ý thì nhân viên sẽ chọn chức năng nhập hàng Hệ thống hiển thị form nhập ds sản phẩm.
- Nhân viên nhập các thông tin về d{ng máy tính nhập : mã hàng nhập, tên hàng nhập, số lượng nhập, đơn giá nhập, xuất xứ, hãng,ngày nhập.
Hệ thống kiểm tra thông tin đầu vào và lưu trữ dữ liệu vào cơ sở dữ liệu Nếu thông tin không hợp lệ, hệ thống sẽ thông báo lỗi và yêu cầu nhân viên kiểm tra và cập nhật lại thông tin.
3.2.4.2 Biểu đồ hoạt động chức năng quản lý hệ thống:
Hình 3.6 Biểu đồ hoạt động chức năng quản lý hệ thống
Khi cửa hàng quyết định ngừng kinh doanh một loại máy tính hoặc một thương hiệu cụ thể, nhân viên sẽ truy cập vào hệ thống và chọn mục "Máy tính" Hệ thống sẽ hiển thị danh sách các loại máy tính hiện có của cửa hàng Tại đây, nhân viên có thể chỉnh sửa thông tin của sản phẩm hoặc xóa bỏ nó khỏi danh sách hàng hóa của cửa hàng.
- Nhân viên có thể cập nhật thông tin hàng hóa như thêm, sửa, xóa thông tin sản phẩm
- Khi đã cập nhật lại các thông tin sách cũng như xóa bỏ sản phẩm thì cần xác nhận lại 1 lần nữa
Khi xác nhận các thay đổi, hệ thống sẽ kiểm tra tính hợp lệ và phát hiện các lỗi trùng lặp Nếu các thay đổi hợp lệ, toàn bộ thông tin do nhân viên mới cập nhật sẽ được lưu lại Ngược lại, nếu không hợp lệ, những thay đổi sẽ không được cập nhật.
Hình 3.7 Biều đồ chức năng tìm kiếm sản phẩm
Hình 3.8 Biểu đồ chức năng quản lý sản phẩm
THIẾT KẾ GIAO DIỆN
Thiết kế giao diện
Hình 4.1 Giao diện đăng nhập
4.1.3 Giao diện quản lí nhân viên
Hình 4.3: quản lý nhân viên
4.1.4 Giao diện quản lí khách hàng
Hình 4.4 Danh mục khách hàng
4.1.5 Giao diện quản lí nhà cung cấp
Hình 4.5 Danh mục nhà cung cấp
4.1.6 Giao diện quản lí hóa đơn bán
Hình 4.6 Giao diện quản lí bán hàng
4.1.7 Giao diện quản lí đơn nhập
Hình 4.7 Giao diện quản lí đơn nhập
Thiết kế lưu trữ
Hình 4.8 Mô hình dữ liệu
4.2.2.1 Bảng dữ liệu Máy Tính
Hình 4.9 Bảng dữ liệu máy tính
4.2.2.2 Bảng dữ liệu hóa đơn nhập
Hinh 4.10 bảng dữ liệu hóa đơn nhập
4.2.2.3 Bảng dữ liệu hóa đơn bán
Hình 4.11 bảng dữ liệu hóa đơn bán
4.2.2.4 Bảng dữ liệu loại sản phẩm
Hình 4.12 bảng dữ liệu loại sản phẩm
4.2.2.5 Bảng dữ liệu nhà cung cấp
Hình 4.13 bảng dữ liệu nhà cung cấp
4.2.2.6 Bảng dữ liệu khách hàng
Hình 4.14 bảng dữ liệu khách hàng
4.2.2.7 Bảng dữ liệu nhân viên
Hình 4.15 bảng dữ liệu nhân viên
LẬP TRÌNH
Chọn ngôn ngữ và công cụ cài đặt phần mềm
Ngôn ngữ được sử dụng là ngôn ngữ C# trên ứng dụng VisualStudio 2022 để cài đặt phần mềm.
Windows Form là công cụ phát triển ứng dụng Windows, tận dụng ưu điểm của ngôn ngữ Visual Basic với tính dễ sử dụng và hỗ trợ mô hình RAD Nó cũng kết hợp tính linh hoạt và hướng đối tượng của ngôn ngữ C#, mang lại trải nghiệm lập trình hiệu quả và thuận tiện.
Xây dựng phần mềm trên nền tảng IDE, cụ thể là Visual Studio 2019, cung cấp một bộ công cụ kéo thả giúp người dùng dễ dàng làm việc trong môi trường phát triển tích hợp IDE này cho phép người dùng kéo thả các thành phần và tự động phát sinh mã tương ứng, tối ưu hóa quy trình phát triển phần mềm.
Ngôn ngữ sử dụng
C# (C sharp) là ngôn ngữ lập trình đơn giản, được Microsoft phát triển vào năm 2000 dưới sự dẫn dắt của Anders Hejlsberg và Scott Wiltamuth.
- C# là ngôn ngữ lập trình hiện đại, hướng đối tượng và nó được xây dựng trên nền tảng của hai ngôn ngữ mạnh nhất là C++ và Java.
C# được phát triển cho Common Language Infrastructure (CLI), bao gồm mã thực thi và môi trường chạy, cho phép sử dụng nhiều ngôn ngữ lập trình cấp cao trên các nền tảng và kiến trúc máy tính khác nhau.
- C# với sự hỗ trợ mạnh mẽ của NET Framework giúp cho việc tạo một ứng dụng Windows Forms hay WPF (Windows Presentation Foundation), trở nên rất dễ dàng.
Hệ quản trị cơ sở dữ liệu
Microsoft SQL Server 2012 là một hệ quản trị cơ sở dữ liệu quan hệ do Microsoft phát triển, với chức năng chính là lưu trữ và truy xuất dữ liệu cho các ứng dụng phần mềm Nó có thể hoạt động trên cùng một máy tính hoặc trên một máy tính khác trong mạng, đảm bảo khả năng truy cập dữ liệu linh hoạt và hiệu quả.
KIỂM THỬ PHẦN MỀM
Định nghĩa
Kiểm thử phần mềm là quá trình liên tục trong mọi giai đoạn phát triển, nhằm đảm bảo phần mềm đáp ứng các yêu cầu thiết kế và nhu cầu người dùng Các kỹ thuật kiểm thử phần mềm đang được nghiên cứu và đã trở thành quy trình bắt buộc trong các dự án phần mềm.
Kiểm thử phần mềm là khâu mấu chốt để đảm bảo chất lượng phần mềm, đánh giá cuối cùng đặc tả thiết kế và mã hóa.
Kiểm thử phần mềm là quá trình kiểm tra ứng dụng nhằm phát hiện lỗi và đảm bảo nó đáp ứng các yêu cầu phát triển Các kỹ sư kiểm thử và nhà phát triển phần mềm hợp tác chặt chẽ để đảm bảo chất lượng sản phẩm Một sản phẩm phần mềm trước khi phân phối cần đảm bảo đầy đủ chức năng yêu cầu và tương thích với phần cứng của khách hàng.
Kiểm thử phần mềm là quá trình đánh giá nhằm cung cấp thông tin về chất lượng của sản phẩm hoặc dịch vụ, đồng thời giúp phát hiện và khắc phục các lỗi trong phần mềm.
Kiểm thử phần mềm là quy trình quan trọng nhằm đảm bảo sản phẩm phần mềm đáp ứng đầy đủ và chính xác các yêu cầu của khách hàng Nó cung cấp cái nhìn độc lập về chất lượng phần mềm, giúp đánh giá và nhận diện các rủi ro tiềm ẩn trong quá trình thực thi.
Chi phí của kiểm thử
- 40% tổng công sức phát triển
- >0% tổng thời gian phát triển
- Giảm chi phí phát triển
- Tăng độ tin cậy của phần mềm
Mục tiêu của kiểm thử
Các nguyên tắc được xem như mục tiêu kiểm thử là:
Kiểm thử là một quá trình thực thi chương trình với mục đích tìm lỗi.
Một trường hợp kiểm thử tốt là trường hợp kiểm thử mà có khả năng việc tìm thấy các lỗi chưa từng được phát hiện.
Một kiểm thử thành công là kiểm thử mà phát hiện lỗi chưa từng được phát hiện.
Phương pháp kiểm thử
6.3.1 Kiểm thử hộp đen – Black box testing
Kiểm thử hộp đen (Black box testing) là phương pháp thiết kế trường hợp thử nghiệm dựa trên các đặc điểm bên ngoài của chương trình Trong kỹ thuật này, người kiểm thử chỉ tập trung vào chức năng mà mô-đun thực hiện, cùng với đầu vào và kết quả đầu ra của mô-đun đó.
Kiểm thử hộp đen lại chia nhỏ ra nhiều kỹ thuật:
Phân tích giá trị biên.
Và một số kỹ thuật khác.
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).
Kiểm thử hộp đen chỉ thực hiện việc kiểm tra bên ngoài của mã nguồn chương trình, mà không can thiệp vào cấu trúc bên trong Phương pháp này giúp xác định chức năng và hiệu suất của phần mềm mà không cần biết chi tiết về cách thức hoạt động bên trong.
6.3.2 Kiểm thử hộp trắng – White box testing
Kiểm thử hộp trắng (White box testing) là phương pháp kiểm tra phần mềm tập trung vào cấu trúc và logic của mã nguồn Để thực hiện kiểm thử này, người kiểm thử cần có kiến thức vững về ngôn ngữ lập trình.
Khi tiến hành kiểm tra, các bài test sẽ được thực thi trực tiếp trong mã nguồn mà không cần phải chạy toàn bộ chương trình, vì việc thực hiện kiểm tra kiểu white box thường sử dụng các framework hỗ trợ như NUnit hoặc JUnit.
Do tính chất kiểm thử: biết được nội dung bên trong code chương trình (coi như một cái hộp), biết rõ bên trong hộp nên gọi là hộp trắng.
Các kỹ thuật kiểm thử
6.4.1 Phân vùng tương đương – BP
Là kỹ thuật kiểm thử chia đầu vào thành những nhóm tương đương nhau đó là: lớp tương đương hợp lệ và lớp tương đương không hợp lệ.
1 Xây dựng điều kiện đầu vào thành hai lớp: lớp tương đương hợp lệ và lớp tương đương không hợp lệ.
2 Tại mỗi lớp tương đương, chọn một giá trị đại diện đưa vào dữ liệu đầu vào để kiểm thử
Nếu lớp tương đương được xác định là dạng dữ liệu số, hãy chọn một trường hợp đại diện hợp lệ và hai trường hợp đại diện không hợp lệ nằm ở phía trên và dưới khoảng hợp lệ.
Nếu lớp tương đương được xác định là dạng dữ liệu liệt kê rời rạc, việc lựa chọn đại diện hợp lệ và ít nhất 2 đại diện không hợp lệ có thể được áp dụng Tuy nhiên, phương pháp này có hạn chế khi khó tìm được đại diện không hợp lệ tối ưu, dẫn đến việc kiểm thử chưa bao quát hết các trường hợp có thể xảy ra.
6.4.2 Phân tích giá trị biên – BVA (Boundary Value Analysis)
Kỹ thuật BVA sẽ chọn các giá trị nym tại các điểm giới hạn của phân vùng.
1 Phân tích giá trị biên không lựa chọn phần tử bất kỳ nào trong lớp tương đương là điển hình, mà nó yêu cầu là 1 hoặc nhiều phần tử được lựa chọn như vậy mà mỗi cạnh của lớp tương đương đó chính là đối tượng kiểm tra.
2 Ngoài việc chỉ tập trung vào trạng thái đầu vào (không gian đầu vào), các ca kiểm thử cũng nhận được byng việc xem xét không gian kết quả (các lớp tương đương đầu ra).
Mỗi giá trị giới hạn đều nym trong một phân vùng nào đó Nếu chỉ sử dụng giá trị giới hạn thì ta test luôn phân vùng đó.
Nếu giá trị giới hạn không chính xác, điều đó dẫn đến sai lệch trong các giá trị được sử dụng Hơn nữa, việc chỉ dựa vào giá trị giới hạn sẽ không tạo được niềm tin cho người dùng, vì chúng thường sử dụng các giá trị đặc biệt thay vì các giá trị thông thường.
Vì vậy cần kết hợp cả phân tích giá trị biên và phân vùng tương đương.
Mô hình thác nước
Đề tài của tôi là chức năng thêm học viên trong phần mềm quản lý học viên sau đại học của trường Đại học Điện Lực, và tôi đã chọn mô hình kiểm thử thác nước để thực hiện.
Mô hình này bao gồm các giai đoạn xử lý nối tiếp nhau như sau:
Phân tích yêu cầu (Requirement Analysis) là giai đoạn quan trọng trong phát triển phần mềm, nhằm xác định các yêu cầu chức năng và phi chức năng cần thiết cho hệ thống Giai đoạn này đòi hỏi sự tham gia tích cực của khách hàng và kết thúc bằng việc tạo ra tài liệu "Bản đặc tả yêu cầu phần mềm" Tài liệu này đóng vai trò là nền tảng cho tất cả các hoạt động tiếp theo trong suốt quá trình dự án.
Phân tích hệ thống và thiết kế là giai đoạn quan trọng trong quá trình phát triển phần mềm, nơi xác định cách thức hệ thống sẽ đáp ứng các yêu cầu của khách hàng được nêu trong tài liệu Giai đoạn này không chỉ giúp hiểu rõ nhu cầu của người dùng mà còn đảm bảo rằng giải pháp phần mềm được phát triển một cách hiệu quả và hợp lý.
Lập trình (Coding and Unit Test): là giai đoạn hiện thực làm thế nào được chỉ ra trong giai đoạn “Phân tích thiết kế”.
Kiểm thử phần mềm bao gồm kiểm thử tích hợp cho các thành phần và kiểm thử toàn hệ thống Cuối cùng, nghiệm thu là bước kiểm thử quan trọng, trong đó khách hàng tham gia để xác định xem hệ thống phần mềm có đáp ứng được yêu cầu của họ hay không.
Giai đoạn cài đặt và bảo trì bao gồm việc thiết lập, cấu hình và đào tạo cho khách hàng Trong giai đoạn này, các lỗi phần mềm sẽ được sửa chữa nếu có, đồng thời thực hiện các thay đổi mới theo yêu cầu của khách hàng, như điều chỉnh, thêm hoặc bớt các chức năng và đặc điểm của hệ thống.
Mô hình waterfall có nhược điểm lớn là thường chỉ phát hiện sai sót vào giai đoạn cuối của dự án, dẫn đến việc phải quay lại sửa chữa các giai đoạn trước đó.
TÍCH HỢP V BẢO TRÌ
Cải tiến phần mềm
Thay đổi phần mềm là một điều không thể tránh khỏi vì những lí do sau:
Những yêu cầu mới sẽ xuất hiê •n khi cài đă •t phần mềm.
Môi trường nghiê •p vụ thay đổi.
Các lỗi phần mềm cần phải được sửa chữa.
Máy tính và các thiết bị mới được bổ sung vào hê • thống.
Hiê •u năng hoặc đô • tin câ •y của hê • thống phải được cải thiê •n.
Việc thực hiện và quản lý các thay đổi đối với hệ thống phần mềm hiện có là rất quan trọng Chúng ta cần nhận thức rõ tầm quan trọng của việc cải tiến phần mềm để nâng cao hiệu quả và đáp ứng tốt hơn nhu cầu của người dùng.
Các tổ chức đầu tư nhiều vốn vào hệ thống phần mềm, vì vậy họ có quyền yêu cầu sở hữu một hệ thống hoàn hảo Để duy trì giá trị sở hữu, việc thay đổi và cải tiến hệ thống là điều cần thiết Trong các công ty lớn, ngân sách phần mềm chủ yếu được sử dụng để nâng cấp các hệ thống hiện có thay vì phát triển hệ thống mới.
Mục tiêu
Bảo trì phần mềm là gì?
Tại sao phải bảo trì?
Phân biệt rõ các kiểu bảo trì phần mềm.
Nắm được các yếu tố ảnh hưởng tới chi phí bảo trì, nhym giảm chi phí khi áp dụng trong thực tế.
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 lớn liên quan đến kiến trúc hệ thống Thay vào đó, các thay đổi trong hệ thống thường được thực hiện bằng cách điều chỉnh các thành phần hiện có và bổ sung thêm các thành phần mới.
Bảo trì là không thể tránh khỏi vì:
Trong quá trình xây dựng hệ thống, các yêu cầu thường thay đổi do sự biến động của môi trường Điều này dẫn đến việc hệ thống được chuyển giao có thể không đáp ứng đầy đủ các yêu cầu ban đầu.
Các hệ thống có sự gắn kết chặt chẽ với môi trường xung quanh Khi được cài đặt trong một môi trường cụ thể, hệ thống không chỉ ảnh hưởng đến môi trường đó mà còn làm thay đổi các yêu cầu liên quan đến chính 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 nhym 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 thỏa mãn các yêu cầu mới.
Chi phí bảo trì có thể cao gấp 2 đến 100 lần so với chi phí xây dựng, tùy thuộc vào từng ứng dụng cụ thể Những yếu tố kỹ thuật và phi kỹ thuật đều ảnh hưởng đến chi phí bảo trì này.
Bảo trì phần mềm quá mức có thể dẫn đến sự thay đổi cấu trúc, làm cho quá trình bảo trì trở nên khó khăn hơn Khi phần mềm có tuổi thọ cao, chi phí bảo trì cũng tăng lên do việc sử dụng các ngôn ngữ lập trình và công cụ cũ.
Hình 7.1.Phân loại các kiểu bảo trì
Các nhân tố ảnh hưởng đến chi phí bảo trì:
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.
Người xây dựng hệ thống thường không cam kết trách nhiệm bảo trì, điều này dẫn đến việc họ không bị bắt buộc 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ì liên quan đến việc đánh giá các phần của hệ thống có khả năng gây ra lỗi và cần nhiều chi phí để bảo trì, giúp doanh nghiệp chủ động lên kế hoạch và phân bổ nguồn lực hiệu quả.
Khả năng thích ứng với sự thay đổi phụ thuộc vào mức độ bảo trì của các thành phần bị ảnh hưởng Việc thực hiện thay đổi có thể dẫn đến hỏng hóc trong hệ thống và làm giảm khả năng bảo trì của nó.
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 trong yêu cầu hệ thống gắn liền với sự biến đổi của môi trường Các yếu tố ảnh hưởng đến mối quan hệ này bao gồm nhiều khía cạnh khác nhau.
Số lượng và độ phức tạp của các giao diện hệ thống.
Số lượng các yêu cầu bất ổn định có tính phân cấp.
Các quy trình nghiệp vụ của hệ thống.
Ta có thể dự đoán bảo trì thông qua việc đánh giá độ phức tạp của các thành phần hệ thống Độ phức tạp phụ thuộc vào:
Độ phức tạp của cấu trúc điều khiển.
Độ phức tạp của cấu trúc dữ liệu.
Kích thước của đối tượng, phương thức và mô-đun.
Ngoài ra, ta có thể sử dụng các phép đo quy trình để đánh giá khả năng bảo trì.
Số lượng các yêu cầu cần bảo trì sửa lỗi.
Thời gian trung bình cần thiết để phân tích ảnh hưởng.
Thời gian trung bình để cài đặt một yêu cầu thay đổi.
Với kiến thức nền tảng từ trường và sự nỗ lực cá nhân, em đã hoàn thành đề tài "Xây dựng phần mềm quản lý cửa hàng Máy Tính" Dù đã cố gắng nhiều, nhưng do hạn chế về thời gian và kiến thức, em chưa thể giải quyết hết các vấn đề Em rất mong nhận được sự thông cảm và góp ý từ thầy cô để hoàn thiện đề tài của mình hơn nữa.
Bài báo cáo của em đã hoàn thành với những kết quả đáng chú ý, bao gồm việc phát triển phần mềm với các chức năng cơ bản như thêm, sửa, xóa và tìm kiếm sản phẩm, khách hàng, hóa đơn Em cũng đã nâng cao kiến thức về ngôn ngữ lập trình C# Tuy nhiên, vẫn còn một số hạn chế cần khắc phục.
Mức độ tìm hiểu c{n sơ sài, đơn giản, chưa mang đến tính hiệu quả cao để giải quyết bài toán triệt để.
Giao diện web c{n đơn giản và chưa thật sự bắt mắt.