Chương 2 Phân tích yêu cầu của hệ thống

Phân tích hướng mô hình vẽ các mô hình hệ thống dạng đồ họa để tài liệu hóa mô hình hệ thống trở thành bản thiết kế chi tiết Phân tích hướng cấu trúc (Structured Analysis -SA): lấy quá trình làm trung tâm để phân tích một hệ thống + các quá trình (các chức năng, thao tác) + đầu vào, đầu ra và các tập tin

pdf49 trang | Chia sẻ: lylyngoc | Lượt xem: 1734 | Lượt tải: 2download
Bạn đang xem trước 20 trang tài liệu Chương 2 Phân tích yêu cầu của hệ thống, để xem tài liệu hoàn chỉnh bạn click vào nút DOWNLOAD ở trên
Chương 2. Phân tích yêu cầu của hệ thống 2 - 1 Chương 2 PHÂN TÍCH YÊU CẦU CỦA HỆ THỐNG Lý thuyết: 5t Thực hành: 6t Chương 2. Phân tích yêu cầu của hệ thống 2 - 2 2.1 Các hướng tiếp cận phân tích hệ thống thông tin  Phân tích hướng mô hình  vẽ các mô hình hệ thống dạng đồ họa để tài liệu hóa  mô hình hệ thống trở thành bản thiết kế chi tiết  Phân tích hướng cấu trúc (Structured Analysis - SA): lấy quá trình làm trung tâm để phân tích một hệ thống + các quá trình (các chức năng, thao tác) + đầu vào, đầu ra và các tập tin Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 3 2.1 Các hướng tiếp cận phân tích hệ thống thông tin  Phân tích hướng mô hình  Kỹ thuật thông tin (Inforrmation Engineering - IE): lấy dữ liệu làm trung tâm để phân tích một hệ thống + vẽ mô hình dữ liệu trước. + đồng bộ hóa các quá trình và dữ liệu của hệ thống  Phân tích hướng đối tượng (Object Oriented Analysis - OOA): minh họa các đối tượng của hệ thống từ nhiều khung nhìn Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 4 2.1 Các hướng tiếp cận phân tích hệ thống thông tin  Phân tích hệ thống thông tin nhanh xây dựng các bản mẫu để xác định nhanh các yêu cầu nghiệp vụ và của người dùng đối với một hệ thống  Làm bản mẫu tìm hiểu (Discovery prototyping) xác định các yêu cầu nghiệp vụ của người dùng bằng cách để họ phản ứng với một bản cài đặt nhanh-thô của các yêu cầu đó Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 5 2.1 Các hướng tiếp cận phân tích hệ thống thông tin  Phân tích hệ thống thông tin nhanh  Làm bản mẫu tìm hiểu (Discovery prototyping) + ưu điểm: sẽ biết cái gì mình muốn khi nhìn thấy nó + Nhược điểm: Có thể bị việc nhìn nhận và cảm giác quá vội vã Có thể bị sự tập trung quá sớm vào việc thiết kế. Người dùng có thể lầm tưởng đó là hệ thống tin hoàn thiện Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 6 2.1 Các hướng tiếp cận phân tích hệ thống thông tin  Phân tích hệ thống thông tin nhanh  Phân tích kiến trúc nhanh (Rapid architected analysis) dẫn xuất từ hệ thống đang có hoặc từ các bản mẫu.  Sử dụng kỹ thuật đảo ngược (Reverse engineering) sử dụng công nghệ để đọc mã nguồn của một hệ thống đang có và tự động sinh ra mô hình hệ thống tương ứng. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 7 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn xác định phạm vi  Bước 1: xác định các vấn đề, cơ hội và yếu tố chi phối  Tính khẩn cấp  Tính rõ ràng  Tính hữu ích  Tính ưu tiên  Giải pháp khả thi Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 8 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn xác định phạm vi  Bước 2: Thảo luận sơ bộ phạm vi  Kết quả: Báo cáo phạm vi dự án (giới hạn của dự án).  Những loại dữ liệu nào cần nghiên cứu.  Những quy trình nghiệp vụ nào cần đưa vào.  Hệ thống giao tiếp như thế nào với người dùng và các hệ thống khác. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 9 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn xác định phạm vi  Bước 3: Đánh giá tính khả thi của dự án  Phân tích chi phí/lợi ích.  Quyết định.  Phê duyệt dự án.  Hủy bỏ dự án.  Xem xét lại phạm vi dự án (với ngân sách và lịch biểu đã được điều chỉnh). Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 10 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn xác định phạm vi  Bước 4: lập biểu và lập kế hoạch ngân sách cho dự án  Kết quả: báo cáo dự án.  Lập kế hoạch chủ đạo cho toàn bộ dự án: lập biểu và phân bố tài nguyên.  Lập kế hoạch chi tiết và lập biểu để hoàn thiện giai đoạn kế tiếp. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 11 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn xác định phạm vi  Bước 5: trình bày dự án và kế hoạch  Trình bày và bảo vệ dự án, kế hoạch trước hội đồng thẩm định.  Khởi đầu chính thức dự án và thông báo về dự án, các mục tiêu và lịch biểu.  Kết quả: báo cáo dự án (nhân sự, các vấn đề, phạm vi, phương pháp luận, chỉ thị về các công việc phải hoàn thành, các kết quả, các chuẩn chất lượng, lịch biểu, ngân sách). Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 12 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn phân tích vấn đề  Bước 1: Nghiên cứu lĩnh vực vấn đề  Tìm hiểu lĩnh vực của vấn đề và các thuật ngữ nghiệp vụ.  Dữ liệu: dữ liệu đang được lưu trữ, các thuật ngữ nghiệp vụ.  Các quá trình: các sự kiện nghiệp vụ hiện có.  Các giao diện: các vị trí và người dùng hiện tại.  Kết quả: xác định về lĩnh vực hệ thống thông tin / các mô hình của các hệ thống thông tin hiện có. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 13 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn phân tích vấn đề  Bước 2: Phân tích các vấn đề và cơ hội  Nghiên cứu các nguyên nhân và hệ quả của từng vấn đề + (chú ý: một hệ quả có thể lại là nguyên nhân của những vấn đề khác).  Kết quả: các báo cáo vấn đề được cập nhật và các phân tích nguyên nhân-hệ quả của từng vấn đề và cơ hội. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 14 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn phân tích vấn đề  Bước 3: Phân tích các quá trình nghiệp vụ  Đánh giá giá trị gia tăng hoặc giảm bớt của các quá trình đối với toàn bộ tổ chức.  Số lượng đầu vào, thời gian đáp ứng, các khâu đình trệ, chi phí, giá trị gia tăng, các hệ quả của việc loại bỏ hoặc hợp lý hóa quá trình.  Kết quả: các mô hình quá trình nghiệp vụ hiện tại. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 15 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn phân tích vấn đề  Bước 4: Xác lập các mục tiêu cải thiện hệ thống  Xác định các mục tiêu cụ thể cải thiện hệ thống thông tin và các ràng buộc đối với mỗi vấn đề.  Các mục tiêu phải chính xác, có thể đo được.  Các ràng buộc về lịch biểu, chi phí, công nghệ và chính sách.  Kết quả: các mục tiêu cải thiện hệ thống thông tin và báo cáo đề xuất. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 16 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn phân tích vấn đề  Bước 5: Cập nhật kế hoạch dự án  Cập nhật dự án: + Thu hẹp phạm vi, chỉ giữ những mục tiêu ưu tiên cao để phù hợp với thời hạn/ngân sách. + Mở rộng phạm vi và điều chỉnh lịch biểu và ngân sách phù hợp. Kết quả: kế hoạch dự án đã được cập nhật. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 17 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn phân tích vấn đề  Bước 6: trình bày các nhận xét và đề xuất  Kết quả: các mục tiêu cải thiện hệ thống thông tin.  Quyết định: tiếp tục/điều chỉnh/hủy bỏ dự án hiện tại. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 18 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn phân tích yêu cầu  Bước 1: Xác định các yêu cầu hệ thống thông tin  Các yêu cầu chức năng: các chức năng nghiệp vụ, các đầu vào, đầu ra, dữ liệu được lưu trữ.  Các yêu cầu phi chức năng: hiệu suất, tài liệu, ngân sách, tính dễ học và sử dụng, tiết kiệm chi phí, thời gian, an toàn.  Kết quả: phác thảo các yêu cầu chức năng và phi chức năng Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 19 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn phân tích yêu cầu  Bước 2: Phân mức ưu tiên cho các yêu cầu  Các yêu cầu mang tính bắt buộc có ưu tiên cao.  Time boxing: đưa ra hệ thống thông tin dưới dạng một tập các phiên bản kế tiếp nhau trong một khoảng thời gian. Phiên bản đầu tiên đáp ứng các yêu cầu thiết yếu và có mức ưu tiên cao nhất. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 20 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn phân tích yêu cầu  Bước 3: Cập nhật kế hoạch dự án  Nếu các yêu cầu vượt quá phiên bản đầu tiên: thu hẹp phạm vi hoặc tăng ngân sách.  Kết quả: các yêu cầu hệ thống thông tin đã được thống nhất (các yêu cầu và mức ưu tiên đã được bổ sung). Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 21 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn mô hình hóa logic  Bước 1: Phân tích các yêu cầu mang tính chức năng  Các mô hình hệ thống thông tin logic  Xây dựng các bản mẫu để xác lập các yêu cầu giao diện người dùng.  Kết quả: các mô hình dữ liệu (ERD), các mô hình quá trình (DFD), các mô hình giao diện, các mô hình đối tượng của hệ thống. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 22 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn mô hình hóa logic  Bước 2: Kiểm tra các yêu cầu mang tính chức năng  Kiểm tra tính đầy đủ, xem xét lại các mô hình hệ thống thông tin và các bản mẫu để đảm bảo rằng các yêu cầu đã được xác định thỏa đáng.  Liên kết các yêu cầu phi chức năng với các yêu cầu mang tính chức năng. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 23 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn phân tích quyết định Là giai đoạn chuyển tiếp giữa phân tích và thiết kế hệ thống.  Bước 1: xác định các giải pháp đề cử  Xác định tất cả các giải pháp đề cử có thể có.  Kết quả: ma trận các hệ thống (giải pháp) đề cử. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 24 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn phân tích quyết định  Bước 2: Phân tích các giải pháp đề cử  phân tích tính khả thi + Tính khả thi về kỹ thuật + Tính khả thi về hoạt động + Tính khả thi về kinh tế + Tính khả thi lịch biểu Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 25 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn phân tích quyết định  Bước 3: So sánh các giải pháp đề cử  Chọn giải pháp đề cử có sự kết hợp “toàn diện tốt nhất” của các tính khả thi về kỹ thuật, hoạt động, kinh tế và lịch biểu.  Ma trận tính khả thi.  Kết quả: giải pháp được đề xuất. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 26 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn phân tích quyết định  Bước 4: Cập nhật kế hoạch dự án  Đầu vào: giải pháp đề xuất.  Xem xét và cập nhật lịch biểu mới nhất của dự án và phân bố tài nguyên.  Kết quả: cập nhật kế hoạch dự án. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 27 2.2 Các giai đoạn phân tích hệ thống thông tin  Giai đoạn phân tích quyết định  Bước 5: đề xuất một giải pháp  Kết quả: đề xuất dự án. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 28 2.3 Xác định yêu cầu của hệ thống thông tin  Phân loại yêu cầu  Yêu cầu hệ thống thông tin (yêu cầu nghiệp vụ)  mô tả các nhu cầu và mong muốn đối với một hệ thống  Yêu cầu chức năng:  mô tả xem hệ thống phải làm gì Ví dụ: Hệ thống cần lưu trữ tất cả chi tiết về thông tin của học viên. Kết quả của học viên phải được lưu trữ tối thiểu là 5 năm Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 29 2.3 Xác định yêu cầu của hệ thống thông tin  Phân loại yêu cầu  Yêu cầu phi chức năng  các ràng buộc về các loại giải pháp thỏa mãn các yêu cầu chức năng. (yêu cầu về tính sẵn có, khả năng kiểm thử, khả năng bảo trì, và tính dễ sử dụng). + Ràng buộc về hiệu năng (mỗi thông tin học viên cần được lưu trữ trong tối thiểu 5 năm). + Ràng buộc về quá trình phát triển hệ thống: thời gian, tài nguyên, chất lượng. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 30 2.3 Xác định yêu cầu của hệ thống thông tin  Phân loại yêu cầu  Hậu quả của việc xác định yêu cầu không chính xác  Hệ thống có thể tốn nhiều chi phí hơn.  Hệ thống có thể hoàn thiện muộn hơn thời gian đã định.  Hệ thống có thể không phù hợp với yêu cầu người dùng  Chi phí bảo trì hệ thống có thể quá cao.  Hệ thống có thể không chắc chắn, dễ lỗi và ngừng hoạt động.  Uy tín của các chuyên gia trong đội dự án có thể bị giảm sút Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 31 2.3 Xác định yêu cầu của hệ thống thông tin  Phân loại yêu cầu  Các tiêu chuẩn xác định yêu cầu hệ thống thông tin:  Nhất quán  Toàn diện  Khả thi  Cần thiết  Chính xác  Dễ theo dõi, kiểm tra Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 32 2.3 Xác định yêu cầu của hệ thống thông tin  Quy trình xác định yêu cầu  Phân tích yêu cầu:  Phân tích các yêu cầu để giải quyết các vấn đề về: - Các yêu cầu bị thiếu. - Các yêu cầu mâu thuẫn nhau. - Các yêu cầu không khả thi. - Các yêu cầu trùng lặp. - Các yêu cầu mơ hồ. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 33 2.3 Xác định yêu cầu của hệ thống thông tin  Quy trình xác định yêu cầu  Phân tích yêu cầu:  Chính thức hóa các yêu cầu: - Lập tài liệu xác định các yêu cầu. - Truyền đạt tới các nhân sự tham gia. Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 34 2.3 Xác định yêu cầu của hệ thống thông tin  Quy trình xác định yêu cầu  Phân tích yêu cầu:  Lập tài liệu yêu cầu: - Các chức năng, dịch vụ mà hệ thống nên cung cấp. - Các yêu cầu phi chức năng - Các ràng buộc giới hạn sự phát triển của hệ thống - Thông tin về các hệ thống khác mà hệ thống phải giao tiếp Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 35 2.3 Xác định yêu cầu của hệ thống thông tin  Quy trình xác định yêu cầu  Phân tích yêu cầu:  Quản lý yêu cầu: - Trong thời gian diễn ra dự án, việc xuất hiện các yêu cầu mới hay thay đổi những yêu cầu đã có là rất phổ biến - Các nghiên cứu cho thấy rằng có đến 50% hoặc hơn thế các yêu cầu sẽ biến đổi trước khi hệ thống thông tin được hoàn thiện Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 36 2.3 Xác định yêu cầu của hệ thống thông tin  Yêu cầu hệ thống khi thiết kế ht cần đảm bảo các yêu cầu của hệ thống  Hệ thống thông tin phải phù hợp với các mục tiêu, chiến lược của tổ chức  Hệ thống thông tin phải tạo ra sự trợ giúp quản lý điều hành  Hệ thống thông tin phải tiết kiệm tài nguyên và nhân lực  Hệ thống thông tin phải cải thiện truyền thông thông tin  Thông tin là kết quả cuối cùng của hệ thống thông tin Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 37 2.3 Xác định yêu cầu của hệ thống thông tin  Yêu cầu của người dùng những người thường xuyên sử dụng hệ thống thông tin  Hệ thống thông tin phải dễ dàng truy xuất (Easy access): có thể truy xuất dữ liệu đúng lúc và dễ dàng vận hành.  Hệ thống thông tin phải có tính hệ thống (The system): - phải có tính phân cấp, chắc chắn, ổn định  Về mặt giao diện (Interface): - dễ dàng điều khiển dữ liệu, độc lập và uyển chuyển Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 38 2.3 Xác định yêu cầu của hệ thống thông tin  Các yêu cầu kỹ thuật  xử lý được với khối lượng lớn thông tin.  xử lý chính xác (Accuracy).  giải quyết được những vấn đề phức tạp (Complexity). Phân tích yêu cầu của hệ thống Chương 2. Phân tích yêu cầu của hệ thống 2 - 39 2.3 Xác định yêu cầu của hệ thống thông tin  Tóm lại  các chuyên gia công nghệ thông tin (người phân tích) và những người dùng từ những góc độ khác nhau có những yêu cầu khác nhau.  khả năng của người phân tích được thể hiện ở chỗ khả năng thu thập các ý tưởng và đánh giá chúng từ những khía cạnh khác nhau, bởi vì mỗi thành phần chỉ có khả năng biết về lĩnh vực của chính họ mà thôi.  Xác định yêu cầu của httt là rất quan trọng trong quá trình phân tích và thiết kế ht. Phân tích yêu cầu của hệ thống PT & TK HỆ THỐNG - Lớp MM01 Giảng viên: Nguyễn Quang Vũ1. Phỏng vấn 2. Phiếu hỏi 3. Lấy mẫu 4. Quan sát thực tế 5. Phân tích tài liệu Chương 2. Phân tích yêu cầu của hệ thống 2 - 41 Phỏng vấn  Phỏng vấn lênh đạo: Mục đích lă nắm câc thông tin chung nhất của tổ chức: Nhiệm vụ chung của tổ chức Sơ đồ tổ chức - Chúng sẽ cho danh sâch câc điểm công tâc vă vai trò của chúng trong hệ thống Câc số liệu chung - Chúng sẽ cho biết quy mô của hệ thống Câc lĩnh vực cần nghiín cứu có liín quan đến hệ thống thông tin sắp được xđy dựng Chương 2. Phân tích yêu cầu của hệ thống 2 - 42 Phỏng vấn  Phỏng vấn câc điểm công tâc: Thu thập câc thông tin chi tiết liín quan đến câc hoạt động cụ thể vă tất cả câc thông tin liín quan đến HTTT. Tại mỗi điểm công tâc cần phải mô tả vă liệt kí câc quy trình của công việc phải thực hiện. Mỗi qui trình phải nắm cho được:  Phương thức hoạt động: tự động hay thủ công.  Câc thông tin vă khối lượng thông tin liín quan đến công việc, câc quy tắc thực hiện công việc.  Điều kiện khởi động: khi năo, với điều kiện năo thì công việc được khởi động.  Thời gian vă chu kỳ thực hiện: công việc được thực hiện khi năo vă khoảng thời gian bao lđu thì công việc được thực hiện lại. Chương 2. Phân tích yêu cầu của hệ thống 2 - 43 Phỏng vấn  Tổ chức phỏng vấn  Trước khi phỏng vấn phđn tích viín nín thông bâo trước thời gian, địa điểm vă nội dung phỏng vấn với người được phỏng vấn.  Phỏng vấn với lênh đạo vă câc điểm công tâc không phải lă một lần duy nhất, nín phđn tích viín phải tạo quan hệ tốt với người được phỏng vấn.  Cần mở đầu hợp lý, biểu lộ thiện cảm, sự tin cậy vă tôn trọng đối với người được phỏng vấn.  Sau khi phỏng vấn xong, phđn tích viín phải tóm tắt nội dung đê phỏng vấn, khẳng định câc thoả thuận, để ngỏ khả năng tranh luận để phât huy tính tích cực của người được phỏng vấn. PT & TK HỆ THỐNG - Lớp MM01 Giảng viên: Nguyễn Quang Vũ PT & TK HỆ THỐNG - Lớp MM01 Giảng viên: Nguyễn Quang Vũ PT & TK HỆ THỐNG - Lớp MM01 Giảng viên: Nguyễn Quang Vũ* Báo cáo điều tra: - Tên dự án, tác giả của nó, địa chỉ, lần tiếp xúc số mấy - Các mục tiêu của tổ chức - Mối liên hệ nội tại giữa các thành phần trong tổ chức - Các chi tiết của hệ thống thông tin hiện tại - Các vật chứng (thông tư, quyết định, biểu bảng,...) PT & TK HỆ THỐNG - Lớp MM01 Giảng viên: Nguyễn Quang VũKết luận của báo cáo điều tra: •Các vật chứng cho hệ thống thông tin hiện tại có phù hợp không? •Người dùng đã xem lại và đồng ý với những quan điểm nào? •Những người dùng đã được hỏi ý kiến và phân tích viên đã ghi địa chỉ liên hệ chính xác chưa? PT & TK HỆ THỐNG - Lớp MM01 Giảng viên: Nguyễn Quang VũKết luận của báo cáo điều tra (tt): •Tất cả các báo cáo đã được nghiên cứu triệt để chưa? •Những yêu cầu chức năng nào cần được nghiên cứu sau? •Tất cả các yêu cầu đã được xem lại chưa? •Những giải pháp thiết kế thay thế là những giải pháp nào? •Những thay đổi có thể có của đề án là gì? PT & TK HỆ THỐNG - Lớp MM01 Giảng viên: Nguyễn Quang Vũ* Tổng hợp thông tin •Vì sao phải tổng hợp thông tin ? •Từ tổng quát đến chi tiết (có tính phân cấp). •Có đánh giá, nhận xét. •Văn bản có cấu trúc. •Văn bản chặt chẽ.