Tag Archive for: Safety-critical Systems

Safety-CriticalDesigning complex electronic systems not only requires a significant number of specialized stakeholders, but also efficient collaboration during safety-critical product development and verification activities. With some teams working remote and working together around the globe, there may be gaps in communication, locations, or tools that need to be overcome in order to deliver the expected product on time and on budget. 
 
In a recent webinar Michael Jastram, Senior Solutions Architect at Jama Software and Francois Xavier Dormoy, Senior Product Manager at Ansys discuss how you can bridge these gaps by integrating a product development platform, such as Jama Connect, together with a model-based embedded software tool, such as Ansys SCADE. From high-level requirements to verification and validation (V&V) activities to implementation, this allows you to share a single source of truth among the stakeholders and facilitate alignment across teams. 

Below you’ll find an abbreviated transcript and the full webinar recording.


Bridging the Gaps in Safety-Critical Product Development

 

<script src=”https://fast.wistia.com/embed/medias/us1kb7yxa0.jsonp” async></script><script src=”https://fast.wistia.com/assets/external/E-v1.js” async></script><div class=”wistia_responsive_padding” style=”padding:56.25% 0 0 0;position:relative;”><div class=”wistia_responsive_wrapper” style=”height:100%;left:0;position:absolute;top:0;width:100%;”><div class=”wistia_embed wistia_async_us1kb7yxa0 videoFoam=true” style=”height:100%;position:relative;width:100%”><div class=”wistia_swatch” style=”height:100%;left:0;opacity:0;overflow:hidden;position:absolute;top:0;transition:opacity 200ms;width:100%;”><img src=”https://fast.wistia.com/embed/medias/us1kb7yxa0/swatch” style=”filter:blur(5px);height:100%;object-fit:contain;width:100%;” alt=”” aria-hidden=”true” onload=”this.parentNode.style.opacity=1;” /></div></div></div></div>

Michael Jastrom: In case you’ve never heard of Jama Software, Jama Connect is a solution for product development. Product development includes, of course, capturing the requirements, requirements management but also activities like test and quality management, which gives you end to end traceability. Also, risk and hazard analysis because a lot of our customers are using Jama Connect for functional safety-critical work the same way that

Ansys SCADE is being used. Jama Connect is a platform that achieves these things by providing you with key capabilities, like traceability, collaboration, reuse, and many others. I don’t want to go here into detail. In a minute, Francois and I will give you a live demonstration so that you can actually see how all this plays out in practice.

One thing that is very important that I would like to point out is that Jama Connect is an open platform. It is very easy to seamlessly integrate it with other tools. We see Jama Connect as the best of class solution. For this part of your development you want to use best of class and so do you want for others. That’s why you’re using SCADE, I assume. We ensure that you have a seamless integration.

Before I give you a tour of the solution, let’s look at the problem with respect to product development today. In product development, you typically follow the V-model if you have to do with functional safety critical systems. This has been practiced since the ’60s very successfully. There’s just one problem with it. The V-model in systems engineering tends to be slow. By the time you define your concept of operations, you went all the way down to implementation there. By the time you can do the verification and validation activities of the top level, a lot of time passed. There’s a lot of interest these days in HM methodologies. One question that we often hear is how do you apply HM methods in the context of functional safety critical work and systems engineering. The answer to that we call continuous engineering.

This is how it works and where Jama Connect applies. Jama Connect basically covers the top two thirds of the V-model by providing you with a platform for modern requirements management that gives you cross functional collaboration, which allows you to easily exchange information, capture decision, conduct reviews of electronic signatures, and so forth.

At some point, you reach the point where the scope of Jama Connect ends. That’s where something like Ansys SCADE comes in. We provide you with real time and seamless traceability across two boundaries so that you have end to end traceability with best of class solutions. On the top right here, this is again where Jama Connect comes in. Jama Connect also supports you with test management activities so that you have end to end traceability from your requirements all the way to your test cases and test results. Jama Connect doesn’t end there because Jama Connect provides you with reuse capabilities that allows you to build the next version by using branching and merging of variant management so that you can easily manage multiple variants and take advantage of the good work that you already did.


