Thu thập đánh giá của khách hàng5: Đội ngũ phát triển sẽ tiếp nhận thêm nhữngyêu cầu mới của khách hàng, khắc phục những điểm còn hạn chế và giữ vững phát huynhững điểm mạnh của sản phẩm
Trang 1TRƯỜNG ĐẠI HỌC AN GIANG KHOA CÔNG NGHỆ THÔNG TIN
ĐỒ ÁN NHẬP MÔN CÔNG NGHỆ PHẦN MỀM
XÂY DỰNG QUẢN LÝ SÁCH THƯ VIỆN
Trần Tấn Kiệt – DTH225669
An Giang, 04/2024
Trang 2MỤC LỤC
Trang 31 Kế hoạch thực hiện, mô tả quy trình phát triển phần mềm.
I.1 Kế hoạch thực hiện: 4 tuần từ ngày 06 tháng 02 đến ngày 15 tháng 4 năm 2024.
Tuần 1: Từ ngày 02 đến 09 tháng 02
- Tìm hiểu hệ thống
- Đặc tả hệ thống
- Nghiên cứu ngôn ngữ
Tuần 2: Từ ngày 10 đến 17 tháng 02
- Hoàn chỉnh đặc tả
- Nghiên cứu ngôn ngữ
Tuần 3: Từ ngày 17/2 đến 17/03
- Xác định chức năng chính
- Phân tích (xây dựng mô hình DFD và ERD)
- Thiết kế và code
Tuần 4: Từ ngày 17/3 đến 15/04
- Hoàn thành báo cáo (in nộp)
- Trình bày Demo
I.2 Mô tả quy trình phát triển phần mềm.
Sử dụng mô hình phát triển phầm mềm bản mẫu – Prototype nhằm đạt được tối đa mức
độ hài lòng của khách hàng cũng như gia tăng khả năng đáp ứng yêu cầu nghiệp vụ của ứng dụng
Ưu điểm: Gia tăng sự hài lòng, tin cậy của khách hàng
Đảm bảo sản phẩm sau khi trao tay khách hàng đáp ứng đủ các yêu cầu nghiệp vụ, giảm bớt chi phí nâng cấp hay sửa chửa sản phẩm sau bàn giao Tăng tương tác với khách hàng trong quá trình thiết kế, dẫn tới tăng độ am hiểu và thuần thục của khách hàng trong quá trình sử dụng sản phẩm
Nhượt điểm: Kéo dài thời gian thiết kế và hoàn thành sản phẩm, tăng chi phí và
công sức để cho ra các bản mẫu Các hệ thống hướng cấu trúc nghèo nàn, đòi hỏi trình độ chuyên môn cao của đội ngũ phát triển
Trang 4(Mô hình bản mẫu phát triển phần mềm - Prototype)
Thu thập yêu cầu(1): Thu thập thông tin từ khách hàng về yêu cầu của phần mềm,
bao gồm các tính năng cần thiết, các yêu cầu về giao diện, tính bảo mật và tính ổn định của hệ thống
Thảo luận cùng với các bộ phận khác trong nhóm về : Điểm mạnh, điểm yếu và cơ hội của sản phẩm Quá trình phát triển phần mềm chỉ bắt đầu nếu sản phẩm thỏa mãn được mọi thông số nhất thiết để thành công
Phân tích yêu cầu(2): Cần phân tích yêu cầu của khách hàng để hiểu các tính năng
và chức năng mà phần mềm cần phải cung cấp Điều này sẽ giúp bạn đưa ra kế hoạch và xác định các tính năng mà phần mềm cần có
Thiết kế(3): Sau khi phân tích yêu cầu, cần tạo ra một bản thiết kế có các chức năng
cơ bản về cách thức hoạt động của phần mềm Thiết kế này sẽ bao gồm các khía cạnh như giao diện người dùng, cơ sở dữ liệu và các tính năng chính của phần mềm
Tạo bản mẫu(4): Hoàn thiện một phiên bản lite của sản phẩm, chứa đầy đủ các nội
dung, tính năng quan trọng và cơ bản nhất của sản phẩm Phiên bản này được cho ra với mục đính tăng tiếp cận giữa đội ngũ phát triển phần mềm, phầm mềm và khách hàng Nhằm giúp khách hàng dễ hình dung được sản phẩm khi hoàn thiện sẽ như thế nào, và phản hồi những nhận định tồn tại trong mẫu thử này
Trang 5Thu thập đánh giá của khách hàng(5): Đội ngũ phát triển sẽ tiếp nhận thêm những
yêu cầu mới của khách hàng, khắc phục những điểm còn hạn chế và giữ vững phát huy những điểm mạnh của sản phẩm
Xét duyệt và nâng cấp(6): Đội ngũ phát triển sẽ tinh chỉnh mẫu thử qua nhiều phiên
bản cho đến khi thỏa mãn yêu cầu cảu khách hàng thì dừng lại hoặc thử sang giai đoạn khác
Phát triển(7): Sau khi thiết kế đã hoàn tất, bạn có thể bắt đầu phát triển phần mềm.
Viết mã để triển khai thiết kế và cung cấp các tính năng đã được xác định trong bước phân tích yêu cầu
Kiểm thử (8) : Khi phát triển hoàn tất, cần kiểm tra phần mềm để đảm bảo tính năng
và chức năng hoạt động như mong đợi Có thể sử dụng các phương pháp kiểm thử khác nhau để đảm bảo chất lượng của phần mềm
Trong thực tế, tùy theo mô hình phát triển phần mềm mà hoạt động Lập Trình và Kiểm Thử có thể diễn ra song song hoặc tiến hành lần lượt Vì dụ như ở mô hình Waterfall, lập trình được thực hiện xong mới đến giai đoạn kiểm thử
Triển khai & Bảo trì(9): Tại giai đoạn này khi lỗi đã được xử lý xong, bạn sẽ cung
cấp sản phẩm hoàn chỉnh đến tay khách hàng Kiểm Thử vẫn được diễn ra ở giai đoạn triển khai để đảm bảo sản phẩm luôn có mức độ hoàn hảo cao Sau khi phát hành, bạn có trách nhiệm bảo trì để quản lý các vấn đề mà khách hàng gặp phải khi sử dụng sản phẩm Bảo trì giúp khắc phục nhanh các vấn đề nhỏ xảy ra trong quá trình sử dụng sản phẩm
2 Giới thiệu hệ thống
Trong thời đại kỷ nguyên số hiện nay, Công nghệ thông tin và truyền thông đóng vai trò không thể phủ nhận trong mọi lĩnh vực của cuộc sống CNTT không chỉ là một công
cụ hỗ trợ, mà còn là trụ cột của sự phát triển và tiến bộ xã hội Từ việc tạo ra cơ hội kinh doanh mới thông qua thương mại điện tử đến việc cải thiện chăm sóc sức khỏe thông qua ứng dụng y tế di động,…CNTT đã thay đổi cách chúng ta làm việc, học tập và giao tiếp Bên cạnh đó, CNTT còn là động lực cho sự tiến bộ trong nghiên cứu và phát triển công nghệ mới … Trong đó các phần mềm được phát triển để con người thuận tiện hơn trong việc quản lý các sản phẩm dịch vụ cũng ngày càng phát triển và đem lại nhiều lợi ích thiết thực, thay đổi tư duy con người về phương thức quản lý…
Nhằm số hoá quá trình mượn trả sách tại thư viện của người đọc, tạo điều kiện dễ dàng cho việc mượn trả, nhanh chóng, tiết kiệm tài nguyên cho việc lưu trữ, tra cứu, cập nhật, thống kê và tìm kiếm Đảm bảo số số lượng sách không bị hao tổn, đồng thời quy định các quy tắc điều lệ dành cho người mượn và trả sách nhằm bảo vệ tài sản chung của cộng đồng được lâu dài… đó là lí do phần mềm ứng dụng Quản lý sách thư viện được tạo nên
Trang 63 Giới hạn phạm vi hệ thống sẽ xây dựng
Giới hạn về chức năng: Phần mềm quản lý sách ở thư viện chỉ hỗ trợ quản lý và
theo dõi sách, theo dõi ngày mượn trả sách và tính tiền phạt nếu mượn sách trễ hẹn, không bao gồm các chức năng khác như quản lý tài chính, quản lý nhân sự…
Giới hạn về đối tượng sử dụng: phần mềm này chỉ được thiết kế phù hợp cho người
đọc là học sinh của trường Ngoài ra, phần mềm cũng giới hạn về quy mô chỉ áp dụng cho các quy mô vừa và nhỏ
Giới hạn kỹ thuật : Phần mềm quản lý sách của thư viện chỉ hỗ trợ trên một số hệ
điều hành hoặc phiên bản cụ thể, không tương thích với các hệ điều hành hoặc phiên bản khác Ngoài ra, phần mềm cũng có thể yêu cầu một số yêu cầu kỹ thuật về phần cứng hoặc mạng, không phù hợp với các máy tính hoặc mạng khác
Giới hạn về dữ liệu: Phần mềm quản lý sách của thư viện có giới hạn về dung
lượng dữ liệu hoặc không hỗ trợ quản lý dữ liệu trên đám mây, điều này có thể khiến cho việc quản lý và lưu trữ dữ liệu trở nên khó khăn nếu không được quản lý tốt
4 Đặc tả chi tiết hệ thống
1.1 Khảo sát nghiệp vụ cơ bản
Nghiệp vụ cơ bản của thư viện sẽ xoay quanh 3 đối tượng chính: Sách, đọc giả, và thủ thư
Sách: Mỗi đầu sách trong thư viện sẽ được dán 1 tem vào cạnh bên của sách Nội
dung trong tem bao gồm: ID sách, thể loại, năm nhập kho ID sách là 1 chuỗi bao gồm các chữ cái và số dùng để phân biệt thể loại sách, vị trí kệ đặt sách, thể loại, và số thứ tự của các loại đầu sách có nhiều quyển, nhiều phần Các loại sách sẽ được phân theo chuyên ngành và thể loại Ngoài ra tem dán này còn có chức năng nhận diện cuốn sách trong việc mượn trả
Đọc giả: Người đọc là học sinh của Trường, tại đây khi có nhu cầu mượn sách về
nhà thì sẽ xuất trình thẻ sinh viên của mình cho thủ thư, căn cứ vào mã số sinh viên thủ thư sẽ nhập vào CSDL tên học sinh, tên sách, ngày mượn, ngày trả Đồng thời cập nhật tình trạng cuốn sách từ “có sẵn” sang “ đã mượn” Xử phạt và đền bù đọc giả đối với trường hợp mất hay hư hại sách, trả sách không đúng ngày
Thủ thư: người quản lí việc nhập, xuất, mượn- trả của thư viện, quản lí csdl.
1.2 Phân tích chi tiết mô hình hoạt động của hệ thống
Bước phân tích của dự án quản lý mượn trả sách thư viện bao gồm việc xác định các yêu cầu cụ thể, đánh giá các khía cạnh kỹ thuật, chức năng, yêu cầu về dữ liệu,
Trang 7giao diện người dùng và các yếu tố khác liên quan đến việc triển khai hệ thống Dưới đây là các phần cần được phân tích:
Chức Năng Đăng Nhâp
Đọc Giả: Sinh viên có thể tìm sách trên ứng dụng hoặc trên mục lục Mỗi lần
đăng nhập thì sinh viên cần nhập họ tên và mã số sinh viên để nhận diện
Thủ Thư: Thủ thư cần xác minh tài khoản của mình bằng việc nhập tên tài
khoản và mật khẩu đã được cung cấp Đây là tài khoản Alpha – đóng vai trò quản lí và được cấp những quyền hạn đặc biệt
Chức Năng Tìm Sách
Đọc Giả: Nhập tên sách (hay ID sách) vào thanh tìm kiếm của ứng dụng.
Thông tin của sách cần tìm sẽ hiện ra bao gồm: tên sách, nhà xuất bản, năm
xuất bản, văn bản giới thiệu sách, số lượng sách hiện tại trong thư viện, và vị trí hiện tại của sách Ngược lại nếu sách cần tìm không có trong thư viện thì
ứng dụng sẽ hiện thông báo "Sách bạn cần tìm hiện không có trong thư viện" Trong trường hợp sách bạn cần tìm có trong thư viện nhưng hiện tại số luợng là
0 do nhiều lý do có thể kể đến như: sách đã được những đọc giả khác mượn trước, sách đang chờ được nhập về hay sách đang trong tình trạng bảo hành, khi
đó ứng dụng sẽ hiển thị thời gian mà sách sẽ sẵn sàng (available) dựa trên thông tin mà thủ thư cập nhật để đọc giả nắm rõ và đón đọc
Thủ Thư: Ứng dụng cung cấp cho thủ thư quyền để cập nhật tình hình sách
sau mỗi lần mượn trả (số lượng, vị trí ) Thủ thư cũng có quyền tương tự như đọc giả khi truy suất đến một đầu sách bất kì, thông tin cơ bản về sách cũng sẽ hiện ra, bên cạnh đó thủ thư còn được biết thêm về thời gian sách nhập kho, và lần cập nhật cuối cùng là khi nào, những ai đã từng mượn quyển sách này và số lần nó được mượn Tất cả thông tin là để phục vụ cho nghiệp vụ thống kê và kiểm kê của thủ thư
Chức Năng Mượn Sách
Đọc Giả : Đọc giả sẽ cầm sách đến quầy thủ thư để làm thủ tục mượn sách.
Đọc giả cần xuất trình thẻ sinh viên và cung cấp thông tin về số ngày mượn, số quyển mượn (không quá 4 quyển) Nếu số ngày mượn vượt quá thời gian quy định (cụ thể là 7 ngày tính từ ngày mượn) thì thủ thư sẽ gợi ý cho đọc giả quay lại sau 7 ngày để tiến hành gia hạn thêm Thủ thư sẽ nhập mã số sinh viên của đọc giả để tìm tài khoản trên hệ thống, sau khi đã xác nhận được đọc giả là sinh viên của trường thì thủ thư sẽ cập nhật thông tin trên chính tài khoản của sinh viên đó cụ thể như thông tin về số sách mượn, ngày mượn để sau này tiện truy
Trang 8xuất cũng như xử phạt nếu có quy phạm nội quy Sau khi hoàn thành thủ tục, thông tin của đọc giả sẽ được cập nhật lại trên hệ thống quản lí của thư viện
Thủ Thư: Sau khi hoàn thành cho mượn, thủ thư sẽ cập nhật lại số lượng
sách trên thư viện, cụ thể số lượng đầu sách mà đọc giả vừa mượn có sẵn trong thư viện sẽ trừ lại số lượng tương ứng mà đọc giả đó đã mượn Trong trường hợp đầu sách sau khi trừ bằng 0 thì ứng dụng sẽ tự động hiển thị ngày trả sách gần nhất để xem như là mốc thời gian sách sẽ về thư viện để người sau dễ theo dõi
Chức Năng Gia Hạn
Đọc Giả: Nếu vượt quá số ngày mượn lần đầu (7 ngày) mà vẫn có nhu cầu
đọc thêm thì đọc giả có thể gia hạn thêm ngày mượn trên ứng dụng hoặc trực tiếp tại thư viện Đọc giả sẽ cung cấp mã số sinh viên và tên sách cùng với số ngày mượn thêm (tối đa 3 ngày) Và số lần gia hạn cho mỗi lần mượn không vượt quá 2 lần
Thủ Thư: Thủ thư sẽ tiến hành cập nhật lại thông tin trên cơ sở dữ liệu dựa
trên thông tin đọc giả đã cung cấp Đồng thời nếu số lượng đầu sách đó có sẵn bằng 0 thì ngày mà sách available cũng sẽ được dời lại tương ứng với số ngày gia hạn của đọc giả để những đọc giả muốn mượn sau có thể theo dõi
Chức Năng Xử Phạt
Đọc giả: Trong trường hợp được nhắc nhở nhiều lần mà đọc giả vẫn trả sách
quá thời hạn thì thủ thư sẽ tiến hành cảnh cáo, đủ 3 lần thì đọc giả sẽ bị trừ điểm uy tín Với mỗi lần bị trừ điểm uy tín thì số ngày đọc giả được mượn trong 1 lần sẽ giảm dần còn 5 ngày, 3 ngày, 2 ngày, số sách được mượn sẽ giảm còn 3 quyển, 2 quyển và 1 quyển
Trong trường hợp sách trả về bị hư hại (rách nhẹ, mất trang, nhoè chữ, ) thì đọc giả bị tính 1 lần cảnh cáo Nếu đọc giả làm mất sách thì sẽ bị một lần cảnh cáo và bồi thường quyển sách đã làm mất
Thủ Thư: Điểm uy tín này được cập nhật lại sau mỗi lần mượn trả và được
lưu trong cơ sở dữ liệu do thủ thư quản lí Thủ thư sẽ căn cứ vào điểm uy tín của từng đọc giả khi quét mã trên thẻ sinh viên để phân loại đọc giả và tính số sách cùng thời gian cho mượn
5 Xác định các chức năng cơ bản (vẽ cây chức năng)
Mô hình tổ chức sau mô tả chức năng tổng quát các bộ phận quản lý của hệ thống của phần mềm quản lí mượn trả sách thư viện Mô hình chia thành nhiều bộ phận để việc
Trang 9quản lí được dễ dàng hơn: quản lý mượn/trả sách, quản lý kho sách, thống kê báo cáo hàng tuần, tháng, quý…
Trang 106 Các mô hình phân tích DFD, ERD
Mô hình DFD:
Mô hình ERD:
Trang 119 TỰ NHẬN XÉT, ĐÁNH GIÁ
1, 2 - Tìm hiểu hệ thống
- Đặc tả hệ thống
- Nghiên cứu ngôn ngữ
Hoàn thành tìm hiểu giới thiệu, tìm hiểu được những ngôn ngữ thích hợp để code phần mềm theo đúng yêu cầu người dùng
Tuy nhiên phần đặc tả chủ đề của nhóm còn chưa hoàn chỉnh cần phải khảo sát thực tế thêm và hoàn chỉnh đặc tả đúng yêu cầu khách hàng
- Hoàn thành ổn trên 90%
- Cần hiểu rõ đặc
tả là gì để hoàn thành nhanh hơn
và toàn diện hơn
3, 4 - Hoàn chỉnh đặc tả
- Nghiên cứu ngôn ngữ
Hoàn chỉnh đặc tả hoàn toàn; Xác định ngôn ngữ code.
Hoàn thành đúng tiến độ
5, 6 - Xác định chức năng
chính
- Phân tích (xây dựng mô hình DFD và ERD)
- Thiết kế và code
Chỉ hoàn thành xác định chức năng chính; phân tích (xây dựng mô hình DFD và ERD)
- Hoàn thành 2/3 nhiệm vụ.
- Cải thiện tốt hơn kiến thức xây dựng mô hình Để hoàn thành tốt DFD và ERD
7, 8 - Hoàn thành báo cáo (in
nộp)
- Trình bày Demo
- Chấm điểm
- Hoàn thành code demo.
- Hoàn thiện báo cáo
- Khá khó khăn để hoàn thanh do chưa nắm rõ C#.
- Cần rèn luyện nhiều hơn về xây dựng giao diện.
Trang 12Nhận xét, đánh giá chung: Nhóm đã hoàn thành đúng tiến độ đã đề ra tránh để bị chậm trễ, và in báo cáo Tuy trong quá trình bị nhiều trì hoãn trong các giai đoạn nhỏ vì những khảo sát chưa phù hợp phải chỉnh sửa lại nội dung DFD ERD và đặc tả nhiều lần , nhưng hai thành viên đã cùng cố gắng hoàn thành báo cáo đồ án báo tiến độ
8 TÀI LIỆU THAM KHẢO
- Nguyễn Thị Mỹ Truyền (2016): Giáo trình nhập môn công nghệ phần mềm, đại học
An Giang