Nowa wersja platformy, zawierająca wyłącznie zasoby pełnotekstowe, jest już dostępna.
Przejdź na https://bibliotekanauki.pl
Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 3

Liczba wyników na stronie
first rewind previous Strona / 1 next fast forward last
Wyniki wyszukiwania
Wyszukiwano:
w słowach kluczowych:  functional requirement
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
|
2018
|
tom R. 89, nr 7-8
117--119
PL
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.
2
Content available remote Formalization of functional requirements in software development process
100%
EN
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.
|
|
tom nr 9
82--84
PL
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.
first rewind previous Strona / 1 next fast forward last
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ć.