1. Trang chủ
  2. » Luận Văn - Báo Cáo

Báo cáo chuyên Đề học phần môn công nghệ phần mềm Đề ti quản lý cửa hàng thành long auto

72 1 0
Tài liệu đã được kiểm tra trùng lặp

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Tiêu đề Quản Lý Cửa Hàng Thành Long Auto
Tác giả Lại Thế Anh
Người hướng dẫn TS. Lê Thị Trang Linh
Trường học Trường Đại Học Điện Lực
Chuyên ngành Công Nghệ Thông Tin
Thể loại Báo Cáo Chuyên Đề
Năm xuất bản 2022
Thành phố Hà Nội
Định dạng
Số trang 72
Dung lượng 15,22 MB

Cấu trúc

  • Chương I GIỚI THIỆU D ÁN PH Ự ẦN MỀM (0)
    • 1.1 KHẢO SÁT HỆ THỐNG (6)
    • 1.2 Xác định được bài toán c n gi ầ ải quyết (0)
    • 1.3 Các chức năng của hệ thống (7)
    • 1.4. Xác định các yêu c u c a h ầ ủ ệ thống (7)
      • 1.4.1. Yêu c u ch ầ ức năng (7)
      • 1.4.2 Yêu cầu phi chức năng (8)
    • Chương 2 QUẢN LÝ DỰ ÁN (0)
      • 2.1 Ước lượng dự án (9)
        • 2.1.2 Ước lượng thời gian (11)
        • 2.1.3 Ước lượng người tham gia (0)
      • 2.2 L p l ch và theo dõi ậ ị (16)
    • CHƯƠNG 3: PHÂN TÍCH THIẾT KẾ HỆ THỐNG (19)
      • 3.1. Xác định các Actor và Use case t ng quán c ổ ủa h ệ thống (19)
        • 3.1.1. Các Actor c a h ủ ệ thống (19)
        • 3.1.2. Sơ đồ Use Case t ng quát ổ (19)
      • 3.2. Phân tích, thi t k t ng ch ế ế ừ ức năng của hệ thống (0)
        • 3.2.1. Chức năng đăng nhập (20)
        • 3.2.2. Chức năng quản lý hóa đơn (22)
        • 3.2.3. Chức năng quản lý nhân viên (32)
          • 3.2.3.1. Bi ểu đồ use case ch ức năng quản lý nhân viên (32)
          • 3.2.3.2. Bi ểu đồ trình t ự chức năng quản lý nhân viên (36)
          • 3.2.3.3. Bi ểu đồ ộ c ng tác ch ức năng quản lý nhân viên (38)
        • 3.2.4. Chức năng quản lý nhà cung c ấp (40)
          • 3.2.4.1. Bi ểu đồ use case ch ức năng quản lý nhà cung cấp (40)
          • 3.2.4.2. Bi ểu đồ trình t ự chức năng quản lý nhà cung cấp (44)
          • 3.2.4.3. Bi ểu đồ ộ c ng tác ch ức năng quản lý nhà cung cấp (46)
        • 3.2.5. Chức năng quản lý khách hàng (48)
          • 3.2.5.1. Bi ểu đồ use case ch ức năng quản lý khách hàng (48)
          • 3.2.5.2. Bi ểu đồ trình t ự chức năng quản lý khách hàng (52)
          • 3.2.5.3. Bi ểu đồ ộ c ng tác ch ức năng quả n lý khách hàng (54)
    • CHƯƠNG 4: THIẾT KẾ (56)
      • 4.1 Thiết kế giao diện (56)
        • 4.1.1 Giao diện đăng nhập (56)
        • 4.1.2 Giao diện hệ thống (57)
        • 4.1.3 Giao diện quản lý (58)
      • 4.2 Thiết kế lưu trữ (62)
        • 4.2.1 Bảng đăng nhập (62)
        • 4.2.2 Bảng nhân viên (63)
        • 4.2.4 Bảng nhà cung cấp (63)
        • 4.2.7 Bảng diagram (64)
    • CHƯƠNG 5: LẬP TRÌNH (65)
      • 5.1 Ngôn ngữ lập trình (65)
      • 5.2 Code l p trình ậ (65)
      • 6.1 Phương pháp kiểm thử (66)
      • 6.2 Ki m th ể ử (67)
    • CHƯƠNG 7: ĐÓNG GÓI, BẢO TRÌ PH N M M Ầ Ề (68)
      • 7.1. Đóng gói phần mềm (68)

Nội dung

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 dung như thế nào?. - - Quản lí h

GIỚI THIỆU D ÁN PH Ự ẦN MỀM

KHẢO SÁT HỆ THỐNG

Giới thiệu v c a hàng Thành Long Auto : ề ử

Cửa hàng ô tô Thành Long, giống như nhiều cửa hàng ô tô khác trên toàn cầu, chuyên kinh doanh mua và trao đổi ô tô mới và cũ với đa dạng thương hiệu như Kia, Toyota, Suzuki, Mazda, Honda, Hyundai, và Vinfast Quản lý hệ thống ô tô không phải là điều dễ dàng, đặc biệt khi thiếu phương pháp quản lý phù hợp, dẫn đến nhầm lẫn và thất thoát hàng hóa Để nâng cao hiệu quả quản lý mặt hàng và doanh thu, cửa hàng đã tích hợp các chức năng quản lý chuyên biệt cho ngành ô tô, nhận được sự hưởng ứng từ nhiều cửa hàng khác và ứng dụng một cách hiệu quả.

1.2 Xác định được bài toán cần gi i quy ả ết

Phần mềm quản lý cửa hàng Thành Long AuTo giúp tối ưu hóa hoạt động và thời gian của người dùng, nâng cao chất lượng công nghệ ô tô trong thời đại hiện đại Với phần mềm này, người dùng dễ dàng truy cập để tìm hiểu giá cả và các mặt hàng mới một cách nhanh chóng, tiết kiệm thời gian, công sức và chi phí.

Xây dựng trang quản trị cho phần mềm quản lý cửa hàng Thành Long Auto giúp người dùng dễ dàng tiếp cận thông tin về ô tô và nguồn gốc xuất xứ Phần mềm này tích hợp nhiều loại ô tô nhập khẩu từ khắp nơi trên thế giới, hỗ trợ tối đa cho việc mua sắm truyền thống Việc phân tích và thiết kế hệ thống thông tin là cần thiết để quản lý hiệu quả thông tin người dùng, từ đó tiết kiệm thời gian và công sức.

1.3 Các chức năng của hệ thống

Xây dựng chương trình quản lý bằng ngôn ng ữC#

