Enterprise Architect 12 – Zmiany w menu głównym aplikacji – część 1

Enterprise Architect, narzędzia CASE /

12 lutego firma Sparx Systems udostępniła wersję 12 (zbieg okoliczności daty i numerku wersji?) systemu Enterprise Architect. Wśród zmian znalazły się m.in. zmiany w wyglądzie aplikacji oraz nowe zestawy narzędzi. Zmiany zaszły także w głównym menu aplikacji. Moje pierwsze wrażenie jest pozytywne. Poszczególne elementy menu znalazły się w bardziej intuicyjnych miejscach. Cześć nazw została skrócona. Nawigacja po […]

Enterprise Architect 12 – Zmiany w menu głównym aplikacji – część 1 Czytaj dalej »

Rodzaje wymagań

analiza wymagań, inżynier wymagań, zarządzanie wymaganiami /

W poprzednim wpisie określiłem kilka definicji, którymi będę się posługiwał w cyklu tekstów o inżynierii wymagań. Czas podział wymagań. Wymagania dzielę na wymagania funkcjonalne i wymagania niefunkcjonalne (zwane także wymaganiami jakościowymi). Ponadto identyfikuję ograniczenia. Wymagania funkcjonalne określają funkcjonalność tworzonego oprogramowania. Wymagania funkcjonalne mogą być podzielone na wymagania funkcjonalne, wymagania dotyczące zachowania systemu oraz wymagania dotyczące

Rodzaje wymagań Czytaj dalej »

Enterprise Architect 12 – nie instaluj pochopnie

analiza biznesowa, Enterprise Architect, inżynieria oprogramowania, modelowanie procesów biznesowych, narzędzia CASE, projektowanie systemów informatycznych, wydarzenia /

  Sparx Systems opublikował kilka dni temu 12 wersję kultowego Enterprise Architect. Wstępna analiza wykazała, że aktualizacja narzędzia może doprowadzić do problemów w starych repozytoriach. 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 aplikacji webowych pracujących w środowisku urządzeń

Enterprise Architect 12 – nie instaluj pochopnie Czytaj dalej »

Wprowadzenie do zarządzania wymaganiami–podstawowe definicje

analiza wymagań, inżynier wymagań, zarządzanie wymaganiami /

Wpisy na temat inżynierii wymagań zacznę od podstawowych definicji. Definicja: Wymaganie 1.Ograniczenie lub zdolność potrzebna użytkownikowi do rozwiązania problemu lub osiągnięcia określonego celu. 2.Ograniczenie lub zdolność, które musi być spełnione lub zrealizowane przez system lub składnik systemu w celu spełnienia warunków umowy, standardu, specyfikacji lub innych formalnych dokumentów. 3.Udokumentowana reprezentacja ograniczeń i zdolności określonych w

Wprowadzenie do zarządzania wymaganiami–podstawowe definicje Czytaj dalej »

Raport Gartnera o repozytoriach architektonicznych

inżynieria oprogramowania /

Enterprise Architect na polskim rynku wypiera skutecznie inne narzędzia. Na blogu ArchitekturaKorporacyjna.pl praktycznie pojawiło się bardzo sensowny opis pozycji tego narzędzia.  Zapraszam do lektury  Raport Gartnera o repozytoriach architektonicznych. 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 aplikacji webowych pracujących w

Raport Gartnera o repozytoriach architektonicznych Czytaj dalej »

Kanban i wykrywanie wąskich gardeł

agile, kanban /

Proces tworzenia oprogramowania można traktować jako rurociąg z żądaniami funkcji wchodzącymi z jednej strony i lepszym oprogramowaniem wychodzącym z drugiej. Wewnątrz rurociągu, istnieje pewien rodzaj procesu, który może wahać się od nieformalnego procesu ad hoc do bardzo formalnego etapowego procesu. W tym artykule, założymy prosty proces fazowy: (1) analiza wymogów, (2) opracowanie kodu i (3)

Kanban i wykrywanie wąskich gardeł Czytaj dalej »

Scrumban czyli scrum i kanban

agile, kanban /

Kanban jest procesem ewolucyjnym lub sposobem dokonywania zmian ewolucyjnych w celu poprawy obecnie stosowanych procesów, nawet Scrum!Mimo tego, iż Scrum cieszy się wielkim powodzeniem i zastosowaniem na całym świecie, wiele zespołów i organizacji miało problemy z wdrożeniem wszystkich jej aspektów.  Problemy te mogły być związane ze zmianami organizacyjnymi i ról lub niemożnością sprostania iteracji lub

Scrumban czyli scrum i kanban Czytaj dalej »

Trzy podstawowe zasady Kanban

agile, inżynieria oprogramowania, kanban /

Kanban nałoży się na Twój istniejący proces i wymaga wyłącznie przestrzegania trzech podstawowych zasad:1. Wizualizuj swój przepływ2. Ogranicz swoją pracę w toku3. Zacznij nową pracę po zakończeniu dotychczasowej pracy. Wiem, że brzmi to dość dziwnie, ale przestrzeganie tych podstawowych zasad może znacznie poprawić wydajność pracy Twojego zespołu. Zapytasz, jak? Przyjrzyjmy się każdej z zasad. Wizualizuj

Trzy podstawowe zasady Kanban Czytaj dalej »

Kanban a Agile

agile, kanban /

Ostatecznym celem metod Agile jest jak najszybsze zapewnienie dokładnego dostarczenia klientowi pożądanego oprogramowania. Metody Agile nie mają większego znaczenia jeśli chodzi o jakość. W tym momencie, możesz wykorzystać wiedzę dotyczącą metody typu lean w systemie Kanban. System Kanban może wpłynąć na Twój projekt w następujący sposób: Zwiększa widoczność przepływu projektu (kto co robi, czy jest

Kanban a Agile Czytaj dalej »

Parametr WIP w Kanban

agile, kanban /

System Kanban może być porównany do struktury ogona. Rozpoczyna pracę nad nowymi zadaniami pochodzącymi z tyłu po zakończeniu pracy wykonywanej w tej chwili. W tym momencie, aby zaplanować przyszłość, możemy obliczyć limit WIP (Work-In-Progress Ograniczenie Pracy w Toku). Ograniczenie WIP może różnić się w zależności od projektu i zespołu. Tak więc, Kanban może z łatwością

Parametr WIP w Kanban Czytaj dalej »

Scroll to Top