Báo cáo bài tập môn học phân tích thiết kế hệ thống thông tin
Trang 1TRƯỜ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
Trang 2Mụ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
1.4 Pha kiểm thử: 5
2 Bài tập: 5
II Pha phân tích: 6
1 Business Analysis 6
1.1 Create new account: 7
1.2 Search book: 7
1.3 Lend book: 8
1.4 Return book: 8
1.5 Reserve book: 9
1.6 Check status: 9
2 Usecase Analysis: 9
2.1 Usecase Diagram: 10
2.2 Scenario: 11
3 Conceptual ER Modeling - ER Diagram: 16
III Pha thiết kế: 16
1 Lý thuyết: 16
2 Scenario Analysis: 17
2.1 Create user: 17
2.2 Login: 18
2.3 Lending book: 20
2.4 Reservation: 22
2.5 Search book: 24
3 Object Analysis: 26
3.1 User registration: 26
Trang 33.2 Login: 27
3.3 Lend book: 28
3.4 Reservation: 30
3.5 Search book: 31
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
Trang 4I 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.1 Pha phân tích:
- Vai trò:
o Thiết lập một cách nhìn tổng quan rõ ràng về hệ thống và các mục đích chính của hệ thống cần xây dựng
o Liệt kê các nhiệm vụ mà hệ thống cần thực hiện
o Phát triển một bộ từ vựng để mô tả bài toán cũng như những vấn đề liên quan trong miền quan tâm của bài toán
o Đưa ra hướng giải quyết bài toán
- Như vậy, pha phân tích chỉ dừng lại ở mức xác định các đặc trưng mà hệ thống cần phải làm gì, chỉ ra khái niệm liên quan và tìm ra hướng giải quyết bài toán chứ chưa quan tâm đến cách thức thực hiện xây dựng hệ thống như thế nào
- Các nhiệm vụ: (ta sẽ phân tích kĩ ở các phần sau)
o Business Analysis
Trang 5o Usecase Analysis
o Conceptual Data Modeling
- Đầu vào: Business document
- Đầu ra: Business Process, Usecase Diagram, Conceptual ER Model
1.2 Pha thiết kế:
- Vai trò:
o Trả lời câu hỏi “how” thay vì câu hỏi “what” như trong pha phân tích Phải xác định hệ thống sẽ được xây dựng như thế nào dựa trên kết quả của pha phân tích
o Đưa ra các phần tử hỗ trợ giúp cấu thành nên một hệ thống hoạt động thực sự
o Định nghĩa một chiến lược cài đặt hệ thống
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.)
Trang 6II 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
hệ thống, xác định được tương tác giữa người dùng và các thành phần của hệ thống
- Từ tài liệu nghiệp vụ, đưa ra những phân tích về quá trình thực hiện cho từng nghiệp vụ trong thự tế triển khai Business analysis (phân tích nghiệp vụ) là bước đầu tiên trong quá trình thiết kế hệ thống
- Đầu ra của quá trình Business analysis là các activity diagram (biểu đồ hoạt động), miêu tả các hoạt động của người sử dụng và của hệ thống trong các nghiệp vụ cụ thể
- Có 6 biểu đồ hoạt động:
Trang 71.1 Create new account:
Issue form
User account data
Trang 8Check user account
Trang 91.5 Reserve book:
Librarian
Make a reservation
Register Reservation info Reservation
Trang 10- 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
Lend book
Return book
Search book
Reserving book
Check info
Update info
Trang 11 Usecase chi tiết hơn, ta có 3 Actor: User, Librarian, Timer
Trang 12 Các kịch bản cho ca sử dụng
Preconditions
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
2a ID sai 2b Password sai
Preconditions Thủ thư đã đăng nhập
2 Thủ thư kiểm tra thông tin
3 Nếu thông tin chính xác, tạo tài khoản với thông tin đó
2b Thông tin sai 3a Lỗi khi tạo tài khoản
Trang 13Summary Kiểm tra trạng thái đăng nhập, số sách mượn, …
Preconditions
2 Kiểm tra các trạng thái như số sách đã mượn, số sách đã đặt, …
2 Hệ thống kiểm tra thông tin trên
3 Nếu thông tin chính xác, hợp lệ, cho phép người dùng mượn
2a ID người dùng sai 2b Tên sách sai 2c Người dùng đã mượn sách quá hạn và không được phép mượn tiếp
Trang 142 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
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
Preconditions Đã đăng nhập
2 Hệ thống kiểm tra thông tin trên
3 Kiểm tra trạng thái của người trả sách xem có mượn sách quá hạn không
Preconditions Đã đăng nhậ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
Trang 15người dùng, nhập ID cần tra cứu
Preconditions Đã đăng nhập
đủ điều kiện thì từ chối
2 Nhập thông tin sách cần đặt trước và ngày mượn
3 Hê thống xử lí thông tin
4 Trả lại kết quả
phép hoặc mượn quá hạn 2a Nhập sai ID sách 2b Ô thông tin trống 2c Ngày mượn không tồn tại hoặc đã qua 3a Sách cần mượn không còn sẵn
Preconditions Đã đăng nhập
2 Nếu sách mượn quá hạn, thông báo cho thủ thư và người dùng
Exceptions
Trang 16Scenario Description
#01 Sách mượn quá hạn
3 Conceptual ER Modeling - ER Diagram:
- Mô hình thực thể mối quan hệ (Entity Relationship Model) là 1 biểu diễn đồ thị của các lớp dữ liệu và mối quan hệ ngữ nghĩa giữa chúng
- Ở đây ta có 3 thực thể User, Book & Book Item với các mối quan hệ Lending
Lend ID Due date Lend date
User ID
Name
Status
Reserve date Reserve ID
Book ID Status Name Name
Trang 17 Trong phạm vi nội dung báo cáo thứ 2 này, chúng em xin trình bày về phần
high-level design:
Sequence Diagram
Class Diagram Screen Transtion Screen Layout Screen Item Logical ER Model Table Definition
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
Trang 18Create screen User Create controller
Create error screen
2.2 Login:
Bảng đặc tả usecase sử dụng:
Trang 19Boundary object Entity object Control object
Login error screen
Trang 202.3 Lending book:
Bảng đặc tả usecase sử dụng:
Boundary object Entity object Control object
Lend manager
Trang 222.4 Reservation:
Bảng đặc tả usecase sử dụng:
Boundary object Entity object Control object
Lend manager Reserve manager
Trang 242.5 Search book:
Bảng đặc tả usecase sử dụng:
Boundary object Entity object Control object
Search error screen
Trang 263 Object Analysis:
3.1 User registration:
Trang 273.2 Login:
Trang 283.3 Lend book:
Trang 303.4 Reservation:
Trang 313.5 Search book:
Trang 334.1.2 Screen layout:
Librarian:
User:
Trang 344.1.3 Screen item:
Trang 354.2 Lend book:
4.2.1 Screen transition:
4.2.2 Screen layout:
Trang 364.2.3 Screen item:
4.3 Reservation:
4.3.1 Screen transition:
Trang 374.3.2 Screen layout:
4.3.3 Screen item:
Trang 385 Logical Data Modeling:
5.1 User:
5.2 Librarian:
Librarian ID char[5] Primary key Librarian Name varchar[30] NULL
5.3 Book item:
Book Item ID char[5] Primary key
User Address varchar[255] NULL
Trang 395.4 Book:
5.5 Lending:
Book Item ID char[5] Foreign key
5.6 Reservation:
Reservation ID char[5] Primary key
Trang 41 Usercase: login
Trang 422 Usercase Lend book:
Book item ID
Not registered Blank
Book item
availability
Not available Overdue
Lending date
Invalid Blank
Due date
Invalid Blank
Trang 43Result X
Trang 443 Usercase return book:
Book item id
Not registered Blank
Lending date
Invalid blank
Due date
Invalid Blank Overdue
Trang 45Error X
Trang 464 Usercase reserve book:
Book item ID
Not registered Blank
Action
Trang 475 Usercase search book:
Trang 486 Usercase check info:
Book item ID
Not registered Blank
Due date
Invalid Blank
Action
Trang 497 Usecase update info:
Trang 50V Tài liệu tham khảo:
- 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
- Nguyễn Văn Ba – phát triển hệ thống hướng đối tượng với UML 2.0 va C++
- Giáo trình: Phân tích thiết kế hệ thống thông tin - học viện bưu chính viễn thông
- Website về System Anlysis & Design:
http://www.technologyuk.net/computing/sad/lifecycle_phases.shtml
- Website về UML:
http://www.iscn.at/select_newspaper/object/rational.html