Chương trình bao gồm các chức năng sau :

Quản lý thông tin s n ph m : ả ẩ

- Nhâp d ữliệu s n ph m mả ẩ ới

- Sửa đổi thông tin s n phả ẩm

Quản lý giao d ch mua -bán hàng : ị

- Sửa đổi thông tin khách hàng

- Xóa thông tin khách hàng

1.4.Xác định các yêu c u c a h ầ ủ ệthống

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 của giải đấ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

- Hệ thống đảm bảo phục vụ truy cập online 50 người cùng một lúc

- Hệ thống đảm bảo trả lời những thắc mắc và yêu cầu của khách hàng trong vòng

- 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 200GB

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

Chương 2 : QUẢN LÝ DỰ ÁN

Giai đoạn Công việc Mô tả Chi phí

Quản lý dự án Khảo sát yêu câu dự án

Thu nhập các yêu cầu tổng quan của dự á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 bản 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

Module thống kê sản phẩm

Cầu cụ thể cho module

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ý

-xây dựng form thống kê nhập xuất hàng, hình thức thống kê hàng hóa

- xây dựng các nút chức năng: thống kê, in phiếu TK

Xây dựng form tự động thông báo số lượng hàng tồn, nhập xuất, hàng bán chạy theo tháng cho kế toán kho

Cài đặt module Thực hiện chạy thử module đã xây dựng

Kiểm thử module là quá trình đánh giá giao diện của phần mềm để xác định xem nó có đáp ứng được các yêu cầu đã đề ra hay không Điều này bao gồm việc kiểm tra tính hợp lý của cách bố trí giao diện, đảm bảo rằng các yếu tố được sắp xếp một cách hợp lý và dễ sử dụng cho người dùng.

- Kiểm thử khả năng thống kê nhập xuất hàng…

Viết báo cáo về module

Xây dựng báo cáo mô tả chi tiết về module

Tích hợp và hoàn thiện sản phẩm

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

Bảng 2.1 Ước lượng chi phí

Giai đoạn Công việc Mô tả Thời gian

Quản lý dự án Khảo sát yêu cầu dự án

Thu nhập các yêu cầu tổng quan của dự á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 Lập bản kế hoạch 5 ngày

Thực hiện fix các lỗi tồn tại

Fix các lỗi phát sinh trong khi test

4.000.000- 5.500.000VND Đóng gói 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

Phần mềm và chuyển giao

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ư những tài liệu liên quan cho khách hàng Đề ra kế hoạch bảo trì 500.000VND

Kết thúc dự án Tổng kết dự án 200.000VND

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 của dự án

Rút kinh nghiệm Rút kinh nghiệm cho đợt dự án sau

Giai đoạn cuối của dự án

Phân tích và thiết kế hệ thống Đặc tả chi tiết các yêu cầu

Từ yêu cầu thu được từ phần 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 bằng các sơ đồ Use case, trình tự, hoạt động

Xây dựng kiến trúc phần mềm bằng các sơ đồ use case, trình tự, 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 pmềm (gồm các bảng cụ thể)

Xây dựng các form cơ bản của phầnmềm dựa theo các sơ đồ UML

Viết bản phântích hệ thốngchi tiế

Tổng hợp các báo cáo để cho ra bảnphân tích thiết kế hoàn chỉnh

Module thống kê sản phẩm

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ý

Thiết kế module -xây dựng form đăng nhập

- xây dựng form thống kê nhập xuất hàng, hình thức thống kê hàng hóa

- xây dựng các nút chức năng: thống kê, in phiếu TK

Viết code cho module Xây dựng form tự động thông báo số lượng hàng tồn, nhập xuất,hàng bán chạy theo tháng cho kế toán kho

Cài đặt module Thực hiện chạy thử module đã xây dựng

Kiểm thử module là quá trình đánh giá giao diện của phần mềm để xác định xem nó có đáp ứng các yêu cầu đề ra hay không Điều này bao gồm việc kiểm tra tính hợp lý trong cách bố trí giao diện, đảm bảo rằng các yếu tố được sắp xếp một cách hợp lý và dễ sử dụng cho người dùng.

Bảng 2.2: Ước lượng thời gian

2.1.3 Ước lượng người tham gia

Số lượng người tham gia là: 1 người

Giai đoạn Công việc Mô t ả

Quản lý d ựán Khảo sát yêu c u d ầ ự án

Thu nh p các yêu cậ ầu t ng quan c a d ổ ủ ựán

Khởi t o d ạ ựán Thông báo tri n khai d án, l p project ể ự ậ charter

Viết báo cáo về module

Xây dựng báo cáo mô tả chi tiết về module

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 trong khi test

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ư những 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

Lập k ếhoạch phạm vi dự án

Lập b n 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ừ yêu cầu thu được từ phần 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 bằng các sơ đồ Use case, trìnht , hoự ạt động

Xây dựng kiến trúc ph n m m bầ ề ằng các sơ đồ use case, trìnht , hoự ạt động (dùng Rationalrose, astah)

Thiết k ế cơ sở ữ liệu d 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ể)

Xây dựng các form cơ bản của phần mềm dựa theo các sơ đồ 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ản phân tích thi t k hoàn chế ế ỉnh

Module th ng kê ố sản ph m ẩ

Phân tích yêu c u cầ ụ thể cho module

Dựa trên các thông tin đã thu thập, cần lập kế hoạch chi tiết cho các nhiệm vụ của quản lý trong việc tổ chức giải bóng đá vô địch quốc gia.

Thiết k module ế -xây dựng form đăng nhập

- xây d ng form th ng kê nh p xu t hàng ự ố ậ ấ ,hình th c th ng kê hàng hóa ứ ố

- xây d ng các nút ự chức năng:thống kê, in phiếu TK

Viết code cho module Xây d ng form t ng thông báo s ự ự độ ố

Xây d ng báo cáo mô t chi ti t v ự ả ế ề module

Kiểm tra module ử và giao diện là quá trình xác định xem giao diện có đáp ứng yêu cầu hay không, đồng thời đánh giá hình thức và cấu trúc bố trí giao diện của phần mềm có hợp lý hay không.

- kiểm thử khả năng thống kê nhập xuấ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

Hệ thống th c hiự ện fix các l i t n t i ỗ ồ ạ

Fix các l i phát sinh trong 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

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ư những tài liệu liên quan cho khách hàng Đề ra kế hoạch bảo trì

Kết thúc d ựán Tổng k t d ế ựán

Bảng 2.3: Ước lượng người tham gia

Tên hoạt động Kế thừa hoạt động

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, phạm vi d ựán

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

