thực hành phân tích thiết kế hệ thống

lập các phiếu ghi nợ và sẽ ghi nhận lại ngày khách trả tiền cho các phiếu ghinợ đó. Hệ thống ghi nhận và lưu trữ toàn bộ thông tin trên để quản lý một cách chặtchẽ và hiệu quả.3.2 CÂU H

PHÂN TÍCH THIẾT KẾ HỆ THỐNG THÔNG TIN

Ấn bản 2019

BÀI 4: ỨNG DỤNG XÂY DỰNG MÔ HÌNH UML – QUẢN LÝ THƯ VIỆN 20

4.1 GỢI Ý PHÂN TÍCH VÀ LẬP CÁC MÔ HÌNH 20

BÀI 6: ỨNG DỤNG XÂY DỰNG MÔ HÌNH UML – HỆ THỐNG QUẢN LÝ KHÁCH SẠN .24

6.1 GỢI Ý PHÂN TÍCH VÀ LẬP CÁC MÔ HÌNH 24

6.2 CÂU HỎI 24

TÀI LIỆU THAM KHẢO 26

IIHƯỚNG DẪN

HƯỚNG DẪNMÔ TẢ MÔN HỌC

Phân tích thiết kế hệ thống là một giai đoạn quan trọng để xây dựng thành côngmột hệ thống Xây dựng một hệ thống được gọi là thành công nếu hệ thống này đápứng được các yêu cầu của tổ chức đặt ra, có chu kỳ sống (life cycle) chấp nhận được,và hơn thế nữa có thể phát triển khi hệ thống yêu cầu Trong thực tế nhiều hệ thốngchỉ tồn tại trong một thời gian ngắn và sau đó không còn đáp ứng được nhu cầu củangười sử dụng Một trong những lý do là chưa quan tâm đến giai đoạn phân tích vàthiết kế một cách đầy đủ và sâu sắc, để rồi khi tổ chức phát triển thì hệ thống khôngcòn khả năng đáp ứng Một lý do khác không kém phần quan trọng, là các nhà xâydựng hệ thống không được trang bị một cách đầy đủ các kiến thức và phương pháp cơbản để có thể tiến hành việc xây dựng một hệ thống Nếu phần phân tích thiết kếkhông hoàn chỉnh và đúng đắn thì sẽ dẫn đến việc cài đặt thất bại.

Phân tích thiết kế hệ thống là một môn học chính cho các sinh viên chuyên ngànhcông nghệ thông tin trong các trường đại học và cao đẳng Đây cũng là một tài liệutham khảo cần thiết cho những ai quan tâm đến việc phân tích thiết kế hệ thống

Giáo trình được chia làm 10 bài, ở mỗi nội dung chúng tôi có đưa các ví dụ thựctiễn, những sai lầm có thể xảy ra trong quá trình phân tích thiết kế để phân tích viênkhỏi mắc sai sót khi làm việc, giúp cho người đọc thấy được bức tranh toàn cục củahệ thống qua các bước thiết kế.

NỘI DUNG MÔN HỌC

 Bài 1 HỆ THỐNG QUẢN LÝ THƯ VIỆN.

 Bài 2 HỆ THỐNG QUẢN LÝ CỬA HÀNG NƯỚC GIẢI KHÁT.

 Bài 3 HỆ THỐNG QUẢN LÝ KHÁCH SẠN.

 Bài 4 ỨNG DỤNG XÂY DỰNG MÔ HÌNH UML – QUẢN LÝ THƯ VIỆN.

 Bài 5 ỨNG DỤNG XÂY DỰNG MÔ HÌNH UML – QUẢN LÝ CỬA HÀNG NƯỚC GIẢI KHÁT.

 Bài 6 ỨNG DỤNG XÂY DỰNG MÔ HÌNH UML – QUẢN LÝ KHÁCH SẠN.

IVHƯỚNG DẪN

KIẾN THỨC TIỀN ĐỀ

Môn Phân tích thiết kế HTTT yêu cầu sinh viên có kiến thức về cơ sở dữ liệu quanhệ.

