Phân tích và thiết kế hệ thống quản lý nhà sách - Đồ án môn học Công nghệ Phần mềm

Báo cáo đồ án môn học công nghệ phần mềm về quản lý nhà sách. Nghiên cứu quy trình phát triển phần mềm từ phân tích đến triển khai thực tế, tập trung vào hiệu

• Chuyên ngành: Công nghệ phần mềm
• Đề tài: Quản lý nhà sách
• Loại tài liệu: Báo cáo đồ án

Tóm tắt

I. Tổng quan về báo cáo đồ án quản lý nhà sách

Báo cáo đồ án môn học công nghệ phần mềm đề tài quản lý nhà sách trình bày toàn bộ quá trình xây dựng hệ thống phần mềm quản lý hoạt động kinh doanh tại nhà sách. Mục tiêu chính là giải quyết các khó khăn trong quản lý sách, kiểm soát tồn kho và theo dõi doanh thu. Hệ thống được thiết kế để phục vụ nhiều đối tượng người dùng. Nhân viên bán hàng sử dụng để lập hóa đơn. Nhân viên kế toán quản lý phiếu thu tiền. Quản lý theo dõi hoạt động kinh doanh tổng thể. Phạm vi hệ thống bao gồm quản lý sách, quản lý nhập sách, quản lý bán hàng, quản lý khách hàng, quản lý nhân viên và quản lý tài khoản. Hệ thống áp dụng cho cả mô hình nhà sách có nhiều chi nhánh. Tài liệu sử dụng các thuật ngữ chuyên ngành công nghệ phần mềm. Các khái niệm như use case, class diagram, sequence diagram được giải thích rõ ràng. Kế hoạch thực hiện đồ án chia thành nhiều giai đoạn cụ thể. Mỗi giai đoạn có mục tiêu và deadline rõ ràng. Việc áp dụng quy trình phát triển phần mềm giúp kiểm soát tiến độ hiệu quả.

1.1. Mục đích và phạm vi tài liệu đồ án

Mục đích của tài liệu là ghi nhận toàn bộ quá trình phát triển phần mềm quản lý nhà sách. Từ giai đoạn khảo sát hiện trạng đến thiết kế và hiện thực hệ thống. Tài liệu phục vụ cho việc đánh giá kết quả học tập môn công nghệ phần mềm. Phạm vi tài liệu bao gồm tám chương chính. Chương 1 giới thiệu chung về đồ án. Chương 2 khảo sát hiện trạng tổ chức và nghiệp vụ. Chương 3 đặc tả yêu cầu phần mềm. Chương 4 mô tả tổng thể hệ thống. Chương 5 trình bày thiết kế dữ liệu. Chương 6 thiết kế giao diện người dùng. Chương 7 hiện thực hệ thống. Chương 8 kết luận và hướng phát triển.

1.2. Kế hoạch và công cụ quản lý dự án

Kế hoạch thực hiện đồ án được xây dựng chi tiết theo từng tuần. Giai đoạn đầu tập trung khảo sát và thu thập yêu cầu từ nhà sách thực tế. Giai đoạn giữa thực hiện thiết kế mô hình dữ liệu và giao diện người dùng. Giai đoạn cuối tiến hành lập trình và kiểm thử hệ thống. Nhóm sử dụng Microsoft Project để quản lý tiến độ công việc. Công cụ này giúp theo dõi thời gian hoàn thành từng task cụ thể. Ngôn ngữ lập trình chính là C# kết hợp với SQL Server. Môi trường phát triển sử dụng Visual Studio đảm bảo hiệu suất làm việc cao.

II. Phân tích hiện trạng và yêu cầu hệ thống nhà sách

Quá trình khảo sát hiện trạng nhà sách cho thấy nhiều vấn đề cần giải quyết. Tại các chi nhánh, việc quản lý sách chủ yếu dựa vào sổ sách và Excel. Phương pháp thủ công này dẫn đến sai sót trong kiểm kê và khó kiểm soát tồn kho. Cơ cấu tổ chức nhà sách gồm nhiều bộ phận phối hợp hoạt động. Bộ phận bán buôn bán lẻ tại các chi nhánh xử lý giao dịch hàng ngày. Bộ phận kế hoạch xuất nhập khẩu quản lý mua hàng từ nhà cung cấp. Bộ phận chăm sóc khách hàng giải đáp thắc mắc và xử lý đổi trả. Phòng kho vận thống kê và sắp xếp sách trong kho. Nghiệp vụ hiện tại đã được tin học hóa một phần. Bộ phận bán buôn cung cấp hóa đơn và tính tổng chi tiết. Bộ phận kế hoạch nhập số lượng sách vào kho. Tuy nhiên, nhiều nghiệp vụ vẫn thực hiện thủ công gây mất thời gian. Hệ thống mới cần đáp ứng đầy đủ yêu cầu chức năng và phi chức năng. Yêu cầu chức năng bao gồm quản lý sách, nhập sách, bán hàng, khách hàng và nhân viên. Yêu cầu phi chức năng đảm bảo hiệu suất xử lý nhanh, bảo mật dữ liệu và tính dễ sử dụng cho mọi đối tượng.

2.1. Hiện trạng tổ chức và nghiệp vụ nhà sách

Nhà sách có cơ cấu tổ chức phân cấp rõ ràng với ban giám đốc điều hành. Các chi nhánh bao gồm đại chi nhánh và tiểu chi nhánh. Mỗi chi nhánh có từ một đến hai quản lý phụ trách hoạt động kinh doanh. Tại mỗi chi nhánh, các chức vụ chính gồm quản lý chi nhánh, thu ngân, bảo vệ và nhân viên kiểm tra sách bày bán. Các vai trò phối hợp để đảm bảo hoạt động kinh doanh thuận lợi. Nghiệp vụ bán hàng bao gồm tiếp nhận yêu cầu, tìm kiếm sách, lập hóa đơn và thu tiền. Nghiệp vụ nhập sách gồm đặt hàng nhà cung cấp, nhận hàng và cập nhật tồn kho.

2.2. Yêu cầu chức năng và phi chức năng của hệ thống

Yêu cầu chức năng bao gồm nhiều nhóm chức năng chính. Quản lý sách cho phép tạo mới, sửa thông tin và xem danh sách. Quản lý nhập sách hỗ trợ lập phiếu nhập và cập nhật tồn kho tự động. Quản lý bán hàng tạo hóa đơn và phiếu thu tiền cho khách hàng. Hệ thống cũng quản lý khách hàng với thao tác thêm, sửa, xóa. Quản lý nhân viên bao gồm phân quyền và theo dõi hoạt động. Yêu cầu phi chức năng tập trung vào hiệu suất và bảo mật. Hệ thống xử lý nhanh khi nhiều người dùng truy cập đồng thời. Giao diện trực quan dễ sử dụng cho nhân viên có trình độ tin học cơ bản.

III. Phương pháp thiết kế và hiện thực phần mềm quản lý

Quá trình thiết kế hệ thống quản lý nhà sách tuân theo quy trình phát triển phần mềm chuẩn. Giai đoạn thiết kế dữ liệu xây dựng mô hình quan hệ giữa các thực thể. Giai đoạn thiết kế giao diện tạo các màn hình thân thiện với người dùng cuối. Mô hình dữ liệu được thiết kế cho bảy yêu cầu nghiệp vụ chính. Quản lý sách lưu trữ thông tin tiêu đề, tác giả, nhà xuất bản và giá bán. Quản lý nhập sách ghi nhận phiếu nhập và chi tiết từng đầu sách. Quản lý bán hàng lưu hóa đơn và chi tiết hóa đơn bán ra. Quản lý khách hàng lưu trữ thông tin cá nhân và lịch sử mua hàng. Quản lý tài khoản và nhân viên phân quyền truy cập hệ thống. Chức năng thay đổi quy định cho phép cập nhật các ngưỡng và chính sách kinh doanh. Giao diện hệ thống thiết kế theo nguyên tắc nhất quán giữa các module. Mỗi chức năng có màn hình riêng với các điều khiển rõ ràng. Hệ thống sử dụng GridView hiển thị danh sách dữ liệu hiệu quả. Các form nhập liệu có validation kiểm tra dữ liệu hợp lệ trước khi lưu vào cơ sở dữ liệu.

3.1. Thiết kế mô hình dữ liệu và cơ sở dữ liệu

