--- 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. image: https://www.lhpes.com/hubfs/AdobeStock_553264700.png --- 4 min read # Which Tools Should I Use for ASIL D Requirement Management ISO 26262/IEC 61508? [![Picture of Steve Neemeh](https://www.lhpes.com/hubfs/Steve-Neemah-800x800.png) Steve Neemeh ](https://www.lhpes.com/blog/author/steve-neemeh) : Jun 4, 2020 12:45:31 PM [Tool Qualification](https://www.lhpes.com/blog/tag/tool-qualification) [Blog Posts](https://www.lhpes.com/blog/tag/blog-posts) [ISO 26262/Functional Safety](https://www.lhpes.com/blog/tag/iso-26262-functional-safety) ![Which Tools Should I Use for ASIL D Requirement Management ISO 26262/IEC 61508?](https://www.lhpes.com/hubfs/AdobeStock_553264700.png) Which Tools Should I Use for ASIL D Requirement Management ISO 26262/IEC 61508? 9:00 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. [![New call-to-action](https://no-cache.hubspot.com/cta/default/2512687/e1004a81-ebd2-4bc8-ac6c-6c8907255225.png)](https://cta-redirect.hubspot.com/cta/redirect/2512687/e1004a81-ebd2-4bc8-ac6c-6c8907255225) 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**   ![NEW_V-Diagram -5.14.20](https://www.lhpes.com/hs-fs/hubfs/NEW_V-Diagram%20-5.14.20.jpg?width=600&name=NEW_V-Diagram%20-5.14.20.jpg)   *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. [![New call-to-action](https://no-cache.hubspot.com/cta/default/2512687/93924e7c-6b82-43f8-9577-023d297f1ef6.png)](https://cta-redirect.hubspot.com/cta/redirect/2512687/93924e7c-6b82-43f8-9577-023d297f1ef6) 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 [![Contact Us Today!](https://no-cache.hubspot.com/cta/default/2512687/interactive-154022895963.png) ](https://www.lhpes.com/hs/cta/wi/redirect?encryptedPayload=AVxigLIII%2BiZlQWbXqU3gtUSPuxmAr1xj4Ldd%2FHjpg9yUxcbTB2Ev1H2tLMM%2BAg2YH5QamPpAXsvZjuu15IDRrI8Xru0jyjYkiNlFO7%2FtPnYbbnNG%2Bwt823BEr18ToC8bobwS6OVm49RkYZTP0zIpTJAJnJlDT0J4QOYapt6UVOLd5SU&webInteractiveContentId=154022895963&portalId=2512687) **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. ![Rest API](https://www.lhpes.com/hs-fs/hubfs/Rest%20API.png?width=600&name=Rest%20API.png) **[![New call-to-action](https://no-cache.hubspot.com/cta/default/2512687/0de65c00-32a7-44d0-a1be-15a24bc3ed6f.png)](https://cta-redirect.hubspot.com/cta/redirect/2512687/0de65c00-32a7-44d0-a1be-15a24bc3ed6f)** **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   - [Tweet](https://twitter.com/share) ## Additional Content [![Why is Safety at the Core of Software-Defined Vehicles?](https://www.lhpes.com/hubfs/Why-is-Safety-at-the-Core-of-Software-Defined-Vehicles-AS_312737093.png) ](https://www.lhpes.com/blog/why-is-safety-at-the-core-of-software-defined-vehicles) #### [Why is Safety at the Core of Software-Defined Vehicles?](https://www.lhpes.com/blog/why-is-safety-at-the-core-of-software-defined-vehicles) ![Picture of Steve Neemeh](https://www.lhpes.com/hs-fs/hubfs/Steve-Neemah-800x800.png?width=30&name=Steve-Neemah-800x800.png) [Steve Neemeh](https://www.lhpes.com/blog/author/steve-neemeh) : May 25, 2023 11:00:00 AM Why is Safety at the Core of Software-Defined Vehicles? Creating technology can be a complicated and time-consuming process. At LHP Engineering... [Read More](https://www.lhpes.com/blog/why-is-safety-at-the-core-of-software-defined-vehicles) [![ISO 26262 Compliant vs. ISO 26262 Certified](https://www.lhpes.com/hubfs/LSS-Blog-Image-ISO-26262-Compliant-vs.-ISO-26262-Certified-AS_241745672-01.png) ](https://www.lhpes.com/blog/iso-26262-compliant-vs-iso-26262-certified) #### [ISO 26262 Compliant vs. ISO 26262 Certified](https://www.lhpes.com/blog/iso-26262-compliant-vs-iso-26262-certified) ![Picture of Steve Neemeh](https://www.lhpes.com/hs-fs/hubfs/Steve-Neemah-800x800.png?width=30&name=Steve-Neemah-800x800.png) [Steve Neemeh](https://www.lhpes.com/blog/author/steve-neemeh) : May 23, 2022 10:01:00 PM The question: When looking at functional safety, what is the difference between being ISO 26262 compliant and being ISO 26262 certified? [Read More](https://www.lhpes.com/blog/iso-26262-compliant-vs-iso-26262-certified) [![ADAS Verification and Validation](https://www.lhpes.com/hubfs/An-Introduction-to-Verification-and-Validation-Testing-for-ADAS-RN_8694839982.png) ](https://www.lhpes.com/blog/an-introduction-to-verification-and-validation-testing-for-adas) #### [ADAS Verification and Validation](https://www.lhpes.com/blog/an-introduction-to-verification-and-validation-testing-for-adas) ![Picture of Steve Neemeh](https://www.lhpes.com/hs-fs/hubfs/Steve-Neemah-800x800.png?width=30&name=Steve-Neemah-800x800.png) [Steve Neemeh](https://www.lhpes.com/blog/author/steve-neemeh) : Feb 15, 2021 10:14:23 PM ADAS Verification and Validation [Read More](https://www.lhpes.com/blog/an-introduction-to-verification-and-validation-testing-for-adas) [![Top 10 Questions to Consider When Implementing ADAS](https://www.lhpes.com/hubfs/Thumbnail_Top-10-questions-adas-blog.jpg) ](https://www.lhpes.com/blog/top-10-questions-to-consider-when-implementing-adas) #### [Top 10 Questions to Consider When Implementing ADAS](https://www.lhpes.com/blog/top-10-questions-to-consider-when-implementing-adas) ![Picture of Marty Muse](https://www.lhpes.com/hs-fs/hubfs/Marty-Muse-Headshot-resized-1-1.jpg?width=30&name=Marty-Muse-Headshot-resized-1-1.jpg) [Marty Muse](https://www.lhpes.com/blog/author/marty-muse) : Feb 26, 2021 2:36:54 PM Top 10 Questions to Consider When Implementing ADAS [Read More](https://www.lhpes.com/blog/top-10-questions-to-consider-when-implementing-adas) [![Top 5 Considerations to Emphasize When Implementing Functional Safety](https://www.lhpes.com/hubfs/ISO%2026262%20Documentation.jpg) ](https://www.lhpes.com/blog/top-5-considerations-to-emphasize-when-implementing-functional-safety) #### [Top 5 Considerations to Emphasize When Implementing Functional Safety](https://www.lhpes.com/blog/top-5-considerations-to-emphasize-when-implementing-functional-safety) ![Picture of Steve Neemeh](https://www.lhpes.com/hs-fs/hubfs/Steve-Neemah-800x800.png?width=30&name=Steve-Neemah-800x800.png) [Steve Neemeh](https://www.lhpes.com/blog/author/steve-neemeh) : Mar 20, 2020 6:53:00 PM [Read More](https://www.lhpes.com/blog/top-5-considerations-to-emphasize-when-implementing-functional-safety) [![How Do I Know if My Automated Test Equipment (ATE) Can Be Used for Functional Safety Testing?](https://www.lhpes.com/hubfs/How-Do-I-Know-if-My-Automated-Test-Equipment-%28ATE%29-Can-Be-Used-for-Functional-Safety-Testing--AS_264619383.png) ](https://www.lhpes.com/blog/how-do-i-know-if-my-automated-test-equipment-ate-can-be-used-for-functional-safety-testing) #### [How Do I Know if My Automated Test Equipment (ATE) Can Be Used for Functional Safety Testing?](https://www.lhpes.com/blog/how-do-i-know-if-my-automated-test-equipment-ate-can-be-used-for-functional-safety-testing) ![Picture of Adam Saenz](https://www.lhpes.com/hs-fs/hubfs/Picture1.jpg?width=30&name=Picture1.jpg) [Adam Saenz](https://www.lhpes.com/blog/author/adam-saenz) : Nov 24, 2020 1:39:47 PM Intro [Read More](https://www.lhpes.com/blog/how-do-i-know-if-my-automated-test-equipment-ate-can-be-used-for-functional-safety-testing) ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "Steve Neemeh", "url" : "https://www.lhpes.com/blog/author/steve-neemeh" }, "dateModified" : "2024-06-21T15:03:45.619Z", "datePublished" : "2020-06-04T16:45:31.000Z", "headline" : "Which Tools Should I Use for ASIL D Requirement Management ISO 26262/IEC 61508?", "image" : [ "https://www.lhpes.com/hubfs/AdobeStock_553264700.png" ], "mainEntityOfPage" : { "@id" : "https://www.lhpes.com/blog/which-tools-should-i-use-for-asil-d-requirement-management-iso-26262-/-iec-61508", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://www.lhpes.com/hubfs/LHP_Solo-R-3.png" }, "name" : "LHP" } } ```