Dữ liệu cho quản lý cấu hình

Một phần của tài liệu QUẢN LÝ cấu HÌNH PHẦN mềm TẠI PHÒNG PHÁT TRIỂN PHẦN MỀMQUANG TRUNG – TRUNG tâm TIN HỌC (Trang 52)

2.5.1 Cái gìđược đưa vao quà ̉n lý cấu hình

Nhiều đối tượng được tạo ra hoặc mua trong quá trình tạo ra phần mềm. Nĩi chung, mọi thứđiều đặt trong quản lý cấu hình. Một đối tượng đặt trong quản lý cấu hình gọi là một thực thể cấu hình (configuration item). Một thực thể cấu hình cĩ thể

là một phần trong phiên bản đang phát triển, phiên bản giao, sản phẩm. Chúng được

định danh, tạo ra, lưu trữ, sử dụng và thay đổi.

Mỗi thực thể cĩ độ phức tạp khác nhau. Một thực thể cấu hình cĩ thể là một thực thể riêng biệt hay là một tập hợp những thực thể khác, cịn gọi là deliveries mà cĩ thểđặt vào quản lý cấu hình với quyền riêng.

2.5.1.1 Các đới tượng vật lý hay điện tử

Khơng chỉ cĩ mã nguồn được đặt dưới sự quản lý cấu hình, các đối tượng cần

để hỗ trợ phát triển, bảo trì phần mềm cũng được quản lý.

Phân cấp thực thể cấu hình

Hình 2-5 Sơđồ phân cấp các thực thể cấu hình Những đối tượng vật lý

Những tính chất của một đối tượng vật lý trong quản lý cấu hình là:

KHOA CNTT –

ĐH KHTN

• Khi bản sao chép của đối tượng được đem ra bên ngồi, số lượng các bản sao chép giảm xuống

• Nĩ khơng lưu trên một máy tính mà phải lưu ở một nơi vật lý

• Khơng thể tạo ra các siêu dữ liệu cho các đối tượng này.

• Trong các cơng cụ quản lý cấu hình cũ, khơng thể xử lý các đối tượng vật lý mà khơng phải tạo một đối tượng giảở bên điện tử

• Chỉ những hệ thống xử lý hiện đại mới cĩ thể trích ra đối tượng vật lý từ

kho chứa dựa trên siêu dữ liệu Ví dụ: • Giấy phát thảo ý tưởng ban đầu • Các máy trạm như một phần của hệ thống • Các máy trạm dùng để phát triển • Dây cáp • Hộp tích hợp các phần mềm và phần cứng • Các mạch Những đối tượng điện tử Các tính chất :

• Khơng giới hạn số lượng sao chép, dễ tạo ra các sao chép

• Khi đem ra một bản sao chép thì khơng làm giảm số lượng sao chép

• Các bản sao chép được tạo ra, rút trích, phân phối mà khơng cấn thơng báo cho một ai.

• Các bản sao chép cĩ thểở hình thức điện tử hoặc vật lý

• Nĩ được lưu trữđiện tử

• Siêu dữ liệu của đối tượng cĩ thể gồm chính đối tượng và trong máy tình (như một phần của hệđiều hành và cơng cụ )

• Siêu dữ liệu là con trỏ trực tiếp tới đối tượng và dùng để rút trích đối tượng từ nơi lưu trữ

KHOA CNTT –

ĐH KHTN

Ví dụ: các tài liệu yêu cầu viết bằng Word, một module phần mềm viết bằng C, một hệ thống cơ sở dữ liệu (middleware) và hệđiều hành.

2.5.1.2 Các loại đới tượng theo cách nhìn sản phẩm

Sản phẩm được kết hợp từ nhiều loại sản phẩm con như phần mềm, phần cứng, mạng, dữ liệu và dịch vụ. Với mỗi loại sản phẩm phụ, mỗi đối tượng riêng rẽ (adsbygoogle = window.adsbygoogle || []).push({});

cĩ thể đặt trong quản lý cấu hình. Một đối tượng của sản phẩm phụ cĩ thể là thành tố phụ, thành tố và sản phẩm.

