Đề tài tìm hiểu về mô hình thác nước và xây dựng phần mềm quản lý thư viện

 Viết kịch bản chức năng  Làm tài liệu Vision  Làm tài liệu đặc tả use case  Thiết kế các biểu đồ use case  -Làm tài liệu mô tả các yêu cầu chức năng và phi chức năng  Thiết kế biể

TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN VÀ TRUYỀN THÔNG

KHOA CÔNG NGHỆ THÔNG TIN

BÁO CÁO BÀI TẬP LỚN

Môn học: Quản lý dự án công nghệ thông tin

ĐỀ TÀI: TÌM HIỂU VỀ MÔ HÌNH THÁC NƯỚC VÀ XÂY DỰNG PHẦN

MỀM QUẢN LÝ THƯ VIỆN

Giảng viên hướng dẫn: ThS Nguyễn Hồng Tân

Sinh viên thực hiện: Nhóm 4 (CNTT-K19B)

1 Ngô Huy Thái 2.Nguyễn Thành Công

3 Bùi Công Minh

4 Hà Thanh Hào

5 Hà Công Sơn

6 Ma Văn Hùng Thái Nguyên, Năm 2023

MỤC LỤC

LỜI MỞ ĐẦU 4

CHƯƠNG I: TỔNG QUAN VỀ MÔ HÌNH THÁC NƯỚC 1

1.1 TỔNG QUAN VỀ MÔ HÌNH THÁC NƯỚC 1

1.1.1 Mô hình thác nước – Waterfall là gì 1

1.1.2 Cấu trúc của mô hình thác nước 1

1.1.3 Mô hình hóa nghiệp vụ (Business Modeling) 2

1.1.4 Quản lý yêu cầu (Requirements) 4

1.1.5 Phân tích và thiết kế (Analysis and Design) 6

1.1.6 Cài đặt (Implementation) 8

1.1.7 Kiểm thử (Test) 10

1.1.8 Triển khai (Deployment) 11

CHƯƠNG II: QUẢN LÝ DỰ ÁN XÂY DỰNG PHẦN MỀM QUẢN LÝ THƯ VIỆN 14

2.1 TỔNG QUAN 14

2.1.1 Giới thiệu 14

2.1.2 Bảng phân công công việc 14

2.1.3 Phát biểu bài toán 15

3.1 LẬP KẾ HOẠCH THỰC HIỆN DỰ ÁN 16

3.1.1 Kế hoạch phát triển phần mềm 16

3.1.2 Tổ chức dự án 17

3.1.3 Tiến trình quản lý 19

1 Những dữ liệu đưa vào của nhà phân tích cho vấn đề của Stakeholder 21

3.1.4 KẾT THÚC DỰ ÁN 56

3.1.5 Giao diện chính của phần mềm 57

3.1.6 Giao diện quản lý thủ thư 57

3.1.7 Giao diện quản mượn trả 57

3.1.8 Giao diện form mượn 58

3.1.9 Giao diện quản lý sách 58

3.1.10 Giao diện form thêm sách 59

3.1.11 Giao diện form sửa thông tin sách 60

3.1.12 Giao diện quản lý thành viên 61

3.1.13 Giao diện quản lý thể loại 61

3.1.14 Giao diện quản lý nhà xuất bản 62

3.1.15 Giao diện quản lý tác giả 62

3.1.16 Tổng kết dự án 63

KẾT LUẬN 65

TÀI LIỆU THAM KHẢO 66

LỜI MỞ ĐẦU

Trong thời đại công nghệ số hiện nay, việc sử dụng các công cụ kỹ thuật số đểquản lý thư viện đang trở nên ngày càng phổ biến Một tròn những công cụ đó là xâydựng một website quản lý thư viện, giúp cho quản lý và truy cập tài liệu trở nên thuậntiện hơn cho cae nhân viên thư viện và người sử dụng

Website quản lý thư viện cung cấp cho người dùng các chức năng tìm kiếm, đặtmượn trả sách trực tuyến và quản lý tài khoản cá nhân Nó cũng cung cấp cho nhânviên thư viện các công cụ để quản lý các tài liệu, theo dõi mượn trả sách, và quản lýthông tin người dùng

Trong đề tài này, chúng ta sẽ tìm hiểu về các công nghệ, ngôn ngữ lập trình vàframwork phù hợp để xây dựng một website quản lý thư viện hiện đại, tiện lời và antoàn, và cũng sẽ đề xuất các giải pháp để nâng cao hiệu quả hoạt động và tăng trảinghiệm người dùng trên website quản lý thư viện

