Product Development

The Dana Plymouth team follows a rigorous industry standard APQP process when undertaking Product Development projects, whether that's creating a new hardware target for the OpenECU™ range of embedded controllers, or delivering a cost and package optimized controller to meet a specific customer need. At each stage of development, appropriate process is employed to ensure the quality of the end product meets expectations for its intended use. The Dana Plymouth team has many years of experience in all aspects of Product Development, such as design analysis through DFMEA, and Product Validation.

Learn More about DFMEA Learn More about Product Validation

V-Model Development Process

Dana provides engineering services for complete product development utilizing the V-model development process. Through our experience in developing products we can reuse existing OpenECU hardware or software components translating to time and cost saving for customers.

Requirements Capture

Requirements Capture

Every project begins by understanding the customer’s requirements of the project. This includes deep-dive technical discussions, and through requirements workshops.

Read more >
System & Safety Analysis

System & Safety Analysis

Analysis of a system during development of a custom electronics solution focuses both on the ability of the system to deal with random hardware failures and for the development process to eliminate systematic sources of error.

Dana focuses on various failure mode analysis techniques for System and Safety Analysis.

Read more >
Requirements Development

Requirements Development

The final requirements are assembled from analysis and elicited requirements from earlier phases. These requirements are broken down for the intended architecture of the system.

Read more >
High Level Requirements

High Level Requirements

Hardware requirements start at the system level and provide hardware architectural details. In this stage decomposition of system level requirements into hardware and software implementable requirements is performed.

Read more >
High Level Requirements

High Level Requirements

The high-level software requirements are derived from the system and safety requirements. These requirements are analyzed to determine the software architecture design and are the basis for deriving the low-level requirements.

Read more >
Analysis

Analysis

Hardware analysis encapsulates electronic and mechanical design and serves to minimize project risk while maximizing confidence in pending hardware build and verification efforts. Multiple analysis methods are utilized and often enhanced with simulations.

Read more >
Analysis

Analysis

The goal of requirements analysis is to ensure that the requirements are complete and consistent and that OpenECU fully understands the customer's needs and expectations through the different phases of development.

Read more >
Low Level Requirements

Low Level Requirements

A functional requirement defines a function of a system or its component (software unit or software feature).

Read more >
Detailed Design

Detailed Design

Using concept designs and physical modeling of mechanical packaging and electronics hardware architecture is brought into physical embodiment.

Read more >
Code Implementation

Code Implementation

OpenECU implements software in both C and Simulink. Implementation follows internal guidelines for style and architecture based on MISRA for C and MAAB for Simulink.

Read more >
Build

Build

Hardware build from rapid prototyping with modifications to volume production with quick turn and cost optimization.

Read more >
Integration test

Integration test

Hardware integration testing is the high-level collection of hardware test activities encapsulating requirement- based design verification testing. The formal test activities consist of functional testing, bench testing, fault insertion testing and Design Verification and Production Verification (DV & PV) testing.

Read more >
Unit Test

Unit Test

Unit testing provides the necessary assurance that the software is operationally correct and behaves well at boundary and edge conditions.

Read more >
HW/SW
Integration Testing

HW/SW
Integration Testing

Hardware or software integration testing verifies that the hardware or software interfaces have been correctly specified and implemented.

Vehicle Integration

Vehicle Integration

The goal of Vehicle Integration is to ensure that when the ECU is introduced to the vehicle environment, all of the inputs and outputs of the system are supported and operating as expected in the new vehicle environment.

Read more >
System Integration

System Integration

System Integration involves the introduction of the developed controller to the other components like sensors and actuators in order to perform overall testing of a complete system comprised of multiple components or elements.

Read more >
Item Integration and Testing

Item Integration and Testing

Item integration testing of the control software is performed in diverse ways. Software unit tests are the most common activity including the Item Integration Testing Plan.

Read more >

V-MODEL

V-Model Development Process

OpenECU utilizes the V-Model Development Process to develop your Custom ECU. All development projects will generate a Quality Plan to clearly define the project deliverables and set the framework for the project. The process can be tailored to meet customer specific requirements.