Phần dưới chỉ ra một vài ví dụ các đối tượng đặt dưới sự quản lý cấu hình của một đề án thật sự

Phần mềm

Những đối tượng cĩ quan hệ đến phần mềm, những loại đặc dưới sự quản lý cấu hình cĩ thể là : các header files, include files, files mã nguồn, hệ thống thư viện, file đối tượng và file thực thi. Các file dẫn xuất (như file thực thi), cĩ thểđặt vào hệ

thống quản lý cấu hình cùng với / thay vì các đối tượng tạo ra nĩ.

Phần cứng

Việc lưu lại các mội trường khác nhau là cần thiết như mơi trường phát triển, mơi trường kiểm thử, mơi trường tạo sản phẩm…

Phần cứng là yêu cầu về phần cứng của sản phẩm. Cĩ thể là cab, máy (máy chủ, máy cá nhân, máy trạm), bộ nhớ (ROM/EPROM/EEROM), thiết bị lập trình logic - programmable logical device (PLD), hoặc các thiết bị ngoại vi khác (đầu ghi CD, máy in, máy quét,..).

Mạng

Sản phẩm phụ mạng là sản phẩm phức tạp, nĩ cĩ thể ngoải kiểm sốt của sản phẩm như Internet. Đối tượng đặt dưới sự quản lý cấu hình của sản phẩm con mạng là tường lửa (cả tường lửa phần mềm và phần cứng), mạng vật lý (LAN/WAN), thao thức protocol, servers, switches.. Các đối tượng này cĩ thể là điện tử hoặc vật lý.

KHOA CNTT –

ĐH KHTN

Dữ liệu

Dữ liệu chuyển đi của sản phẩm cĩ thể là tham số của hệ thống dữ liệu như hệ

thống tiền tệ. Dữ liệu chỉ được chuyển qua file (flat file hay file cơ sở dữ liệu) – dữ

liệu là đối tượng điện tử.

Dịch vụ

Các dịch vụ thì khơng thể sờ lấy được nên khơng thểđặt vào quản lý cấu hình. Tuy nhiên, các đối tượng khác hữu hình cĩ thể cho ta biết được các dịch vụ qua các mơ tả về quy trình, sự thoả thuận, hợp đồng, tài liệu giảng dạy. Các đối tượng này cĩ thể là đối tượng điện tử hay vật lý.

Các cơng cụ

Các cơng cụ dùng trong sản xuất ra các đối tượng kể trên cĩ thểđặt dưới quản lý cấu hình. Các cơng cụ cĩ thể là các cơng cụ vẽ, bộ soạn thảo, trình biên dịch, cơng cụ cơ sở dữ liệu..

2.5.1.3 Các loại đới tượng theo cách nhìn đề án

Một đền án gồm nhiều hoạt động trong vịng đời (vd: chuẩn bị, đặc tả yêu cầu, thiết kế, sản xuất, tích hợp, kiểm thử, vận hành và bảo trì). Trong tồn bộ chu kỳ

sống của sản phẩm, cần cĩ các chức năng hỗ trợ như quản lý đề án, quản lý chất lượng, quản lý cấu hình. Mỗi một hoạt động trong chu kỳ sống, mỗi một chức năng hỗ trợ sẽ tạo ra các loại đối tượng, và chúng sẽđược đặt dưới sự quản lý cấu hình

Các phần ở dưới sẽ trình bày các ví dụ vềđối tượng đặt dưới quản lý cấu hình trong các hoạt động trong chu kỳ sống và các chức năng hỗ trợ. Các đối tượng này khơng nhất thiết phải giao cho khách hàng

Các hoạt động trong chu kỳ sống

Các tài liệu của đề án phát sinh từ các hoạt động trong chu kỳ sống. Ví dụ:

• Chuẩn bị (hợp đồng, thoả thuận cơng việc, yêu cầu người dùng)

• Đặc tả yêu cầu (yêu cầu phần mềm, yêu cầu phụ khác, các biểu mẫu, kịch bản)

KHOA CNTT –

