zarządzanie wymaganiami

Informacje dotyczące zarządzania wymaganiami

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 »

Diagramy procesów systemowych

Powszechnym jest iż czym większa organizacja tym więcej systemów informatycznych. U moich klientów są ich dziesiątki. Tak tak. Przez lata zbiera się ich trochę bo każdy rok to zmiany w procesach biznesowych i bardzo często dodanie nowego systemu. Znam firmy, w których stajnia Augiasza to najlepsze określenie na zaistniałą sytuację.  Co więcej firma albo modeluje

Diagramy procesów systemowych Czytaj dalej »

Statusy i priorytety wymagań

Często otrzymuję pytanie jak opisuję wymagania. Otóż wielu projektach określam statusy i wymagania w następujący sposób:Status• Proponowane – wymaganie w fazie negocjacji pomiędzy klientem a analitykami• Zatwierdzone -wymaganie zatwierdzone do realizacji.• Odrzucone – wymaganie odrzucone przez klienta lub analityków. Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule przedstawiono opis pakietu narzędziowego

Statusy i priorytety wymagań Czytaj dalej »

O Zarządzaniu Projektami Informatycznymi w nietypowy sposób

Tadeusza Golonkę spotkałem prowadząc wykłady na Politechnice Warszawskiej. Na jednym studium podyplomowym PW prowadziliśmy równolegle zajęcia. Ja miałem zajęcia z projektowania systemów informatycznych a Tadeusz – autorski wykład nt. dobrych praktyk w zarządzaniu projektami (w oderwaniu od metodyk) i warsztaty w oparciu grę edukacyjną „Wieża Eiffla – Zarządzanie Projektami Informatycznymi”. To też autorski warsztat, który

O Zarządzaniu Projektami Informatycznymi w nietypowy sposób Czytaj dalej »

Cechy perfekcyjnych wymagań na system

Jakość opisu wymagań jest bardzo ważna i tego nie muszę nikomu tłumaczyć. Standard  ANSI/IEEE 830  formułuje  szereg  zaleceń,  jakie  powinna  spełniać dobrze napisana specyfikacja wymagań.  Dobrze  opracowaną  specyfikację  charakteryzują następujące cechy (na podstawie “Inżynieria oprogramowania” Krzysztof Sacha): Poprawność – specyfikacja powinna opisywać tylko te wymagania, które są potrzebne użytkownikom. Jeżeli oprogramowanie jest elementem większego systemu, 

Cechy perfekcyjnych wymagań na system Czytaj dalej »

Scroll to Top