5. Describe the structure of the configuration database that is used t dịch - 5. Describe the structure of the configuration database that is used t Việt làm thế nào để nói

5. Describe the structure of the co

5. Describe the structure of the configuration database that is used to record con-
figuration information and the information that should be maintained in that
database (the configuration records).
You may also include other information in the CM plan such as the manage-
ment of software from external suppliers and the auditing procedures for the CM
process in the CM plan.
An important part of the CM plan is the definition of responsibilities. The plan
should define who is responsible for the delivery of each document or software com-
ponent to quality assurance and configuration management. It may also define the
reviewers of each document. The person responsible for document delivery need
not be the same as the person responsible for producing the document. To simplify
interfaces, project managers or team leaders are often responsible for all of the doc-
uments produced by their team.
29.1.1 Configuration item identification --
In a large software system, there may be thousands of source code modules, test
scripts, design documents and so on. These are produced by different people and,
when created, may be assigned similar or identical names. To keep track of all this
information so that the right file can be found when it is needed, you need a con-
sistent identification scheme for all items in the configuration management system.
During the configuration management planning process, you decide exactly
which items (or classes of items) are to be controlled. Documents or groups of related
documents under configuration control are formal documents or configuration
items. Project plans, specifications, designs, programs and test data suites are nor-
mally maintained as configuration items. All documents that may be useful for future
system evolution should be controlled by the configuration management system.
However, this does not mean that every document or file produced must be placed
under configuration control. Documents such as technical working documents that
present a snapshot of ideas for further development, minutes of group meetings,
outline plans and proposals, and so on may not have long-term relevance and are
not needed for future maintenance of the system.
The configuration item identification scheme must assign a unique name to all
documents under configuration control. This name may reflect the type of item, the
part of the system that it applies to, the creator of the item and so on. In your nam-
ing scheme, you may wish to reflect relationships between items by ensuring that
reJated documents have a common root to their name. Therefore, you might define
a hierarchical naming scheme with names such as:
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
5. Mô tả cấu trúc cơ sở dữ liệu cấu hình được sử dụng để ghi lại các con- figuration thông tin và các thông tin cần được duy trì ở đó cơ sở dữ liệu (các bản ghi cấu hình). Bạn cũng có thể bao gồm các thông tin khác trong kế hoạch CM như quản lý- ment của phần mềm từ nhà cung cấp bên ngoài và các thủ tục kiểm toán cho CM xử lý trong kế hoạch CM. Một phần quan trọng của kế hoạch CM là định nghĩa của trách nhiệm. Kế hoạch nên xác định người chịu trách nhiệm cho việc phân phối của mỗi tài liệu hoặc phần mềm com - Ponent để quản lý cấu hình và đảm bảo chất lượng. Nó cũng có thể xác định các người đánh giá của mỗi tài liệu. Người chịu trách nhiệm cho các tài liệu phân phối cần không phải giống như là người chịu trách nhiệm về sản xuất các tài liệu. Để đơn giản hóa giao diện, quản lý dự án hoặc đội ngũ lãnh đạo thường xuyên phải chịu trách nhiệm cho tất cả các bác sĩ- uments được sản xuất bởi đội ngũ của họ. 29.1.1 cấu hình nhận dạng mục-- Trong một hệ thống phần mềm lớn, có thể có hàng ngàn mã nguồn mã mô-đun, kiểm tra kịch bản, thiết kế tài liệu và vân vân. Chúng được sản xuất bởi những người khác nhau, và Khi tạo ra, có thể được giao nhiệm vụ tương tự hoặc giống hệt nhau tên. Để theo dõi tất cả điều này thông tin tập tin phải có được tìm thấy khi nó là cần thiết, bạn cần một con - sistent đề án xác định cho tất cả các mục trong hệ thống quản lý cấu hình. Trong cấu hình quản lý quá trình lập kế hoạch, bạn quyết định chính xác mục (hoặc lớp mặt hàng) mà phải được kiểm soát. Tài liệu hoặc các nhóm có liên quan tài liệu kiểm soát cấu hình là tài liệu chính thức hoặc cấu hình Các mặt hàng. Dự án kế hoạch, thông số kỹ thuật, thiết kế, các chương trình và kiểm tra dữ liệu cũng không - mứa duy trì như là các mục cấu hình. Tất cả các tài liệu có thể hữu ích cho tương lai sự tiến hóa của hệ thống nên được kiểm soát bởi hệ thống quản lý cấu hình. Tuy nhiên, điều này không có nghĩa rằng mỗi tài liệu hoặc tập tin được sản xuất phải được đặt dưới sự kiểm soát cấu hình. Tài liệu tài liệu như các kỹ thuật làm việc đó trình bày một ảnh chụp nhanh của các ý tưởng để tiếp tục phát triển, biên bản các cuộc họp nhóm, kế hoạch đề cương và đề xuất, và như vậy có thể không có dài hạn mức độ liên quan và không cần thiết để bảo trì trong tương lai của hệ thống. Các mục cấu hình nhận dạng đề án phải chỉ định một tên duy nhất cho tất cả tài liệu kiểm soát cấu hình. Tên này có thể phản ánh loại mặt hàng, các một phần của hệ thống mà nó áp dụng cho, tác giả của mặt hàng đó và vân vân. Trong nam- đề án ing, bạn có thể phản ánh mối quan hệ giữa các mục bằng cách bảo đảm rằng reJated tài liệu có một gốc chung tên của họ. Vì vậy, bạn có thể xác định một lược đồ đặt tên thứ bậc với những cái tên như:
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
5. Mô tả cấu trúc của cơ sở dữ liệu cấu hình được sử dụng để ghi lại con-
thông tin hình trạng và các thông tin cần được duy trì trong đó
cơ sở dữ liệu (các hồ sơ cấu hình).
Bạn cũng có thể bao gồm các thông tin khác trong kế hoạch CM như lý
môi phần mềm từ các nhà cung cấp bên ngoài và các thủ tục kiểm toán cho CM
quá trình trong kế hoạch CM.
Một phần quan trọng của kế hoạch CM là định nghĩa của trách nhiệm. Các kế hoạch
cần xác định ai là người chịu trách nhiệm cho việc phân phối của mỗi tài liệu hoặc phần mềm đồng
thành tố để đảm bảo chất lượng và quản lý cấu hình. Nó cũng có thể xác định những
nhận xét của từng văn bản. Người chịu trách nhiệm cung cấp tài liệu cần thiết
không được giống như người chịu trách nhiệm sản xuất các tài liệu. Để đơn giản hóa
giao diện, quản lý dự án hoặc các nhà lãnh đạo nhóm thường chịu trách nhiệm cho tất cả các doc-
uments sản xuất bởi đội bóng của họ.
Cấu hình mục xác định 29.1.1 -
Trong một hệ thống phần mềm lớn, có thể có hàng ngàn mô-đun mã nguồn, kiểm tra
kịch bản, thiết kế tài liệu và như vậy. Chúng được sản xuất bởi những người khác nhau, và
khi tạo ra, có thể được gán tên tương tự hoặc giống hệt nhau. Để theo dõi tất cả điều này
thông tin để các tập tin phải có thể được tìm thấy khi nó là cần thiết, bạn cần có một con-
án xác định không nhất quán cho tất cả các mục trong hệ thống quản lý cấu hình.
Trong quá trình lập kế hoạch quản lý cấu hình, bạn có quyết định chính xác
các mục ( hoặc các lớp học của các mặt hàng) phải được kiểm soát. Tài liệu hoặc các nhóm có liên quan
văn bản thuộc kiểm soát cấu hình là văn bản chính thức hay cấu hình
các mặt hàng. Dự án kế hoạch, thông số kỹ thuật, thiết kế, chương trình và dãy dữ liệu thử nghiệm là chuẩn tắc của
Mally duy trì như là các mục cấu hình. Tất cả các tài liệu có thể hữu ích cho tương lai
phát triển hệ thống cần được kiểm soát bởi hệ thống quản lý cấu hình.
Tuy nhiên, điều này không có nghĩa rằng tất cả các tài liệu hoặc tập tin được sản xuất phải được đặt
dưới sự kiểm soát cấu hình. Các tài liệu như tài liệu kỹ thuật làm việc mà
trình bày một bản chụp của các ý tưởng để phát triển hơn nữa, biên bản các cuộc họp nhóm,
kế hoạch phác thảo và đề xuất, và như vậy có thể không có liên quan dài hạn và được
không cần thiết để bảo trì trong tương lai của hệ thống.
Các mục cấu hình Đề án xác định phải gán một tên duy nhất cho tất cả
các tài liệu được kiểm soát cấu hình. Tên này có thể phản ánh các loại mặt hàng, các
phần của hệ thống mà nó áp dụng cho, tác giả của các mục và như vậy. Trong Nam- của
chương trình ing, bạn có thể để phản ánh mối quan hệ giữa các mục bằng cách đảm bảo rằng
các tài liệu reJated có một gốc chung tên của họ. Vì vậy, bạn có thể xác định
một chương trình đặt tên phân cấp với những tên tuổi như:
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: