POLITECHNIKA OPOLSKA
Wykonali:
Adam Czech
Marek Cywiński
Opis sprawozdania
Pakiet Power Designer jako przykład zintegrowanego narzędzia CASE.
Analiza systemu odziedziczonego.
Power Designer
Power Designer to narzędzie typu CASE (Computer Aided System Engineering), program służy do tworzenia systemów informatycznych, głównie do modelowania, wykonywania i opisu systemów informatycznych.
Czym jest CASE ?
CASE (Computer-Aided Software Engineering, Computer-Aided Systems Engineering) - oprogramowanie używane do komputerowego wspomagania projektowania oprogramowania.
Funkcje CASE-a to analiza, projektowanie i programowanie
Narzędzia CASE automatyzują metody projektowania, dokumentacji oraz tworzenia struktury kodu programu w wybranym języku programowania, najczęściej w programowaniu obiektowym.
Typowymi narzędziami CASE są:
narzędzia do modelowania w języku UML i podobnych
narzędzia do zarządzania konfiguracją zawierające system kontroli wersji
narzędzia do refactoringu
Zastosowania:
Modelowanie danych
Modelowanie hurtowni danych
Modelowanie obiektowe aplikacji i systemów
Modelowanie procesów biznesowych
Zbieranie wymagań
Modelowanie architektury korporacyjnej
Główne funkcje:
integracja i łączenie modeli różnych typów
analiza wpływu zmian
generator raportów i dokumentacji
generator skryptów i kodu źródłowego
inżynieria odwrotna
konfiguracja pod potrzeby użytkownika (Funkcje, menu, zakładki, własne obiekty i właściwości, ...)
wsparcie pracy grupowej dzięki repozytorium
dostęp do modeli w repozytorium poprzez WWW
automatyczne sprawdzanie poprawności modeli
automatyczne łączenie i porównywanie modeli
możliwość importu modeli z innych narzędzi (Microsoft Visio, Rational, ARIS)
Pakiety dostępne w PD:
DataArchitect – przeznaczony dla administratorów i osób odpowiedzialnych za modelowanie danych. DataArchitect udostępnia funkcje zarządzania wymaganiami i przeprowadzania analizy danych. Umożliwia modelowanie hurtowni danych, np. poprzez wielowymiarową analizę danych, modelowanie procesów ETL, definiowanie procesów replikacji i synchronizacji danych. Obsługuje ponad 60 różnych platform bazodanowych. Posiada opcję generacji skryptów i mechanizmy inżynierii odwrotnej do modelu.
Developer – przeznaczony dla użytkowników, którzy zajmują się modelowaniem obiektowym. Udostępnia funkcje zarządzania wymaganiami oraz pełną obsługę analiz i projektowania w języku UML. Posiada opcje generacji kodu i przekształcania go na model poprzez inżynierię odwrotną. Możliwe jest to między innymi dla: różnych wersji Java, Visual Basic, C#, koduPowerBuilder, PHP. Za pomocą dodatków plug-in można integrować narzędzie z popularnymi narzędziami programistycznymi (np. Visual Studio, Eclipse, PowerBuilder). Zapewnia to synchronizację między modelem a kodem.
Studio – przeznaczony dla tych kręgów użytkowników, którzy zajmują się modelowaniem korporacyjnym (kierownictwo działów informatycznych i biznesowych) i muszą utrzymywać scentralizowaną kontrolę nad wszystkimi metadanymi. Studio łączy w sobie wszystkie funkcje modelowania technicznego, dostępne w DataArchitect i Developer, poszerzając je o funkcje modelowania procesów biznesowych oraz aspektów architektury korporacyjnej.
Viewer – jest to opcja darmowa nie wymagająca licencji. Umożliwia dostęp do wszystkich modeli bez możliwości ich edytowania. Umożliwia pobieranie dowolnego modelu z repozytorium, drukowanie i tworzenie raportów. Moduł Viewer można pobrać ze strony www.
Wersje Enterprise Edition (DataArchitect Enterprise, Developer Enterprise, Studio Enterprise) – opcja ta pozwala na realizowanie funkcji pracy grupowej poprzez możliwość połączenia się do repozytorium. Możemy w nim realizować między innymi funkcję wzajemnego wykluczania podczas pracy wielu osób, wersjonowanie, czy zarządzać uprawnieniami do poszczególnych elementów. Fizyczenie repozytorium to dowolna relacyjna baza danych pozwalająca na łączenie się do niej poprzez ODBS.
Systemy odziedziczone:
Systemy odziedziczone są socjotechnicznymi systemami komputerowymi, obejmują więc oprogramowanie, sprzęt, dane i procesy gospodarcze. Zmiany w jednej części systemu nieuchronnie powodują następne zmiany innych komponentów. Decyzje dotyczące tych systemów nie zawsze zależą jedynie od obiektywnych kryteriów inżynieryjnych.
System odziedziczony to nie tylko oprogramowanie użytkowe, ale także procesy gospodarcze, sprzęt i środowisko oprogramowania pomocniczego systemu. Aby ocenić jakość systemu, trzeba przyjrzeć się wszystkim jego poziomom.
Po zgromadzeniu informacji o wszystkich aspektach systemu jest się już gotowym do wydania opinii o jakości systemu i jego miejscu. Nie ma jednak żadnej systematycznej metody wypracowywania tej opinii. Wszystko zależy od konkretnego systemu i przedsiębiorstwa, które z niego korzysta.
Model warstwowy systemu odziedziczonego