Video channel

Low requirements quality is one of the main reasons that lead to unsuccessful projects in any engineering domain. Unclear and ambiguous statements, contradictory requirements or inconsistent measures are just a few examples of the dozens of errors that are very common to happen in requirements specifications. This webinar introduces the tools to early detect these sources of problems and provides with a set of basic techniques to overcome them, so an error-free requirements specification leads to achieving successful projects. All these basic aspects of requirements quality will be covered using a default installation of the tools RQA - Quality Analyzer and RAT - Authoring Tools.

RAT - Authoring Tools providing real-time CCC assessment and consistency with the underlying model.
The seamless integration of textual Requirements within MBSE is a challenge in today’s Systems Engineering state of the art. Requirements are usually elaborated using natural language text and hence provide high expressivity and easiness of production and management. MBSE offers well-structured methodologies (like ARCADIA, OOSE, Systematica (S*), etc.) and a rigorous path for developing high-quality designs, but they demand steep learning curves.

This webinar presents an add-on to Capella that follows all the principles and features of the RAT - Authoring Tools on top of Requirements Modeling Tools (RMS), but now on top of a Modeling tool like Capella; thus enhancing a seamless consistency between textual requirements and models (model requirements).

The webinar will include a demo of this new add-on, showing the following features:

- Assisted authoring of requirements through pattern-based auto-completion
- Real-time quality assessment
- Maintenance of relations between textual and model-based requirements, and capitalization of links for change tracking
- Synchronization of textual requirements: a round-trip approach between Capella and other external Requirements Management Systems

RAT - Authoring Tools providing real-time CCC assessment and consistency with the underlying model.
The seamless integration of textual Requirements within MBSE is a challenge in today’s Systems Engineering state of the art. Requirements are usually elaborated using natural language text and hence provide high expressivity and easiness of production and management. MBSE offers well-structured methodologies (like ARCADIA, OOSE, Systematica (S*), etc.) and a rigorous path for developing high-quality designs, but they demand steep learning curves.

This webinar presents an add-on to Capella that follows all the principles and features of the RAT - Authoring Tools on top of Requirements Modeling Tools (RMS), but now on top of a Modeling tool like Capella; thus enhancing a seamless consistency between textual requirements and models (model requirements).

The webinar will include a demo of this new add-on, showing the following features:

- Assisted authoring of requirements through pattern-based auto-completion
- Real-time quality assessment
- Maintenance of relations between textual and model-based requirements, and capitalization of links for change tracking
- Synchronization of textual requirements: a round-trip approach between Capella and other external Requirements Management Systems

