Component-based software engineering

{{Short description|Engineering focused on building software from reusable components}}

'''Component-based software engineering''' ('''CBSE'''), also called '''component-based development''' ('''CBD'''), is a style of software engineering that aims to construct a software system from components that are loosely coupled and reusable. This emphasizes the separation of concerns among components.<ref>George T. Heineman, William T. Councill (2001). ''Component-Based Software Engineering: Putting the Pieces Together''. Addison-Wesley Professional, Reading 2001 {{ISBN|0-201-70485-4}}</ref><ref>Clemens Szyperski, Dominik Gruntz, Stephan Murer (2002). ''Component Software: Beyond Object-Oriented Programming''. 2nd ed. ACM Press - Pearson Educational, London 2002 {{ISBN|0-201-74572-0}}</ref>

To find the right level of component granularity, software architects have to continuously iterate their component designs with developers. Architects need to take into account user requirements, responsibilities, and architectural characteristics.<ref>{{Cite book |title=Fundamentals of Software Architecture: An Engineering Approach |publisher=O'Reilly Media |year=2020 |isbn=978-1492043454}}</ref>

==Overview== CBSE grew out of earlier paradigms such as structured programming and object-oriented programming, but it places greater emphasis on building software by assembling and integrating pre-existing components. Unlike objects, which typically encapsulate both data and behavior, components are higher-level constructs that provide well-defined interfaces and can be deployed independently.<ref>{{Cite journal |last=Crnkovic |first=Ivica |title=Component-based Software Engineering – New Paradigm of Software Development |journal=Software Focus |year=2001 |volume=2 |issue=3 |pages=127–133 |doi=10.1002/swf.45}}</ref>

Component orientation underlies many modern software frameworks and architectural styles, including service-oriented architecture (SOA), microservices, and widely used frontend frameworks such as React, Angular, and Vue.

==Considerations== [[File:Component-based Software Engineering (CBSE) - example 1.svg|thumb|220px|An example of two components in UML: Checkout processes a customer's order, which requires the other one to bill the credit card.]]

For large-scale systems developed by large teams, a disciplined culture and process is required to achieve the benefits of CBSE.<ref>{{cite web |author=Douglas C. Schmidt |title=Why Software Reuse has Failed and How to Make It Work for You |url=http://www.dre.vanderbilt.edu/~schmidt/reuse-lessons.html |access-date=14 May 2024}}</ref> Third-party components are often utilized in large systems, raising issues of integration, licensing, and software quality.

The system can be designed visually with the Unified Modeling Language (UML). Each component is shown as a rectangle, and an interface is shown as a lollipop to indicate a provided interface and as a socket to indicate consumption of an interface. This graphical representation helps clarify the relationships and dependencies between components.

Component-based usability testing is applied when components interact directly with the end user, ensuring both functionality and user experience are preserved when components are reused or replaced.

==Applications== CBSE principles are used across multiple domains: * In enterprise software, component-based approaches enable large-scale modular applications such as ERP and CRM systems. * In embedded systems, components are reused to reduce development costs and time-to-market. * In frontend development, component-oriented architectures dominate modern web application design, with design systems often mapped directly to reusable code components. * In cloud computing, microservices architecture can be viewed as a natural evolution of component orientation, where components are independently deployed services.

==Challenges== While component-based development improves maintainability and reusability, it introduces challenges such as: * Ensuring interoperability among components developed by different vendors. * Managing dependencies and versioning. * Guaranteeing performance and security when integrating external components.

==References== {{Reflist}}

{{DEFAULTSORT:Component-Based Software Engineering}} Category:Component-based software engineering Category:Object-oriented programming Category:Software architecture Category:Software engineering