1. Trang chủ
  2. » Thể loại khác

NỘI DUNG Khái niệm Nội dung Cấu hình phần mềm Quản lý cấu hình phần mềm 2/29 KN quản lý cấu hình phần mềm

30 7 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 30
Dung lượng 0,98 MB

Nội dung

CÔNG NGHỆ PHẦN MỀM NÂNG CAO GVHD: Th.S Nguyễn Đức Lưu Nhóm SV thực hiện: 08 Hoàng Thị Dương Thiều (TN) Nguyễn Thị Thu Trang (TK) Nguyễn Thị Bích Hịa Nguyễn Ngọc Anh Nguyễn Thị Thúy Lưu Quốc Tuấn Trần Mạnh Tâm 10 11 12 13 Bùi Thị Hằng Phạm Thị Xuân Nguyễn Thị Hoa Đinh Thị Hoàn Nguyễn Văn Quốc Nguyễn Đình Đơng 1/29 NỘI DUNG Khái niệm Nội dung Cấu hình phần mềm Quản lý cấu hình phần mềm 2/29 KN quản lý cấu hình phần mềm     Quản lý cấu hình phần mềm (configuration management): Là tập hoạt động để quản lý thay đổi phần mềm suốt vịng đời Một loại hoạt động bảo đảm chất lượng phần mềm, áp dụng cho tất pha kỹ nghệ Bao trùm suốt tiến trình phát triển tiến hóa phần mềm 3/29 Nội dung         Nội dung bao gồm: Xác định thay đổi Kiểm soát thay đổi Bảo đảm thay đổi thực Báo cáo thay đổi cho người quan tâm Quản lý cấu hình khác bảo trì phần mềm: Bảo trì phần mềm hoạt động kỹ nghệ xuất sau đưa phần mềm vào hoạt động Quản lý cấu hình phần mềm hoạt động theo dõi kiểm soát, từ bắt đầu dự án phát triển phần mềm kết thúc phần mềm không hoạt động 4/29 Nội dung (t)  Kết tiến trình kỹ nghệ phần mềm thơng tin chia thành loại:  Các chương trình máy tính (các mã nguồn file chạy)  Các tài liệu mơ tả chương trình máy tính (nhắm đến người thực hành kỹ thuật lẫn người dùng)  Các cấu trúc liệu (cả bên ngồi chương trình) 5/29 Cấu hình phần mềm  Các khoản mục cấu thành lên thành phần phần mềm sản chế tác tiến trình kỹ nghệ phần mềm tập hợp lại tên chung gọi cấu hình phần mềm  Các chế tác có nhiều mức khác nhau:  Bộ phận - tổng thể (phạm vi)  Chưa hoàn thiện – hoàn thiện (theo tiến trình, chất lượng)  Ở mức tiến hóa khác (các phiên bản) 6/29 Quản lý cấu hình          Cơng cụ quản lý cấu hình Các khoản mục cấu hình PM Sự hình thành quản lý cấu hình Nhiệm vụ quản lý cấu hình Câu hỏi cho quản lý cấu hình Xác định đối tượng cấu hình phần mềm Kiểm soát phiên Kiểm soát thay đổi Kiểm tốn cấu hình 7/29 4.1 Cơng cụ quản lý cấu hình    Các đường mốc giới ranh giới đặt ra:  Trước mốc giới, cấu hình thay đổi nhanh chóng khơng kiểm sóat thức  Sau mốc giới, cần thủ tục đặc biệt thức để đánh giá kiểm sốt thay đổi cấu hình Đường mốc giới để đánh dấu việc cập nhật vài khoản mục cấu hình phần mềm Tại đường mốc khoản mục cấu hình phần mềm tương ứng đưa vào sở liệu dự án 8/29 4.1 Công cụ quản lý cấu hình(t) 9/29 4.2 Các khoản mục cấu hình PM     Đặc tả hệ thống Kế hoạch dự án phần mềm Đặc tả yêu cầu:  Đặc tả yêu cầu phần mềm  Nguyên mẫu thi hành nguyên mẫu “giấy tờ”  Sổ tay sử dụng sơ cấp Các đặc tả thiết kế:  Dữ liệu  Kiến trúc  Môđun (thủ tục)  Giao diện  Đối tượng (nếu dùng kỹ thuật hướng đối tượng) 10/29 16/29 4.3 Sự hình thành quản lý cấu hình   Trách nhiệm nguyên thuỷ quản lý cấu hình phần mềm – SCM kiểm soát thay đổi Sau thêm trách nhiệm:  Xác định khoản mục cấu hình, version phần mềm  Kiểm tốn cấu hình phần mềm nhằm bảo đảm phần mềm phát triển  Báo cáo thay đổi áp dụng cho cấu hình 17/29 4.4 Nhiệm vụ quản lý cấu hình  nhiệm vụ cụ thể quản lý cấu hình phần mềm:  Xác định cấu hình  Kiểm soát version  Kiểm soát thay đổi  Kiểm tốn cấu hình  Báo cáo thay đổi 18/29 4.5 Câu hỏi cho quản lý cấu hình  Mọi thảo luận quản lý cấu hình phần mềm cần đưa câu hỏi: Làm để tổ chức minh định quản lý nhiều version chương trình cho thay đổi để thích nghi cách hiệu quả? Làm để tổ chức kiểm soát thay đổi phần mềm trước sau đưa đến cho người đặt hàng? Ai chịu trách nhiệm việc chấp thuận đặt thứ tự ưu tiên thay đổi? Làm bảo đảm việc thay đổi thực đúng? Dùng cấu để đánh giá thay đổi khác? 19/29 4.6 Xác định đối tượng cấu hình PM  Cần đặt tên không trùng cho khoản mục cấu hình phần mềm, để kiểm sốt quản lý tổ chức lại theo phương cách hướng đối tượng  Có hai loại đối tượng:  Đối tượng “đơn vị văn bản”, kỹ sư phần mềm tạo q trình phân tích thiết kế, lập mã kiểm thử  Đối tượng hỗn hợp cấu thành từ đối tượng 20/29 4.6 Xác định đối tượng cấu hình PM   Mỗi đối tượng có đặc trưng thể nhất: tên, mơ tả, danh sách nguồn lực, thực hố Mơ tả đối tượng danh sách khoản mục liệu:  Kiểu khoản mục cấu hình phần mềm (tài liệu hay chương trình hay liệu)  Chứng thư dự án (thuộc phần dự án)  Thông tin đổi thay và/hoặc thông tin version 21/29 4.6 Xác định đối tượng cấu hình PM     Nguồn lực tất thực thể cung cấp, xử lý, tham khảo, thứ khác đối tượng cần đến Mối quan hệ đối tượng quan hệ phận – tồn Ta có đồ thị đối tượng Một quan hệ khác quan hệ liên quan với () Để kiểm soát đổi thay đối tượng ta cần đến đồ thị tiến hố cho đối tượng, mơ tả lịch sử đổi thay đối tượng 22/29 4.7 Kiểm sốt phiên  Kiểm soát phiên = tổ hợp thủ tục & công cụ để quản lý phiên khác đối tượng cấu hình (đã tạo tiến trình kỹ nghệ phần mềm)  Quản lý cấu hình cho phép người sử dụng đặc tả cáccấu hình thay hệ thống phần mềm = lựa chọn phiên thích hợp gắn kết với thuộc tính; nhờ mà cho phép đặc tả cấu hình mơ tả tập thuộc tính mong muốn 23/29 4.7 Kiểm soát phiên bản(t)    Để xây dựng biến thể thích hợp phiên chương trình, thành phần phiên gán “bộ thuộc tính” - danh sách đặc trưng Một phiên hay biến thể xây dựng cần xác định thành phần dùng hay cần thay đổi Một cách khác để hình thành khái niệm quan hệ thành phần, biến thể, phiên biểu diễn chúng vụng (pool) đối tượng 24/29 4.7 Kiểm soát phiên bản(t)     Mỗi thành phần cấu tạo đối tượng mức xét duyệt Mỗi biến thể đối tượng mức xét duyệt Xác định thay đổi phiên chủ yếu thực vài đối tượng Đã có số công cụ như: SCCS, RCS đại như: NSE, DSEE 25/29 4.8 Kiểm soát thay đổi    Tại sao? Khi phát triển phần mềm lớn, khơng kiểm sốt thay đổi dễ dẫn đến hỗn độn Phương cách: Cần phối hợp thủ tục, người , công cụ tự động nhằm cung cấp chế để kiểm sốt đổi thay Tiến trình: Kiểm sốt đổi thay thực qua nhiều bước, từ phát sinh thay đổi => quản lý =>Phân phối phiên có 26/29 4.9 Kiểm tốn cấu hình    Minh định, kiểm soát phiên bản, kiểm soát thay đổi, giúp cho người phát triển trì trật tự, tránh tình hỗn độn Tuy nhiên, cấu kiểm sốt thành cơng theo dõi thay đổi đối tượng cấu hình kỹ thuật sinh Làm để bảo đảm đổi thực thực thi? Cần có hai hoạt động:  Rà sốt kỹ thuật thức  Kiểm tốn cấu hình 27/29 4.9 Kiểm tốn cấu hình(t)   Rà sốt kỹ thuật thức tập trung vào đắn kỹ thuật đối tượng cấu hình cải biên Người rà soát đánh giá:  Sự phù hợp với khoản mục cấu hình khác,  Sự bỏ sót hiệu ứng phụ khác Kiểm tốn cấu hình phần mềm bổ sung cho rà sốt kỹ thuật thức cách đánh giá đối tượng cấu hình đặc tính mà thường khơng xét q trình rà sốt 28/29 4.9 Kiểm tốn cấu hình(t)  Kiểm tốn hỏi trả lời câu hỏi sau:  Thay đổi đặc tả trật tự thay đổi kỹ thuật thực hay chưa?, Nhưng cải biên phụ phối hợp?  Rà sốt kỹ thuật thức tiến hành để đánh giá đắn kỹ thuật hay chưa?  Các chuẩn kỹ nghệ phần mềm thực tuân thủ chưa?  Thay đổi bật lên khoản mục phần mềm chưa? Có đặc tả ngày & tác giả thay đổi đó?  Các thủ tục quản lý cấu hình để giám sát, ghi lại báo cáo có tuân thủ hay không?  Tất khoản mục cấu hình phần mềm liên quan thực cập nhật chưa? 29/29

Ngày đăng: 15/12/2022, 15:35

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w