Specyfikacja systemu a przypadki użycia

Na jednym ze spotkań z klientem otrzymałem pytanie: Czy przypadki użycia są jedyną formą specyfikacji systemu? Moja odpowiedź była jasna: NIE. Przypadki użycia są niewątpliwie pożyteczne dla specyfikowania systemów, ale nie pozwalają w pełni opisać wymagań. Przypadki użycia stanowią swoiste agregaty dla wymagań, pozwalają dokonać pewnej dekompozycji wymagań na poszczególne funkcje systemu. Niestety ich rola […]

Specyfikacja systemu a przypadki użycia Czytaj dalej »

Statyczna analiza kodu w Rational Software Modeler

Kilka dni temu pisałem a statycznej analizie kodu (Dwa słowa o statycznej analizie kodu).  W praktyce taka analiza nie jest trudna o czym można się przekonać stosując bardziej zaawansowane narzędzia do projektowania i implementacji. Jednym z lepszszch narzędzi jest Rational Software Architect.  Środowisko Rational Software Architect  zapewnia narzędzie od wykonywania statycznej analizy kodu aplikacji. Zwiększa

Statyczna analiza kodu w Rational Software Modeler Czytaj dalej »

Dwa słowa o statycznej analizie kodu

W dzisiejszym świecie podstawowym kryterium oceny tworzonego oprogramowania jest jego niezawodność. To nie jest odkrywczy pogląd.  Jedną z techniki wspierającą proces wytwarzania oprogramowania, która istotnie zwiększa jego jakość i niezawodność jest statyczna analiza kodu źródłowego. Poprzez analizę statyczna rozumiem analizę struktury kodu źródłowego lub kodu skompilowanego bez jego uruchomienia. Analiza statyczna może odbywać się na

Dwa słowa o statycznej analizie kodu Czytaj dalej »

Model Analizy Biznesowej

Model Analizy Biznesowej opisuje realizację biznesowych przypadków użycia. Prezentuje jak pakiety biznesowe, pracownicy biznesowi i byty biznesowe współpracują ze sobą w celu wykonania biznesowych przypadków użycia. Celem Modelu Analizy Biznesowej jest opisanie, jak wykonywane są biznesowe przypadki użycia. Model Biznesowych Przypadków Użycia opisuje to, co zachodzi między aktorami biznesowymi a organizacją i nie robi żadnych

Model Analizy Biznesowej Czytaj dalej »

Zarządzanie projektem a rozproszona lokalizacja zespołu

Praca rozproszonego (względem lokalizacji) zespołu przy projekcie to już nie nowinka a standard pracy wielu firm. Zauważyli to już wielcy gracze na rynku jak choćby IBM, który oferuje platformę JAZZ, która ma pomóc w pracy właśnie takim zespołom projektowym.  A co ma zrobić szef projektu, który ma zarządzać projektem przy budżecie, który nie przewiduje zakupu

Zarządzanie projektem a rozproszona lokalizacja zespołu Czytaj dalej »

Analityk procesów biznesowych

W ramach WMB w zakresie modelowania biznesowego proponuję tylko jedna rolę: analityk procesów biznesowych. Analityk procesów biznesowych odpowiada za: tworzenie procesów biznesowych przez zarysowanie i ograniczenie modelowanej organizacji uszczegóławianie procesów biznesowych budowę dokumentacji W WMB, analityk procesów biznesowych  odpowiada za budowę biznesowego przypadku użycia poprzez zarysowanie i ograniczenie modelowanej organizacji, na przykład, przez ustalenie, którzy

Analityk procesów biznesowych Czytaj dalej »

Zaawansowane dobre praktyki inżynierii wymagań

Poniżej opisane wskazówki to zaawansowane dobre praktyki opracowane przez Ian Sommerville i Pete Sawyer. Więcej na ten temat możesz przeczytać tutaj. Używaj te same wymagania wielokrotnie Zaleca się, w miarę możliwości, używanie lub modyfikacje pozyskanych w czasie budowy innych, podobnych lub obejmujących tę samą dziedzinę zastosowań projektów. Oszczędza to koszty i czas ponownego odkrywania wymagań

Zaawansowane dobre praktyki inżynierii wymagań Czytaj dalej »

Etyka w procesie wytwórczym oprogramowania

Nigdy się nie zastanawiałem nad etyką w procesie wytwórczym oprogramowania aż do dziś kiedy natrafiłem na artykuł, którego autorami są Maria Ganzha i Stanisław Szejko. Tekst jest dość ciekawy gdyż porusza nowe obszary procesu wytwórczego oprogramowania, które wykraczają poza tradycyjnie stosowaną podejście stosowane w inżynierii  oprogramowania. Zainteresowanych odsyłam do artykułu: http://www.e-informatyka.pl/article/show/493 Technorati Tagi: proces wytwórczy

Etyka w procesie wytwórczym oprogramowania Czytaj dalej »

Średniozaawansowane dobre praktyki inżynierii wymagań

Poniżej opisane wskazówki to średniozaawansowane dobre praktyki opracowane przez Ian Sommerville i Pete Sawyer. Więcej na ten temat możesz przeczytać tutaj. A. Pozyskiwanie wymagań Poszukaj ograniczeń narzucanych przez dziedzinę problemu Domena budowanego systemu narzuca często dodatkowe wymagania, wynikają one z obowiązujących wymogów, przepisów oraz ograniczeń dziedziny. System musi je brać pod uwagę i spełniać. Gromadzenie

Średniozaawansowane dobre praktyki inżynierii wymagań Czytaj dalej »

Podstawowe dobre praktyki inżynierii wymagań

Poniżej opisane wskazówki to podstawowe dobre praktyki opracowane przez Ian Sommerville i Pete Sawyer. Więcej na ten temat możesz przeczytać tutaj. A. Dokument specyfikacji wymagań Zdefiniuj standardową strukturę dokumentu Dokument wymagań powinien mieć ustandaryzowaną w danej organizacji strukturę. Ma to ułatwić i przyspieszyć czytelnikom zaznajamianie się z dokumentem ze względu na znajomość struktury i rozkładu

Podstawowe dobre praktyki inżynierii wymagań Czytaj dalej »

Przewijanie do góry