Giáo viên TS Trần Mạnh Tuấn Bộ môn Hệ thống thông tin Khoa Công nghệ thông tin Email tmtuan@tlu edu vn Điện thoai 0983 668 841 PHÂN TÍCH THIẾT KẾ HỆ THỐNG THÔNG TIN Bài 5 Requirements – Yêu cầu 1 mail[.]
PHÂN TÍCH THIẾT KẾ HỆ THỐNG THƠNG TIN Bài Requirements – Yêu cầu Giáo viên: TS Trần Mạnh Tuấn Bộ môn: Hệ thống thông tin Khoa: Công nghệ thông tin Email: tmtuan@tlu.edu.vn Điện thoai: 0983.668.841 Nội dung Quy trình phát triển HĐT(OO) - RUP Mơ hình hóa nghiệp vụ Requirement – Yêu cầu Quy trình phát triển HĐT Quy trình phát triển theo chức gặp nhiều hạn chế, thiếu tiêu chí chất lượng đặc biệt tính bảo trì Thúc phát sinh quy trình phát triển theo hướng đối tượng (OO) RUP – Rational Unified Process – Quy trình đồng hợp quy trình Quy trình phát triển HĐT Các triệu chứng vấn đề phát triển phần mềm Triệu chứng (Symptoms) – Các vấn đề xấu phần mềm Việc xử lý triệu chứng xấu làm chất lượng phần mềm cao theo định hướng lặp dự đốn Quy trình phát triển HĐT Bộ kinh nghiệm thực tế (Best practises) Tập phương pháp phát triển phần mềm kiểm nghiệm phần mềm thương mại Tính đắng khẳng định thơng qua q trình sử dụng thường xuyên thành công công nghiệp tổ chức Bộ kinh nghiệm thu được: • Khách hàng • Dự án • Chuyên gia Quy trình phát triển HĐT Bộ kinh nghiệm thực tế Phát triển lặp Kỹ thuật sử dụng để chuyển chức hệ thống vào chuỗi liên tục phiên hoàn thiện tăng dần Mỗi phiên phát triển thời gian cố định, gọi vòng lặp Mỗi vòng lặp tập trung vào: định nghĩa – phân tích – thiết kế - xây dựng – kiểm thử tập yêu cầu Quy trình phát triển HĐT Bộ kinh nghiệm thực tế Vòng lặp giải vấn đề: • Giải rủi ro lớn trước đầu tư • Sớm nhận phản hồi người dùng • Làm cho việc kiểm thử tích hợp diễn liên tục • Định nghĩa mốc ngắn hạn cho dự án • Làm cho việc cài đặt phần thực thi sẵn sàng Quản lý yêu cầu: Tỉ lệ thành công dự án phụ thuộc lớn (yêu tố định) việc quản lý yêu cầu dự án Các khía cạnh quản lý u cầu: • Phân tích vấn đề • Hiểu mong đợi người sử dụng • Định nghĩa hệ thống • Quản lý phạm vi • Làm mịn định nghĩa hệ thống • Quản lý thay đổi yêu cầu Quy trình phát triển HĐT Bộ kinh nghiệm thực tế Sử dụng kiến trúc phần mềm Kiến trúc phần thiết kế Nó bao gồm định làm hệ thống xây dựng Kiến trúc phần mềm khía cạnh quan trọng nhất, điều khiển quy trình phát triển lặp tăng thêm hệ thống suốt vịng đời phát triển Tính chất kiến trúc: • Khả đàn hồi linh động Đề đạt tính chất cần dự đốn lĩnh vực phần mềm cơng nghệ phát triển, để đưa thiết kế tính đến thay đổi Kỹ thuật chính: • Trừu tượng hóa • Đóng gói • Phân tích thiết kế hướng đối tượng Kết quả: đưa ứng dụng bảo trì mở rộng Quy trình phát triển HĐT Bộ kinh nghiệm thực tế Mơ hình hóa trực quan Mơ hình đơn giản hóa thực, cung cấp mô tả đầy đủ hệ thống từ góc nhìn Mơ hình hóa quan trọng giúp việc phát triển thị, đặc tả, xây dựng tài liệu hóa cấu trúc hành vi kiến trúc hệ thống Sử dụng UML thành viên nhóm phát triển trao đổi định hệ thống với Giúp đội phát triển quản lý phức tạp hệ thống Quy trình phát triển HĐT Bộ kinh nghiệm thực tế Kiểm tra thường xuyên Kiểm thư chức (Functional Testing) Kiểm thử tính dùng (Usability Testing) Kiểm thử tin cậy (Reliability Testing) Kiểm thử hiệu (Performance Testing) Kiểm thư tính hỗ trợ (Supportability Testing) 10 ... đoán lĩnh vực phần mềm công nghệ phát triển, để đưa thiết kế tính đến thay đổi Kỹ thuật chính: • Trừu tượng hóa • Đóng gói • Phân tích thiết kế hướng đối tượng Kết quả: đưa ứng dụng bảo trì... dự án Các khía cạnh quản lý yêu cầu: • Phân tích vấn đề • Hiểu mong đợi người sử dụng • Định nghĩa hệ thống • Quản lý phạm vi • Làm mịn định nghĩa hệ thống • Quản lý thay đổi yêu cầu Quy trình... phần mềm Kiến trúc phần thiết kế Nó bao gồm định làm hệ thống xây dựng Kiến trúc phần mềm khía cạnh quan trọng nhất, điều khiển quy trình phát triển lặp tăng thêm hệ thống suốt vòng đời phát