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

 Không thể thích ứng với các thay đổi về yêu cầu của hệ thống  Các Module không khớp với nhau.  Phần mềm khó bảo trì và nâng cấp, mở rộng  Phát hiện trễ các lỗ hổng của dự án[r]

(1)

1 – Bài mở đầu

GV: Phan Thị Kim Loan

Bài mở đầu

(2)

Nội dung

2

 Giới thiệu

 Tiến trình phát triển hệ thống

(3)

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

được 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 độ

(4)

Thống kế dự án phần mềm

4

 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% 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

(5)

Thống kê dự án phần mềm

5

 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ý

(6)

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ự chun mơn hố cách thức làm việc phân tán  Kết luận:

 1 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

(7)

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

 Quá trình build-and-release không đáng tin cậy

(8)

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 tầm kiểm soát

 Có mâu thuẫn khơng phát yêu cầu, thiết kế,

và 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 soát thay đổi

 Thiếu cơng cụ tự động hóa

(9)

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

(10)

Software Development Life Cycle - SDLC