{"id":3975,"date":"2023-08-28T12:19:07","date_gmt":"2023-08-28T10:19:07","guid":{"rendered":"https:\/\/www.infinity-group.pl\/blog\/?p=3975"},"modified":"2026-02-27T13:01:35","modified_gmt":"2026-02-27T12:01:35","slug":"modelling-requirements-in-business-analysis","status":"publish","type":"post","link":"https:\/\/www.infinity-group.dev\/blog\/2023\/08\/28\/modelling-requirements-in-business-analysis\/","title":{"rendered":"Modelling Requirements in Business Analysis"},"content":{"rendered":"\n<p>Business analysis is a multifaceted discipline that is pivotal in the structured software development process. To simplify, we can define analytical activities as encompassing information (requirement) acquisition, development, and management. These requirements are gathered through a variety of techniques involving diverse stakeholders. Consequently, the outcome of the analyst&#8217;s efforts materialises in the form of documentation. This <strong>documentation systematically organises the identified user needs (problems) comprehensively, translating them into precise descriptions of different requirement types<\/strong> and corresponding solutions to fulfil those needs.<\/p><div id=\"ez-toc-container\" class=\"ez-toc-v2_0_82_2 counter-hierarchy ez-toc-counter ez-toc-light-blue ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<p class=\"ez-toc-title\" style=\"cursor:inherit\">Summary<\/p>\n<span class=\"ez-toc-title-toggle\"><a href=\"#\" class=\"ez-toc-pull-right ez-toc-btn ez-toc-btn-xs ez-toc-btn-default ez-toc-toggle\" aria-label=\"Prze\u0142\u0105cznik Spisu Tre\u015bci\"><span class=\"ez-toc-js-icon-con\"><span class=\"\"><span class=\"eztoc-hide\" style=\"display:none;\">Toggle<\/span><span class=\"ez-toc-icon-toggle-span\"><svg style=\"fill: #999;color:#999\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" class=\"list-377408\" width=\"20px\" height=\"20px\" viewBox=\"0 0 24 24\" fill=\"none\"><path d=\"M6 6H4v2h2V6zm14 0H8v2h12V6zM4 11h2v2H4v-2zm16 0H8v2h12v-2zM4 16h2v2H4v-2zm16 0H8v2h12v-2z\" fill=\"currentColor\"><\/path><\/svg><svg style=\"fill: #999;color:#999\" class=\"arrow-unsorted-368013\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" width=\"10px\" height=\"10px\" viewBox=\"0 0 24 24\" version=\"1.2\" baseProfile=\"tiny\"><path d=\"M18.2 9.3l-6.2-6.3-6.2 6.3c-.2.2-.3.4-.3.7s.1.5.3.7c.2.2.4.3.7.3h11c.3 0 .5-.1.7-.3.2-.2.3-.5.3-.7s-.1-.5-.3-.7zM5.8 14.7l6.2 6.3 6.2-6.3c.2-.2.3-.5.3-.7s-.1-.5-.3-.7c-.2-.2-.4-.3-.7-.3h-11c-.3 0-.5.1-.7.3-.2.2-.3.5-.3.7s.1.5.3.7z\"\/><\/svg><\/span><\/span><\/span><\/a><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/www.infinity-group.dev\/blog\/2023\/08\/28\/modelling-requirements-in-business-analysis\/#business-processes-and-models\" >Business processes and models<\/a><ul class='ez-toc-list-level-3' ><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/www.infinity-group.dev\/blog\/2023\/08\/28\/modelling-requirements-in-business-analysis\/#but-what-exactly-is-a-model\" >But what exactly is a model?<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/www.infinity-group.dev\/blog\/2023\/08\/28\/modelling-requirements-in-business-analysis\/#notation-standards\" >Notation standards<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/www.infinity-group.dev\/blog\/2023\/08\/28\/modelling-requirements-in-business-analysis\/#working-with-models\" >Working with models<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/www.infinity-group.dev\/blog\/2023\/08\/28\/modelling-requirements-in-business-analysis\/#summary\" >Summary<\/a><ul class='ez-toc-list-level-3' ><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/www.infinity-group.dev\/blog\/2023\/08\/28\/modelling-requirements-in-business-analysis\/#sources\" >Sources<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/www.infinity-group.dev\/blog\/2023\/08\/28\/modelling-requirements-in-business-analysis\/#contact-with-us\" >Contact with us<\/a><\/li><\/ul><\/nav><\/div>\n\n\n\n\n<p><strong>Properly defining project requirements is essential to develop a product that effectively solves previously indicated business issues<\/strong>. The list can become extensive, but the implementation team uses it to create specific product features. Gathered requirements cover not only general (as often perceived by the client) aspects but also many other areas, like system integrations and security concerns.<\/p>\n\n\n\n<p><strong>Each requirement adds complexity to the project<\/strong>, increasing the extent of functional documentation, and <strong>the more extensive the documentation is, the harder it is to make it readable and accessible<\/strong> to different stakeholder groups. Considering their perspective is crucial because they are the recipients of the documentation and influence all of the pivotal choices regarding the final product. Therefore, the materials provided to stakeholders must meet<strong> recognised standards and be easily understandable<\/strong>.<\/p>\n\n\n\n<p>The fundamental approach to address the aforementioned challenges involves <strong>employing a language both accessible, through simplification, and universally comprehensible <\/strong>for all participants in the multi-stage software development process<strong> <\/strong>known as the SDLC (System Development Life Cycle). Nonetheless, it is important to emphasise that <strong>the aspects discussed in the subsequent section extend beyond IT projects<\/strong>. In this context, we consider software development the primary and most frequently utilised frame of reference.<\/p>\n\n\n\n<p>It is the <strong>modelling techniques <\/strong>that offer strong support in creating detailed and easily understandable documentation. They help business analysts (and other specialists) accurately represent processes and systems, all while maintaining documentation that&#8217;s clear and accessible to a wide audience.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"business-processes-and-models\"><\/span>Business processes and models<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>According to the widely accepted definition, <strong>a business process is a series of activities organised to achieve a specific outcome<\/strong> (e.g. information, good or service). The Object Management Group (OMG), a standardisation consortium, expands on this definition, labelling a business process as a sequence of activities performed to accomplish a distinct task. This expanded definition arose from the need to emphasise that <strong>a business process can encompass multiple activities but must adhere to a consistent approach<\/strong>. It is important to note that the OMG&#8217;s characterisation focuses on the execution of specific 'work&#8217; rather than the resulting product.<\/p>\n\n\n\n<p>Analysing these processes thoroughly is essential to accurately recognise the needs (problems) of the various stakeholder groups and how they can be met (solved). <strong>Modelling the information (requirements) obtained in the course of classical analyses allows the results to be presented in a more accessible<\/strong> <strong>manner<\/strong>. In most cases, this speeds up the identification of possible conflicts simplifies finding improvements, and supports the overall optimisation of the desired solution.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"but-what-exactly-is-a-model\"><\/span>But what exactly is a model?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>In the broadest sense, <strong>a model is a simplified representation of reality<\/strong>. <strong>In a standardised graphical format, it illustrates the steps necessary to fulfil a process defined by previously acquired requirements<\/strong>. It is important to highlight that modelling need not be confined solely to standard processes; it can also depict specific characteristics, principles, or operational conditions of an object, phenomenon, or, in the most general terms, a system.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"notation-standards\"><\/span>Notation standards<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p><strong>Models<\/strong>, much like other methods of representing acquired requirements, <strong>serve as tools that facilitate communication<\/strong>. Successful information exchange relies on all parties involved speaking the same language and comprehending the notation. The introduction of additional symbols, arrows, or other annotations might lead to difficulties where individuals interpreting diagrams crafted in such a manner struggle to grasp the conveyed information&#8217;s significance. More significantly, it could result in misunderstanding and the incorrect implementation of that information. To avoid such challenges, <strong>it is recommended to utilise standardised modelling languages <\/strong>and adhere to formal guidelines for their composition.<\/p>\n\n\n\n<p>Various structured <strong>techniques exist for documenting business processes, known as notations<\/strong>. Among these, the most widely recognised are BPMN, EPC, and BPEL. Notably, <strong>BPMN (Business Process Model and Notation)<\/strong> holds prominence, prevalent not only within the IT industry but also beyond. The current iteration of this standard is BPMN 2.0.<\/p>\n\n\n\n<p>On the contrary, <strong>EPC (Event-driven Process Chain)<\/strong> finds its primary utility in modelling higher-level business processes. This technique is<strong> integral to the ARIS (Architecture of Integrated Information Systems) methodology<\/strong> and has a significantly longer history than BPMN. In essence, EPC is primarily directed at the conventional 'business&#8217; context, while BPMN, due to its more formal character, is currently favoured for 'IT&#8217; systems.<\/p>\n\n\n\n<p>The final language in this trio, <strong>BPEL (Business Process Execution Language), operates as an XML (Extensible Markup Language) based language<\/strong>. Its acronym reflects its core purpose: describing executable business processes exclusively. Processes conveyed in this language solely exchange information via web service interfaces. OASIS (Organization for the Advancement of Structured Information Standards) consortium has standardised this notation.<\/p>\n\n\n\n<p>Besides modelling languages designed for typical business processes, <strong>there are various notations used for slightly different purposes<\/strong>. A classic and nearly as prevalent as the BPMN is the<strong> Unified Modelling Language (UML)<\/strong>. It serves as a semi-formal language employed in the definition, visualisation, and development of various software-related systems. Yet, its scope extends far beyond this; it is used for purposes as diverse as illustrating organisational structures and modelling processes. In the latter context, however, BPMN is typically more favoured. This preference arises from its newer historical origins and specific design for visualising conventional processes.<\/p>\n\n\n\n<p>In reality, <strong>the most common standards are BPMN and UML, supported by almost all the modelling tools available on the market<\/strong>. However, the topic of tools itself is broad. The right choice should be based on the analyst&#8217;s preferences or the patterns adopted within a project team. It is worth noting that <strong>you do not always need to purchase expensive and extensive modelling software <\/strong>like Enterprise Architect. There are various free tools available, such as draw.io, that can assist you in creating precise and valuable diagrams.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"working-with-models\"><\/span>Working with models<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Replacing conventional language explanations with diagrams offers various additional advantages. The primary benefits of enhancing the classic descriptive documentation approach with suitable models encompass:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Streamlined assessment of the behaviour of the actual process <\/strong>(or system) through analysis of its model and the scenarios clearly outlined within it.<\/li>\n\n\n\n<li><strong>Identifying absent components <\/strong>within the process and providing an easy way to add or extend them.<\/li>\n\n\n\n<li><strong>Concealing extraneous intricacies<\/strong> inherent in a real and extensive process (or system) during a particular analysis.<\/li>\n\n\n\n<li><strong>Tailoring the level of abstraction <\/strong>to the intended audience achieved by emphasising the key elements for easier comprehension of the analysed subject.<\/li>\n<\/ul>\n\n\n\n<p>Software development is a time-intensive process that involves various individuals. <strong>The final diagram should be customised to suit the capabilities and needs of each stakeholder group<\/strong>. This means it is crucial to carefully consider the complexity of the documentation and choose the right level of detail. An example of a poor approach would be to display a complex implementation model (at a low level of abstraction) to a group of typical users, such as CMS editors. This level of detail may not only be confusing but also unnecessarily waste valuable time and resources.<\/p>\n\n\n\n<p>Building on this, <strong>one of the most noteworthy advantages of using models is their ability to slowly refine the details<\/strong>, especially when working with vague requirements or those that are not clear enough from the beginning. By presenting these issues in a diagram and discussing the model together, both within our team and with the client, <strong>we can make gradual adjustments and improve weak points<\/strong>. This <strong>iterative approach<\/strong> to verifying and adjusting requirements<strong> is significantly faster and more cost-effective<\/strong> than making direct changes to the code during the development process.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"summary\"><\/span>Summary<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>The purpose of a model is to simplify the identified problem, whether a process or a system, by excluding details unnecessary for a specific context. When creating a model, it is crucial to consider what problem it aims to solve and for whom. These two factors are pivotal, as they influence numerous subsequent decisions, including the selection of a suitable language (notation) and determining the right level of detail.<\/p>\n\n\n\n<p>While <strong>developing models as part of business analysis isn&#8217;t obligatory, it provides several advantages<\/strong>. It can notably enhance the documentation&#8217;s quality and readability (accessibility). This improvement applies to documents created during the initial analysis phase to validate the basic assumptions provided by the client, as well as during subsequent stages to verify the already structured and initially modelled data.<\/p>\n\n\n\n<p><strong>The time invested in meticulously creating compliant diagrams should be viewed as an investment with potential returns on multiple fronts<\/strong>. As the implementation process progresses, modelling helps validate the customer&#8217;s core needs and specify the requirements, which culminates in the final project delivery and transitions into the maintenance and development phase.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"sources\"><\/span>Sources<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Understanding BPMN: Business Process Modelling by Szymon Drejewicz; Helion Publishing;<\/li>\n\n\n\n<li>Modelling Information Systems in UML 2.1 by W\u0142odzimierz D\u0105browski, Andrzej Stasiak, Micha\u0142 Wolski; published by PWN;<\/li>\n\n\n\n<li>&#8222;Why Modelling Is an Essential Business Analysis Technique&#8221; available at: <a href=\"https:\/\/www.modernanalyst.com\/\" rel=\"nofollow noopener\" target=\"_blank\">https:\/\/www.modernanalyst.com\/<\/a>;<\/li>\n\n\n\n<li>Object Management Group website: <a href=\"https:\/\/www.omg.org\/\" rel=\"nofollow noopener\" target=\"_blank\">https:\/\/www.omg.org\/<\/a>;<\/li>\n\n\n\n<li>Overview of Event-driven Process Chain notation available at: <a href=\"https:\/\/ariscommunity.com\/event-driven-process-chain\" rel=\"nofollow noopener\" target=\"_blank\">https:\/\/ariscommunity.com\/event-driven-process-chain<\/a>;<\/li>\n\n\n\n<li>Organisation for the Advancement of Structured Information Standards website: <a href=\"https:\/\/www.oasis-open.org\/\" rel=\"nofollow noopener\" target=\"_blank\">https:\/\/www.oasis-open.org\/<\/a>.<\/li>\n<\/ul>\n\n\n\n<div class=\"wp-block-contact-form-7-contact-form-selector\">\n<div class=\"wpcf7 no-js\" id=\"wpcf7-f5799-o1\" lang=\"pl-PL\" dir=\"ltr\" data-wpcf7-id=\"5799\">\n<div class=\"screen-reader-response\"><p role=\"status\" aria-live=\"polite\" aria-atomic=\"true\"><\/p> <ul><\/ul><\/div>\n<form action=\"\/blog\/wp-json\/wp\/v2\/posts\/3975#wpcf7-f5799-o1\" method=\"post\" class=\"wpcf7-form init\" aria-label=\"Formularz kontaktowy\" novalidate=\"novalidate\" data-status=\"init\">\n<fieldset class=\"hidden-fields-container\"><input type=\"hidden\" name=\"_wpcf7\" value=\"5799\" \/><input type=\"hidden\" name=\"_wpcf7_version\" value=\"6.1.5\" \/><input type=\"hidden\" name=\"_wpcf7_locale\" value=\"pl_PL\" \/><input type=\"hidden\" name=\"_wpcf7_unit_tag\" value=\"wpcf7-f5799-o1\" \/><input type=\"hidden\" name=\"_wpcf7_container_post\" value=\"0\" \/><input type=\"hidden\" name=\"_wpcf7_posted_data_hash\" value=\"\" \/><input type=\"hidden\" name=\"_wpcf7_recaptcha_response\" value=\"\" \/>\n<\/fieldset>\n<h2 class=\"form-title\"><span class=\"ez-toc-section\" id=\"contact-with-us\"><\/span>Contact with us\n<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<div class=\"form-row\">\n\t<div class=\"form-column\">\n\t\t<p><span class=\"wpcf7-form-control-wrap\" data-name=\"your-name\"><input size=\"40\" maxlength=\"400\" class=\"wpcf7-form-control wpcf7-text wpcf7-validates-as-required\" aria-required=\"true\" aria-invalid=\"false\" placeholder=\"Name and surname*\" value=\"\" type=\"text\" name=\"your-name\" \/><\/span>\n\t\t<\/p>\n\t<\/div>\n\t<div class=\"form-column\">\n\t\t<p><span class=\"wpcf7-form-control-wrap\" data-name=\"your-company\"><input size=\"40\" maxlength=\"400\" class=\"wpcf7-form-control wpcf7-text wpcf7-validates-as-required\" aria-required=\"true\" aria-invalid=\"false\" placeholder=\"Company*\" value=\"\" type=\"text\" name=\"your-company\" \/><\/span>\n\t\t<\/p>\n\t<\/div>\n<\/div>\n<div class=\"form-row\">\n\t<div class=\"form-column\">\n\t\t<p><span class=\"wpcf7-form-control-wrap\" data-name=\"your-email\"><input size=\"40\" maxlength=\"400\" class=\"wpcf7-form-control wpcf7-email wpcf7-validates-as-required wpcf7-text wpcf7-validates-as-email\" aria-required=\"true\" aria-invalid=\"false\" placeholder=\"E-mail*\" value=\"\" type=\"email\" name=\"your-email\" \/><\/span>\n\t\t<\/p>\n\t<\/div>\n\t<div class=\"form-column\">\n\t\t<p><span class=\"wpcf7-form-control-wrap\" data-name=\"phone-number\"><input size=\"40\" maxlength=\"15\" class=\"wpcf7-form-control wpcf7-tel wpcf7-text wpcf7-validates-as-tel\" aria-invalid=\"false\" placeholder=\"Phone number\" value=\"\" type=\"tel\" name=\"phone-number\" \/><\/span>\n\t\t<\/p>\n\t<\/div>\n<\/div>\n<p><span class=\"wpcf7-form-control-wrap\" data-name=\"your-message\"><textarea cols=\"40\" rows=\"10\" maxlength=\"2000\" class=\"wpcf7-form-control wpcf7-textarea\" aria-invalid=\"false\" placeholder=\"Message\" name=\"your-message\"><\/textarea><\/span>\n<\/p>\n<p><input class=\"wpcf7-form-control wpcf7-submit has-spinner\" type=\"submit\" value=\"Submit\" \/>\n<\/p>\n<div class=\"wpcf7-response-output\" aria-hidden=\"true\"><\/div>\n<p>*Required\n<\/p>\n<p class=\"klauzula-naglowek\">Clause:\n<\/p>\n<p>The administrator of your personal data is Infinity Group Sp. z o.o., with its registered office in Bia\u0142ystok.<br \/>\nThe data provided in the form will be processed for the purpose of responding to your inquiry (Article 6(1)(f) of the GDPR \u2013 the administrator\u2019s legitimate interest consisting in conducting correspondence). Providing your data is voluntary, but necessary in order to receive a response.<br \/>\nYou have, among others, the right to object to the processing of your data and the right to lodge a complaint with the President of the Personal Data Protection Office (Poland). Detailed information, including information on data recipients, the data retention period, and possible transfers of data outside the EEA, can be found under the link \u201cInformation on the processing of your personal data\u201d.\n<\/p>\n<\/form>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Business analysis is a multifaceted discipline that is pivotal in the structured software development process. To simplify, we can define analytical activities as encompassing information (requirement) acquisition, development, and management. These requirements are gathered through a variety of techniques involving diverse stakeholders. Consequently, the outcome of the analyst&#8217;s efforts materialises in the form of documentation&#8230;.<\/p>\n","protected":false},"author":23,"featured_media":5726,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"class_list":["post-3975","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-business-analysis"],"_links":{"self":[{"href":"https:\/\/www.infinity-group.pl\/blog\/wp-json\/wp\/v2\/posts\/3975","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.infinity-group.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.infinity-group.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.infinity-group.pl\/blog\/wp-json\/wp\/v2\/users\/23"}],"replies":[{"embeddable":true,"href":"https:\/\/www.infinity-group.pl\/blog\/wp-json\/wp\/v2\/comments?post=3975"}],"version-history":[{"count":10,"href":"https:\/\/www.infinity-group.pl\/blog\/wp-json\/wp\/v2\/posts\/3975\/revisions"}],"predecessor-version":[{"id":5991,"href":"https:\/\/www.infinity-group.pl\/blog\/wp-json\/wp\/v2\/posts\/3975\/revisions\/5991"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.infinity-group.pl\/blog\/wp-json\/wp\/v2\/media\/5726"}],"wp:attachment":[{"href":"https:\/\/www.infinity-group.pl\/blog\/wp-json\/wp\/v2\/media?parent=3975"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}