Bài giảng Quản trị dự án: Bài 1 - Phần mềm

Chia sẻ: Bui Thuy Quynh | Ngày: | Loại File: PPTX | Số trang:7

Thêm vào BST

Báo xấu

51
lượt xem 3
download

Download Vui lòng tải xuống để xem tài liệu đầy đủ

Nội dung chính của bài giảng này là phân tích và trình bày các mô hình phát triển phần mềm. Để hiểu rõ hơn, mời các bạn tham khảo chi tiết nội dung bài viết.

Chủ đề:

Bình luận(0) Đăng nhập để gửi bình luận!

Lưu

Nội dung Text: Bài giảng Quản trị dự án: Bài 1 - Phần mềm

BÀI 1. PHẦN MỀM Phần mềm là nơi ta gieo những ước mơ và gặt về những ác mộng
CÁC MÔ HÌNH PHÁT TRIỂN PHẦN MỀM Phân chia giai đoạn phát MÔ HÌNH THÁC NƯỚC triển, kết thục giai đoạn này mới chuyển sang gia đoạn khác MÔ HÌNH TIẾN HOÁ Là mô hình hoàn thiện dần, phát triển theo bước MÔ HÌNH HÌNH THỨC lặp như mô hình xoắn ốc, mô hình gia tăng, mô hình MÔ HÌNH SỬ DỤNG LẠI bản mẫu. Sử dụng đặc tả toán học, và kiểm chứng hình thức Hướng đối tượng, hướng thành phần
MÔNghiên HÌNH THÁC cứu hiện trạng NƯỚC Nghiên cứu yêu cầu Thiết kế tổng thể (kiến trúc) Phân tích Thiết kế chi Xâytiết (chức dựng cơ năng, sở dữ liệu dữ liệu, giao diện, Lập trình an toàn) Phân tích Test module Test tích hợp Test hệ Cài đặt CSDL và thống Thiết kế phần mềm Test chấp nhận Huấn luyện Mã hoá Kiểm thử Chuyển giao Sửa lỗi Thích nghi hoá Bảo trì Tăng cường chức năng Dự phòng
CHI PHÍ TRONG NHỮNG NĂM 90’ Tích hợp Nghiên cứu yêu cầu Phân tích 10% 15% 15% 15% 25% Thiết kế 20% Phát triển Bảo 33% Kiểm thử Lập trình trì 6 7%
BI KỊCH DỰ ÁN PHẦN MỀM l 35% số dự án phần mềm thất bại vì các lý do: thời hạn, chi phí, chất Dự án phần mềm của Bộ quốc phòng lượng (không đáp ứng được Mỹ nghiệp Project value $M vụ, khó sử dụng, không 3.5 tin cậy…) 3 l 45% : đã được phân phối, 2.5 không được sử dụng 2 1.5 l 27% : không được phân 1 phối l 17% : bị hủy bỏ 0.5 0 l 6% : được sử dụng sau Paid khiforđã sửa but Delived but AbandonedUsed after Used as đổi not received not used or reworkedchange delivered l 5% : được sử dụng ngay sau khi phân Projects phối
KHỦNG HOẢNG PHẦN MỀM l Tại sao hầu hết các dự án l Cần quản trị. Vấn đề nằm đều bị trễ hạn ở quy trình chứ không phải l Vì sao chi phí phát triển nằm ở lập trình. Lập trình phần mềm đắt đến như ngày nay chỉ còn chiếm vậy ? 10-15% chi phí. l Vì sao phần mềm nhiều l Quản trị không giải quyết lỗi như vậy được hết mọi vấn đề l Vì sao khó đo đếm tiến nhưng nó cho phép dự triển của dự án phần phòng được các nguyên mềm đến như vậy ? nhân làm dự án của bạn thất bại
CHUYỆN VUI: VÒNG ĐỜI CHẤT LƯỢNG l 1. Lập trình viên đưa ra đoạn mã mà anh ta tin rằng không hề có lỗi. l 2. Kiểm tra chất lượng sản phẩm, phát hiện 20 lỗi. l 3. Lập trình viên sửa 10 lỗi và gửi e-mail tới phòng Thử nghiệm sản phẩm về 10 "vấn đề" còn lại mà anh ta nhất định cho rằng không phải là lỗi. l 4. Phòng thử nghiệm sản phẩm e-mail lại rằng 5 trong số 10 đoạn sửa lỗi không hoạt động và đính kèm danh sách 15 lỗi mới. l 5. Phòng tiếp thị gởi thông báo rằng họ đã hoàn tất khâu quảng bá cho sản phẩm. Giám đốc gọi điện xuống hỏi về tiến độ công việc và củng cố tinh thần "chiến sỹ". Phòng phát hành cử nhân viên đến nhận đĩa nguồn phần mềm. Phòng tiếp thị thông báo trên truyền hình và báo chí về việc hoãn lại ngày phát hành sản phẩm vài tuần... l 6. Ơn trời! Cuối cùng sản phẩm cũng được phát hành. l 7. Trong vòng một tuần, người sử dụng phát hiện ra 137 lỗi mới. l 8. Lập trình viên phụ trách phát triển sản phẩm đã xin nghỉ phép. l 9. Một nhóm "cứu nạn" gồm nhiều lập trình viên kỳ cựu được thành lập khẩn cấp. Sau một tuần làm việc cật lực, họ đã "thanh toán" hết 137 lỗi, nhưng lại được thông báo về 456 lỗi mới. l 10. Mọi người tổng kết được 783 lỗi trong chương trình. l 13. Giám đốc ngồi tại bàn giấy xem xét các báo cáo và quyết định thuê một lập trình viên mới toanh để xây dựng lại phần mềm từ đống đổ nát ban đầu. l 1NEW. Lập trình viên mới đưa ra đoạn mã mà anh ta tin rằng không hề có lỗi.