QTDA 1. Phan mem va quy trinh phan mem 2

TRƯỜNG ĐẠI HỌC CƠNG NGHỆ Bộ mơn Cơng nghệ Phần mềm BÀI GIẢNG QUẢN TRỊ DỰ ÁN PHẦN MỀM BÀI PHẦN MỀM Giảng viên: ĐÀO KIẾN QUỐC Mobile 098.91.93.980 Email: dkquoc@vnu.edu.vn PHẦN MỀM – Phần mềm đặc tính phần mềm   – – Đinh nghĩa phần mềm vài đặc tính phần mềm Những vấn đề đặt phát triển phần mềm Các qui trình phát triển phần mềm (nhắc lại) Dự án phần mềm quản trị dự án phần mềm     Khái niệm dự án Đặc trưng dự án Quản trị dự án CMM CMMI PHẦN MỀM    Tập lệnh (chương trình máy tính) máy tính thực tạo dịch vụ đem lại kết mong muốn cho người dùng Các cấu trúc liệu (lưu giữ nhớ) làm cho chương trình thao tác hiệu với thơng tin thích hợp Các tài liệu để mô tả thao tác, cách sử dụng bảo trì phần mềm ĐẶC TRƯNG CỦA PHẦN MỀM      Phần mềm phát triển (hay kỹ nghệ), khơng chế tạo theo nghĩa cổ điển Phần mềm khơng "hỏng đi" thối hố theo thời gian Phần lớn phần mềm xây dựng theo đơn đặt hàng khách Sự phức tạp tính thay đổi ln chất phần mềm Ngày phần mềm phát triển theo nhóm NHỮNG VẤN ĐỀ ĐẶT RA Khủng hoảng phần mềm – – – – – Thời hạn Chi phí Chất lượng Phụ thuộc vào người Khủng hoảng nhân làm phần mềm Quy mô độ phức tạp ngày tăng NHỮNG VẤN ĐỀ ĐẶT RA  Thách thức – – – Sự tinh vi lực phần cứng vượt xa khả xây dựng phần mềm để sử dụng tiềm Khả xây dựng phần mềm khơng giữ đựợc nhịp so với nhu cầu phần mềm tăng lên nhanh chóng, đặc biệt internet phát triển Quy mô độ phức tạp phần mềm ngày tăng Khả bảo trì hệ thống phần mềm cũ tồn khó khăn tốt nguồn tài ngun thiết kế sơ sài Phát triển phần mềm phải nhanh chóng dễ bảo trì trở thành nhu cầu cấp bách CÁC MƠ HÌNH PHÁT TRIỂN PHẦN MỀM MƠ HÌNH THÁC NƯỚC Phân chia giai đoạn phát triển, kết thục giai đoạn chuyển sang gia đoạn khác MƠ HÌNH TIẾN HỐ MƠ HÌNH HÌNH THỨC MƠ HÌNH SỬ DỤNG LẠI Là mơ hình hồn thiện dần, phát triển theo bước lặp mơ hình xoắn ốc, mơ hình gia tăng, mơ hình mẫu Sử dụng đặc tả tốn học, kiểm chứng hình thức Hướng đối tượng, hướng thành phần Nghiên cứu trạng MƠ HÌNH THÁC NƯỚC Nghiên cứu uThiết cầu kế tổng thể (kiến trúc) Phân tích Thiết kế chi tiết (chức năng, Xây dựng sở liệu liệu, giao diện, tồn) Lậpantrình Test module Test tích hợp đặt CSDL Test hệ Cài thống phần mềm Test chấp nhận Huấn luyện Phân tích Thiết kế Mã hố Kiểm thử Chuyển giao Sửa lỗi Thích nghi hố Tăng cường chức Dự phòng Bảo trì CHI PHÍ TRONG NHỮNG NĂM 90’ Tích hợp 15% 25% Nghiên cứu yêu cầu Phân tích 10% 15% 15% 20% Bảo t rì Phát tr iể 67% n 33% Kiểm thử Thiết kế Lập trình BI KỊCH DỰ ÁN PHẦN MỀM      35% số dự án phần mềm thất bại lý do: thời hạn, chiDựphí, chất án phần mềm Bộ quốc phòng lượng (khơng đáp ứng nghiệpMỹ 3.5 vụ, khó sử dụng, khơng tin cậy…) 45% : phân phối, không 2.5 sử dụng 27% : không được1.5 phân phối 17% : bị hủy bỏ 0.5 6% : sử dụng0sau sửa Paid for but Used as Abandoned Used after Delived but đổi not received change delivered or reworked not used 5% : sử dụng sau Projects phân phối Project value $M  BI KỊCH PHẦN MỀM  Các dự án mà phần mềm tốn khủng khiếp – –    ARIANE missile program Mars Lander Lỗi Y2K có ảnh hưởng tồn cầu Dự án SEA GAME 23 dự trù 15 tỉ, thực thi 90 tỉ Những yếu làm trầm trọng an ninh thông tin lĩnh vực hoạt động có quy mơ lớn – – – EMail attachment viruses Denial-of-service attacks (DOS) Security of web transactions NHỮNG ĐIỀU “BÍ HIỂM” TRONG CÁC DỰ ÁN PHẦN MỀM     Các chuẩn phát triển phần mềm có đủ để đảm bảo thắng lợi dự án phần mềm không? Khi dự án bị chậm có nên bổ sung lập trình viên khơng ? Khi nắm đại thể yêu cầu phần mềm, bắt đầu sớmvà chi tiết hố dần sau Do phần mềm mềm dẻo, dễ sửa nên không ngại yêu cầu thường xuyên thay đổi Không Càng thêm người bị chậm Càng bắt đầu sớm muộn Thay đổi vô cúng tốn NHỮNG ĐIỀU “BÍ HIỂM” TRONG CÁC DỰ ÁN PHẦN MỀM    Phần mềm đưa vào hoạt động Cơng việc chấm dứt Chỉ tới phần mềm vào làm việc đánh giá chất lượng Sản phẩm dự án phần mềm phần mềm dự án dự án thành công Mới 1/3 quãng đường Sai lầm nghiêm trọng Còn liệu tài liệu KHỦNG HOẢNG PHẦN MỀM     Tại hầu hết dự án bị trễ hạn Vì chi phí phát triển phần mềm đắt đến ? Vì phần mềm nhiều lỗi Vì khó đo đếm tiến triển dự án phần mềm đến ?   Cần quản trị Vấn đề nằm quy trình khơng phải nằm lập trình Lập trình ngày chiếm 10-15% chi phí Quản trị khơng giải hết vấn đề cho phép dự phòng nguyên nhân làm dự án bạn thất bại CHUYỆN VUI: VÒNG ĐỜI CHẤT LƯỢNG             Lập trình viên đưa đoạn mã mà tin khơng có lỗi Kiểm tra chất lượng sản phẩm, phát 20 lỗi Lập trình viên sửa 10 lỗi gửi e-mail tới phòng Thử nghiệm sản phẩm 10 "vấn đề" lại mà định cho lỗi Phòng thử nghiệm sản phẩm e-mail lại số 10 đoạn sửa lỗi không hoạt động đính kèm danh sách 15 lỗi Phòng tiếp thị gởi thơng báo họ hồn tất khâu quảng bá cho sản phẩm Giám đốc gọi điện xuống hỏi tiến độ công việc 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 truyền hình báo chí việc hỗn lại ngày phát hành sản phẩm vài tuần Ơn trời! Cuối sản phẩm phát hành Trong vòng tuần, người sử dụng phát 137 lỗi Lập trình viên phụ trách phát triển sản phẩm xin nghỉ phép Một nhóm "cứu nạn" gồm nhiều lập trình viên kỳ cựu thành lập khẩn cấp Sau tuần làm việc cật lực, họ "thanh toán" hết 137 lỗi, lại thông báo 456 lỗi 10 Mọi người tổng kết 783 lỗi chương trình 13 Giám đốc ngồi bàn giấy xem xét báo cáo định thuê lập trình viên toanh để xây dựng lại phần mềm từ đống đổ nát ban đầu 1NEW Lập trình viên đưa đoạn mã mà tin khơng có lỗi CMM (Capability Maturity Model)       Mơ hình trưởng thành khả Software Engineering Institute (Carnegi Mellon University)đưa năm 1986 Mỗi mức trưởng thành trạng thái ổn định bước đường hoàn thiện trình phần mềm Mức 1, khởi đầu (initial): phát triển tuỳ tiện, khơng xác định quy trình, thành công phụ thuộc vào cá nhân Mức 2, lặp lại (repeatable): Có quy trình để theo dõi chi phí, lịch trình chức Các quy trình triển khai thành cơng cho dự án tương tự Mức 3, xác định (defined):quá trình quản trị trình thực phần mềm chuẩn hố, ghi thành văn tích hợp chặt chẽ vào q trình làm phần mềm áp dụng cho tổ chức lớn Mức 4, quản trị (managed): có thu thập độ đo q trình chất lượng sản phẩm Việc kiểm sốt q trình sản phẩm phải lượng hố Mức gồm mức Mức 5, tối ưu hố (optimizing): phản hồi lượng hố q trình, việc thử nghiệm ý tưởng công nghệ sử dụng để cải thiện liên tục trình phần mềm Mức gồm mức CMM Mức trưởng thành gồm Khả tiến trình Lĩnh vực tiến trình then chốt (KPA) Xác định Đạt Mục tiêu Các đặc tính chung gồm Hướng tới Triển khai cài đặt Các hoạt động chủ yếu Mô tả Các hoạt động hạ tầng Các lĩnh vực tiến trình then chốt KPA (Key Process Area) Mức 2: mức lặp lại – – – – – Quản trị cấu hình phần mềm Đảm bảo chất lượng Quản lý thuê nhà thầu phụ Quản lý yêu cầu Theo dõi giám sát dự án Mức 3: xác định – – – – – – – Kiểm điểm ngang hàng (peer review) Cộng tác nhóm Kỹ nghệ sản phẩm Quản trị phần mềm tích hợp Chương trình đào tạo Tối ưu hố xác định q trình Các tiêu điểm trình tổ chức Các KPA (Key Process Area) Mức 4: Được quản trị – Quản lý chất lượng phần mềm – Quản trị q trình lượng hố Mức 5: Tối ưu hố – Quản lý thay đổi trình – Quản trị thay đổi cơng nghệ – Dự phòng khiếm khuyết CÁC ĐẶC TRƯNG      Cam kết thực hiện: hành động tổ chức cần thực để bảo đảm tiến trình thiết lập khả thi thường liên quan tới việc thiết lập sách tổ chức trách nhiệm cấp quản lý mức cao Khả thực hiện: Mô tả tiền đề cần có để thực thi tiến trình phần mềm thường liên quan tới tài nguyên, cấu trúc tổ chức đào tạo Các hành động thực hiện: mơ tả vai trò thủ tục cần thiết để thực thi lĩnh vực tiến trình then chốt kế hoạch thủ tục, triển khai cơng việc, theo dõi nó, sửa sai cần thiết Đo đạc phân tích: mơ tả nhu cầu đo đạc tiến trình phân tích kết đo Thanh tra thực thi: để bảo đảm hoạt động thực tuân theo tiến trình thiết lập HẾT BÀI LỖI CỦA PHẦN MỀM ... phát triển tuỳ tiện, khơng xác định quy trình, thành cơng phụ thuộc vào cá nhân Mức 2, lặp lại (repeatable): Có quy trình để theo dõi chi phí, lịch trình chức Các quy trình triển khai thành cơng... phân phối Project value $M  BI KỊCH PHẦN MỀM  Các dự án mà phần mềm tốn khủng khiếp – –    ARIANE missile program Mars Lander Lỗi Y2K có ảnh hưởng tồn cầu Dự án SEA GAME 23 dự trù 15 tỉ,... (khơng đáp ứng nghiệpMỹ 3.5 vụ, khó sử dụng, khơng tin cậy…) 45% : phân phối, không 2. 5 sử dụng 27 % : không được1.5 phân phối 17% : bị hủy bỏ 0.5 6% : sử dụng0sau sửa Paid for but Used as Abandoned