Wymaganie niefunkcjonalne zawsze wydają się być zbyt słabo podkreślone podczas pisania wymagań. Zazwyczaj brakuje na nie czasu i są zbyt szczegółowe by wszystkie opisać. Ponadto udziałowcy projektu w tym analitycy biznesowi mają tendencję do zaniedbywania wymagań niefunkcjonalnych gdyż pisząc wymagania skupiają się na użytkowniku i ich celach. To dziwne gdyż cele użytkownika i scenariusze przypadków […]
niedocenione wymagania niefunkcjonalne Czytaj dalej »
Scrum to jedna ze zwinnych metodyk w nurcie Agile, stosowaną w procesie wytwórczym oprogramowania. SCRUM jest ukierunkowany na budowę gotowego kodu. Powstaje jednak pytanie co zrobić, gdy potrzebny jest model, lub specyfikacja projektu. Niniejszy tekst stanowi zarys SCRUM wraz z wskazówkami wykorzystania języka UML w tej metodyce. Opis Scrum pochodzi z dokumentacji EPF. Zamieszczone wskazówki
Modelowanie w SCRUM Czytaj dalej »
Estymacja jest oceną ilościową nieznanych parametrów projektu na podstawie zdefiniowanego zakresu prac oraz wiedzy ogólnej o warunkach realizacji projektu. Szacujemy te wielkości, których nie możemy policzyć czy zmierzyć, lub też takie, których pomiar jest bardzo kosztowny lub skomplikowany. Zanim jednak przejdziemy do estymacji pracochłonności warto zastanowić się do czego można wykorzystać otrzymane szacowania. Wyniki estymacji
Szacowanie oprogramowania Czytaj dalej »
O mały włos bym zapomniał napisać iż jest już dostępna beta 9 wersji Enterprise Architecta. Na razie pobrać mogą ją tylko zarejestrowani użytkownicy. Niebawem ją przetestuję. Lista zmian jest dość pokaźna. Oto one (w oryginale): Podobne wpisy Migracja z IBM Rational Software Modeler do Enterprise Architect Przy braku spójności w narzędziach CASE stosowanych przez firmę
Enterprise Architect 9 beta – Release Notes Czytaj dalej »
O awarii Toshiby pisałem tutaj Modele na nowej maszynie – Witaj DELLU Teraz okazało się, że siadła drukarka dość znanej firmy (dla zainteresowanych link do sklepu firmowego.) Plaga jakaś czy co? Pisze jednak o tym nie po to by dowodzić teorii spiskowej a po to by wskazać na pewną prawidłowość zachodzącą pomiędzy procesami biznesowymi a
plaga awarii i zrealizowane cele Czytaj dalej »
Chciałbym podzielić się kilkoma istotnymi zasadami, które, mam nadzieję, że pomogą ustanowić efektywne podstawy dla modelowania wymogów metodą agile (i nie tylko). 1. "Niezwykle ważny jest aktywny udział osób zainteresowanych”. Udziałowcy projektu powinni przekazywać swoje wymagania, nadawać im priorytety oraz w odpowiednim czasie podejmować decyzję. Istotnym jest, aby udziałowcy projektu zrozumieli tę koncepcję i angażowali
KILKA PORAD DLA MODELOWANIA WYMAGAŃ METODĄ AGILE Czytaj dalej »
Dziś otrzymałem informację iż zostałem wyróżniony nagrodą “Author Spotlight“ przez społeczność Sparx Community. Nagrodę otrzymałem za wkład w rozwój tej witryny. Razem z informacją wyróżnieniu otrzymałem informację iż CASE STUDY, opublikowane kilkanaście dni temu (pisałem o tym w CASE STUDY z Polski na stronach społeczności Sparx Systems ) zostało odebrane bardzo pozytywnie. To miłe. Dzięki
Wyróżnienie na stronach Sparx Community Czytaj dalej »
Modelowanie architektury korporacyjnej to ta cześć biznesu, która wymaga zdolności analitycznych. Zazwyczaj przypada ona analitykom systemowym bo pojawia się wspólny mianownik – modelowanie. Większość analityków widzi od razu w modelach architektury korporacyjnej modele BPMN lub UML. Nic bardziej mylnego. Ja używam do modelowania EA (Enterprise Architecture) notacji Archimate a modeluję w EA (Enterprise Architect). Kilka
narzędzia do modelowania architektury korporacyjnej Czytaj dalej »
Joseph Phillips Zarządzanie projektami IT. Wydanie III Będąc kierownikiem projektu, stajesz przed wieloma wyzwaniami i musisz szybko oraz trafnie podejmować setki złożonych decyzji. Celem tej książki jest wsparcie Twojej wiedzy na temat zarządzania projektami, a co za tym idzie, wywarcie wpływu na znaczący rozwój Twojej kariery. Poprowadzi Cię ona od podstaw zarządzania projektem do zaawansowanych zagadnień,
Zarządzanie projektami IT. Wydanie III Czytaj dalej »
Historia W roku 1987, John Zachman opublikował strukturę Zachman dla architektury przedsiębiorstwa. Napisał „By ochronić biznes przed dezintegracją, koncept systemów informacyjnych przestaje być opcją, a staje się koniecznością”. W tej wierze, utworzył Instytut Zachman’a na rzecz Rozwoju Struktury (ZIFA). Organizacja ta jest siecią profesjonalistów, którzy rozumieją wartość architektury przedsiębiorstwa w strukturach organizacji, które partycypują w
Struktura Zachmana (Zachman Framework) Czytaj dalej »