YÊU CẦU MÔN HỌC

Người học vận dụng được lý thuyết phân tích thiết kế để xây dựng được mô hìnhdữ diệu quan niệm hay còn gọi là mô hình thực thể kết hợp để xây dựng các chươngtrình quản lý HTTT và mô hình hướng đối tượng cụ thể là UML để xây dựng cácchương trình ứng dụng tin học trong cuộc sống Hai mô hình cần thiết và cơ bản đểchuyển sang việc tổ chức và cài đặt một chương trình ứng dụng trong tin học.

CÁCH TIẾP NHẬN NỘI DUNG MÔN HỌC

Để học tốt môn này, người học cần đọc trước các nội dung chưa được học trên lớp;tham gia đều đặn và tích cực trên lớp; hiểu các khái niệm, tính chất và ví dụ tại lớphọc Sau khi học xong, cần ôn lại bài đã học và làm các bài tập tình huống Tìm đọcthêm các tài liệu khác liên quan đến bài học và các kiến thức cần thiết trong việcquản lý một HTTT.

Tài liệu này được biên soạn dựa theo bài soạn "Văn Như Bích B và Võ Hoàng

Khang Phân tích thiết kế hệ thống, lưu hành nội bộ, Đại Học Công Nghệ TP.HCM,

PHƯƠNG PHÁP ĐÁNH GIÁ MÔN HỌC

Môn học được đánh giá gồm hai thành phần:

 Phần điểm quá trình: chiếm 50% Hình thức và nội dung đánh giá: điểm quá trình dogiảng viên dạy trên lớp được đánh giá bởi thái độ học chuyên cần, đánh giá khả năngvận dụng và đóng góp trong tất cả các buổi học, có sự chuẩn bị đầu tư theo dõi sinhviên làm bài ở nhà, hình thức đánh giá được công bố cho người học vào đầu khóa họcvà công khai trong mỗi lần chấm điểm.

 Phần điểm cuối khóa chiếm 50% Hình thức: bài tập lớn được phân bổ theo nhóm chotừng chuyên đề, đánh giá theo 3 giai đoạn, giai đoạn đầu tư và chuẩn bị chuyên đề, giai đoạn theo dõi thực hiện kết quả theo từng bài học, giai đoạn cuối là nộp báo cáo thu hoạch và phỏng vấn, có buổi tổng kết công bố kết quả và rút kinh nghiệm.

HƯỚNG DẪN SỬ DỤNG CASE STUDIO 2.25

(SV có thể download phiên bản sau của Case Studio là ToadData Modeler đễ hỗ trợ tốt cho các phiên bản mới nhất củacác database như: SQL Server, Oracle, DB2, PostgreeSQL Với phần mềm Astah Pro, GV giảng dạy sẽ giới thiệu tronggiờ học lý thuyết)

1) Tạo mới mô hình ERD:

Vào menu File, chọn New Model (Ctrl + N), hoặc click vào biểu tượng

 trên thanh công cụ File.Chọn Database của mô hình:

Click vào nút OK Giao diện chính của mô hình:

Một số thành phần:

Tạo mới loại thực thể và các thuộc tính tương ứng:

- Click vào loại thực thể và thả vào vùng thiết kế như hình bêndưới:

Loại mối kết hợp n-n (mối kết hợp nhiều-nhiều – many to many relationship)

Loại mối kết hợp phản thân (mối kết hợp đệ quy – seft relationship)

- Double click vào loại thực thể vừa tạo:

Tên loại thực thể

Tên thuộc tính Thêm mới thuộc tính

Double click vào để khai báo các tính chất của thuộc tính

Kiểu dữ liệuĐộ rộng

Khai báo các constraint (ràng buộc) nếu có

Double click vào để thiết lập khóa chính, nhấn Ctrl để chọnnhiều thuộc tính

Giả sử ta có mô hình ERD sau:

- Biểu diễn trong Case Studio:

KHÁCH HÀNG

THẺ VIP

