Zwinny model to taki który jest: Wystarczający dla Odbiorców czyli w zależności od odbiorców ogólny gdy rozmawiasz z biznesem lub bardziej techniczny gdy rozmawiasz z IT Wystarczająco dobry, aby przekazać sens. Model nie musi być dokładny. Gdy pojawia się niezgodność zastanów się co z tym zrobić. Może wystarczy dekompozycja może notka. Zawsze poproś odbiorcę diagramu […]
Zwinne modele – charakterystyka Czytaj dalej »
Wybór narzędzia CASE wspomagającego proces akwizycji i zarządzania wymaganiami jest trudny. Poniżej zamieszczam link do zestawienia cech wybranych narzędzi. Zestawienie to jest tłumaczeniem badań jakie zostały opublikowane przez The International Council on Systems Engineering (INCOSE). Na stronach tej organizacji można znaleźć oryginał z bogatszą listą produktów. Technorati Tagi: zarządzanie wymaganiami,CASE,narzędzia CASE Podobne wpisy Zintegrowane środowisko
Wymagania a narzędzia CASE Czytaj dalej »
Co zrobić w sytuacji gdy do wykonania danej funkcji, opisanej przez przypadek użycia, potrzeba w tym samym momencie więcej niż jednego aktora? Czy można pokazać to na diagramie przypadków użycia? Otóż nie. Diagram przypadków użycia nie definiuje nam tego kto w jakiej sytuacji, w jakim momencie korzysta z danej funkcji. Relacja aktor – przypadek użycia
Przypadek użycia i działanie aktorów w tym samym czasie Czytaj dalej »
Od dwóch dni jest dostępna wersja 8 Enterprise Architect. W nowej wersji między innymi poprawiono: wydajność między innymi przy pracy w dużych projektach oraz generowaniu dokumentacji rtf wygląd i zarządzanie obszarem pracy mechanizm filtrowanie i ukrywanie elementów na diagramach współpracę z Vistą i Windows 7 macierze mapowania elementów (Relationship Matrix) w zakresie śledzenia zależności szereg
Już jest: Enterprise Architect wersja 8.0 Czytaj dalej »
Właściwym podejściem do definiowania przypadków użycia dla tworzenia oprogramowania przy użyciu metody agile to zacząć od definicji zakresu. Definicje zakresu można opisać za pomocą diagramów WPA (Wysokiego Poziomu Abstrakcji) Kiedy już zakres zostanie zdefiniowany należy zdefiniować nazwy przypadków użycia a następnie stopniowo nadawać priorytety i definiować bardziej szczegółowo przypadki użycia podczas gdy są one włączane
Agile a tworzenie przypadków użycia Czytaj dalej »
Wiele mówi się o tym co dają przypadki użycia dla wymagań na system. Warto jest tez wiedzieć iż przypadki użycia pozwalają, zwłaszcza w projektach agile, na określenie celu i zakresu projektu. Zasadniczo bez przypadków użycia: Projektanci nie mają pojęcia, jaki cel ma użytkownik. Zespół nie zostaje poinformowany odpowiednio wcześnie o zakresie projektu. Różne zachowania użytkowników
Przypadki użycia ułatwiają określenie celu i zakresu projektu Czytaj dalej »
W ostatnią sobotę na moim blogu wystartowały konsultacje online Konsultacje online to usługa usługa doradztwa udzielana przez Internet za pomocą platformy o nazwie System Konsultacji Online (SKO). Platforma ta znajduje się pod adresem: https://wolski.pro/konsultacje-online/ Konsultacje online są dedykowane tym wszystkim, którzy mają wątpliwości lub problemy związane z inżynierią oprogramowania a nie mogą (z różnych przyczyn)
Konsultacje przez Internet Czytaj dalej »
Ostatnio w ręce wpadła mi książka pt: Magia interfejsu. Praktyczne metody projektowania aplikacji internetowych Roberta Hoekman’a. Zainspirowała mnie ona do pewnych zmian w nawigacji na moim blogu. Zaimplementowałem między innymi dynamiczne menu po lewej stronie, które wyświetla linki adekwatne do treści. Niby nic wielkiego, ale powinno to poprawić nawigację na stronie. Miałem jeszcze jeden motywator
Inspiracja do zmian na blogu Czytaj dalej »
?Złote reguły? to nic innego jak wykaz punktów, które zazwyczaj kontroluję podczas tworzenia przypadków użycia. Gdy mam już narysowany przypadek użycia sprawdzam czy: przypadek użycia zapewnia wartość aktorom, krótki opis zwięźle opisuje cel przypadku użycia, przypadek użycia jest kompletny i sensowny, wydarzenie rozpoczynające przypadek użycia jest jasne, sposób i czas zakończenia przypadku użycia jest jasny,
Złote reguły towarzyszące przypadkom użycia Czytaj dalej »
Specyfikacja wymagań na system to trudny moment przede wszystkim dla osób, które muszą je wyspecyfikować. Nie zawsze wiadomo w jaki sposób narzędzia informatyki będą mogły pomóc. Często mówimy tylko o funkcjonalności i o tym w jaki sposób system ma realizować procesy biznesowe. Powstaje pytanie jak skutecznie uzupełnić wymagania także o takie szczegóły jak rozmieszczenie przycisków,
Prototyp a przypadek użycia Czytaj dalej »
