Background: The comprehensive representation of functional requirements is a crucial activity in the analysis phase of the software development life cycle. Representation of a complete set of functional requirements helps in tracing business goals effectively throughout the development life cycle. Use case modelling is one of the most widely-used methods to represent and document functional requirements of the system. Practitioners exploit use case modelling to represent interactive functional requirements of the system while overlooking some of the non-interactive functional requirements. The non-interactive functional requirements are the ones which are performed by the system without an initiation by the user, for instance, notifying something to the user or creating an internal backup. Aim: This paper addresses the representation of non-interactive requirements along with interactive ones (use cases) in one model. This paper calls such requirements 'operation cases' and proposes a new set of graphical and textual notations to represent them. Method: The proposed notations have been applied on a case study and have also been empirically evaluated to demonstrate the effectiveness of the new notations in capturing non-interactive functional requirements. Results and Conclusion: The results of the evaluation indicate that the representation of operation cases helps in documenting a complete set of functional requirements, which ultimately results in a comprehensive translation of requirements into design.
Mnogość regulacji wynikająca z polskiego prawa budowlanego często pozostawia dowolność jego interpretacji. Brak ciągłości w poszczególnych przepisach uchwalanych na różnych szczeblach sprowadza się do swoistych paradoksów. Kwestie właściwej interpretacji przepisów pozostawia się architektom, a poprawność ich decyzji bada organ administracji budowlanej. Taka konfrontacja potrafi dać zgoła odmienne wyniki, co w praktyce niesie ze sobą poważne konsekwencje finansowe, zarówno dla inwestora jak i projektanta.
EN
Many regulations of Polish building law often leaves the freedom of interpretation. Lack of continuity in particular regulations on various levels leads to specific paradoxes. Issues of proper interpretation of the rules are left to architects, and the correctness of their decisions is checked by the building administration authority. Such a confrontation can give quite different results, which in practice brings serious financial consequences for both sides, the investor and the designer.
3
Dostęp do pełnego tekstu na zewnętrznej witrynie WWW
Artykuł dotyczy sposobu diagnozowania zabytkowych budynków pod kątem ich adaptacji do współczesnych wymagań konstrukcyjno-użytkowych oraz zmiany ich funkcji. Poszczególne elementy konstrukcyjne układu nośnego mogą cechować się różnymi zdolnościami adaptacyjnymi, co może wpływać na cały proces rewitalizacyjny budynku – dobór odpowiednich rozwiązań konstrukcyjnych, materiałowych, technologicznych. Zdolność adaptacyjną elementu konstrukcyjnego można określić jako zespół cech i właściwości określających łatwość jego adaptacji do nowych warunków konstrukcyjnych lub użytkowych. W artykule zamieszczono podstawowe schematy diagnostyczne dotyczące adaptacji budynku zabytkowego.
4
Dostęp do pełnego tekstu na zewnętrznej witrynie WWW
In this paper, we propose to establish traceability of functional requirements expressed in a SRS document in analysis and design phase that goes down to the coding phase. UML has become a de-facto standard for modeling object-oriented systems. To ensure traceability of requirements in different phases of software lifecycle, it is also mandatory to ensure consistency between different UML diagrams used in those different phases. Here, after specifying some rules to trace requirements and verify consistency, we formally represent functional requirement UML Use case diagram, and some other UML diagrams that are widely used for analyzing and designing object-oriented systems, using Z notation. At the end we represent the formalized functional requirement and the UML diagrams along with their relationship visually using Entity-Relationship (ER) diagram. Implementation of our approach would bridge the gap between a formal language, which is mathematical and difficult to understand and UML that is visual and easy to comprehend. Development of a tool based on this approach would generate a visual representation of formalized functional requirements and their traceability among different UML diagrams, from which automated traceability of requirement in different phases of software development and consistency verification between different UML diagrams can be achieved.
JavaScript jest wyłączony w Twojej przeglądarce internetowej. Włącz go, a następnie odśwież stronę, aby móc w pełni z niej korzystać.