RELATED: Learn more about the Jama Connect Functional Safety Kit for Automotive Teams 


The next question is how do you actually apply that in practice? This requires a paradigm shift. This is visualized on the left-hand side here by depicting the traditional systems engineering approach, which tends to be document based, which you can see here with example outlines from the corresponding RS standard. Now, we haven’t worked with documents in systems engineering for a while. There are tools around for requirements management. Yet, if you look at all the generation of requirements tools, that still has a very strong document feel to it. In Jama Connect we really switch away from that and go to an item-based mindset where you have fine grade traceability. Obviously, to really understand on a fine grade level what the impact of change is, where you have gaps in your coverage, and so forth.

Here you see you simply find relationship model that shows you how you can connect to various items. For example, you can have themes and epics, which are terms from the ancient world, but still mixed it up with things like product concept and system architecture, which are more traditional systems engineering. If we have a look at that, then you get something like this. This relationship diagram has been actually taken directly from Jama Connect so you can flexibly adapt it there. The arrows indicate the traceability capabilities. For example, you that epics and user stories are connected. Jama Connect will tell you if you have a gap between your epic and your user story. You can find gaps in your coverage. Jama Connect helps you with impact and change management. If you change the epic, then all the connected user stories and validation test cases will be marked as suspect. There are a number of other features, roles, workflows, templates. A number of capabilities that really allow you to have repeat iterations following the traditional systems engineering process but with an agile mindset. We have customers from many different industries. Just to provide you with one example, one of our customers from the avionics industry used Jama Connect in a lot of areas. Just to pick up one metric, they managed to increase the speed of resolving issues by 30% by using what Jama Connect provides you with.


RELATED: Watch a demonstration of the Jama Connect for Automotive Solution


Francois Xavier Dormoy: Yes, the topic is how we can make this synchronization and how we can integrate both SCADE models, and these requirements, and these traceability. In fact, we have in SCADE and in all SCADE tools, we have a gateway. A gateway to requirement management tool, like Jama Connect. For instance, in Jama Connect, of course, you will be able to create requirements, to manage requirements, manage traceability links. You can create links. You can see all the traceability. You can perform your impact analysis. You can generate matrices, etc. All these, of course, will be done in Jama Connect and you will use SCADE for design, for the architecture, for the testing, etc.

What we allow in this gateway is for people designing to have a look at the requirements. We have a way to import in SCADE requirements and we have a way in SCADE to create links between SCADE elements, SCADE artifacts, and any requirements. These links will not be stored in SCADE. They will be stored in Jama Connect. We have the six portraiture in order to export back to Jama SCADE artifacts together with traceability.


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.

DOWNLOAD NOW

safety-critical product development

Bridging the Gaps in Safety-Critical Product Development

In increasingly complex, competitive, rapidly evolving, and highly regulated industries (including aerospace, automotive, and defense), market forces are creating new challenges for development teams building safety-critical products. To address this challenge, Ansys is hosting a webinar to discuss how combining a product development platform like Jama Connect with a model-based embedded software tool can help you bridge safety-critical product development gaps.

Date: September 15, 2020
Time: 11 AM EDT / 3 PM GMT /8:00 a.m. PT / 17:00 p.m. CEST

Designing complex cyber-physical systems not only requires a significant number of specialized stakeholders, but also efficient collaboration during development and verification activities. With some teams working remotely around the globe, there may be gaps in communications, locations, or tools that must be overcome to deliver the expected product in time and on budget, while being compliant with functional safety regulations.

In this webinar, Ansys and Jama Software show how to bridge the gaps by integrating a modern product development platform, such as Jama Connect, and a model-based embedded software tool, such as Ansys SCADE. From high-level requirements to V&V activities to implementation, you’ll be able to share a single source of truth that provides value to all stakeholders and facilitates alignment across teams.

