Budowanie modeli ma ogromną wartość. Zastanawia mnie dlaczego budując dom wymagana jest dokumentacja projektowa a do budowy systemu informatycznego to sprawa opcjonalna. Dokumentacja nie zawsze jest wykonywana a jej potrzeba wynika bardziej ze świadomości zamawiającego produkt niż z wymogów prawa. Ciekawe jest to, że koszt budowy domu jest wielokrotnie niższy niż niejednego systemu informatycznego. Co […]
Wartość modelowania Czytaj dalej »
?Zwinne modelowanie wymagań biznesowych w wytwarzaniu oprogramowania? to temat artykułu, który pozytywnie został oceniony przez recenzentów XI Krajowej Konferencji Inżynierii Oprogramowania (KKIO’09). W artykule tym wskazałem, że zwinne metodyki zwinne unikają budowy modeli a jednocześnie odczuwalna jest potrzeba dokumentowania decyzji projektowych. Wskazałem na podstawowe czynności związane ze zwinnym modelowaniem wymagań biznesowych w wytwarzaniu oprogramowania. W
Technorati Tagi: agile,agile modeling,zwinne modelowanie Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule przedstawiono opis pakietu narzędziowego VS.NET (Microsoft) z Rational XDE (IBM) do wytwarzania aplikacji webowych pracujących w środowisku urządzeń więcej Rational Software Architect Pierwszy Krok Technorati Tagi: Rational Software Architect,inżynieria oprogramowania W artykule zaprezentowano jak rozpocząć pracę z i
Agile w krzywym zwierciadle Czytaj dalej »
Zwinne modelowanie polega miedzy innymi na tym, że budowana dokumentacja do projektu nie jest nadwymiarowa. Innymi słowy jest jej tyle ile potrzeba i nie mniej ani nie więcej. Jak na tym zapanować. Ja osobiście lubię stosować scenariusze (w SCRUM opowiadania klienta), które pozwalają mi na zbudowanie zwinnych przypadków użycia. Natomiast przypadki użycia pomagają mi efektywnie:
Specyfikacja oparta na scenariuszu Czytaj dalej »
Jakiś czas temu na stronie Pana Kowalczykiewicza był ciekawy tekst na temat dobrych praktyk w inżynierii wymagań. Obecnie ta strona jest wyłączona. Z tego też powodu pozwalam sobie na publikację tego tekstu, który (co mnie zadziwia) miałem w swoim archiwum. Tekst ten został odrobinę przeformatowany. Ian Sommerville i Pete Sawyer zaproponowali ciekawą metodę oceny i
Dobre praktyki inżynierii wymagań 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? Jest na to sposób. Można budować modele zgodnie z metodyką SCRUM. Na stronie: Modelowanie w SCRUM opisałem zarys SCRUM wraz z kilkoma
Zwinne modelowanie w SCRUM Czytaj dalej »
Zasadnicze cechy SCRUM, w bardzo dużym uproszczeniu, to: iteracyjnie przyrosty wartości samoorganizujące się zespoły klient, bądź Właściciel Produktu, który dostarcza zespołowi listę pożądanych cech W przypadku Scrum projekt postępuje seriami miesięcznych iteracji, które zwane są sprintami. Scrum pasuje idealnie do projektów z szybko zmieniającymi się lub pojawiającymi się wymogami Praca, która ma być wykonana w
Właściciel Produktu (ang. Product Owner) reprezentuje interesy wszystkich interesariuszy, określa cechy produktu i ustala hierarchię Product Backloga ? zaległości produktu. Właściciel Produktu ma następujące obowiązki: Określa cechy produktu; Podejmuje decyzje co do daty i zawartości; Jest odpowiedzialny za rentowność produktu (ROI); Ustala hierarchię cech wg wartości rynkowej; Koryguje cechy i priorytety co 30 dni, jeśli
Rola: Właściciel produktu (Product Owner) Czytaj dalej »
Mistrz Scrum (ang. Scrum Master) odpowiada za zapewnienie tego, aby Zespół Scrum żył wartościami i praktykami Scrum czyli innymi słowy on nadzoruje sposób wykorzystania metodyki. Mistrz Scrum chroni zespół poprzez zapewnienie tego, że nie podejmą oni zbyt wielkich zobowiązań w stosunku do tego, co mogą osiągnąć podczas sprintu. Mistrz Scrum ułatwia Codzienny Scrum i staje
Rola: Mistrz Scrum (Scrum Master) Czytaj dalej »
Zespół Scrum (ang. Scrum Team) buduje produkt, który zostanie wykorzystany przez klienta: przykładowo, oprogramowanie lub witrynę. Zespół w Scrum jest „międzyfunkcyjny” – obejmuje całą wiedzę niezbędną dla dostarczenia w każdym Sprincie produktu będącego potencjalnym wynikiem sprintu – jest „samoorganizujący się” oraz posiada bardzo duży stopień autonomii i odpowiedzialności. Zespół Scrum: Jest międzyfunkcyjny, z mniej więcej
Rola: Zespół Scrum (Scrum Team) Czytaj dalej »