Trong quá trình thực hiện đề tài này chúng em vẫn còn thiếu nhiều kinh nghiệmthực tế, vì vậy không thể tránh khỏi khỏi những sai sót, chúng em rất mong nhận được

sự đóng góp ý kiến, chỉ dẫn của thầy cô

Qua đây em xin gửi lời cảm ơn đến giảng viên hướng dẫn em thực hiện đề tàinày: Ths Nguyễn Hồng Tân đã luôn hỗ trợ và giải đáp thắc mắc cho chúng em trongquá trình thực hiện đề tài

CHƯƠNG I: TỔNG QUAN VỀ MÔ HÌNH THÁC NƯỚC

Mặc cho sự phát triển như vũ bão của thời buổi công nghệ số với nhiều giảipháp mới cho việc phát triển phần mềm Mô hình thác nước (waterfall) vẫnđược nhiều người biết đến như một giải pháp lý tưởng cho các doanhnghiệp Nguyên nhân đơn giản là nhờ sự hữu ích cùng khả năng kiểm soáttoàn bộ quá trình

1.1 Mô hình thác nước – Waterfall là gì

Mô hình thác nước là một ví dụ của mô hình Sequential (Tuần tự) Trong môhình này, hoạt động phát triển phần mềm được chia thành các giai đoạn khácnhau và từng giai đoạn bao gồm hàng loạt các nhiệm vụ và có các mục tiêukhác nhau

Mô hình Thác nước là giai đoạn đầu trong quá trình SDLC Trên thực tế, nó

là mô hình đầu tiên được sử dụng rộng rãi trong ngành công nghiệp phầnmềm

Trong thác nước, sự phát triển của một pha chỉ bắt đầu khi giai đoạn trướchoàn thành

1.2 Cấu trúc của mô hình 1thác nước

Trong phát triển phần mềm, thuật ngữ "mô hình thác nước" không phải là thuật ngữ chính thức được sử dụng để mô tả các phương pháp phát triển phần mềm Tuy nhiên, có thể bạn đang muốn hỏi về cấu trúc của một mô hình phát triển phần mềm Dưới đây là cấu trúc cơ bản của một mô hình phát triển phần mềm:

1 Thu thập yêu cầu: bao gồm việc hiểu các yêu cầu của khách hàng, người dùng và các bên liên quan khác

2 Thiết kế hệ thống: bao gồm việc thiết kế kiến trúc, đặc tả các thành phần của hệ thống và định nghĩa các mối quan hệ giữa chúng

3 Lập kế hoạch phát triển: bao gồm xác định các tài nguyên cần thiết, lập kếhoạch thực hiện và đánh giá các rủi ro.

4 Phát triển: bao gồm việc lập trình, kiểm thử, tích hợp các thành phần và triển khai hệ thống

5 Kiểm thử: bao gồm việc thử nghiệm hệ thống, xác định các lỗi và sửa chữa chúng

6 Triển khai: bao gồm việc triển khai hệ thống trong môi trường sản xuất hoặc vận hành

7 Bảo trì và nâng cấp: bao gồm việc duy trì và cập nhật hệ thống để đảm bảo hoạt động ổn định và đáp ứng nhu cầu của khách hàng

1.3 Mô hình hóa nghiệp vụ (Business Modeling)

Hình 3.1 Luồng công việc mô hình hóa nghiệp vụ

1.3.1Mục tiêu

2

- Hiểu được vấn đề đang tồn tại trong tổ chức và đề xuất cải tiến

- Đảm bảo khách hàng, người dùng cuối, người phát triển có sự hiểu biếtthống nhất về hệ thống

- Tìm ra những yêu cầu hệ thống cần thiết

1.3.2 Artifacts

Khởitạo

Phácthảo

Xâydựng

Chuyểngiao

Thực hiện trường hợp sử dụng kinh

doanh

Đặc điểm kỹ thuật thực hiện

trường hợp sử dụng kinh doanh

Đặc tả trường hợp sử dụng kinh

doanh

1.4 Quản lý yêu cầu (Requirements)

Hình 3.2 Luồng công việc quản lý yêu cầu

1.4.2 Artifacts

Khởitạo

Phácthảo

Xâydựng

Chuyểngiao

Đặc điểm kỹ thuật yêu cầu phần

1.5 Phân tích và thiết kế (Analysis and Design)