2.1 Phân tích quy trình nghiệp vụ

2.2 Lập sơ đồ use case c a h ủ ệ thống

2.3 Lập sơ đồ trình tự của hệ thống

2.4 Thống nh t lấ ại các sơ đồ thiết kế

3.1 Phân tích các đối tượng 2.2

3.2 Xây d ng các thu c tính ự ộ với đối tượng đó

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, đang kí

4.1 Thiết lập form đăng nhập vào h ệthống

4.2 Code chức năng đăng kí, đăng nhập vào hệ thống

4.3 Test chức năng đăng kí, đăng nhập

5.1 Thiết k các form ế 4.3 21/8/2022 21 12/ /2023 X năng hệ thống

5.3 Chạy th các module đã ử xây d ng xong ự

6.1 Kiểm tra giao diện,bố c c ụ 4.3

6.2 Kiểm tra độ chính xác dữ liệu

7.1 Viết báo cáo toàn b ộ module

7.2 Kiểm tra độ chính xác dữ liệu

Tích hợp và bảo trì

Bảng 2.4: L p l ch và theo dõi ậ ị

CHƯƠNG 3: PHÂN TÍCH THIẾT KẾ HỆ THỐNG

3.1 Xác định các Actor và Use case t ng quán cổ ủa h ệthống

Quản lý hệ thống là một yếu tố quan trọng, bao gồm việc quản lý đăng nhập và theo dõi nhân viên, nhà cung cấp, hóa đơn và các chương trình khuyến mại.

- Actor khách hàng: là tác nhân tác động đến sản ph m (có th mua s n phẩ ể ả ẩm ở ửa c hàng)

3.1.2 Sơ đồ Use Case t ng quát ổ

Biểu đồ use case là một mô hình đồ họa về các chức năng của hệ thống t khung nhìn ừ của người sử dụng

Hình 2.1: Sơ đồ Use Case t ng quát c a h ổ ủ ệthống

3.2 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 chức năng đăng nhập

Hình 2.2: Sơ đồ Use Case đăng nhập Đặc tả use case đăng nhập:

- Tác nhân: Qu n lý c a hàng ả ử

Mỗi khi tác nhân sử dụng hệ thống quản lý, cần thực hiện chức năng đăng nhập vào hệ thống Sau khi hoàn tất việc sử dụng phần mềm, hãy đăng xuất tài khoản để bảo vệ thông tin và đảm bảo an toàn cho hệ thống quản lý.

+ Tác nhân yêu c u giao diầ ện đăng nhập vào hệ thống

+ H ệthống hi n th giao diệ ị ện đăng nhập cho tác nhân

+ Tác nhân s : c p ẽ ậ nhật tên đăng nhập (usename) và m t kh u (password) ậ ẩ

Hệ thống kiểm tra dữ liệu và xác nhận thông tin của tác nhân trước khi đưa vào hệ thống chính Nếu thông tin đúng, hệ thống sẽ gửi thông báo và cho phép tác nhân gia nhập vào hệ thống chính.

+ Kết thúc use case đăng nhập

+ S ựkiện 1: Nếu tác nhân đăng nhập đúng, nhưng lại muốn thoát kh i h ỏ ệthống H ệ thống thông báo thoát bằng cách đăng xuất K t thúc use case ế

+ S ựkiện 2: Nếu tác nhân đăng nhập sai Hệ thống thông báo đăng nhập lại hoặc thoát Sau khi tác nhân ch n thoát K t thúc use case ọ ế

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

- Trạng thái h ệthống trước khi s dử ụng use case: Không có yêu c u ầ

- Trạng thái h ệthống sau khi s d ng use case: ử ụ

Nếu đăng nhập thành công, hệ thống sẽ gửi thông báo "Bạn đã đăng nhập thành công!!!" và hiển thị giao diện chính, cho phép người dùng truy cập các chức năng khác.

Nếu bạn đăng nhập không thành công, hệ thống sẽ hiển thị thông báo “Bạn đã đăng nhập thất bại!!!” và quay lại giao diện đăng nhập để bạn có thể nhập lại thông tin của mình.

3.2.1.2 Biểu đồ trình tự chức năng đăng nhập

Hình 2.4: Biểu đồ trình t ựchức năng đăng nhập

3.2.1.3 Biểu đồ ộng tác chức năng đăng nhập c

Hình 2.5: Biểu đồ ộng tác ch c ức năng đăng nhập

3.2.2 Chức năng quản lý hóa đơn

3.2.2.1 Biểu đồ use case chức năng ản lý hóa đơnqu

Hình 2.7: Biểu đồ Use Case chức năng quản lý hóa đơn Đặc tả use case hóa đơn:

- Tác nhân: Qu n lý c a hàng ả ử

Tác nhân thực hiện đăng nhập thành công vào hệ thống, sau đó sử dụng hệ thống quản lý hóa đơn để thực hiện các thao tác như thêm, sửa, xóa và in hóa đơn.

+ Tác nhân đăng nhập hệ thống b ng tài khoằ ản đã được cấp thành công

+ Tác nhân yêu c u giao di n quầ ệ ản lý hóa đơn

+ H ệthống hi n th giao di n quệ ị ệ ản lý hóa đơn cho tác nhân

+ Tác nhân s : Thêm, s a, xóa, in ẽ ử hóa đơn.

Hệ thống kiểm tra dữ liệu và xác nhận thông tin của tác nhân trước khi tiến hành xử lý Nếu thông tin chính xác, hệ thống sẽ gửi thông báo và lưu hóa đơn thành công hoặc in hóa đơn Qua đó, quá trình xử lý hóa đơn sẽ được hoàn tất.

+ S ựkiện 1: N u tác nhân ch n ế ọ chức năng quản lý hóa đơn, nhưng lại muốn trở về giao diện chính H ệthống tr v giao di n chính K t thúc use case ở ề ệ ế

Sự kiện 2: Nhân tác nhân nhập dữ liệu sai, dẫn đến hệ thống thông báo yêu cầu nhập lại thông tin qua giao diện chính Sau khi tác nhân trở về giao diện chính, quá trình sẽ kết thúc và không thể tiếp tục với use case hiện tại.

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

- Trạng thái h ệthống trước khi s dử ụng use case: Không có yêu c u ầ

- Trạng thái h ệthống sau khi s d ng use case: ử ụ

+ Nếu lưu hóa đơn thành công hoặc xuất hóa đơn thành công: Hệ thống sẽ g i thông báo ử

“Bạn đã lưu hóa đơn thành công và có thể xuất hóa đơn!!!” và hiển thị giao di n chính ệ cho tác nhân th c hi n các chự ệ ức năng khác