ĐH KHTN (adsbygoogle = window.adsbygoogle || []).push({});

• Thiết kế (đặc tả thiết kế kiến trúc)

• Sản xuất, sự tích hợp, kiểm thử (các thiết bị, lỗi, dữ liệu test, quy trình test, các báo cáo kiểm thử)

• Vận hành và bảo trì (các quy trình tái sản xuất, các quy trình cài đặt, quy trình thực hiện)

Các chức năng hỗ trợ

Các đối tượng, các chức năng hỗ trợ trong quá trình thực hiện cĩ thể là:

• Quản lý đề án (kế hoạch đề án, thời gian biểu, các báo cáo)

• Quản lý chất lượng (kế hoạch, các báo cáo về chất lượng)

• Quản lý cấu hình (kế hoạch, yêu cầu, các sự kiện đăng ký, thay dổi yêu cầu, các báo cáo trạn thái)

Cơng cụ

Các cơng cụ dùng trong sản xuất ra các đối tượng

2.5.1.4 Các loại đới tượng trong tở chức

Các cơng ty đều cĩ các đối tượng phân cấp mà quản lý cấu hình phải xem xét như các tài liệu về quản trị, sản phẩm tài sản cuả cơng ty, cấu trúc hạ tầng, hoặc một hệ thống chất lượng.

Các tài liệu quản trị

Các tài liệu quản trị được kiểm sốt cấu hình như các thư từ trao đổi (thư, email, fax,..) các mơ hình ban đầu (các prototypes, slides trình bày.. ), các đơn đặt hàng (hợp đồng) , các kế hoạch (hướng phát triển cuả cơng ty, lập chiến lược, kế

hoạch tổ chức, các kế hoạch cá nhân). Các tài liệu trên cĩ thể là cuả một đề án cụ

thể hoặc cuả một bộ phận quản lý, hoặc của tồn cơng ty.

Những đối tượng này thường khơng đặt dưới sự quản lý cấu hình. Tuy nhiên, ta cũng cần xem xét việc quản lý nĩ, ít nhất là đối với những đối tượng quan trọng. Các đối tượng nào được coi là quan trọng thì tuỳ thuộc vào quyết định của cơng ty.

KHOA CNTT –

ĐH KHTN

Các sản phẩm tài sản của cơng ty thường là các thành tố sử dụng lại. Ta phải quản lý cấu hình chặt chẽđối với các đối tượng này.

Cơ sở hạ tầng

Cơ sở hạ tầng trong cơng ty là mơi trường các nhân viên làm việc. Đối tượng quản lý cấu hình bao gồm các cơng cụ phát triển (trình biên dịch, linkers), phần cứng (máy tính, máy in, máy trạm), hệđiều hành, mạng, các cơng cụ.

Hệ thống chất lượng

Hệ thống chất lượng nĩi lên các tài liệu và mơ tả quy trình mà cơng ty đang thực hiện. Nĩ bao gồm các định nghĩa quy trình, các mẫu, các tiêu chuẩn.

2.5.1.5 Các sản phẩm phân phơi trong quá ̉n lý cấu hình

Trong sản phẩm giao là cấu trúc phân cấp của nhiều thực thể cấu hình. Nĩ cĩ thểđược xây dựng từ những sản phẩm giao khác theo cấu trúc nhánh.

Nhu cầu xử lý một nhĩm các thực thể xuất hiện khi cần xử lý một bộ các thực thể. Ví dụ như lấy ra một phần hoặc tồn bộ hệ thống, lấy ra các phiên bản để test, giao cho khách hàng.

Ví dụ

Một đặt tả yêu cầu coi như một sản phẩm phải bàn giao. Nĩ tạo thành từ các yêu cầu riêng rẽ và mỗi yêu cầu riêng cũng đặt dưới sự quản lý cấu hình.

KHOA CNTT – (adsbygoogle = window.adsbygoogle || []).push({});

ĐH KHTN

Hình 2-7 Mối quan hệ về phần cứng của delivery Mối quan hệ trong các đề án

