Completed
Product Line Adoption and Institutionalization
Class Central Classrooms beta
YouTube videos curated by Class Central.
Classroom Contents
Setting Up a Software Product Line Architecture Based on Zephyr
Automatically move to the next video in the Classroom when playback concludes
- 1 Intro
- 2 Preface
- 3 What is a Software Product Line (SPL) Architecture?
- 4 A Software Product Line is NOT
- 5 Product Line Adoption and Institutionalization
- 6 Speaking from Experience
- 7 How Zephyr is being used as an SPL
- 8 Costs of a Software Product Line
- 9 SPL Core Asset Support: Architecture
- 10 SPL Core Asset Support: Software Components Must be designed to be general without a loss of performance must build in support for variation points
- 11 SPL Core Asset Support: Test Plans/Cases/Data Must consider variation points and multiple instances of the product line
- 12 SPL Core Asset Support: Tools and Processes Must be more robustan required for single product development
- 13 SPL Core Asset Support: Project Plans Must be generic or be made extensible to accommodate product variations
- 14 SPL Core Asset Support: People, Skills, and Training Must involve training and expertisecentered around the assets and procedures associated with the product line
- 15 Assessment: What is needed for SPL Best Practice? Starting with Zephyr v2.6.0 functionality • Embrace Extensibility . How is each aspect of the ecosystem impacted by module
- 16 Proposals: Embrace Extensibility (cont) MISRA Dir 3.1 (Required), states
- 17 Proposals: Embrace Life REUSE Live REUSE includes topologies where the Zephyr repository is just another module in the workspace • Proposal The Zephyr document generation tools support workspace-leve…
- 18 Proposals: Embrace Composability Composability means managing boards, drivers, and subsystems so that they can be assembled into a working device without requiring crafting or tuning
- 19 Multi-Project Integration Issues: Documentation
- 20 Multi-Project Integration Issues: Verification
- 21 Multi-Project Integration Issues: Implementation
- 22 Multi-Project Integration Issues: Design
- 23 Multi-Project Integration Issues: Requirements
- 24 Engineering, the Path Forward Software Product Line is the current best practice model for what we are trying to achieve with rouse of Copen source software in embedded systems.