Mô hình dữ liệu được xây dựng dựa trên phân tích yêu cầu nghiệp vụ thực tế. Bảy nhóm yêu cầu chính chuyển thành các bảng trong cơ sở dữ liệu quan hệ. Bảng Book lưu thông tin sách gồm mã sách, tên sách, tác giả, nhà xuất bản và giá. Bảng Order lưu thông tin hóa đơn bán hàng cho từng khách hàng. Bảng OrderDetail lưu chi tiết từng dòng sách trong hóa đơn. Các mối quan hệ giữa bảng thiết lập qua khóa ngoại đảm bảo tính toàn vẹn. Một khách hàng có nhiều hóa đơn, một hóa đơn chứa nhiều chi tiết sách.

3.2. Thiết kế giao diện và kiến trúc hệ thống phần mềm

Kiến trúc phần mềm áp dụng mô hình client-server truyền thống. Phần giao diện người dùng xây dựng bằng Windows Forms trên nền tảng C#. Phần cơ sở dữ liệu sử dụng SQL Server lưu trữ và quản lý dữ liệu tập trung. Giao diện gồm nhiều màn hình chức năng chính như quản lý sách, lập phiếu nhập, bán hàng. Màn hình hiển thị danh sách với các nút thêm, sửa, xóa trực quan. Mỗi màn hình có bố cục rõ ràng với trường nhập liệu kiểm tra hợp lệ. Hệ thống thông báo lỗi cụ thể giúp người dùng dễ dàng sửa chữa dữ liệu nhập sai.

IV. Kết luận và ứng dụng thực tiễn của đồ án phần mềm

Đồ án đã hoàn thành các mục tiêu đề ra ban đầu trong đề cương. Hệ thống quản lý nhà sách đáp ứng được yêu cầu nghiệp vụ cơ bản của nhà sách thực tế. Các chức năng quản lý sách, nhập hàng, bán hàng và quản lý khách hàng hoạt động ổn định. Kết quả đạt được bao gồm mô hình dữ liệu hoàn chỉnh với bảy nhóm yêu cầu. Giao diện người dùng trực quan và dễ sử dụng cho mọi đối tượng nhân viên. Hệ thống phân quyền đảm bảo bảo mật cho từng vai trò người dùng cụ thể. Báo cáo tồn kho hỗ trợ quản lý ra quyết định kinh doanh kịp thời. Tuy nhiên, đồ án vẫn còn một số hạn chế cần khắc phục. Hệ thống hiện tại chỉ hoạt động trên môi trường desktop Windows. Chức năng báo cáo chưa đa dạng theo nhu cầu phân tích thực tế. Hiệu suất xử lý cần tối ưu khi khối lượng dữ liệu lớn. Ứng dụng thực tiễn của hệ thống rất rõ ràng và thiết thực. Nhà sách có thể áp dụng để quản lý hoạt động kinh doanh hàng ngày hiệu quả. Hệ thống giúp giảm thiểu sai sót trong quản lý tồn kho và tăng hiệu quả làm việc.

4.1. Đánh giá kết quả và bài học kinh nghiệm

Đồ án áp dụng thành công quy trình phát triển phần mềm từ khảo sát đến hiện thực. Giai đoạn khảo sát giúp hiểu rõ nghiệp vụ thực tế tại nhà sách. Giai đoạn thiết kế tạo nền tảng vững chắc cho công tác lập trình. Giai đoạn hiện thực biến thiết kế thành sản phẩm phần mềm hoàn chỉnh. Bài học kinh nghiệm quan trọng nhất là thu thập yêu cầu phải kỹ lưỡng và chi tiết. Nhiều thay đổi yêu cầu trong quá trình phát triển gây chậm tiến độ dự án. Việc phân công công việc rõ ràng giúp tăng năng suất phối hợp nhóm.

4.2. Hướng phát triển và mở rộng hệ thống trong tương lai

Hướng phát triển đầu tiên là chuyển đổi sang kiến trúc web hiện đại. Hệ thống web giúp nhiều chi nhánh truy cập từ bất kỳ địa điểm nào. Công nghệ ASP.NET hoặc Laravel phù hợp cho mục tiêu chuyển đổi này. Tích hợp quản lý chuỗi cung ứng mở rộng phạm vi ứng dụng hệ thống. Kết nối tự động với nhà cung cấp để đặt hàng và theo dõi đơn hàng. Ứng dụng di động cho phép quản lý tra cứu thông tin kinh doanh mọi lúc mọi nơi. Tích hợp thanh toán trực tuyến hỗ trợ khách hàng mua hàng online tiện lợi.

