Cykl tworzenie oprogramowania na przykładzie mojego bloga

inżynieria oprogramowania /

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

inżynieria oprogramowania /

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?

inżynieria oprogramowania /

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

inżynieria oprogramowania, modelowanie procesów biznesowych, proces wytwórczy oprogramowania, zarządzanie wymaganiami /

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

inżynieria oprogramowania, projektowanie systemów informatycznych /

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

inżynieria oprogramowania, projektowanie systemów informatycznych /

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

modelowanie procesów biznesowych /

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

inżynieria oprogramowania, zarządzanie projektami /

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

modelowanie 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ń

inżynieria oprogramowania, zarządzanie wymaganiami /

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 »

Przewijanie do góry