Hình 3.3 Luồng công việc phân tích và thiết kế

1.5.1 Mục tiêu

- Mô tả hệ thống thông qua các sơ đồ phân tích thiết kế

- Chuyển các yêu cầu sang đặc tả để mô tả cách cài đặt hệ thống

- Sử dụng các biểu đồ UML…

1.5.2 Artifacts

Khởitạo

Phácthảo

Tài liệu kiến trúc phần mềm

(SAD)

*1: Mô hình phân tích là một hiện vật tạm thời chứa các lớp phân tíchchưa được phân bổ/tích hợp vào Mô hình Thiết kế

*2: Trong các lớp phân tích khởi đầu và xây dựng có thể là một phần của

Mô hình Phân tích Khi thiết kế được đưa ra, các lớp phân tích sẽ đượctích hợp vào Mô hình thiết kế và trưởng thành thành các yếu tố thiết

kế Trong các lớp phân tích xây dựng vẫn có thể được sử dụng khi thựchiện phân tích trường hợp sử dụng nhưng bản thân mô hình phân tích sẽkhông còn được sử dụng

*3: Nhận biết trường hợp sử dụng cũng có thể là một phần của mô hìnhphân tích

1.6 Cài đặt (Implementation)

Hình 3.4 Luồng công việc cài đặt

1.6.1 Mục tiêu

- Xác định cách thức viết mã cài đặt

- Cài đặt lớp và đối tượng như là các thành phần

- Tích hợp vào trong một hệ thống có thể thực thi được

1.6.2 Artifacts

Khởitạo

Phácthảo

Xâydựng

Chuyểngiao

8

- Để kiểm tra lại sự tương tác giữa các đối tượng.

- Để kiểm tra lại sự tích hợp thích hợp của tất cả các thành phần của phầnmềm

- Để xác minh rằng tất cả các yêu cầu đã được thực hiện một cách chínhxác.

- Để xác định và đảm bảo các lỗi được giải quyết trước khi triển khai phầnmềm

1.7.2 Artifacts

Khởitạo

Phácthảo

Xâydựng

Chuyểngiao

Tài liệu phân tích khối lượng công

việc

10

1.8 Triển khai (Deployment)

Hình 3.6 Luồng công việc triển khai

- Cung cấp trợ giúp và hướng dẫn cho người dùng

- Trong nhiều trường hợp, nó cũng bao gồm các hoạt động như:

- Lập kế hoạch và tiến hành các thử nghiệm beta

- Di chuyển phần mềm hoặc dữ liệu hiện có

Tài liệu hỗ trợ người dùng cuối W S M M

CHƯƠNG II: QUẢN LÝ DỰ ÁN XÂY DỰNG PHẦN MỀM QUẢN LÝ

THƯ VIỆN 2.1 TỔNG QUAN

- Bùi Công Minh

d Thời gian thực hiện dự án:

Tổng thời gian: 30 ngày (Trừ chủ nhật)

Thời gian bắt đầu: 20/02/2023

2.1.2 Bảng phân công công việc

 Thiết kế giao diện

 Lập trình

 Thiết kế cơ sở dũ liệu

 Kiểm thử

 Viết báo cáo

 Quản lý báo cáo

 Làm tài liệu Vision

 Mô tả bài toán

 Viết kịch bản chức năng

 Làm tài liệu Vision

 Làm tài liệu đặc tả use case

 Thiết kế các biểu đồ use case

 -Làm tài liệu mô tả các yêu cầu chức năng và phi chức năng

 Thiết kế biểu đồ hoạt động

 Làm tài liệu kiến trúc phần mềm

 Viết báo cáo

 Thiết kế biểu đồ trình tự

 Làm tài liệu kiến trúc phần mềm

 Viết báo cáo

 Làm slide

 Thiết kế các biểu đồ use case

2.1.3 Phát biểu bài toán

- Một số thư viện vừa và nhỏ hiện nay chưa áp dụng dược việc tin học hóa vàotrong việc quản lý thư viện của mình Việc quản lý vẫn còn dựa trên giấy tờ, dẫnđến việc quản lý sách, mượn trả tài liệu còn thủ công Vì thế tồn tại nhiều khókhăn như dễ nhầm lẫn sách mượn trả tài liệu khách đặt cũng như khó theo dõidoanh thu, thất thoát

