f) Feasibility of software integrat

f) Feasibility of software integration and testing.
g) Feasibility of operation and maintenance.
7.1.6 Software Integration Process
NOTE The Software Integration Process in this International Standard is a lower-level process of the Software
Implementation Process. Users of ISO/IEC 15288 may decide that this process is to be provided by the Integration
Process of ISO/IEC 15288 in a recursive application of that standard.
7.1.6.1 Purpose
The purpose of the Software Integration Process is to combine the software units and software components,
producing integrated software items, consistent with the software design, that demonstrate that the functional
and non-functional software requirements are satisfied on an equivalent or complete operational platform.
7.1.6.2 Outcomes
As a result of successful implementation of the Software Integration Process:
a) an integration strategy is developed for software units consistent with the software design and the
prioritized software requirements;
b) verification criteria for software items are developed that ensure compliance with the software
requirements allocated to the items;
c) software items are verified using the defined criteria;
d) software items defined by the integration strategy are produced;
e) results of integration testing are recorded;
f) consistency and traceability are established between software design and software items; and
g) a regression strategy is developed and applied for re-verifying software items when a change in software
units (including associated requirements, design and code) occur.
7.1.6.3 Activities and tasks
The project shall implement the following activities and tasks in accordance with applicable organization
policies and procedures with respect to the Software Integration Process.
7.1.6.3.1 Software integration. For each software item (or configuration item, if identified) this activity
consists of the following tasks:
7.1.6.3.1.1 The implementer shall develop an integration plan to integrate the software units and software
components into the software item. The plan shall include test requirements, procedures, data,
responsibilities, and schedule. The plan shall be documented.
7.1.6.3.1.2 The implementer shall integrate the software units and software components and test as the
aggregates are developed in accordance with the integration plan. It shall be ensured that each aggregate
satisfies the requirements of the software item and that the software item is integrated at the conclusion of the
integration activity. The integration and test results shall be documented.
NOTE A regression strategy should be developed to be applied for re-verifying the software items when a change is
made to software units (including associated requirements, design and code).
7.1.6.3.1.3 The implementer shall update the user documentation as necessary.

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

f) tính khả thi của phần mềm tích hợp và thử nghiệm. g) tính khả thi của hoạt động và bảo trì. 7.1.6 quá trình hội nhập phần mềm Lưu ý trong tiến trình hội nhập phần mềm trong này tiêu chuẩn quốc tế là một quá trình cấp thấp hơn của phần mềm Quá trình thực hiện. Người sử dụng của tiêu chuẩn ISO/IEC 15288 có thể quyết định rằng quá trình này là để được cung cấp bởi sự sáp nhập Quy trình ISO/IEC 15288 trong một ứng dụng đệ quy của tiêu chuẩn đó. 7.1.6.1 mục đích Mục đích của quá trình hội nhập phần mềm là để kết hợp phần mềm đơn vị và các thành phần phần mềm, sản xuất phần mềm tích hợp mục, phù hợp với thiết kế phần mềm, mà chứng minh rằng các chức năng và không có chức năng phần mềm yêu cầu được hài lòng trên một nền tảng hoạt động tương đương hoặc toàn bộ. 7.1.6.2 kết quả Là kết quả của việc thực hiện thành công của quá trình hội nhập phần mềm: a) một chiến lược tích hợp được phát triển cho phần mềm đơn vị phù hợp với thiết kế phần mềm và các ưu tiên phần mềm yêu cầu; b) xác minh tiêu chí cho các hạng mục phần mềm được phát triển nhằm đảm bảo tuân thủ với các phần mềm yêu cầu cho các mục; c) khoản mục phần mềm được xác nhận bằng cách sử dụng các tiêu chí được xác định; d) khoản mục phần mềm được xác định bởi các chiến lược hội nhập được sản xuất; e) kết quả thử nghiệm hội nhập được ghi lại; f) tính nhất quán và truy tìm nguồn gốc được thiết lập giữa thiết kế phần mềm và các sản phẩm phần mềm; và g) một chiến lược hồi quy phát triển và áp dụng cho tái xác nhận phần mềm mục khi một sự thay đổi trong phần mềm đơn vị (bao gồm yêu cầu liên quan, thiết kế và mã) xảy ra. 7.1.6.3 hoạt động và nhiệm vụ Dự án sẽ thực hiện các hoạt động và nhiệm vụ phù hợp với các tổ chức áp dụng chính sách và thủ tục đối với quá trình hội nhập phần mềm. 7.1.6.3.1 phần mềm tích hợp. Cho mỗi mục phần mềm (hoặc cấu hình mục, nếu được xác định) hoạt động này bao gồm các tác vụ sau: 7.1.6.3.1.1 công việc sẽ phát triển một kế hoạch tích hợp để tích hợp các đơn vị phần mềm và phần mềm thành phần vào mục phần mềm. Kế hoạch sẽ bao gồm các thử nghiệm yêu cầu, thủ tục, dữ liệu, trách nhiệm, và lịch trình. Kế hoạch sẽ được ghi thành tài liệu. 7.1.6.3.1.2 công việc sẽ tích hợp phần mềm đơn vị và các thành phần phần mềm và kiểm tra là các uẩn được phát triển phù hợp với kế hoạch hội nhập. Nó sẽ đảm bảo rằng mỗi tổng hợp đáp ứng các yêu cầu của phần mềm mục và mục phần mềm được tích hợp vào kết luận của các hoạt động hội nhập. Các kết quả tích hợp và thử nghiệm sẽ được ghi thành tài liệu. Lưu ý một chiến lược hồi quy nên được phát triển để được áp dụng cho tái xác nhận các phần mềm khi một sự thay đổi thực hiện cho phần mềm đơn vị (bao gồm yêu cầu liên quan, thiết kế và mã). 7.1.6.3.1.3 công việc sẽ cập nhật tài liệu hướng dẫn người sử dụng khi cần thiết.

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