What is the value of good requirements? We have all heard for years now, for instance from the chaos report (https://www.projectsmart.co.uk/white-papers/chaos-report.pdf), that changing or unclear requirements cause big problems for projects and organizations. But, what’s the value if this chaos?

The REUSE Company has developed a method based on the Constructive Systems Engineering Cost Model (COSYMO) to calculate the possible economic upside of having an effective and efficient requirements engineering process.

The COSYSMO model was created by Ricardo Valerdi while at the University of Southern California Center for Software Engineering. It gives an estimate of the number of person-months it will take to staff systems engineering resources on hardware and software projects. Initially developed in 2002, the model now contains a calibration data set of more than 50 projects provided by major aerospace and defense companies such as Raytheon, Northrop Grumman, Lockheed Martin, SAIC, General Dynamics, and BAE Systems.

In this webinar we will look into the findings when we run a development project using requirements with a high vs. low degree of requirements understanding and what the economic benefits would be when using the INCOSE guide of writing requirements “for real” with our state-of-the-art Systems Engineering Suite, offering you the tools, processes and skills to properly tackle the daily issues of complex systems. This with the benefits of increased quality, saved development effort and money.

The ISO 15288 clearly defines what must be done when performing Verification and Validation processes. We must use and manage verification actions and collect evidences. But how should we do it? How to integrate them all in one environment? How to delegate V&V to specialized tools for specific work-products? How to deal with interoperability? This webinar intends to provide insight for these kind of questions.

Current systems engineering makes clear distinction between verification, validation and quality assurance processes. Verification is usually connected with the notion of “developing the system right” (setting the focus on performing SE properly). On the other hand, validation is described as “developing the right system,” making a SOI that meets the stakeholders needs. Both concepts are connected with the notion of quality assurance and management. Verification confirms that the quality is adequate, and Validation confirms that the system maps with correct functions and properties, as a kind of quality issue. Quality Assurance, when applied to product evaluations, helps to prevent incidents and problems. As part of its knowledge reuse approach, The Reuse Company has created the V&V Studio as a software tool ready to provide support to the ISO15288 V&V processes by using (and reusing) information from RQA - QUALITY Studio and the Ontology. The V&V Studio merges the three concepts (Verification, Validation and Quality) and offers V&V by managing the corresponding verification and validation actions through quality and other measures. It uses the concept of metrics and quality functions to verify all kinds of work-products, as well as providing evidences management.

Since 1995 to the 2016 last version, NASA publishes the “NASA Systems Engineering Handbook” (https://www.nasa.gov/connect/ebooks/nasa-systems-engineering-handbook) to bring the fundamental concepts and techniques of NASA Systems Engineering as a discipline at NASA body of knowledge. This handbook offers guidance for current best Agency practices and maintains the alignment of the Handbook with the Agency’s systems engineering policy. The handbook is considered as top-level guidance for good systems engineering practices in the space industry.

We have developed a knowledge library, to be used on our SE Suite, that takes the benefits of the NASA handbook body of knowledge to enhance the quality of requirements. This NASA domain knowledge library includes glossary, acronyms, abbreviations, as well as specific taxonomies, hierarchies, and terms relationships. It also brings guidance for well-formed requirements through rules and patterns. The library incorporates a set of metrics, based on NASA handbook guidance. These metrics implemented in our SE Suite help to ensure the quality of requirements and to optimize the requirements authoring process.

Discover in this webinar how our SE Suite, along with this NASA knowledge library we have developed, can improve the quality of your organization requirement as well as your requirement authoring and checking process. Thanks to this approach, your organization could discover requirements errors in an early stage of the process, to prevent adding potentially huge extra costs and time to market delays to your organization projects.

INCOSE, the International Council on Systems Engineering has done an excellent job in the dissemination of best practices and guides towards the Systems Engineering Community. A wonderful example of this kind of guide is the INCOSE Guide for Writing Requirements (GfWR) that is helping engineers meet the challenging quality standards that every requirement shall have, especially in the Safety Critical disciplines.

While other standards just define a number of nice-to-have, but yet very abstract set of quality characteristics, the INCOSE GfWR also includes a number of comprehensible, and SMART (specific, measurable and easy to automatize), set of quality rules for requirements and for requirements documents.

No matter what tool you use to manage your requirements, RQA - QUALITY Studio and RAT - Authoring Tools from The REUSE Company offer an easy-to-use library including the quality rules described in the GfWR; allowing both quality control of your existing documents, and real-time help during the authoring stage of the requirements. Writing high-quality requirements has never been so easy.

The use of patterns to write structured requirements is strongly recommended in Requirements Engineering in order to avoid defects in engineering systems development that are mainly traced back to unprecise, unclear, or incomplete requirements.

Since the 1990s, the members of the SOPHIST GmbH (usually called “The Sophists”) have been in the forefront of consulting and training services in the area of requirements engineering. The Sophist patterns comprise both functional and non-functional requirement patterns, as well as patterns to express conditions and properties of systems.

The objective of this webinar is to introduce you to the newly integrated Sophist patterns into our RAT - Authoring Tools, with examples of real-time writing assistance enabled by the tool in order to check the compliance with the structure of the selected pattern.

In the world of systems engineering, the importance of having high quality requirements is well known and that is why there are standards and guidelines that establish the characteristics that the requirements must have for considering them of good quality.

To obtain quality measurements of the requirements it is common to use quantitative quality metrics based on established standards. However, the risk is to build assessment methods and tools that are both arbitrary and rigid in the parameterization and combination of metrics. This webinar is focused on the presentation of a flexible method to assess and improve the quality of requirements that can be easily adapted to different contexts, projects, organizations and quality standards, with a high degree of automation.

In the method proposed, the domain experts contribute with an initial set of requirements that they have classified according to their quality, and their quality metrics are extracted. Then machine learning techniques are used to emulate the implicit expert’s quality function. A procedure to suggest least-effort improvements in bad requirements is also provided.

The method is easily tailorable to different contexts, different styles to write requirements, and different demands in quality. The whole process of inferring and applying the quality rules adapted to each organization is highly automated.

Upon landing in Mexico, Conquistador Hernán Cortés famously ordered his men to “burn the boats”. For the same reasons, our journey towards Model Based System Engineering (MBSE) will require the burning of the specification “document boats” used to house and transport the most important artifacts; i.e. the declarations of Stakeholder Needs and System Requirements. No doubt, prior to burning the boats, Cortés had to commit to benefits great enough to obtain the resources required to succeed. Analogous planning must be done to embark on a MBSE expedition that includes transformations in Requirements Management. To this end, this presentation will offer a benefits analysis and realization plan (in the form of a metamodel & tool demo) that may be useful in planning your MBSE expedition.

Traceability is a core activity within the System Development Lifecycle, although a tedious and time-consuming task, especially when the traces involve items coming from different disciplines and tools. Therefore, teams must be provided with tools that allow connection to heterogeneous environments, allowing easy access to the definition of traces, management of traceability matrices and impact analysis, and providing also smart analysis tools to suggest missing traces and suspect links. Finally, all this information must be exported in a flexible, and easy-to-understand yet accurate way.

In this webinar, The REUSE Company will present the first version of its brand new tool TRACEABILITY Studio. This tool, fully integrated with the Systems Engineering Suite, provides an easy-to-use answer to all the challenges mentioned above so that traceability management thus increasing the level of quality of your projects, minimizing the impact of changes and reducing the overall time normally devoted to this activity.

In this era of Lean and Agile principles we tend to focus on collaboration, team cohesion and customer value, so where do requirements come in and how can focused requirements engineering contribute to increased customer satisfaction? It does not matter what type of engineering principles you stick to, if you do all the work in a single team, larger organisation or let someone else deliver the product or service, it all comes down to the same issues of understanding the need and delivering a solution to it.

This webinar will show how requirements are the mean to the end of achieving increased customer satisfaction and the key is a changed view on the importance of requirements being the messenger between all stakeholders.



Topics:
Customer satisfaction is a phrase often used and perhaps misused. When a customer is dissatisfied, what are the reasons? We will look more into this and discuss the view of quality and how high quality can be expressed and eventually be achieved?

After disseminating customer satisfaction, we continue with the different components of human understanding. What does it mean if stakeholders don’t understand each other and what consequences can be drawn out of that?

The third and last topic for the webinar will be to discuss the concept of requirement quality. What is requirements quality? How can one achieve a high degree of requirements quality? We will also briefly look into why requirements review as it is performed today is an inefficient habit just providing the organisation a faulty sense of security without achieving the original goal to increase the information quality.

After the seminar you will have a much clearer view on how to Increase the level of satisfaction by your customers. To share a true mutual understanding on both the customer need and the proposed solution is the end goal and the key is to increase the quality of the requirements.

ECSS - European Cooperation for Space Standardization- represents a set of standards aiming to gain a common understanding across the space industry in Europe. ECSS released the ECSS-E-ST-10-06C (6 March 2009) to provide some guidelines for the development of technical requirements specifications.

The REUSE Company has developed a Knowledge Library coping with the ECSS standard (among others within the ECSS) to guide requirements writers writing high-quality requirements and provide help during the long-lasting requirements inspections, those making easier the compliance with the ECSS standards. This Knowledge Library is part of the SES Suite (Systems Engineering Suite), managed by our tool Knowledge Library (including glossaries, taxonomies of terms, taxonomies of types of requirements, requirements patterns and requirements quality rules).

Ambiguity is a factor that can jeopardize the optimal development of a project, as decisions over the requirements statement are made subjectively. And luckily this aspect can be under control if we apply Systems Engineering centred on Knowledge and Quality to develop better assets of information during the project lifecycle. There are four main aspects that aids KCSE (Knowledge Centric Systems Engineering) implementation within an organization:
- Discovering Information in Requirements Documents
- Controlled information to unify requirements interpretation
- Identifying weaknesses and challenges in requirements documents
- Building up the Knowledge Base or Ontology
Verification analysis: Smarter and Quicker

Requirements are, with no doubts, the main source of re-work in both software and systems intensive projects. This webinar introduces these sources of problems and misunderstanding, and provides a set of basic tricks and techniques to overcome the problems and provide error-free requirements specifications to properly set the roots of successful projects. All these basic aspects of requirements quality will be covered using a default installation of the tools VERIFICATION Studio and the Rich Authoring Tool.

Competition in a fair and transparent manner is the heart of procurement, that is why you probably already have a process in place to ensure the legal aspects of Fairness, Integrity and Transparency through the competition.

But what about the two other corner stones and key guiding principles of Economy and Effectiveness, and not least the principle of Best value for money?

The Procurement Quality Suite (PQS) guarantees that the purchasing body is conducting the procurement process with maximum effectiveness in relation to the overall budget, and that the principle of Best value for money is indisputably and crystal clear from the initiation of the procurement project, through requirements definition, strategy selection and finally, bid evaluation and selection.

PQS consists is an application on using the well proven System Engineering Suite from The REUSE Company and its components. It includes:

A procurement library with the common procurement and bidding terms and acronyms
A set of metrics and rules which makes sure that your bidding documentation becomes complete and is correct and formulated in a consistent way.
A set of templates for developing different bidding documents; technical specification, Statement of Work and support specifications.
A method handbook
Another unique aspect of this suite is its full support for managing the system life cycle perspective, ensuring a complete technical description and the possibility to evaluate and compare the total cost of the system life cycle.

The methodology handbook depicts a set of tailorable processes and methods to suite your specific needs.

A recent blog post by our esteemed colleague Christer Fröling has sparked a tidal wave of interest and his paper “NLP beats DXL (DOORS scripting) every day of the week” has been distributed widely. But can his claim be substantiated?

Dr. Simon Wright will investigate this claim during a webinar and examine the evidence. As someone who has been involved in improving requirements quality for over 20 years and as a DXL programmer for over 10 years he is ideally placed to referee this match, DXL verses NLP.

During the webinar he will briefly review the development of Requirements Quality Tools and draw out the salient features that are needed to effectively and efficiently undertake NLP. He will explain the differences between textural analysis, syntax checking, semantic checking, correctness, completeness and consistency, with simple examples, and seek to match the desired functionality onto the available solutions.

In the world of Model-Based Systems Engineering, we usually find a huge ecosystem full of tools. The community of practitioners will be using a wide variety of different tools for Requirements Management, Logical and Physical Modelling, Traceability, Simulation, Quality Management etc.

With regard to Quality Management, System Quality Analyzer (SQA) performs requirements quality assessment based on the Correctness, Completeness & Consistency (CCC) approach, that is, automatic verification of your requirements and support to requirements authoring. For this purpose, the SQA knowledge base (ontology) can be customized to automatically include -in real-time- the content of Rhapsody models or Simulink files or even external ontologies created with Protégé, among others, so that requirements quality can be assessed against all those models.

In addition to that, the knowledge about a project is a living entity, that means that it will evolve (hopefully) along the project lifecycle. An Ontology Configuration Management process will be presented to keep track of the changes performed on the ontology.

Model-Based (MBSE) is the current trend in regard to Systems Engineering, leveraging testing and simulation activities. However, it’s also clear that textual requirements will remain in the scene since they are also key for testing, certification, and communication with other stakeholders.

This Webinar describes a real scenario where, while working in a model-based project using Rhapsody, there is the need of writing high quality requirements concerning the UML/SysML elements of the project.

In this scenario where UML/SysML models coexist with requirements, a crucial role is played by physical models simulations, indeed requirements feasibility is going to be tested against physical models simulation (FMUs files).

Model-Based (MBSE) is the current trend in regard to Systems Engineering, leveraging testing and simulation activities. However, it’s also clear that textual requirements will remain in the scene since they are also key for testing, certification, and communication with other stakeholders.

This Webinar describes a SMART way to mix both models and textual requirements together, covering topics such as requirements transformation (from requirements to models and vice versa, from requirements to test cases…), traceability of different sorts of items, retrieval and reuse of work products… All these topics will be addressed having in mind the importance of quality standards, since are the key for systems certification, and fully required to always reuse, trace and transform high-quality artifacts.

Nowadays, very few companies develop, distribute, and sell products end-to-end. On the contrary, it’s quite common to find the supply chain approach, where many suppliers might be involved in the whole product lifecycle. This may lead to specialization, cost reduction, and scalability.

This Webinar focuses on the close communication between the OEMs (Original Equipment Manufacturers) and the Suppliers to perform quality assessment and keep track of the evolution of the quality of the supplier assets.

In a nutshell, OEMs will define the quality metrics that must be fulfilled by the different Suppliers along the supply chain. Suppliers will develop their specifications, performing also quality assessment, and will send quality reports to the OEM. With this information, the OEM tracks the quality of the different subsystems.

Completeness is, by far, the most difficult quality characteristic to be checked in our requirements specifications. Completeness is a twofold issue. On the one hand, a requirement statement is complete when it includes and conveys all the information it has to include: who is the subject of the action, when is this action performed, under what conditions, what should be the performance…. In other words, and citing the INCOSE Guide for Writing Requirements, a requirement statement is complete when it “… describes the necessary capability, characteristic, constraint, or quality factor … without needing other information to understand the requirement”.

On the other hand, the entire specification should be analyzed in terms of completeness to answer questions such as:

Are we considering all different types of requirements (safety, security, regulation…)?
Are all the different types of actors mentioned in the high-level requirements?
Are we addressing the counterpart for some specific actions? That is, if a specific item can be created in a system, should it be also removed at any particular time? When a light can be switched on, shouldn’t we also expect a requirement to switch it off?
Are all the system elements described in a model well-covered in our specifications?
Are there interfaces between components where our requirements are not linking together these pair of components?
Are all the actions described at a specific level properly flowed down to the following levels?
Completeness also has to do with links and attributes. Missing links or empty attributes are also sources of incompleteness.
A tool like RQA will never replace the human labor to tackle this issue, but what technology can offer is a quick and exhaustive analysis of large requirements specifications; and, at the same time, having in mind that necessity and completeness are the two sides of the same coin.

Agenda:

Introduction
The completeness problem in systems engineering: how to know when the requirements are complete?
Completeness metrics in Requirements Quality Suite
Live demo:
Tailoring completeness metrics in RQA
Checking completeness for a DOORS specification with RQA
Q&A

Writing correct requirements is, sometimes, a challenging task. However, there are plenty of resources publicly available including tips on how to write correct requirements; we in The REUSE Company also provide our own guide (RQS tips summary), training and tools (RQA and RAT). Once the correctness topic is properly addressed, the real problem when analyzing the overall quality of a project (in terms of its requirements) comes with the consistency among the different requirements, that many times are written by different people, in different places… Not to mention the consistency between requirements and models in a MBSE environment.
This webinar focuses on the analysis of requirements consistency, and the metrics provided in Requirements Quality Suite to deal with this topic.

When you are bidding in a public tender, every minute counts. Even for the more experienced analyst, the short time that is available makes it very difficult and risky to come up the right bid, the one that presents the best budget by maximizing existing asset reuse. You need to quickly identify those tender areas which can be matched to what you have developed or built before and, in addition, those areas that you haven't seen before.
Wouldn't it be nice if you could shorten your public tender or RFP analysis with the help of The Reuse Company tools to:
- Quickly parse the tender
- Pre-allocate or cluster requirements according to specific criteria
- Compare tender requirements with your existing assets to determine what has been previously developed or built and therefore make a more educated bid?

Learn how Requirements Quality Suite and Requirements Authoring Tool is used with PTC Integrity Lifecycle Manager to ensure high quality, reusable requirements. These requirements can then form a high quality foundation to drive successful UML / SysML activity. This allows multi-discipline teams to build complete reliable and agile traceability across your engineering assets.

Finding the proper set of quality rules to be checked in our requirements documents is key for the success of our projects. RQA (Requirements Quality Analyzer) allows you an easy translation between paper-based quality rules and checklists into an automatic tool to help quality teams and requirements authors.
RQA includes, out-of-the-box, a wide variety of requirements quality metrics. However, in some cases, the metrics to follow have to be tailored for particular cases and the out-of-the-box metrics could be not sufficient. This Webinar shows how a set of parameterized metrics can help to create custom metrics easily. All this custom metrics are automatically and seamlessly integrated together with the rest of out-of-the-box metrics and are accessible in both RQA and RAT (Requirements Authoring Tool)

In this webinar we will show how KM (Knowledge Manager) can be used to easily create and manage requirements patterns. RAT (Requirements Authoring Tool) will also be shown briefly to exemplify the writing of a new requirement based on one of the patterns created during the live demonstration, and how to apply requirements patterns for an automatic extraction of requirements from an unstructured source. Finally, we will also show how RQA (Requirements Quality Analyzer) can make use of those patterns to leverage the use of the quality metrics, and to extract content suitable for the knowledge base (domain concepts and relationships among concepts, properties…).
RQA, RAT and KM are the tools included in the Requirements Quality Suite (RQS).

Checking and enhancing the quality of requirement specifications is a vital task for ensuring a successful outcome of a project.
Out-of-the-Box the Requirements Quality Analyzer (RQA), and the Requirements Authoring Tool (RAT), help the user to avoid the most common and most annoying mistakes found in requirements. During this webinar we will explain and demonstrate the mechanisms offered by the RQS Tools to deal with the bulk discovery, capture and management of knowledge, and how sources of knowledge in current, or even previous projects can be used to ease this process.

In this tutorial you will learn how to analyze the quality of your requirements with RQA - Quality Analyzer (SQA). By connecting our tool to a requirements repository like IBM DOORS, PTC, Excel etc. you can analyze the requirements quality following the criteria for Correctness, Consistency and Completeness in an automatic way.

The Requirements Quality Analyzer tool (RQA) allows you to define, measure, manage and improve the quality of the requirements' specifications. RQA performs Correctness, Completeness and Consistency analysis and it's configured according to your own quality policies.

The Requirements Quality Analyzer(RQA) uses a wide set of metrics (based on Correctness, Consistency and Completeness) in order to assess the quality of requirement specifications. In this video you will see how RQA checks the Correctness of the requirements specifications.

The Requirements Quality Analyzer (RQA) uses a wide set of metrics based on Correctness, Consistency and Completeness in order to assess the quality of requirement specifications.

RQA for Reqtify (Requirements Quality Analyzer for Reqtify) is an analysis tool to customize, assess and improve the quality of your requirements specifications managed with Reqtify.

Low requirements quality is one of the main reasons that lead to unsuccessful projects in any engineering domain. Unclear and ambiguous statements, contradictory requirements or inconsistent measures are just a few examples of the dozens of errors that are very common to happen in requirements specifications. This webinar introduces the tools to early detect these sources of problems and provides with a set of basic techniques to overcome them, so an error-free requirements specification leads to achieving successful projects. All these basic aspects of requirements quality will be covered using a default installation of the tools RQA - Quality Analyzer and RAT - Authoring Tools.

RAT - Authoring Tools providing real-time CCC assessment and consistency with the underlying model.
The seamless integration of textual Requirements within MBSE is a challenge in today’s Systems Engineering state of the art. Requirements are usually elaborated using natural language text and hence provide high expressivity and easiness of production and management. MBSE offers well-structured methodologies (like ARCADIA, OOSE, Systematica (S*), etc.) and a rigorous path for developing high-quality designs, but they demand steep learning curves.

This webinar presents an add-on to Capella that follows all the principles and features of the RAT - Authoring Tools on top of Requirements Modeling Tools (RMS), but now on top of a Modeling tool like Capella; thus enhancing a seamless consistency between textual requirements and models (model requirements).

The webinar will include a demo of this new add-on, showing the following features:

- Assisted authoring of requirements through pattern-based auto-completion
- Real-time quality assessment
- Maintenance of relations between textual and model-based requirements, and capitalization of links for change tracking
- Synchronization of textual requirements: a round-trip approach between Capella and other external Requirements Management Systems

RAT - Authoring Tools providing real-time CCC assessment and consistency with the underlying model.
The seamless integration of textual Requirements within MBSE is a challenge in today’s Systems Engineering state of the art. Requirements are usually elaborated using natural language text and hence provide high expressivity and easiness of production and management. MBSE offers well-structured methodologies (like ARCADIA, OOSE, Systematica (S*), etc.) and a rigorous path for developing high-quality designs, but they demand steep learning curves.

This webinar presents an add-on to Capella that follows all the principles and features of the RAT - Authoring Tools on top of Requirements Modeling Tools (RMS), but now on top of a Modeling tool like Capella; thus enhancing a seamless consistency between textual requirements and models (model requirements).

The webinar will include a demo of this new add-on, showing the following features:

- Assisted authoring of requirements through pattern-based auto-completion
- Real-time quality assessment
- Maintenance of relations between textual and model-based requirements, and capitalization of links for change tracking
- Synchronization of textual requirements: a round-trip approach between Capella and other external Requirements Management Systems

What is the value of good requirements? We have all heard for years now, for instance from the chaos report (https://www.projectsmart.co.uk/white-papers/chaos-report.pdf), that changing or unclear requirements cause big problems for projects and organizations. But, what’s the value if this chaos?

The REUSE Company has developed a method based on the Constructive Systems Engineering Cost Model (COSYMO) to calculate the possible economic upside of having an effective and efficient requirements engineering process.

The COSYSMO model was created by Ricardo Valerdi while at the University of Southern California Center for Software Engineering. It gives an estimate of the number of person-months it will take to staff systems engineering resources on hardware and software projects. Initially developed in 2002, the model now contains a calibration data set of more than 50 projects provided by major aerospace and defense companies such as Raytheon, Northrop Grumman, Lockheed Martin, SAIC, General Dynamics, and BAE Systems.

In this webinar we will look into the findings when we run a development project using requirements with a high vs. low degree of requirements understanding and what the economic benefits would be when using the INCOSE guide of writing requirements “for real” with our state-of-the-art Systems Engineering Suite, offering you the tools, processes and skills to properly tackle the daily issues of complex systems. This with the benefits of increased quality, saved development effort and money.

The ISO 15288 clearly defines what must be done when performing Verification and Validation processes. We must use and manage verification actions and collect evidences. But how should we do it? How to integrate them all in one environment? How to delegate V&V to specialized tools for specific work-products? How to deal with interoperability? This webinar intends to provide insight for these kind of questions.

Current systems engineering makes clear distinction between verification, validation and quality assurance processes. Verification is usually connected with the notion of “developing the system right” (setting the focus on performing SE properly). On the other hand, validation is described as “developing the right system,” making a SOI that meets the stakeholders needs. Both concepts are connected with the notion of quality assurance and management. Verification confirms that the quality is adequate, and Validation confirms that the system maps with correct functions and properties, as a kind of quality issue. Quality Assurance, when applied to product evaluations, helps to prevent incidents and problems. As part of its knowledge reuse approach, The Reuse Company has created the V&V Studio as a software tool ready to provide support to the ISO15288 V&V processes by using (and reusing) information from RQA - QUALITY Studio and the Ontology. The V&V Studio merges the three concepts (Verification, Validation and Quality) and offers V&V by managing the corresponding verification and validation actions through quality and other measures. It uses the concept of metrics and quality functions to verify all kinds of work-products, as well as providing evidences management.

Since 1995 to the 2016 last version, NASA publishes the “NASA Systems Engineering Handbook” (https://www.nasa.gov/connect/ebooks/nasa-systems-engineering-handbook) to bring the fundamental concepts and techniques of NASA Systems Engineering as a discipline at NASA body of knowledge. This handbook offers guidance for current best Agency practices and maintains the alignment of the Handbook with the Agency’s systems engineering policy. The handbook is considered as top-level guidance for good systems engineering practices in the space industry.

We have developed a knowledge library, to be used on our SE Suite, that takes the benefits of the NASA handbook body of knowledge to enhance the quality of requirements. This NASA domain knowledge library includes glossary, acronyms, abbreviations, as well as specific taxonomies, hierarchies, and terms relationships. It also brings guidance for well-formed requirements through rules and patterns. The library incorporates a set of metrics, based on NASA handbook guidance. These metrics implemented in our SE Suite help to ensure the quality of requirements and to optimize the requirements authoring process.

Discover in this webinar how our SE Suite, along with this NASA knowledge library we have developed, can improve the quality of your organization requirement as well as your requirement authoring and checking process. Thanks to this approach, your organization could discover requirements errors in an early stage of the process, to prevent adding potentially huge extra costs and time to market delays to your organization projects.

INCOSE, the International Council on Systems Engineering has done an excellent job in the dissemination of best practices and guides towards the Systems Engineering Community. A wonderful example of this kind of guide is the INCOSE Guide for Writing Requirements (GfWR) that is helping engineers meet the challenging quality standards that every requirement shall have, especially in the Safety Critical disciplines.

While other standards just define a number of nice-to-have, but yet very abstract set of quality characteristics, the INCOSE GfWR also includes a number of comprehensible, and SMART (specific, measurable and easy to automatize), set of quality rules for requirements and for requirements documents.

No matter what tool you use to manage your requirements, RQA - QUALITY Studio and RAT - Authoring Tools from The REUSE Company offer an easy-to-use library including the quality rules described in the GfWR; allowing both quality control of your existing documents, and real-time help during the authoring stage of the requirements. Writing high-quality requirements has never been so easy.

The use of patterns to write structured requirements is strongly recommended in Requirements Engineering in order to avoid defects in engineering systems development that are mainly traced back to unprecise, unclear, or incomplete requirements.

Since the 1990s, the members of the SOPHIST GmbH (usually called “The Sophists”) have been in the forefront of consulting and training services in the area of requirements engineering. The Sophist patterns comprise both functional and non-functional requirement patterns, as well as patterns to express conditions and properties of systems.

The objective of this webinar is to introduce you to the newly integrated Sophist patterns into our RAT - Authoring Tools, with examples of real-time writing assistance enabled by the tool in order to check the compliance with the structure of the selected pattern.

In the world of systems engineering, the importance of having high quality requirements is well known and that is why there are standards and guidelines that establish the characteristics that the requirements must have for considering them of good quality.

To obtain quality measurements of the requirements it is common to use quantitative quality metrics based on established standards. However, the risk is to build assessment methods and tools that are both arbitrary and rigid in the parameterization and combination of metrics. This webinar is focused on the presentation of a flexible method to assess and improve the quality of requirements that can be easily adapted to different contexts, projects, organizations and quality standards, with a high degree of automation.

In the method proposed, the domain experts contribute with an initial set of requirements that they have classified according to their quality, and their quality metrics are extracted. Then machine learning techniques are used to emulate the implicit expert’s quality function. A procedure to suggest least-effort improvements in bad requirements is also provided.

The method is easily tailorable to different contexts, different styles to write requirements, and different demands in quality. The whole process of inferring and applying the quality rules adapted to each organization is highly automated.

Upon landing in Mexico, Conquistador Hernán Cortés famously ordered his men to “burn the boats”. For the same reasons, our journey towards Model Based System Engineering (MBSE) will require the burning of the specification “document boats” used to house and transport the most important artifacts; i.e. the declarations of Stakeholder Needs and System Requirements. No doubt, prior to burning the boats, Cortés had to commit to benefits great enough to obtain the resources required to succeed. Analogous planning must be done to embark on a MBSE expedition that includes transformations in Requirements Management. To this end, this presentation will offer a benefits analysis and realization plan (in the form of a metamodel & tool demo) that may be useful in planning your MBSE expedition.

Traceability is a core activity within the System Development Lifecycle, although a tedious and time-consuming task, especially when the traces involve items coming from different disciplines and tools. Therefore, teams must be provided with tools that allow connection to heterogeneous environments, allowing easy access to the definition of traces, management of traceability matrices and impact analysis, and providing also smart analysis tools to suggest missing traces and suspect links. Finally, all this information must be exported in a flexible, and easy-to-understand yet accurate way.

In this webinar, The REUSE Company will present the first version of its brand new tool TRACEABILITY Studio. This tool, fully integrated with the Systems Engineering Suite, provides an easy-to-use answer to all the challenges mentioned above so that traceability management thus increasing the level of quality of your projects, minimizing the impact of changes and reducing the overall time normally devoted to this activity.

In this era of Lean and Agile principles we tend to focus on collaboration, team cohesion and customer value, so where do requirements come in and how can focused requirements engineering contribute to increased customer satisfaction? It does not matter what type of engineering principles you stick to, if you do all the work in a single team, larger organisation or let someone else deliver the product or service, it all comes down to the same issues of understanding the need and delivering a solution to it.

This webinar will show how requirements are the mean to the end of achieving increased customer satisfaction and the key is a changed view on the importance of requirements being the messenger between all stakeholders.



Topics:
Customer satisfaction is a phrase often used and perhaps misused. When a customer is dissatisfied, what are the reasons? We will look more into this and discuss the view of quality and how high quality can be expressed and eventually be achieved?

After disseminating customer satisfaction, we continue with the different components of human understanding. What does it mean if stakeholders don’t understand each other and what consequences can be drawn out of that?

The third and last topic for the webinar will be to discuss the concept of requirement quality. What is requirements quality? How can one achieve a high degree of requirements quality? We will also briefly look into why requirements review as it is performed today is an inefficient habit just providing the organisation a faulty sense of security without achieving the original goal to increase the information quality.

After the seminar you will have a much clearer view on how to Increase the level of satisfaction by your customers. To share a true mutual understanding on both the customer need and the proposed solution is the end goal and the key is to increase the quality of the requirements.

ECSS - European Cooperation for Space Standardization- represents a set of standards aiming to gain a common understanding across the space industry in Europe. ECSS released the ECSS-E-ST-10-06C (6 March 2009) to provide some guidelines for the development of technical requirements specifications.

The REUSE Company has developed a Knowledge Library coping with the ECSS standard (among others within the ECSS) to guide requirements writers writing high-quality requirements and provide help during the long-lasting requirements inspections, those making easier the compliance with the ECSS standards. This Knowledge Library is part of the SES Suite (Systems Engineering Suite), managed by our tool Knowledge Library (including glossaries, taxonomies of terms, taxonomies of types of requirements, requirements patterns and requirements quality rules).

Ambiguity is a factor that can jeopardize the optimal development of a project, as decisions over the requirements statement are made subjectively. And luckily this aspect can be under control if we apply Systems Engineering centred on Knowledge and Quality to develop better assets of information during the project lifecycle. There are four main aspects that aids KCSE (Knowledge Centric Systems Engineering) implementation within an organization:
- Discovering Information in Requirements Documents
- Controlled information to unify requirements interpretation
- Identifying weaknesses and challenges in requirements documents
- Building up the Knowledge Base or Ontology
Verification analysis: Smarter and Quicker

Requirements are, with no doubts, the main source of re-work in both software and systems intensive projects. This webinar introduces these sources of problems and misunderstanding, and provides a set of basic tricks and techniques to overcome the problems and provide error-free requirements specifications to properly set the roots of successful projects. All these basic aspects of requirements quality will be covered using a default installation of the tools VERIFICATION Studio and the Rich Authoring Tool.

Competition in a fair and transparent manner is the heart of procurement, that is why you probably already have a process in place to ensure the legal aspects of Fairness, Integrity and Transparency through the competition.

But what about the two other corner stones and key guiding principles of Economy and Effectiveness, and not least the principle of Best value for money?

The Procurement Quality Suite (PQS) guarantees that the purchasing body is conducting the procurement process with maximum effectiveness in relation to the overall budget, and that the principle of Best value for money is indisputably and crystal clear from the initiation of the procurement project, through requirements definition, strategy selection and finally, bid evaluation and selection.

PQS consists is an application on using the well proven System Engineering Suite from The REUSE Company and its components. It includes:

A procurement library with the common procurement and bidding terms and acronyms
A set of metrics and rules which makes sure that your bidding documentation becomes complete and is correct and formulated in a consistent way.
A set of templates for developing different bidding documents; technical specification, Statement of Work and support specifications.
A method handbook
Another unique aspect of this suite is its full support for managing the system life cycle perspective, ensuring a complete technical description and the possibility to evaluate and compare the total cost of the system life cycle.

The methodology handbook depicts a set of tailorable processes and methods to suite your specific needs.

A recent blog post by our esteemed colleague Christer Fröling has sparked a tidal wave of interest and his paper “NLP beats DXL (DOORS scripting) every day of the week” has been distributed widely. But can his claim be substantiated?

Dr. Simon Wright will investigate this claim during a webinar and examine the evidence. As someone who has been involved in improving requirements quality for over 20 years and as a DXL programmer for over 10 years he is ideally placed to referee this match, DXL verses NLP.

During the webinar he will briefly review the development of Requirements Quality Tools and draw out the salient features that are needed to effectively and efficiently undertake NLP. He will explain the differences between textural analysis, syntax checking, semantic checking, correctness, completeness and consistency, with simple examples, and seek to match the desired functionality onto the available solutions.

In the world of Model-Based Systems Engineering, we usually find a huge ecosystem full of tools. The community of practitioners will be using a wide variety of different tools for Requirements Management, Logical and Physical Modelling, Traceability, Simulation, Quality Management etc.

With regard to Quality Management, System Quality Analyzer (SQA) performs requirements quality assessment based on the Correctness, Completeness & Consistency (CCC) approach, that is, automatic verification of your requirements and support to requirements authoring. For this purpose, the SQA knowledge base (ontology) can be customized to automatically include -in real-time- the content of Rhapsody models or Simulink files or even external ontologies created with Protégé, among others, so that requirements quality can be assessed against all those models.

In addition to that, the knowledge about a project is a living entity, that means that it will evolve (hopefully) along the project lifecycle. An Ontology Configuration Management process will be presented to keep track of the changes performed on the ontology.

Model-Based (MBSE) is the current trend in regard to Systems Engineering, leveraging testing and simulation activities. However, it’s also clear that textual requirements will remain in the scene since they are also key for testing, certification, and communication with other stakeholders.

This Webinar describes a real scenario where, while working in a model-based project using Rhapsody, there is the need of writing high quality requirements concerning the UML/SysML elements of the project.

In this scenario where UML/SysML models coexist with requirements, a crucial role is played by physical models simulations, indeed requirements feasibility is going to be tested against physical models simulation (FMUs files).

Model-Based (MBSE) is the current trend in regard to Systems Engineering, leveraging testing and simulation activities. However, it’s also clear that textual requirements will remain in the scene since they are also key for testing, certification, and communication with other stakeholders.

This Webinar describes a SMART way to mix both models and textual requirements together, covering topics such as requirements transformation (from requirements to models and vice versa, from requirements to test cases…), traceability of different sorts of items, retrieval and reuse of work products… All these topics will be addressed having in mind the importance of quality standards, since are the key for systems certification, and fully required to always reuse, trace and transform high-quality artifacts.

Nowadays, very few companies develop, distribute, and sell products end-to-end. On the contrary, it’s quite common to find the supply chain approach, where many suppliers might be involved in the whole product lifecycle. This may lead to specialization, cost reduction, and scalability.

This Webinar focuses on the close communication between the OEMs (Original Equipment Manufacturers) and the Suppliers to perform quality assessment and keep track of the evolution of the quality of the supplier assets.

In a nutshell, OEMs will define the quality metrics that must be fulfilled by the different Suppliers along the supply chain. Suppliers will develop their specifications, performing also quality assessment, and will send quality reports to the OEM. With this information, the OEM tracks the quality of the different subsystems.

Completeness is, by far, the most difficult quality characteristic to be checked in our requirements specifications. Completeness is a twofold issue. On the one hand, a requirement statement is complete when it includes and conveys all the information it has to include: who is the subject of the action, when is this action performed, under what conditions, what should be the performance…. In other words, and citing the INCOSE Guide for Writing Requirements, a requirement statement is complete when it “… describes the necessary capability, characteristic, constraint, or quality factor … without needing other information to understand the requirement”.

On the other hand, the entire specification should be analyzed in terms of completeness to answer questions such as:

Are we considering all different types of requirements (safety, security, regulation…)?
Are all the different types of actors mentioned in the high-level requirements?
Are we addressing the counterpart for some specific actions? That is, if a specific item can be created in a system, should it be also removed at any particular time? When a light can be switched on, shouldn’t we also expect a requirement to switch it off?
Are all the system elements described in a model well-covered in our specifications?
Are there interfaces between components where our requirements are not linking together these pair of components?
Are all the actions described at a specific level properly flowed down to the following levels?
Completeness also has to do with links and attributes. Missing links or empty attributes are also sources of incompleteness.
A tool like RQA will never replace the human labor to tackle this issue, but what technology can offer is a quick and exhaustive analysis of large requirements specifications; and, at the same time, having in mind that necessity and completeness are the two sides of the same coin.

Agenda:

Introduction
The completeness problem in systems engineering: how to know when the requirements are complete?
Completeness metrics in Requirements Quality Suite
Live demo:
Tailoring completeness metrics in RQA
Checking completeness for a DOORS specification with RQA
Q&A

Writing correct requirements is, sometimes, a challenging task. However, there are plenty of resources publicly available including tips on how to write correct requirements; we in The REUSE Company also provide our own guide (RQS tips summary), training and tools (RQA and RAT). Once the correctness topic is properly addressed, the real problem when analyzing the overall quality of a project (in terms of its requirements) comes with the consistency among the different requirements, that many times are written by different people, in different places… Not to mention the consistency between requirements and models in a MBSE environment.
This webinar focuses on the analysis of requirements consistency, and the metrics provided in Requirements Quality Suite to deal with this topic.

When you are bidding in a public tender, every minute counts. Even for the more experienced analyst, the short time that is available makes it very difficult and risky to come up the right bid, the one that presents the best budget by maximizing existing asset reuse. You need to quickly identify those tender areas which can be matched to what you have developed or built before and, in addition, those areas that you haven't seen before.
Wouldn't it be nice if you could shorten your public tender or RFP analysis with the help of The Reuse Company tools to:
- Quickly parse the tender
- Pre-allocate or cluster requirements according to specific criteria
- Compare tender requirements with your existing assets to determine what has been previously developed or built and therefore make a more educated bid?

Learn how Requirements Quality Suite and Requirements Authoring Tool is used with PTC Integrity Lifecycle Manager to ensure high quality, reusable requirements. These requirements can then form a high quality foundation to drive successful UML / SysML activity. This allows multi-discipline teams to build complete reliable and agile traceability across your engineering assets.

Finding the proper set of quality rules to be checked in our requirements documents is key for the success of our projects. RQA (Requirements Quality Analyzer) allows you an easy translation between paper-based quality rules and checklists into an automatic tool to help quality teams and requirements authors.
RQA includes, out-of-the-box, a wide variety of requirements quality metrics. However, in some cases, the metrics to follow have to be tailored for particular cases and the out-of-the-box metrics could be not sufficient. This Webinar shows how a set of parameterized metrics can help to create custom metrics easily. All this custom metrics are automatically and seamlessly integrated together with the rest of out-of-the-box metrics and are accessible in both RQA and RAT (Requirements Authoring Tool)

In this webinar we will show how KM (Knowledge Manager) can be used to easily create and manage requirements patterns. RAT (Requirements Authoring Tool) will also be shown briefly to exemplify the writing of a new requirement based on one of the patterns created during the live demonstration, and how to apply requirements patterns for an automatic extraction of requirements from an unstructured source. Finally, we will also show how RQA (Requirements Quality Analyzer) can make use of those patterns to leverage the use of the quality metrics, and to extract content suitable for the knowledge base (domain concepts and relationships among concepts, properties…).
RQA, RAT and KM are the tools included in the Requirements Quality Suite (RQS).

Checking and enhancing the quality of requirement specifications is a vital task for ensuring a successful outcome of a project.
Out-of-the-Box the Requirements Quality Analyzer (RQA), and the Requirements Authoring Tool (RAT), help the user to avoid the most common and most annoying mistakes found in requirements. During this webinar we will explain and demonstrate the mechanisms offered by the RQS Tools to deal with the bulk discovery, capture and management of knowledge, and how sources of knowledge in current, or even previous projects can be used to ease this process.

Knowledge Manager, as part of the Requirements Quality Suite, can customize the requirements patterns that are then used by other tools such as Requirements Authoring Tool or Requirements Quality Analyzer

The Knowledge Manager is a tool designed to manage all knowledge around your requirements intensive industrial projects. It stores this knowledge into a well-designed repository, a System Knowledge Repository (SKR).

This completeness metric compares the number of relationships that are found in the requirements specification with a selection of relationships from the Breakdown structure of the System Conceptual Model (SCM) layer of the System Knowledge Base (SKB)

This completeness metric compares the number of different Relationship Types (NOT relationships instances) that are found in the relationships extracted from the requirements specification with a Relationship Type selection set from the Conceptual Model layer of the System Knowledge Base (SKB)

This completeness metric compares the number of Relationships that are extracted from the requirements specification (through requirements patterns formalizations) with the Relationships that are extracted from a set of models stored in the Conceptual Model layer of the System Knowledge Base (SKB)

This completeness metric compares the number of different Properties that are found in the formalization from the requirements specification with a Properties set from the Conceptual Model layer of the System Knowledge Base (SKB)

This completeness metric compares the number of Requirements Patterns that are extracted from the requirements specification with the number of Requirements Patterns that are selected from the Patterns layer of the System Knowledge Base (SKB)

This completeness metric analyzes the not existence of links between requirements expressing the same need at the different level of abstraction in different modules/blocks of the same project.

This consistency metric compares the values of properties extracted from the specification with the values assigned to the same property stored in the Conceptual Model layer (SCM) of the System Knowledge Base (SKB)

This completeness metric compares the values of properties from the parts of a breakdown structure with the value of the property from the composite. The selected breakdown is stored in the Conceptual Model layer (SCM) of the System Knowledge Base (SKB)

This consistency metric compares several requirements from same or different specifications, representing the inconsistency ratio for requirements expressing the same need at the same level of abstraction

This consistency metric checks if the requirements from the same specification use different measurement systems (i.e. International system, British Imperial system, etc.). Therefore, it detects measurement systems’ incompatibilities for the magnitudes selected by the user. I.e.: Distance/Length – IS [Kilometers] or BIS [Yards]?, Weight – IS [Kilograms] or BIS [Pounds]?, etc.

Démo des produits RQA et RAT pour la vérification de la qualité des exigences ainsi que l’aide à la rédaction d’exigences en incluant l’analyse de la qualité des exigences en temps réel, la rédaction basée sur des patrons sémantiques y la connexion à bases de connaissances.

The Requirements Quality Suite (RQS) includes all our products around requirements quality; RQA (Reqiuirements Quality Analyzer), RAT (Requirements Authoring Tool), KM (Knowledge Manager), RQS Server. Requirements Quality Suite’s goal is to efficiently manage the quality of both requirements and knowledge as real assets for the organization.

The Requirements Quality Suite (RQS) is the product suite offered by The REUSE Company to assess, control and manage the quality of requirements. RQS's goal is to efficiently manage the quality of both requirements and knowledge as real assets for the organization.

Requirements Quality Suite, our solution to customize, check and improve the quality of your requirements specifications and requirements documents is now connected to PTC Integrity Lifecycle Manager.
In this view you can see:
1. How a PTC Integrity document is opened in Requirements Quality Analyzer (RQA)
2. How RQA can check the quality for this Integrity document
3. How Requirements Authoring Tools can help creating smart requirements on top of PTC Integrity
4. How our Authoring plugin is performing from within PTC Integrity Lifecycle Manager
5. How different quality metrics can now be checked on-the-fly
6. How the Authoring plugin allows you to write requirements in PTC Integrity just by following a requirements pattern
description