Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 5

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

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
EN
The safety of operations is vital in any process in the oil and gas sector, especially given that increasingly more hydrocarbon reserves are discovered in non-conventional remote and Arctic locations. Safety systems are designed as a part of a complex IT system for process control. The design of these systems is conducted in the form of an engineering project. This research presents a decision-making framework to facilitate formulating clear and comprehensive recommendations for the requirements specification developed for the safety systems. The contribution of this research to the strategic planning area of IT solutions for hazardous industrial facilities is integrating the problems of designing a safety system, planning its maintenance, and scheduling the employees to conduct the required maintenance. With this joint decision-making, it is possible to explore trade-offs between investments into the systems’ complexity and workforce-related expenditures throughout the solution’s lifecycle. The reliability modelling is conducted with the help of Markov analysis. The multi-objective decisionmaking framework is employed to deduce straightforward requirements to the safety system design, maintenance strategy, and workforce organisation. This research is relevant to managing the petroleum sector engineering projects with regard to the design of technological solutions.
EN
Management of air transportation of strategic goods is a very complex task with many challenges. This paper describes the method used in documenting the requirements for an IT system intended to support management of air transportation of military and dual-use goods. The work was completed in conjunction with a private logistics company. The project produced a Software Requirements Specification document and a working prototype. The document and prototype are held by the Military University of Land Forces of Poland. Requirements were solicited from numerous sources. A private logistics company, numerous books and personal experience of the team members all contributed to requirements. These requirements were then analyzed and a final set of requirements was produced. Screen mock-ups and a working prototype were developed. Selected screen shots are within the paper. The working prototype was developed by constructing a database and using a code generator to produce a web application.
PL
Zarządzanie transportem lotniczym towarów strategicznych jest zagadnieniem niezwykle złożonym, a jakość realizacji zadań z tego zakresu może zostać poprawiona poprzez wdrożenie odpowiedniego oprogramowania. W artykule opisano metody zastosowane do opracowania specyfikacji wymagań systemu informatycznego (ang. Software Requirements Specification, SRS) przeznaczonego do wsparcia zarządzania transportem lotniczym towarów strategicznych. W ramach projektu utworzono również działający prototyp aplikacji internetowej. Sformułowanie wymagań zostało oparte o wiele źródeł. Wykorzystano wiedzę pozyskaną ze współpracy z prywatną firmą logistyczną, informacje zawarte w literaturze, a także osobiste doświadczenie autorów. Wszystko to przyczyniło się do określenia wstępnych potrzeb (zakresu informacyjnego i funkcjonalności), które zostały następnie przeanalizowane i wykorzystane do sformułowania zestawu wymagań zawartych w dokumencie SRS. W celu wizualizacji elementów programu utworzono makiety interfejsu użytkownika. Prototyp funkcjonalny został przygotowany poprzez zbudowanie bazy danych i użycie generatora kodu do stworzenia aplikacji internetowej.
PL
Wiele specyfikacji wymagań (SRS) zwiera niepoprawnie spisane wymaganie. Jakość produktu wynika z jakości każdego z komponentów. Posiadając złe wymagania nie jesteśmy w stanie stworzyć wysokiej jakości produkt. W celu zwiększenia jakości specyfikacji wymagań, stosujemy przeglądy, ponieważ jesteśmy opłacani za to co tworzymy. Obie strony muszą jednakowo rozumieć spisane wymagania. Kolejnym aspektem jest koszt takiego przeglądu. Znaczenie tego kryterium jest jeszcze większe, w przypadku gdy zespół pracuje zdalnie. Rozwiązaniem tych problemów jest propozycja asynchronicznych przeglądów. Proces ten składa się z czterech faz: przygotowanie, przegląd, oczyszczanie oraz analiza ryzyka. Faza przeglądu jest oparta na metodzie przeglądów n-częściowych. W celu oszacowania liczby defektów pozostających w specyfikacji stosuje się metodę podwójnego łowienia. Jeśli ta liczba jest akceptowalna, proces przechodzi do następnej fazy. W ostatnim rozdziale opisano prototyp rozwiązania - aplikację która wspiera proces asynchronicznych przeglądów.
EN
Many software requirements specifications (SRS) are filled with badly written requirements. Quality of the products base on quality of all components, with bad requirements we are not able to write good software. To increase SRS quality requirements reviews can be used. We are also expected to write what our customers paid for. We must assure that both sides understand requirements specification the same way. Another aspect is cost of requirements review meeting. This is essential when team members works remotely on the project. To address these problems asynchronous requirements review process was proposed. This process consist of four phases: preparation, review, data cleaning and risk analysis. Review phase is build on N-fold reviews method. Capture-recapture method was used to estimate number of defect left in specification after review. If this number is acceptable we can move to the next phase of project. In the last chapter prototype of software that can support asynchronous reviews process was described.
PL
Niniejszy artykuł jest drugą częścią cyklu prac prezentujących metodykę modelowania systemów informatycznych firmy AION. Ma na celu prezentację, opracowanego przez firmę AION, spójnego podejścia do prowadzenia analizy systemów informatycznych. Omówiono w nim uporządkowany sposób opracowywanie specyfikacji wymagań wobec systemu oraz propozycji rozwiązania informatycznego realizującego te wymagania. Prezentowane podejście umożliwia opracowywanie, rozwój oraz walidację proponowanych rozwiązań informatycznych.
EN
The article describes an approach to requirements specification and analysis being the second stage in the overall software modeling method developed by AION. The purpose of this work is the presentation of compact and systematic development process. The article describes the rules to be followed during the analysis phase of information system. The resulting model integrates the static, dynamic and functional properties of system with business requirements specification realized in this phase of development process. The presented approach enables develop/nent and evolution of software solution and allows to check the conformance of this against the actually users requirements.
5
Content available remote Obiektowo zorientowana specyfikacja wymagań organizacji - założenia metody
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.
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ć.