"The only constant is change..." This saying also applies to IT projects. We always wish that all requirements are known at the beginning of a project and remain stable through its progress – however reality teaches us almost always the opposite: requirements are usually very late known and they regularly change during the run time of a project.This implicates the way we conduct projects – and is a reason why e.g. agile project management is becoming increasingly important. But it also implicates the traceability management of a project, because artifacts – such as source code, models or tests – are often changed and adjusted as part of change requests. This results in the following questions:
Another way to react flexibly on change requests and to support the user with YAKINDU Traceability are the model consistency validation and the configuration consistency validation. The model consistency validation checks the trace data to determine whether the existing names and types correspond to the existing trace configuration – so to speak the "data model" is validated. The trace configuration itself can be checked with the configuration consistency validation, which ensures the syntactical correct use of the language configuration.
Constantly changing requirements belong to software projects – and thus to traceability management. However, a good traceability tool provides possibilities to react flexibly to such changes – without endanger the traceability management. Our tool YAKINDU Traceability helps you to face these challenges – and we like to help you to figure out if it could be the right tool for you.