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

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

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

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

Zasady organizacji projektów informatycznych

Cykle życia systemu informatycznego

Przedsięwzięcia Informatyczne w Zarządzaniu

In ż ynieria oprogramowania wykład II Modele i fazy cyklu życia oprogramowania

Etapy życia oprogramowania

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

Wykład 1 Inżynieria Oprogramowania

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

Przepływy danych. Oracle Designer: Modelowanie przepływów danych. Diagramy przepływów danych (1) Diagramy przepływów danych (2)

E-1IZ s2. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)

Usługa: Testowanie wydajności oprogramowania

WPROWADZENIE DO UML-a

E-I2SG-2010-s1. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)

MODELOWANIE PRZEPŁYWU DANYCH

PRZEWODNIK PO PRZEDMIOCIE

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

PROJEKT Z BAZ DANYCH

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

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

Programowanie zespołowe

Bazy danych 2. dr inż. Tadeusz Jeleniewski

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

Wprowadzenie do systemów informacyjnych

Inżynieria oprogramowania

PRZEWODNIK PO PRZEDMIOCIE

Narzędzia CASE dla.net. Łukasz Popiel

Dokument Detaliczny Projektu

SYSTEMY INFORMATYCZNE ćwiczenia praktyczne

Feature Driven Development

Projektowanie baz danych za pomocą narzędzi CASE

Hurtownie danych - przegląd technologii

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

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji

Dane wejściowe. Oracle Designer Generowanie bazy danych. Wynik. Przebieg procesu

Inżynieria oprogramowania (Software Engineering)

Dokument Detaliczny Projektu

ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH

Opis metodyki i procesu produkcji oprogramowania

Pracowania Projektowania Zespołowego

Analiza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas

PRZEWODNIK PO PRZEDMIOCIE

Jarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming

PRZEWODNIK PO PRZEDMIOCIE

Usługi analityczne budowa kostki analitycznej Część pierwsza.

Interbase. stacjonarne (stacjonarne / niestacjonarne) kierunkowy (podstawowy / kierunkowy / inny HES)

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

Specyfikowanie wymagań przypadki użycia

PRZEWODNIK PO PRZEDMIOCIE

MODELOWANIE SYSTEMÓW INFORMACYJNYCH

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

Egzamin / zaliczenie na ocenę*

Wykorzystanie oprogramowania Oracle Designer do budowy systemów informatycznych

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

Diagramy przepływu danych I

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

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

Podyplomowe Studium Informatyki w Bizniesie Wydział Matematyki i Informatyki, Uniwersytet Łódzki specjalność: Tworzenie aplikacji w środowisku Oracle

MODELE CYKLU śycia OPROGRAMOWANIA

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

Modelowanie KONCEPCJA. przedstawiana przez INDYWIDUALNOŚĆ GHJ 6

MODELE CYKLU ŻYCIA OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś

Plan testów. Robert Dyczkowski, Piotr Findeisen, Filip Grzdkowski. 4 czerwca 2006

KOMPUTEROWE WSPOMAGANIE ZARZĄDZANIA

Zagadnienia egzaminacyjne INFORMATYKA. stacjonarne. I-go stopnia. (INT) Inżynieria internetowa STOPIEŃ STUDIÓW TYP STUDIÓW SPECJALNOŚĆ

PODSTAWY BAZ DANYCH. 5. Modelowanie danych. 2009/ Notatki do wykładu "Podstawy baz danych"

Modelowanie i analiza systemów informatycznych

Spis treści. Rozdział 3. Słownik danych (Data Dictionary)...n.. 65 Formalizm notacji słownika danych...u...65

Wytwarzanie oprogramowania

Program szkolenia: Continuous Integration i Git

Koncepcja systemu zarządzania jakością w dużym projekcie informatycznym zgodnie z normą ISO/IEC 9001:2008

Oceny z prezentacji INKU011S. Zofia Kruczkiewicz

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią

OfficeObjects e-forms

PROGRAM PRAKTYKI ZAWODOWEJ. Technikum Zawód: technik informatyk

APLIKACJE KLIENT-SERWER Client-Server Applications Forma studiów: Stacjonarne Poziom kwalifikacji: I stopnia. Liczba godzin/tydzień: 2W, 2L

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

