Bài giảng phân tích và thiết kế hệ thống thông tin chương 3 pgs ts nguyễn mậu hân

CHƯƠNG PHÂN TÍCH VÀ THIẾT KẾ HTTT THEO HƯỚNG ĐỐI TƯỢNG ANALYSIS AND DESIGN INFORMATION SYSTEMS IN OBJECT ORIENTED PGS.TS Nguyễn Mậu Hân Khoa CNTT-ĐHKH HUẾ nmhan2005@yahoo.com 196 NỘI DUNG 3.1 QUÁ TRÌNH PHÁT TRIỂN PHẦN MỀM HƯỚNG ĐỐI TƯỢNG 3.2 PHÂN TÍCH YÊU CẦU HỆ THỐNG 3.3 ĐẶC TẢ CÁC YÊU CẦU CỦA HT 3.4 THIẾT KẾ HƯỚNG ĐỐI TƯỢNG 3.5 CÁC NHÓM MẪU THIẾT KẾ 3.6 THIẾT KẾ GIAO DIỆN, BÁO BIỂU, AN TOÀN HỆ THỐNG 3.1 QUÁ TRÌNH PHÁT TRIỂN PHẦN MỀM HĐT Nhận xét: Quá trình xây dựng sản phẩm phần mềm nâng cấp sản phẩm có gọi trình phát triển phần mềm (Software Development Process) Quá trình phát triển phần mềm trình xác định:  làm (WHAT?),  làm đâu (WHERE?)  làm (WHEN?)  làm (HOW?) 198 3.1 QUÁ TRÌNH PHÁT TRIỂN PHẦN MỀM HĐT Có bước cần thực q trình phát triển phần mềm theo hướng đối tượng: Nghiên cứu trạng xác định yêu cầu Phân tích hệ thống Thiết kế hệ thống Lập trình kiểm thử hệ thống Vận hành bảo trì hệ thống 199 3.1 Q TRÌNH PHÁT TRIỂN PHẦN MỀM HĐT 3.1.1 Nghiên cứu trạng xác định yêu cầu Từ yêu cầu khách hàng xác định mục tiêu phần mềm cần phát triển Thường yêu cầu chức mà hệ thống phải thực Ở giai đoạn chưa cần chức thực Việc xác định đầy đủ yêu cầu tốn nhiệm vụ quan trọng, làm sở cho bước Do đó, phải đặc tả yêu cầu hệ thống (Sử dụng Use Case để đặc tả yêu cầu) 200 3.1.1 Nghiên cứu trạng xác định yêu cầu Các công việc cần phải làm giai đoạn này: Hiểu rõ miền xác định toán (Domain Understanding) Nắm bắt yêu cầu khách hàng/người sử dụng Phân loại (Classification): theo tầm quan trọng hay theo chức người sử dụng Thẩm định (Validation): Kiểm tra xem yêu cầu có thống với đầy đủ không, đồng thời tìm cách giải mối mâu thuẫn yêu cầu có 201 3.1.1 Nghiên cứu trạng xác định yêu cầu Nghiên cứu khả thi (Feasibility Study): Tính khả thi dự án tin học phải thực dựa yếu tố bao gồm khía cạnh:  tài  chiến lược  thị trường  người, đối tác  kỹ thuật  cơng nghệ phương pháp mơ hình hoá, v.v 202 3.1.1 Nghiên cứu trạng xác định yêu cầu Tóm lại, giai đọan nghiên cứu sơ bộ, cần xem xét: Các yêu cầu NSD, nguồn tài ngun sử dụng, cơng nghệ, ý tưởng người sử dụng hệ thống Có thể thực thảo luận, nghiên cứu, xem xét khía cạnh thương mại, phân tích khả lời-lỗ Thường giai đoạn người ta tiến hành tạo phiên thơ lịch trình kế hoạch sử dụng tài nguyên Kết giai đoạn nghiên cứu sơ Báo Cáo Kết Quả Nghiên Cứu Tính Khả Thi Khi hệ thống tương lai chấp nhận dựa báo cáo lúc giai đoạn Phân tích bắt 203 đầu 3.1.1 Nghiên cứu trạng xác định yêu cầu Mục đích cụ thể bước xác định yêu cầu: Đi đến thỏa thuận với khách hàng người dùng chức hệ thống-Những mà hệ thống phải thực Cho phép System Developer hiểu rõ yêu cầu hệ thống Phân định ranh giới hệ thống Cung cấp sở để hoạch định nội dung kỹ thuật vòng lặp Xác định giao diện người dùng cho hệ thống 204 3.1.1 Nghiên cứu trạng xác định yêu cầu Khi kết thúc giai đoạn này? Khách hàng/người sử dụng (NSD) người phát triển hiểu hoàn toàn hệ thống chưa? Đã nêu đầy đủ yêu cầu chức (dịch vụ), đầu vào/ra liệu cần thiết chưa? 205 3.1.1 Nghiên cứu trạng xác định yêu cầu Mối quan hệ công việc pha phân tích yêu cầu 206 3.1.2 Phân tích hướng đối tượng  Là giai đoạn quan trọng q trình phát triển phần mềm, mơ hình khái niệm phải mơ tả xác Phân tích hướng đối tượng tập trung vào việc tìm kiếm đối tượng, khái niệm lĩnh vực toán xác định mối quan hệ chúng hệ thống Phân tích hệ thống cần trả lời câu hỏi sau:  Hệ thống gồm thành phần, phận, đối tượng nào?  Hệ thống cần thực gì? Kết việc phân tích hệ thống hướng đối tượng là: biểu đồ lớp, biểu đồ trạng thái, biểu đồ trình tự, biểu đồ cộng tác biểu đồ thành phần 207 3.1.2 Phân tích hướng đối tượng Tóm lại, mục tiêu cụ thể giai đoạn phân tích là: Xác định hệ thống cần phải làm Nghiên cứu đầy đủ chức cần cung cấp yếu tố liên quan Xây dựng mơ hình nêu bật chất vấn đề từ hướng nhìn có thực (trong đời sống thực) Nhờ chuyên gia lĩnh vực đánh giá, góp ý Kết giai đoạn phân tích Đặc Tả Yêu Cầu (Requirements Specifications) 208 3.1.3 Thiết kế hướng đối tượng  Hệ thống tổ chức thành tập đối tượng tương tác với mô tả cách để hệ thống thực thi nhiệm vụ toán  Giai đoạn cần trả lời câu hỏi: Hệ thống làm nào? (HOW?)  Trong hệ thống có lớp đối tượng nào, trách nhiệm chúng nào?  Các đối tượng tương tác với nào?  Các nhiệm vụ mà lớp đối tượng phải thực nào?  Dữ liệu nghiệp vụ giao diện xây dựng nào?  Kiến trúc cấu hình hệ thống nào? 209 3.1.3 Thiết kế hướng đối tượng Tóm lại, nhiệm vụ thiết kế hệ thống là: Xây dựng thiết kế chi tiết mô tả thành phần hệ thống mức cao (khâu phân tích) để phục vụ cho việc cài đặt Đưa kiến trúc hệ thống để đảm bảo cho hệ thống thay đổi, có tính mở, dễ bảo trì, thân thiện với NSD, Những kết thể biểu đồ: biểu đồ lớp (chi tiết), biểu đồ hành vi, biểu đồ thành phần biểu đồ triển khai Trong tài liệu thiết kế phải mô tả cụ thể thành phần nào, làm làm 210 3.1.3 Thiết kế hướng đối tượng Một số công việc thường thực giai đoạn thiết kế: Thiết kế database Thiết kế chức năng, thủ tục mô tả trình xử lý từ input đến output Thiết kế forms nhập liệu tùy theo thành phần liệu cần nhập Thiết kế reports output mà hệ thống phải sản sinh Kết giai đoạn thiết kế Đặc Tả Thiết Kế (Design Specifications) Bản Đặc Tả Thiết Kế Chi Tiết chuyển sang cho lập trình viên để thực giai đoạn xây 211 dựng phần mềm 3.1.4 Lập trình kiểm thử hệ thống Trong giai đoạn này, thành phần thiết kế lập trình thành mơ đun chương trình (chương trình con) Mỗi mô đun kiểm chứng thử nghiệm theo tài liệu đặc tả giai đoạn thiết kế  Công việc mô tả sau: Quá trình xây dựng phần mềm 212 3.1.4 Lập trình kiểm thử hệ thống Phần kiểm thử chia thành hai bước chính: Thử nghiệm đơn vị: Người viết code chạy thử phần chương trình với liệu giả (test/dummy data) Mục đích giai đoạn kiểm thử xem chương trình có cho kết mong muốn Giai đoạn thử nghiệm đơn vị gọi “Kiểm thử hộp trắng" (White Box Testing) 213 3.1.4 Lập trình kiểm thử hệ thống Kiểm thử đơn vị độc lập Công việc thành viên khác đảm trách Cần chọn người khơng có liên quan trực tiếp đến việc viết code đơn vị chương trình cần thử nghiệm để đảm bảo tính “độc lập” Kiểm thử hệ thống Sau thủ tục thử nghiệm riêng, cần phải thử nghiệm toàn hệ thống Mọi thủ tục tích hợp chạy thử, kiểm tra xem chi tiết ghi Đặc Tả Yêu Cầu Dữ liệu kiểm thử cần chọn lọc đặc biệt, kết cần phân tích để phát sai sót so 214 với thiết kế 3.1.5 Vận hành bảo trì hệ thống Cài đặt hệ thống phần mềm môi trường sử dụng khách hàng Chỉnh sửa phần mềm thiết kế yêu cầu người sử dụng Về bảo trì phần mềm:  Nâng cao hiệu hệ thống  Đảm bảo thích nghi thay đổi môi trường hệ thống hay sửa đổi cho phù hợp với thay đổi sách, qui chế 215 ...NỘI DUNG 3. 1 QUÁ TRÌNH PHÁT TRIỂN PHẦN MỀM HƯỚNG ĐỐI TƯỢNG 3. 2 PHÂN TÍCH YÊU CẦU HỆ THỐNG 3. 3 ĐẶC TẢ CÁC YÊU CẦU CỦA HT 3. 4 THIẾT KẾ HƯỚNG ĐỐI TƯỢNG 3. 5 CÁC NHÓM MẪU THIẾT KẾ 3. 6 THIẾT KẾ GIAO... trúc cấu hình hệ thống nào? 209 3. 1 .3 Thiết kế hướng đối tượng Tóm lại, nhiệm vụ thiết kế hệ thống là: Xây dựng thiết kế chi tiết mô tả thành phần hệ thống mức cao (khâu phân tích) để phục vụ... tả xác ? ?Phân tích hướng đối tượng tập trung vào việc tìm kiếm đối tượng, khái niệm lĩnh vực toán xác định mối quan hệ chúng hệ thống ? ?Phân tích hệ thống cần trả lời câu hỏi sau:  Hệ thống gồm