Narzędzia CASE dla.net. Łukasz Popiel



Podobne dokumenty
PRZEWODNIK PO PRZEDMIOCIE

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

Informatyczne fundamenty

Wykład 1 Inżynieria Oprogramowania

KARTA MODUŁU KSZTAŁCENIA

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

PRZEWODNIK PO PRZEDMIOCIE

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

INŻYNIERIA OPROGRAMOWANIA

Inżynieria oprogramowania. Jan Magott

KOMPUTEROWE WSPOMAGANIE ZARZĄDZANIA

UML w Visual Studio. Michał Ciećwierz

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe

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

Część I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Podstawy programowania III WYKŁAD 4

Plan wykonania systemu ISOiWUT

STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe

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

Wprowadzenie do UML Rodzaje diagramów Przeglad oprogramowania Zadania Rozwiazania zadań Bibliografia. Warsaw Dziobax

Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1

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

E-ID1S-08-s5. Informatyka. I stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)

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

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

Kontraktor - Analityk Biznesowy

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

Analiza systemowa. Andrzej Łachwa Bazy danych 12+/15

Egzamin / zaliczenie na ocenę*

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą

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

Departament Zakupów Centralnych ul. Żaryna 2A, Warszawa tel. (22) DZC/AS/708/12. Warszawa, dn. 27 listopada 2012 r.

Analityk i współczesna analiza

INŻYNIERIA OPROGRAMOWANIA

Projekt systemu informatycznego

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

Spis treści 1. Wstęp 2. Projektowanie systemów informatycznych

Zarządzanie firmą Celem specjalności jest

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

Projektowanie systemów informatycznych. wykład 6

Wytwarzanie oprogramowania

Procesy wytwarzania oprogramowania Specyfikacja i projektowanie oprogramowania

Inżynieria oprogramowania - opis przedmiotu

Konfiguracja modelowania w procesie wytwarzania oprogramowania

Programowanie aplikacji biznesowych

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2

Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji

SVN. 10 października Instalacja. Wchodzimy na stronę i pobieramy aplikację. Rysunek 1: Instalacja - krok 1

Inżynieria oprogramowania I

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

Bazy danych i ich aplikacje

Inżynieria Oprogramowania w Praktyce

Podstawy modelowania programów Kod przedmiotu

I. Raport wykonywalności projektu

Specyfikowanie wymagań przypadki użycia

Król Łukasz Nr albumu:

JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE?

Czego nauczysz się wybierając tą specjalność?

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

PROGRAM MICROSOFT DEVELOPER NETWORK ACADEMIC ALLIANCE MSDN AA

Narzędzia Informatyki w biznesie

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017

Matryca pokrycia efektów kształcenia

Modele bezpieczeństwa logicznego i ich implementacje w systemach informatycznych / Aneta Poniszewska-Marańda. Warszawa, 2013.

Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)

Modelowanie obiektowe - Ćw. 3.

MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM.

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

WPROWADZENIE DO UML-a

I N S T Y T U T I N F O R M A T Y K I S T O S O W A N E J 2016

WOJSKOWA AKADEMIA TECHNICZNA

Pytania z przedmiotów kierunkowych

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

Spis treúci. Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników. Wstęp Podziękowania...

Projekt architektury systemów informatycznych Uniwersytetu Warszawskiego w oparciu o metodykę TOGAF. Tomasz Turski

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

Dr Katarzyna Grzesiak-Koped

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20

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

Wykorzystanie standardów serii ISO oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

Ogólne określenie wymagań. Ogólny projekt. Budowa systemu. Ocena systemu. Nie. Tak. System poprawny. Wdrożenie. Określenie.

Zasady organizacji projektów informatycznych

Etapy życia oprogramowania

Grzegorz Ruciński. Warszawska Wyższa Szkoła Informatyki Promotor dr inż. Paweł Figat

Programista do działu testów PDT/1401/T/TBG

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia)

Dokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor

Sekcja I: Instytucja zamawiająca/podmiot zamawiający

Modelowanie i analiza systemów informatycznych

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

Analiza biznesowa a metody agile owe

Inżynieria oprogramowania (Software Engineering)

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania

Modelowanie i analiza systemów informatycznych

Wprowadzenie, podstawowe pojęcia, projekt a produkt Wykład1

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla nauczyciela

Lista przykładowych pytań do egzaminu z przedmiotu Inżynieria Oprogramowania

Transkrypt:

Narzędzia CASE dla.net Autor: Łukasz Popiel

2 Czym jest CASE? - definicja CASE (ang. Computer-Aided Software/Systems Engineering) g) oprogramowanie używane do komputerowego wspomagania projektowania oprogramowania http://pl.wikipedia.org CASE - komputerowe wspomaganie inżynierii oprogramowania. Jest to system wspomagający analizę i projektowanie systemów informatycznych, w tym systemów opartych o technologie obiektowe. Andrzej Jaszkiewicz Inżynieria oprogramowania

3 Budowa narzędzi CASE Andrzej Jaszkiewicz Inżynieria oprogramowania

4 Zalety narzędzi CASE Notacja graficzna - zrozumiałość dla przeciętnego ę użytkownika Ułatwia prawidłowe określenie struktury aplikacji Ogranicza liczbę nieporozumień między projektantem a programistą Poprawia komunikację w zespole poprzez wprowadzenie standardu notacji UML (ang. Unified Modeling Language) Wymusza dokumentowanie procesu tworzenia oprogramowania

5 Korzyści płynące ze stosowania narzędzi CASE 3,1 5,2 11,25 22,2 21,4 30,01 32,6 0 5 10 15 20 25 30 35 % RESPONDENTÓW PODNIESIENIE JAKOŚCI REALIZOWANEGO SYSTEMU USPRAWNIENIE KOMUNIKACJI PRODUKTYWNOŚĆ SFORMALIZOWANA METODYKA REALIZACJI SI ŁATWIEJSZA KONSERWACJA SI LEPSZE ZARZĄDZANIE PROJEKTEM INNE /Martyna Wasik/

6 Test wybranych narzędzi Głównymi kryteriami wyboru narzędzi była ich integracja z pakietem Microsoft Visual Studio.NET,wsparcie dla języka notacji UML 2.0 oraz dostępność dokumentacji. Wybór autora padł na następujące pakiety: Rational Rose XDE Borland Together Visual Paradigm Suite 2.2 Kryteria oceny: Ogólne [0-30pkt] Formalne [0-30pkt] Integracji i spójności [0-50pkt] Funkcjonalne [0-60pkt] Jakości [0-30pkt]

7 Wyniki przeprowadzonych testów Visual Paradigm Suite 118,5/200 punktów Rational Rose XDE 113,5/200 punktów Borland Together 112,5/200 punktów

Wizualne podsumowanie testów 8

9 Kiedy CASE nie przynosi pożądanych rezultatów Traktowanie CASE wyłącznie ą jako generator kodu Nieznajomość metodyk analizy i projektowania Niewłaściwa organizacja i zarządzanie przedsięwzięciem Zbyt wysokie oczekiwania związane z wdrożeniem CASE Koszty poniesione na wdrożenie CASE nie zostaną zrekompensowane przez korzyści z jego użytkowania Andrzej Jaszkiewicz Inżynieria oprogramowania

10 Prezentacja wybranego pakietu Borland Together 2006 for Visual Studio Borland Together for Microsoft Visual Studio.NET pozwala na skrócenie kó czasu tworzenia aplikacji. Jest to możliwe dzięki pełnemu ł zintegrowaniu środowiska Visual Studio.NET z rozwiązaniem do wizualnego tworzenia modeli projektów. Tworząc "wizualny most" pomiędzy końcowymi użytkownikami, architektami i programistami Together umożliwia zwiększenie szybkości tworzenia rozwiązań oraz zautomatyzowanie powtarzających się ę zadań. Zwieńczeniem prac związanych z tworzeniem i dostarczaniem aplikacji jest ich ostateczne wdrożenie. http://www.sdjournal.org org

11 Budowa Borland Together W skład pakietu Borland Together wchodzą ą następujące narzędzia: ę Borland Together Architect przeznaczony dla architektów systemowych Borland Together Designer - przeznaczony dla analityków biznesowych Borland Together Developer - przeznaczony dla programistów

12 Zalety Borland Together Technologia Borland LiveSource połączenie procesu modelowania i programowania poprzez sztywne związanie kodu aplikacji z jej modelem Automatyczne tworzenie dokumentacji projektu Zarządzanie wzorcami projektowymi Audyty i metryki dla modelu UML oraz kodu Wsparcie modelowania procesów biznesowych Wsparcie dla MDA (Model-Driven Architecture) http://www.tomshardware.pl http://www.idg.pl

Tworzenie diagramów 13

Borland LiveSource 14

Audyty jakości kodu 15

Wzorce projektowe 16

17 Podsumowanie Narzędzia CASE są w dzisiejszych czasach niezbędne przy tworzeniu dużego oprogramowania W znacznym stopniu ułatwiają komunikację w zespole oraz ujednolicają używaną ż notację przez co pomagają tworzyć lepsze oprogramowanie w krótszym czasie Wśród testowanych narzędzi nie dało się zauważyć zdecydowanego lidera wszystkie ukończyły y testy ze zbliżonymi wynikami Sam CASE nie wystarczy, potrzebni są myślący ludzie