Tworzenie gier na urządzenia mobilne

INDECT. Projekt i implementacja prototypu systemu GIS dla akwizycji, wizualizacji i przetwarzania wiedzy o zagrożeniach.

IBM Rational Software Architect uproszczona instrukcja użytkowania

REFERAT PRACY DYPLOMOWEJ

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

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

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

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe

Cele oraz techniki tworzenia prototypów systemów infromatycznych. Inżynieria Oprogramowania

KARTA PRZEDMIOTU. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI Ogólne umiejętności posługiwania się komputerem

Rok szkolny 2015/16 Sylwester Gieszczyk. Wymagania edukacyjne w technikum. ADMINISTROWANIE BAZAMI DANYCH kl. 4c

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

PRZEWODNIK PO PRZEDMIOCIE

Spis treści. Część I Wprowadzenie do pakietu oprogramowania Analysis Services

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

Zakres wykładu. Podstawy InŜynierii Oprogramowania

Projekt systemu informatycznego

Cykl Ŝycia systemów informatycznych

Zestawy zagadnień na egzamin dyplomowy (inżynierski) dla kierunku INFORMATYKA (studia I stopnia)

Projektowanie interakcji

Inżynieria Programowania Zarządzanie projektem

Transkrypt:

Etapy Ŝycia systemu informacyjnego Wprowadzenie do metodologii modelowania systemów informacyjnych 1. Strategia 2. Analiza 3. Projektowanie 4. Implementowanie, testowanie i dokumentowanie 5. WdroŜenie 6. Utrzymywanie STRATEGIA ANALIZA PROJEKTOWANIE IMPLEMENTOWANIE DOKUMENTOWANIE WDROśENIE UTRZYMYWANIE (C) Instytut Informatyki, Politechnika Poznańska 2 Strategia (1) dokładna identyfikacja potrzeb i oczekiwań klienta wobec nowo budowanego lub modyfikowanego systemu, opracowanie modelu organizacji z uwzględnieniem: ograniczeń organizacyjnych ograniczeń finansowych ograniczeń technologicznych opracowanie harmonogramu działania wywiady z pracownikami organizacji, analiza ankiet wypełnianych przez pracowników organizacji, analiza dokumentów, produkowanych przez organizację, obserwacja pracy działów organizacji. (C) Instytut Informatyki, Politechnika Poznańska 3 Strategia (2) wynik: dokładna specyfikacja działania budowanego systemu dokument SRS (ang. Software Requirement Specification), zawierający: wymagania funkcjonalne: określają działanie gotowego systemu, np. realizowane obliczenia, sposób przetwarzania danych, szczegóły techniczne, wymagania niefunkcjonalne: ograniczenia projektowe i implementacyjne, np. przestrzeganie standardów, osiągnięcie odpowiedniej wydajności działania systemu. zestaw diagramów: procesów, związków encji, hierarchii funkcji, przepływów danych (C) Instytut Informatyki, Politechnika Poznańska 4

Analiza podział modelu organizacji na części funkcjonalne, uszczegółowienie informacji zgromadzonych w fazie projektowania, usunięcie błędów i sprzeczności w modelu organizacji, wynik: uszczegółowione, poprawione i zaakceptowane diagramy procesów, związków encji, hierarchii funkcji i przepływów danych, diagramy matrycowe, kontrolujące poprawność i jakość zgromadzonych informacji Projektowanie opracowanie architektury systemu, projekt logicznej struktury bazy danych systemu, projekty aplikacji formularzy ekranowych, raportów, bibliotek, inych, transformacje encji i związków między nimi do schematu bazy danych, transformacje funkcji do projektów aplikacji. (C) Instytut Informatyki, Politechnika Poznańska 5 (C) Instytut Informatyki, Politechnika Poznańska 6 Implementowanie i dokumentowanie uzyskanie fizycznej struktury bazy danych, uzyskanie działających aplikacji, przetestowanie aplikacji pod kątem poprawnego działania, uzyskanie załoŝonej wydajności działania systemu, uzyskanie dokumentacji technicznej i uŝytkowej systemu, generatory baz danych, generatory aplikacji, generatory dokumentacji. WdroŜenie i utrzymywanie wdroŝenie przekazanie działającego systemu końcowym uŝytkownikom, utrzymywanie: usuwanie z systemu przeoczonych w fazie testowania błędów, poprawianie efektywności działania systemu, dostosowywanie funkcjonalności systemu do nowych potrzeb, zmieniających się wymagań, itd. (np. na skutek zmian przepisów, profilu działania organizacji) (C) Instytut Informatyki, Politechnika Poznańska 7 (C) Instytut Informatyki, Politechnika Poznańska 8

CASE (1) Narzędzia CASE (2) CASE ang. Computer Aided Software Engineering, uŝycie narzędzi programistycznych w procesie rozwoju i utrzymywania oprogramowania, typowe narzędzia CASE: edytory, generatory kodu, narzędzia refaktoryzujące, narzędzia transformujące,... wyniki działania narzędzi CASE: kod programu, diagramy, schemat bazy danych, dokumentacja techniczna i uŝytkowa,... (C) Instytut Informatyki, Politechnika Poznańska 9 rodzaje: narzędzia CASE wysokiego poziomu ang. upper CASE: zastosowanie: etapy strategii, analizy i projektowania systemu narzędzia: do tworzenia diagramów, sprawdzania poprawności informacji na diagramach narzędzia CASE niskiego poziomu ang. lower CASE: zastosowanie: etapy implementowania, testowania i wdraŝania, narzędzia: generatory bazy danych, formularzy i raportów, testujące, zarządzające oprogramowaniem (C) Instytut Informatyki, Politechnika Poznańska 10 Projektowanie SI z wykorzystaniem Oracle Designer narzędzia do modelowania: PD, ERD, FHD, DFD, transformacje, Model kaskadowy (1) kolejne fazy następują sekwencyjnie, przejście do następnej fazy dopiero po zakończeniu fazy poprzedniej, struktura logiczna bazy danych (model relacyjny), definicje aplikacji, generowanie obiektów bazy danych i kodu po stronie serwera, generowanie aplikacji. (C) Instytut Informatyki, Politechnika Poznańska 11 (C) Instytut Informatyki, Politechnika Poznańska 12

Model kaskadowy (2) zalety: inwestycja w początkowe etapy tworzenia systemu skutkuje lepszą jakością wyników etapów następnych, dzieli proces na jasno oddzielone fazy, wady: trudno dokładnie określić momenty przejścia do następnego etapu, brak sprzęŝenia zwrotnego pomiędzy kolejnymi etapami, efekt końcowy moŝe nie odpowiadać potrzebom uŝytkownika, model dobry dla stabilnych organizacji, o dokładnie zdefiniowanych celach. Model RAD (1) RAD ang. Rapid Application Development załoŝenia: szybkie tworzenie szkieletów aplikacji (prototypów) celem prezentacji ich uŝytkownikowi, uŝytkownik: nie wiem dokładnie, czego chcę, ale powiem, czy to jest to, gdy to zobaczę (C) Instytut Informatyki, Politechnika Poznańska 13 (C) Instytut Informatyki, Politechnika Poznańska 14 Model RAD (2) zalety: szybsze przekazania działającego systemu, dokładniejsze zaspokojenie potrzeb uŝytkowników, wady: zmniejszona stabilność działania systemu, brak dokładnej analizy funkcjonalnej, Model DCD (Design Capture Driven) stosowany w przypadku istnienia systemów w organizacji, wykorzystuje mechanizmy reverse-engineering, pozwala na tworzenie nowych systemów korzystając ze starych definicji, pozwala realizować nowe potrzeby przedsiębiorstwa przy minimalnych nakładach czasowych i finansowych. (C) Instytut Informatyki, Politechnika Poznańska 15 (C) Instytut Informatyki, Politechnika Poznańska 16

Narzędzia Oracle Designer implementowanie Referencje Richard Barker: CASE*Method: Function and Process Modelling. Addison- Wesley, 1992 Edward Yourdon: Modern Strutured Analysis. Prentice Hall, 1989 What is a CASE Environment? Carnegie Melon Software Engineering Institute. http://www.sei.cmu.edu/legacy/case/case_whatis.html strategia + analiza (C) Instytut Informatyki, Politechnika Poznańska projektowanie dokumentowanie 17 (C) Instytut Informatyki, Politechnika Poznańska 18