--- title: Which Tools Should I Use for ASIL D Requirement Management ISO 26262/IEC 61508? description: This blog will describe why selecting a tool based on one specific departmental need, such as requirements management, might be impractical. --- [LHP Blog and Technical Articles ](https://www.lhpes.com/blog) # [Which Tools Should I Use for ASIL D Requirement Management ISO 26262/IEC 61508?](https://www.lhpes.com/blog/which-tools-should-i-use-for-asil-d-requirement-management-iso-26262-/-iec-61508) Written by [Steve Neemeh](https://www.lhpes.com/blog/author/steve-neemeh) | Jun 4, 2020 4:45:31 PM There is 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** 2. **Size and Distribution of the Organization** 3. **Number of Requirements and Requirements Hierarchy** 4. **Existing Tools** 5. **Full ISO 26262 Workflow**     *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)](https://www.lhpes.com/blog/what-is-sotif-safety-of-the-intended-functionality/iso-21448).   **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 NI (previously known as 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 - **NI Tools:** Automated test and test scripting By combining engineering best practices with the tools’ strengths and considering an organization’s main drivers, a workflow can be defined as one that optimizes tool usage and reduces the load on engineers. Ultimately, to be successful in 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.  **Summary** 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 spending that can otherwise be avoided. Get Started Today **Key Takeaways** - 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 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, and 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. ** ** **Benefits of Using REST API** - **Ease of Implementation** - **Customizable Authentication Feature** - **Portability of Output to Web and Other Tool Frameworks** **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.** **Standard Feature Set of REST API** - **Mapping and Transfer of Attributes and Attachments From One Tool to the Other** - **Scheduled and On-demand Synchronization** - **Intermediate Transformations (e.g., risk calculations)** - **Linking From One Tool to the Other via Hypertext Links** - **Reports** - JAMA Software reports - JIRA reports - Requirements gap analysis - Test coverage gap analysis - Requirements Traceability Matrix - Bug reports - Customized reports   [View full post](https://www.lhpes.com/blog/which-tools-should-i-use-for-asil-d-requirement-management-iso-26262-/-iec-61508) ```json { "@context" : "http://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "Steve Neemeh" }, "dateModified" : "2024-06-21T15:03:45.627Z", "datePublished" : "2020-06-04T16:45:31Z", "headline" : "Which Tools Should I Use for ASIL D Requirement Management ISO 26262/IEC 61508?", "image" : { "@type" : "ImageObject", "height" : 1200, "url" : "https://www.lhpes.com/hubfs/AdobeStock_553264700.png", "width" : 2138 }, "mainEntityOfPage" : "https://www.lhpes.com/blog/which-tools-should-i-use-for-asil-d-requirement-management-iso-26262-/-iec-61508", "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "height" : 60.0, "url" : "https://www.lhpes.com/hubfs/LHP_Solo.png", "width" : 101.93699 }, "name" : "Blog" } } ```