HÓA ĐƠN

MẶT HÀNGCó

CTHDHóa đơn

Đơn giá(0,1)

Chọn loại MKH n-n kéo từ HOADON và thảqua MATHANG hoặc ngược lại Double click vàoloại MKH, thêm vào 2 thuộc tínhSL và DONGIA.

Chọn loại MKH 1-n kéo từ KHACHHANG và thả qua HOADON.

Chọn loại MKH 1-n kéo từ

KHACHHANGvà thả qua THE_VIP Sửa

Cardinality thành 1 Double click vào loại MKH, đổi tên (Name) thành Có.

BÀI 2: HỆ THỐNG QUẢN LÝ THƯVIỆN

• Thư viện có rất nhiều đầu sách, mỗi đầu sách có những thông tin lưu trữ vàphân biệt bằng mã đầu sách, tên sách, năm xuất bản, số lượng hiện có vàđược phân chia thành nhiều thể loại sách khác nhau (tiểu thuyết, truyện ngắn,tin học, anh văn…) Một thể loại sách bao gồm nhiều đầu sách khác nhaunhưng một đầu sách chỉ thuộc một thể loại duy nhất Một cuốn sách được xuấtbản bởi một nhà xuất bản nào đó Thông tin nhà xuất bản cũng được lưu trữ vàphân biệt bằng mã xuất bản, địa chỉ và số điện thoại của nhà xuất bản đó.• Đọc giả là đối tượng đọc và mượn sách của thư viện và sẽ được cấp một thẻ đọc

giả gồm các thông tin lưu trữ và quản lý như: mã độc giả, họ, tên, địa chỉ,email Trên thẻ ghi rõ ngày cấp và hạn sử dụng của thẻ đó Tại một thời điểmđọc giả chỉ có một thẻ có giá trị sử dụng duy nhất và sẽ được gia hạn hoặc cấpthẻ mới khi hết hạn sử dụng Đọc giả sẽ đóng lệ phí theo năm, nếu thẻ quá hạnhoặc chưa đóng lệ phí thì không có giá trị

• Khi mượn sách đọc giả tự tra cứu thông tin sách mượn, thủ thư sẽ kiểm trasách mượn và số lượng mượn theo quy định Nếu hợp lệ, thủ thư sẽ lập mộtphiếu mượn sách ghi rõ ngày mượn, ngày trả cụ thể Một độc giả được quyềnmượn tối đa về nhà 3 cuốn sách khác nhau, tuy nhiên nếu đọc giả đó vẫn cònsách quá hạn chưa trả thì sẽ không được mượn thêm Trong một phiếu mượn

đọc giả không được mượn 2 sách cùng 1 đầu sách Độc giả phải đóng lệ phítheo năm, hết năm thì phải đóng phí, nếu không đóng phí thì sẽ không đượcmượn sách nữa.

• Khi trả sách, thủ thư sẽ kiểm tra tình trạng và ngày trả quy định, nếu trễ hạnhoặc mất, rách sách thủ thư sẽ lập phiếu phạt ghi rõ nội dung và phí phạt cụthể cho từng cuốn sách của phiếu mượn.

• Hàng tháng thủ thư sẽ thống kê sách mượn, sách mất, sách hư hỏng, sáchmượn quá hạn… để lên kế hoạch nhập sách và phân bổ sách cho hiệu quả.

BÀI 3: HỆ THỐNG QUẢN LÝ CỬAHÀNG NƯỚC GIẢI KHÁT

3.1 MÔ TẢ

Một cửa hàng mua bán nước giải khát cần tin học hóa việc mua bán nước giảikhát của cửa hàng.

 Cửa hàng buôn bán nhiều loại nước giải khát (NGK) của nhiều nhãn hiệu khác

nhau (chẳng hạn như Pepsi, CocaCola, Bia Sài Gòn ) Một nhãn hiệu được

phân biệt bằng mã loại, tên loại riêng và có nhiều nước giải khát cùng loại.

