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

Phát triển vận hành bảo trì phần mềm - Chương 3

50 4 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 50
Dung lượng 1,68 MB

Nội dung

Một số nguyên lý XP đặc nền tảng trên: Phần mềm đã phát triển trong những giai đoạn đã được cập nhật thường xuyên. Simple Design .Hiện thực code cần đạt kết quả khách hàng mong đợi khôg nhấn mạnh đến version tương lai. Testing .Hoàn tất qua toàn bộ qui trình phát triển. Kiểm thử là thiết kế đầu tiên trước khi viết phần mềm.

TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ PHẦN MỀM PHÁT TRIỂN VẬN HÀNH BẢO TRÌ PHẦN MỀM ThS NGUYỄN THỊ THANH TRÚC UIT-VNUHCM 2009 Nội dung (Chương 3) QUI TRÌNH BẢO TRÌ PHẦN MỀM CÁC MƠ HÌNH BẢO TRÌ PHẦN MỀM KHI THỰC HiỆN THAY ĐỔI Thảo luận làm tập Q&A UIT-VNUHCM 2009 Company Logo Chương 3: QUI TRÌNH VÀ MƠ HÌNH BẢO TRÌ PHẦN MỀM 3.1 QUI TRÌNH BẢO TRÌ PHẦN MỀM 3.2 CÁC MƠ HÌNH BẢO TRÌ PHẦN MỀM 3.3 KHI THỰC HiỆN THAY ĐỔI UIT-VNUHCM 2009 Chương 3: QUI TRÌNH VÀ MƠ HÌNH BẢO TRÌ PHẦN MỀM QUI TRÌNH BẢO TRÌ PHẦN MỀM o Định nghĩa o Qui trình sản phẩm phần mềm o Đánh giá phê bình qui trình mơ hình truyền thống  Code-and-Fix Model  Waterfall Model  Spiral Model CÁC MƠ HÌNH BẢO TRÌ PHẦN MỀM o Mơ hình Quick-Fix o Mơ hình Boehm o Mơ hình Osborne o Iterative Enhancement Model o Mơ hình Reuse-Oriented KHI THỰC HiỆN THAY ĐỔI o Tăng trưởng qui trình o Mơ hình tăng trưởng CMM (Capability Maturity Model) cho phần mềm o Cơ sở kinh nghiệm phần mềm UIT-VNUHCM 2009 3.1 QUI TRÌNH BẢO TRÌ PHẦN MỀM Định nghĩa Qui trình sản phẩm phần mềm Đánh giá phê bình qui trình mơ hình truyền thống o Code-and-Fix Model o Waterfall Model o Spiral Model UIT-VNUHCM 2009 Software Process Fundamental Assumption: Good processes lead to good software Good processes reduce risk Good processes enhance visibility UIT-VNUHCM 2009 Basic Process Steps in all Software Development • Feasibility and planning • Requirements • System and program design • Implementation and testing • Acceptance testing and release • Operation and maintenance It is essential to distinguish among these process steps and to be clear which you are are doing at any given moment Do not confuse requirements and design UIT-VNUHCM 2009 Sequence of Processes (software lifecycle) Every software project will include these basic processes, in some shape or form, but they may be carried out in various sequences Major alternatives • Sequential: Complete each process step before beginning the next (but see the next few slides) Waterfall model • Iterative: Go quickly through all process steps to create a rough system, then repeat them to improve the system Iterative refinement UIT-VNUHCM 2009 Sequential Development: The Waterfall Model Requirements Feasibility study Requirements Design System design Implementation Program design Implementation (coding) Testing Acceptance & release Operation & maintenance UIT-VNUHCM 2009 Thảo luận Waterfall Model Thuận lợi: • • • • Process visibility Separation of tasks Quality control at each step Cost monitoring at each step Không thuận lợi: Each stage in the process reveals new understanding of the previous stages, that often requires the earlier stages to be revised The Waterfall Model is not enough! UIT-VNUHCM 2009 10 3.2 CÁC MƠ HÌNH BẢO TRÌ PHẦN MỀM Mơ hình Quick-Fix Mơ hình Boehm Mơ hình Osborne Iterative Enhancement Model Mơ hình hướng sử dụng lại (Reuse-Oriented) UIT-VNUHCM 2009 36 Quick-Fix  Thuận lợi o Nhanh o Có thể hữu ích cho dự án nhỏ  Khơng thuận lợi o Nhỏ hay không sưu liệu o Bất kỳ thiết kế trở nên hiệu vượt thời gian UIT-VNUHCM 2009 37 Boehm’s  Thuận lợi o Qui trình kiểm sốt o Nhấn mạnh vào phản hồi  Không thuận lợi o Thấp quick-fix UIT-VNUHCM 2009 38 Osborne’s Thuận lợi o Liên quan đến tất giai đoạn chu trình sống o Sưu liệu cập nhật Không thuận lợi o Phức tạp o Lots of Overhead UIT-VNUHCM 2009 39 Iterative  Thuận lợi o Relatively simple o Allows for analysis  Không thuận lợi o Những định bao gồm không rõ ràng o Appears informally to be on a tilt! UIT-VNUHCM 2009 40 Reuse  Thuận lợi o Có thể dùng thành phần từ dự án khác o Code is modular  Không thuận lợi o Overhead in designing for reuse UIT-VNUHCM 2009 41 3.3 KHI THỰC HiỆN THAY ĐỔI Tăng trưởng qui trình Mơ hình tăng trưởng CMM (Capability Maturity Model) cho phần mềm Cơ sở kinh nghiệm phần mềm UIT-VNUHCM 2009 42 So sánh nỗ lực bảo trì & phát triển UIT-VNUHCM 2009 43 QUI TRÌNH – Cải tiến nâng cao chất lượng   Quy trình khung sở để cải tiến tiến trình nâng cao chất lượng, suất Quy trình khung phổ biến (Các chuẩn)  ISO  CMM (Capability Maturity Model)  CMMI (Capability Maturity Model Integration): level      UIT-VNUHCM 2009 Initial (chaotic, ad hoc, heroic) the starting point for use of a new process Repeatable (project management, process discipline) the process is used repeatedly Defined (institutionalized) the process is defined/confirmed as a standard business process Managed (quantified) process management and measurement takes place Optimising (process improvement) process management includes deliberate process optimization/improvement 44 Cơ sở tri thức kinh nghiệm Tri thức hình thành từ hướng dẫn (guidleline),mơ hình hay thể rõ ràng kỹ nhân Tổ chức tạo hệ thống để hỗ trợ chia kinh nghiệm yếu tổ đòi hỏi thực thi thành công sở tri thức kinh nghiệm: o o o o Thay đổi văn hố Tính ổn định Giá tri nghiệp vụ (business value) Thực thi tăng cường UIT-VNUHCM 2009 45 Các khía cạnh bảo trì – kiến thức … Các khía cạnh kỹ sư bảo trình thực thay đổi, va tri thức hỗ trợ bảo trì UIT-VNUHCM 2009 46 Vận dụng Công cụ KM Agent hỗ trợ Bảo trì UIT-VNUHCM 2009 47 Vấn đề tham dự trình bảo trì ?  Hiểu hệ thống hành o Hệ thống thực làm gì? o Ở đâu cần thay đổi? o Các phần phần mềm liên quan với nào?  Thực thi thay đổi  Kiểm thử  Nhận diện nhu cầu thay đổi  Thảo luận o o o o Hiểu chương trình ? Tác động thay đổi? Kiểm thử ? Vấn đề Quản lý? UIT-VNUHCM 2009 48 Bài tập & thảo luận  Exercise 5.6: Bạn thực dự án phần mềm vừa qua? Đó dự án thương mại & dự án cấp đại học hay dự án nhân Hãy viết đánh giá mơ hình chu trình sống mà bạn làm Nó có đảm bảo có cấu trúc hay khơng dự định Bạn có thực mơ hình khác bạn bắt đầu dự án lần  Exercise 5.7: Bạn IT manager phải có trách nhiệm với hệ thống thư viện lớn bị lỗi không mong đợi vào sáng thứ hai Bạn trải qua bước để thực nào: o Nó cấp bách phải để thực o Nếu thư viện có chức tương đương cho vài ngày mà khơng có hệ thống phần mềm UIT-VNUHCM 2009 49 Yêu cầu thực tuần  Viết lại báo cáo cho thảo luận lớp  Bài tập 1: Tìm hiểu qui trình nâng cao đảm bảo chất lượng (slide 42)  Bài tập 2: Tìm hiểu Knowledge Management Agent hỗ trợ qui trình bảo trì (software maintenance process)  Deadline tối hôm trước buổi học  Chuẩn bị báo cáo khả thi cho đồ án nhóm, kết hợp thảo luận với nhóm khách hàng Sẽ dành thời gian cho nhóm luân phiên lên trình bày với khách hàng thứ … (Trên lớp)  Khách mời cho tuần tới doanh nghiệp khách hàng nhóm 19 & 20 : Giới thiệu Open source UIT-VNUHCM 2009 50 ... MỀM 3. 1 QUI TRÌNH BẢO TRÌ PHẦN MỀM 3. 2 CÁC MƠ HÌNH BẢO TRÌ PHẦN MỀM 3. 3 KHI THỰC HiỆN THAY ĐỔI UIT-VNUHCM 2009 Chương 3: QUI TRÌNH VÀ MƠ HÌNH BẢO TRÌ PHẦN MỀM QUI TRÌNH BẢO TRÌ PHẦN MỀM o Định... (Chương 3) QUI TRÌNH BẢO TRÌ PHẦN MỀM CÁC MƠ HÌNH BẢO TRÌ PHẦN MỀM KHI THỰC HiỆN THAY ĐỔI Thảo luận làm tập Q&A UIT-VNUHCM 2009 Company Logo Chương 3: QUI TRÌNH VÀ MƠ HÌNH BẢO TRÌ PHẦN MỀM 3. 1... (Synchronize-and-stabilize) model Object-oriented life-cycle models UIT-VNUHCM 2009 16 1-Build and Fix Model UIT-VNUHCM 2009 17 Lưu ý Hầu hết phần mềm phát triển dùng mơ hình build-and-fix model

Ngày đăng: 11/05/2021, 02:14