This model, where the CM team contr

This model, where the CM team controls the system integration and testing pro-
cesses, has influenced the development of configuration management standards. Most
CM standards have an embedded assumption that a waterfall model will be used
for system development (Bersoff and Davis, 1991). This means that the standards
have to be adapted to modern software development approaches based on incre-
mental specification and development. Hass (Hass, 2003) discusses some of these
adaptations for software development processes such as agile development.
To cater for incremental development, some organisations have developed a mod-
ified approach to configuration management that supports concurrent development
and system testing. This approach relies on a very frequent (at least daily) build of
the whole system from its components:
1. The development organisation sets a delivery time (say 2 p.m.) for system com-
ponents. If developers have new versions of the components that they are writ-
ing, they must deliver them by that time. Components may be incomplete but
should provide some basic functionality that can be tested.
2. A new version of the system is built from these components by compiling and
linking them to form a complete system.
3. This system is then delivered to the testing team, which carries out a set of pre-
defined system tests. At the same time, the developers are still working on their
components, adding to the functionality and repairing faults discovered in pre-
vious tests.
,4.
Faults that are discovered during system testing are documented and returned
to the system developers. They repair these faults in a subsequent version of
the component.
The advantages of using daily builds of software are that the chances of finding
problems stemming from component interactions early in the process are increased.
Furthermore, daily building encourages thorough unit testing of components.

Kết quả (Việt) 1:

Mô hình này, nơi mà các đội CM điều khiển hệ thống tích hợp và thử nghiệm chuyên nghiệp- cesses, đã ảnh hưởng tới sự phát triển của tiêu chuẩn quản lý cấu hình. Hầu hết Tiêu chuẩn CM có một giả định nhúng vào một mô hình thác nước sẽ được sử dụng phát triển hệ thống (Bersoff và Davis, năm 1991). Điều này có nghĩa rằng các tiêu chuẩn đã được thích nghi với các phần mềm hiện đại phát triển phương pháp tiếp cận dựa trên incre - đặc điểm kỹ thuật tinh thần và phát triển. Hass (Hass, 2003) thảo luận về một số trong những thích hợp cho quá trình phát triển phần mềm chẳng hạn như phát triển nhanh nhẹn. Để phục vụ cho phát triển gia tăng, một số tổ chức đã phát triển một mod- ified phương pháp tiếp cận để quản lý cấu hình hỗ trợ đồng thời phát triển và thử nghiệm hệ thống. Cách tiếp cận này dựa trên rất thường xuyên (ít nhất là hàng ngày) xây dựng trong toàn bộ hệ thống từ các thành phần của nó: 1. tổ chức phát triển bộ một thời gian giao hàng (nói 2 chiều) cho hệ thống com - ponents. Nếu nhà phát triển có phiên bản mới của các thành phần mà họ là lệnh- ing, họ phải cung cấp cho họ bởi thời điểm đó. Thành phần có thể không đầy đủ nhưng nên cung cấp một số chức năng cơ bản mà có thể được kiểm tra. 2. một phiên bản mới của hệ thống được xây dựng từ các thành phần này bằng cách biên soạn và liên kết chúng để tạo thành một hệ thống hoàn chỉnh. 3. Hệ thống này sau đó được giao cho đội kiểm tra, thực hiện một bộ trước xác định hệ thống bài kiểm tra. Cùng lúc đó, các nhà phát triển vẫn đang làm việc trên của họ thành phần, thêm vào các chức năng và sửa chữa các lỗi phát hiện năm trước Các xét nghiệm vious. , 4. Những lỗi được phát hiện trong quá trình thử nghiệm hệ thống tài liệu và quay trở lại để phát triển hệ thống. Họ sửa chữa các lỗi trong phiên bản tiếp theo của Các thành phần. Những lợi thế của việc sử dụng hàng ngày xây dựng phần mềm đang có cơ hội tìm kiếm vấn đề bắt nguồn từ thành phần tương tác sớm trong quá trình này đang tăng lên. Hơn nữa, hàng ngày xây dựng khuyến khích các kỹ lưỡng đơn vị thử nghiệm của các thành phần.

Kết quả (Việt) 2:

Mô hình này, nơi các nhóm CM điều khiển tích hợp hệ thống và kiểm tra trình
các quá trình, đã ảnh hưởng đến sự phát triển của các tiêu chuẩn quản lý cấu hình. Hầu hết các
tiêu chuẩn CM có một giả định nhúng rằng một mô hình thác nước sẽ được sử dụng
để phát triển hệ thống (Bersoff và Davis, 1991). Điều này có nghĩa rằng các tiêu chuẩn
phải được thích nghi với phương pháp phát triển phần mềm hiện đại dựa trên tăng lên với bước
đặc điểm kỹ thuật về tinh thần và phát triển. Hass (Hass, 2003) thảo luận về một số trong những
sự thích nghi đối với quá trình phát triển phần mềm như phát triển nhanh.
Để phục vụ cho phát triển gia tăng, một số tổ chức đã phát triển một vào mô hình
tiếp cận ified để quản lý cấu hình hỗ trợ phát triển đồng thời
và thử nghiệm hệ thống. Cách tiếp cận này dựa trên rất thường xuyên (ít nhất mỗi ngày) xây dựng của
toàn bộ hệ thống từ các thành phần:
1. Tổ chức phát triển đặt ra một thời gian giao hàng (nói 14:00) cho hệ thống đồng
ponents. Nếu các nhà phát triển có các phiên bản mới của các thành phần mà họ đang writ-
ing, họ phải cung cấp cho họ vào thời điểm đó. Thành phần có thể không đầy đủ nhưng
cần cung cấp một số chức năng cơ bản có thể được kiểm tra.
2. Một phiên bản mới của hệ thống được xây dựng từ các thành phần này bằng cách biên dịch và
liên kết chúng để tạo thành một hệ thống hoàn chỉnh.
3. Sau đó hệ thống này được giao cho các nhóm thử nghiệm, có thể mang ra một tập hợp các tiền
được xác định kiểm tra hệ thống. Đồng thời, các nhà phát triển vẫn đang làm việc trên của
các thành phần, thêm vào các chức năng và sửa chữa các lỗi được phát hiện ở trước
kiểm tra vious.
, 4.
Lỗi được phát hiện trong quá trình thử nghiệm hệ thống được ghi chép lại và quay trở lại
để các nhà phát triển hệ thống. Họ sửa chữa các lỗi trong phiên bản tiếp theo của
các thành phần.
Những lợi thế của việc sử dụng hàng ngày xây dựng các phần mềm được rằng cơ hội tìm
những vấn đề nảy sinh từ các tương tác thành phần đầu trong quá trình được tăng lên.
Hơn nữa, xây dựng hàng ngày khuyến khích đơn vị kiểm nghiệm kỹ lưỡng của các thành phần.