Nước giải khát được lưu trữ và phân biệt bằng mã, tên, đơn vị tính…

 Để đáp ứng nhu cầu mua hàng của khách không bị thiếu hụt, cửa hàng nhập

các loại nước giải khát từ các nhà cung ứng Mỗi loại chỉ được nhập từ mộtnhà cung cấp, thông tin nhà cung ứng được liên hệ và lưu trữ trong hệ thống

bằng tên, địa chỉ và số điện thoại Nhân viên cửa hàng sẽ liên hệ, lập vàgởi đơn đặt hàng (ĐĐH) đến các nhà cung ứng trong đó ghi rõ ngày đặt

hàng, ngày nhận hàng và số lượng đặt cụ thể trên từng đơn hàng Mỗi

ĐĐH có thể giao tối đa 3 đợt Mỗi đợt giao hàng nhà cung ứng sẽ gởi kèmtheo phiếu giao hàng trên đó ghi cụ thể ngày giao, số lượng chi tiết các mặt

hàng được và số tiền phải trả cho số lượng mặt hàng trên phiếu giao.

 Khi khách đến mua hàng, cửa hàng sẽ kiểm tra trong kho số lượng các mặthàng NGK khách yêu cầu Nếu số lượng có đủ trong kho thì khách được giaohàng ngay cùng với hóa đơn tính tiền cần thanh toán Nếu không đủ thì đối với

các khách quen cửa hàng sẽ hẹn giao hàng nhiều đợt vào các ngày khác bằng

các phiếu hẹn theo hóa đơn đó Thông tin hóa đơn, phiếu hẹn giao hàng sẽđược lưu trữ cập nhật vào hệ thống để phục vụ cho việc tra cứu và thống kê. Đối với khách vãng lai thì hóa đơn sẽ được thanh toán và giao hàng ngay tại

cửa hàng, còn đối với các khách quen cửa hàng cho phép trả chậm bằng cách

lập các phiếu ghi nợ và sẽ ghi nhận lại ngày khách trả tiền cho các phiếu ghi

nợ đó.

 Hệ thống ghi nhận và lưu trữ toàn bộ thông tin trên để quản lý một cách chặtchẽ và hiệu quả.

3.2 CÂU HỎI

1) Nêu các nguyên tắc cần thiết để xây dựng mô hình thực thể kết hợp.

2) Xây dựng mô hình thực thể kết hợp (ERD) cho bài toán trên Ghi rõ bản số của

loại thực thể tham gia vào mối kết hợp, thuộc tính riêng của mối kết hợp (nếu có).

3) Chuyển mô hình ERD trên sang mô hình quan hệ.

BÀI 4: HỆ THỐNG QUẢN LÝ KHÁCH SẠN

Học viên cần nắm được các nội dung sau.

 Các quy tắc khi xây dựng loại thực thể. Các quy tắc khi xây dựng mối kết hợp.

 Các bước khi xây dựng mô hình thực thể kết hợp.

• Khách muốn thuê phòng có thể liên hệ nhân viên tiếp tân bằng điện thoại,website của khách sạn hoặc đặt trực tiếp tại khách sạn Nhân viên quản lý sẽkiểm tra thông tin khách đặt phòng, thông tin phòng đặt và số người ở để tưvấn và chọn phòng thích hợp, đồng thời ghi nhận họ tên, số CMDN, quốc tịchcủa những người thuê phòng… Hệ thống sẽ lập một phiếu đặt phòng ghi rõthông tin các phòng đặt, ngày nhận phòng, ngày trả dự kiến và tiền cọc nếu

không nhận phòng sau thời gian lập phiếu của khách Hệ thống sẽ lưu trữ thôngtin đặt phòng và cập nhật tình trạng phòng đặt vào hệ thống và xuất phiếu đặtphòng cho khách

