PL
 |
EN
Preferencje help
Polish version English version Język
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 9

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

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
1
Content available remote Delta analyzer: tool-based evaluation of modified requirements for an efficient development effort estimation in the RFQ process
Zichler Konstantin, Ritter Felix, Schul Aaron, Helke Steffen
Annals of Computer Science and Information Systems
|
2019
|
Vol. 19
59--66
EN
Once an automotive OEM decided to source a new component, a Request for Quotation (RFQ) is send to potential suppliers. Among other documents the RFQ contains a Component Requirements Specification (CRS), which describes the properties of the desired component. As a next step, the supplier has to evaluate the requirements and other boundary conditions of the RFQ and to provide an offer to the OEM. In case the supplier already developed a similar component in the past, it is possible to compare the CRS of the predecessor product with the actual CRS, to estimate the additional development effort. This activity is known as the delta analysis. Since no sufficient tool support is offered, this activity is still a predominantly manual task. The main challenge arises from the fact, that specification documents within the RFQ are provided in different office formats, written by different authors and therefore cannot be compared automatically with the CRS from the predecessor product. In our previous work, we presented the Requirements to Boilerplates Converter (R2BC), which automatically converts random natural language requirements into a predefined syntax. The aim of the approach is to facilitate a subsequent toolbased delta analysis. Consequently, we hereby introduce our proprietary developed Delta Analyzer (DA). This tool is based on Natural Language Processing (NLP) and allows to compare automatically two random specification documents. Moreover, the DA prioritizes requirements deltas according to their impact on development effort. As an output of the DA requirements engineers receive a delta report, which outlines the major differences between the requirements of the two CRS.We validate our approach by experiments on real-life specification documents.
2
Content available User requirements for mission-critical application - the SECRICOM case
O'Neill S., Strother J., Zych J., Wojciechowicz W.
Technical Sciences / University of Warmia and Mazury in Olsztyn
|
2012
|
nr 15(1)
81-99
EN
The SECRICOM Project as a communication system for operational crisis management, requires paying significant attention to the requirements engineering phase. Any mistakes made during the requirements gathering phase may affect the subsequent software development phases, which creates excessive operational risks for the users of the system. These types of risks - as in any other critical systems - could have serious consequences, such as inefficiency of rescue actions and loss of lives. This article presents the requirements engineering process, which was defined and carried out for the needs of the SECRICOM project. It describes the system's environment (the crisis management reference structure and the main organizational rules) and its impact on the developed. As a result, a requirements engineering process for SECRICOM is proposed. Finally, main points of gathered requirements are presented.
PL
W systemie SECRICOM, ze względu na tworzenie systemu komunikacji do operacyjnego zarządzania kryzysowego, szczególnie ważne było położenie szczególnego nacisku na etap gromadzenia wymagań. Błędy popełnione na etapie specyfikacji wymagań mogą rzutować na kolejne etapy wytwarzania systemu, co w rezultacie generuje nadmiarowe ryzyka dla użytkowników systemu. Ryzyka te - jak w przypadku innych systemów krytycznych - mogą spowodować poważne konsekwencje, w tym obniżenie skuteczności akcji ratunkowych, a nawet straty po stronie ludności. W artykule przedstawiono proces inżynierii wymagań, który zdefiniowano oraz przeprowadzono na potrzeby projektu SECRICOM. Przedstawiono środowisko systemu (zarówno referencyjną strukturę zarządzania kryzysowego, jak i główne zasady organizacji) oraz określono wpływ na budowany system. Na zakończenie przedstawiono główne wnioski z zebranych wymagań.
3
Content available Analiza porównawcza witryn internetowych w skali pomiarowej HHS
Pieczyński S., Susłow W.
Pomiary Automatyka Kontrola
|
2012
|
R. 58, nr 5
475-479
PL
Artykuł przedstawia technikę analizy porównawczej jako narzędzie inżynierii wymagań. Wytyczne HHS tworzą obiektywną porządkową skalę pomiarową, przydatną do porównywania jakości użytkowej witryn internetowych o zbliżonej tematyce. Kompletowanie zestawu wytycznych zgodnie z celem analizy zwiększa praktyczne znaczenie uzyskiwanego rankingu witryn internetowych. Technika analizy porównawczej opartej o skalę pomiarową HHS okazała się skuteczna w ramach projektów dydaktycznych i kwalifikacyjnych.
EN
This paper presents a comparative analysis technique as a tool for requirements engineering. HHS guidelines form an objective ordinal measuring scale which is useful for comparing the usability of web-sites with similar themes. Each guideline is described in a study using the relative weights (called Relative Importance) and probative force (called Strength of Evidence). Completing a set of guidelines in accordance with the objective of the project increases practical significance of the obtained ranking of IT products. The comparative analysis technique based on the measuring scale HHS proved to be effective for qualification projects. Section 2 of the paper describes a set of guidelines and a grading scale of HHS. Section 3 presents the authors' proposal concerning the order of selection guidelines for a particular study (see Fig. 1). Section 4 describes a case study on the comparative analysis of selected music vortals in the master's diploma project (it was the pioneering work for the Department of Electronics and Computer Science of the Koszalin University of Technology).
4
Content available Inżynieria wymagań w metodach Agile
Lipski A.
Biuletyn Instytutu Systemów Informatycznych
|
2010
|
nr 5
47-53
PL
"Zwinne" wytwarzanie oprogramowania (Agile Software Development) stało się bardzo popularne na przestrzeni kilku ostatnich lat. Metody Agile zostały wymyślone w celu szybszego dostarczenia działającego oprogramowania do klienta oraz dostosowania się oprogramowania do zmiennych potrzeb klienta. Można zauważyć, że istnieje wiele technik i praktyk wymyślonych oraz opracowanych w kontekście tradycyjnej inżynierii wymagań, które obecnie wykorzystywane są z dobrym rezultatem przez metody Agile. Celem tego artykułu jest pokazanie, w jaki sposób techniki inżynierii wymagań są wykorzystywane przez metody Agile oraz w jaki sposób metody te mogą być udoskonalone za pomocą tych technik.
EN
Agile Software Development approaches have become increasingly popular during the last few years. Agile practises have been developed with the aim to deliyer software faster and to ensure that the software meets changing needs of customers. We can find out that there are a lot of practices and approaches which are created and developed in context of traditional Requirements Engineering and which are used by Agile methods with a good result. The goal of this article is to show how the Requirements Engineering technics are used by Agile methods and how this methods can be improved by them.
5
Content available remote Obiektowo zorientowana specyfikacja wymagań organizacji - założenia metody
Marcinkiewicz J.
Zeszyty Naukowe. Studia Informatica / Uniwersytet Szczeciński
|
2002
|
Nr 15
81-103
EN
Requirements specification become the strategic step in the development application cycle. User requirements are multidimensional and depend on organisational context. This paper presents the foundations of the original approach of requirements specification for the organisation. The proposed approach is composed of few general techniques and methods adapted to specificity of organisation requirements. The basis is object orientation. The scenario technique gives the possibility to take in consideration organisational context. The Co-operative Inquiry Method assures the active and large participation of users in the requirement process.
6
Content available remote Inżynieria wymagań -nowy kierunek w metodologii rozwoju systemów informacyjnych
Marcinkiewicz J.
Zeszyty Naukowe. Studia Informatica / Uniwersytet Szczeciński
|
2000
|
Nr 14
193-208
EN
Requirement Engineering has emerged as domain of the research and practice a faw years ago. It concerns the first phase of information systems developement cycle. This paper deals with the subject and problems of requirements engineering. The typology of requirements of organization is proposed. The methods and techniques are studied. The four orientaations of requirements specificaation methodes are identified.
7
Podejście obiektowe w specyfikacji wymagań przedsiębiorstwa
Marcinkiewicz J.
Prace Naukowe Politechniki Szczecińskiej. Katedra Systemów Informatycznych Zarządzania
|
2000
|
Nr 557(1)
21-38
PL
Autor zaprezentował miejsce i rolę tzw. inżynierii wymagań w procesie rozwoju systemu informacyjnego. Przeprowadził klasyfikację rodzajów wymagań oraz zaprezentował systematykę metod specyfikacji wymagań. Autor zaproponował metodę obiektowo zorientowanej specyfikacji wymagań informacyjnych dla przedsiębiorstwa.
EN
The author discusses the place and role of so-called requirements engineering in the process of development of an information system, classifies types of requirements, and presents the systematics of requirement specification methods. The author proposes an objected-oriented method for specifying information re
8
Prawo technologii w zakresie inżynierii wymagań : doświadczenia praktyczne
Górski J.
Informatyka
|
2000
|
Nr 7/8
30-34
PL
Artykuł prezentuje metodę oceny stanu inżynierii wymagań w organizacji wytwarzającej oprogramowanie oraz kroki zmierzające w kierunku poprawy tego stanu. Przedstawiono również doświadczenia wynikające z zastosowania opisanej metody w kilku krajowych instytucjach.
9
Inżynieria wymagań, czyli jak unikać zbędnej pracy.
Górski J.
Informatyka
|
1998
|
nr 3
14-19
PL
Informatyka w coraz większym stopniu staje się dziedziną uniwersalną. Stykamy się z nią w nieomal każdej sferze działalności, w pracy i podczas odpoczynku, w podróży, w nauce czy podczas korzystania z różnych usług.
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ć.