1. Trang chủ
  2. » Giáo Dục - Đào Tạo

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

28 5 0
Tài liệu đã được kiểm tra trùng lặp

Đ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

Tiêu đề Phân tích Thiết Kế Hệ Thống
Tác giả Văn Như Bích B, Võ Hoàng Khang
Trường học Đại học Công nghệ TP.HCM
Chuyên ngành Công nghệ thông tin
Thể loại Giáo trình
Năm xuất bản 2019
Thành phố TP.HCM
Định dạng
Số trang 28
Dung lượng 568,28 KB

Nội dung

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

Trang 1

ĐẠI HỌC CÔNG NGHỆ TP.HCM

THỰC HÀNH PHÂN TÍCH THIẾT KẾ HỆ THỐNG

ThS Võ Hoàng Khang

Website: http://www.hutech.edu.vn

Trang 2

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

Ấn bản 2019

Trang 3

BÀI 1: MỤC LỤC

MỤC LỤC 1

HƯỚNG DẪN 2

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

1.1 MÔ TẢ 14

1.2 CÂU HỎI 15

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

2.1 MÔ TẢ 16

2.2 CÂU HỎI 17

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

3.1 MÔ TẢ 18

3.2 CÂU HỎI 19

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

4.2 CÂU HỎI 20

BÀI 5: Ứ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 22

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

5.2 CÂU HỎI 22

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

Trang 4

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ủa

hệ 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

Trang 5

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

Trang 6

IV HƯỚ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ình

dữ 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,

2018"

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ọc

và công khai trong mỗi lần chấm điểm

Trang 7

 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.

Trang 8

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à Toad

Data Modeler đễ hỗ trợ tốt cho các phiên bản mới nhất của

cá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 trong

giờ học lý thuyết)

I) Giới thiệu:

 Case Studio là phần mềm hỗ trợ việc phân tích và thiết kế hệ thống thông tin.

 Nhà sản xuất: Quest Software.

 Cài đặt: Xem trong file hướng dẫn.

II) Sử dụng:

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:

Trang 9

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

Trang 10

 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ên dưới:

Loại mối kết hợp n-n (mối kết hợp

nhiều-nhiều – many to many

Trang 11

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

Trang 12

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

Trang 13

Kiểu dữ liệu

Độ rộng

Khai báo các constraint

(ràng buộc) nếu có

Trang 14

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

Trang 15

 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ó

(1,1)

CTHDHóa đơn(1,n)

Trang 16

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

• 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ẻ đọcgiả 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

Trang 17

đọ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ả

Trang 18

BÀI 3: HỆ THỐNG QUẢN LÝ CỬA

HÀ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èm theo 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

Trang 19

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ệ.

Trang 20

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

bị cho nhiều phòng khác nhau được quản lý và theo dõi tình trạng thông quacác phiếu lắp đặt Nhân viên khách sạn khi muốn luân chuyển hoặc trang bịtiện nghi cho phòng phải lập một phiếu lắp đặt trong đó ghi rõ ngày cụ thể vàtình trạng của tiện nghi đó, trong một ngày một vật dụng chỉ trang bị cho mộtphòng duy nhất

• 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

Trang 21

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 được

hệ 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ịch

vụ 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ệ

Trang 22

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):

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

Trang 23

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.

Trang 24

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:

Trang 25

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.

Trang 26

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.

Trang 27

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.

Ngày đăng: 09/07/2024, 10:32

Nguồn tham khảo

Tài liệu tham khảo Loại Chi tiết
[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 Sách, tạp chí
Tiêu đề: Giáo trình phân tích thiết kế hệ thống thông tin
Tác giả: Đồng thị Bích Thủy
Năm: 2013
[2]. D.Maier (2012), The theory of relational databases. Computer Science Press Sách, tạp chí
Tiêu đề: The theory of relational databases
Tác giả: D.Maier
Năm: 2012
[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ê Sách, tạp chí
Tiêu đề: 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)
Tác giả: Jeffrey D. Ullman
Nhà XB: NXB Thống kê
Năm: 2012
[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 Sách, tạp chí
Tiêu đề: Bài giảng phân tích thiết kế hệ thống thông tin
Tác giả: Văn Như Bích B
Năm: 2012
[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 Sách, tạp chí
Tiêu đề: 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ốngthông tin quản lý. Viện Tin Học
Tác giả: Nhóm tác giả thuộc Viện Tin Học
Năm: 2010
[7]. James A. Senn (2010). Analysis and Design of Information Systems. Mc Graw Hill, New York Sách, tạp chí
Tiêu đề: James A. Senn (2010). Analysis and Design of Information Systems. Mc GrawHill
Tác giả: James A. Senn
Năm: 2010
[8]. James Martin (2010). Structured Analysis and System Specification. Yourdon Inc, New York Sách, tạp chí
Tiêu đề: James Martin (2010). Structured Analysis and System Specification. YourdonInc
Tác giả: James Martin
Năm: 2010
[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:http://creativecommons.org/licenses/by/3.0/ Link
[10]. Tôn Thất Hòa An (2015). Phân tích và thiết kế Hệ thống thông tin với UML. URL: http://voer.edu.vn/c/01f46fc2. Giấy phép:http://creativecommons.org/licenses/by/3.0/ Link
[5]. Các website HTTT kinh tế (2012). Tài liệu trực tuyến. Giáo dục Khác

TỪ KHÓA LIÊN QUAN

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

TÀI LIỆU LIÊN QUAN

w