Implementation of the Methodology – Selection of a Modeling Tool

In many companies there is a discussion about formalizing the software development process. Spontaneous creation of diagrams by broadly understood analysts and designers does not build the value of documentation. The value is created when the whole team adds a diagram to the diagram as a brick to a brick. The added business process models or BPMN diagrams complement each other. Specify the solution.

When thinking about implementing the methodology, you often think about tools and notations. Notations absorb less. Simply put: UML and BPMN are modeling 🙂

When looking for a tool, it is worth considering that the tool should support the team in the following areas. Here they are (expanding slogan):

Iterative approach and decomposition

The model is built incrementally while maintaining the rules of objectivity.

It is important to be able to decompose a given fragment of the process, because only the decomposition ensures the level of detail that is currently needed by the recipients.

Objectivity and reuse

Once defined, the process should be visualized once and described in the project repository. It is a waste of time to describe the same activities and objects (generally artifacts) repeatedly.

Adequate documentation

The documentation must be built quickly in established templates. The documentation generators save time.

Models and notations

A good modeling support tool allows the use of standards-compliant notations. Models can and should complement one another.

Group work

Models are built for people and by people. It must be possible to work in groups, share resources and identify those responsible for changes in diagrams.

One repository for many stakeholders

When building business process models, I would like to be able to use them in the future to design IT systems. When creating a corporate architecture, it is good to have references to the implementation of, for example, application services. One project repository is the key to success here

Organization culture

One cannot forget about accepted practices in a given organization. Bad practices must be eliminated. Good care. The CASE tool should support this area. There is nothing worse than imposing an “upper” product, which by its action breaks and destroys what is good and has already been worked out by the organization

Migration and integration

Sometimes the day comes when you need to move our model repository to a different environment. The XMI standard is now the basis. It is also worth knowing the schema of the database on which the repository is embedded. It helps in integration with other tools (JIRA) or in reporting.

Matrices of dependence

Activity from the business process, the use case should be mapped with business requirements or rules. It allows for a better understanding of the principles of the process and checking the coverage of requirements. Tracking changes is also easier.

Summarizing. CASE tools are just an add-on, an important addition, but only an addition to modeling because the methodology of creating systems is important.

When thinking about the methodology, it is worth to analyze the current manufacturing process. The implementation of modeling tools should be an evolution, an improvement of the process and not a revolution – its destabilization.

More from my site

  • Architect in Agile Team In the last post I described what I think about the role of an analyst in agile team. The second role that I would like to mention is the role of the architect. This role is defined in […]
  • Enterprise Architecture – Modeling Tool When thinking about modeling enterprise architecture, the choice of a modeling tool is very often considered. One of the natural candidates is Enterprise Architect. The […]
  • Five Tips of Software Modeling My software modeling  is approach to software analysis based on reasonable diagrams. In this post I present my five tips. Models evolve over time You can start with the basic case, […]
  • Drawing Diagrams – Best Practices One of the aims of modeling is to present complex issues at such a level of abstraction that will allow us to understand a given aspect of the problem. When in the organization models […]
  • Modeling of Business Processes in the Software Development Process Business process modeling is relatively common today. In many organizations, it is even done in two places :-). In a cell responsible for improving or supervising processes and in IT, […]

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top