Các mối quan hệ giữa các thực thể cấu hình trong các deliveries thì hồn tồn do mục đích phát hành để sử dụng và quản lý cấu hình. Những mối quan hệ này khơng nên lẫn lộn với những mối quan hệ thiết lập qua lập kế hoạch, thiết kế.. Hai loại quan hệ này cĩ thể cĩ nhiều thể hiện giống nhau, và cách danh sách quan hệ cĩ thể cĩ ích cho quản lý cấu hình và những việc khác.

Điều này nên làm vì đối với một hệ thống quản lý cấu hình lớn, người chịu trách nhiệm quản lý đề án hoặc nhà phát triển cĩ nhiệm vụ phải chỉ ra các mối quan hệ lập kế hoạch hoặc phân tích, khơng phải trách nhiệm của quản lý cấu hình.

2.5.1.6 Lập kế họach phân phới theo các mốc thời gian Mơ hình phát triển

Mơ hình phát triển được chia nhỏ từng cơng việc để phát triển, sản xuất, bảo trì. Ví dụ như mơ hình thác nước và mơ hình phát triển lặp – các cơng việc ngắn hơn, nhưng chúng được lặp lại trong chu kỳ sống của đề án.

Với bất cứ quy trình phát triển nào của đề án, mỗi hoạt động nên kết thúc với một mốc cụ thể và phát sinh một bản delivery cụ thể: a milestone delivery.

Các mốc phân chia

Số lượng, tên, nội dung các mốc phân chia phụ thuộc vào từng đề án và mơ hình phát triển.

Ví dụ các mốc phân chia trong đề án theo quy trình thác nước như sau:

KHOA CNTT – ĐH KHTN • Kết thúc đặc tả yêu cầu phần mềm • Kết thúc thiết kế kiến trúc • Kết thúc thiết kế chi tiết • Kết thúc lập trình và kiểm thử trên các module • Kết thúc kiểm thử tích hợp • Kết thúc kiểm thử hệ thống • Kết thúc kiểm thử • Bản giao cuối

Các delivery này sẽ ngày một tăng khi càng phát triển đề án.

Hình dưới chỉ ra ví dụ milestone deliveries và nội dung của chúng suốt giai

đoạn phát triển cùng với các số phiên bản tương ứng.

Milestone Bao gồm các thực thể cấu hình Kết thúc yêu cầu Kết thúc thiết kế kiến trúc Kết thúc thiết kế chi tiết Kết thúc kiểm thử các module Kết thúc kiểm thử system test Chấp nhận cuối cùng kết qủa test của hệ thống Lập kế hoạch 1.0 2.0 3.0 4.0 4.1 4.1 Kế hoạch quản lý cấu hình 1.0 2.0 3.0 4.0 4.0 4.0 Lập kế hoạch test và đặc tả test 1.0 2.0 3.0 4.5 5.2 6.3 Đặc tả yêu 1.0 1.2 1.3 1.4 1.6 1.6

KHOA CNTT – ĐH KHTN cầu Thiết kế kiến trúc — 1.0 1.2 1.3 1.3 1.3 Thiết kế chi tiết — — 1.0 1.1 1.2 1.3 User manual Tài liệu sử dụng — — — 1.0 1.1 1.1 Phân hệ1 — — — 1.0 1.1 1.2 Phân hệ2 — — — 1.0 1.1 1.2 Trình biên dịch — — — 4.3 4.3 4.3 Linker — — — 7.2.5 7.2.5 7.2.6 Hệ thống hồn chỉnh — — — — 1.0 1.1 Ghi chú phát hành — — — — — 1.0 Dấu gạch ngang chỉ ra sự thực cấu hình đĩ khơng nằm trong delivery

2.5.2 Những điều cần biết về mợt thành phần cấu hình

Mỗi thực thể cấu hình cĩ một lượng thơng tin nhất định mà ta phải theo dõi trong suốt dịng đời của thành phần.

2.5.2.1 Tởng quan về siêu dữ liệu của thực thể cấu hình Các yếu tố dữ liệu

Hình 2-8 đưa ra những yếu tố dữ liệu nào hình thành nên một phần của siêu dữ