Trích đoạn nội dung tài liệu

Mục lục Chương 1: Giới thiệu chung 1 1. Mục đích tài liệu 1 1. Phạm vi hệ thống 2 1. Khái niệm, thuật ngữ 2 1. Mô tả tài liệu 3 1. Kế hoạch thực hiện đồ án 3 1. Kế hoạch tổng quát 3 1. Kế hoạch chi tiết - áp dụng quy trình phát triển phần mềm 4 1. Các bước thực hiện 4 1. Cách thức tổ chức quản lý 5 1. Công cụ sử dụng để quản lý dự án 6 Chương 2: Khảo sát hiện trạng 8 2. Hiện trạng tổ chức 9 2. Chức năng của các vai trò trong cơ cấu tổ chức 10 2. Chức năng ở các chi nhánh 11 2. Hiện trạng tin học 11 2. Hiện trạng nghiệp vụ 11 2. Nghiệp vụ tin học hóa: 11 2. Nghiệp vụ không tin học hóa: 12 2. Các nghiệp vụ của nhà sách 12 2. Danh sách yêu cầu: 14 2. Yêu cầu chức năng: 14 2. Yêu cầu phi chức năng: 14 Chương 3: Đặc tả yêu cầu 15 3. Yêu cầu chức năng của phần mềm 15 3. Tạo sách mới: 15 3.2 Lập phiếu nhập sách 19 3. Sửa thông tin sách: 22 3.2 Lập phiếu thu tiền 39 3. Quản lý khách hàng 48 3.1 Thêm khách hàng 48 3.2 Xóa khách hàng 51 3.3 Sửa khách hàng 55 3. Quản lý nhân viên 58 3.1 Thêm nhân viên 58 3.3 Sửa nhân viên 63 3. Đăng nhập / Đăng Xuất 67 3. Cài đặt về quy định 77 Chương 4: Mô tả tổng thể 82 4. Mô tả tổng thể 82 4. Chức năng hệ thống 82 4. Mô hình người dùng hệ thống 84 4. Ràng buộc, giả định và phụ thuộc 85 Chương 5: Thiết kế dữ liệu 87 5. Trình bày chi tiết quá trình thiết kế mô hình dữ liệu 88 1. Yêu cầu 1: Quản lý sách 88 2. Yêu cầu 2: Quản lý nhập sách 89 3. Yêu cầu 3: Quản lý khách hàng 91 4. Yêu cầu 4: Lập báo cáo tồn 94 5. Yêu cầu 5: Quản lý bán sách 96 6. Yêu cầu 6: Quản lý tài khoản và nhân viên 100 7. Yêu cầu 7: Thay đổi quy định 104 5. Nhận định đánh giá cho Mô hình kết quả. 105 Chương 6: Thiết kế giao diện 107 1. Tạo sách mới/Sửa thông tin sách 112 1. Phiếu thu tiền 123 2. Xem và tìm kiếm hóa đơn 128 3. Quản lý khách hàng 130 3. Hiển thị danh sách khách hàng 132 3. Chỉnh sửa thông tin khách hàng 133 3. Thêm khách hàng 133 3. Sửa khách hàng 135 3. Xóa khách hàng 136 4. Quản lý nhân viên 136 4. Hiển thị danh sách nhân viên 138 4. Chỉnh sửa thông tin nhân viên 139 4. Thêm nhân viên 139 4. Xóa nhân viên 142 a) Thiết kế giao diện 142 b) Thiết kế xử lý 142 4. Sửa nhân viên 143 4.1 Xem thông tin nhân viên 143 4. Sửa thông tin nhân viên 146 5. Chỉnh sửa cài đặt về quy định 160 Mô hình tổng quan thể hiện mối quan hệ xử lý giữa các giao diện 162 Chương 7: Hiện thực 166 1. Kiến trúc phần mềm 166 2. Công nghệ sử dụng 166 Chương 8: Kết luận 167 8. Hướng phát triển 168 Tài liệu tham khảo 169 Bảng phân công công việc 170 Chương 1: Giới thiệu chung 1. Mục đích tài liệu Sự gia tăng không ngừng về số lượng cũng như các thể loại sách và các mặt hàng phong phú khác đặt ra không ít vấn đề cho nhiều nhà quản lý cửa hàng sách, một số khó khăn như: không kiểm soát được số lượng sách hiện có, sách xuất kho, sách tồn kho… Đặt trong bối cảnh “công nghiệp hóa hiện đại hóa”, phần mềm “Quản lý nhà sách” ra đời để giải quyết những khó khăn trên và đáp ứng các nhu cầu cần thiết trong việc quản lý, hỗ trợ làm việc dễ dàng và hiệu quả hơn. Hiểu được nhu cầu thực tế thiết yếu đó, nhóm chúng em thực hiện tài liệu này với mục đích ghi nhận lại hiện trạng tổ chức, nghiệp vụ, tin học cũng như đặc tả các yêu cầu của khách hàng đối với phần mềm "Quản lý nhà sách" Với tư cách là một nhà phát triển các phần mềm quản lý, nhóm chúng em được yêu cầu phát triển hệ thống cho phép quản lý các đối tượng trong nhà sách như nhân viên, mặt hàng, khách hàng. Hệ thống cho dành cho nhân viên trong nhà sách sử dụng với các quyền truy cập khác nhau. Hệ thống cung cấp các chức năng để quản lý nhà sách. Quyền đăng nhập được chia thành nhiều cấp độ dựa trên chức vụ ở nhà sách. Hệ thống cung cấp những chức năng quản lý hàng hóa, quản lý khách hàng, thống kê sách tồn, sách nhập và báo cáo tổng hợp. Ngoài ra còn có chức năng quản lý bán sách, quản lý lượng sách bán ra, số sách nhập vào và những quyền sách bán chạy. Quyền quản lý nhà sách là quyền hạn cao nhất trong hệ thống, cho phép thay đổi thông tin khách hàng, nhân viên và các loại báo cáo. Bên cạnh đó, hệ thống còn lưu lại thông tin khách hàng đến mua sách. Cho phép khách hàng nợ không quá số tiền cho phép và thống kê lại số tiền khách nợ theo từng tháng. Người sử Mục đích dụng Nhóm phát Để hiểu các chức năng và đặc tính của hệ thống được phát triển triển hệ thống (hiểu được những yêu cầu người dùng nào mà hệ thống đáp ứng). Và sử dụng trong quá trình thiết kế hệ thống. Nhóm kiểm Phục vụ xây dựng tài liệu test và test chức năng hệ thống thử (system test) Khách hàng Biết được các chức năng và đặc tính của phần mềm trong tương lai, kịp thời trao đổi và chỉnh sửa Chủ đầu tư Là cơ sở để ký kết hợp đồng 1. Phạm vi hệ thống Phần mềm được xây dựng với mục đích phục vụ các nhà sách có quy mô vừa và nhỏ. Khái niệm, thuật ngữ User Story là một tài liệu sơ giản về yêu cầu sản phẩm với góc nhìn người dùng. Thông thường, User Story do khách hàng, hoặc đại điện của khách hàng viết, tuy nhiên nếu có sự cộng tác của Nhóm Phát triển thì nhóm và khách hàng sẽ có sự chia sẻ hiểu biết về sản phẩm tốt hơn. Mô tả tài liệu Tài liệu bao gồm 4 phần chính + Phần 1: Giới thiệu chung: giới thiệu tổng quan về tài liệu + Phần 2: Khảo sát hiện trạng: đưa ra kết quả khảo sát về hiện trạng tổ chức, tin học, nghiệp vụ + Phẩn 3: Đặc tả yêu cầu hệ thống: đặc tả các yêu cầu chức năng và phi chức năng của hệ thống cần xây dựng + Phần 4: Mô tả tổng thể: mô tả tổng quan hệ thống cần xây dựng + Phần 5: Thiết kế dữ liệu + Phần 6: Thiết kế giao diện + Phần 7: Nhận xét và kết luận + Phần 8: Phụ lục, tài liệu tham khảo, phân công công việc 1. Kế hoạch thực hiện đồ án 1. Kế hoạch tổng quát - Khảo sát hiện trạng - Phân tích đặc tả yêu cầu - Thiết kế + Thiết kế hệ thống + Thiết kế dữ liệu + Thiết kế giao diện - Code và kiểm thử - Báo cáo 1.2 Kế hoạch chi tiết - áp dụng quy trình phát triển phần mềm 1. Các bước thực hiện ★ Lên kế hoạch và khảo sát hiện trạng: - Phân tích tính khả thi quy mô thực hiện - Tìm hiểu quy trình nghiệp vụ, User story bằng cách tự phỏng vấn nhau và tìm hiểu thông tin trên mạng - Thu thập thông tin yêu cầu ★ Phân tích đặc tả yêu cầu: Dựa trên các đặc tả yêu cầu đã thu thập được. Vẽ MockUp: Phác thảo UI sơ lược để dễ hiện thực code ★ Thiết kế a) Thiết kế hệ thống Vẽ Use Case : Phân tích nghiệp vụ tổng quan Xác định kiến trúc hệ thống b) Thiết kế dữ liệu: Phân tích dữ liệu dựa trên yêu cầu người dùng. Kết quả đầu ra là tài liệu thiết kế dữ liệu, dùng để phục vụ viết thiết kế database. c) Thiết kế giao diện: Vẽ giao diện màn hình cũng như phân tích thiết kế xử lý dựa trên yêu cầu người dùng Kết quả đầu ra là tài liệu thiết kế giao diện, dùng để phục vụ viết thiết kế giao diện (UI) cho sản phẩm. ★ Code và Kiểm thử Lập bảng quy định cách đặt tên biến, tên hàm. Cách đặt tên nhánh trên Git Phân chia nhiệm vụ code dựa theo các yêu cầu. Tạo các test case để test hệ thống chạy tốt hay chưa 1. Cách thức tổ chức quản lý Quy trình: Quy trình thác nước kết hợp SCRUM ★ Giải thích về quy trình: Lý do kết hợp quy trình phát triển phần mềm thác nước với Scrum: Thác nước có ưu điểm là đơn giản và dễ áp dụng, phù hợp với dự án nhỏ và yêu cầu rõ ràng, dễ sắp xếp kế hoạch và việc văn bản hóa được thực hiện dễ dàng, phù hợp với các dự án vừa và nhỏ. Nên nhóm chúng em áp dụng cho quy trình từ lập kế hoạch, khảo sát, phân tích đặc tả yêu cầu. Nhưng nhược điểm lớn nhất của mô hình thác nước là chỉ tiếp cận sản phẩm vào giai đoạn cuối, tính rủi ro cao và không thích nghi với việc thay đổi yêu cầu vì việc một giai đoạn chỉ được bắt đầu khi giai đoạn trước nó đã kết thúc và xác nhận. Nên đối với giai đoạn code sản phẩm, áp dụng mô hình Agile với framework là Scrum. Vì mô hình Agile đặt yếu tố tương tác giữa người với người lên hàng đầu cùng với việc sau mỗi bước lặp (sprint) sẽ có ngay sản phẩm với các tính năng người dùng ưu tiên cần có. Nên việc kiểm tra sản phẩm đã phù hợp với yêu cầu người dùng hay chưa, hay sản phẩm đã đạt tiêu chuẩn hay chưa sẽ được kiểm tra sớm. Và đặc biệt là phương pháp này giúp dễ dàng quản lý, thúc đẩy tinh thần đồng đội và đào tạo chéo giữa các đồng đội với nhau cũng như các chức năng có thể được phát triển nhanh chóng ★ Giới thiệu cách tổ chức quản lý các thành viên - Scrum Master: Leader quản nhóm : Thiên Ngân Trong mỗi giai đoạn thực hiện: Team chúng em sẽ cùng sprint planning, thảo luận xem dựa trên những yêu cầu thu thập được và chia ra các sprint, mỗi sprint sẽ ưu tiên thực hiện những yêu cầu nào thì đưa vào Sprint Backlog. Trong mỗi sprint (tầm 2 tuần) sẽ thực hiện số lượng công việc trong Sprint Backlog. Đối với mỗi task, mỗi người sẽ nói lên bản thân sẽ làm task đó trong bao lâu, tại sao lại mất số thời gian đó? Các thành viên sẽ thảo luận xem có thể khắc phục, giảm thiểu số thời gian đó hay thời gian đó có hợp lý hay không? Sau đó sẽ chọn ra người làm nhanh nhất và phù hợp nhất.