3.2.2.1.1 Thêm hóa đơn a Người thực hiện

Quản lý c a hàng ử b Điều kiện kích ho t ạ

Quản lý chọn chức năng quản lý hóa đơn, sau đó chọn chức năng thêm hóa đơn. c Mô t ả các bước

Bước 1: Quản lý đăng nhập vào h ệthống, ch n chọ ức năng quản lý hóa đơn hệ thống sẽ hiện màn hình các chức năng.

Bước 2: Qu n lý chả ọn chức năng thêm hóa đơn

Bước 3: Hệ thống chuyển sang màn hình thêm hóa đơn

Các chức năng của hệ thống

Xây dựng chương trình quản lý bằng ngôn ng ữC#

Chương trình bao gồm các chức năng sau :

Quản lý thông tin s n ph m : ả ẩ

- Nhâp d ữliệu s n ph m mả ẩ ới

- Sửa đổi thông tin s n phả ẩm

Quản lý giao d ch mua -bán hàng : ị

- Sửa đổi thông tin khách hàng

- Xóa thông tin khách hàng

Xác định các yêu c u c a h ầ ủ ệ thống

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 của giải đấ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

- Hệ thống đảm bảo phục vụ truy cập online 50 người cùng một lúc

- Hệ thống đảm bảo trả lời những thắc mắc và yêu cầu của khách hàng trong vòng

- 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 200GB

Thiết bị truy cập web

QUẢN LÝ DỰ ÁN

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

Chương 2 : QUẢN LÝ DỰ ÁN

Giai đoạn Công việc Mô tả Chi phí

Quản lý dự án Khảo sát yêu câu dự án

Thu nhập các yêu cầu tổng quan của dự á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 bản 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

Module thống kê sản phẩm

Cầu cụ thể cho module

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ý

-xây dựng form thống kê nhập xuất hàng, hình thức thống kê hàng hóa

- xây dựng các nút chức năng: thống kê, in phiếu TK

Xây dựng form tự động thông báo số lượng hàng tồn, nhập xuất, hàng bán chạy theo tháng cho kế toán kho

Cài đặt module Thực hiện chạy thử module đã xây dựng

Kiểm thử module là quá trình đánh giá giao diện của phần mềm để xác định xem nó có đáp ứng các yêu cầu đã đề ra hay không Điều này bao gồm việc kiểm tra tính hợp lý trong cách bố trí giao diện, đảm bảo rằng các yếu tố được sắp xếp một cách hợp lý và thân thiện với người dùng.

- Kiểm thử khả năng thống kê nhập xuất hàng…

Viết báo cáo về module

Xây dựng báo cáo mô tả chi tiết về module

Tích hợp và hoàn thiện sản phẩm

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

Bảng 2.1 Ước lượng chi phí

Giai đoạn Công việc Mô tả Thời gian

Quản lý dự án Khảo sát yêu cầu dự án

Thu nhập các yêu cầu tổng quan của dự á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 Lập bản kế hoạch 5 ngày

Thực hiện fix các lỗi tồn tại

Fix các lỗi phát sinh trong khi test

4.000.000- 5.500.000VND Đóng gói 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

Phần mềm và chuyển giao

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ư những tài liệu liên quan cho khách hàng Đề ra kế hoạch bảo trì 500.000VND

Kết thúc dự án Tổng kết dự án 200.000VND

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 của dự án

Rút kinh nghiệm Rút kinh nghiệm cho đợt dự án sau

Giai đoạn cuối của dự án

Phân tích và thiết kế hệ thống Đặc tả chi tiết các yêu cầu

Từ yêu cầu thu được từ phần 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 bằng các sơ đồ Use case, trình tự, hoạt động

Xây dựng kiến trúc phần mềm bằng các sơ đồ use case, trình tự, 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 pmềm (gồm các bảng cụ thể)

Xây dựng các form cơ bản của phầnmềm dựa theo các sơ đồ UML

Viết bản phântích hệ thốngchi tiế

Tổng hợp các báo cáo để cho ra bảnphân tích thiết kế hoàn chỉnh

Module thống kê sản phẩm

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ý

Thiết kế module -xây dựng form đăng nhập

- xây dựng form thống kê nhập xuất hàng, hình thức thống kê hàng hóa

- xây dựng các nút chức năng: thống kê, in phiếu TK

Viết code cho module Xây dựng form tự động thông báo số lượng hàng tồn, nhập xuất,hàng bán chạy theo tháng cho kế toán kho

Cài đặt module Thực hiện chạy thử module đã xây dựng

Kiểm thử module là quá trình đánh giá giao diện của phần mềm nhằm xác định xem nó có đáp ứng các yêu cầu đề ra hay không Điều này bao gồm việc kiểm tra tính hợp lý trong cách bố trí các thành phần giao diện, đảm bảo rằng người dùng có thể tương tác một cách dễ dàng và hiệu quả.

Bảng 2.2: Ước lượng thời gian

2.1.3 Ước lượng người tham gia

Số lượng người tham gia là: 1 người

Giai đoạn Công việc Mô t ả

Quản lý d ựán Khảo sát yêu c u d ầ ự án

Thu nh p các yêu cậ ầu t ng quan c a d ổ ủ ựán

Khởi t o d ạ ựán Thông báo tri n khai d án, l p project ể ự ậ charter

Viết báo cáo về module

Xây dựng báo cáo mô tả chi tiết về module

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 trong khi test

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ư những 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

Lập k ếhoạch phạm vi dự án

Lập b n 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ừ yêu cầu thu được từ phần 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 bằng các sơ đồ Use case, trìnht , hoự ạt động

Xây dựng kiến trúc ph n m m bầ ề ằng các sơ đồ use case, trìnht , hoự ạt động (dùng Rationalrose, astah)

Thiết k ế cơ sở ữ liệu d 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ể)

Xây dựng các form cơ bản của phần mềm dựa theo các sơ đồ 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ản phân tích thi t k hoàn chế ế ỉnh

Module th ng kê ố sản ph m ẩ

Phân tích yêu c u cầ ụ thể cho module

Dựa trên các thông tin đã thu thập, chúng tôi sẽ lập kế hoạch chi tiết để giải quyết những nhiệm vụ của quản lý trong việc tổ chức giải bóng đá vô địch quốc gia.

Thiết k module ế -xây dựng form đăng nhập

- xây d ng form th ng kê nh p xu t hàng ự ố ậ ấ ,hình th c th ng kê hàng hóa ứ ố

