Diagram przypadków użycia uznawany jest za najważniejszy diagram w procesie projektowania systemu. Jego “siłą” jest to, że przedstawia funkcjonalności systemu wraz z jego otoczeniem, a na projektowany system patrzy “z zewnątrz”, od strony funkcjonalności dostępnych dla użytkownika. Diagram Przypadków Użycia
Mem poranny: Nowy analityk…
Fuck’up Confession – “niepodjęte netto”
Analiza to super sprawa, o tym wie każdy, kto miał z nią styczność i kręcą go takie rzeczy. “Wyciąganie” z ludzi czegoś, czego nie wiedzą że powinni powiedzieć, analizy tony dokumentów, pisanie wielostronicowych opracowań zdobytej wiedzy i spędzanie wielu godzin
“Identyfikacja na podstawie istniejących dokumentów” po ludzku
Niniejszy post rozpoczyna cykl artykułów dotyczących technik pozyskiwania wymagań. Na pierwszy plan bierzemy “identyfikację na podstawie istniejących dokumentów” po ludzku 🙂 Analiza dokumentów Technik zbierania wymagań jest cała masa (o tym napiszę innym razem a tu znajdzie się wtedy link do
O wymaganiach po ludzku cz. 2 – Jakie powinny być idealne wymagania?
Jakie powinny być idealne wymagania? Pytanie idealnie zachęcające do dyskusji, prawda? 🙂 Niby najprostsza i zarazem najpełniejsza odpowiedź zawiera się w jednym zdaniu: Idealne wymagania powinny być tak napisane, by w pełny sposób opisywały oczekiwany system i by w ten
O wymaganiach po ludzku cz. 1 – definicja, podział i atrybuty
Chciałam pisać o tym, jakie powinny być idealne wymagania, ale przecież temat wymagań powinniśmy zacząć od początku, czyli najpierw wyjaśnić sobie, co to jest to całe “wymaganie”. Wymagania – definicja Książkowe definicje, a w sumie jedna z najczęściej cytowanych definicji
[Trochę teorii cz 4] Jakość w metodach kaskadowych i agile
Rozwój oprogramowania metodami agile oznacza zredefiniowanie znaczenia jakości. W tradycyjnym podejściu, trójkąt zarządzania projektem przedstawiany jest jako zależność parametrów projektu, czyli zakresu, czasu i kosztów, które wspólnie wpływają na jakość. Parametry te są od siebie zależne w ten sposób, że
Zdarzenia w SCRUM
Scrum Guide wymienia pięć podstawowych zdarzeń: Sprint, Planowanie Sprintu, Codzienny Scrum, Przegląd Sprintu oraz Retrospektywa Sprintu. Obecnie mówi się także o Przeglądzie Backlog Produktu mimo, że nie jest on oficjalnym zdarzeniem ze Scrum Guide. Wszystkie zdarzenia SCRUM są ograniczone czasowo
[Trochę teorii – cz.2] Charakterystyka adaptacyjnych metod wytwarzania oprogramowania
Dziś będziemy kontynuować teoretyczne dywagacje nt metod wytwarzania oprogramowania, tym razem słów kilka o adaptacyjnych metodach wytwarzania oprogramowania – znów trochę książkowej teorii i “historii powstania świata” 😉 Z uwagi na trudności wynikające ze stosowania metody kaskadowej, ciągle poszukiwano innego
[Trochę teorii -cz.1] Podstawy teoretyczne metodyk tradycyjnych
Metoda kaskadowa, czyli jedna z tradycyjnych praktyk wytwarzania oprogramowania(1), do 2005 roku była przodującą metodą prowadzenia projektów(2). Model waterfall (wodospad), czyli metoda kaskadowa, nazwę wziął ze schematu kolejnych faz, które następują jedna po drugiej. Model został pierwszy raz przedstawiony przez