1. Trang chủ
  2. » Công Nghệ Thông Tin

Bài giảng Phân tích và thiết kế hướng đối tượng: Bài mở đầu - Đỗ Ngọc Như Loan

40 7 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 40
Dung lượng 1,15 MB

Nội dung

Bài giảng Phân tích và thiết kế hướng đối tượng - Bài mở đầu cung cấp cho người học các kiến thức: Giới thiệu, tiến trình phát triển hệ thống, các phương pháp phát triển hệ thống. Mời các bạn cùng tham khảo nội dung chi tiết.

Bài mở đầu GV: Phan Đỗ Ngọc ThịNhư KimLoan Loan – Bài mở đầu Nội dung  Giới thiệu  Tiến trình phát triển hệ thống  Các phương pháp phát triển hệ thống – Bài mở đầu Hiện trạng sống  Thế giới phụ thuộc vào phát triển công nghệ  Yêu cầu phát triển công nghệ phần mềm  Các ứng dụng công nghệ phần mềm: ngày mở rộng phức tạp  Nhu cầu thị trường tăng: đòi hỏi tăng suất, nâng cao chất lượng lại giảm thiểu thời gian  Tuy nhiên lại thiếu nguồn nhân lực thực có trình độ – Bài mở đầu Thống kế dự án phần mềm  The Robbins-Gioia Survey (2001)  Khảo sát 232 người làm việc công ty triển khai hệ thống ERP 51%: không thành cơng 49% cịn lại (46% khơng thể nâng cấp)  The KPMG Canada Survey (1997)  Khảo sát 1450 phiếu khảo sát, phân tích 176 trường hợp  61% dự án xem thất bại  Hơn 1/3 dự án vượt ngân sách ước tính ban đầu  Thất thoát ngân sách cho dự án công nghệ thông tin hàng năm lên đến hàng tỷ đôla Canada ($25 billion per year) – Bài mở đầu Thống kê dự án phần mềm  The Chaos Report (1995)  365 người trả lời đại diện cho 8380 ứng dụng  31.1% hủy bỏ  52.7% vượt ngân sách ước tính ban đầu 189%  16.2% kịp tiến độ ngân sách cho phép  The OASIG Study (1995)  10 IT projects thất bại nhiều lý Theo nguồn thống kê Ó IT Cortex – Bài mở đầu Những thách thức  Thách thức  Công nghệ thay đổi nhanh  Công việc phát triển phần mềm công việc tập thể  Sự chuyên mơn hố cách thức làm việc phân tán  Kết luận:  IT Project: Tỷ lệ thất bại nhiều thành công  Chỉ dự án thực đáp ứng nhu cầu  Dự án lớn khả thất bại cao  Có thành cơng q nhiều thất bại – Bài mở đầu Vấn đề phát sinh phát triển HT  Hiểu khơng người dùng cần  Khơng thể thích ứng với thay đổi yêu cầu hệ thống  Các Module khơng khớp với  Phần mềm khó bảo trì nâng cấp, mở rộng  Phát trễ lỗ hổng dự án  Chất lượng phần mềm  Hiệu phần mềm thấp  Các thành viên nhóm khơng biết thay đổi gì, nào, đâu, phải thay đổi  Q trình build-and-release khơng đáng tin cậy – Bài mở đầu Các nguyên nhân cốt lõi  Sự quản lý yêu cầu người dùng không đầy đủ  Trao đổi thông tin mơ hồ không đầy đủ  Kiến trúc không vững  Độ phức tạp vượt q tầm kiểm sốt  Có mâu thuẫn không phát yêu cầu, thiết kế, cài đặt  Kiểm chứng không đầy đủ  Sự lượng giá chủ quan tình trạng dự án  Sự chậm trễ việc giảm rủi ro mơ hình thác nước  Sự lan truyền khơng thể kiểm sốt thay đổi  Thiếu cơng cụ tự động hóa – Bài mở đầu Tiến trình phát triển hệ thống  Tổng quát Tiến trình (Process) xác định:  Who -  What - làm  Where - đâu  When - làm  How - làm để đạt tới mục đích mong muốn  Software Development Process  Rational Unified Process - RUP – Bài mở đầu Software Development Life Cycle - SDLC – Bài mở đầu 10 Software development approaches  Object-Oriented Analysis and Design - OOAD  Use-case Diagram  Class Diagram  Object Diagram  State Diagram  Transition Diagram  Interaction Diagram  Module Diagram  Process Diagram  Integrated Methodology Software Development – Bài mở đầu 26 Structured Design  Dự án tiến triển từ bước sang bước cách có hệ thống  Thơng thường, bước phải hoàn thành trước bắt đầu bước – Bài mở đầu 27 Waterfall method Waterfall method Qui trình tháp nước nhiều rủi ro Time – Bài mở đầu 28 Ứng dụng tháp nước theo vòng lập Iteration Iteration Iteration Time  Các vòng lặp đầu dành cho vấn đề nhiều rủi ro  Mỗi vòng lặp sinh phiên với bổ sung cho hệ thống  Mỗi vịng lập bao gồm việc tích hợp kiểm chứng – Bài mở đầu 29 Qui trình lập Tháp nước cải tiến RISK Giảm rủi ro RISK Tháp nước Iteration TIME       Iteration Iteration Iteration TIME Các rủi ro giải trước có phát triển lớn Các vòng lặp cho phép nhận feedback Việc kiểm chứng tích hợp diễn liên tục Các cột mốc cục định tiêu điểm ngắn hạn Sự tiến triển đo cài đặt Các cài đặt phận triển khai riêng – Bài mở đầu 30 Phương pháp thác nước  Ưu điểm:  Trước lập trình yêu cầu hệ thống xác định chi tiết đầy đủ => giảm thiểu thay đổi yêu cầu trình phát triển hệ thống  Nhược điểm:  Thời gian từ đề xuất dự án đến có sản phẩm cuối thường dài (vài tháng -> vài năm) – Bài mở đầu 31 Parallel Development A Parallel Development-based Methodology – Bài mở đầu 32 Spiral  Kết hợp prototyping-in-stages top-down and bottom-up  Đánh giá giảm thiểu rủi ro cách tách nhỏ phân đoạn thay quản lý tồn dự án  Mỗi vịng xoắn ốc qua:  Phân tích mục tiêu, lựa chọn thay  Đánh giá lựa chọn thay thế, xác định giải rủi ro  Phát triển từ iteration  Kế hoạch lặp  Bắt đầu chu kỳ với: bên liên quan xác định mục đích kết cần thoả  Kết thúc chu kỳ: xem xét cam kết bên – Bài mở đầu 33 Rapid Application Development (RAD) Các nhân tố quan trọng:     Công cụ CASE (Computer Aided Software Engineering ) JAD (Joint Application Development ) Ngơn ngữ lập trình hệ thứ tư/ visual Công cụ tạo mã – Bài mở đầu 34 Phương pháp phát triển theo pha – Bài mở đầu 35 Software prototyping – Bài mở đầu 36 Phương pháp xây dựng nguyên mẫu loại bỏ – Bài mở đầu 37 Agile Development Là phương pháp phát triển lặp Cố định thời gian vòng lặp Đưa sản phẩm (release) theo hướng tiến hóa dần Có kế hoạch thích hợp (khơng phải cố định), sẵn sàng cho thay đổi có xảy – Bài mở đầu 38 Lựa chọn phương pháp phù hợp Tiêu chí:  Độ rõ ràng, đầy đủ yêu cầu người sử dụng  Khả năng, mức độ thành thạo công nghệ  Độ phức tạp hệ thống  Độ tin cậy hệ thống  Quỹ thời gian – Bài mở đầu 39 Lựa chọn phương pháp phù hợp Criteria for Selection a Methodology – Bài mở đầu 40 ... – Bài mở đầu 17 Thiết kế (Design)  Xác định chiến lược thiết kế  Xây dựng cấu trúc thành phần  Thiết kế giao diện  Thiết kế chức  Thiết kế sở liệu  Hồ sơ thiết kế cho hệ thống – Bài mở đầu. .. khả thi – Bài mở đầu 15 Requirement Management Quản lý yêu cầu công việc - Quan trọng - Không dễ dàng - Ảnh hưởng đến giai đoạn khác - Quyết định việc thành bại PM – Bài mở đầu 16 Phân tích yêu... u cầu ? ?Phân tích thiết kế Thực thi Kiểm thử Triển khai – Bài mở đầu 11 Tiến trình phát triển hệ thống  Lập kế hoạch (Planning)  Phân tích yêu cầu (Requirements Analysis)  Thiết kế (Design)

Ngày đăng: 08/05/2021, 12:12

TỪ KHÓA LIÊN QUAN

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w