- xây d ng các nút ự chức năng:thống kê, in phiếu TK

Viết code cho module Xây d ng form t ng thông báo s ự ự độ ố

Xây d ng báo cáo mô t chi ti t v ự ả ế ề module

Kiểm tra module ử và giao diện là quá trình đánh giá xem giao diện có đáp ứng yêu cầu hay không, đồng thời xem xét hình thức và bố trí giao diện của phần mềm có hợp lý hay không.

- kiểm thử khả năng thống kê nhập xuấ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

Hệ thống th c hiự ện fix các l i t n t i ỗ ồ ạ

Fix các l i phát sinh trong 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

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ư những tài liệu liên quan cho khách hàng Đề ra kế hoạch bảo trì

Kết thúc d ựán Tổng k t d ế ựán

Bảng 2.3: Ước lượng người tham gia

Tên hoạt động Kế thừa hoạt động

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, phạm vi d ựán

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

2.1 Phân tích quy trình nghiệp vụ

2.2 Lập sơ đồ use case c a h ủ ệ thống

2.3 Lập sơ đồ trình tự của hệ thống

2.4 Thống nh t lấ ại các sơ đồ thiết kế

3.1 Phân tích các đối tượng 2.2

3.2 Xây d ng các thu c tính ự ộ với đối tượng đó

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, đang kí

4.1 Thiết lập form đăng nhập vào h ệthống

4.2 Code chức năng đăng kí, đăng nhập vào hệ thống

4.3 Test chức năng đăng kí, đăng nhập

5.1 Thiết k các form ế 4.3 21/8/2022 21 12/ /2023 X năng hệ thống

5.3 Chạy th các module đã ử xây d ng xong ự

6.1 Kiểm tra giao diện,bố c c ụ 4.3

6.2 Kiểm tra độ chính xác dữ liệu

7.1 Viết báo cáo toàn b ộ module

7.2 Kiểm tra độ chính xác dữ liệu

Tích hợp và bảo trì

Bảng 2.4: L p l ch và theo dõi ậ ị

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

3.1 Xác định các Actor và Use case t ng quán cổ ủa h ệthống

Quản lý hệ thống là một phần quan trọng trong hoạt động của doanh nghiệp, bao gồm việc quản lý đăng nhập và theo dõi nhân viên Nó cũng cho phép quản lý nhà cung cấp, hóa đơn, và các chương trình khuyến mãi, giúp tối ưu hóa quy trình làm việc và nâng cao hiệu quả kinh doanh.

- Actor khách hàng: là tác nhân tác động đến sản ph m (có th mua s n phẩ ể ả ẩm ở ửa c hàng)

3.1.2 Sơ đồ Use Case t ng quát ổ

Biểu đồ use case là một mô hình đồ họa về các chức năng của hệ thống t khung nhìn ừ của người sử dụng

Hình 2.1: Sơ đồ Use Case t ng quát c a h ổ ủ ệthống

3.2 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 chức năng đăng nhập

Hình 2.2: Sơ đồ Use Case đăng nhập Đặc tả use case đăng nhập:

- Tác nhân: Qu n lý c a hàng ả ử

Mỗi khi tác nhân sử dụng hệ thống quản lý, cần thực hiện chức năng đăng nhập vào hệ thống Sau khi hoàn tất việc sử dụng phần mềm, người dùng cần đăng xuất tài khoản để bảo vệ thông tin và đảm bảo an toàn cho hệ thống quản lý.

+ Tác nhân yêu c u giao diầ ện đăng nhập vào hệ thống

+ H ệthống hi n th giao diệ ị ện đăng nhập cho tác nhân

+ Tác nhân s : c p ẽ ậ nhật tên đăng nhập (usename) và m t kh u (password) ậ ẩ

Hệ thống kiểm tra dữ liệu và xác nhận thông tin của tác nhân trước khi cho phép truy cập vào hệ thống Nếu thông tin được xác minh là chính xác, hệ thống sẽ gửi thông báo và cho phép tác nhân gia nhập vào hệ thống chính.

+ Kết thúc use case đăng nhập

+ S ựkiện 1: Nếu tác nhân đăng nhập đúng, nhưng lại muốn thoát kh i h ỏ ệthống H ệ thống thông báo thoát bằng cách đăng xuất K t thúc use case ế

+ S ựkiện 2: Nếu tác nhân đăng nhập sai Hệ thống thông báo đăng nhập lại hoặc thoát Sau khi tác nhân ch n thoát K t thúc use case ọ ế

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

- Trạng thái h ệthống trước khi s dử ụng use case: Không có yêu c u ầ

- Trạng thái h ệthống sau khi s d ng use case: ử ụ

Khi đăng nhập thành công, hệ thống sẽ gửi thông báo "Bạn đã đăng nhập thành công!!!" và hiển thị giao diện chính, cho phép người dùng truy cập vào các chức năng khác.

Nếu đăng nhập thất bại, hệ thống sẽ thông báo “Bạn đã đăng nhập thất bại!!!” và cho phép bạn quay lại để nhập lại thông tin của mình.

3.2.1.2 Biểu đồ trình tự chức năng đăng nhập

Hình 2.4: Biểu đồ trình t ựchức năng đăng nhập

3.2.1.3 Biểu đồ ộng tác chức năng đăng nhập c

Hình 2.5: Biểu đồ ộng tác ch c ức năng đăng nhập

3.2.2 Chức năng quản lý hóa đơn

3.2.2.1 Biểu đồ use case chức năng ản lý hóa đơnqu

Hình 2.7: Biểu đồ Use Case chức năng quản lý hóa đơn Đặc tả use case hóa đơn:

- Tác nhân: Qu n lý c a hàng ả ử

Tác nhân thực hiện đăng nhập thành công vào hệ thống quản lý hóa đơn, sau đó tiến hành các thao tác như thêm, sửa, xóa và in hóa đơn.

+ Tác nhân đăng nhập hệ thống b ng tài khoằ ản đã được cấp thành công

+ Tác nhân yêu c u giao di n quầ ệ ản lý hóa đơn

+ H ệthống hi n th giao di n quệ ị ệ ản lý hóa đơn cho tác nhân

+ Tác nhân s : Thêm, s a, xóa, in ẽ ử hóa đơn.

Hệ thống kiểm tra dữ liệu và xác nhận thông tin của tác nhân khi giao dịch vào hệ thống Nếu thông tin chính xác, hệ thống sẽ gửi thông báo và lưu hóa đơn thành công hoặc in hóa đơn Quá trình này đánh dấu kết thúc use case hóa đơn.

