1

TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI
Viện Công nghệ Thông tin và Truyền thông

BÀI TẬP MÔN HỌC
PHÂN TÍCH THIẾT KẾ HỆ THỐNG THÔNG TIN Giáo viên hướng dẫn:
TS. Trần Đức Khánh
Sinh viên thực hiện:
Lê Vinh Hiển SHSV:20091059
Nguyễn Lê Khôi SHSV: 20091485
Vũ Anh Vũ SHSV: 20093331
Lớp: KTMT&TT1 – K54
HÀ NỘI – 2012 2

Mục lục:
Contents
I. Giới thiệu khái quát: 4
1. Lý thuyết: 4
1.1 Pha phân tích: 4
1.2 Pha thiết kế: 5
1.3 Pha cài đặt: 5

4. Screen/slip Design: 32
4.1 Login: 32
4.2 Lend book: 35
4.3 Reservation: 36
5. Logical Data Modeling: 38
5.1 User: 38
5.2 Librarian: 38
5.3 Book item: 38
5.4 Book: 39
5.5 Lending: 39
5.6 Reservation: 39
V. Tài liệu tham khảo: 50
- Bài giảng phân tích thiết kế hệ thống thông tin của thầy Trần Đức Khánh. 50
4 I. Giới thiệu khái quát:

1. Lý thuyết:

 Quy trình phân tích và thiết kế hệ thống:

- Nhìn vào sơ đồ trên, ta có thể thấy quá trình phát triển hệ thống có 4 giai đoạn
tương ứng với 4 pha, ứng với mỗi pha ta có các nhiệm vụ tương ứng (2 pha
cuối chưa học).
- Nhiệm vụ: trong 4 tuần học đầu tiên làm về pha phân tích, nên sẽ phân tích kĩ
hơn về pha này, các pha sau sẽ trình bày kĩ ở các bài báo cáo sau.

1.3 Pha cài đặt:
- Vai trò:
o Cài đặt chi tiết và tích hợp hệ thống phần mềm dựa trên kết quả của pha
thiết kế, hệ thống được xây dựng thực sự.

1.4 Pha kiểm thử:
- Vai trò:
o Một khi hệ thống đã hoạt động đầy đủ, nó cần được kiểm tra kĩ lưỡng
trước khi được bàn giao cho khách hàng để đảm bảo rằng tất cả các yêu
cầu quy định đã được đáp ứng, và hệ thống hoạt động một cách chính
xác, pha kiểm thử làm nhiệm vụ này. 2. Bài tập:
- Đề bài: xây dựng hệ thống phần mêm hỗ trợ quản lý thư viên.
(Các phân dưới đây sẽ phân tích vào từng nhiệm vụ của pha phân tích.)
6 II. Pha phân tích:

Đầu vào của pha phân tích cũng như toàn bộ quá trình thiết kế chính là Business
document (tài liệu nghiệp vụ). Nó là tài liệu mô tả yêu cầu của khách hàng – người sử
dụng đối với hệ thống phần mềm được xây dựng và phát triển.
Tài liệu này được xây dựng thông qua trao đổi với khách hàng để xác định được chính
xác các yêu cầu và đòi hỏi của khách hàng – người sử dụng đối với hệ thống phần mềm
được xây dựng và phát triển. (Tài liệu này đã được giao sẵn để phục vụ qua trình học tập)

1. Business Analysis
- Business analysis cho phép hiểu rõ được từng hoạt động nghiệp vụ cụ thể của

Search book
info
Show result
User
System8

1.3. Lend book:
Librarian
Make request
borrowing
Update
borrowing data
Check user
account
Borrowing
User
System1.4. Return book: Librarian
Return book
Check-out info
Update acc
info


- Phân tích ca sử dụng là bước thiết kế giúp xác định chính xác các chức năng
của hệ thống.
- Từ các hoạt động nghiệp vụ đã phân tích được, cần xây dựng các kịch bản sử
dụng của người dụng, từ đó hình thành các chức năng tương ứng của hệ thống.

2.1. Usecase Diagram:
 Usecase Diagram ở mức tổng quát với các nghiệp vụ. Actor: User & Librarian
