1 / 39

Problemi razvoja i upravljanja razvojem: Problem složenosti IS

Problemi razvoja i upravljanja razvojem: Problem složenosti IS Problem realizacije softverskih rešenja koja su adekvatna potrebama poslovnih sistema. Modeliranje-osnove razvoja IS. Model je uprošćena predstava dela realnog sistema Funkcionalni pristup vs. Objektno orijentisani pristup

bran
Download Presentation

Problemi razvoja i upravljanja razvojem: Problem složenosti IS

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Problemi razvoja i upravljanja razvojem: • Problem složenosti IS • Problem realizacije softverskih rešenja koja su adekvatna potrebama poslovnih sistema

  2. Modeliranje-osnove razvoja IS Model je uprošćena predstava dela realnog sistema Funkcionalni pristup vs. Objektno orijentisani pristup • Dekompozicija sistema na delove • Definiše arhitekturu sistema • Podela razvoja na faze • Definiše tzv. životni ciklus razvoja ili proces razvoja

  3. LINEARNI PRISTUP

  4. LINEARNI PRISTUP Uporedni prikaz klasičnog razvoja (a), pseudostrukturiranog razvoja (b)

  5. LINEARNI PRISTUP Prikaz V modela razvoja (b)

  6. Modeliranje-osnove razvoja IS • Cilj: • Stvoriti “jezik” za komunikaciju izmedju korisnika i analiticara • Omoguciti pravilnu i formalizovanu “specifikaciju” zahteva • Veća efikasnost • Lakse definisanje medjuzavisnosti aktivnosti • Lakse definisanje uloge pojedinih komponenti u sistemu • Lakse pronalazenje kritičnih funkcija i uskih grla...

  7. Dekompozicioni dijagram procesa “Praćenje agencijskog poslovanja”

  8. Nazivi nekih strukturiranih komercijalnih metodologija za razvoj informacionih sistema : Strukturno usmerene metodologije: • AD/Cycle (Application Development Cycle), • BSP (Business System Planning), • CASE*Method, • IEM (Information Engineering Methodology, Martin), • JSD/JSP (Jackson System Development/ Jackson System Programming), • SA/SD (Structured Analysis / Structured Design), • SASS (Structured Analysis and System Specification), • SSM/M (Soft Systems Method / Multiview), • SSA (Structured System Analysis), • SSADM (Structured System Analysis and Design Method), • Yourdon (Yourdon Structured Method). Objektno usmerene metodologije: • Yourdon/OO (Yourdon / Object Oriented), • OMT (Object Modelling Technique), • BOOCH (Booch’93), • Schlaer-Mellor, • Unified Modelling Process (Rational).

  9. Programski alati za razvoj IS • CASE tool (mogu da automatizuju jedan korak). • CASE toolkit (alati za automatizaciju jedne faze životnog ciklusa). • CASE workbench (alati za automatizaciju kompletnog životnog ciklusa). • CASE environment (alati sa hardverskom podrškom za automatizovano projektovanje). • alati za modeliranje struktura podataka; • alati za izradu dijagrama toka podataka i hijerarhije modula; • alati za izradu prototipa korisničkog interfejsa; • generatori koda.

  10. Koristi od primene CASE alata • Poboljšana produktivnost (kroz automatizaciju zadataka i ubrzan razvoj aplikacija). • Poboljšani kvalitet (CASE alati proveravaju kompletnost, konzistentnost i kontradiktornost). • Bolja dokumentacija (alati olakšavaju kreiranje i sakupljanje konzistentne, visoko-kvalitetne dokumentacije). • Smanjeno vreme održavanja (prethodno spomenuta poboljšanja kvaliteta sistema se kombinuju sa boljom dokumentacijom). • Metodologije koje stvarno rade (kroz primenu pravila i ugrađene ekspertize). Primeri CASE alata: BPWin, ERWin, System Architect, UML, DataArchitect, Oracle Designer, SmartDraw, Power Designer, Select i mnogi drugi.

  11. SSAStrukturna Sistemska Analiza

  12. SSA Uvod • SSA – nova metodologija za specifikaciju informacionog sistema, odnosno softvera • Specifikacija IS treba da prikaže (potpuno, tačno, formalno i jasno) ŠTA budući informacioni sistem treba da radi • Treba da opiše funkcionisanje IS u ”idealnoj tehnologiji”, gdje praktično nikakva ograničenja ne postoje

  13. SSA Uvod • SSA posmatra informacioni sistem kao funkciju (proces obrade) koja, na bazi ulaznih, generiše izlazne podatke • Osnovni koncepti za specifikaciju IS u SSA su funkcije, odnosno procesi obrade podataka, tokovi podataka, skladišta podataka i interfejsi.

  14. TOK_PODATAKA_1 SPOLJNI_ OBJEKAT_1 TOK_PODATAKA_6 SPOLJNI_ OBJEKAT_2 TOK_PODATAKA_2 PROCES_A 1. PROCES_B 2. TOK_PODATAKA_3 TOK_PODATAKA_5 TOK_PODATAKA_4 SKLADIŠTE_PODATAKA SSA Uvod Osnovni koncept DTP

  15. SSA Uvod • Dijagram toka podataka koristi simbole: • krug ili elipsa – funkcija ili proces obrade podataka • pravougaonik – interfejs • usmjerena linija – tok podataka • dve paralelne linije (”otvoreni pravougaonik”) – skladište podataka

  16. PROCES_A 1. SKLADIŠTE_DOKUMENATA Pravila kreiranja DTP-a 1. Tok podataka ostvaruje vezu između ostalih komponenti sistema i na DTP-u se predstavlja imenovanom, orijentisanom linijom DOKUMENT

  17. Pravila kreiranja DTP-a 2. Tok podataka mora da ima izvor i ponor (tokovima se ne mogu neposredno povezati dva skladišta, dva interfejsa ili skladište i interfejs

  18. Pravila kreiranja DTP-a

  19. Pravila kreiranja DTP-a Primer nekorektnog dijagrama

  20. Pravila kreiranja DTP-a 3. Svaki tok podataka na DTP-u mora imati ime, koje treba da odražava značenje podataka koje on nosi, osim:

  21. Pravila kreiranja DTP-a 4. Tok podataka se može granati

  22. Pravila kreiranja DTP-a 5.Proces obrade podataka je aktivna komponenta sistema koja vrši transformaciju strukture i sadržaja ulaznog (ili ulaznih) tokova u izlazni (ili izlazne) tok podataka. Svaki proces ima naziv i oznaku koji treba precizno da označavaju funkciju koju on obavlja

  23. Pravila kreiranja DTP-a 6. Svaki proces mora da ima barem jedan ulazni i barem jedan izlazni tok podataka

  24. Pravila kreiranja DTP-a 7. Svako skladište takođe treba da ima barem jedan ulazni i jedan izlazni tok podataka

  25. Pravila kreiranja DTP-a 8. Svaki interfejs mora da ima barem jedan, bilo ulazni, bilo izlazni tok podataka, inače bi bio izolovan od ostalog dela sistema

  26. Pravila kreiranja DTP-a 9. Jedno skladište ili interfejs se na jednoj slici mogu višestruko ponoviti (da bi se izbjeglo nepotrebno presecanje linija)

  27. Hijerahijska dekompozicija DTP-a • Jasna i detaljna specifikacija sistema zahtijeva da se na predstavljanje sistema pomoću DTP-a primijeni metoda apstrakcije • Jedan proces višeg nivoa asptrakcije se dekomponuje i prikazuje pomoću novog cjelokupnog DTP-a na nižem nivou

  28. Hijerahijska dekompozicija DTP-a Pravila koja je potrebno poštovati pri dekompoziciji dijagrama toka podataka • dijagram najvišeg nivoa, koji po pravilu sadrži samo jedan proces koji predstavlja cijeli IS naziva se dijagram konteksta • dijagram prvog nivoa predstavlja dekompoziciju dijagrama konteksta. Procesi na njemu se označavaju brojevima 1, 2, 3,... • uobičajeno je da se u dokumentaciji za specifikaciju IS pomoću SSA, cjelokupan skup, ili neki podskup hijerarhijski dekomponovanih dijagrama, predstavi dijagramom dekompozicije • procesi koji se dalje ne dekomponuju zovu se primitivni procesi i za njih se daje specifikacija logike njihovog odvijanja (opis logike primitivnih procesa – mini-specifikacija sistema) • pored procesa mogu se dekomponovati i tokovi i skladišta – ne prikazuje se na DTP-u već u Rečniku podataka pomoću sintakse za opis strukture podataka

  29. Hijerahijska dekompozicija DTP-a • skladišta podataka se mogu pojaviti na nižim nivoima dekompozicije iako se nisu pojavila na prethodnim. Međutim ako se pojavi na jednom nivou, uz jedan proces, mora se pojavljivati na svim nižim nivoima dekompozicije tog procesa • najznačajnije pravilo – ulazni i izlazni tokovi na cjelokupnom DTP-u koji je dobijen dekompozicijom nekog procesa P moraju biti ekvivalentni sa ulaznim i izlaznim tokovima tog procesa P na dijagramu višeg nivoa

  30. IS studentske službe (primer I) DOK_ZA_PRIJEMNI_ISPIT SPISAK_ZA_PRIJEMNI_ISPIT IS_STUDENTSKE_SLUŽBE IZVEŠTAJ_O_PRIJEMNOM_ISPITU REZULTATI_PRIJEMNOG_ISPITA DOK_ZA_UPIS ISPITNA_PRIJAVA NASTAVNE_GRUPE STUD_ZAHTEV ISPITNI_SPISAK STUDENT NASTAVNIK STUD_UVERENJE REZULTATI_ISPITA Dijagram konteksta IS studentske službe

  31. KADROVSKA_EVIDENCIJA NASTAVNI_PLAN UPIS 1. DOSIJE_STUDENTA OBRADA_ISPITA 2. STUDENT DOK_ZA_PRIJEMNI_ISPIT SPISAK_ZA_PRIJEMNI_ISPIT IZVEŠTAJ_O_PRIJEMNOM_ISPITU REZULTATI_PRIJEMNOG_ISPITA DOK_ZA_UPIS NASTAVNE_GRUPE ISPITNA_PRIJAVA ISPITNI_SPISAK NASTAVNIK REZULTATI_ISPITA DOSIJE_STUDENTA * STUD_ZAHTEV IZDAVANJE_UVERENJA 3. STUD_UVERENJE Dijagram prvog nivoa IS studentske službe

  32. EVIDENTIRANJE_KANDIDATA 1.1. OBRADA_SPISKOVA_ZA_ISPIT 1.2. NASTAVNI_PLAN DOSIJE_STUDENTA KANDIDATI_ZA_UPIS NASTAVNIK IZVJEŠTAVANJE_KANDIDATA 1.4. OBRADA_REZULTATA_PRIJEMNOG 1.3. UPIS_GODINE 1.5. RASPOREĐIVANJE 1.6. STUDENT KADROVSKA_EVIDENCIJA SPISAK_ZA_PRIJEMNI_ISPIT DOK_ZA_PRIJEMNI_ISPIT REZULTATI_PRIJEMNOG_ISPITA IZVEŠTAJ_O_PRIJEMNOM_ISPITU DOK_ZA_UPIS NASTAVNE_GRUPE Dekompozicija procesa Upis (1)

  33. EVIDENTIRANJE_ ISPITNIH_PRIJAVA 2.1. SK_ISPITNA_PRIJAVA NASTAVNI_PLAN DOSIJE_STUDENTA NASTAVNIK STUDENT KADROVSKA_EVIDENCIJA ISPITNA_PRIJAVA ISPITNI_SPISAK REZULTATI_ISPITA ZAVOĐENJE_REZULTATA_ISPITA 2.2. Dekompozicija procesa Obrada ispita (2)

  34. NASTAVNI_PLAN DOSIJE_STUDENTA STUDENT ZAHTEV_ZA_STATUS IZDAVANJE_UVJER_O_STATUSU 3.1. UVERENJE_O_UPISU ZAHTEV_ZA_POL_ISPIT UVERENJE_O_POL_ISPITU IZDAVANJE_UVJER_O_POL_ISPITU 3.2. Dekompozicija procesa Izdavanje uvjerenja (3)

  35. IS_STUDENTSKE_SLUŽBE 0 UPIS OBRADA_ISPITA IZDAVANJE_UVERENJA 1 2 3 EVIDENTIRANJE_ISPITNIH_PRIJAVA IZDAVANJE_UVER_O_STATUSU EVIDENTIRANJE_KANDIDATA 1.1 2.1 3.1 ZAVOĐENJE_REZULTATA_ISPITA IZDAVANJE_UVER_O_POL_ISPITU OBRADA_SPISKOVA_ZA_ISPIT 1.2 2.2 3.2 OBRADA_REZULTATA_PRIJEMNOG 1.3 IZVJEŠTAVANJE_KANDIDATA 1.4 UPIS_GODINE 1.5 RASPOREĐIVANJE 1.6 Dijagram dekompozicije za IS studentske službe

  36. PREPORUKE Kriterijumi dekompozicije (1) Kada prestati sa dekompozicijom? Mala minispecifikacija Procesi sa samo jednim ulazom i samo jednim izlazom

More Related