Register and learn how to:
  • Design a product from stakeholder requirements to implementation according to safety standards like DO178-C or ISO 26262
  • Move from natural language requirements to formalized implementation with a high level of automation and using appropriate guidelines
  • Manage end-to-end traceability from requirements to tests and code that provides transparency to practitioners and management
Speakers:

Francois Xavier Dormoy, Senior Product Manager, Ansys
Michael Jastram, Senior Solutions Architect, Jama Software

 

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.

Conclusion

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.

Take-a-Ways
  • 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!
SEE MORE RESOURCES

 

Creating a safety-first culture in complex product development

Today’s move-fast-get-it-to-market-yesterday product development culture puts a lot of pressure on companies to innovate quickly. Such circumstances can make defined processes and comprehensive documentation look unsexy and uncompetitive… even when they’re in the best interest of the organization.

In October, Jama Software and kVA by UL co-hosted a kVA Automotive Lunch & Learn at the Hyatt House in Silicon Valley. kVA by UL is a technical and management consulting group focused on functional safety and the ISO 26262 standard. Bill Taylor, Managing Director of kVA, spoke to a group made up primarily of automotive industry engineers, many of whom are working on autonomous vehicles.

Taylor presented on the topic of “Creating a Safety-First Culture in Automotive Development,” but the points he made could easily be applied to any complex product development where public and/or user safety are a primary concern. Here are five key take-aways from Taylor’s presentation.

Don’t Fall for the Smart Folks Fallacy

When we get on an airplane, do we trust that our pilot and co-pilot are experienced, well-trained professionals? Do we assume they really know what they’re doing and that they’ve done it many times before?

Of course, we do. So, why do the airlines — and the military, and every other aviation employer —make their pilots use checklists?

Learn how to mitigate common ISO 26262 mistakes with our whitepaper, “Top 15 ISO 26262 Snafus.”

It’s so they don’t have to think about it. The checklist is there so a distraction doesn’t cause the pilot to miss or forget a small but crucial step in their procedure.

But many who innovate for a living — especially those who face pressure to innovate rapidly — don’t like checklists. Checklists feel cumbersome, tedious, slow, and perhaps even antiquated. They’re constraining. They don’t let you work the way you want. Checklists force you to work to their dictates.

But checklists are great for safety, says Taylor. They force you to take all the prescribed steps.

Taylor warns against a phenomenon he sees often in the automotive and tech industries, which can roughly be described as the “Smart Folks Fallacy.” He describes it with a fictional conversation, which we’ll paraphrase:

“Hey, who’s keeping us safe?”

“Oh, don’t worry, we’ve got some smart folks over there.”

“Yeah, but how do we know we’re safe? Have we written good requirements? Have we analyzed them? Have we done direct testing? Do we have traceability throughout our process?”

“Nah, we haven’t done any of that. But those folks over there are really smart. So, we’ll be fine.”

Unfortunately, even smart people make mistakes. They’re under pressure to deliver. They get wrapped up in their immediate priorities. Even a smart person might miss something that’s tiny but critical.

Safety Relies on Process and Culture

Taylor says it’s hard to standardize culture. A true safety culture requires more than just following a set of rules, regulations, and standards. But a framework can be articulated.

In that framework, Taylor would expect to see a set of processes designed to comply with applicable safety standards. He would want to see process documentation that, among other things, describes:

  • The steps of the safety process
  • Any templates that are to be used
  • The tool set that will be used
  • Outputs that get reviewed, and who reviews them
  • The qualifications necessary to be a reviewer

Failure to follow a sound safety process leads to disaster, says Taylor. He maintains that in every accident report that makes the news, there is someone who says, in effect:

“I realized this could be a problem. I told my boss, and he kind of understood, but not exactly. Anyway, we were crazy busy, etc., etc.… It just got pushed aside.”

You need a system and a culture in place that will turn that potential problem into a documented safety anomaly — that will put it on the radar and make sure it gets addressed, says Taylor.

A Safety-First Culture Needs Police Officers

Just like governments need a police force to enforce laws, companies must invest in safety personnel with the authority to prevent potential hazards from being released into the field.

This doesn’t mean putting safety managers at the top of the pyramid, Taylor says. Instead, he likens it to Toyota’s famous quality system, where every plant worker has the authority to stop the production line if they spot a flaw. It’s a huge expense when it occurs, but it can save much greater expense down the line by avoiding costly recalls and lawsuits. It also makes everyone realize quality assurance is a part of their job.

It’s the same with safety. When a problem is a safety issue, the safety team must have the power to say, “Stop! We have a process to communicate and address this issue. We have the authority to make things stop until the issue is fully resolved.”

Learn how Jama Software worked with TÜV SÜD on our ISO 26262 certification process, and how you can lower the costs and risks of complying with functional safety standards, by watching our webinar.

Embrace the Idea of “Nothing Happening”

Taylor says safety engineers have a weird point of view: They’re inspired by the idea of nothing happening. That’s because, when people buy your product, they expect that nothing bad will happen to them… ever. If something bad does happen to them, and it’s your fault, they’re likely to sue you.

“Someone has to take ownership of this idea,” Taylor said. “There must be a group that says to themselves, ‘While the rest of the organization is innovating and creating amazing things, I’m going to make sure that nothing bad happens, and I can be motivated by that idea.’ It means you’re not out there making the thing be better and more awesome, you’re just trying to make it work in a way that doesn’t kill anyone.”

“And usually,” Taylor continued, “Your CEO says, ‘I thought it was just assumed that it wouldn’t kill anyone.’ And you say, ‘Yes, but someone has to be in charge of that. Someone needs to own that.’”

Accept that Safety is the Antithesis of Agile

While there are varying views on this topic, Taylor pointed out that a safety-first culture is the direct antithesis of the Agile development model.

The Manifesto for Agile Software Development values “individuals and interactions over processes and tools” and “working software over comprehensive documentation,” he said. Safety, on the other hand, cannot be assured without a commitment to process and documentation. “Software observed to be ‘working’ can often be fundamentally unsafe,” Taylor noted.

Taylor went on to say that where Agile tries to reduce friction, safety values friction. Friction is how we maintain control. Without friction, everything slips out of our hands.

“If our process has no friction, it’s out of control,” he said. “Agile is not wrong. Agile is wonderful for making progress” but it’s not sufficient for ensuring safety.

In complex product development, Taylor says, we don’t see a lack of smart people. What’s often lacking is a commitment to process and the tools that enforce that process.

We need to make allowances for Agile and a safety-first culture to coexist. Use Agile to make rapid progress. But allow safety to apply its processes — and apply the brakes, when necessary.

In other words, we need to accept the checks and balances of the safety process. Taylor summed it up this way: “Value friction. Value slowness. Take ownership of ensuring safety.”

To further assist in mitigating risks in the development process, maintaining compliance with automotive functional safety standards, creating a safety-first culture, and staying updated on the changes to ISO 26262, check out our white paper, “The Impact of ISO 26262 on Automotive Development.”

As in the majority of industries today, the complexity of avionics products is rapidly expanding. In contrast, budgets and development schedules are shrinking as teams work to ensure that product safety remains the first priority.

To help Jama’s avionics customers develop safe, quality products on expedited timelines, we’ve teamed up with the safety-critical experts at AFuzion. The result is our Avionics Services offering, which provides teams with an out-of-the-box configuration of Jama Connect specifically tailored for avionics development along with customized training and documentation templates.

Given the forward-thinking nature of our avionics customers, we knew we needed a trusted partner and thought leader to put together this comprehensive package. With offices in New York and Los Angeles, as well as more around the world, AFuzion offers safety-critical certification and consulting for innovators on the cutting edge of avionics, in addition to training and workshops.

Vance Hilderman, CEO and cofounder of AFuzion, calls his team “senior aviation and safety-critical engineers with an average of 20-plus years of engineering experience – plenty of gray hair and hopefully gray matter.”

We spoke with Hilderman to learn more about how Jama Connect customers can leverage AFuzion’s services to develop stronger avionics products.

Q: Can you talk briefly talk about AFuzion, the industries you serve, and the value you offer your customers?

A: Most of our work is aviation, but we also do automotive, satellites, ground systems, spacecraft, missiles, civil aircraft, and military aircraft. Our engineers have worked with 95 of the world’s 100 largest aviation companies. Though most of our work is engineering development, we also do certification, mentoring, and training. Interestingly, we’ve trained 22,000 engineers in aviation development standards, which is more than all 30 of our competitors combined. We also have a large library of safety-critical whitepapers, all developed by us.

Q: Why is requirements management a central concern for your customers?

A: AFuzion teaches that good requirements and good requirements management are key to avoiding erroneous assumptions and creating project success. Project success is created, planned, executed, and measured. You need great tools for that, and such is our reason for standardizing on Jama Connect.

What are examples of weak, satisfactory, and great avionics requirements? Learn more in our white paper, “Aviation Requirements for Airborne & Ground-Based Software/Hardware.”

Q: What AFuzion solutions or services are currently available with Jama, and what benefits do they deliver for our customers?

A: AFuzion’s safety-critical checklists and templates are hugely popular, especially for aviation. Companies get a working solution out of the box and can avoid rework and delays – it’s a huge jump-start to success, especially when used in conjunction with Jama Connect. And AFuzion can provide standards training while Jama provides the corresponding requirements management training. For the clients, it’s a win-win-win.

Q: What’s the best way to leverage Jama to comply with DO-178, DO-254, and ISO 26262 or IEC-61508?

A: First, get training in requirements management from Jama and the relevant standard from AFuzion. Then initiate Jama deployment and AFuzion’s processes and templates. Consider a gap analysis from AFuzion to show how to best minimize rework and optimize successful project certification and compliance.

Q: What are some of the biggest mistakes or misconceptions you see avionics professionals make when they’re first starting to develop safety-critical products?

A: One: Proceeding without a written plan and alternatives. Two: Outsourcing. Engineering is incredibly complex already and it helps when you are all in the same room, same time zone, and speaking the same language. Outsourcing without a CMMI level 4 compliance playbook increases risk. Now, we don’t mind when companies try that: Over half of our clients come to us after they fail at that. But we’d rather see them reduce costs by succeeding first and avoiding failure.

Q: Are aerospace companies doing their best to keep their products secure? What are the cybersecurity threats facing the aerospace industry?

A: Great question. In fact, the FAA and EASA just escalated cybersecurity to the highest level and mandated that all aviation companies deploy proven solutions based upon DO-326A (ED-202A in Europe) before year-end 2019. AFuzion’s aviation cybersecurity whitepaper is very popular and available for free download at our website.

Companies need training, frameworks, and cybersecurity tools throughout development and product deployment/operations, and AFuzion handles all of this. Our new aviation cybersecurity DO-326A / ED-202A training is proving hugely popular: We just had a sold-out class in Munich during Aerospace Tech Week. Threats are rapidly increasing worldwide, so the solutions need to keep up. AFuzion will help ensure that happens.

Q: What are some success stories you’ve heard from people using AFuzion’s services?

A: In just the past three months, we’ve helped companies certify 20-plus aviation products; taught 1,500 engineers how to succeed with DO-178C, DO-254, and ARP4754A; co-developed 10 aviation airborne- and ground-based systems; and have maintained a 100% client repeat rate, where clients call us back for additional work or say they intend to. That’s honestly the greatest reward. Many people think aerospace is staid and boring. Actually, it’s quite the opposite. Aerospace is real technology, real money, real results.


View our datasheet to learn more about Jama Software’s Avionics Services package. And, to see more information specific to the aerospace and defense industries, we’ve compiled a handy list of valuable resources for you!