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

Đặc tả yêu cầu phần mềm quản lý thư viện

27 2,6K 6

Đ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

Định dạng
Số trang 27
Dung lượng 2,78 MB

Nội dung

Đặc tả yêu cầu phần mềm quản lý thư viện

Trang 1

ĐẠI HỌC QUỐC GIA THÀNH PHỐ HỒ CHÍ MINH

TRƯỜNG ĐẠI HỌC BÁCH KHOA

BÁO CÁO CÔNG NGHỆ PHẦN MỀM

Đề tài:

ĐẶC TẢ YÊU CẦU PHẦN MỀM

QUẢN LÝ THƯ VIỆN

Sinh viên thực hiện:

Ngô Đức Đạt 51100731 Nguyễn Duy Tú 51104075

Hà Phạm Minh Hoàng 51101216 Nguyễn Phúc Đức 51000747 Giáo viên hướng dẫn:

Huỳnh Tấn Khải

Trang 2

SRS - LIBRARY MANAGEMENT SYSTEM 1

MỤC LỤC

I PHÂN TÍCH CHỨC NĂNG 5

II PHÂN TÍCH RỦI RO 7

III LƯỢC ĐỒ USER CASE 9

IV SEQUENCE DIAGRAM 13

VI MOCK-UP 26

Trang 3

I PHÂN TÍCH CHỨC NĂNG

1 Yêu cầu tính năng – chức năng:

Các chức năng – tính năng chính của phần mềm quản lý thư viện gồm:

b) Thông tin vào : Giám đốc hiệu sách có yêu cầu tới bộ phận nhập sách nhập thêm một sốlượng sách vào cửa hàng

c) Thao tác xử lý : Khi thủ thư gửi yêu cầu nhập sách và danh mục nhập sách cho nhà cung cấpthì nhà cung cấp dựa vào danh mục xem có đủ các mặt hàng trong đơn hàng hay không để thôngbáo trả lời từ chối hay đồng ý cung cấp sách cho bộ phận nhập sách.Nhà cung cấp sẽ đưa đến hiệusách và giao cho bộ phận nhập sách

d) Bộ phận nhập sách kiểm tra sách và nhập vào kho sau khi kiểm tra theo biểu mẫu sau :

Quản lý nhập sáchTên sách: ………

Trang 4

SRS - LIBRARY MANAGEMENT SYSTEM 3

i Khi độc giả mượn sách nào đó thì kiểm tra xem sách sách đó thuộc về loại mượn đọc tạichỗ hay mượn về nhà đọc và báo cho độc giả xem yêu cầu mượn có phù hợp với loại sách cầnmượn hay không ?

ii Khi độc giả trả sách thì kiểm tra xem sách đã hết hạn trả hay chưa ? Hoặc là sách đươc trả

có còn nguyên vẹn hay không ?

Độc giả nhận sách rồi nhận phiếu từ bộ phận phuc vụ độc giả

d) Thông tin đầu ra : Bộ phận phục vụ độc giả giao phiếu mượn trả cho độc giả bao gồm

thông tin : Tên độc giả , tên sách , ngày mượn , ngày trả

Phiếu mượn trả sáchTên độc giả: ……… Tên sách: ………

Ngày mượn: ……… Ngày trả: ………

6 Quản lý độc giả :

a) Mục đích : Quản lý độc giả để có thể cung cấp sách phù hợp cho mọi độc giả và có thể quản

lý được việc sử dụng sách ở thư viện của độc giả

b) Thông tin đầu vào : Độc giả đến mượn sách hoặc trả sách phải gửi thông tin về bản thân

c) Thao tác xử lý : Khi độc giả có nhu cầu đọc mượn sách, bộ phận phục vụ độc giả sẽ làm các

thủ tục để cấp thẻ cho độc giả để họ có quyền tra cứu thông tin trong thư viện Trên thẻ cónhững thông tin chi tiết về độc giả như: Họ tên, Năm sinh , lần mượn sách gần nhất…, mỗi thẻ sẽ

có một số đăng ký do thư viện cấp Sau khi cấp thẻ, thư viện sẽ tạo một hồ sơ ghi nhận việc mượntrả của người đọc Trên hồ sơ này có các thông tin tương tự như các thông tin được ghi trên thẻ,ngoài ra trên hồ sơ còn có một bảng ghi lại những lần mượn trả sách của độc giả để dễ theo dõi d) Thông tin đầu ra : Thẻ thư viên với các thông tin được nêu ở trên và độc giả có thể sử dụng