+ S ựkiện 1: N u tác nhân ch n ế ọ chức năng quản lý hóa đơn, nhưng lại muốn trở về giao diện chính H ệthống tr v giao di n chính K t thúc use case ở ề ệ ế

Sự kiện 2: Nhân tố nhập dữ liệu sai đã gây ra sự cố trong hệ thống thông báo Điều này yêu cầu người dùng phải nhập liệu chính xác qua giao diện chính Sau khi nhân tố được xác định, quá trình giao diện chính sẽ được kết thúc theo kịch bản sử dụng đã định.

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

- Trạng thái h ệthống trước khi s dử ụng use case: Không có yêu c u ầ

- Trạng thái h ệthống sau khi s d ng use case: ử ụ

+ Nếu lưu hóa đơn thành công hoặc xuất hóa đơn thành công: Hệ thống sẽ g i thông báo ử

“Bạn đã lưu hóa đơn thành công và có thể xuất hóa đơn!!!” và hiển thị giao di n chính ệ cho tác nhân th c hi n các chự ệ ức năng khác

3.2.2.1.1 Thêm hóa đơn a Người thực hiện

Quản lý c a hàng ử b Điều kiện kích ho t ạ

Quản lý chọn chức năng quản lý hóa đơn, sau đó chọn chức năng thêm hóa đơn. c Mô t ả các bước

Bước 1: Quản lý đăng nhập vào h ệthống, ch n chọ ức năng quản lý hóa đơn hệ thống sẽ hiện màn hình các chức năng.

Bước 2: Qu n lý chả ọn chức năng thêm hóa đơn

Bước 3: Hệ thống chuyển sang màn hình thêm hóa đơn

Để quản lý thủ tục thêm hóa đơn mới, bạn cần nhập các thông tin quan trọng như mã hóa đơn, tên hóa đơn, ngày lập, mã sản phẩm, tên sản phẩm, giá thành, người mua và địa chỉ bán hàng Sau khi hoàn tất bước này, nếu thông tin đã nhập ở bước 4 chính xác, bạn có thể tiến hành thêm hóa đơn.

Bước 6: Hệ thống lưu kết quả

3.2.2.1.2 Xóa hóa đơn a Người thực hiện

Quản lý c a hàng ử b Điều kiện kích ho t ạ

Quản lý c a hàng ch n chử ọ ức năng quản lý hóa đơn, sau đó chọn chức năng xóa hóa đơn. c Mô t ả các bước

Bước 1: Qu n lý cả ửa hàng đăng nhập vào hệ thống, chọn chức năng quản lý hóa đơn hệ thống sẽ hi n lên màn hình các chức năng ệ

Bước 2: Qu n lý c a hàng ch n chả ử ọ ức năng xóa hóa đơn

Bước 3: Hệ thống chuyển sang màn hình xóa hóa đơn

Bước 4: Qu n lý c a hàng bán hàng th c hiả ử ự ện xóa hóa đơn mà mình cần xóa

Bước 5: Hệ thống lưu kết quả

3.2.2.1.3 Tìm kiếm hóa đơn a Người thực hiện

Quản lý c a hàng ử b Điều kiện kích ho t ạ

Quản lý c a hàng ử chọn chức năng quản lý hóa đơn, sau đó chọn chức năng tìm kiếm hóa đơn c Mô t ả các bước

Bước 1: Qu n lý cả ửa hàng đăng nhập vào hệ thống, chọn chức năng quản lý hóa đơn hệ thống sẽ hi n lên màn hình các chức năng ệ

Bước 2: Qu n lý c a hàng ch n chả ử ọ ức năng tìm kiếm hóa đơn

Bước 3: Hệ thống chuyển sang màn hình tìm kiếm hóa đơn.

Để tìm kiếm hóa đơn, bạn cần quản lý cửa hàng thực hiện các bước sau: Bước 4, chọn và điền thông tin cần thiết như mã hóa đơn, tên hóa đơn và ngày lập Bước 5, sau khi tìm kiếm, bạn sẽ nhận được thông báo kết quả.

3.2.2.1.4 Sửa hóa đơn a Người thực hiện

Quản lý c a hàng ử b Điều kiện kích ho t ạ

Quản lý c a hàng ch n chử ọ ức năng quản lý hóa đơn, sau đó chọn chức năng sửa hóa đơn. c Mô t ả các bước

Bước 1: Qu n lý cả ửa hàng đăng nhập vào hệ thống, chọn chức năng quản lý hóa đơn hệ

Bước 4: Quản lý cửa hàng thực hiện việc xử lý hóa đơn bằng cách nhập một hoặc nhiều thông tin quan trọng như mã hóa đơn, tên hóa đơn, ngày lập, mã sản phẩm, tên sản phẩm, giá thành, người mua và địa chỉ bán hàng.

Bước 5: S a thông tin Nử ếu thông tin đúng thực hi n tiế ếp bước 6, sai tr v ở ề

3.2.2.1.5 In hóa đơn a Người thực hiện

Quản lý c a hàng ử b Điều kiện kích ho t ạ

Quản lý c a hàng ch n chử ọ ức năng quản lý hóa đơn, sau đó chọn chức năng in hóa đơn. c Mô t ả các bước

Bước 1: Qu n lý c a hàng ả ử đăng nhập vào h ệthống, ch n chọ ức năng quản lý hóa đơn hệ thống sẽ hi n lên màn hình các chức năng ệ

Bước 2: Qu n lý c a hàng ch n chả ử ọ ức năng in hóa đơn

Bước 3: Hệ thống chuyển sang màn hình chức năng in hóa đơn

Bước 4: Qu n lý c a hàng th c hiả ử ự ện in hóa đơn bằng việc chọn hóa đơn mà mình muốn thực hiên in hóa đơn

3.2.2.2 Biểu đồ trình t ựchức năng quản lý hóa đơn

Hình 2.14: Biểu đồ trình tự chức năng thêm hóa đơn

Hình 2.15: Biểu đồ trình tự chức năng sửa hóa đơn

Hình 2.17: Biểu đồ trình tự chức năng tìm kiếm hóa đơn

Hình 2.18: Biểu đồ trình tự chức năng in hóa đơn

3.2.2.3 Biểu đồ ộng tác chức năng quản lý hóa đơn c

Hình 2.19: Biểu đồ cộng tác chức năng thêm hóa đơn

Hình 2.21: Biểu đồ cộng tác chức năng xóa hóa đơn

Hình 2.22: Biểu đồ cộng tác chức năng tìm kiếm hóa đơn

Hình 2.23: Biểu đồ cộng tác chức năng in hóa đơn

