analiza wymagań

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 »

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 »

Rodzaje wymagań

W poprzednim wpisie określiłem kilka definicji, którymi będę się posługiwał w cyklu tekstów o inżynierii wymagań. Czas podział wymagań. Wymagania dzielę na wymagania funkcjonalne i wymagania niefunkcjonalne (zwane także wymaganiami jakościowymi). Ponadto identyfikuję ograniczenia. Wymagania funkcjonalne określają funkcjonalność tworzonego oprogramowania. Wymagania funkcjonalne mogą być podzielone na wymagania funkcjonalne, wymagania dotyczące zachowania systemu oraz wymagania dotyczące

Rodzaje wymagań Czytaj dalej »

Wprowadzenie do zarządzania wymaganiami–podstawowe definicje

Wpisy na temat inżynierii wymagań zacznę od podstawowych definicji. Definicja: Wymaganie 1.Ograniczenie lub zdolność potrzebna użytkownikowi do rozwiązania problemu lub osiągnięcia określonego celu. 2.Ograniczenie lub zdolność, które musi być spełnione lub zrealizowane przez system lub składnik systemu w celu spełnienia warunków umowy, standardu, specyfikacji lub innych formalnych dokumentów. 3.Udokumentowana reprezentacja ograniczeń i zdolności określonych w

Wprowadzenie do zarządzania wymaganiami–podstawowe definicje Czytaj dalej »

Dokumentacja przypadków użycia w administracji publicznej

Myślę, że czasem warto się pochwalić drobnymi osiągnięciami. W 2013 roku miałem okazję współpracować z Ministerstwem Sprawiedliwości. Brałem udział w projekcie SIWPM (System Informatyczny Wspierający Procesy Merytoryczne). Zadaniem tego systemu jest wsparcie pracowników sądu w ich pracy od biura podawczego poprzez zarządzanie aktami (tzw. kalendarz)  kończąc na wsparciu czynności wydawania orzeczeń. Kilkanaście miesięcy konsultowałem, wspomagałem

Dokumentacja przypadków użycia w administracji publicznej Czytaj dalej »

Śledzenie zależności pomiędzy wymaganiami

Enterprise Architect w swojej dokumentacji proponuje by wymagania były łączone ze sobą za pomocą agregacji. Zastosowanie agregacji nie jest zgodne ze znanymi mi  standardami. Jeśli potrzebujesz modelować wymagania zgodnie ze standardami proponuję SysML – Systems Modeling Language for Products and Systems Development. Podobne wpisy Książki o UML – UML dla Każdego Książki o UML –

Śledzenie zależności pomiędzy wymaganiami Czytaj dalej »

Dedykowana metodyka prowadzenia projektu

Koniec roku pozwala mi wreszcie odetchnąć. Ostatnie tygodnie były mega pracowite. To czym chcę się pochwalić to fakt iż w tym roku udało się opracować dedykowane metodyki prowadzenia projektów w Enterprise Architect. Odbiorcami tej dedykowanej usługi były bank, duży ubezpieczyciel oraz firma wytwarzająca oprogramowanie. Każdy z opracowanych metodyk była spersonalizowana pod kątem klienta. Każda z

Dedykowana metodyka prowadzenia projektu Czytaj dalej »

Scroll to Top