Jakość a plan iteracji

Plan iteracji to jeden z elementów zarządzania jakością procesu wytwórczego oprogramowania. Moim zdaniem dobry plan iteracji: jednoznacznie hierarchizuje wymierne cele, które odpowiadają ogólnemu celowi iteracji przedstawionemu w planie projektu. określa cele, które obejmują weryfikację lub ukazanie wdrażanych scenariuszy. jasno definiuje kryteria oceny. wyjaśnia, którym ryzykiem zajmie się iteracja. szacuje wysiłek konieczny do osiągnięcia każdego celu. […]

Jakość a plan iteracji Czytaj dalej »

Zarys tworzenia architektury korporacji

Tworzenie struktury dla przedsiębiorstwa może być tak proste, jak podrasowanie starej istniejącej struktury lub tak skomplikowane, jak wynalezienie swojej własnej. W większości przypadków, nie będziesz musiał zaczynać od samego początku. Nawet jeżeli, zdecydujesz się na adaptację istniejącej struktury, nadal pozostanie ci wiele pracy do wykonania. Będziesz musiał dostosować istniejącą strukturę, aby pasowała do kultury i

Zarys tworzenia architektury korporacji Czytaj dalej »

Wakacyjne działania

Ostatnio zaniedbałem wpisy dot. moich działań szkoleniowych i konsultingowych. Stało się to przede wszystkim przez produkty: MANEA (MANEA – Mantis Bug Trucker i Enterprise Architect) oraz TORMIGO (Tormigo wersja beta), oraz brak czasu związany ze wspomnianymi działaniami. Zacznę od ostatnich większych projektów, których wspólnym mianownikiem jest branża ubezpieczeniowa. W jednej firm zajmowałem się przygotowaniem a

Wakacyjne działania Czytaj dalej »

Tormigo wersja beta

Enterprise Architect w zakresie zarządzania wymaganiami nie jest najlepszym produktem zwłaszcza w zakresie wersjonowania oraz akwizycji tych wymagań. Z tego też powodu powstało Tormigo. Do pobrania jest to 30-dniowa wersja beta. Błędy można zgłaszać na mój adres mailowy lub support (at-małpka) tormigo.com Trzy osoby, które zgłoszą najwięcej błędów otrzymają licencje Tormigo. Więcej o Tormigo Podobne

Tormigo wersja beta Czytaj dalej »

Architektura korporacyjna – dlaczego?

Wejście w architekturę korporacyjną to w dzisiejszej dobie  konieczność dla nowoczesnych organizacji. Celowo piszę “wejście” bo architektura korporacyjna to przede wszystkim  sposób myślenia o rozwoju organizacji i trzeba w ten sposób myślenia wejść a raczej przejść ze ścieżki “ad hoc”.  Może trochę przejaskrawiam pisząc o “ad hoc”, ale mam wrażenie, ze w wielu organizacjach strategia

Architektura korporacyjna – dlaczego? Czytaj dalej »

MANEA – Mantis Bug Trucker i Enterprise Architect

MANEA jest to dodatek (plugin) do MANTIS BUG TRUCKER, który pozwala na dwukierunkową synchronizację wybranych wpisów z systemu MANTIS BT z repozytorium wymagań znajdujących się w Enterprise Architect firmy Sparx. MANEA cechy: mapowanie, za pomocą Enterprise Architecta, wpisów i zgłoszeń na konkretne artefakty modelu aplikacji prowadzenie w systemie MANTIS dyskusji nad wymaganiami zapisanymi w Enterprise

MANEA – Mantis Bug Trucker i Enterprise Architect Czytaj dalej »

Zwinne modelowanie w Visual Studio 2010

Jest rewolucja. I to nie mała. Otóż firma Microsoft w ramach Visual Studio z premedytacją omijała aspekt wizualnego projektowania sytemu przy użyciu UML. Aż do teraz. W nowej wersji VS 2010 jest VS2010 Visualization and Modeling Feature Pack (http://msdn.microsoft.com/en-gb/vstudio/ff655021.aspx), dzięki któremu można wytwarzać modele na różnym poziomie abstrakcji i w konsekwencji synchronizować je z kodem

Zwinne modelowanie w Visual Studio 2010 Czytaj dalej »

Raportowanie zmian w modelu w Enterprise Architect

Zmiany w oprogramowaniu i modelach są nieuniknione. Poniżej kilka słów na temat jak je przedstawić w EA i jak je raportować. Przyjąłem, że zmiany dotyczą zmian w istniejącym już oprogramowaniu. Zmiana jest zgłoszona w dowolnej formie przyjętej w organizacji natomiast w Enterprise Architect jest reprezentowane jako wymaganie, zmiana lub defekt (problem) Wszystkie wymagania i elementy,

Raportowanie zmian w modelu w Enterprise Architect Czytaj dalej »

DoDAF

Historia W odpowiedzi na rosnące zapotrzebowanie na wspólne i wielonarodowe operacje wojskowe, DoD stał się bardziej dostosowany do potrzeb standardowego podejścia do architektury celem zapewnienia, że ich systemy mogą się komunikować i wspólnie działać. W roku 1995, DoD opracował instrukcję dla rozwoju architektury. Struktura architektury C4ISR, wersja 1.0 została opublikowana w roku 1996. Wersja 2

DoDAF Czytaj dalej »

Przewijanie do góry