3.2.3 Chức năng quản lý nhân viên

3.2.3.1 Biểu đồ use case chức năng quản lý nhân viên

Hình 2.25: Biểu đồ Use Case chức năng quản lý nhân viên Đặc tả use case nhân viên:

Để quản lý hệ thống hiệu quả, trước tiên cần đảm bảo chức năng đăng nhập thành công Sau đó, người dùng có thể truy cập vào các chức năng quản lý nhân viên, bao gồm thêm, sửa, xóa và tìm kiếm thông tin nhân viên một cách dễ dàng.

+ Tác nhân đăng nhập hệ thống thành công

+ Tác nhân yêu c u giao di n qu n lý nhân viên ầ ệ ả

+ H ệthống hi n th giao di n qu n lý nhân viên cho tác nhân ệ ị ệ ả

+ Tác nhân s : Thêm, s a, xóa d u nhân viên c n thiẽ ử ữliệ ầ ết

+ H ệthống ki m tra d ể ữliệu và xác nh n thông tin t tác nhân g i vào h ậ ừ ử ệthống + Thông tin đúng thì hệ thống gửi thông báo

+ K t thúc use case qu n lý nhân viên ế ả

+ S ựkiện 1: N u tác nhân thêm, sế ửa, xóa thông tin đúng, nhưng lại muốn tr v giao ở ề diện chính H ệthống tr v giao di n chính K t thúc use case ở ề ệ ế

Sự kiện 2: Người tác nhân thực hiện thêm, sửa, hoặc xóa thông tin sai Hệ thống sẽ thông báo về việc thêm, sửa, hoặc xóa thông tin liên quan đến giao diện chính Sau khi người tác nhân chọn giao diện cần thực hiện, quá trình sẽ kết thúc.

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

- Trạng thái h ệthống trước khi s dử ụng use case: Không có yêu c u ầ

- Trạng thái h ệthống sau khi s d ng use case: ử ụ

Hệ thống sẽ gửi thông báo "Bạn đã thêm, sửa, xóa thành công!!!" sau khi thực hiện các thao tác này, và đồng thời hiển thị giao diện chính để người dùng có thể tiếp tục sử dụng các chức năng khác.

Hệ thống sẽ thông báo "Bạn đã thêm, sửa, xóa thất bại!!!" nếu có lỗi xảy ra trong quá trình thực hiện Sau đó, người dùng có thể quay lại và nhập lại thông tin nhân viên cần thực hiện thêm, sửa hoặc xóa.

3.2.3.1.1 Thêm nhân viên a Người thực hiện

Quản lý b Điều kiện kích ho t ạ

Quản lý ch n chọ ức năng quản lý nhân viên, sau đó chọn chức năng thêm nhân viên. c Mô t ả các bước

Bước 1: Người quản lý đăng nhập vào h ệthống, ch n chọ ức năng quản lý nhân viên, h ệ thống sẽ hi n màn hình các chệ ức năng.

Bước 2: Người qu n lý ch n chả ọ ức năng thêm nhân viên

Bước 3: Hệ thống chuyển sang màn hình thêm nhân viên

Bước 4: Người qu n lý th c hi n thêm nhân viên m i nh p các thông tin: Mã nhân viên, ả ự ệ ớ ậ tên nhân viên, ch c v , ngày sinh, s ứ ụ ố điện thoại, địa ch , email ỉ

Bước 5: Thêm nhân viên nếu đúng thực hiện tiếp bước 6, n u sai tr v ế ở ề bước 4

3.2.3.1.2 S a nhân viên ử a Người thực hiện

Quản lý b Điều kiện kích ho t ạ

Quản lý ch n chọ ức năng quản lý nhân viên, sau đó chọn chức năng sửa nhân viên c Mô t các ả bước

Bước 1: Người quản lý đăng nhập vào h ệthống, ch n chọ ức năng quản lý nhân viên, h ệ thống sẽ hi n màn hình các chệ ức năng.

Bước 2: Người qu n lý ch n chả ọ ức năng sửa nhân viên

Bước 3: Hệ thống chuyển sang màn hình s a nhân viên ử

Bước 4: Người qu n lý ả thực hi n s a nhân viên nh p l i m t ho c các thông tin sau: Mã ệ ử ậ ạ ộ ặ nhân viên, tên nhân viên, ch c v , ngày sinh, s ứ ụ ố điện thoại, địa ch , email ỉ

Bước 5: S a nhân viên N u sai v ử ế ề bước 4, đúng thực hiện tiếp bước 6

Bước 6: Hệ thống lưu kết quả

3.2.3.1.3 Xóa nhân viên a Người thực hiện

Quản lý b Điều kiện kích ho t ạ

Quản lý ch n chọ ức năng quản lý nhân viên, sau đó chọn chức năng xóa nhân viên. c Mô t ả các bước

Bước 1: Người quản lý đăng nhập vào h ệthống, ch n chọ ức năng quản lý nhân viên, h ệ thống sẽ hi n màn hình các chệ ức năng.

Bước 2: Người qu n lý ch n chả ọ ức năng xóa nhân viên

Bước 3: Hệ thống chuyển sang màn hình xóa nhân viên

Bước 4: Người qu n lý th c hi n xóa nhân viên ả ự ệ

Bước 5: Hệ thống lưu kết quả

3.2.3.1.4 Tìm ki m nhân viên ế a Người thực hiện

Quản lý b Điều kiện kích ho t ạ

Quản lý ch n chọ ức năng quản lý nhân viên, sau đó chọn chức năng tìm kiếm nhân viên c Mô t ả các bước

Bước 1: Người quản lý đăng nhập vào h ệthống, ch n chọ ức năng quản lý nhân viên, h ệ thống sẽ hi n màn hình các chệ ức năng.

Bước 2: Người qu n lý ch n chả ọ ức năng tìm kiếm nhân viên

Bước 3: Hệ thống chuyển sang màn hình tìm ki m nhân viên ế

Bước 4: Người qu n lý th c hi n nhả ự ệ ập 1 trong các thông tin sau để tìm kiếm nhân viên:

Mã nhân viên, tên nhân viên, ch c v ứ ụ

3.2.3.2 Biểu đồ trình t ựchức năng quản lý nhân viên

Hình 2.31: Biểu đồ trình tự chức năng thêm nhân viên

Hình 2.32: Biểu đồ trình tự chức năng sửa nhân viên

Hình 2.33: Biểu đồ trình tự chức năng xóa nhân viên

3.2.3.3 Biểu đồ ộ c ng tác chức năng quản lý nhân viên

Hình 2.35: Biểu đồ cộng tác chức năng thêm nhân viên

