proces wytwórczy oprogramowania

Projektowanie systemów informatycznych w ujęciu Agile

W dniach 7-8  maja prowadziłem w Warszawie szkolenie z projektowania systemów informatycznych. Nikt z uczestników szkolenia nie miał wątpliwości, że modele w UML są przydatne a jednocześnie metodyki z nurtu Agile odrzucają modelowanie. Oczekiwania wobec szkolenia krążyły wobec tematów co i jak dokumentować w UML? Jak obszerną dokumentację wykonywać? Jak połączyć modelowanie w UML z […]

Projektowanie systemów informatycznych w ujęciu Agile 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 »

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 »

Czas a modelowania w języku UML

Czasami dostaję pytanie: Ile kosztuje modelowanie w UML? Moja odpowiedź brzmi: Dużo, ale koszty się zwracają z zyskiem. Skąd ten zysk skoro modelowanie w UML to czas ludzi, którzy zamiast pisać kod siedzą i modelują a od tego kodu nie przybywa. Moi rozmówcy mają obawy, że to korzystanie z UML wydłuża proces budowy oprogramowania. Pozornie

Czas a modelowania w języku UML Czytaj dalej »

UML jest niezrozumiały i nie wiadomo jak go stosować?

Panuje powszechna opinia, że modele wyrażone w języku UML są niezrozumiałe i nie wiadomo jak go stosować. Problem czytelności diagramów jest tym bardziej istotny, gdy dokumentacji (jakże pieczołowicie) wykonanej w UML nie umie przeczytać Klient. Tak to problem, z którym czasem się spotykam. Wtedy zanim Klient zobaczy wartość modelowania  pozwalam nazywać poszczególne elementy notacji tak

UML jest niezrozumiały i nie wiadomo jak go stosować? Czytaj dalej »

Warto znać UML!!!

Czy warto znać UML? Myślę, że tak tym bardziej, że zdaniem Instytutu Gartner’a w 2006 roku z języka UML korzystało ponad 10 milionów specjalistów z branży IT. Gartner szacuje, że w 2008 r. ok. 70% organizacji związanych z wytwarzaniem oprogramowania korzysta z UML. Więcej na temat przyszłości modelowania można przeczytać w artykule Andrew Watson’a (http://www.uml.org/Visual_Modeling.pdf).

Warto znać UML!!! Czytaj dalej »

Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect

Niniejszy artykuł napisałem kilka lat temu i w oryginale został wydany w Software Developer’s Journal Extra nr 18, (IBM Software Development Platform  Projektowanie SI, str.  34-38,   ISSN:1734-7661) w 2005 roku. Tekst publikuję, gdyż tego wydania nie ma już na rynku a opisana sposób postępowania jest nadal w miarę aktualny. W artykule zaprezentowano zestaw kolejnych kroków,

Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect Czytaj dalej »

Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model przypadków użycia

Pierwszym krokiem po włączeniu Rational Software Architect’a jest wybór miejsca, w którym znajdować się będzie nasz projekt (ang. workspace). W tym przypadku zamiast domyślnego katalogu umieścimy nasze rozwiązanie w katalogu Projekt 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

Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model przypadków użycia Czytaj dalej »

Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model analizy

Po zdefiniowaniu wymagań (Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model przypadków użycia ) na system przychodzi kolej na modele, które opiszą nam z jakich elementów jest zbudowany system i jak te elementy ze sobą współpracują. Modele te buduje się w modelu analizy (ang. Analysis Model), który należy dodać do

Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model analizy Czytaj dalej »

Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – implementacja

Po zbudowaniu modelu analitycznego (Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model analizy), który powstał na podstawie modelu przypadków użycia (Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model przypadków użycia) można przejść do budowy modelu projektowego, który w naszym przypadku, będzie podstawa do wygenerowania szkieletu

Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – implementacja Czytaj dalej »

Scroll to Top