Thông tin tài liệu
cần có quy trình để phát triển hệ thống? Tại 1.2 Sai sót xảy (quá) thường xuyên Cần xây dựng hệ thống không dựa vào trực giác Các dự án chậm trễ, vượt ngân sách bàn giao với tính so với kế hoạch Nhiệm vụ chủ chốt để phát triển hệ thống gì? 1.3 Thiết kế hệ thống để tăng thêm ứng dụng giá trị sử dụng Phải hiểu quy trình hoạt động hệ thống Yêu cầu có kỹ cụ thể Không đáp ứng yêu cầu Hiệu suất Độ tin cậy Thiếu khả sử dụng Gặp vấn đề như: ◦ Không lên lịch ◦ Không đủ ngân sách 1.4 1.5 Phức tạp Chuyển yêu cầu Dự toán tồi Quản lý Công nghệ Giải vấn đề cách phức tạp Hệ thống phụ thuộc nhiều vào yêu cầu, yêu cầu lại thay đổi liên tục Phân tích sai sót Ý niệm/quan niệm ~ 45% Mã hóa ~ 25% Soạn thảo ~ 7% Các sai sót mức ~ 20% Các sai sót không xếp loại ~ 3% Phân tích chi phí Bảo trì Phát triển Phân tích hoạt động phân bổ Sản xuất mã ~ 55% ~ 45% ~ 15% Phát sửa chữa sai sót ~ 50% Khác ~ 35% Khái niệm HTTT Một số loại hình HTTT Một số vấn đề PT & TK HT Vòng đời phát triển hệ thống Phương pháp phát triển hệ thống Hướng phát triển hệ thống 1.7 niệm hệ thống thông tin Khái 1.8 Hệ thống tập hợp phần tử có mối liên hệ với nhau, làm việc để đạt mục tiêu / nhiệm vụ Ví dụ: ◦ Hệ thống tiêu hóa ◦ Hệ thống giao thông công cộng ◦ Hệ thống máy tính ◦ Hệ thống thông tin,… 1.9 Đặc điểm hệ thống: ◦ Có phát triển: phát sinh, tăng trưởng, suy thoái ◦ Có hoạt động: Các phần tử hệ thống cộng tác với để thực mục đích chung => Hệ thống hoạt động môi trường có trao đổi vào với môi trường xung quanh 1.10 Là mô hình SDLC không làm theo quy trình cụ thể Là phát triển phần mềm mà không theo yêu cầu khách hàng Là mô hình lý tưởng cho dự án nhỏ với hai nhà phát triển làm việc với (hữu ích cho dự án học tập thực hành) 1.87 1.88 Là mô hình đơn giản Ít kế hoạch cần thiết Dễ quản lý Cần nguồn lực Linh hoạt để phát triển Là mô hình trợ giúp tốt cho người sinh viên Rủi ro cao không chắn Không phải mô hình tốt cho dự án phức tạp hướng đối tượng Mô hình tồi cho dự án dài thay đổi liên tục Có thể tốn yêu cầu đầu vào hiểu lầm 1.90 Là kết hợp lặp tăng dần mô hình Phương pháp Agile chia nhỏ sản phẩm để xây dựng lần lặp Mỗi lần lặp bao gồm đội chéo chức làm việc đồng thời nhiều lĩnh vực lập kế hoạch, phân tích yêu cầu, thiết kế, viết mã, kiểm tra đơn vị, kiểm tra chấp nhận Vào cuối lần lặp, sản phẩm hiển thị cho khách hàng bên liên quan 1.91 Là cách tiếp cận thực tế để phát triển phần mềm Khuyến khích làm việc theo nhóm Chức phát triển nhanh chóng Yêu cầu tài nguyên tối thiểu Cung cấp giải pháp làm việc phần Mô hình tốt cho môi trường có thay đổi đặn Quy tắc tối thiểu, tài liệu dễ dàng sử dụng Ít kế hoạch cần thiết Dễ quản lý 1.92 1.93 Không thích hợp để xử lý phụ thuộc phức tạp Nhiều rủi ro tính bền vững, bảo trì mở rộng Phức tạp việc quản lý tiến độ, chức điều chỉnh Phụ thuộc nhiều vào tương tác khách hàng, khách hàng không rõ ràng dẫn đến điều khiển theo hướng sai lầm Phụ thuộc cá nhân cao Chuyển giao công nghệ cho thành viên nhóm khó khăn thiếu tài liệu Thác nước mô hình V mô hình SDLC truyền thống Rất thích hợp cho dự án có yêu cầu sản phẩm rõ ràng nơi yêu cầu không thay đổi trình hoàn thành dự án Mô hình lặp xoắn ốc linh hoạt thay đổi Thích hợp cho dự án mà yêu cầu không xác định rõ, yêu cầu thị trường thay đổi thường xuyên Mô hình Big Bang cách tiếp cận ngẫu nhiên để phát triển phần mềm phù hợp cho dự án nhỏ học tập 1.94 Agile mô hình phổ biến Agile giới thiệu khái niệm để khách hàng sử dụng phương pháp tiếp cận nguyên mẫu Agile chia dự án thành bước lặp nhỏ với tính chuyển giao cụ thể Tương tác khách hàng xương sống phương pháp Agile Các hướng phát triển hệ thống 1.96 1.97 Hướng chức (giữa 1970s) Hướng liệu (đầu 1980s) Hướng đối tượng (nửa cuối 1980s) 1.98 Tập trung vào mục tiêu làm liệu di chuyển thay đổi hệ thống thông tin 1.99 Tập trung vào việc tổ chức liệu đâu làm liệu sử dụng 1.100 Phương pháp kỹ thuật phát triển hệ thống đối tượng tập trung vào liệu hay chức Dữ liệu chức đóng gói lại với
Ngày đăng: 28/09/2017, 01:06
Xem thêm: PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG
