Tag Archive for: Functional Safety

Complex development projects are a little like putting together a massive jigsaw puzzle: All the pieces are there, but sometimes how they fit together doesn’t become clear until real progress is already made.

The complexity is magnified when the project in question involves intricate microelectronics, software with billions of lines of code and hundreds of development teams who must work harmoniously to ensure functional safety standards are met. Not to mention hitting moving regulatory targets and the ever-present pressure to quickly deliver a complete, industry-compliant product to market.

We’re talking about a technology that not long ago was the stuff of science fiction; autonomous vehicles, systems for which code failure can lead to actual tragedy.

Bringing Teams (and Data) Together

When developing for a system with so many moving parts, every member of the development team using the same processes and platforms is a must to ensure safety compliance. To hedge against mistakes, teams must also be in sync, irrespective of core skill set or geography.

For companies whose businesses are based on constant innovation, getting all of these ducks in a row is a challenge.

As we detail at length in our recent paper, Driving Compliance with Functional Safety Standards, a Fortune 100 semiconductor company recently faced many of these hurdles, and deployed Jama Software to help clear them.

The semiconductor company knew this, and put together an integrated ALM solution supporting ISO 26262 compliance with Jama Software at its core.

Simplification as a Productivity Booster

Standardization of processes includes reducing oversized sets of tools and applications into a manageable roster of best-in-class solutions. Eliminating cumbersome or unnecessary apps enhances process efficiency for development teams at every stage.

The ALM solution they deployed enabled end-to-end requirements, functions, implementations and tests throughout the life-cycle process, as well as providing support for new functional safety and quality regulations, ensuring development teams can pass product audits and avoid costly delays due to rework.

The result was a well-oiled development machine. By hitting requirements the first time, the semiconductor company was able to accelerate its development cycles, delivering better finished products while achieving higher customer satisfaction.

Incorporating the proper toolsets to track development and document product safety compliance— a necessary step to avoid being buried by the challenges in a complex development project— further facilitated the process.

The standardization of toolsets and platforms meant that with each handoff on the developer chain, the teams could see their counterparts were all following processes as laid out by functional safety requirements.

Projects of this magnitude inherently put pressure on developers to keep their eye on the prize without being distracted by the countless shiny objects drifting across their line of sight. By simplifying processes, homing in on the best tools for the job and facilitating communication with partners and consortiums, development teams can tend to their own gardens.

Download "Driving Compliance with Functional Safety Standards for Software-Based Automotive Components" Now

When developing software for industries with rapidly changing regulatory environments, it’s critical that the platforms used are reliable, but also flexible and rigorous enough to remain compliant as requirements and standards evolve.

Of course, delivering a quality product that comports to current functional safety requirements quickly and efficiently is a big plus, which is why a Fortune 100 semiconductor company recently enlisted Jama Software to be at the core of its integrated application life-cycle management (ALM) solution.

With Jama’s help, this semiconductor company was able to completely transform its development process and streamline its operation, removing many obstacles to development along the way.

Putting Trust in Jama’s Proven Platform

Jama is certified by internationally recognized testing body TÜV SÜD for developing safety-related products to ISO 26262 (up to ASIL D) and IEC 61508 (up to SIL 3) standards. With such a rigorous development environment in place, the semiconductor company knew Jama’s platform would help it meet all necessary safety requirements.

Jama’s solution provides built-in attention to process, decision-making and change analysis in real time. Using actionable traceability, device-related developers and manufacturers, including semiconductors, can work faster without compromising on safety or quality. Jama provided the semiconductor company’s team with workflows for defining, building and testing automotive-related products that met their required functional safety standards.

Critically, Jama helps accelerate product design by enabling companies to reuse requirements across design teams and different generations of platforms — a critical part of the semiconductor company’s business strategy. The resulting integrated ALM solution brings together the best processes and tools, providing a single portal for accessing and analyzing a master data repository.

Standardizing processes and helping the semiconductor company reduce its massive toolset down to the most relevant ensured requirements were met the first time. This helped the company accelerate development cycles. And, at the same time, resulted in better end products and higher customer satisfaction.

Improving Processes Let Engineering Teams Focus on Engineering

The improved productivity and efficiency across teams and business units also reduced the overall cost of product development. Jama enabled teams to create a set of development-related assets once and reuse them across projects. This avoided the need to reinvent the wheel with each new iteration and reduced the likelihood of inconsistencies.

Effectively managing requirements also eliminated a large percentage of product defects. This saved time and money by detecting potential issues early — when issues are cheaper and easier to fix — rather than going back to the drawing board if they’re discovered too late in the game or in the finished product.

The resulting integrated ALM solution, with Jama at its core, seamlessly incorporated quality and compliance into existing workflows and best practices, when before it was a time-consuming, manual process. This enabled teams to spend more time engineering and less time fretting over compliance processes and documentation. Product are designed more efficiently and enter the market more quickly.

For a deeper dive into the semiconductor company’s use of Jama in achieving its goals, don’t miss our new report, Driving Compliance with Functional Safety Standards for Software-Based Automotive Components.

Download "Driving Compliance with Functional Safety Standards for Software-Based Automotive Components" Now

As autonomous vehicles sharing the nation’s roadways with driver-controlled cars moves closer to reality, a host of obvious safety concerns are being raised.

How will these cars react in the event of an imminent collision? How will they compensate for a sudden, unexpected lane departure? Ensuring passenger safety and reducing road fatalities will make or break this nascent technology, and software will be the brains behind it.

Self-driving car software must work correctly in any situation thrown at it, no matter how outlying. This fact presents unique challenges for developers charged with building and maintaining this complex software, as well as meeting new and changing compliance standards rolled out by regulatory bodies.

A Fortune 100 semiconductor company recently transformed its business relying on modern development solutions to manage and navigate the added complexity.

In Elaborate Systems, Efficient Communication is Key

It’s no small task building from scratch the software inside a car that will transport living, breathing humans on crowded roadways at high speeds. This means heavy collaboration on requirements is necessary to bring together experts of the various disciplines required for successful deployment. By bringing disparate groups together to communicate on requirement details and decisions, the semiconductor company ensured the right hand was always talking to the left.

To meet these challenges, software developers must strike a balance between functional safety and efficient, streamlined product development. We’re talking about billions of lines of code in self-driving vehicles, supporting complex microelectronics and software. The more complex a system, the more chances there are for errors, and in this case, the margin of error is virtually nil.

Overcoming challenges development teams face to ensure successful, timely deployment of their product while being flexible enough to adjust as regulations evolve is dependent on a common understanding of what’s being built and why.

Facing new ISO safety standards, the semiconductor company enlisted Jama Software’s development platform knowing it would help it meet its functional safety requirements.

Modern Tools Systematize Complex Challenges

This particular semiconductor company successfully incorporated standardized development processes and application lifecycle management (ALM) tools, which supported the development process from the initial planning stage through product retirement, tracking application changes along the way.

Modernizing their entire development process involved heavy standardization, so they honed in on a small set of best-in-class solutions from a sprawling list of more than 50 tools and applications.

To ensure development teams could pass product audits with minimal delay, the company also added support for new functional safety and quality regulations, avoiding the roadblocks associated with failures.

These same methods are necessary for other development teams looking to go to market with autonomous vehicle software that meets safety and product quality standards.

Equally important is ensuring disparate teams are working with the same compact set of tools, and carefully tracking every change and improvement along the way.

We may be a few years away from sharing the road with fully autonomous vehicles, but the work to ensure their safety and regulatory compliance is already well underway.

For a more in depth look at the challenges organizations like that Fortune 100 semiconductor company face, read our paper, “Driving Compliance with Functional Safety Standards for Software-Based Automotive Components.”

Download "Driving Compliance with Functional Safety Standards for Software-Based Automotive Components" Now

On today’s fast moving road to innovation requirements management can feel like a burdensome, yet necessary evil. For those of you who manage requirements with spreadsheets, word docs and power point, this process can feel even more unwieldy. Possibly worse? Using a heavy-handed tool like DOORS that adds extra overhead and requires additional skillsets for an already complex process. As products get smarter and connected, requirements management will only become more necessary. But it doesn’t need to be evil.

How? One way is by making sure everyone is working from the same, up-to-date information. Doing so lessens the burdens around requirements reviews. You can eliminate the waiting for the necessary stakeholders to provide input, or give approval. Teams can understand change as it happens, and analyze the up- or downstream impact of that change BEFORE change happens.

Why does it matter? The increased burden of regulations and compliance adds additional overhead to the product development process. Especially in the automotive industry where we are seeing rapid growth and leaps in innovation.  Organizations who haven’t had to confront functional safety standards are having to learn regulatory standards, like ISO 26262, on the fly without missing deadlines or features to deliver on time for their customer.

Part of that additional overhead comes from how these teams are managing requirements and tracing validation & verification back to their requirements. Often times teams retroactively trace their data. With a solution like Jama you can pre-build your relationships, so traceability is automated, reducing the manual effort associated with building your traceability, and reducing your regulatory overhead in the process.

Bonus points for using a “fit for purpose” certified solution. A certified solution reduces the manual effort associated with validating your process for ISO 26262 Certification. As AFuzion CEO Vance Hilderman states: “Products labeled ‘safety-critical’ used to be a small niche, but today almost all devices are critical, with many requiring adherence to certification standards…We need to validate and qualify not just the software we build for our client but our development tools as well,” Read more about the Jama Validation and Software Compliance Kit.

In the end, the “old” way of working doesn’t fit the direction of the industry. Legacy tools and manual processes can’t keep up with market demands. You have too much to do to rely on an outdated way of working. If a modern requirements management solution can help you ease regulatory burdens by streamlining traceability, resulting in a more connected way of working that helps you understand the impact of change and can also provide a platform to shorten the requirements review process, isn’t that worth considering?

See Jama in action today! Check out our completely free 30-day Jama trial.

What do you call a system that has never-changing requirements? An obsolete system. Systems that are healthy and growing are always evolving or changing in some way.

Avionics, automotive and medical systems require airtight requirements. For the customers and users of these complex systems—and the companies building them—safety and security is critical.

Getting safety-critical requirements right is a surefire step in the right direction.

But too often, the requirements for these systems’ components invite more questions than they answer, and requirements management turns into a process of trying to pick out the bits of data you need, when you need them, while everything churns together in a roiling, boiling stew.

Safety-critical systems developers working with regulations and compliance standards know that opting for speed over safety, or safety over speed, adds risk. To succeed, both must be prioritized.

The majority of product, version and variant failures stem from weak requirements.

According to Vance Hilderman, CEO of the safety-critical systems and software engineering company AFuzion, “Safety-critical requirements include safety aspects, but not exclusively. There’s a grey area between functional, performance and safety requirements because if the system doesn’t function, it can’t be safe. If it doesn’t meet performance criteria it might not achieve safety aspects, but then there are explicit safety requirements as well. The problem is that most safety-critical requirement specifications are incomplete. They lack complete hazard-prevention mitigation. They can all be improved.”

“Almost all accidents related to software components in the past 20 years can be traced to flaws in the requirement specifications such as unhandled cases.”Software Engineering, Safety-Critical Requirements & Specification

The challenge is to prevent those accidents in the first place and try to make tomorrow’s unhandled case be a handled case today. Knowing the right procedures for developing safety-critical requirements is the key. But what are these best practices, why are they the “best,” and how do teams utilize them? Vance offers some tips, below:

  • Good requirements should be mandatory. That means not a goal, not if you have time but truly mandatory.
  • Requirements must be consistent. Meaning, they don’t conflict with other requirements. Systems engineers must be able to manage and analyze requirements; with complex systems you need tools for that.
  • Requirements must be uniquely identified. They must state what we do, not how. The “how” is design and architecture.
  • Requirements need to be complete and unambiguous. That means full concurrence among developers as to what a requirement means, with no need for interpretation, because the requirement has sufficient detail to know exactly what the developer of that requirement intended.
  • Requirements must be consistent, with no conflicting characteristics. We know the priority, the timing aspects and we know the performance attributes. We cannot have conflicting logic. A or B, or A and B when C is not valid. We avoid different terms. For example, “trigger, assign, prompt, display, cue.” Those five words could be interchangeable but they’re different. We must be consistent.
  • Requirements must be traceable. That’s an essential part of good requirements management activities—to trace up to a system-level requirement and trace down to the implementation and the test. Traceability is also used during the code review to assess, “Does this logic fully implement all it should”?
  • Requirements must be testable. Each requirement is defined in quantifiable terms. For each requirement, can a test be formulated that will unambiguously answer the question, “Has the requirement been met?” Some things are that simple.
  • Requirements must be verifiable. For example, take this requirement, “The system shall support autonomous driving or flying.” All of us in the automotive world, we’re leaning towards that, from aviation to new AVs.

To learn more about how to build, maintain and reuse a rock-solid requirements foundation, please watch Developing Safety-Critical System & Software Requirements.