thẻ này để có thể đọc mượn sách ở thư viện

b) Thông tin vào : Giám đốc yêu cầu thống kê báo cáo theo hàng tháng hay hàng năm

c) Thông tin xử lý : Hàng thàng hay hàng năm thủ thư phải thống kê lượng sách tồn, lượngsách đã được mượn , số sách chưa được trả , loại sách được mượn nhiều nhất (hoặc ít nhất ) gửicho giám đốc

d) Thông tin ra : Báo cáo tổng kết thống kê cho từng loại sách

8 Tìm kiếm :

a) Mục đích: Dùng để tìm kiếm thông tin sách có trong thư viện

b) Thông tin vào : Độc giả nhập từ khóa để tìm kiếm mọi thông tin về tất cả các sách có trongthư viện :

c) Thông tin ra: Bảng tìm kiếm có thể giúp cho người dùng có thể tìm kiếm sách nhanh chonghơn nhờ những hướng dẫn có sẵn

Trang 5

DATA FLOW DIAGRAM:

Trang 6

SRS - LIBRARY MANAGEMENT SYSTEM 5

Trang 7

II PHÂN TÍCH RỦI RO

Rủi ro Giải pháp

Thiếu ngân sách cho dự án

( chi phí khách hàng cung cấp

quá thấp so với dự án; chi phí

phát sinh ngoài ý muốn trong

Thiếu nhân lực ( nhân viên

nghỉ việc đột xuất do tai nạn,

bệnh tật, việc gia đình, ;số

lượng kĩ sư chuyên môn của

công ty không đáp ứng được

nhân lực cần thiết cho dự án)

 Đào tạo trước một nhóm kĩ sư phần mềm để khi xảy

ra sự cố, có thể kịp thời thay thế nhân viên, chuyểngiao công việc của người cũ cho người mới

 Thuê kĩ sư chuyên nghiệp thay thế công việc người

đã nghĩ để không trể hạn hợp đồng

 Thuê gấp một số nhân viên và đào tạo cấp tốc đểthực hiện dự án

Thay đổi quản lý ( dẫn đến

thay đổi cách tổ chức quản lý,

thay đổi phân công nhiệm

vu,… do người quản lý mới )

 Cần có những chuẩn mực cốt lõi về cách quản lý chomột nhóm kĩ sư, để khi thay đổi người quản lý thìnhiệm vụ, chức năng cũ của từng thành viên vẫncòn, và những kĩ sư trong nhóm có thể dễ dàng thayđổi nhỏ theo người quản lý mới ,chứ không thay đổimột cách đột ngột

 Người quản lý cũ phải chuyển giao công việc, tất cảnhững gì bản thân nắm về nhóm kĩ sư ( chuyên môncủa từng thành viên, tính cách từng người,điểmmạnh, điểm yếu,…) cho người quản lý mới Qua đóngười quản lý mới có thể nhanh chóng hòa nhập vàonhóm của mình, dễ dàng dẫn dắt, chỉ đạo nhómnhanh chóng tiếp tục dự án

Khó khăn về kỹ thuật ( thay

đổi kỹ thuật, công cụ tiên tiến,

công nghê cao,….)

 Gửi một nhóm kĩ sư đi Training học tập kỹ thuật mớitheo định kỳ để tránh trường hợp không hoàn thànhđược dư án khi áp dụng kỹ thuật mới

 Khi khách hàng yêu cầu sử dụng kỹ thuật mới màcông ty chưa áp dụng được, thì có thể thương lượngvới khách hàng sử dụng kỹ thuật khác có tính năngtương tự mà không làm thay đổi chất lượng, yêu cầucủa khách hàng

Khách hàng thay đổi phạm vi

và yêu cầu dự án ( khách hàng

thay đổi yêu cầu khi dự án

đang tiến hành, hoặc nâng cấp

sau khi giao phần mềm )

 Yêu cầu khách hàng tăng thêm thời gian giao phầnmềm, tăng thêm ngân sách cho một số chi phí phátsinh

 Trao đổi thuyết phục khách hàng, tính năng hiện tại

đã ưu việt và không cần nâng cấp thêm

Trang 8

SRS - LIBRARY MANAGEMENT SYSTEM 7

Khách hàng không hài lòng với

Trang 9

III LƯỢC ĐỒ USER CASE

Các chức năng của hệ thống được thể hiện chi tiết qua các sơ đồ use-case dưới đây:

Có ba mô hình use-case cụ thể cho 4 actor là: độc giả, nhân viên thư viện, admin và thủ thư.Mỗi actor khi đăng nhập vào hệ thống có thể thực hiện các chức năng khác nhau với quyền hạnkhác nhau

Admin là người có quyền cao nhất sau khi đăng nhập vào hệ thống, có thể thêm, xóa, sửathông tin của các account khác

Đối với actor độc giả có thể đăng nhập vào hệ thống để thực hiện các chức năng mượn sách,trả sách, xem thông tin tài khoản

Trang 10

SRS - LIBRARY MANAGEMENT SYSTEM 9

Nhân viên thư viện có thể thực hiện các chức năng như cho phép độc giả đăng kí mượn sách, quản lítrả sách, xem thông tin độc giả như tình trạng mượn sách, thời hạn

Và actor thủ thư có chức năng giống như một người quản lí, xem và thống kê các sách trong thư viện,kiểm tra tình trạng sách, quản lí thêm sách, hủy sách hỏng

Trang 12

SRS - LIBRARY MANAGEMENT SYSTEM 11

thể chọn tiếp các chức năng khác tùy theo yêu cầu của độc giả như trong mô hìnhuse-case:

+ Quản lí mượn sách: nhân viên thư viện nhập mã sách mượn vào máy tính, cóthể nhập bằng quét mã vạch hay nhập bằng tay, sau đó xác nhận, hệ thống sẽ ghinhận sách mượn vào tài khoản của độc giả đó

+ Quản lí trả sách: tương tự như quản lí mượn sách, nhưng sau khi đã xác nhậnsách, hệ thống sẽ loại sách này ra khỏi sách đã mượn của tài khoản

+ Hủy sách: Thủ thu kích hoạt chức năng từ giao diện Quản lí sách, sẽ hiện lên giaodiện để nhập mã sách muốn hủy, sau khi thủ thư nhập mã sách, sẽ hiện lên thôngtin sách muốn hủy và lí do hủy sách Thủ thư xác nhận để xóa sách ra khỏi thư viện

Trang 13

IV SEQUENCE DIAGRAM

Sequence Diagram 1: Thêm Phiếu Mượn Trả

Trang 14

SRS - LIBRARY MANAGEMENT SYSTEM 13

Sequence Diagram 3: Thêm độc giả

Sequence Diagram 4: Đặt sách online

Trang 15

Sequence Diagram 5: Xóa Phiếu Mượn Trả

Trang 16

SRS - LIBRARY MANAGEMENT SYSTEM 15

Sequence Diagram 7: Thêm Nhân Viên

Sequence Diagram 8: Xóa Nhân Viên

Trang 17

Sequence Diagram 9: Cập Nhật Nhân Viên

Trang 18

SRS - LIBRARY MANAGEMENT SYSTEM 17

Sequence Diagram 11: Tìm Kiếm Phiếu Mượn Trả

Sequence Diagram 12: Tìm Kiếm Sách

Trang 19

Sequence Diagram 13: Cập nhật sách

Sequence Diagram 14: Cập nhật độc giả

Trang 20

SRS - LIBRARY MANAGEMENT SYSTEM 19

V ACTIVITY DIAGRAM

Activity Diagram 1: Quản Lý Nhân Viên

Activity Diagram 2: Quản Lý Độc Giả

Trang 21

Activity Diagram 3: Quản Lý Nhân Viên

Trang 22

SRS - LIBRARY MANAGEMENT SYSTEM 21

Activity Diagram 5: Tìm kiếm

Activity Diagram 6: Thống Kê

Trang 23

Activity Diagram 7: Tìm Kiếm Online

Trang 24

SRS - LIBRARY MANAGEMENT SYSTEM 23

VI MOCK-UP

Mock-up 1: Màn hình chính

Mock-up 2: Quản lý người dùng

Trang 25

Mock-up 3: Quản lý sách

Mock-up 4: Đăng ký tài khoản

Trang 26

SRS - LIBRARY MANAGEMENT SYSTEM 25

Mock-up 5: Đăng nhập

Mock-up 6: Đăng nhập thất bại

Mock-up 7: Thông tin người dùng

Trang 27

Mock-up 8: Mượn sách

Ngày đăng: 31/01/2016, 13:56

TỪ KHÓA LIÊN QUAN

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

TÀI LIỆU LIÊN QUAN

w