1. Trang chủ
  2. » Giáo án - Bài giảng

bài công nghệ phần mềm

20 657 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

Cấu trúc

  • TIẾN HÓA PHẦN MỀM

  • Slide 2

  • Chương trình tiến hóa Dynamics

  • Chương Trình Tiến Hóa Dynamics

  • Chương Trình Tiến Hóa Dynamics

  • Bảo Trì Phần Mềm

  • Bảo Trì Phần Mềm

  • Bảo Trì Phần Mềm

  • Bảo Trì Phần Mềm

  • Quy Trình Tiến Hóa

  • Quy Trình Tiến Hóa

  • Quy Trình Tiến Hóa

  • Quy Trình Tiến Hóa

  • Quy Trình Tiến Hóa

  • Slide 15

  • Tiến Hoá Hệ Thống Legacy

  • Tiến Hoá Hệ Thống Legacy

  • Key Points

  • THÀNH VIÊN NHÓM

  • Slide 20

Nội dung

TIẾN HÓA PHẦN MỀM • Tiến hóa phần mềm gì? chỉnh sửa để sửa lỗi tìm thấy vận hành, để thích ứng với tảng nâng cao hiệu suất đặc tính phi chức khác Đề cập tới gì? TIẾN HÓA PHẦN MỀM Chương trình tiến hóa Dynamics Bảo trì phần mềm Quá trình tiến hóa Tiến hoá hệ thống Legacy Chương trình tiến hóa Dynamics Hình 21.1 Mô hình xoắn ốc hình thành phát triển Chương Trình Tiến Hóa Dynamics • Nghiên cứu gì? – Nghiên cứu thay đổi hệ thống (Lehman Belady) – Nghiên cứu tầm quan trọng thông tin phản hồi trình tiến hoá (Jihman, 1996; Lehman, cộng sự, 1998) Đề xuất luật (Luật Jihrnan) liên quan đến thay đổi hệ thống Chương Trình Tiến Hóa Dynamics • Luật pháp lehman Quy tắc Mô tả Sự thay đổi Một chương trình sử dụng môi trường thực tế thiết phải thay đổi trở nên không khả thi môi trường Độ phức tạp Là thay đổi chương rình phát triển, cấu trúc chương trình trở nên phức tạp Nguồn lực bổ sung giúp đơn giản hóa cấu trúc Chương trình tiến hóa Đó trình tự điều tiết Thuộc tính hệ thống kích thước, thời gian phiên số lượng lỗi báo cáo khoảng bất biến phát hành hệ thống Quá trình tổ chức Trong suốt đời môt chương trình, tốc độ phát triển khoảng liên tục độc lập cấc nguồn tài nguyên dành cho việc phát triển hệ thống Quá trình bảo dưỡng Trong suốt quãng đời hệ thống, thay đổi chương trình không đổi Bảo Trì Phần Mềm • Bảo trì phần mềm – Bảo trì phần mềm trình chung việc thay đổi hệ thống sau chuyển giao • Có loại bảo trì – Bảo trì để sửa chữa lỗi phần mềm – Bảo trì để thích ứng phần mềm với môi trường vận hành khác nhau: – Bảo trì để thêm vào sửa đổi chức hệ thống Bảo Trì Phần Mềm • Chi phí bảo trì: Chi phí bảo trì phần chi phí phát triển biến đổi từ miền ứng dụng khác Hình 21.3 Phân phối nỗ lực bảo trì Bảo Trì Phần Mềm Sự tách biệt phát triển bảo trì->chi phí bảo trì cao? – Ổn định đội ngũ: • Sau hệ thống chuyển giao, nhóm phát triển bị chia nhỏ người làm việc dự án – Trách nhiệm với hợp đồng • Hợp đồng để trì hệ thống thường tách biệt với hợp đồng phát triển hệ thống – Kỹ nhân viên: • Nhân viên bảo trì thường tương đối thiếu kinh nghiệm xa lạ với miền ứng dụng • Các nhân viên bảo trì nhiều kinh nghiệm phát triển ngôn ngữ phải học ngôn ngữ – Tuổi cấu trúc chương trình • chúng có xu hướng bị xuống cấp thay đổi -> khó khăn để hiểu chỉnh sửa Bảo Trì Phần Mềm • Dự đoán bảo trì Hình 21.5 minh họa dự đoán câu hỏi liên quan Quy Trình Tiến Hóa • Dự đoán quy trình tiến hóa qua: – Tổng số yêu cầu tiến hóa sửa chữa – Thời gian trung bình để phân tích tác động – Thời gian trung bình để thực yêu cầu thay đổi – Số yêu cầu thay đổi dư Quy Trình Tiến Hóa • Các hoạt động quy trình tiến hóa phần mềm: – Phân tích thay đổi • Đánh giá xem có bap nhiêu hệ thống chịu ảnh hưởng thay đổi hệ thống • Chi phí cho thay đổi hệ thống bao nhiêu? • Đề xuất thay đổi hệ thống – Lập kế hoạch • Xem xét đề xuất thay đổi (sửa lỗi, tương thích chức mới) lựa chọn đề xuất để phát triển • Lập kế hoạch để thực thi với đề xuất chọn – Thực thi phát hành hệ thống • Thực thay đổi phiên hệ thống Quy Trình Tiến Hóa • Quy trình tiến hóa hệ thống Thực thay đổi Quy Trình Tiến Hóa Quy trình sửa đổi khẩn cấp Kỹ thuật chuyển tiếp tái kỹ nghệ Quy Trình Tiến Hóa • Lợi tái kĩ nghệ hệ thống – Giảm bớt rủi ro • Sự chậm trễ việc giới thiệu phần mềm bị phát sinh thêm chi phí – Giảm chi phí • Chi phí tái kĩ nghệ đáng kể so với chi phí phát triển phần mềm • Các hoạt động trình tái kĩ nghệ – Chương trình dịch mã nguồn • Biến đổi ngôn ngữ lập trình thành ngôn ngữ khác – Đảo ngược kỹ thuật • Phân tích sửa đổi cấu trúc chức chương trình-> giúp dẽ đọc dẽ hiểu – Tính modun hóa chương trình • Nhóm chương trình liên quan lại với nhau-> loại bỏ dư thừa – Thiết kế lại liệu • Xử lý liệu để liệu phản ánh thay đổi chương trình Tiến Hoá Hệ Thống Legacy Hệ thống đánh giá Legacy Tiến Hoá Hệ Thống Legacy • Các yếu tố sử dụng đánh giá môi trường – Nhà cung cấp ổn địn – Tỷ lệ thất bại – Tuổi – Hiệu suất – Yêu cầu hỗ trợ – Chi phí bảo trì – Khả cộng tác Tiến Hoá Hệ Thống Legacy • Các yếu tố sử dụng hệ thống – Dễ hiểu – Tài liệu – Dữ liệu – Hiệu suất – Ngôn ngữ lập trình – Cấu hình quản lí – Dữ liệu thử nghiệm – Kỹ nhân viên Key Points THÀNH VIÊN NHÓM • Phạm Văn Hải • Phan Thị Thanh Hằng • Nguyễn Thị Hằng • Nguyễn Thị Hảo • Huỳnh Thị Hiệp [...]... Quy trình sửa đổi khẩn cấp Kỹ thuật chuyển tiếp và tái kỹ nghệ Quy Trình Tiến Hóa • Lợi thế của tái kĩ nghệ hệ thống – Giảm bớt rủi ro • Sự chậm trễ trong việc giới thiệu các phần mềm sẽ bị phát sinh thêm chi phí – Giảm chi phí • Chi phí tái kĩ nghệ ít hơn đáng kể so với chi phí phát triển phần mềm mới • Các hoạt động trong quá trình tái kĩ nghệ – Chương trình dịch mã nguồn • Biến đổi ngôn ngữ lập...Quy Trình Tiến Hóa • Các hoạt động của quy trình tiến hóa phần mềm: – Phân tích thay đổi • Đánh giá xem có bap nhiêu hệ thống chịu ảnh hưởng khi thay đổi hệ thống • Chi phí cho sự thay đổi hệ thống là bao nhiêu? • Đề xuất những thay đổi hệ thống – Lập kế hoạch

Ngày đăng: 31/08/2016, 00:37

TỪ KHÓA LIÊN QUAN

w