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 »
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 »
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 »
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 »
Dostałem dziś pytanie: “..zaczynam procować na EA 7.5. i szukam sposobu żeby zastosować śledzenie zmian w dokumentach. Czy w ogóle jest taka możliwość.?…” Otóż nie wiem jak to jest w wersji 7.5 (nie mam już takowej) ale w wersji 9.3 w dokumencie należy włączyć taką opcję. Menu kontekstowe Edit –> Track Changes –> Enable Tracking
Śledzenie zmian w dokumentach w Enterprise Architect Czytaj dalej »
W czasie ostatnich wyborów, jeden z uczestników spotkania wyborczego zapytał: “Jak żyć Panie Premierze?” Przekładając na grunt modelowania często słyszę: “Jak modelować?”. I o ile daleko mi do Premiera i jego problemów dot. rządzenia krajem, tak blisko mi do problemów z modelowaniem. Otóż UML zna już sporo osób. Nieformalnym standardem w zakresie narzędzi jest Enterprise
Jak żyć Panie Premierze? Czytaj dalej »
Jako, że jestem w Polskiej Radzie IREB (International Requirements Engineering Board) pozwolę sobie donieść iż certyfikat CPRE (Certified Professional in Requirements Engineering) uzyskało już ponad 9 000 osób na całym świecie. Ponadto Kilka dni temu opublikowano słownik CPRE. Nowe tłumaczenia słownictwa dotyczą języka polskiego i szwedzkiego. Słownik jest do pobrania: http://www.certified-re.de/fileadmin/IREB/Download/Homepage%20Downloads/IREB_CPRE_Glossary_13.pdf Myślę, że na dniach
IREB 9000 osób ma certyfikat CPRE Czytaj dalej »
Kilka dni temu w poście Inżynieria wymagań – certyfikaty pisałem o problemach w standaryzacji pracy analityka. W tamtym wpisie (być może trochę przydługim) wskazałem potrzebę potwierdzenia swoich kompetencji odpowiednim certyfikatem. Zdaję sobie sprawę, że taki certyfikat to dla wielu osób “kwiatek do kożucha”, ale myślę, że warto by się z przyjrzeć temu kwiatkowi by móc
Certyfikowany inżynier wymagań Czytaj dalej »
Inżynieria wymagań jest pierwszym etapem projektów informatycznych i ma decydujące znaczenie dla ich powodzenia. Inżynieria wymagań określa wszystkich interesariuszy projektu i jego zakres. Im staranniej określa się wymagania, tym mniej błędów powstaje w trakcie projektu. To truizm, który jest znany. Co więcej każdy (lub prawie każdy) uczestnik projektu to potwierdzi. Samo zebranie wymagań to ważny
Inżynieria wymagań – certyfikat Czytaj dalej »
Jedną z bardziej żmudnych czynności realizowanych w fazie wymagań jest analiza aktów normatywnych. W mojej ocenie dużym błędem jest wskazanie w wymaganiach na system iż ma on być zgodny np. z ustawą X. Moim zdaniem, niestety trzeba rozbić każdy (mający wpływ na system) paragraf i podpunkt na oddzielne wymaganie. Poniżej krótki opis mojego “sposobu” na
Akty normatywne a wymagania Czytaj dalej »