Hình 2.36: Biểu đồ cộng tác chức năng sửa nhân viên

Hình 2.37: Biểu đồ cộng tác chức năng xóa nhân viên

3.2.4 Chức năng quản lý nhà cung cấp

3.2.4.1 Biểu đồ use case chức năng quản lý nhà cung cấp

Hình 2.40: Biểu đồ Use Case chức năng quản lý nhà cung c p ấ Đặc tả use case nhà cung cấp:

THIẾT KẾ

Hình 4.1: Giao diện đăng nhập

- Khi người dùng đăng nhập vào hệ thống thì hệ thống sẽ kiểm tra tên đăng nhập và mật khẩu xem có đúng không

Nếu thông tin đăng nhập không chính xác, hệ thống sẽ hiển thị thông báo "đăng nhập chưa thành công" Ngược lại, khi thông tin đúng, người dùng sẽ nhận được thông báo "đăng nhập thành công" và được chuyển đến giao diện trang chủ để sử dụng phần mềm.

- Nếu người dùng ấn Thoát thì sẽ hỏi có muốn thoát không Nếu chọn Yes thì sẽ thoát khỏi phần mềm, nếu chọn No thì ở lại

Hình 4.2: Giao diện trang chủ

- Giao diện chính của hệ thống tích hợp các menu chức năng nhằm hiển thịcácchức năng mà hệ thống của quán sữa đang có

Hình 4.1.3.1: Giao diện quản lý nhân viên

- Chức năng cho phép thêm nhân viên vào danh sách của hệ thống

- Khi nhập lỗi ta có thể sửa thông tin của nhân viên, ta cũng có thể xóa thông tin nhân viên ra khỏi hệ thống

Hình 4.1.3.2: Giao diện quản lý sản phẩm

- Chức năng cho phép thêm sản phẩm vào danh sách của hệ thống

- Khi nhập lỗi ta có thể sửa thông tin của sản phẩm , ta cũng có thể xóa thông tin sản phẩm ra khỏi hệ thống

4.3.1.3 Quản lý nhà cung cấp

Hình 4.1.3.3: Giao diện quản lý nhà cung cấp

- Chức năng cho phép thêm thông tin nhà cung cấp vào danh sách của hệ thống

- Khi nhập lỗi ta có thể sửa thông tin của nhà cung cấp , ta cũng có thể xóa thông tin nhà cung cấp ra khỏi hệ thống

Hình 4.1.3.4: Giao diện quản lý hóa đơn

- Chức năng cho phép thêm thông tin hóa đơn vào danh sách của hệ thống

- Khi nhập lỗi ta có thể sửa thông tin của hóa đơn , ta cũng có thể xóa thông tin hóa đơn ra khỏi hệ thống

Hình 4.1.3.5: Giao diện quản lý báo cáo

- Chức năng cho phép thêm thông tin báo cáo vào danh sách của hệ thống

- Khi nhập lỗi ta có thể sửa thông tin của báo cáo, ta cũng có thể xóa thông tin báo cáo ra khỏi hệ thống

LẬP TRÌNH

- Ngôn ngữ lập trình : Java Swing

-Lý do chọn Java Swing

Java Swing là một ngôn ngữ lập trình an toàn, vì nó thực hiện việc kiểm tra mã nguồn của bạn trong quá trình biên dịch Điều này giúp phát hiện và thông báo các lỗi trước khi chương trình được chạy, ngăn chặn những sự cố nghiêm trọng có thể xảy ra, điều mà các ngôn ngữ như C hay C++ không làm được.

Ngoài việc giao diện thân thiện, công cụ này còn hỗ trợ người mới bắt đầu với tính năng kéo thả các thành phần giao diện trong Swing một cách tiện lợi, giúp người dùng không cần phải viết mã phức tạp nữa.

Phần mềm hỗ trợ code : NetBeans IDE 8.2

Hệ quản tr ị cơ sở ữ d u : SQL Sever liệ

Hình 5.2 Hình ảnh code kết nối MySQL

- Kiểm th hử ộp đen:

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ử: Kiểm thử bên ngoài mã nguồn của chương trình được coi như một "hộp đen", vì không thể biết rõ nội dung bên trong hộp.

- Lý do chọn phương pháp này:

Kiểm thử có thể không phải IT chuyên nghiệp

Hệ thống thật sự với toàn bộ yêu cầu của nó được kiểm thử chính xác

Thiết kế kịch bản kiểm thử khá nhanh, ngay khi mà các yêu cầu chức năng được xác định

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

Kiểm tra giao di n, 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, text field, button, table 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ăn lề

- 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 màn hình khi nh n.ấ

- Nhấn Tab liên tục - Con tr di chuy n lỏ ể ần lượt theo th t : T ứ ự ừ phải sang trái, t ừ dưới lên trên

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

- Đăng nhập thành công hiển thị ra menu quản lý

- Nhấn nút thêm, sửa, xóa - D u sau khi cữliệ ập nhật được hiển th ị

ĐÓNG GÓI, BẢO TRÌ PH N M M Ầ Ề

7.1 Đó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 jar

Hình 7.1: đóng gói phần mềm

Bảo trì phần mềm là hoạt động sửa chữa và điều chỉnh chương trình sau khi đã được đưa vào sử dụng Quá trình bảo trì không bao gồm những thay đổi lớn liên quan đến kiến trúc cơ sở của 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 những phần mềm mới cho hệ thống Bảo trì là điều không thể tránh khỏi trong quá trình phát triển phần mềm.

- 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ó khả năng tác động mạnh mẽ đến môi trường xung quanh Khi được cài đặt trong một môi trường cụ thể, hệ thống sẽ làm thay đổi các yếu tố trong môi trường đó, dẫn đến sự thay đổi trong 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 ỉ ử ệ

- 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 có trách nhiệm cam kết bảo trì, tuy nhiên, không có quy định nào 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 ế

Khi tuổi thọ và cấu trúc chương trình bị suy giảm, việc hiểu và thay đổi chúng trở nên khó khăn hơn.

Dự đoán bảo trì liên quan đến việc đánh giá các bộ phận của hệ thống có thể gây ra sự cố và chi phí bảo trì Khả năng chịu đựng 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 những 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 liên quan đến chất lượng môi trường số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 như ô nhiễm, biến đổi khí hậu và sự phát triển bền vững.

- 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ứ ạp của các thành ph n h c t ầ ệ 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, 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.

Ngày đăng: 23/01/2025, 12:23

TỪ KHÓA LIÊN QUAN

TRÍCH ĐOẠN

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN