mgr inŝ. Jacek Kołodziej, mgr inŝ. Grzegorz Młynarczyk



Podobne dokumenty
INŻYNIERIA OPROGRAMOWANIA. Zakład Języków Programowania Instytut Informatyki Uniwersytet Wrocławski

Narzędzia CASE dla.net. Łukasz Popiel

KOMPUTEROWE WSPOMAGANIE ZARZĄDZANIA

Wytwarzanie, integracja i testowanie systemów informacyjnych

Modelowanie i analiza systemów informatycznych

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE

Uniwersytet w Białymstoku Wydział Ekonomiczno-Informatyczny w Wilnie SYLLABUS na rok akademicki 2012/2013

Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne

Zasady organizacji projektów informatycznych

Grupa treści kształcenia, w ramach której przedmiot jest realizowany Przedmiot kierunkowy

Wykład 1 Inżynieria Oprogramowania

Inżynieria oprogramowania - opis przedmiotu

Inżynieria Oprogramowania w Praktyce

Egzamin / zaliczenie na ocenę*

INŻYNIERIA OPROGRAMOWANIA

KARTA MODUŁU KSZTAŁCENIA

tel. (+48 81) /22 fax (+48 81) Wykład Ćwiczenia Laboratorium Projekt

Diagramy przepływu danych II model środowiskowy, diagram odpowiedzi na zdarzenia KI AE PSI

Politechnika Poznańska, Instytut Informatyki, Studia niestacjonarne. Inżynieria oprogramowania

PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK

KARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Inżynieria oprogramowania, C12

OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010

WYDZIAŁ EKONOMII KARTA OPISU MODUŁU KSZTAŁCENIA

Zakres wykładu. Podstawy InŜynierii Oprogramowania

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?

Dokument Detaliczny Projektu

Projektowanie systemów informatycznych. wykład 6

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Biorąc udział w projekcie, możesz wybrać jedną z 8 bezpłatnych ścieżek egzaminacyjnych:

PRZEWODNIK PO PRZEDMIOCIE

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Projekt systemu informatycznego

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym

Inzynieria Oprogramowania 2... nazwa przedmiotu SYLABUS A. Informacje ogólne. Wydział Ekonomiczno-Informatyczny w Wilnie

REKOMENDACJE DOTYCZĄCE PLATFORMY ZARZĄDZANIA KOMPETENCJAMI

PRZEWODNIK PO PRZEDMIOCIE

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2014/2015

Inżynieria oprogramowania I

PRZEWODNIK PO PRZEDMIOCIE

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Przedsięwzięcia Informatyczne w Zarządzaniu

Analiza i projektowanie obiektowe w UML Kod przedmiotu

Leszek Dziubiński Damian Joniec Elżbieta Gęborek. Computer Plus Kraków S.A.

Przegląd i ewaluacja narzędzi do szybkiego tworzenia interfejsu użytkownika (RAD).

Kryzys oprogramowania. Wprowadzenie do modelowania. Metodyka projektowania. Próby walki z kryzysem. zastosowanie odpowiedniej metodyki projektowania

Inżynieria oprogramowania. Jan Magott

Systemy ERP. dr inż. Andrzej Macioł

Dokument Detaliczny Projektu

DOKUMENTACJA. Przeznaczenie dokumentacji użytkowej. Użytkownicy końcowi Administratorzy SKŁADNIKI DOKUMENTACJI. Synteza Dokumentacja.

2005 Andrzej Jaszkiewicz. Wyłącznie dla użytku studentów Politechniki Poznańskiej, kierunek Informatyka

Rozwiązanie GIS dla mniejszego. miasta: model Miasta Stalowa Wola. Janusz JEśAK. Jacek SOBOTKA. Instytut Rozwoju Miast. ESRI Polska Sp. z o. o.

Analiza i projekt systemu pracy grupowej z zastosowaniem metodyki SCRUM w technologii SharePoint Karolina Konstantynowicz

Plan. Wprowadzenie. Co to jest APEX? Wprowadzenie. Administracja obszarem roboczym

Wykład Ćwiczenia Laboratorium Projekt Seminarium

DSL w środowisku Eclipse. Grzegorz Białek Architekt techniczny, Sygnity S.A.

Wykład 3 Wymagania. MIS n Inżynieria oprogramowania Październik Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie

Inżynieria Oprogramowania. Inżynieria Oprogramowania 1/36

Wytwórstwo oprogramowania. michał możdżonek

Spis treúci. 1. Wprowadzenie... 13

Rok akademicki: 2014/2015 Kod: EAR IS-s Punkty ECTS: 4. Kierunek: Automatyka i Robotyka Specjalność: Informatyka w sterowaniu i zarządzaniu

SYLABUS DOTYCZY CYKLU KSZTAŁCENIA Bieżący sylabus w semestrze zimowym roku 2016/17

System INTEGRYB jako zintegrowane repozytorium danych umożliwiające zaawansowaną analitykę badawczą

PROGRAM MICROSOFT DEVELOPER NETWORK ACADEMIC ALLIANCE MSDN AA

Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II)

Instalacja SQL Server Konfiguracja SQL Server Logowanie - opcje SQL Server Management Studio. Microsoft Access Oracle Sybase DB2 MySQL

Pytania z przedmiotów kierunkowych

PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Ekspert MS SQL Server Oferta nr 00/08

PRZEWODNIK PO PRZEDMIOCIE

5 Moduył do wyboru II *[zobacz opis poniżej] 4 Projektowanie i konfiguracja sieci komputerowych Z

Biuro projektu: ul. Kościuszki 4/6a, Rzeszów, tel.: ,

Zarządzanie Projektami zgodnie z PRINCE2

PRZEWODNIK PO PRZEDMIOCIE

Baza danych to zbiór wzajemnie powiązanych ze sobą i zintegrowanych danych z pewnej dziedziny.

SAP w 24 godziny / Michael Missbach, George Anderson. Gliwice, cop Spis treści

Informatyczne fundamenty

INŻYNIERIA OPROGRAMOWANIA

RÓWNOWAŻNOŚĆ ZAOFEROWANCH PAKIETÓW PROGRAMÓW BIUROWYCH

Organizacja zajęć BAZY DANYCH II WYKŁAD 1. Plan wykładu. SZBD Oracle

IBM Rational Software Architect uproszczona instrukcja użytkowania

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

Spis treści. Analiza i modelowanie_nowicki, Chomiak_Księga1.indb :03:08

AUREA BPM HP Software. TECNA Sp. z o.o. Strona 1 z 7

poziom: Core wersja: 2.6 moduł: B : Wytwarzanie SYLLABUS

Projekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI

Zarządzanie zadaniami w projektach informatycznych na przykładzie systemu Trac. Integracja z Eclipse.

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie

Etapy życia oprogramowania

Zintegrowana platforma drukowania, skanowania, archiwizowania i obiegu

PRZEWODNIK PO PRZEDMIOCIE

EFEKTY KSZTAŁCENIA DLA KIERUNKU STUDIÓW

KIERUNKOWE EFEKTY KSZTAŁCENIA

Inżynieria oprogramowania

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe

Modelowanie i analiza systemów informatycznych

Monitoring procesów z wykorzystaniem systemu ADONIS

Transkrypt:

Wykład : Techniki i narzędzia modelowania systemów (notacje graficzne) (cz.1) mgr inŝ. Jacek Kołodziej, mgr inŝ. Grzegorz Młynarczyk Opracowano na podstawie: InŜynieria oprogramowania wykład : mgr inŝ. Grzegorz Młynarczyk, WSZIB, Kraków InŜynieria oprogramowania wykład : dr hab. inŝ. Kazimierz Subieta, PJWSTK, Warszawa InŜynieria oprogramowania: Andrzej Jaszkiewicz, Wyd.Helion 1997 Projektowanie systemów informacyjnych wykład: Ewa Stemposz, Kazimierz Subieta Instytut Podstaw Informatyki PAN, Warszawa Software Engineering, 7th edition, Ian Sommerville 2004 Semestr IV, slajd 1

Techniki i narzędzia modelowania systemów (notacje graficzne) Zagadnienia Projektowanie systemów Narzędzia CASE Typy Czy warto? Typowe funkcje Problemy Przegląd Notacje graficzne w fazie analizy wymagań Wsparcie dla metod obiektowych i strukturalnych Aplikacje WWW Semestr IV, slajd 2

Typy Computer Assisted /Aided Software / System Engineering Komputerowo wspomagana inŝynieria oprogramowania i systemów informatycznych Termin CASE określa wszelkie narzędzia wykorzystywane w trakcie prac projektowych przy tworzeniu oprogramowania. Zaliczamy do nich: kompilatory, debuggery, edytory tekstu, narzędzia harmonogramowania przedsięwzięć, arkusze kalkulacyjne. Zwykle pojęci CASE utoŝsamiane jest z narzędziami, które: Wspomagają proces wytwarzanie oprogramowania, koncentrują się na fazach analizy i projektowania oraz bezpośrednim wykorzystaniu wyników tych faz w implementacji. Semestr IV, slajd 3

Typy Grupy narzędzi CASE: Upper-CASE wspomaganie wczesnych faz prac nad oprogramowaniem, w szczególności fazy analizy (potrzeby analityków i projektantów), narzędzia te nie są związane z konkretnym środowiskiem implementacyjnym. Lower-CASE: wspomaganie faz projektowania i implementacji (potrzeby programistów), narzędzia te są z reguły ściśle związane z konkretnym środowiskiem implementacji, Semestr IV, slajd 4

Typy Lower-CASE: opierają się na obserwacji, Ŝe notacje graficzne są bardziej naturalnym sposobem prezentacji duŝych programów, niŝ tradycyjny zapis tekstowy, dzięki temu nie jest konieczne zapisywanie w całości kodu programu ręcznie. programista posługuje się symbolami graficznymi, które odpowiadają konkretnym, łatwo wyróŝnialnym, konstrukcjom programistycznym. dodatkowo dostępne są funkcje dialogowej edycji atrybutów tych konstrukcji. Semestr IV, slajd 5

Typy Integrated CASE (I-CASE) pakiety łączące w sobie moŝliwości narzędzi Upper i Lower CASE związanie narzędzi Lower - CASE z konkretnym środowiskiem programistycznym jest znaczącym ograniczeniem, niektórzy producenci oferują uniwersalne narzędzia Upper-CASE z dołączonymi kilkoma dodatkowymi modułami typu Lower-CASE przeznaczonymi dla róŝnych środowisk programistycznych duŝy wybór tego typu narzędzi proste edytory graficzne, narzędzia wspomagające proces harmonogramowania I - CASE y wspierające proces tworzenia oprogramowania od fazy strategicznej, aŝ do konserwacji. Semestr IV, slajd 6

Typy Integrated CASE (I-CASE) większość firm proponuje ujednolicony system notacji (jednak nie oznacza to, Ŝe narzędzia te opierają się na tej samej metodyce). Podstawowe grupy narzędzi: narzędzia harmonogramowania i monitoringu projektów, narzędzia szacowania kosztów, narzędzia analizy decyzyjnej. Semestr IV, slajd 7

Czy warto? Wyniki ankiety: Korzyści ze stosowania narzędzi CASE Podniesienie jakości realizowanego systemu Usprawnienie komunikacji Produktywność Sformalizowana metodyka realizacji SI Łatwiejsza konserwacja SI Lepsze zarządzanie projektem Inne 5 10 15 20 25 30 35 40 % respondentów Źródło:CASE RESEARCH CORP. 1989 Semestr IV, slajd 8

Wielośrodowiskowe narzędzie I-CASE Środowisko programistyczne A Pakiet typu Lower-CASE dla środowiska A Jądro systemu. Uniwersalny pakiet typu Upper-CASE Środowisko programistyczne B Pakiet typu Lower-CASE dla środowiska B Środowisko programistyczne C Pakiet typu Lower-CASE dla środowiska C Pakiet typu Lower-CASE dla środowiska D Środowisko programistyczne D Semestr IV, slajd 9

Składowe Środowisko implementacji Inzynieria Odwrotna Reverse Engeenering Interfejsy narzędzi RAD (Rapid Application Development) Import / eksport danych Kontrola poprawności wersji CVS ( Concurrent Version System) Kontrola jakości Edytory diagramów Generatory kodu Repozytorium Danych Generatory dokumentacji technicznej Projektowanie interfejsu UŜytkownika GUI Obsługa pracy sieciowej Zarządzanie pracą grupową Zarządzanie konfiguracjami Generowanie Raportów Semestr IV, slajd 10

Edytory notacji graficznych Funkcje edytorów notacji graficznych Tworzenie i edycja diagramów wykorzystywanych w fazach określania wymagań. Tworzenie i edycja powiązań pomiędzy poszczególnymi symbolami i diagramami Nawigowanie po sieci powiązanych diagramów. Wydruk diagramów. Co brać pod uwagę przy wyborze narzędzi: Ergonomia pracy. Diagramy graficzne są jednym z podstawowych narzędzi pracy w fazach analizy i projektowania. Powinny one pozwalać analitykom i projektantom skupić się na pracy, a nie na zmaganiach z edytorem. MoŜliwość kontrolowania ilości informacji prezentowanej w sposób graficzny. Jakość i moŝliwość formatowania wydruków. Wykrywanie na bieŝąco konstrukcji niepoprawnych. Zapewnienie spójności informacji umieszczonych na róŝnych diagramach. Semestr IV, slajd 11

Repozytorium danych (słownik) Repzytorium narzędzia CASE to baza danych zawierająca wszystkie informacje o realizowanym projekcie oraz narzędzia słuŝące do jej edycji i przeglądania. Podstawowe funkcje edycja specyfikacji wymagań modelu i projektu, a takŝe dodatkowych informacji związanych z jego realizacją. przetwarzanie, wyszukiwanie o prezentacja informacji. udostępnianie danych dla aplikacji zewnętrznych tworzonych np.: w Visual Basic, SQL, ODBC, itd. moŝliwość rozbudowy struktury repozytorium oraz wprowadzania własnych funkcji działających na repozytorium. Semestr IV, slajd 12

Dostrajanie = konfiguracja + wdroŝenie Szkolenie pracowników: w zakresie uŝywanych metodyk ( głownie analizy i projektowania )Szkolenie pracowników w zakresie obsługi pakietu. Dostosowanie standardów stosowanych w firmie do wprowadzanej technologii. Dostosowanie zestawu narzędzi CASE obejmuje: skonfigurowanie słownika danych, zdefiniowanie raportów, zdefiniowanie dokumentów, które będą generowane za pomocą generator dokumentacji technicznej. Odtworzenie dokumentacji technicznej wcześniejszych projektów: obejmuje funkcje inŝynierii odwrotnej oraz moŝliwości importu danych ze standardowych formatów. Realizacje pilotaŝowego projektu (projektów) z wykorzystaniem narzędzia CASE, ( najlepiej równolegle z wcześniejszymi metodami) Semestr IV, slajd 13

Ocena narzędzi Kryteria oceny Zakres oferowanych funkcji i ich zgodność z potrzebami projektu (przyjętych strategii projektu lub działalności firmy ) Koszt Niezawodność Marka producenta Dostępność na rynku pracy specjalistów znających dany pakiet Stopień zintegrowania z przyjętym środowiskiem programistycznym Wielośrodowiskowość Sieć dystrybucyjna, wsparcie szkoleniowe ( koszt ) Koszt dostosowania sprzętu do wymagań pakietu Obecnie narzędzia oparte o metodyki obiektowe nie ustępują jakością tradycyjnym narzędziom opartym o metodyki strukturalne Semestr IV, slajd 14

Czynniki braku przekonania do narzędzi Traktowanie narzędzi CASE wyłącznie jako generatorów kodu, ( nie jest to efektywne przy braku rzetelnego podejścia do fazy analizy i projektowania ) : nakłady na implementację stanowią tylko ok. 15-30% całych nakładów koszt błędów popełnionych w fazie implementacji jest stosunkowo niewielki istnieją inne, tańsze narzędzia programistyczne (RAD) Nieznajomość metodyk stosowanych przy specyfikacji, analizie i projektowaniu: narzędzia CASE nie uwalniają od myślenia, nie da się stworzyć sytemu bez wiedzy i doświadczenia. Tak było w projekcie Semestr IV, slajd 15

Narzędzia CASE Czynniki braku przekonania do narzędzi Niewłaściwa organizacja i zarządzanie przedsięwzięciem. Nieuporządkowanie prac, Zły lub spotykany częściej brak planu, niewłaściwa ocena skali projektu, Niewłaściwe zarządzanie wykonaniem projektu np.: brak monitorowania harmonogramu, kamieni milowych, itd. Wygórowane oczekiwania w stosunku do stosowanych narzędzi CASE: estymowana redukcja kosztów maksymalnie o 50%, konieczność poniesienia znacznych nakładów przy wdroŝeniu, efekty pojawiają się z pewnym opóźnieniem, wymaga wprowadzenia metod zarządzania jakością procesu produkcji, sukces wymaga duŝej dyscypliny w pracowników i kadry zarządzającej. Narzędzie CASE nie przesądza w auto-magiczny sposób o powodzeniu projektu. Zastosowanie obiektowego CASE niekoniecznie oznacza nowoczesność projektu. Stosowanie narzędzi CASE często przynosi znikome efekty. Semestr IV, slajd 16

Czynniki braku przekonania do narzędzi Brak współpracy kierownictwa Brak doświadczenia z systemami CASE Brak integracji z istniejącymi narzędziami Nieodpowiednia organizacja prac projektowo/programowych Brak dowodów przydatności CASE Brak metodyki projektowania IO Niezgodność z istniejącą praktyką Obawa przed zmianami Brak akceptacji klienta 5 10 15 20 25 30 35 40 % respondentów Źródło:CASE RESEARCH CORP. 1989 Semestr IV, slajd 17

Rozkład kosztów przy realizacji projektów IO Koszt realizacji projektu Stosowanie metodyk IO i narzędzi CASE Podejście tradycyjne typu: ad hoc Specyfikacja Analiza Projektowanie Implementacja WdroŜenie Pielęgnacja Semestr IV, slajd 18

Posumowanie - Czy warto??? Wybór narzędzia projektowania i zarządzania projektem to trudne zadanie. Jest on podyktowany: zasobami finansowymi, określonym modelem cyklu Ŝycia projektu determinuje sposób prowadzenia pracy, a co za tym idzie narzędzia uŝywane do projektowania stopniem zaawansowania projektu w przypadku prostych przedsięwzięć naturalnym wyborem będą narzędzia prostsze, nie wymagające specjalistycznych szkoleń i doświadczenia, a co za tym idzie bardziej dostępne (zwłaszcza jeśli chodzi o finanse). Tu najlepszym wyborem są narzędzia typu open-source lub tanie pakiety komercyjne oferujące podstawowe funkcje wspomagające. Semestr IV, slajd 19

Przegląd narzędzi CASE Micro Tool GMBH CASE /4/0 ObjectiF Oracle Oracle Developer and Developer Server Select Ent. Select Enterprise Platforma Corp. ProVision Workbench IBM Rational Suite Casewise Corporate Modeler Aonix Software through Pictures (StP) Bugzilla CVS Semestr IV, slajd 20