- Hệ thống nhóm chúng em đưa ra đã áp dụng các ứng dụng công nghệ thông tinvào để giải quyết việc quản lý thư viện , người quản lý sẽ không phải theo dõiquản lý trực tiếp tại thư viện mà có thể quản lý từ xa (theo dõi trên hệ thống máytính), ủy quyền cho nhân viên , thủ thư

- Hệ thống cho phép admin quán lý được các thủ thư, các dữ liệu liên quan đếnsách ( Tác giả, thể loại, nhà xuất bản )

- Hệ thống cho phép admin hỗ trợ lưu trữ các thông tin về sách Cho phép thêm,sửa, xóa sách xem danh sách các sách hiện có tại thư viện

- Hệ thống thủ thư tạo thẻ thư viện cho độc giả Hỗ trợ thủ thư trong việc chomượn và trả sách đối với độc giả

- Vì thông tin kinh doanh của độc giả là vấn đề nhạy cảm, hệ thống sử dụng biệnpháp bảo mật tránh để lộ thông người dùng Đảm bảo người quản lý có thể kiểmsoát được tài khoản sử dụng phần mềm của các nhân viên, tránh tình trạng nhânviên sử dụng tài khoản sai mục đích

- Phần mềm được thiết kế đơn giản, dễ sử dụng, thân thiện với người dùng Phầnmềm có thể cài đặt dễ dàng trên máy tính có sử dụng được trình duyệt

định yêu cầu, phân tích hệ thống, thiết kế, triển khai và kiểm tra Mỗi giai đoạn

sẽ được hoàn thành trước khi chuyển sang giai đoạn tiếp theo và sẽ được xemxét và đánh giá kết quả trước khi tiếp tục Các yêu cầu sản phẩm đã được địnhnghĩa trong tài liệu Vision sẽ được sử dụng để hướng dẫn cho quá trình pháttriển

- Gói phần mềm sau khi kiểm thử

- Các yêu cầu thay đổi

2.2.2.3 Sự phát triển của bản kế hoạch phát triển

Bản kế hoạch phát triển sẽ được sửa đổi trước khi bắt đầu mỗi giai đoạn lặp

2.2.3 Tổ chức dự án

2.2.3.1 Cấu trúc tổ chức

16

2.2.3.2 Các tương tác bên ngoài

Người quản lý dự án sẽ cung cấp các đánh giá trạng thái, như đã lập lịch trong

kế hoạch này, đến các đối tác thực thi IT

Nhóm dự án cũng sẽ tương tác với các bên liên quan khác để yêu cầu các thôngtin đầu vào và xem xét các thành phẩm liên quan khác

Kỹ sư tiến trình Tránh nhiệm với môi trường dựa án (quản lý cơ sở

hạ tầng dự án).Tham gia vào nhóm quản lý dự án

mở rộng.

Người quản lý cấu

hình/người quản lý giám

sát thay đổi

Trách nhiệm điều khiển cấu hình dự án, thực thi tiến trình xử lý các yêu cầu thay đổi trong dự án Tham gia vào ban Quản lý dự án mở rộng

Lãnh đạo nhóm kỹ sư hệ

thống

Trách nhiệm chính là quản lý các nhóm nguyên tắc

mô hình hóa doanh nghiệp và yêu cầu Tham gia vào nhóm quản lý dự án mở rộng

Lãnh đạo nhóm kỹ sư

phần mềm

Trách nhiệm chính với các nhóm nguyên tắc Phân tích, Thiết kế & Triển khai Tham gia vào nhóm quản lý dự án mở rộng

Lãnh đạo nhóm kiểm thử Có trách nhiệm quản lý nhóm nguyên tắc kiểm thử

Tham gia vào nhóm quả lý dự án mở rộng.Lãnh đạo nhóm triển

khai

Có trách nhiệm về các hoạt động cài đặt và cơ sở

hạ tầng tại môi trường người dùng cuối Tham gia vào nhóm quản lý dự án mở rộng

18

2.2.4.2 Kế hoạch dự án

2.2.4.2.1 Kế hoạch theo giai đoạn

Việc phát triển phần mềm quản lý quán café sẽ sử dụng cách tiếp cận theogiai đoạn, ở đó nhiều lần lặp sẽ xảy ra trong một giai đoạn Các giai đoạn

và thời gian biểu liên quan sẽ được chỉ ra trong bảng sau đây:

1) Thu thập yêu cầu