KHOA CNTT –

ĐH KHTN

• Cánh định danh duy nhất Mối quan hệ thuộc về

• Tất cả dữ liệu chỉ liên quan đến thực thể cấu hình đĩ, như chỉ ra bên trong hộp “Thực thể cấu hình”.

• Chịu trách nhiệm

Những mối quan hệ “tạo ra bởi”, “chịu trách nhiệm bởi” và “chấp nhận bởi”

• Mối quan hệđối với các thành phần cấu hình khác

• Những mối quan hệ “theo dõi ”, “tạo ra với”, “bắt nguồn từ”, và “bao gồm”

• Sự phân phối

• Những mối quan hệ “phân phối cho” và “đã được phân phối cho” (adsbygoogle = window.adsbygoogle || []).push({});

Hình 2-8 Tổng quan về siêu dữ liệu Metadatabase Medium

Việc đăng ký siêu dữ liệu cĩ thể thực hiện theo nhiều cách khác nhau. Siêu dữ

liệu cho quản lý cấu hình cũng mở rộng bằng nhiều cách. Trước đây, đa số được thực hiện đăng ký bằng giấy. Cĩ nghĩa là sẽ điền vào một đơn, ghi nhận lại, cập nhật đối với mỗi thành phần cấu hình. Ngày nay, nĩ khơng cịn phổ biến khi cơ sở

dữ liệu được dùng một rãi trong việc đăng ký

Phần của việc đăng ký phải nằm luơn trong chính thành phần cấu hình. Ví dụ: tên tác giả thì thường được viết ở mặt trước của tài liệu hoặc trên phần đầu của file

KHOA CNTT –

ĐH KHTN

mã nguồn. Phần đăng ký sẽ diễn ra ở trong cơng cụ dùng để lưu trữ thành phần cấu hình. Nhưng cơng cụ khơng phải luơn cĩ thểđăng ký tất cả các siêu dữ liệu.

Phần quan trọng nhất là xem xét loại thơng tin nào cần được đăng ký và theo những cách nào, cũng như cách thơng tin tạo ra cho các báo cáo trạng thái. Cách hay là dùng cơ sở dữ liệu thay vì biểu diễn thơng tin trực tiếp lên file, mặc dù điều này hơi nặng nề. Nhưng dễ tạo ra một bảng báo cáo từ cơ sở dữ liệu hơn là đọc qua số lượng lớn các dịng ghi chú trong file

Những yếu tố dữ liệu khác

Một thành phần quản lý cấu hình cĩ thề cĩ thêm những phần dữ liệu thích hợp

để đăng ký ngồi những thơng tin chỉ ra ở trên. Cĩ thể là tên đầy đủ, mơ tả tên thêm

để bổ sung cho tên định danh..

2.5.2.2 Siêu dữ liệu dùng đê chỉ ̉ ra sự nhận biết duy nhất

Mỗi một thành phần cấu hình phải cĩ cách nhận biết duy nhất, được hình thành từ một hay nhiều nhĩm dử liệu ở hình dưới.

Hình 2-9 Siêu dữ liệu nhận biết sự duy nhất Thuộc về

“Thuộc về” chỉ ra thực thể tham gia vào những thành phần nào. Một thực thể

cấu hình thường thuộc về một sản phẩm. Trong một vài trường hợp, các thành phần quản lý cấu hình cĩ thể thuộc về một vài sản phẩm như các thành tố - component.

KHOA CNTT –

ĐH KHTN

Trong những trường hợp như vậy, khi sử dụng, phải chỉ ra thực thể cấu hỉnh thuộc về một nhĩm thành tố nào

Tên

Tên của một thành phần cấu hình cĩ thể được xây dựng bằng nhiều cách. Thơng thường nĩ sẽ là sự kết hợp của text, loại, số, .. và cĩ ý nghĩa riêng.

Một phần của tài liệu QUẢN LÝ cấu HÌNH PHẦN mềm TẠI PHÒNG PHÁT TRIỂN PHẦN MỀMQUANG TRUNG – TRUNG tâm TIN HỌC (Trang 52)