Struktura dokumentów wymagań cz. 1

Dokumenty wymagań zawierają dużą ilość różnych informacji. Aby umożliwić sprawne posługiwanie się tym dokumentem powinien on spełniać pewne standardy dotyczące jego układu oraz treści. W trakcie tworzenia dokumentu wymagań inżynierowie powinni określić i stosować określoną strukturę dokumentu. Struktura ta powinna być dopasowana do właściwości danego projektu i przestrzegać ograniczeń na niego nałożonych. Inżynierowie wymagań podczas […]

Struktura dokumentów wymagań cz. 1 Czytaj dalej »

Dokumentacja wymagań

Pozyskane wymagania należy opisać w dokumencie wymagań. Niniejszy post rozpoczyna cykl wpisów dotyczących dokumentacji wymagań.  Definicja: Dokument wymagań / Specyfikacja wymagań Specyfikacja wymagań jest usystematyzowaną reprezentacją zbioru wymagań dotyczących systemu lub jego komponentu, który spełnia określone kryteria. Wymagania mają znaczenie kontraktowe. Wszystkie informacje zebrane i uzgodnione podczas podejmowanych czynności w ramach inżynierii wymagań muszą zostać

Dokumentacja wymagań Czytaj dalej »

Kategoryzacja wymagań według modelu Kano

Określenie wymagań, które będą podnosiły satysfakcję interesariuszy z tworzonego systemu jest kluczowe dla procesu akwizycji wymagań. Zaimplementowanie zbyt dużej liczby funkcjonalności oraz „wodotrysków” spowoduje, że aplikacja stanie się mało intuicyjna i trudniejsza w użytkowaniu. W trakcie procesu akwizycji wymagań należy wybrać te wymagania, które będą kluczowe dla osiągnięcia satysfakcji interesariuszy. Do określenia jaki wpływ na

Kategoryzacja wymagań według modelu Kano Czytaj dalej »

Konstrukcja wymagań z zastosowaniem szablonów

Zastosowanie szablonów wymagań zapewnia proste i zrozumiałe podejście do dokumentowania wymagań w języku naturalny redukując niepożądane skutki jego użycia.  Szablony wymagań wspierają interesariuszy w pozyskiwaniu wymagań wysokiej jakości i syntetycznie jednoznacznych w optymalnym czasie i przy niskim nakładzie kosztów. Definicja: Szablon wymagań Szablon wymagań jest wzorcem dla struktury składniowej indywidualnych wymagań. Szablon wymagań może powstać

Konstrukcja wymagań z zastosowaniem szablonów Czytaj dalej »

Dokumentacja wymagań przy użyciu języka naturalnego

Wykorzystanie języka naturalnego jest najbardziej popularnym sposobem dokumentowania wymagań. Jego największą zaletą jest brak potrzeby poświęcenia czasu przez interesariuszy na poznanie nowych notacji wykorzystywanych w przypadku modelów konceptualnych (np. UML) oraz możliwość opisu rzeczywistości, która może być trudna do przedstawienia za pomocą innych notacji. Stosowanie języka naturalnego ma niestety także wiele wad. Wymagania są definiowane

Dokumentacja wymagań przy użyciu języka naturalnego Czytaj dalej »

Techniki akwizycji wymagań cz.2

W poprzednim poście pisałem o technikach akwizycji wymagań. Dziś cześć druga – kontynuacja poprzedniego wpisu. Techniki zmiany perspektywy polegają na sprowokowaniu uczestników warsztatów do spojrzenia na problem z innej perspektywy. Najpopularniejszą techniką wykorzystującą zmianę perspektywy jest technika zwana Sześć Myślowych Kapeluszy. Technika Sześć Myślowych Kapeluszy polega na przyjmowaniu przez uczestników kolejnych punktów widzenia problemu reprezentowanych

Techniki akwizycji wymagań cz.2 Czytaj dalej »

Techniki akwizycji wymagań cz.1

Techniki akwizycji wymagań mają na celu wspieranie inżynierów wymagań w procesie akwizycji, aby mogli dostarczyć jak najbardziej kompletne i zrozumiałe wymagania. Wybór odpowiedniej techniki zależy od wielu czynników, które muszą zostać uwzględnione przez inżyniera wymagań podczas procesu akwizycji. W praktyce w trakcie akwizycji wymagań stosuje się różne techniki, aby ograniczyć ryzyko pominięcia lub złego zinterpretowania

Techniki akwizycji wymagań cz.1 Czytaj dalej »

Akwizycja wymagań

Akwizycja wymagań może być określona jako rdzeń inżynierii wymagań. Akwizycja wymagań polega na pozyskiwaniu wymagań z dostępnych źródeł (np. interesariuszy) za pomocą różnych technik (np. burza mózgów). Podstawą dla akwizycji wymagań jest wiedza zdobyta w trakcie definiowania kontekstu dla tworzonego systemu, który obejmuje źródła wymagań, które w procesie akwizycji wymagań będą dalej analizowane i badane.

Akwizycja wymagań Czytaj dalej »

Enterprise Architect 12 – Zmiany w menu głównym aplikacji – cześć 2

W tym wpisie kontynuuję opis zmian w menu głównym Enterprise Architect, które się pojawiły w wersji 12 tego narzędzia. Pierwszą część znajdziecie we wpisie Enterprise Architect 12 – Zmiany w menu głównym aplikacji – cześć 1. W tej części opis kolejnych pozycji menu: Diagram, Element, Tools, Analyzer i Extensions.  Menu Diagram: New – nowa funkcja w menu, która pozwala

Enterprise Architect 12 – Zmiany w menu głównym aplikacji – cześć 2 Czytaj dalej »

Wymagania na system – kontekst i granica systemu

Do głównych zadań inżynierii wymagań należy m.in. akwizycja i dokumentacja wymagań na system. Aby tego dokonać należy zidentyfikować te części świata rzeczywistego, które będą miały wpływ na wymagania dotyczące systemu. Ta część rzeczywistości, która ma wpływ na definiowanie wymagań systemu nazywa się kontekstem systemu. Nieprawidłowe lub niepełne określenie kontekstu systemu podczas inżynierii wymagań prowadzi do

Wymagania na system – kontekst i granica systemu Czytaj dalej »

Scroll to Top