integrate each subsystem B9835A47






Activity: Integrate each Subsystem








var defaultQueryStr = '?proc={F2AD342D-0F3B-4E19-A351-75ECDCB806F5}&path={F2AD342D-0F3B-4E19-A351-75ECDCB806F5},{26723872-54F2-48C0-8384-0F595BD86EAD}';
var backPath = './../../';
var imgPath = './../../images/';
var nodeInfo=null;
contentPage.preload(imgPath, backPath, nodeInfo, defaultQueryStr, false, true, false);










Activity: Integrate each Subsystem















This activity integrates changes from multiple implementers to create a new consistent version of an Implementation Subsystem.








DescriptionWork Breakdown StructureTeam AllocationWork Product Usage








Relationships



Parent Activities


Implementation






Description



If several implementers work (as a team) on the same Implementation Subsystem, the changes from the individual implementers need to be integrated to create a new consistent version of the Implementation Subsystem. The integration results in series of builds in a subsystem integration workspace. Each build is then integration tested by a tester or an implementer executing the developer tests. Following testing, the Implementation Subsystem is delivered into the system integration workspace.



Properties



Event Driven


Multiple Occurrences


Ongoing


Optional


Planned


Repeatable



Staffing



Integration is typically carried out by a single person (for a small project on which the build process in simple) or a small team (for a large project on which the build process is complex). The integrators need experience in software build management, configuration management, and experience in the programming language in which the components to be integrated are written. Because integration often involves a high degree of automation, expertise in operating system shell or scripting languages and tools like 'make' (on Unix) or 'ant' (for Java) is also essential.



Usage



Usage Guidance Integration work is typically automated to a large degree, with manual effort required when the build breaks. A frequent strategy is to perform automated nightly builds and some automated testing (usually at the unit level), allowing for frequent feedback from the build process.





©  Copyright IBM Corp. 1987, 2006.  All Rights Reserved.







contentPage.onload();




Wyszukiwarka

Podobne podstrony:
integrate?ch subsystem?835A47
integrate?ch subsystem4DF846B
integrate?ch subsystem4DF846B
integrate?ch subsystem4DF846B
integrate?ch subsystem4DF846B
integrate?ch subsystem4DF846B
integrate subsystem?F878D6
integrate?ch subsystem?835A47
integrate subsystemB3E3E4A
integrate?ch subsystem?835A47
plan subsystem integration?F14B68
plan subsystem integration5FBE46
plan subsystem integration5FBE46
integracja funkcji
SHSpec 316 6310C22 The Integration of Auditing
integracja metabolizmu

więcej podobnych podstron