• Khách thuê phòng có thể sử dụng thêm các dịch vụ (thuê xe, tắm hơi, ăn sáng,Karaoke ) Thông tin dịch vụ được phân biệt bằng mã dịch vụ, tên dịch vụ,đơn vị tính và đơn giá riêng Mỗi lần một khách hàng sử dụng dịch vụ, đều đượchệ thống ghi nhận bằng phiếu sử dụng có ghi nhận cụ thể ngày sử dụng và sốlượng sử dụng cụ thể Nếu trong một ngày khách thuê phòng sử dụng một dịchvụ nhiều lần thì tiền dịch vụ được cộng dồn thành một lần và lưu thành một bộ.Khi khách trả phòng, nhân viên phục vụ phòng sẽ kiểm tra tiện nghi và tình trạngđể báo lại cho nhân viên thanh toán, nếu xảy ra tình trạng hư hỏng và mất mát thì sẽlập phiếu đền bù Khi trả phòng và thanh toán nhân viên sẽ lập hóa đơn bao gồm tiềnthuê phòng và tiền sử dụng dịch vụ của phòng đó.

4.2 CÂU HỎI

1) Xây dựng mô hình thực thể kết hợp cho toàn hệ thống.2) Chuyển mô hình thực thể kết hợp sang mô hình quan hệ

BÀI 5: ỨNG DỤNG XÂY DỰNG MÔ HÌNH UML – QUẢN LÝ THƯ VIỆN

5.1 GỢI Ý PHÂN TÍCH VÀ LẬP CÁC MÔ HÌNH

 Các chức năng chính của hệ thống (giao diện chính):

 Quản lý thông tin sách và thể loại sách

 Quản lý thông tin đọc giả và thẻ đọc giả (cấp thẻ và lệ phí, gia hạn thẻ)  Quản lý thông tin nhà xuất bản và tác giả.

 Quản lý mượn sách và trả sách (đổi phòng nếu có) Quản lý xử phạt khi vi phạm (hư hỏng hoặc mất sách) Tra cứu và thống kê

 Các nghiệp vụ chính cần xử lý của hệ thống (xử lý nghiệp vụ thường xuyên):

 Lập thẻ đọc giả và đóng lệ phí, gia hạn thẻ. Lập phiếu mượn sách và trả sách.

 Lập phiếu xử phạt.

 Nhập sách từ nhà xuất bản và quyền tác giả.

5.2 CÂU HỎI

1) Vẽ mô hình Use Case cho toàn bộ hệ thống (từ gợi ý trên).

2) Lập mô hình chức năng (Use Case Diagram) cho toàn hệ thống trên a Phân rã chi tiết chức năng Lập thẻ đọc giả

b Phân rã chi tiết chức năng Mượn sách.

c Phân rã chi tiết chức năng Lập phiếu xử phạt.

3) Lập mô hình lớp (Class Diagram) ở mức thiết kế cho hệ thống trên.

4 Lập mô hình hoạt động (Activity Diagram) cho kịch bản Lập thẻ cho Đọc giả

ở mô tả của hệ thống trên.

5 Lập mô hình tuần tự (Sequence Diagram) cho kịch bản Mượn sách của đọc

giả ở mô tả của hệ thống trên.

BÀI 6: ỨNG DỤNG XÂY DỰNG MÔ HÌNH UML – HỆ THỐNG QUẢN LÝ CỬA HÀNG NƯỚC GIẢI KHÁT

6.1 GỢI Ý PHÂN TÍCH VÀ LẬP CÁC MÔ HÌNH

 Các chức năng chính của hệ thống (giao diện chính):

 Quản lý thông tin loại hàng và mặt hàng Quản lý thông tin nhà cung ứng

 Quản lý đặt hàng và nhận hàng Quản lý bán hàng cho khách  Tra cứu và thống kê

 Các nghiệp vụ chính cần xử lý của hệ thống (xử lý nghiệp vụ thường xuyên):

 Lập đơn đặt hàng và giao nhận hàng từ nhà cung cấp Lập hóa đơn thanh toán

 Lập phiếu hẹn, phiếu ghi nợ cho khách hàng.

6.2 CÂU HỎI

1 Lập mô hình chức năng (Use Case Diagram) cho toàn hệ thống trên

