Tag Archive for: requirements management for automotive

In Part I of our six-part automotive series, our experts discuss how to accelerate automotive SPICE (ASPICE) capability with Jama Connect for Automotive.

Modern automobiles are complex systems of systems that must be reliable and safe. One way to increase reliability and safety is for automotive OEMs and suppliers to follow established development processes. Following established processes is generally expected of companies developing automotive products.

Note: Now that our automotive development blog series has concluded, you can go back and read series intro and Part II.

Automotive SPICE (ASPICE)

One major component of many automotive systems is software, and the high-level development processes for software development are documented clearly in automotive SPICE. ASPICE is both a process assessment model and a process reference model. It documents the processes that software teams should follow when developing automotive software and it provides a way of measuring how mature an organization’s processes are.

A major component of ASPICE is a robust series of processes for requirements management and traceability. The processes require that organizations develop system requirements, decompose them into software requirements, document a software architecture and detailed design for each software unit. The software must then be fully verified against all requirements and specifications. The processes require that traceability between the requirements, specifications, and verification activities be maintained and all documentation carefully reviewed.

Jama Connect for Automotive

A requirements management tool like Jama Connect® for Automotive reduces the manual effort required in adhering to Automotive SPICE processes. Jama Connect for Automotive’s traceability features are ideally suited to maintaining and analyzing the required traceability. And the review features are the ideal way to ensure documentation is fully reviewed and approved by a cross-functional team. The export features of Jama Connect for Automotive generate well-formatted documents for many of the work products required by ASPICE.

The flow diagram below summarizes the Automotive SPICE processes that can be managed in Jama Connect for Automotive. The boxes with an orange border represent the recommended work products to be captured in Jama Connect for Automotive. The boxes with a gray border represent the work products that benefit from being captured in Jama Connect for Automotive, but some organizations might choose to capture elsewhere.

High-Level Automotive SPICE Process in Jama Connect for Automotive

Jama Connect for Automotive includes a fully functional framework that software teams can use to start getting value from Jama Connect for Automotive immediately. The solution also includes complete documentation for how to complete each process most efficiently in Jama Connect for Automotive. Industry-specific Professional Services are also included to guide customers through the inevitable customizations needed by each organization. A complete list of the processes for working in Jama Connect for Automotive that align with ASPICE are listed in the table below.

To learn more about how Jama Connect for Automotive can help your team simplify compliance, streamline development, and speed time to market, download our solution overview.


Jama Connect for Automotive

For automotive manufacturers, compliance to safety standards is important, but it is not the only factor when delivering safe and reliable products to market. To achieve compliance, organizations need defined processes for automotive development and production and detailed traceability, from the high-level user needs through to test management.

In the automotive industry, the cost of being late to market is not just about your bottom line or market share. Today’s consumers have high expectations and won’t have the patience to wait for your solution. Leaders seek to spend less time on paperwork and more on innovation as part of an effort to streamline their product development and simplify compliance.

Over the coming months, we’ll be publishing a series on best practices for automotive development and how Jama Connect for Automotive can help teams align to industry standards, simplify functional safety compliance processes, and accelerate time to market. Below you’ll find a description of what you can expect from this series, and what topics will be covered.

Note: Now that our automotive development blog series has concluded, you can go back and read the Part I and Part II.

Related: Five Challenges in Modern Automotive Product Development

Part I: Thursday, September 10th: Automotive Spice (ASPICE)

Modern automobiles are complex systems of systems that must be reliable and safe. One of the ways to increase reliability and safety is for automotive OEMs and suppliers to follow established development processes. In this post, we’ll discuss how Jama Connect for Automotive aligns with Automotive Spice (ASPICE) and other regulatory standards.

Part II: Thursday, September 17th: Functional Safety (ISO 26262)

Functional safety is a key part of the overall safety of a system or piece of equipment in automotive development. Functional safety is crucial for automotive developers who aim to eliminate risk. In this post, we’ll detail how automotive development teams can build safety-critical products, while accelerating time to market with frameworks and templates aligned to functional safety industry standards.

Part III: Thursday, September 24th: Collaboration Across the Ecosystem

Effective collaboration with your customers and suppliers is crucial for automotive developers. In this blog post, we’ll discuss how with Jama Connect for Automotive, developers are able to collaborate across the ecosystem with requirements exchange, including standard Req-IF based data exchange.We’ll demonstrate how automotive developers can use Jama Connect for Automotive while effectively interfacing with other requirements management tools, avoid manual rework, and verify that all requirements are met, regardless of their original source.

