Xác định khóa: Đối với những lược đồ quan hệ sinh ra từ
các thực thể thì chỉ có một thuộc tính khóa nên thuộc tính này
chính là khóa của lược đồ quan hệ.
Đối với những lược đồ quan hệ sinh ra từ các mối kết hợp thì
nó có nhiều thuộc tính khóa nên tập họp các thuộc tính này chỉ là
siêu khóa. Dựa vào các phụ thuộc hàm trong bài toán để xác
định định khóa của lược đồ này.
Ví dụ: Trong mô hình quan niệm dữ liệu của bài toán quản lý
công chức và tiền lương, CÔNG CHỨC – GIA THUỘC là mối
kết hợp 3 ngôi, theo quy tắc 4 thì khi chuyển đổi, lược đồ quan
hệ trong mô hình tổ chức dữ liệu phải nhận cả 3 thuộc tính khóa
của 3 thực thể tương ứng làm khóa: CC-GT(Mã CC, Mã gia
thuộc, Mã LGT). Tuy nhiên giữa một công chức và một gia thuộc
chỉ liên hệ với nhau bởi một loại gia thuộc duy nhất. Do đó, Mã
LGT không thể là khóa. Khi xác định khóa của lược đồ quan hệ
ta phải loại yếu tố khóa của thuộc tính Mã LGT như sau: CCGT(Mã CC, Mã gia thuộc, Mã LGT)
164 trang |
Chia sẻ: nguyenlam99 | Lượt xem: 1140 | Lượt tải: 1
Bạn đang xem trước 20 trang tài liệu Tài liệu môn Phân tích thiết kế hệ thống thông tin, để xem tài liệu hoàn chỉnh bạn click vào nút DOWNLOAD ở trên
Thôøi gian toàn taïi laâu daøi
Haøng hoùa, phoøng ban, quy ñònh, taøi saûn
Ñoäng
Phaûn aùnh caùc hoaït ñoäng, thöôøngxuyeân bieán ñoåi
Thôøi gian toàn taïi ngaén
Ñôn ñaët haøng, thu chi, hoùa ñôn,
VC
&
BB
33
1/18/2016
•Xử lý (XL): Thông tin của hệ thống được tạo ra như thế
nào? Bằng cách nào? Đây là khía cạnh động của hệ
thống.
•Bộ xử lý (BXL): Bao gồm: Con người, máy tính điện tử,
các thiết bị tin học để thực hiện việc xử lý.
•Sự truyền thông (STT): Một hệ thống gồm nhiều bộ
phận, việc truyền thông giữa các bộ phận như thế nào?
•Con người (CN): Con người can thiệp vào hệ thống
như thế nào? (Con người là yếu tố quyết định để hệ
thống hoạt động).
VC
&
BB
34
Qui trình phát triển HTTT
34
Các bước phát triển của một HTTT
Heä thoâng tin naøo cuõng coù moät ñôøi soáng, töø luùc khai sinh
ñeán luùc pheá boû. Ñoù laø moät quaù trình traûi qua moät soá giai ñoaïn
nhaát ñònh. Caùc giai ñoaïn chính thöôøng laø:
1. Tìm hieåu nhu caàu
2. Khaûo saùt hieän traïng
3. Nghieân cöùu tính khaû thi
4. Hôïp ñoàng traùch nhieäm
5. Phaân tích
6. Thieát keá
7. Caøi ñaët
8. Thöû nghieäm
9. Khai thaùc / Baûo trì
VC
&
BB
35 35
5.1 Các bước phát triển HTTT
1.Khaûo saùt hieän traïng: laøm roõ HTTT ñöôïc laäp ra phaûi ñaùp öùng nhu caàu cuûa
ngöôøi duøng (tröôùc maét vaø töông lai).
2.Nghieân cöùu tính khaû thi
3.Hôïp ñoàng traùch nhieäm
4.Phaân tích: ñi saâu vaøo baûn chaát vaø chi tieát cuûa heä thoáng, ñeå thaáy ñöôïc heä thoáng
thöïc hieän nhöõng vieäc gì vaø döõ lieäu maø noù ñeà caäp laø nhöõng döõ lieäu naøo
5.Thieát keá: ñöa ra caùc quyeát ñònh veà caøi ñaët heä thoáng nhaèm ñaùp öùng caùc yeâu
caàu maø giai ñoaïn phaân tích ñöa ra, ñoàng thôøi ñaùp öùng caùc ñieàu kieän raøng buoäc trong
thöïc teá.
6.Caøi ñaët: goàm 2 giai ñoaïn laø laäp trình vaø kieåm ñònh.
7.Khai thaùc / Baûo trì: ñöa heä thoáng vaøo söû duïng, theo doõi ñeå phaùt hieän caùc chænh
söûa caàn thöïc hieän khi phaùt hieän heä thoáng coøn coù choã chöa thích hôïp.
Qui trình phát triển HTTT
VC
&
BB
36 36
5.2. Một số khái niệm
Chu trình phát triển hệ thống
Bao gồm nhiều giai đoạn từ khi bắt đầu dự án hệ thống cho
đến khi kết thúc khai thác hệ thống
Quy trình phát triển
Các giai đoạn & trình tự của các giai đoạn
Mô hình
Phương tiện biểu diễn nội dung của hệ thống qua các giai
đoạn của qui trình
Qui trình phát triển HTTT
VC
&
BB
37
5.3 Chu kì sống của Hệ thống thông tin
5.1 Giai đoạn sinh thành
5.2 Giai đoạn phát triển
5.3 Giai đoạn phát triển
5.4 Giai đoạn thoái hóa
Giai đoạn sinh thành Giai đoạn phát triển
Giai đoạn thoái hóa Giai đoạn khai thác
Qui trình phát triển HTTT
VC
&
BB
38
Qui trình phát triển HTTT
38
5.4 Một số qui trình
5.4.1 Qui trình thác nước (Waterfall- Royce, 1970)
Gồm 5 giai đoạn
Một giai đoạn bắt đầu khi giai đoạn trước đó kết thúc
Xác lập yệu cầu
(Requirements
planning)
Thiết kế
(User design)
Xây dựng
(Construction)
Chuyển giao
(Cutover)
VC
&
BB
39
Phân tích hiện trạng
Nghiên cứu khả thi
Thiết kế
Phát triển
Thử nghiệm
Cài đặt
Khai thác
Bảo trì
Mô hình thác nước chi tiết
Qui trình phát triển HTTT
VC
&
BB
40 40
5.4. Một số quy trình
5.4.2. Quy trình tăng trưởng (D. R. Grahma, 1989)
Hoàn thành từng phần của hệ thống
Mỗi bước tăng trưởng áp dụng qui trình tuyến tính xây dựng
1 phần của hệ thống
Chỉ phù hợp với những hệ thống có sự phân chia và chuyển
giao từng phần
Qui trình phát triển HTTT
VC
&
BB
41 41
5.4 Một số qui trình
5.4.3 Qui trình xoắn ốc (Boehm, 1988)
Là các chu trình phát triển được lặp đi lặp lại
Quản lý rủi ro
Đánh giá các
phương án
Phát triển và
kiểm tra
Lập kế hoạch cho
chu trình kế tiếp
Xác định mục tiêu,
phương án, ràng buộc
Chu trình 2
Chu trình 1
Chu trình 3
Qui trình phát triển HTTT
VC
&
BB
42
5.4 Một số qui trình
5.4.3 Qui trình phát triển nhanh hệ thống (RAD -
James Martin, 1991)
Sử dụng công cụ và môi trường phần mềm để biểu diễn
kết quả đạt được
Quá trình lặp thay đổi & điều chỉnh
Xác lập yêu cầu
Requirements plaining
Thiết kế
Design
Xây dựng
Construction
Chuyển giao
Cutover
Qui trình phát triển HTTT
VC
&
BB
43
Phân tích thiết kế để Tin học hóa một HTTT
Phân tích thiết kế HTTT
Các phương pháp phân tích thiết kế HTTT
Phương pháp Merise
VC
&
BB
44
Phân tích thiết kế HTTT
VC
&
BB
45
Phân tích thiết kế HTTT
1. Định nghĩa:
Phân tích thiết kế HTTT bao gồm việc nghiên cứu hiện
trạng để xác định mục tiêu và các giới hạn của hệ thống
tổ chức, trên cơ sở đó lựa chọn các giải pháp và cách
thức tổ chức thực hiện dựa vào các xử lý đặc thù của
máy tính điện tử.
VC
&
BB
46
Các phương pháp phân tích thiết kế HTTT
2.1 Nhược điểm khi phân tích thiết kế thiếu
phương pháp
Thiếu sự tiếp cận toàn cục cho một ứng dụng
Khó khăn trong hợp tác giữa người sử dụng và người
làm tin học
Thiếu một chuẩn thống nhất
VC
&
BB
47
Các phương pháp phân tích thiết kế HTTT
2.2 Yêu cầu đối với một phương pháp phân tích
thiết kế
Có cách tiếp cận phân tích theo hai hướng: top-down,
bottom-up
Có khả năng nhận dạng và biểu diễn những thành phần
của một HTTT
Có những điểm đối thoại và thỏa thuận với người sử
dụng
VC
&
BB
48
Các phương pháp phân tích thiết kế HTTT
2.3 Một số phương pháp phân tích thiết kế
Phương phân tích và thiết kế theo cấu trúc SADT
(Structured Analysis and Design Technique)
Phương pháp khảo sát và thể hiện tin học hóa cho các hệ
thống thông tin doanh nghiệp MERISE
(Mesthode d’Etude et de Resalisation Informatique des
Systèmes des Entreprises)
Phương pháp phân tích thiết kế hướng đối tượng OOAD
(Object Oriented Analysis and Design)
VC
&
BB
49
Phương pháp MERISE
H
ệ
th
ố
n
g
th
ô
n
g
tin
Mức quan niệm
Mức tổ chức
Mức vật lý
VC
&
BB
50
Phương pháp MERISE
3.1 Mức quan niệm
Mô tả HTTT một cách tổng quát. Các đặc trưng:
Mục tiêu: xác định các yêu cầu
Trả lời câu hỏi: Cái gì? (Dữ liệu nào, Qui tắc quản lý
nào?Để làm gì?)
Độc lập với mọi lựa chọn về phương thức triển khai
Đối với dữ liệu: mô tả ý nghĩa & các tương quan
Đối với xử lý: mô tả các thông lượng trao đổi & các hoạt
động trong lĩnh vực khảo sát
VC
&
BB
51
Phương pháp MERISE
3.1 Mức tổ chức
Mức tổ chức mô tả HTTT ở khía cạnh tổ chức thực hiện.
Các đặc trưng:
Mục tiêu: xác định cách tổ chức thực hiện
Trả lời câu hỏi:
Ai làm cái gì? (những người vận hành hệ thống)
Khi nào? (ý niệm thời gian)
Ở đâu (ý niệm nơi chốn)
Đối với dữ liệu: mô tả cấu trúc
Đối với xử lý: mô tả các hoạt động theo sự phân bố thời
gian và phân công thực hiện giữa con người & máy tính
VC
&
BB
52
3.2 Mức vật lý
Mức tổ chức mô tả HTTT một cách cụ thể gồm các đặc
trưng:
Mục tiêu: xác định cách thực hiện
Trả lời câu hỏi:
Như thế nào?
Đối với dữ liệu: sưu tập và cài đặt dữ liệu
Đối với xử lý: viết các chương trình khai thác cơ sở dữ
liệu
Phương pháp MERISE
VC
&
BB
53
3.3 Các mô hình biểu diễn cho giai đoạn TKHTTT
theo MERISE
Mức mô tả
Các thành phần được vận dụng
Dữ liệu Xử lý
T
H
IẾ
T
K
Ế
Quan niệm Mô hình DL mức
quan niệm
Mô hình xử
lý mức quan
niệm
Tổ chức Mô hình xử
lý mức tổ
chức
Logic Mô hình DL mức
logic
Mô hình DL
mức logic
C
À
I
Đ
Ặ
T Vật lý Mô hình DL mức
vật lý
Mô hình xử
lý mức vật
lý
Phương pháp MERISE
VC
&
BB
54
1/18/2016
4 bước chính mô hình thác nước
10
Khảo sát
Phân tích
Thiết kế
Triển khai
VC
&
BB
55
1/18/2016
Giai đoạn khảo sát
Phân tích hiện trạng1
Xác định yêu cầu2
Đề xuất phương án3
Ước lượng chi phí4
Quản lý quá trình thực hiện đề án5
VC
&
BB
56
1/18/2016
Phân tích hiện trạng
1. Mục tiêu:
Nhằm hiểu rõ hơn về thế giới thực đang xét, việc khảo sát này
phải độc lập với NSD đưa ra cho sản phẩm phần mềm.
Các mục tiêu khảo sát:
Nội dung : Những gì sẽ được thực hiện
Phương pháp : Thực hiện ntn.
Tần suất : Số lần xảy ra.
Khối lượng : Độ lớn của thông tin
Độ phức tạp : Mức độ phức tạp.
Độ chính xác : Đòi hỏi chính xác cao hay không?
Không gian : Ở đâu.
Thời gian : Khi nào?
Nếu đã có HTTT thì đánh giá những thiếu sót, vấn đề gặp phải
của HTTT hiện tại và lý do tại sao?
VC
&
BB
57
1/18/2016
Phân tích hiện trạng
2. Đối tượng khảo sát:
Cán bộ lãnh đạo – quản lý
NSD, nhân viên nghiệp vụ
Nhân viên tin học.
VC
&
BB
58
1/18/2016
Phân tích hiện trạng
Các câu hỏi cần trả lời khi phân tích hiện trạng:
Hệ thống đang làm gì?
Hệ thống gồm những công việc gì?
Hệ thống đang quản lý cái gì?
Những công việc do ai thực hiện? ở đâu? Khi nào ?
Những công việc được thực hiện như thế nào?
Các công việc liên quan đến công việc nào?
Chu kỳ, tần suất, khối lượng công việc?
Tầm quan trọng của các công việc?
Những thuận lợi & khó khăn?
VC
&
BB
59
1/18/2016
Phân tích hiện trạng
3. Hình thức tiến hành
Quan sát
Phỏng vấn
Bảng câu hỏi
Nghiên cứu tài liệu
VC
&
BB
60
1/18/2016
Phân tích hiện trạng
Quan sát:
Tham gia trực tiếp vào hệ thống như một
nhân viên thực thụ.
Sau một thời gian cùng làm việc thực thụ,
với nhiệm vụ nghề nghiệp, phân tích viên
nắm rõ các quy trình làm việc, nhận biết
được các ưu nhược điểm của hệ thống, hình
thành những cải tiến, những quy trình mới
phù hợp hơn.
VC
&
BB
61
1/18/2016
Phân tích hiện trạng
Phỏng vấn
PTV hẹn gặp NSD để hỏi các chi tiết cần
thiết.
Nên chuẩn bị trước các câu hỏi cho phù hợp
với đối tượng.
Cần xác định chính xác thời gian phỏng vấn.
Phỏng vấn những người trực tiếp tham gia
vào hệ thống: Nhóm giám đốc - lãnh đạo
quản lý và nhóm các vị trí làm việc thừa
hành - thực hiện.
Đầu tiên là phỏng vấn ban lãnh đạo, tiếp
theo là phỏng vấn từng vị trí làm việc cụ thể.
VC
&
BB
62
1/18/2016
Phân tích hiện trạng
Phỏng vấn
- Chuẩn bị trước khi tiến hành phỏng vấn:
+ Phải lựa chọn người được phỏng vấn
+ Liên lạc trước với người phỏng vấn
+ Chuẩn bị nội dung, chủ đề, các câu hỏi sẽ
đưa ra(câu hỏi mở hay câu hỏi đóng tuỳ theo
yêu cầu nội dung phỏng vấn)
+ Chuẩn bị phương tiện để lưu trữ kết quả
VC
&
BB
63
1/18/2016
Phân tích hiện trạng
Phỏng vấn
- Lưu ý khi tiến hành phỏng vấn:
+ Giới thiệu trước khi bắt đầu phỏng vấn
+ Khi hỏi luôn bám sát nội dung, chủ đề
phỏng vấn
+ Luôn giữ tinh thần thoải mái, thái độ
đúng mực đối với người được phỏng vấn
+ Cuộc phỏng vấn không quá 45'
VC
&
BB
64
1/18/2016
Phân tích hiện trạng
Phỏng vấn
- Vai trò: thu được nguồn thông tin chính
yếu nhất về một hệ thống cần phát triển trong
tương lai và hệ thống hiện tại
- Ưu điểm: Thông tin thu thập được chính
xác, biết được khá đầy đủ các yêu cầu của
người sử dụng đối với hệ thống mới.
VC
&
BB
65
1/18/2016
Phân tích hiện trạng
Phỏng vấn
Nhược điểm:
- Kết quả thu được phụ thuộc nhiều vào các yếu tố
khách quan
- Nếu không được chuẩn bị tốt thì dễ dẫn đến thất bại
- Bất đồng về ngôn ngữ cũng như các khái niệm được
đề cập.
- Cần hỏi được trực tiếp người cần có thông tin của họ
VC
&
BB
66
1/18/2016
Phân tích hiện trạng
Phỏng vấn giám đốc/lãnh đạo:
Mục tiêu:
- Nắm rõ hệ thống tổ chức ở mức vĩ mô
- Xác định tính khả thi của dự án
Kết quả:
- Mục tiêu chính của hệ thống thông tin
quản lý.
- Danh sách các vị trí làm việc.
- Các dữ liệu có tính chất toàn cục.
- Các lĩnh vực cần khảo sát, giới hạn
VC
&
BB
67
1/18/2016
Phân tích hiện trạng
Phỏng vấn các vị trí làm việc:
Mục tiêu:
- Thu thập các thông tin chi tiết
- Các thông tin liên quan đến HTTT cần phải xử lý tại mỗi
vị trí công tác
Kết quả:
- Liệt kê và mô tả tất cả các quy trình của công việc phải
thực hiện.
- Các tài liệu mô tả hoạt động của các qui trình
- Các hồ sơ, chứng từ liên quan
- Các qui tắc phục vụ cho công tác quản lý & các thống kê
báo cáo
VC
&
BB
68
Báo cáo kết quả phỏng vấn
Phiếu phỏng vấn tại vị trí làm việc
Phân tích hiện trạng
VC
&
BB
69
1/18/2016
Phân tích hiện trạng
Phỏng vấn các vị trí làm việc:
Mục tiêu:
- Thu thập các thông tin chi tiết
- Các thông tin liên quan đến HTTT cần phải xử lý tại mỗi
vị trí công tác
Kết quả:
- Liệt kê và mô tả tất cả các quy trình của công việc phải
thực hiện.
- Các tài liệu mô tả hoạt động của các qui trình
- Các hồ sơ, chứng từ liên quan
- Các qui tắc phục vụ cho công tác quản lý & các thống kê
báo cáo
VC
&
BB
70
1/18/2016
Phân tích hiện trạng
Bảng câu hỏi
Chỉ dành cho PTV kinh nghiệm, nắm
sát và hiểu trước các yêu cầu
PTV lập trước các bảng chứa câu hỏi,
có 2 dạng câu hỏi:
• Dạng đóng: Sử dụng bảng trắc nghiệm để họ
chọn những câu trả lời được in sẵn.
• Dạng mở: Sử dụng những câu hỏi và yêu cầu
họ viết câu trả lời.
VC
&
BB
71
1/18/2016
Phân tích hiện trạng
Nghiên cứu các tài liệu
Nắm được các công việc, chức năng, các quy tắc
làm việc của hệ thống.
Nghiên cứu các tài liệu:
• Các văn bản pháp quy quy định về chức năng, nhiệm
vụ của tổ chức.
• Các văn bản pháp quy quy định về tiêu chuẩn, quy tắc,
phương cách làm việc.
• Các chủ trương chính sách mà tổ chức, nhà
nước đã ban hành từ trước đến giờ.
• Các báo cáo, báo biểu, thống kê đang lưu trữ
...
VC
&
BB
72
1/18/2016
Phân tích hiện trạng
4. Nội dung khảo sát
Hiện trạng về tổ chức
Hiện trạng về nghiệp vụ
Hiện trạng về mặt Tin học
VC
&
BB
73
1/18/2016
Phân tích hiện trạng
4. Nội dung khảo sát
Hiện trạng về tổ chức
Gồm có:
• Cấp trên
• Cấp dưới
• Đối tác
VC
&
BB
74
1/18/2016
Phân tích hiện trạng
4. Nội dung khảo sát
Hiện trạng về tổ chức
Liệt kê các bộ phận và mối quan hệ liên
quan:
• Đối nội: mô tả chức năng, nhiệm vụ từng bộ
phận như: có ? Phòng ban, cơ cấu tổ chức,
nhiệm vụ, quan hệ giữa các bộ phận.
• Xác định thông tin và hình thức chuyển đổi thông
tin giữa các phòng ban.
• Vị trí các phòng ban và số lượng nhân viên.
Vẽ sơ đồ biểu diễn mối quan hệ giữa các bộ
phận (vd/10)
VC
&
BB
75
1/18/2016
Phân tích hiện trạng
4. Nội dung khảo sát
Hiện trạng về nghiệp vụ: nêu quy trình nghiệp vụ (các
công việc) của từng bộ phận. Mỗi quy trình phải nêu:
Phương cách hoạt động: Công việc làm thủ công (Do
con người thực hiện) hay có thể tự động hóa được (Do
máy tính thực hiện) hay tương tác giữa người và máy ?
Điều kiện khởi động: Khi nào, với điều kiện nào thì
công việc khởi động.
Chu kỳ thực hiện: Trong khoảng thời gian bao nhiêu thì
công việc được lập lại.
Thời lượng thực hiện: Thời gian để hoàn thành công
việc.
Dữ liệu vào, dữ liệu ra: Mô tả đầy đủ kiểu dữ liệu vào
và ra bao gồm: Tên dữ liệu, kiểu dữ liệu, dung lượng, ý
nghĩa của từng thuộc tính của dữ liệu.
Danh sách các quy trình có liên quan.
VC
&
BB
76
1/18/2016
Con người sử dụng máy tính để?
• Ghi chép
• Tìm kiếm
• Tính toán
• Báo cáo
Người quản lý làm
những việc gì? Ngay từ
khi chưa có máy tính?
• Lưu trữ
• Tra cứu
• Tính toán
• Báo biểu
VC
&
BB
77
1/18/2016
Phân tích hiện trạng
4. Nội dung khảo sát
Hiện trạng về nghiệp vụ:
Kết quả nghiệp vụ thực hiện được, gồm:
• Lưu trữ.
• Tra cứu
• Tính toán
• Báo biểu
VC
&
BB
78
1/18/2016
Phân tích hiện trạng
4. Nội dung khảo sát
Hiện trạng về mặt Tin học
Gồm có:
• Hiện trạng phần cứng
• Hiện trạng phần mềm
• Nhân sự
VC
&
BB
79
1/18/2016
Phân tích hiện trạng
4. Nội dung khảo sát
Hiện trạng về mặt Tin học
Hiện trạng phần cứng:
• Có bao nhiêu máy?
• Có nối mạng hay không?
• Cấu hình từng máy
• Thiết bị liên quan
VC
&
BB
80
1/18/2016
Phân tích hiện trạng
4. Nội dung khảo sát
Hiện trạng về mặt Tin học
Hiện trạng phần mềm:
• Hệ điều hành hiện tại là gì?
• Những phần mềm đang sử dụng?
• Những phần mềm đang sử dụng để dễ
tích hợp với phần mềm chuẩn bị thực
hiện.
Nhân sự:
• Huấn luyện sử dụng dựa trên trình độ tin
học của người dùng.
VC
&
BB
81
1/18/2016
Giai đoạn khảo sát
Phân tích hiện trạng1
Xác định yêu cầu2
Đề xuất phương án3
Ước lượng chi phí4
Quản lý quá trình thực hiện đề án5
VC
&
BB
82
1/18/2016
Xác định yêu cầu (Đặc tả bài toán)
Sau khi nghiên cứu hiện trạng, ta tóm tắt hệ
thống thành các mục:
1) Mục tiêu của hệ thống (bài toán).
2) Hiện trạng của hệ thống.
3) Các quy tắc quản lý của hệ thống.
4) Các công việc phải làm được sau khi hệ
thống được tự động hóa.
Mô tả đầy đủ, rõ ràng, cụ thể, chính xác.
VC
&
BB
83
1/18/2016
Xác định yêu cầu (Đặc tả bài toán)
Yêu cầu chung:
Lưu trữ
Tra cứu
Tính toán
Báo biểu
: cần ghi chép những thông tin nào.
: Tìm kiếm
: cách thức và trình tự tính toán.
: số lượng và hình thức của các báo
biểu
VC
&
BB
84
1/18/2016
Xác định yêu cầu
Yêu cầu chức năng: Bảng mô tả yêu cầu
STT Loại thông tin Ý nghĩa
1 Tên công việc Tên công việc ứng với yêu cầu
2 Tên người thực hiện Tên người hoặc bộ phận sẽ thực hiện công
việc
3 Không gian Địa điểm công việc được thực hiện
4 Thời gian Thời điểm công việc được thực hiện
5 Nội dung Cách thức tiến hành công việc cùng các
quy định liên quan
6 Kết quả, dạng thể hiện Các biểu mẫu lquan đang hoặc sẽ sử dụng
7 Hình thức thực hiện Cách thức giao tiếp với p mềm (nói, scan,
nhập trực tiếp từ bàn phím)
VC
&
BB
85
1/18/2016
Xác định yêu cầu
Yêu cầu phi chức năng: Các ràng buộc trên
việc thực hiện yêu cầu chức năng
Tính tiến hóa:
Thêm Thay đổi
Lưu trữ Thông tin mới Các quy định mới
Tra cứu Đối tượng tra cứu Tiêu chuẩn và kết quả tra cứu
Tính toán Tính toán mới Quy định tính toán
Báo biểu Báo biểu mới Dạng báo biểu
VC
&
BB
86
1/18/2016
Xác định yêu cầu
Yêu cầu phi chức năng: Các ràng buộc
trên việc thực hiện yêu cầu chức năng
Tính hiệu quả:
• Khối lượng cần lưu trữ
• Tốc độ thực hiện các yêu cầu
Tính tiện dụng:
• Hình thức giao tiếp giữa người dùng và
phần mềm
VC
&
BB
87
1/18/2016
Xác định yêu cầu
Tính tương thích:
• Cách tiếp cần dữ liệu
• Môi trường thực hiện
• Các phần mềm cần chuyển đổi dữ liệu
Tính bảo mật:
• Hệ thống NSD và quyền hạn tương ứng
về các yêu cầu chức năng
Tính an toàn:
• Các chu kỳ thực hiện sao chép dữ liệu
(backup)
• Khi có sự cố, việc restore dữ liệu ra sao?
VC
&
BB
88
1/18/2016
Ví dụ
Bài toán quản lý học sinh ở trường phổ thông
trung học chuyên ban:
Một trường phổ thông trung học chuyên ban cần
quản lý toàn diện học sinh trên máy vi tính. Sau
khi khảo sát hiện trạng, phân tích viên nắm được
những thông tin sau:
Quản lý lý lịch học sinh: Mỗi học sinh được nhà
trường quản lý các thông tin: Họ, tên, giới tính,
ngày sinh, nơi sinh, địa chỉ, đối tượng, cha mẹ,
anh chị em ruột cùng học trong trường.
VC
&
BB
89
1/18/2016
Trong lý lịch:
Nơi sinh chỉ quản lý cấp huyện và tỉnh.
Địa chỉ quản lý xã, huyện và tỉnh.
Cha mẹ bao gồm: Họ tên, nghề nghiệp, cơ
quan và chức vụ tại cơ quan của cha hoặc mẹ.
Tổ chức học tập: Học sinh được tổ chức
thành lớp học theo chuyên ban của khối. Mỗi
khối học có một số môn học với số tiết và hệ số
khác nhau cho từng chuyên ban. Mỗi môn học
của mỗi lớp được một thầy cô giáo giảng dạy
trong suốt năm học.
VC
&
BB
90
1/18/2016
Quản lý học tập: Điểm của học sinh được quản lý theo
từng học kỳ (mỗi năm có 2 học kỳ). Mỗi môn học có một
sổ điểm riêng do giáo viên môn học giữ. Sổ điểm được
phân chia thành các cột sau:
Kiểm tra miệng (Hệ số 1): Kiểm tra tối đa 3 lần trong
một học kỳ; có thể không kiểm tra.
Kiểm tra 15 phút (Hệ số 1): Kiểm tra tối đa là 5 lần, tối
thiểu là 2 lần trong 1 học kỳ.
Kiểm tra thực hành (Hệ số 1): Kiểm tra tối đa 2 lần
trong một học kỳ; có thể không kiểm tra.
Kiểm tra 1 tiết (Hệ số 2): Kiểm tra đúng 3 lần trong một
học kỳ.
Thi học kỳ: Kiểm tra đúng 1 lần trong một học kỳ.
VC
&
BB
91
1/18/2016
Quy tắc tính điểm trung bình:
TB môn học kỳ = (TBKT + Đ thi học kỳ* 2)/3
TBKT: Điểm trung bình các lần kiểm tra theo hệ số
TB môn năm = (TB Học kỳ 2 * 2 + TB Học kỳ 1)/3
Quy tắc xếp loại:
Xuất sắc: TB năm >= 9.0 Giỏi: 8<=TB năm < 9
Khá: 7<=TB năm <8 Trung bình:5<=TB năm <7
Yếu: 3<=TB năm < 5 Kém: TB năm < 3
VC
&
BB
92
1/18/2016
Giai đoạn khảo sát
Phân tích hiện trạng1
Xác định yêu cầu2
Đề xuất phương án3
Ước lượng chi phí4
Quản lý quá trình thực hiện đề án5
VC
&
BB
93
1/18/2016
Đề xuất phương án
Nội dung của các phương án
Khái niệm: Mô tả cách thức triển khai để nsd
thực hiện công việc trên máy tính.
Các loại phương án (tương đối):
Quy mô Nhân sự Thời gian triển khai
Nhỏ < 5 người 6 tháng
Trung bình 5 – 50 người 1 – 2 năm
Lớn 50 – 100 người 2 – 5 năm
Rất lớn > 1000 người > 5 năm
VC
&
BB
94
1/18/2016
Đề xuất phương án
Nội dung của các phương án
Nội dung của từng phương án:
• Phần cứng:
– Máy (cấu hình, số lượng)
– Thiết bị (máy in, scan)
– Mạng (mạng gì, chuẩn truyền nào?)
• Phần mềm:
– Cơ bản
» Hệ điều hành?
» Hệ quản trị CSDL nào?
» Môi trường lập trình?
» Các công cụ, tiện ích khác (Web, mail, Fax, chuẩn
tiếng Việt đang dùng)
VC
&
BB
95
1/18/2016
Đề xuất phương án
Nội dung của các phương án
Nội dung của từng phương án:
• Phần cứng:
• Phần mềm:
– Cơ bản
– Ứng dụng
» Có bao nhiêu phân hệ?
» Phân quyền như thế nào trên các phân hệ đó?
• Nhân sự: đề ra kế hoạch đào tạo, huấn luyện
NSD.
Đánh giá, so sánh các phương án với nhau.
VC
&
BB
96
1/18/2016
Giai đoạn khảo sát
Phân tích hiện trạng1
Xác định yêu cầu2
Đề xuất phương án3
Ước lượng chi phí4
Quản lý quá trình thực hiện đề án5
VC
&
BB
97
1/18/2016
Ước lượng chi phí
Mục tiêu: dự kiến chi phí của toàn bộ dự án.
Các loại chi phí:
Phần cứng và phần mềm cơ sở.
Huấn luyện – Đào tạo
Phần mềm ứng dụng
• Công việc = {tất cả các công việc trong quy trình
xây dựng phần mềm}
• Chi phí cho mỗi công việc = thời gian x đơn giá
Thời gian: dựa trên số giờ/ngày/tuần/tháng/năm
khi phân công công việc
• Tổng chi phí = chi phí cho mỗi công việc
VC
&
BB
98
1/18/2016
Ước lượng chi phí
Các phương pháp ước lượng
Dựa vào chuyên gia
• Cách tiến hành
– Chọn chuyên gia
– Thu thập đánh giá của chuyên gia
– Tổng hợp ý kiến và sử dụng hệ số an toàn với việc
phân tích rủi ro
• Lưu ý
– Chọn đúng chuyên gia
– Không dùng trung bình cộng
• Đặc điểm
– Đơn giản, nhanh, chính xác tùy vào việc chọn chuyên
gia.
VC
&
BB
99
1/18/2016
Ước lượng chi phí
Các phương pháp ước lượng
Dùng công thức
• Cách tiến hành
– Sử dụng bảng tra công việc (Vd/15)
– Sử dụng bảng tra các hệ số kinh nghiệm của nhân sự
được phân công (Vd/16)
– Số ngày thực hiện = số ngày thực hiện công việc x hệ
số của người thực hiện
• Lưu ý
– Các hệ số được xây dựng càng mịn độ chính xác
càng cao.
• Đặc điểm
– Phức tạp, tốn nhiều thời gian
– Chi tiết và có độ chính xác cao
VC
&
BB
10
0
1/18/2016
Ước lượng chi phí
Các phương pháp ước lượng
Dùng tỷ lệ/16
Phương pháp khác/16
VC
&
BB
10
1
1/18/2016
Quản lý quá trình thực hiện đề án
Mục tiêu
Sau khi đề án được phê duyệt, cần có sự
phân công công việc cho từng người, từng
bộ phận. Dựa vào đó, ta lập các biểu đồ để
quản lý quá trình thực hiện đề án. Nhờ vậy
ta có thể chủ động theo dõi, chỉ đạo để đề
án thực hiện đúng tiến độ quy định.
Các hình thức thường dùng
Biểu đồ Perl
Biểu đồ Gant
VC
&
BB
10
2
1/18/2016
Giai đoạn phân tích
Mô hình chức năng BFD1
Mô hình quan niệm tổ chức xử lý2
Phân tích thành phần xử lý 3
Mô hình dòng dữ liệu (DFD)4
Mô hình thực thể kết hợp (ERD)5
VC
&
BB
10
3
1/18/2016
Mô hình chức năng BFD
BFD: Business Function Diagram
Xác định chức năng nghiệp vụ cần được tiến
hành bởi hệ thống.
Phân rã có thứ bậc các chức năng của hệ
thống. Mỗi chức năng có thể gồm nhiều chức
năng con và thể hiện trong 1 khung sơ đồ.
VC
&
BB
10
4
1/18/2016
Mô hình chức năng BFD
Xây dựng BFD theo phân cấp chức
năng.
Phân mức các chức năng
Xác định các chức năng
• Chức năng chính
• Chức năng con
VC
&
BB
10
5
1/18/2016
Mô hình chức năng BFD/17-21
Chức năng: là công việc mà tổ chức cần làm
và được phân theo nhiều mức từ tổng hợp đến
chi tiết.
Đặt tên: Động từ + Bổ ngữ
Kí hiệu:
Quan hệ phân cấp:
Tên chức năng
VC
&
BB
10
6
Mô hình chức năng BFD
Xây dựng BFD theo phân tích công ty.
Áp dụng cho các hệ thống lớn, đòi hỏi phân
tích sao cho xử lý dữ liệu thống nhất. Phải
xác định các tất cả các chức năng nghiệp vụ
mức cao nhất của toàn công ty (xem kế
hoạch cty)
VC
&
BB
10
7
1/18/2016
Mô hình dòng dữ liệu (DFD)/33
Mô hình dòng dữ liệu: thể hiện mối liên quan
về dữ liệu giữa các công việc và các thành
phần khác với các công việc.
Các thành phần
• Xử lý
• Dòng dữ liệu
• Kho dữ liệu
• Đầu cuối
VC
&
BB
10
8
1/18/2016
Mô hình dòng dữ liệu (DFD)
Xử lý
Khái niệm
• Là một hoạt động bên trong HTTT
• Có thể là: tạo mới, sử dụng, cập nhật hay
hủy bỏ thông tin
• Khi 1 xử lý không tạo mới hay hủy thông
tin, nó chuyển đổi dữ liệu của các dòng
dữ liệu vào thành dữ liệu của các dòng
dữ liệu ra.
Ký hiệu:
Tên 1 xử lý: động từ + bổ ngữ
VC
&
BB
10
9
1/18/2016
Mô hình dòng dữ liệu (DFD)
Dòng dữ liệu
Khái niệm
• Biểu diễn sự di chuyển từ thành phần này
đến thành phần kia (thành phần: xử lý,
kho dữ liệu, đầu cuối)
Ký hiệu:
Tên 1 DDL: nội dung của dữ liệu
VC
&
BB
11
0
1/18/2016
Mô hình dòng dữ liệu (DFD)
Kho dữ liệu
Khái niệm
• Biểu diễn vùng chứa thông tin bên trong
HTTT. Các file trung gian, tập hồ sơ, bảng
tra cứu, tập phiếu bằng giấy,
Ký hiệu:
Tên 1 kho dữ liệu: nội dung của dữ liệu lưu
trữ trong kho.
VC
&
BB
11
1
1/18/2016
Mô hình dòng dữ liệu (DFD)
Đầu cuối
Là loại thực thể bên ngoài có quan hệ giao
tiếp với HTTT.
Ký hiệu:
Chú ý: Không quan tâm đến quan hệ giữa
các đầu cuối với nhau.
Tên đầu cuối: tên loại thực thể liên quan.
VC
&
BB
11
2
1/18/2016
Ví dụ:
Xử lý
Đầu cuối
Dòng dữ liệu
Kho dữ liệu
đặt hàng
Khách hàng duyệt đơn
Thanh toán Hoá đơn
Giao hàng Hàng tồn kho
+ hoá đơn
Bán hàng
DFD của hoạt động bán hàng
VC
&
BB
11
3
1/18/2016
Ví dụ:
Sách /33
VC
&
BB
11
4
1/18/2016
Xác định các đầu cuối.
Xác định các xử lý (công việc, tiến trình).
Xác định dòng dữ liệu vào, ra với đầu cuối.
Xác định dòng dữ liệu vào, ra với xử lý.
Thiết kế lược đồ dòng dữ liệu khung.
Lặp lại
Tinh chế các xử lý của lược đồ khung
Đến khi
Tất cả khái niệm của yêu cầu ban đầu đã được diễn
tả trong lược đồ
Kiểm tra chất lượng của lược đồ: độc lập, đầy đủ, đúng
đắn, dễ đọc và tối thiểu.
Phương pháp luận thiết kế mô hình DFD/35
VC
&
BB
11
5
1/18/2016
Cấp đầu tiên là cấp 0: lược đồ khung (lược đồ
ngữ cảnh)
Các cấp còn lại đánh số 1, 2, 3
Các xử lý ở các cấp được đánh số theo xử lý
ở cấp trên tương ứng và chỉ số ở cấp này.
Vd:
Một số hướng dẫn khi xây dựng mô hình DFD
Chất lượng của lược đồ DFD
Các cấp của lược đồ DFD
VC
&
BB
11
6
1/18/2016
Cấp đầu tiên là cấp 0: lược đồ khung (lược đồ
ngữ cảnh)
Các cấp còn lại đánh số 1, 2, 3
Các xử lý ở các cấp được đánh số theo xử lý
ở cấp trên tương ứng và chỉ số ở cấp này.
Vd:
Một số hướng dẫn khi xây dựng mô hình DFD
Chất lượng của lược đồ DFD
Một số ví dụ/trang 38 40
VC
&
BB
11
7
1/18/2016
Mô hình quan niệm dữ liệu (ERD)
Các yếu tố cơ bản của mô hình ERD
Thực thể
Mối kết hợp
Bản số
Thuộc tính
Định danh (khóa)
VC
&
BB
11
8
1/18/2016
Mô hình quan niệm dữ liệu
Các yếu tố cơ bản của mô hình ERD
Thực thể
Mối kết hợp
Thuộc tính
Định danh (khóa)
VC
&
BB
11
9
1/18/2016
Mô hình ERD
Khái niệm
Thực thể là một đối tượng tồn tại độc lập trong thế giới
thực. Một thực thể có thể là một đối tượng tồn tại vật lý (ví
dụ: một người, một xe, một cái nhà hay một nhân viên cụ
thể nào đó) hay tồn tại ở mức khái niệm (ví dụ: một công
việc, một khóa học nào đó)
Một thực thể được nhận diện bằng một số thuộc tính
của nó. Thuộc tính (Attribute) của thực thể là yếu tố thông
tin cụ thể để tạo thành một thực thể.
Mỗi thực thể được đặc trưng bởi tên thực thể và danh
sách các thuộc tính của nó (định danh, loại, thời gian,
không gian, định lượng, con người)
VC
&
BB
12
0
Ký hiệu:
VC
&
BB
12
1
Ví dụ về kiểu thực thể:
◦ Người: NHÂN_VIÊN, HỌC_SINH, BỆNH_NHÂNATIENT
◦ Nơi chốn: CỬA_HÀNG, NHÀ_KHO
◦ Vật thể: MÁY, SẢN_PHẨM, Ô_TÔ
◦ Sự kiện: GHI_DANH, LỄ_HỘI
◦ Khái niệm: TÀI_KHOẢN, MÔN_HỌC
Cách đặt tên và xác định kiểu thực thể:
◦ Tên 1 kiểu thực thể là 1 danh từ đơn
◦ Một kiểu thực thể phải cụ thể, mô tả được
◦ Một tên kiểu thực thể phải ngắn gọn
◦ Các kiểu thực thể sự kiện nên được đặt tên cho các kết quả của
các sự kiện, không phải là hoạt động hay quá trình của sự kiện.
VC
&
BB
12
2
Thuộc tính (Attribute)
Mỗi thực thể có các thuộc tính, các thuộc tính là các
đặc trưng để mô tả một thực thể
Ví dụ:
Một thực thể NHÂN_VIÊN có thể được mô tả bởi các
thuộc tính Tên nhân viên, Tuổi, Địa chỉ, Nghề nghiệp
Một thực thể NHÂN_VIÊN e có các thuộc tính
Tên nhân viên: “Nguyễn văn Tuấn” Địa chỉ: “12 Lê Lợi, Nha Trang”
Tuổi: 25 Nghề nghiệp: “Kỹ sư”
VC
&
BB
12
3
Ví dụ:
Một thực thể CÔNG_TY có thể được mô tả bởi các
thuộc tính Tên công ty, Trụ sở, Giám đốc
Một thực thể CÔNG_TY c có các thuộc tính
Tên công ty: “FISHCO” Trụ sở: “Nha Trang”
Giám đốc: “Lê Tuấn”
e
Tên nhân viên: Nguyễn Văn Tuấn
Tuổi: 25
Địa chỉ: 12 Lê Lợi, Nha Trang, Khánh
Hòa
Nghề nghiêp Kỹ sư
c
Tên công ty: FISHCO
Trụ sở: Nha Trang
Giám đốc: Lê Tuấn
VC
&
BB
12
4
Thuộc tính (Attribute)
Loại thuộc tính:
- Thuộc tính đơn giản(simple)/Thuộc tính phức hợp (composite)
- Thuộc tính phức hợp là thuộc tính có thể phân rã thành các thuộc
tính nhỏ hơn
- Ví dụ:
Địa chỉ
- Số nhà_Đường phố Thành phố Tỉnh
Số nhà Đường phố
- Thuộc tính đơn trị (single valued)/Thuộc tính đa trị (multivalued)
- Tuổi: 25 / Ngoại ngữ: Anh, Pháp, Trung
VC
&
BB
12
5
◦ Thuộc tính (Attribute)
◦ Loại thuộc tính:
- Thuộc tính lưu trữ (store)/Thuộc tính suy dẫn(derived)
Ví dụ: Thuộc tính lưu trữ: Ngày sinh
Thuộc tính suy dẫn: Tuổi
oGiá trị NULL
- Trong một số trường hợp giá trị thuộc tính của 1 thực thể có thể
chưa được được mang xác định thích hợp, trong trường hợp này
thuộc tính mang giá trị NULL
Tất cả các thực thể nằm trong tập thực thể có cùng tập thuộc tính
Mỗi thực thể đều được phân biệt bởi một thuộc tính khóa
Mỗi thuộc tính đều có miền giá trị tương ứng với nó
VC
&
BB
12
6
Ví dụ về kiểu thực thể và thuộc tính:
SINH_VIÊN: Mã_số_SV, Tên_SV, Địa_chỉ, Điện_thoại,
Chuyên_ngành
Cách đặt tên thuộc tính:
Một tên thuộc tính là một danh từ.
Một tên thuộc tính phải là duy nhất
Để làm cho một tên thuộc tính độc đáo và rõ ràng, mỗi tên thuộc
tính nên thực hiện theo một định dạng chuẩn
Thuộc tính tương tự như các loại thực thể khác nhau nên sử
dụng tên tương tự nhưng phân biệt.
VC
&
BB
12
7
Ví dụ : Thực thể NHÂN VIÊN gồm có các thuộc tính:
Mã nhân viên, họ nhân viên, tên nhân viên, ngày sinh,
đơn vị, nơi sinh.
NHÂN VIÊN
- Mã nhân viên
- Họ nhân viên
- Tên nhân viên
- Ngày sinh
- Đơn vị
- Nơi sinh
VC
&
BB
12
8
Nguyên tắc xây dựng thực thể
a) Nguyên tắc 1: Tất cả các thuộc tính của một thực thể là độc
lập tuyến tính.
Nghĩa là không có một thuộc tính nào của thực thể có giá trị
được tính toán từ giá trị của những thuộc tính khác.
Theo nguyên tắc này, ta phải loại bỏ tất cả các thuộc tính phụ
thuộc tuyến tính ra khỏi thực thể.
Ví dụ 1:
Được
đổi
thành
HÓA ĐƠN
- Số HĐ
- Mặt hàng
- Số lượng
- Đơn giá
- Thành tiền
HÓA ĐƠN
- Số HĐ
- Mặt hàng
- Số lượng
- Đơn giá
THÍ SINH
-Số BD
-Họ TS
-Tên TS
-Điểm M1
-Điểm M2
-Điểm M3
-Tổng SĐ
-Kết quả
Được
đổi
thành
THÍ SINH
-Số BD
-Họ TS
-Tên TS
-Điểm M1
-Điểm M2
-Điểm M3
VC
&
BB
12
9
b) Nguyên tắc 2:
Tất cả các thuộc tính của một thực thể là đơn trị.
Nghĩa là mỗi phần tử của thực thể nếu có giá trị tại một
thuộc tính thì giá trị đó là duy nhất.
Khi một thuộc tính của thực thể là đa trị thì ta tách
thuộc tính ấy thành một thực thể độc lập.
Ví dụ: Trong bài toán quản lý công chức và tiền lương,
các thuộc tính Cha, mẹ, vợ hay chồng là thuộc tính đơn
trị của thực thể CÔNG CHỨC vì một công chức có duy
nhất một cha, một mẹ, một vợ hay chồng. Còn các thuộc
tính: Con, Anh em là thuộc tính đađ trị của thực thể
CÔNG CHỨC vì một công chức có thể có nhiều con,
nhiều anh em. Ta phải tổ chức CON, ANH EM thành các
thực thể độc lập.
VC
&
BB
13
0
CÔNG CHỨC
-Mã công chức
-Họ CC
-Tên CC
-Họ tên cha
-Họ tên mẹ
-Họ tên vợ chồng
-Họ tên con
-Họ tên anh em
CÔNG CHỨC
-Mã công chức
-Họ CC
-Tên CC
-Họ tên cha
-Họ tên mẹ
-Họ tên vợ chồng
CON
- Mã con
- Họ tên con
ANH EM
- Mã anh em
- Họ tên anh em
Được đổi thành
CC-C
CC-AE
VC
&
BB
13
1
c) Nguyên tắc 3:
Mỗi thực thể phải có một khóa chỉ có một thuộc tính.
Nếu một thực thể nào đó không có một thuộc tính nào
làm khóa được thì ta thêm vào đó một thuộc tính để làm
khóa. Thông thường ta dùng Mã + Tên thực thể.
Ví dụ: Trong NHÂN VIÊN ta đưa thêm thuộc tính Mã
nhân viên làm khóa.
Trong biểu diễn thực thể, những thuộc tính khóa được
gạch dưới.
NHÂN VIÊN
- Mã nhân viên
- Họ nhân viên
- Tên nhân viên
VC
&
BB
13
2
d) Nguyên tắc 4:
Khi một thuộc tính của thực thể thoả ba điều kiện:
Miền xác định của nó có nhiều giá trị (hơn 2 giá trị).
Mỗi giá trị có kiểu text và chiếm một dung lượng lớn.
Mọi giá trị được lặp lại nhiều lần trong bảng dữ liệu.
Thì phải tách thuộc tính ấy thành một thực thể riêng có tên là
tên thuộc tính và có hai thuộc tính là: Mã+Tên thuộc tính và
Tên+Tên thuộc tính.
Ví dụ: Thuộc tính Đơn vị, Nơi sinh trong thực thể NHÂN
VIÊN với Nơi sinh bao gồm Huyện và Tỉnh được tách thành các
thực thể riêng như sau:
VC
&
BB
13
3
NHÂN VIÊN
- Mã nhân viên
- Họ nhân viên
- Tên nhân viên
- Ngày sinh
HUYỆN
- Mã huyện
- Tên huyện
TỈNH
- Mã tỉnh
- Tên tỉnh
ĐƠN VỊ
- Mã đơn vị
- Tên đơn vị
NV-H
H-T
NV-ĐV
NHÂN VIÊN
- Mã nhân viên
- Họ nhân viên
- Tên nhân viên
- Ngày sinh
- Huyện
- Tỉnh
- Đơn vị
VC
&
BB
13
4
NHÂN VIÊN
- Mã nhân viên
- Họ nhân viên
- Tên nhân viên
- Ngày sinh
LOẠIKH
- Mã loại
- Tên loại
NV-L
NHÂN VIÊN
- Mã nhân viên
- Họ nhân viên
- Tên nhân viên
- Ngày sinh
- Loại KH
VC
&
BB
13
5
Nguyên tắc 5: (Chuyên biệt hóa)
Khi một thuộc tính của thực thể thoả hai điều kiện:
Chỉ có một số phần tử của thực thể có giá trị.
Khi một phần tử có giá trị thì kéo theo có thêm giá
trị tại một số thuộc tính tương ứng khác nữa.
Thì chuyển thuộc tính ấy thành một thực thể
chuyên biệt hóa có tên là tên thuộc tính và có thuộc
tính là các thuộc tính tương ứng của nó.
Thực thể sinh ra chuyên biệt hóa gọi là thực thể
Cha, chuyên biệt hóa gọi là thực thể Con.
Ký hiệu:
TT CHA
..
..
TT CON
..
..
VC
&
BB
13
6
Ví dụ: Trong hệ thống quản lý nhân viên của một
cơ quan, với thực thể NHÂN VIÊN, ngoài những
thuộc tính chung như: Họ, tên, ngày sinh, giới tính,
nơi sinh; có thêm các thuộc tính: Đảng viên, Bộ đội ...
Thuộc tính Đảng viên để quản lý những Đảng viên
trong cơ quan. Chỉ có một số nhân viên là Đảng viên,
nếu là Đảng viên thì quản lý: Ngày vào Đảng, ngày
chính thức, nơi vào Đảng.
Thuộc tính Bộ đội để quản lý những nhân viên
trong cơ quan từng đi bộ đội. Chỉ có một số nhân
viên là bộ đội. Nếu là bộ đội thì quản lý các thuộc
tính: Ngày nhập ngũ, ngày xuất ngũ, cấp bậc và binh
chủng khi xuất ngũ.
VC
&
BB
13
7
NHÂN VIÊN
-Mã nhân viên
-Họ nhân viên
-Tên nhân viên
-Ngày sinh NV
ĐVIÊN
-Ngày VĐ
-Ngày CT
TỈNH
-Mã tỉnh
-Tên tỉnh
ĐV-T
BỘ ĐỘI
-Ngày NN
-Ngày XN
B CHỦNG
-Mã BC
-Tên BC
CẤP BẬC
-Mã CB
-Tên CB
BĐ-BC
BĐ-CB
VC
&
BB
13
8
Như vậy, thuộc tính Đảng viên được tách thành
một chuyên biệt hóa: ĐẢNG VIÊN với các thuộc
tính:
Ngày vào Đảng, ngày chính thức, nơi vào Đảng.
Thuộc tính Bộ đội được tách thành một chuyên
biệt hóa: BỘ ĐỘI với thuộc tính:
Ngày nhập ngũ, ngày xuất ngũ, cấp bậc và binh
chủng khi xuất ngũ.
VC
&
BB
13
9
Mối kết hợp (Relations):
Khái niệm
Khái niệm thực thể với các thuộc tính không đủ để biểu diễn được
mọi hiện thực của hệ thống, vì trong hệ thống, các thực thể có mối
liên quan với nhau.
Mối kết hợp là sự mô tả mối liên hệ giữa các phần tử của các thực
thể.
Mỗi mối kết hợp có một ý nghĩa riêng của nó với thuộc tính riêng của
nó.
Tên của mối kết hợp là một động từ (chủ động hay bị động) phản
ảnh ý nghĩa của nó
Ký hiệu: Để ký hiệu mối kết hợp, người ta dùng một hình elip, trong
đó ghi tên của mối kết hợp và các thuộc tính riêng của nó nếu có:
T THỂ 2
•..
•..
T THỂ 1
• .
•..
TÊN
MKH
VC
&
BB
14
0
Ví dụ:
THI có ý nghĩa: Một sinh viên thi một môn học nào
đó, thi lần thi thứ mấy và được bao nhiêu điểm.
SINH VIÊN
- Mã sinh viên
- Họ SV
- Tên SV
- Giới tính SV
MÔN HỌC
-Mã Mơn học
-Tên mơn học
-Số ĐVHT
THI
- Lần thi
- Điểm
VC
&
BB
14
1
SV-H
ĐKMH
THI
- Lần
- Điểm
HUYỆN
- Mã huyện
-Tên huyện
SINH VIÊN
- Mã SV
- Họ SV
- Ngày sinh
- Giới tính
M HỌC
- Mã MH
- Tên MH
- Số ĐVHT
Một thực thể có thể tham gia nhiều mối kết hợp và giữa hai
thực thể có thể có nhiều mối kết hợp.
Ví dụ:
Giữa hai thực thể SINH VIÊN và MÔN HỌC có ba mối
kết hợp là ĐKMH, THI và MIỄN THI.
Thực thể SINH VIÊN tham gia bốn mối kết hợp.
MIỄN THI
VC
&
BB
14
2
Số ngôi của mối kết hợp
Số ngôi của một mối kết hợp là số thực thể tham gia
vào mối kết hợp đó.
THỜI KHÓA BIỂU là mối kết hợp 5 ngôi
MÔN HỌC
- Mã môn học
- Tên môn học
GIÁO VIÊN
- Mã giáo viên
- Tên giáo viên
NGÀY TT
- Mã ngày
- Tên ngày
TIẾT HỌC
- Mã tiết học
- Giờ bắt đầu
PHÒNG HỌC
- Mã phòng học
- Tên phòng học
TKB
- Ngày BĐ
- Ngày KT
VC
&
BB
14
3
Bản số của mối kết hợp
Để diễn tả tần suất xuất hiện của các phần tử của thực thể trong một mối
kết hợp người ta dùng một khái niệm là bản số.
Bản số là một cặp số (m,n), chứa số tối thiểu và số tối đa các phần tử
của thực thể có thể tham gia vào mối kết hợp. Bản số của thực thể nào
được ghi trên nhánh của thực thể đó. Nếu số tối thiểu hay tối đa là nhiều
bộ, ta ghi là n.
Một sinh viên học tối
thiểu là 1 môn học, tối đa
là nhiều môn
Một môn học được học tối thiểu
bởi 1 sinh viên, tối đa là nhiều
sinh viên.
HỌC
(1,n) (1,n)
HỌC SINH HỌC LỚP HỌC(1,1) (1,n)
SINH VIÊN
- Mã SV
- Họ SV
MÔN HỌC
- Mã MH
- Tên Mh
VC
&
BB
14
4
Thực thể yếu (Weak Entity) là thực thể mà sự tồn tại của
nó phụ thuộc vào sự tồn tại của (các) thực thể khác.
Thông thường, Khóa của của thực thể yếu thường phải
mang thuộc tính khóa của thực thể khác.
Thực thể yếu (weak entity set) phải tham gia vào mối kết
hợp mà trong đó có ít nhất một tập thực thể chính (kiểu
thực thể chủ)
Mô tả kiểu thực thể yếu bằng hình thoi và hình chữ nhật
nét đôi
cóNHANVIEN CON
1 n
Thực thể yếu
VC
&
BB
14
5
Thực thể yếu
HD_CT
HOA_DON
TONGTIEN
NGAYHD
MAHD
HANG_HOA
MAHH
DGIA
TENHH
(1,1)
(1,n)
HH_CT
(1,1)
(1,n)
CHI_TIET
SL_HH
SOTIEN
VC
&
BB
14
6
Mở rộng mối kết hợp
a) Mối kết hợp phản xạ: Mối kết hợp thông thường được
dùng để mô tả sự liên hệ giữa các phần tử của các thực thể.
Có những mối quan hệ liên hệ hai phần tử trong cùng một thực
thể.
Để mô tả mối liên hệ này, người ta dùng mối kết hợp phản
xạ,
MỐI KH
ANH EM
(1,n)
Ví dụ: Trong bài toán QUẢN LÝ HỌC SINH, ANH EM là mối kết
hợp phản xạ mô tả mối liên lệ là hai học sinh là hai anh chị em ruột
cùng học trong một trường.
HỌC SINH
- Mã HS
- Tên HS
TÊN THỰC THỂ
- Thuộc tính 1
- Thuộc tính 2
VC
&
BB
14
7
b) Mối kết hợp một ngơi:
Thơng thường, một mối kết hợp được sinh ra tư nhiều thực thể
hay từ thực thể và mối kết hợp. Tuy nhiên cĩ những mối kết hợp chỉ
sinh ra từ một thực thể.
Ví dụ: Trong bài tốn Quản lý xe vận tải, cần quản lý quá trình
khám xe. Một xe được khám nhiều lần và chỉ cần quản lý ngày khám.
Ta mơ tả như sau:
XE VẬN TẢI
-Số xe
-
KHÁM XE
-Ngày khám
-Ngày khám TT
(1,n)
Ví dụ: Trong bài toán Quản lý kinh doanh, cần quản lý quá trình biến
động giá của hàng hóa:
MẶT HÀNG
-Mã hàng
-
BĐ GIA
-Ngày
-Đơn giá
(1,n)
VC
&
BB
14
8
Khi thiết kế mô hình quan niệm dữ liệu, ta phải tuân
theo các quy tắc sau:
Tất cả các thuộc tính trong mô hình là độc lập tuyến
tính.
Không có hai: thực thể, mối kết hợp, thuộc tính trùng
tên.
Mô hình phải liên thông.
VC
&
BB
14
9
Khi xây dựng Mô hình quan niệm dữ liệu, ta tuần
tự thực hiện các bước sau:
Bước 1: Vẽ thực thể trung tâm và xác định khóa
của nó.
Bước 2: Đọc từng yếu tố thông tin của hệ thống,
xét xem yếu tố thông tin ấy là thuộc tính của thực thể
hay của mối kết hợp?
Nếu yếu tố thông tin chỉ phụ thuộc vào một
đối tượng thì nó là thuộc tính của thực thể.
Nếu yếu tố thông tin phụ thuộc vào nhiều
đối tượng thì nó là thuộc tính của mối kết
hợp
Xây dựng mô hình quan niệm dữ liệu
VC
&
BB
15
0
Bước 3: Khi một yếu tố thông tin là một thuộc tính
của một thực thể, ta lại hỏi tiếp: Có tách thuộc tính
này khỏi thực thể hay không? Nếu có thì tách theo
trường hợp nào? Ta có ba trường hợp tách.
Trường hợp 1: Tách vì đa trị
Để xác định thuộc tính này là đơn trị hay đa trị, ta
đặt câu hỏi: Mỗi phần tử của thực thể nếu có giá trị tại
thuộc tính này thì có tối đa bao nhiêu giá trị?
Nếu có tối đa là nhiều giá trị thì kết luận thuộc tính
này là đa trị. Nếu thuộc tính đa trị thì ta tách thuọc tính
ấy thành một thực thể độc lập. Ngược lại, ta xét tiếp
các trường hợp sau.
VC
&
BB
15
1
Trường hợp 2: Tách vì thuộc tính chuyên biệt
Để xác định thuộc tính này có phải là chuyên biệt, ta
đặt câu hỏi: Có phải chỉ có một số phần tử của thực
thể có giá trị tại thuộc tính này không? Nếu có thì có
giá trị thêm tại một số thuôc tính khác nữa không?
Nếu trả lời có thì tách thuộc tính ấy thành một thực
thể chuyên biệt hóa.
VC
&
BB
15
2
Trường hợp 3 : Tách vì trùng lắp thông tin
Để xác định thuộc tính này có trùng lắp thông tin
hay không, ta đặt câu hỏi: Tập họp thuộc tính này có
bao nhiêu giá trị? Mỗi gia trị có phải kiểu text không?
Mọi giá trị có lặp đi lặp lại nhiều lần không?
Nếu cả ba đều trả lời có thì ta tách thuộc tính ấy
thành một thực thể độc lập.
Khi một thuộc tính không thuộc một trong bốn
trường hợp trên thì ta không tách thuộc tính khỏi
thực thể.
VC
&
BB
15
3
Mục đích
Mô hình tổ chức dữ liệu của hệ thống là lược
đồ cơ sở dữ liệu của hệ thống. Đây là bước
trung gian chuyển đổi giữa mô hình quan niệm
dữ liệu (gần với người sử dụng) và mô hình vật lý
dữ liệu (mô hình trong máy tính), chuẩn bị cho
việc cài đặt hệ thống.
Quy tắc chuyển đổi
Khi chuyển đổi từ mô hình quan niệm dữ liệu
sang mô hình tổ chức dữ liệu ta tuân theo các
quy tắc sau:
MÔ HÌNH MỔ CHỨC DỮ LIỆU
VC
&
BB
15
4
Chuyển đổi một thực thể thành một lược đồ quan hệ
Quy tắc 1: Biến một thực thể thành lược đồ quan hệ
Mỗi thực thể trong mô hình quan niệm dữ liệu được
biến thành một lược đồ quan hệ, với tên, thuộc tính,
khóa là tên, thuộc tính, khóa của thực thể và có thể có
thêm thuộc tính khóa ngoại nếu có.
Quy tắc khóa ngoại:
Các thực thể tham gia vào mối kết hợp hai ngôi có
cặp bản số (1,1) (1,n) thì lược đồ quan hệ sinh ra
từ thực thể ở nhánh (1,1) nhận thuộc tính khóa của
thực thể ở nhánh (1,n) làm khóa ngoại.
VC
&
BB
15
5
Ví dụ:
HUYỆN là lược đồ quan hệ được sinh ra từ thực thể
HUYỆN tham gia vào mối kết hợp hai ngôi (1,1) (1,n) ở
nhánh (1,1) nên nó nhận thuộc tính khóa Mã tỉnh, là khóa của
thực thể TỈNH ở nhánh (1,n) làm khóa ngoại.
Trong lược đồ quan hệ, thuộc tính khóa được gạch dưới
liền nét, thuộc tính khóa ngoại được gạch dưới không liền nét.
TỈNH
- Mã tỉnh
- Tên tỉnh
HUYỆN
- Mã huyện
- Tên huyện
H-T
(1,1)(1,n)
Mã tỉnh)
Ta đổi thành hai lược đồ quan hệ sau:
TỈNH(Mã tỉnh, Tên tỉnh)
HUYỆN(Mã huyện, Tên huyện,
VC
&
BB
15
6
Các trường hợp đặc biệt:
Nếu một thực thể chỉ có một thuộc tính và nó có
mối kết hợp hai ngôi có các bản số (1,n) (1,n) với
một thực thể khác thì nó không biến thành một lược
đồ quan hệ mà thuộc tính đó sẽ trở thành một thuộc
tính của lược đồ quan hệ sinh ra từ mối kết hợp hai
ngôII.
Ví dụ: Trong bài toán quản lý công chức: Thực thể
ĐIỆN THOẠI không biến thành một lược đồ quan hệ.
Mối kết hợp CC-ĐT biến thành một lược đồ quan hệ:
CC-ĐT(Mã công chức, Số điện thoại)
CÔNG CHỨC
- Mã công chức
..
ĐIỆN THOẠI
- Số điện thoại
CC-ĐT
(1,n) (1,n)
VC
&
BB
15
7
Trong trường hợp giữa hai thực thể có hai mối kết
hợp hai ngôi (1,1) (1,n) thì lược đồ quan hệ sinh
ra từ thực thể ở nhánh (1,1) hai lần nhận thuộc tính
khóa của thực thể ở nhánh (1,n) làm khóa ngoại, do
đó ta phải đổi tên thuộc tính khóa ngoại sao cho phù
hợp với ý nghĩa của mối kết hợp để trong một lược
đồ quan hệ không có hai thuộc tính trùng tên. Tuy
nhiên trong các quan hệ định nghĩa trên lược đồ
quan hệ này, giá trị tại hai thuộc tính mới cũng lấy
giá trị từ thuộc tính khóa của quan hệ định nghĩa trên
lược đồ quan hệ sinh ra từ thực thể ở nhánh (1,n).
VC
&
BB
15
8
Ví dụ: Trong bài toán quản lý bán vé máy bay ta có mô
hình sau, có hai mối kết hợp giữa LỊCH BAY và SÂN
BAY:
(1,n)
(1,n)(1,1)
(1,1)
LỊCH BAY
- Mã chuyến bay
- Khoảng cách
- Ngày bay
-Giờ bay
-Thời gian bay
SÂN BAY
- Mã sân bay
- Tên sân bay
- Thành phố
SB ĐI
SB ĐẾN
Ta đổi thành hai lược đồ quan hệ sau với thuộc tính Mã sân bay
được đổi thành: Mã sân bay đi, Mã sân bay đến.
LỊCH BAY(Mã chuyến bay, Khoảng cách, Ngày bay, Giờ bay, Thời
gian bay, Mã sân bay đi, Mã sân bay đến)
SÂN BAY(Mã sân bay, Tên sân bay,Thành phố)
Giá trị của hai thuộc tính Mã sân bay đi, Mã sân bay đến trong
LỊCH BAY được lấy trong thuộc tính Mã sân bay của SÂN BAY.
VC
&
BB
15
9
Quy tắc 2: Biến thực thể chuyên biệt hóa thành lược đồ quan hệ
Một thực thể chuyên biệt hóa trong mô hình quan niệm dữ liệu được biến
thành một lược đồ quan hệ, với tên là tên của thực thể chuyên biệt hóa, có
các thuộc tính là thuộc tính của thực thể chuyên biệt hóa và nhận thuộc khóa
của thực thể cha của chuyên biệt hoá làm khóa.
Ví dụ: Với mô hình quan niệm dữ liệu:
Biến thành các lược đồ quan hệ:
BINH CHỦNG(Mã B chủng, Tên B chủng) CẤP BẬC(Mã cấp bậc, Tên cấp bậc)
BỘ ĐỘI(Mã nhân viên, Ngày N ngũ, Ngày X ngũ, Mã B chủng, Mã cấp bậc )
ĐẢNG VIÊN(Mã nhân viên, Ngày VĐ, Ngày CT, Mã tỉnh)
TỈNH(Mã tỉnh, Tên tỉnh)
NHÂN VIÊN
•Mã nhân viên
•Họ nhân viên
•Tên nhân viên
•Ngày sinh
ĐVIÊN
•Ngày VĐ
•Ngày CT
TỈNH
•Mã tỉnh
•Tên tỉnh
ĐV-T
BỘ ĐỘI
•Ngày NN
•Ngày XN
B CHỦNG
•Mã BC
•Tên BC
CẤP BẬC
•Mã CB
•Tên CB
BĐ-BC
BĐ-CB
(1,1)
(1,1)
(1,n)
(1,n)
(1,n)
(1,1)
VC
&
BB
16
0
Chuyển đổi mối kết hợp
Qui tắc 3: Một mối kết hợp hai ngôi có cặp bản số (1,1) (1,n)
KHÔNG biến thành một lược đồ quan hệ.
Qui tắc 4: Một mối kết hợp hai ngôi có cặp bản số (1,n) (1,n) hay
mối kết hợp nhiều hơn hai ngôi (không phân biệt bản số) được biến thành
một lược đồ quan hệ, có tên và thuộc tính là tên và thuộc của mối kết hợp,
nhận các thuộc tính khóa của tất cả các thực thể tham gia vào mối kết hợp
làm thuộc tính khóa.
Ví dụ: ĐKMH có ý nghĩa: Một sinh viên có thể đăng ký nhiều môn học
và ngược lại một môn học có nhiều sinh viên đăng ký.
(1,n) (1,n)ĐĂNG KÝ
MÔN HỌC
SINH VIÊN
- Mã sinh viên
- Họ sinh viên
- Tên sinh viên
MÔN HỌC
- Mã môn học
- Tên môn học
ĐKMH biến thành một lược đồ quan hệ sau:
ĐKMH(Mã sinh viên, Mã môn học)
VC
&
BB
16
1
ĐẶT HÀNG được biến thành một lược đồ quan hệ như sau:
ĐẶTHÀNG(Mã ĐĐH, Mã hàng, Số lượng ĐH, Đơn giá ĐH,
Ngày giao)
(1,n) (1,n)ĐẶT HÀNG
-Số lượng ĐH
-Đơn giá ĐH
-Ngày giao
ĐĐ HÀNG
- Mã ĐĐH
- Ngày ĐH
- Tiền cọc
MẶT HÀNG
- Mã hàng
- Tên hàng
VC
&
BB
16
2
Qui tắc 5: Một mối kết hợp phản xạ (không phân biệt bản
số) biến thành một lược đồ quan hệ, có tên và thuộc tính là tên
và thuộc tính của mối kết hợp, nhận hai thuộc tính có tên mới
tùy theo ý nghĩa của mối kết hợp mà nó sẽ lấy giá trị của thuộc
tính khóa của thực thể sinh ra mối kết hợp này làm khóa.
Ví dụ: Mối kết hợp ANH EM, VỢ CHỒNG trong mô hình sau được
biến thành các lược đồ quan hệ:
ANH EM(Mã anh, Mã em),
VỢ CHỒNG(Mã vợ, Mã chồng, Ngày cưới)
Trong đó giá trị của Mã anh, Mã em được lấy trong thuộc tính Mã
HS trong quan hệ HỌC SINH. Mã vợ, Mã chồng có giá trị được lấy
trong thuộc tính Mã CC của quan hệ CÔNG CHỨC.
HỌC SINH
-Mã học sinh
-Tên học sinh
C CHỨC
-Mã C chức
-Tên C chức
ANH
EM
VỢ CHỒNG
- Ngày cưới
(1,1)(1,n)
VC
&
BB
16
3
Chuẩn hoá của các lược đồ quan hệ
a) Xác định khóa: Đối với những lược đồ quan hệ sinh ra từ
các thực thể thì chỉ có một thuộc tính khóa nên thuộc tính này
chính là khóa của lược đồ quan hệ.
Đối với những lược đồ quan hệ sinh ra từ các mối kết hợp thì
nó có nhiều thuộc tính khóa nên tập họp các thuộc tính này chỉ là
siêu khóa. Dựa vào các phụ thuộc hàm trong bài toán để xác
định định khóa của lược đồ này.
Ví dụ: Trong mô hình quan niệm dữ liệu của bài toán quản lý
công chức và tiền lương, CÔNG CHỨC – GIA THUỘC là mối
kết hợp 3 ngôi, theo quy tắc 4 thì khi chuyển đổi, lược đồ quan
hệ trong mô hình tổ chức dữ liệu phải nhận cả 3 thuộc tính khóa
của 3 thực thể tương ứng làm khóa: CC-GT(Mã CC, Mã gia
thuộc, Mã LGT). Tuy nhiên giữa một công chức và một gia thuộc
chỉ liên hệ với nhau bởi một loại gia thuộc duy nhất. Do đó, Mã
LGT không thể là khóa. Khi xác định khóa của lược đồ quan hệ
ta phải loại yếu tố khóa của thuộc tính Mã LGT như sau: CC-
GT(Mã CC, Mã gia thuộc, Mã LGT).
Tương tự cho mối kết hợp CÙNG CƠ QUAN, Mã LGT không
VC
&
BB
16
4
b) Chuẩn hoá lược đồ quan hệ
Một lược đồ quan hệ sinh ra từ một mối kết hợp có thể
không đạt dạng chuẩn 3, ta áp dụng các phương pháp phân rã
dữ liệu phân rã lược đồ này thành nhiều lược đồ có dạng
chuẩn 3.
Ví dụ: Với lược đồ quan hệ:
ĐĐHÀNG(Mã ĐĐH, Mã khách hàng, Mã hàng, Ngày ĐH, Số
lượng ĐH, Đơn giá ĐH, Ngày giao)
Ta có: Mỗi đơn đặt hàng chỉ cho một khách hàng và có một
ngày đặt hàng, nghĩa là ta có phụ thuộc hàm: Mã ĐĐH Mã
khách hàng, Ngày ĐH. Do đó ĐĐHÀNG không đạt dạng chuẩn
2. Ta tách lược đồ quan hệ này thành 2 lược đồ con như sau:
ĐẶTHÀNG(Mã ĐĐH, Mã khách hàng, Ngày ĐH)
CTĐẶTHÀNG(Mã ĐĐH, Mã hàng, Số lượng ĐH, Đơn giá
ĐH, Ngày giao)
Các file đính kèm theo tài liệu này:
- 2014_hoanchinh_mypttk_0592.pdf