f) Tính khả thi của phần mềm tích hợp và thử nghiệm.
g) Tính khả thi của hoạt động và bảo trì.
7.1.6 Phần mềm tích hợp trình
NOTE Quá trình tích hợp phần mềm trong tiêu chuẩn này là một quá trình cấp dưới của phần mềm
Process thực hiện. Người sử dụng các tiêu chuẩn ISO / IEC 15.288 có thể quyết định rằng quá trình này sẽ được cung cấp bởi các Integration
Quy trình ISO / IEC 15.288 trong một ứng dụng đệ quy của tiêu chuẩn đó.
7.1.6.1 Mục đích
Mục đích của quá trình phần mềm tích hợp là kết hợp các đơn vị phần mềm và thành phần phần mềm,
sản xuất các mặt hàng phần mềm tích hợp, phù hợp với thiết kế phần mềm, để chứng minh rằng các chức năng
yêu cầu phần mềm và phi chức năng là hài lòng trên một nền tảng hoạt động tương đương hoặc hoàn thành.
7.1.6.2 Kết quả
Kết quả của việc thực hiện thành công quá trình phần mềm tích hợp :
a) một chiến lược tích hợp được phát triển cho các đơn vị phần mềm phù hợp với thiết kế phần mềm và các
yêu cầu phần mềm ưu tiên;
b) Tiêu chí xác minh cho các hạng mục phần mềm được phát triển để đảm bảo phù hợp với các phần mềm
yêu cầu phân bổ cho các hạng mục;
c) các phần mềm không được xác nhận bằng cách sử dụng các tiêu chuẩn quy định;
d) các phần mềm không được xác định bởi các chiến lược hội nhập được sản xuất;
e) kết quả của thử nghiệm tích hợp được ghi nhận;
f) nhất quán và truy xuất nguồn gốc được thiết lập giữa thiết kế và phần mềm các mặt hàng; và
g) một chiến lược hồi quy được phát triển và áp dụng cho các hạng mục phần mềm tái xác minh khi một sự thay đổi trong phần mềm
đơn vị (bao gồm cả các yêu cầu liên quan, thiết kế và code) xảy ra.
7.1.6.3 Các hoạt động và nhiệm vụ
Dự án thực hiện các hoạt động và nhiệm vụ sau đây theo với các tổ chức áp dụng
các chính sách và thủ tục liên quan đến quá trình phần mềm tích hợp.
7.1.6.3.1 Phần mềm tích hợp. Đối với mỗi mục phần mềm (hoặc cấu hình item, nếu xác định) hoạt động này
bao gồm các nhiệm vụ sau đây:
7.1.6.3.1.1 Người thực hiện sẽ phát triển một kế hoạch tích hợp để tích hợp các đơn vị phần mềm và phần mềm
thành phần vào mục phần mềm. Kế hoạch này bao gồm các yêu cầu kiểm tra, thủ tục, dữ liệu,
trách nhiệm, và đúng tiến độ. Kế hoạch này phải được ghi chép lại.
7.1.6.3.1.2 Người thực hiện trách nhiệm lồng ghép các đơn vị phần mềm và các thành phần phần mềm và thử nghiệm vì các
uẩn này được xây dựng phù hợp với các kế hoạch hội nhập. Nó phải được bảo đảm rằng mỗi tổng hợp
đáp ứng các yêu cầu của mục phần mềm và các mục phần mềm được tích hợp vào các kết luận của các
hoạt động hội nhập. Các kết quả hội nhập và thử phải được ghi chép lại.
Chú ý Một chiến lược hồi quy phải được phát triển để được áp dụng để tái xác nhận các mục phần mềm khi thay đổi được
thực hiện cho các đơn vị phần mềm (bao gồm cả các yêu cầu liên quan, thiết kế và code).
7.1.6.3.1.3 Các người thực hiện trách nhiệm cập nhật các tài liệu hướng dẫn người sử dụng khi cần thiết.