Part IV: Thursday, October 1st: IATF 16949

IATF 16949:2016 (replaces ISO/TS 16949:2009) is a standard that establishes the requirements for a Quality Management System (QMS) in automotive development. In this blog post, we’ll discuss how Jama Connect for Automotive aligns with IATF 16949 and how developers can speed development with a platform designed specifically for automotive development.

Part V: Thursday, October 8th: TÜV SÜD

Jama Connect is certified by internationally recognized testing body, TÜV SÜD, as suitable for use in the development of safety-related software according to EN 50128, IEC 61508, and/or ISO 26262 up to SIL 3 or ASIL D. Jama Software provides a certification by TÜV SÜD for each cloud and self-hosted release. In this post, we’ll discuss what this certification means, and how it can help your team.

Part VI: Thursday, October 15th: Requirements Engineering for Remote Automotive Teams

In the final post of our 6-part series, we’ll discuss how to increase early stakeholder visibility and participation in the review process. We’ll demonstrate how teams can leverage Jama Connect for Automotive to exchange requirements data to collaborate with remote engineering teams, customers, and suppliers.

To learn more about how Jama Connect for Automotive can help your team simplify compliance, streamline development, and speed time to market, download our solution overview.


How to Choose the Right Tool for ASIL D Requirement Management ISO 26262 / IEC 61508

Editor’s Note: This posts on tool selection around ASIL D requirement management for ISO 26262 / IEC 61508 was originally published here by LHP Engineering Solutions and written by Steve Neemeh. When the options for choosing a requirements management tool are endless, what factors should you be looking at to help make your decision? This article provides some concrete considerations you may use to guide your selection.

requirement management


Which tools should I use for ASIL D requirement management ISO 26262 / IEC 61508?

There are a multitude of requirements management tools in the marketplace (e.g., IBM DNG, Siemens Polarion, Jama Software, Helix). How does an organization make the important decision of which is best for its needs when the options are endless or when using Microsoft Word/Excel or Google Docs for requirements management can be considered? Is there even one tool that can meet all of the organization’s needs? This blog will describe why selecting a tool based on one specific departmental need, such as requirements management, might be impractical.

To begin the search, here are five items that might be considered:

1. Cost of Tools
  • The range of costs can vary significantly. For a small organization, some of the larger toolchains may not be affordable. On the other hand, some of the smaller tools may not address parts of requirements management that are critical for ASIL D development.
2. Size and Distribution of the Organization
  • How many engineers need the tools and in how many locations? Some license agreements are floating so utilization could be optimized if the tools are used across multiple time zones (e.g. India and USA).
3. Number of Requirements and Requirements Hierarchy
  • Are there 100 safety-critical requirements or 5,000? Out of these requirements, how many of them are related to software, hardware, or test cases? How large is the HARA and how many safety goals are there? This will define the size of the requirements hierarchy.
4. Existing tools
  • The selection and integration of a new tool will inevitably impact the use of the exiting toolchains.
5. Full ISO 26262 workflow
  • Refer to V diagram.
requirements management ISO 26262 / IEC 61508

LHP’s requirements management V diagram for the Application Lifecycle Management toolchain


When researching tools for an organization, it is a common discovery that there is not one tool that meets all of the needs. The tools industry has not caught up with the complexity of the safety lifecycle. What is found in the marketplace are versions of Application Lifecycle Management (ALM) tools, but what is really needed is an LHP ecosystem-based Safety Lifecycle Management (SLM) toolchain. This SLM is based on guidelines for safety-critical development as defined in the 700+ pages of requirements, work products, and methods in standards such as ISO 26262 or the Safety of The Intended Functionality (SOTIF).

What is the Workflow for Functional Safety, ASPICE, and Other Safety-Critical Applications?

The V diagram covers the foundational items that need to be considered in addressing a standard like ISO 26262: project management, task management, and change management. In this particular case, four tools have been considered: ANSYS Medini, Jama Software, Atlassian JIRA, and National Instruments. All four tools provide partial solutions to meeting the needs of functional safety.

  • ANSYS Medini: HARA and systems-level modeling, as well as hardware metrics calculations (Parts 3 & 5 of ISO 26262)
  • Jama Software: Requirements management (required by ISO 26262, emphasized in Part 8)
  • Atlassian JIRA: Project management and change management
  • National Instruments Tools: Automated test and test scripting

