Caliber by Micro Focus (formerly Borland Caliber), is an application requirement management offering. It has been discontinued, but similar capabilities are supplied by Micro Focus by Dimensions RM.
N/A
Modern Requirements4DevOps
Score 8.0 out of 10
N/A
Modern Requirements4DevOps is a fully-featured Requirements Management tool built into Azure DevOps. By partnering with Microsoft, Modern Requirements is able to offer a fully integrated solution within Azure DevOps, TFS, and VSTS. The Modern Requirements solution provides the ability to: Create documentation without leaving an Azure DevOps project Construct Diagrams, Mockups, and Use Case models that the user can connect requirements directly to Build…
I personally would prefer other products on the market right now such as Microsoft Team Foundation Server and Test Manager. I think having a product like Caliber that can only do requirements without integrating with a another system makes things a little more time consuming.
We tried the Modern Requirements4DevOps AddIn to see if it brings a added value to our development. I have to say that I would distinguish between types of projects in which it is beneficial and in which it is probably "over engineering". Certainly, bigger development projects with higher complexity are more suitable than small and not really complex projects. However, for the bigger projects Modern Requirements4DevOps definitely helps to deal with the complexity as it adds way more contextualisation to the various entities. It really helps to understand which requirements led to which action in a diagram or task during development. It helps to control the complexity and inform all team members along the project.
Borland Caliber tracks functional and non-functional requirements pretty easily. You can easily add a requirement and attach a spreadsheet or a picture if needed.
Moving the hierarchy of requirements is fairly easy by just dragging and dropping.
Assigning users to approve requirements is simple by the fields included when adding a requirement and then submitting for review.
I think Borland Caliber visually needs to be updated. It looks very out of date compared to other products on the market. The text box has a notepad feel to it and it's hard to make it visually catching.
Borland Caliber needs to be easier to integrate with other testing and development products on the market.
Having fields more related to URS and FRS would be helpful to auto-link to a document. So enter in a URS or FRS document ID at the beginning of a project in Caliber and then auto-assigning requirement IDs to link to pieces of code or test cases and having the user be able to decide a naming convention.
Borland Caliber needs a specific table for linking to a document ID and then each requirement could auto-generate a sub ID for each requirement to make the process of filling in User Requirements and Functional Requirements more efficient. Then the user should be able to modify the sub ID if the naming convention needed to be different.
I think Borland Caliber is better than Atlassian Confluence and has way more options for ease of use and reporting. Team Foundation Server is my personal choice as it comes as a package for developers to link to requirements easily and link to test cases. Borland Caliber is visually the least attractive of the three systems I have used. If you need just a requirement manager for tracking and reporting then Borland Caliber is a great choice.
Modern Requirements4DevOps is an AddIn for Azure DevOps Server (Microsoft Azure DevOps) and extends the native features of Azure DevOps in the area of Requirements Engineering, Requirements Management and Reporting. Azure DevOps already contains tons of valuable features. However, for bigger and more complex projects Modern Requirements4DevOps extends Azure DevOps by further features. Thus we used both products alongside.
Better communication --> thus less misunderstandings
More Transparency about requirements --> adds context and helps to build a common understanding
Traceability of Requirements --> we used the baseline also to look into the history of requirements to understand how certain requirements have changed