Thư viện ABC đang gặp khó khăn trong việc quản lý mượn trả của khách hàngthông qua điện thoại hoặc đặt trực tiếp tại thư viện Khách hàng thường phải chờđợi quá lâu để được phục vụ và không có độ chính xác cao trong việc ghi lạithông tin, dẫn đến sự nhầm lẫn và tốn thời gian của nhân viên thư viện Bêncạnh đó, việc quản lý nhân viên, kiểm soát hàng tồn kho và tạo báo cáo doanhthu cũng gặp nhiều khó khăn và tốn nhiều thời gian của quản lý Do đó, thư việncần một website quản lý thư viện để giúp quản lý việc mượn trả sách, quản lýsách một cách nhanh chóng và chính xác hơn để tăng hiệu quả quản lý, tiết kiệmthời gian và nâng cao chất lượng dịch vụ

Các vấn đề do bên liên quan liệt kê:

+ Thỉnh thoảng bạn phải đứng xếp hàng đợi để đợi mượn, trả sách và chờđợi trong thời gian dài

+ Thanh toán, lấy phiếu cũng gây ra nhiều phiền phức.

- Giải pháp cho khách hàng:

+ Thiết kế và phát triển một website quản lý thư viện có thể truy cập trênđiện thoại di động, laptop giúp người dùng tiện lợi hơn trong việc tìm kiếm sách,đặt mượn, trả sách Phần mềm cho phép người dùng tìm kiếm các loại sách, tàiliệu có thể mượn, xem thông tin demo về các tài liệu, cuốn sách, đặt mượn sách

và thanh toán trực tuyến Điều này giúp tiết kiệm thời gian và công sức củangười dùng, đồng thời cũng giúp các thư viện tăng doanh thu và quản lý sáchmột cách hiệu quả hơn

Những dữ liệu đưa vào của nhà phân tích cho vấn đề của Stakeholder

Các vấn đề kể trên thực sự ảnh hưởng đến hoạt động thư viện

Là nguyên nhân gây thất thoát doanh thu

Ảnh hưởng đến trải nghiệm của khách hàng tại thư viện

Nguyên do chủ yếu của các vấn đề trên là do chưa có một giải pháp côngnghệ thông tin hỗ trợ việc quản lý kinh doanh của thư viện

Bởi vậy quản lý của thư viện mong muốn có thể có một phần mềm hỗ trợđược các nhu cầu quản lý của thư viện

Việc xây dựng một hệ thống đáp ứng được các yêu cầu mà quản lý củathư viện đưa ra là cần thiết và vô cùng quan trọng

2) Thiết kế hệ thống

Use case t ổng quát

20

Use case phân rã cho tác nhân thủ thư

Use case phân rã cho tác nhân Admin

Biểu đồ trình tự chức năng đăng nhập của tác nhân Admin

Biểu đồ trình tự chức năng thêm thành viên của tác nhân Admin

22

Biểu đồ trình tự chức năng xóa thành viên của tác nhân Admin

Biểu đồ trình tự chức năng mượn sách của tác nhân Admin Biểu đồ trình tự chức trả sách của tác nhân Admin

Biểu đồ trình tự chức năng mượn sách của tác nhân Admin

24

Biểu đồ trình tự chức năng thêm sách của tác nhân Admin

Biểu đồ trình tự chức năng sửa sách của tác nhân Admin

Biểu đồ trình tự chức năng xóa sách của tác nhân Admin

Biểu đồ trình tự chức năng thêm thủ thư của tác nhân Admin

26

Biểu đồ trình tự chức năng sửa thủ thư của tác nhân Admin

Biểu đồ trình tự chức năng xóa thủ thư của tác nhân Admin

Biểu đồ trình tự chức năng thêm thể loại của tác nhân Admin

Biểu đồ trình tự chức năng sửa thể loại của tác nhân Admin

28

Biểu đồ trình tự chức năng xóa thể loại của tác nhân Admin

Biểu đồ trình tự chức năng thêm tác giả của tác nhân Admin

Biểu đồ trình tự chức năng sửa tác giả của tác nhân Admin

Biểu đồ trình tự chức năng xóa tác giả của tác nhân Admin

Biểu đồ trình tự chức năng thêm NXB của tác nhân Admin

30

Biểu đồ trình tự chức năng sửa NXB của tác nhân Admin

Biểu đồ trình tự chức năng xóa NXB của tác nhân Admin

Biểu đồ trình tự chức năng đăng nhập của tác nhân Thủ thư

Biểu đồ trình tự chức năng thêm thành viên của tác nhân Thủ thư

32