By combining the engineering best practices with the tools’ strengths and considering an organization’s main drivers, a workflow can be defined; one that optimizes tool usage and reduces the load on engineers. Ultimately, to be successful within safety-critical development, an organization needs to develop against a standard while also reducing the labor associated with engineering and testing.

Without the latter, the cost and time for development escalate exponentially. Are engineers going to copy and paste data across tools? Are they going to have multiple versions of the same information across different toolchains? As the complexity of systems increases, a non-optimized toolchain can paralyze an organization and its development process.

In the absence of a commercial off-the-shelf fully-compliant SLM tool, the solution of integration tools can provide the same functionality. For this purpose, the tools provide methods of connectivity with REST (Representational State Transfer) API. An example of a REST API between Jama Software and JIRA is shown in the appendix.


When selecting a requirements management tool, it is crucial to consider the needs of the organization as a whole, the safety workflow, and the customization and connectivity for optimization of the tools. In a typical implementation of a safety-critical system, most organizations just consider one, or parts of one, of these critical items, causing large rework and tool spend that can otherwise be avoided.

  • There is no one tool that meets the needs of requirements management in compliance with functional safety.
  • The tool capability varies greatly based on cost, and there is feature overlap between tools.
  • The holistic organization, not just a single department, needs to be involved in making the tool selection. The needs of each department: management, engineering, IT, manufacturing, regulators, and even certification agencies all must be considered.
  • The tool must be appropriate for the size and scale of the organization.
  • There are methods of automating data transfer that significantly reduce labor and cost on development programs (as shown in the appendix).
  • Successful organizations are going to get ahead by creating efficient workflows that allow them to release products faster and more economically in the new electric vehicle/autonomous vehicle (EV/AV) world of transportation.

Appendix: More Details About REST API

Both Jama Software and JIRA provide access to their cloud resources via Representational State Transfer (REST API). REST is a web-based application programming interface that exposes a set of Uniform Resource Locators (URLs) with which to carry out Create, Read, Update, Delete (CRUD) operations in the tool. LHP Engineering Solutions has implemented a Domain Object Model (DOM) connection for both Jama Software and JIRA with a third integration piece to connect the two. The integration piece is a configurable application that implements the customer use cases.

REST API integration

Benefits of Using REST API
  • Ease of implementation
    • REST is a standard specification of how to access web resources
    • All web and cloud-based tools expose REST APIs
    • Returns data, as well as metadata, which allows for conditional and iterative processing
    • Implemented in a JAVA wrapper making it configurable and portable to any system
  • Customizable authentication feature
    • Simple user and password authentication if desired
    • Simple user and access token authentication if more security is desired
    • OAuth authentication is also available but not required
  • Portability of output to Web and other tool frameworks
    • XML/JSON that any tool can consume
    • XML/JSON are standard serialized data formats for web resources
    • Web applications typically take XML/JSON as input files for data exchange, data migration, report building, etc.
REST API Complexities
  • Requires a non-standard mapping of attributes from Jama Software to JIRA and vice-versa. Each customer mapping will need to be customized.
    • The REST specification defines what the API should do but not how it should do it. No standardization of data schema. Therefore, tools will have disparate data models.
    • Attribute A in Tool A must be mapped via a mapping file to Attribute B in Tool B etc. This goes for attributes, links, attachments, and all data elements in each data model.
    • A UI will have to be developed to allow for the mapping creation and management.
Standard Feature Set of REST API
  • Mapping and transfer of attributes and attachments from one tool to the other
    • Data models are mapped as closely to 1:1 as possible
    • UI to build and manage mappings
  • Scheduled and on-demand synchronization
    • Synchronization data between toolsets via UI
    • Synchronize data between toolsets by scheduling a task
  • Intermediate transformations (e.g., risk calculations)
    • Calculating or transforming the data from the source tool before reaching the target tool
  • Linking from one tool to the other via hypertext links
    • URLs from source resources to target resources and vice versa for traceability
  • Reports
    • Since the REST APIs produce a consumable output, any reporting tool that can consume XML/JSON can be used to produce reports.
      • Jama Software reports
      • JIRA reports
      • Requirements gap analysis
      • Test coverage gap analysis
      • Requirements Traceability Matrix
      • Bug reports
      • Customized reports

We’ve compiled a list of helpful resources for requirements management in automotive development, click the button to learn more!