System
User
Librarian

Log in

Create new
account

Lend book

Return book

Search book

Reserving
book

Check info

Update info



 Các kịch bản cho ca sử dụng
Name

Login
Summary
Đăng nhập vào hệ thống
Preconditions

Actors
Người dùng và thủ thư
Description
1. Người dùng hoặc thủ thư điền ID và password
2. Hệ thống kiểm tra thông tin trên
3. Kiểm tra trạng thái
4. Nếu thông tin chính xác, hiển thị giao diện tương ứng

Exceptions
1a. Ô thông tin trống
2a. ID sai
2b. Password sai
Scenario
Description
#01
#02
#03
#04
#05
Người dùng đăng nhập thành công
Thủ thư đăng nhập thành công

Tạo tài khoản thành công
Tạo tài khoản thất bại

Name

Kiểm tra trạng thái
13

Summary
Kiểm tra trạng thái đăng nhập, số sách mượn, …
Preconditions

Actors
Người dùng và thủ thư
Description
1. Hệ thống kiểm tra xem người truy cập đã đăng nhập chưa
2. Kiểm tra các trạng thái như số sách đã mượn, số sách đã
đặt, …
Exceptions

Scenario
Description
#01
#02
Đã đăng nhập
Chưa đăng nhập

Name

Cho mượn sách

Người dùng không được phép mượn sách
Sách đã được cho mượn
Mượn sách thành công

Name

Tìm sách
Summary
Tìm kiếm sách
Preconditions
Đã đăng nhập
Actors
Người dùng và thủ thư
Description
1. Nhập tên , tác giả hoặc ID sách cần tìm
14

2. Hệ thống kiểm tra thông tin trên
3. Kiểm tra trạng thái của người truy cập
4. Nếu thông tin chính xác, hiển thị sách và trạng thái

Exceptions
1a. Ô thông tin trống
2a. ID sai
2b. Tên sách sai
2c. Tên tác giả sai
3a. Người truy cập bị cấm truy cập vào cuốn sách
Scenario
Description
#01

Description
#01
#02
#03
Ô thông tin trống
Mã sách không đúng
Trả sách thành công

Name

Kiểm tra thông tin
Summary
Kiểm tra thông tin người dùng
Preconditions
Đã đăng nhập
Actors
Người dùng và thủ thư
Description
1. Kiểm tra trạng thái người truy cập
2. Nếu người truy cập là người dùng, hiện thông tin người đó
3. Nếu người truy cập là thủ thư, hiển thị menu tìm kiếm
15

người dùng, nhập ID cần tra cứu
Exceptions
3a. Ô thông tin trống
3b. ID sai
Scenario
Description
#01

#01
#02
#03
#04
#05
#06
Không đủ điều kiện mượn sách
Không có cuốn sách này
Ô thong tin trống
Nhập sai ngày mượn
Sách không còn
Mượn sách thành công

Name

Thông báo quá hạn
Summary
Thông báo người dùng mượn sách quá hạn
Preconditions
Đã đăng nhập
Actors
Timer
Description
1. Kiểm tra thời hạn của các sách được mượn
2. Nếu sách mượn quá hạn, thông báo cho thủ thư và người
dùng
Exceptions

16


Reserve date

Reserve ID

Book ID

Name

Status

Name

Serial numberIII. Pha thiết kế:
1. Lý thuyết:
Analysis
Design
Implementation
Test
17
Object Analysis
Physical Data Modeling
The external specification of the
system that the user understands
is designed
An internal structure of the
system, the interface among
program is designed based on the
external specification
Scenario Analysis
Object Analysis
Screen/slip Design
Logical Data Modeling
18

Create screen
User
Create controller
Result screen

User manager
Create error screen

2.2 Login:

Result screen
Book item
User manager
Lend error screen
Lending
Book item manager Lend manager 21
22 2.4 Reservation:
Bảng đặc tả usecase sử dụng:

Boundary object
Entity object
Control object
Reserve screen
User
Reserve controller
Result screen
Reservation
User manager 25