a Phân rã chi tiết chức năng Lập đơn đặt hàng đến nhà cung cấp b Phân rã chi tiết chức năng Lập hóa đơn của hệ thống.

c Phân rã chi tiết chức năng Lập phiếu giao hàng của hệ thống.

2 Lập mô hình lớp (Class Diagram) ở mức thiết kế cho hệ thống trên

 Phần mở rộng:

3 Lập mô hình hoạt động (Activity Diagram) cho kịch bản Lập đơn đặt hàng

đến nhà cung cấp ở mô tả của hệ thống trên.

4 Lập mô hình tuần tự (Sequence Diagram) cho kịch bản Lập hóa đơn cho

khách hàng ở mô tả của hệ thống trên.

BÀI 7: ỨNG DỤNG XÂY DỰNG MÔ HÌNH UML – HỆ THỐNG QUẢN LÝ

KHÁCH SẠN

7.1 GỢI Ý PHÂN TÍCH VÀ LẬP CÁC MÔ HÌNH

 Các chức năng chính của hệ thống (giao diện chính):

 Quản lý thông tin phòng và loại tiện nghi, thông tin trang bị tiện nghi  Quản lý thông tin khách thuê phòng

 Quản lý đặt phòng và nhận phòng (đổi phòng nếu có) Quản lý thông tin sử dụng dịch vụ

 Quản lý trả phòng và thanh toán Tra cứu và thống kê

 Các nghiệp vụ chính cần xử lý của hệ thống (xử lý nghiệp vụ thường xuyên):

 Lập phiếu trang bị tiên nghi

 Lập phiếu đặt phòng và nhận phòng

 Lập phiếu sử dụng dịch vụ

 Lập hóa đơn thanh toán khi khách trả phòng.

7.2 CÂU HỎI

1 Lập mô hình chức năng (Use Case Diagram) cho toàn hệ thống trên

a Phân rã chi tiết chức năng Lập phiếu đặt phòng của hệ thống trên b Phân rã chi tiết chức năng Lập phiếu sử dụng dịch vụ của hệ thống trên.c Phân rã chi tiết chức năng Trả phòng và Thanh toán của hệ thống trên.

2 Lập mô hình lớp (Class Diagram) ở mức thiết kế cho hệ thống trên

 Phần mở rộng thêm:

3 Lập mô hình hoạt động (Activity Diagram) cho kịch bản Lập phiếu đặt

phòng của khách ở mô tả của hệ thống trên.

4 Lập mô hình tuần tự (Sequence Diagram) cho kịch bản Thanh toán trả

phòng của khách ở mô tả của hệ thống trên.

TÀI LIỆU THAM KHẢO

[1] Đồng thị Bích Thủy (2013), Giáo trình phân tích thiết kế hệ thống thông tin.

Khoa CNTT, ĐH Khoa học Tự nhiên, ĐH Quốc Gia TP.HCM.

[2] D.Maier (2012), The theory of relational databases Computer Science Press.[3] Jeffrey D Ullman (2012), Nguyên lý các hệ cơ sở dữ liệu và cơ sở tri thức

(Principles of data base and knowledge base Systems) NXB Thống kê

[4] Văn Như Bích B (2012) Bài giảng phân tích thiết kế hệ thống thông tin Khoa

CNTT, ĐH Kỹ Thuật Công Nghệ TP.HCM.

[5] Các website HTTT kinh tế (2012) Tài liệu trực tuyến Giáo dục.

[6] Nhóm tác giả thuộc Viện Tin Học (2010) Phân tích, thiết kế, cài đặt hệ thống

thông tin quản lý Viện Tin Học, Hà Nội.

[7] James A Senn (2010) Analysis and Design of Information Systems Mc Graw

Hill, New York.

[8] James Martin (2010) Structured Analysis and System Specification Yourdon

Inc, New York.

[9] duongkieuhoa, tonthathoa (2015) UML trong phân tích thiết kế hệ thống URL: http://www.voer.edu.vn/m/f3805c10 Giấy phép: