inżynieria oprogramowania

Wszystko to co, moim zdaniem, ważnego dzieje się na świecie w dziedzinie inżynierii oprogramowania.

Specyfikacja UML w wersji 2.2

Jest już nowa wersja UML ? 2.2. O zmianach napiszę jak ją przejrzę. Poza stronami OMG zamieszczam poniżej linki do całej specyfikacji: UML 2.2 Infrastructure UML 2.2 Superstructure     Technorati Tagi: uml,Unified Modeling Language Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule przedstawiono opis pakietu narzędziowego VS.NET (Microsoft) z Rational […]

Specyfikacja UML w wersji 2.2 Czytaj dalej »

UML 2.1.2 normą ISO

Jakiś czas temu  w tekście o UML (Język UML a normy ISO) napisałem, że wersja 1.4.2 języka UML stała się norma ISO/IEC 19501 Obecnie najnowsza norma ISO odnośnie języka UML to ISO/IEC 19505, która reprezentuje standard UML w wersji 2.1.2   Poniżej zamieszczam linki do obu specyfikacji reprezentujących normy ISO: ISO/IEC 19501 ISO/IEC 19501 (UML

UML 2.1.2 normą ISO Czytaj dalej »

Wiosenne wydanie The Rational Edge

Od kilku dni jest dostępne wiosenne wydanie The Rational Edge. http://www.ibm.com/developerworks/rational/rationaledge/?S_TACT=105AGX15&S_CMP=EDGE Jak zwykle garść dość ciekawych artykułów. Tym razem wydanie zostało poświęcone szacowaniu projektów. Wskazuje na to artykuł Colin O’Neill?a, w którym można znaleźć kompletne wzory i techniki pozwalające wyliczyć ROI projektu oraz (bardziej mnie) interesujący tekst dotyczący szacowania złożoności oprogramowania w oparciu o punkty

Wiosenne wydanie The Rational Edge Czytaj dalej »

Cele modelowania biznesowego

Celem modelowania biznesowego jest: zrozumienie bieżących problemów w docelowej organizacji i określenie potencjałów udoskonalenia, ocena wpływu zmiany w organizacji, zapewnienie, że klienci, użytkownicy, inwestorzy oraz inne strony będą rozumieć organizację w ten sam sposób, wyprowadzenie wymagań systemu oprogramowania, które jest konieczne, aby wspierać docelową organizację, zrozumienie jak system oprogramowania, który ma być wykorzystywany w przyszłości,

Cele modelowania biznesowego Czytaj dalej »

Kryzys, osłabienie koniunktury to nowe szanse tylko na co?

Słowo kryzys jest odmieniane i wymieniane tyle razy, że ja też nie chcę być gorszy. Panika kryzysowa chyba bardziej jest szkodliwa niż to co obserwujemy. Nie zmienia to faktu, że mimo trudności jakie firmy mają w związku z ze zmianami w gospodarce muszą się one rozwijać lub chociaż nie kurczyć – także w sektorze z

Kryzys, osłabienie koniunktury to nowe szanse tylko na co? Czytaj dalej »

Cykl tworzenie oprogramowania na przykładzie mojego bloga

Każdy produkt informatyczny ma kilka faz a te najbardziej znane to: faza wymagań – klient określa funkcjonalność systemu w rozmowach z analitykami faza specyfikacji – powstaje specyfikacja programu, czyli opis jego działania, specyfikacja ta jest uzgadniana z klientem, powstaje plan i harmonogram wykonania faza projektu – powstaje projekt systemu, moduły i relacje, możliwa konieczność zmian

Cykl tworzenie oprogramowania na przykładzie mojego bloga Czytaj dalej »

Skuteczne i wydajne narzędzie do zarządzania wymaganiami

W zeszłym tygodniu na jednym ze spotkań dotyczącego projektu o dość sporej wartości dostałem pytanie: Dlaczego do większych projektów do zarządzania wymaganiami rekomenduję IBM Rational RequisitePro? Oponent argumentował, że to drogi produkt a wejście w niego ?spycha? w dość kosztowną platformę Rational. Pozornie miał rację. Otóż w przypadku małych firm i niewielkich projektów wystarczą narzędzia

Skuteczne i wydajne narzędzie do zarządzania wymaganiami Czytaj dalej »

Czym jest model?

Model to nic innego jak reprezentacja pewnej rzeczy lub systemu charakteryzującego się miedzy innymi tym, że model: jest podobny do modelowanej rzeczy lub systemu gdyż różni się pod względem skali lub zachowania można go weryfikować, gdyż jego zachowanie odpowiada zachowaniu oryginału można przewidzieć złożoność oryginału, gdyż ma zachowaną jego strukturę na odpowiednim poziomie złożoności W

Czym jest model? Czytaj dalej »

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 »

Przewijanie do góry