1 2 CÁC HỆ THỐNG THÔNG TIN THÔNG DỤNG
1.4.9. Bước 9: Phát triển kế hoạch truyền thông
Đây là điểm mà các quản lý dự án mới vào nghề hay xem nhẹ. Truyền thông trong dự án cực kỳ quan trọng, nó giúp thông tin truyền đi được thông suốt từ đội dự án đến các những người có liên quan và nhà tài trợ.
Tài liệu này cần mô tả các thông tin:
- Ai là người muốn nhận báo cáo tiến độ dự án, tần suất nhận thông tin như thế nào,
định dạng muốn nhận là gì và kênh truyền thông nào thì hữu hiệu?
- Khi có một vấn đề diễn ra trong dự án thì cơ chế leo thang sẽ như thế nào
– escalation chart
- Những kênh truyền thông nào sẽ được sử dụng cho từng loại thông tin
1.4.10. Bước 10: Tạo ra bản baseline cho kế hoạch dự án và truyền thông.
Sau khi bạn hoàn thành việc phát triển bản kế hoạch, bạn cần thực hiện baseline cho kế hoạch dự án và gởi thông tin cho sponsor xem xét, kiểm duyệt thêm lần nữa. Tại thời điểm này quá trình phát triển kế hoạch quản lý dự án của bạn mới thật sự hoàn thành. Và bạn có thể bắt tay vào thực thi và giám sát dự án.
24
Đọc đến đây bạn có thể thốt lên rằng “Sao kế hoạch quản lý dự án lại đòi hỏi nhiều thế?”. Nhưng tôi khẳng định với bạn đây là những bước rất cơ bản của quá trình phát triển kế hoạch cho dự án để mang đến sự thành công. Với các dự án lớn thật sự thì kế hoạch đòi hỏi phải chi tiết hơn nhiều. Dù sao đi nữa, kế hoạch quản lý dự án chính là cách bạn tạo ra hệ thống quản lý trong chính dự án của bạn. Sự thành bại của một hệ thống phụ thuộc rất nhiều người đã tạo ra chúng và kiểm soát chúng.
1.5. MỘT SỐ PHƯƠNG PHÁP PHÂN TÍCH THIẾT KẾ.
1.5.1. Phương pháp thiết kế hệ thống cổđiển (thiết kế phi cấu trúc)
1.5.1.1. Đặc điểm:
- Gồm các pha (phase): Khảo sát, thiết kế, viết lệnh, kiểm thử đơn lẻ, kiểm thử trong
hệ con, kiểm thử trong toàn hệ thống.
- Việc hoàn thiện hệ thống được thực hiện theo hướng “bottom-up” (từ dưới lên) và
theo nguyên tắc tiến hành tuần tự từ pha này tới pha khác.
1.5.1.2. Nhượcđiểm:
- Gỡ rối, sửa chữa rất khó khăn và phức tạp.
Ví dụ:trong giai đoạn kiểm thử (test) nếu có lỗi nào đó xuất hiện ở giai đoạn cuối pha kiểm thử. Lúc đó, tuỳ theo mức độ nghiêm trọng của lỗi, có thể buộc phải sửa đổi hàng loạt các mođun. Khi một lỗi được phát hiện, khó chẩn đoán mođun nào (trong số hàng trăm, hàng ngàn mô đun) chứa lỗi.
Vì thực hiện theo nguyên tắc tuần tự các pha nên sau khi đã kết thúc một pha, người ta có thể không cần phải bận tâm đến nó nữa và nếu ở pha trước còn lỗi thì các pha sau sẽ phải tiếp tục chịu ảnh hưởng của lỗi đó. Mặt khác hầu hết các dự án thường phải tuân thủ theo một kế hoạch chung đã ấn định từ trước dẫn đến kết quả sẽ khó mà được như ý với một thời gian quy định.
25
Hình 1.1. Các pha thực hiện của phương pháp cổ điển
1.5.2. Phương pháp phân tích thiết kế hệ thống bán cấu trúc.
1.5.2.1. Đặc điểm:
Một loạt các bước “bottom-up” như viết lệnh và kiểm thử được thay thế bằng giai
đoạn hoàn thiện “top-down”. Nghĩa là các modun mức cao được viết lệnh và kiểm thử
trước rồi đến các modun chi tiết ở mức thấp hơn.
Pha thiết kế cổ điển được thay bằng thiết kế có cấu trúc.
1.5.2.2. Nhượcđiểm:
Người thiết kế nói chung liên lạc rất ít với phântích viên hệ thống và cả hai chẳng
có liên hệ nào với người sử dụng => Quá trình phân tích và thiết kế gần như là tách ra thành hai pha độc lập.
1.5.3. Phương pháp phân tích thiết kế hệ thống có cấu trúc.
26
Phương pháp này bao gồm 9 hoạt động: Khảo sát, phân tích, thiết kế, bổ sung, tạo sinh, kiểm thử xác nhận, bảo đảm chất lượng, mô tả thủ tục, biến đổi cơ sở dữ liệu, cài đặt.
Các hoạt động có thể thực hiện song song. Chính khía cạnh không tuần tự này mà
thuật ngữ “pha” được thay thế bởithuật ngữ “hoạt động” (“pha” chỉ một khoảng thời gian
trong một dự án trong đó chỉ có một hoạt động được tiến hành). Mỗi hoạt động có thể cung cấp những sửa đổi phù hợp cho một hoặc nhiều hoạt động trước đó.
1.5.3.2. Mộtsốphương pháp phân tích có cấu trúc:
- Các phương pháp hướng chức năng.
+ Phương pháp SADT (Structured Analysis and Design Technie) của Mỹ dựa theo
phương pháp phân rã một hệ thống lớn thành các hệ thống con đơn giản hơn.- Nó có hệ
thống trợ giúp theo kiểu đồ hoạ để biểu diễn các hệ thống và việc trao đổi thông tin giữa
các hệ con. Kỹ thuật chủ yếu của SADT là dựa trên sơ đồ luồng dữ liệu, từ điển dữ liệu (Data Dictionnary), ngôn ngữ mô tả có cấu trúc, ma trận chức năng. Nhưng SADT chưa quan tâm một cáchthích đáng đối với mô hình chức năng của hệ thống.
+ Phương pháp MERISE (MEthod pour Rassembler les Idees Sans Effort) của Pháp
dựa trên các mức bất biến (còn gọi là mức trừu tượng hoá) của hệ thống thông tin như mức quan niệm, mức tổ chức, mức vật lý và có sự kết hợp với mô hình.
CASE (Computer-Aided System Engineering) - phương pháp phân tích và thiết kế
tự động nhờ sự trợ giúp của máy tính.
Từ kinh nghiệm và nghiên cứu trong quá trình xây dựng hệ thống, hãng Oracle đã
đưa ra một tiếp cận công nghệ mới - Phương pháp luận phân tích và thiết kế hệ thống
CASE*Method. Đây là một cách tiếp cận theo hướng "topdown" và rất phù hợp với yêu cầu xây dựng một hệ thống thông tin trong các doanh nghiệp sản xuất kinh doanh thương mại.
- Các phương pháp hướng đối tượng.
+ Phương pháp thiết kế định hướng đối tượng phân cấp - HOOD (Hierarchical
Object Oriented Design) là một phương pháp được lựa chọn để thiết kế các hệ thống thời gian thực.
27
Những phương pháp này lại yêu cầu các phần mềm phải được mã hoá bằng ngôn
ngữ lập trình ADA. Do vậy phương pháp nàychỉ hỗ trợ cho việc thiết kế các đối tượng
mà không hỗ trợ cho các tính năng kế thừa và phân lớp.
+ Phương pháp thiết kế trách nhiệm điều khiển - RDD (Responsibility Driven
Design) dựa trên việc mô hình hoá hệ thống thành các lớp.
Các công việc mà hệ thống phải thực hiện được phân tích và chia ra cho các lớp của hệ thống. Các đối tượng trong các lớp của hệ thống trao đổi các thông báo với nhau nhằm thực hiện công việc đặt ra. Phương pháp RDD hỗ trợ cho các khái niệm về lớp, đối tượng và kế thừa trong cách tiếp cận hướng đối tượng.
+ Phương pháp Kỹ thuật mô hình hóa đối tượng - OMT (Object Modelling
Technique) là một phương pháp được xem là mới nhất trong cách tiếp cận hướng đối
tượng. Phương pháp này đã khắc phục được một số nhược điểm của các phương pháp
tiếp cận hướng đối tượng trước mắc phải.
Trên mặt lý thuyết ta thấy cách tiếp cận hướng đối tượng có các bước phát triển hơn so với tiếp cận hướng chức năng. Nhưng trong thực tế việc phân tích và thiết kế hệ
thống theo cách tiếp cận hướng đối tượng gặp rất nhiều khó khăn vì chưa có nhiều các
công cụ phát triển hỗ trợ cho việc thiết kế hướng đối tượng.
Chính vì vậy cách tiếp cận này vẫn chưa được phát triển rộng rãi.
1.6. CÁC BƯỚC XÂY DỰNG HỆ THỐNG THÔNG TIN.
Theo phương pháp chu trình sống (Life circle method) gồm 6 bước:
1.6.1. Chiến lược và khảo sát.
Khảo sát hệ thống là xác lập tính đúng đắn của nhu cầu tổ chức xây dựng mới hoặc nâng cấp cải tiến HTTT hiện có, xác định tính khả thi trong việc tổ chức xây dựng. Việc khảo sát thường được tiến hành qua các giai đoạn:
- Khảo sát sơ bộ
- Khảo sát chi tiết
- Báo cáo
1.6.2. Phân tích hệ thống.
Phân tích hệ thống là giai đoạn rất quan trọng trong quá trình phát triển hệ thống
28
tư cho phân tích càng nhiều bao nhiêu thì các giai đoạn sau như thiết kế, cài đặt, kiểm thử và khai thác bảo trì càng ít bấy nhiêu.
Hình 1.2: Các bước xây dựng HTTT theo Life circle method
1.6.3. Thiết kế hệ thống.
Là giai đoạn đặc tả các đặc trưng của hệ thống thông tin, bao gồm các công viêc:
- Xác định hệ thống máy tính.
- Phân tích việc sử dụng dữ liệu.
- Hình thức hóa hệ thống thành phần.
- Thiết kế dữ liệu logic.
- Thiết kế bài trình.
1.6.4. Xây dựng.
Xây dựng hệ thống là g iai đoạn mua sắm lắp đặt các thiết bị, phát triển, cài đặt phần mềm, đào tạo huấn luyện người sử dụng và tạo ra cơ sở dữ liệu (CSDL) ban đầu. Bao gồm các bước:
- Thi công.
- Tạo các cơ sở dữ liệu kiểm tra.
- Kiểm thử phần mềm.
1.6.5. Kiểm thử và tích hợp hệ thống.
Kiểm thử và hiệu chỉnh tất cả các thành phần của HTTT sao cho hệ thống đáp ứng tốt nhất các yêu cầu của người sử dụng:
29
- Lập tài liệu hướng dẫn sử dụng.
- Chuyển đổi dữ liệu cũ.
- Kiểm nghiệm, cài đặt.
1.6.6. Cài đặt, vận hành và bảo trì hệ thống.
- Theo dõi việc sử dụng hệ thống, nhận các thông báo lỗi.
- Sửa đổi, nâng cấp phiên bản.
- Trợ giúp hiệu chỉnh các sai sót số liệu.
Đối với mỗi hệ thống thông tin nói chung hoặc mỗi một hệ thống thông tin ứng dụng, thậm chí ngay cả một phân hệ chức năng trong một hệ thống ứng dụng khi hết tuổi thọ, cần xây dựng mới hoặc cần nâng cấp cải tiến thì luôn bắt đầu từ bước khảo sát hệ thống theo phương pháp chu trình sống nêu trên.
CÁC BÀI TẬP MỞ RỘNG, NÂNG CAO VÀ GIẢI QUYẾT VẤN ĐỀ
1. Trình bày vai trò và đặcđiểm của thông tin trong thời đại ngày nay.
2. Trình bày mục đích và mức độ hoàn thành mục đích chấp nhận được của hệ thống thông tin. Nêu mục đích của hệ thống thông tin đối với doanh nghiệp, cơ quan quản lý nhà nước và đối với tầm quốc gia.
3. Nêu các thành phần và các đặc trưng của hệ thống thông tin.
4. Nêu khái niệm về hoạt động tác nghiệp, quyết định có cấu trúc, nửa cấu trúc hoặc không có cấu trúc. Cho các ví dụ thực tế, liên hệ bản thân về hoạt động tác nghiệp, quyết định có cấu trúc, nửa cấu trúc hoặc không có cấu trúc.
5. Trình bày các loại hệ thống thông tin hệ thống thông tin theo chức năng.
6. Trình bàyhệ thống thông tin tổng thể trong tổ chức hoạt động và các bước xây
dựnghệ thống thông tin.
Nêu ý nghĩa của việc phân loại các hệ thống. Anh/ Chị có thể đưa ra một cách phân loại khác.
30 Chương 2. KHẢO SÁT HIỆN TRẠNG HỆ THỐNG Thời gian: 6 g (LT: 2g; TH:4g; KT:0g) Mục tiêu:
Sau khi học xong phần này người học có khả năng:
- Trình bày được qui trình, nội dung của việc khảo sát hiện trạng của hệ thống thông
tin thực, cách thức mô hình hóa hệ thống thông tin, các bước xây dựng một dự án thiết kế hệ thống thông tin, các thông tin kết quả khảo sát của một số hệ thống thông tin thông dụng: Quản lý kho hàng, quản lý đào tạo, quản lý cán bộ;
- Phân tích được các thuộc tính, các mối quan hệ, tính hợp lý của các thông tin trong các hệ thống trên và trình bày lại một cách khoa học;
- Rèn luyện ý thức lao động, tác phong công nghiệp, có trách nhiệm và sáng tạo.
Nội dung
2.1. PHƯƠNG PHÁP MÔ HÌNH HOÁ HỆTHỐNG.
Mô hình (model) là một dạng trừu tượng hóa của một hệ thống thực. Cụ thể hơn, mô hình là một hình ảnh (một biểu diễn) của một hệ thống thực, được diễn tả:
- Ở một mức độ trừu tượng hóa nào đó.
- Dưới quan điểm (hay một góc nhìn) nào đó.
- Dưới một hình thức thể hiện (văn bản, phương trình, bảng, đồ thị,..) nào đó.
Việc dùng mô hình để nhận thức và diễn tả một hệ thống gọi là mô hình hóa.
2.1.1. Các phương pháp mô hình hóa.
Ngày nay tồn tại rất nhiều phương pháp mô hình hóa hệ thống (cũng còn được gọi là các phương pháp phân tích và thiết kế hệ thống). Người phát triển hệ thống, trước khi bắt tay vào việc, phải chọn lựa một phương pháp thích hợp với mình và với hệ thống cần xây dựng.
2.1.2. Ba thành phần cơ bản của một phương pháp.
- Tập hợp các khái niệm và mô hình: Mỗi phương pháp đều dựa trên một số
không nhiều các khái niệm cơ bản và sử dụng một số mô hình nhất định, kèm với các kỹ thuật để triển khai hay biến đổi các mô hình đó.
31
- Quy trình thực hiện: Bao gồm các bước đi theo một thứ tự nhất định,các hoạt động
cần làm, các sản phẩm qua từng giai đoạn (tài liệu, mô hình)v.v…, cách điều hành tiến độ và cách đánh giá chất lượng của các kết quả thu được.
- Các công cụ trợ giúp: Đó là các phần mềm hỗ trợ cho quá trình mô hình hóa
với các khả năng:
Sảnsinh các mô hình và biểu đồ:
- Biến đổi và điểu chỉnh nhanh các mô hình và biểu đồ.
- Kiểm tra cú pháp, sự chặt chẽ, sự đầy đủ.
- Kiểm tra và đánh giá.
+ Mô phỏng và thực hiện mô hình.
2.1.3. Các phương pháp mô hình hóa.
Người ta thường phân loại các phương pháp mô hình hóa theo hai trào lưu chính: mô hình hóa hướng chức năng (lấy chức năng làm trục mô hình hóa chính) và mô hình hóa hướng đối tượng (lấy đối tượng làm đơn vị mô hình hóa)
Có thể phân loại chi tiết hơn và liệt kê các phương pháp như sau:
- Các phương pháp hệ thống: MERISE (H.Tardieu, A.Rochfeld, 1976)
- Các phương pháp chức năng hay có cấu trúc:
+ SA (Dc Marco, 1978)
+ SADT (Douglas T.Ross, 1977)
+ SA – RT (Ward – Mellor, 1985 ; Hatley – Pirbhai, 1987)
- Phương pháp theo sự kiện:
+ State Charts (D.Harel, 1987)
+ Phương pháp tích hợp (O.Foucaut, O.Thiery, 1996)
- Các phương pháp hướng dữ liệu:
+ LCP, LCS (J.D.Warnier, 1969-1970) + E/A (H.Tardieu, P.Chen, 1976)
- Các phương pháp hướng đối tượng:
+ OOA/RD (Shlaer – Mellor, 1991-1992)
+ OOAD (G.Booch, 1992-1993)
+ OOA/OOD (P.Coad, E.Yourdon, 1991)
32
2.2. NỘI DUNG NGHIÊN CỨU VÀ ĐÁNH GIÁ HIỆN TRẠNG.
2.2.1. Mục đích.
Trong thực tế một hệ thống thông tin mới được xây dựng là nhằm để thay thế hệ thống thông tin cũ đã bộc lộ nhiều yếu kém. Vì vậy mà việc tìm hiểu nhu cầu đối với hệ thống mới thường bắt đầu từ việc khảo sát và đánh giá hệ thống cũ đó. Vì rằng hệ thống này đang tồn tại và đang hoạt động nên chúng ta gọi là hiện trạng. Nghiên cứu hiện trạng
một hệ thống thông tin là nhằm các mục đích sau:
- Tiếp cận với nghiệp vụ chuyên môn, môi trường hoạt động của hệ thống.
- Tìm hiểu các chức năng, nhiệm vụ và cung cách hoạt động của hệ thống.
- Chỉ ra các ưu điểm của hệ thống để kế thừa và các khuyết điểm của hệ thống để
nghiên cứu khắc phục.
Tóm lại, mục đích của việc nghiên cứu hiện trạng là trả lời cho được các câu hỏi sau:
- Hệ thống đang làm gì? Gồm những công việc gì? Đang quản lý cái gì?
- Những công việc trong hệ thống do ai làm? Làm ở đâu? Khi nào làm?
- Mỗi công việc được thực hiện như thế nào? Mỗi công việc liên quan đến dữ liệu
nào?
- Chu kỳ, tần suất, khối lượng công việc?
- Đánh giá các công việc hiện tại: tầm quan trọng như thế nào? Các thuận lợi, khó
khăn? Nguyên nhân dẫn đến khó khăn?
2.2.2. Nội dung nghiên cứu và đánh giá hiện trạng.
Với mục đích đã nói trên, để nghiên cứu hiện trạng một hệ thống thông tin, phân tích viên nên khảo sát các nội dung sau:
- Tìm hiểu môi trường xã hội, kinh tế và kỹ thuật của hệ thống. Nghiên cứu cơ cấu
tổ chức của cơ quan chủ quản của hệ thống đó.
- Nghiên cứu các chức trách, nhiệm vụ, các trung tâm ra quyết định và điều hành,