dobre praktyki

Interfejs użytkownika–wymaganie czy projekt?

Rzadko piszę o dyskusjach, w których uczestniczę. Tym razem pragnę zwrócić uwagę na dyskusję jaka ma miejsce na goldenline: http://www.goldenline.pl/forum/3086284/interfejs-uzytkownika-wymaganie-klienta-czy-projekt-developera/s/1#52022118 Jarek Żeliński rozpoczął ciekawą dyskusję na temat czy interfejs użytkownika jest wymaganiem czy też projektem. Na drugiej stronie wyraziłem swoją opinię: Ja już od jakiegoś czasu traktuję interfejs użytkownika, jako wymaganie klienta. Jest to chyba […]

Interfejs użytkownika–wymaganie czy projekt? Czytaj dalej »

Blogi i inne strony

Fajnie, że Polska blog sfera rośnie w nowe atrakcyjne treści. Dziś chciałem polecić: http://eablogpl.blogspot.com/ – nowiutki blog Piotra Trętowskiego – bardzo merytoryczny Ponadto na stronach firmy Erudis można znaleźć kilka wartościowych artykułów. http://www.erudis.pl/pl/artykuly Jeśli znasz jakieś wartościowe strony to napisz jej adres w komentarzach. Warto się dzielić wiedzą. Zapraszam Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji

Blogi i inne strony Czytaj dalej »

Inżynieria wymagań – certyfikat

Inżynieria wymagań jest pierwszym etapem projektów informatycznych i ma decydujące znaczenie dla ich powodzenia. Inżynieria wymagań określa wszystkich interesariuszy projektu i jego zakres. Im staranniej określa się wymagania, tym mniej błędów powstaje w trakcie projektu. To truizm, który jest znany. Co więcej każdy (lub prawie każdy) uczestnik projektu to potwierdzi. Samo zebranie wymagań to ważny

Inżynieria wymagań – certyfikat Czytaj dalej »

Wiele osób musi skomentować dokumentację z Enterprise Architect

W wielu projektach zdarza się , że dokument wygenerowany z Enterprise Architect musi przeczytać i skomentować kilka czasem (znam skrajny przypadek)kilkanaście osób. Sekwencyjne wysyłanie dokumentów do opiniowania jest raczej mało sensowne a na pewno czasochłonne.  W takiej sytuacji staram się używać Google Docs. Zapisanie artefaktu w Google Docs ma dwie zalety. Plik jest od razu

Wiele osób musi skomentować dokumentację z Enterprise Architect Czytaj dalej »

Generowanie raportu ze zmianami w modelu w Enterprise Architect cz.2

W poprzednim artykule Generowanie raportu ze zmianami w modelu …. opisałem prace związane z przygotowaniem Tormigo do generowania dokumentacji prezentującej zmiany w modelu Enterprise Architect. W tej części opiszę sposób generowania dokumentacji. Podobne wpisy Migracja z IBM Rational Software Modeler do Enterprise Architect Przy braku spójności w narzędziach CASE stosowanych przez firmę czasem istnieje potrzeba

Generowanie raportu ze zmianami w modelu w Enterprise Architect cz.2 Czytaj dalej »

Planowanie w projekcie w nurcie Agile

Planując pracę  swoją czy też swojego zespołu staram się przestrzegać kilku zasad. Oto one: Plan szczegółowy buduję jedynie dla najbliższych zadań. Moim zadaniem użyteczne są plany na kilka najbliższych dni, tygodni, ale nie na kilka najbliższych miesięcy. Nie przepadam za wykresami Gantta. Coraz częściej dochodzę do wniosku, że wykresy Gantta mają małą wartość dla projektów

Planowanie w projekcie w nurcie Agile Czytaj dalej »

Planowanie pracy czyli zarządzanie projektem bez Projecta

MS Project jest jednym z najbardziej znanych narzędzi do budowy harmonogramów projektów. W swojej pracy wykorzystuję jednak inne narzędzie, które wspomaga mnie  w zarządzaniu projektem. Tym narzędziem jest OpenProj. OpenProj jest kompletną aplikacją przeznaczoną do zarządzania projektami. Użytkownik ma możliwość dodawania zadań, edytowania ich na wykresie Gantt’a, dodawania zasobów i wiele innych. Interfejs oraz pewne

Planowanie pracy czyli zarządzanie projektem bez Projecta Czytaj dalej »

Diagramy sekwencji a komponenty

Diagramy sekwencji są techniką, która idealnie nadaje się do zaprojektowania przepływu komunikatów pomiędzy klasami. Problem może powstać wtedy, gdy chcemy zaprezentować komunikację (użyte metody) na poziomie komponentów. Widziałem już w kilku miejscach diagramy sekwencji z komponentami. To bardzo niezdrowe rozwiązanie. Diagram sekwencji nie może być powiązany z metodą komponentu, gdyż komponenty to element, który wykorzystuje

Diagramy sekwencji a komponenty Czytaj dalej »

Szacowanie procesów biznesowych metodą diagramów aktywności

W trakcie prac projektowych lub analitycznych wielokrotnie powstaje potrzeba policzenia parametrów procesu biznesowego lub szacowania złożoności budowanego oprogramowania.  Większość metod formalnych wymaga bardzo często dość trudnych obliczeń. Z drugiej strony w trakcie prac analitycznych lub projektowych powstaje zazwyczaj diagram aktywności, który w sposób naturalny prezentuje składowe procesu biznesowego lub elementy scenariusza przypadku użycia. W artykule

Szacowanie procesów biznesowych metodą diagramów aktywności Czytaj dalej »

Czym jest architektura sytemu?

Ostatnio dużo się mówi na temat architektury systemów. W niektórych kręgach pojęcie to ma już rangę mityczną lub prawie mistyczną. Co więcej definicji jest tyle ilu jest dyskutantów.  W swojej pracy posługuję się definicją architektury ,która jest określona w książce „UML przewodnik użytkownika” Booch, Rumbaugh, Jacobson wydawnictwo WNT strona 31 gdzie czytamy: (cyt) „Architektura to

Czym jest architektura sytemu? Czytaj dalej »

Scroll to Top