Mis aastal ja kelle poolt loodi Zachmani tugiraamistik? Founded in 1990, Zachman International® is the education and consulting firm started by John A. Zachman, author of the Zachman® Framework Milleks (mis eesmärgil) kasutatakse ZACHMANi tugiraamistikku? It allows for multiple perspectives and categorization of business artifacts Kas Zachmani raamistik on mudel? Kui jah, siis millele (missugustele kontekstidele) me saame seda mudelit rakendada? Zachmani raamistik rakendub igale ärivaldkonnale Millistele põhiküsimustele vastavad ja mida kirjeldavad/modelleerivad Zachmani raamistiku veerud? Mis? Objektid, andmed Kuidas? Funktsioonid, protsessid, tegevused Kus? Asukohad, võrk Kes? Inimesed, rollid, vastutused Millal? Aeg, sündmused, stsenaariumid, elutsüklid Miks
1. Küsimused a) Zachmani tugiraamistik Zachmani tugiraamistik – 1990 John A. Zachman. Kirjeldab valdkonna infosüsteemi üldist ülesehitust ja arhitektuuri. Mudel infosüsteemile endale. Saab rakendada igale ärivaldkonnale sõltumata suurusest, „Puhtale valdkonnale“ ja (IT) infrastruktuurile. Veerud vastavad põhiküsimustele: Mis? Kuidas? Kus? Kes? Millal? Miks? Read vastavad süsteemitöö põhilistele osapooltele-huvigruppidele: juhtkond, tippjuhid, planeerijad, ärimõistete omanikud, arhitekt-disainerid, ehitaja-tehnoloogid, tehnikud, ülalhoidjad. „Puhas valdkond“ - 2 ülemist rida. IT infrastruktuur alates kolmandast allapoole. MDA (Model Driven Architecture) mudelitüübid: CIM (Computing Independent Model) – teine rida PIM (Platform Independent Model) – kolmas rida ...
Modelleerimine II KT - aka buckle up, we gon bullshit through this 1. Zachmani tugiraamistik Ettevõte, ärisüsteemi vms kirjeldamiseks mõeldud. Kahemõõtmeline tabel, mille veerud vastavad süsteemianalüütiku põhiküsimustele. Read – süsteemitöö (arendus+ülalhoid) põhilistele osapooltele – huvigruppidele (slaidil followed by some nonsense, kas see on üldine mandatory osa või ta lihtsalt tõi näiteid?). Lahtrites on kindlat tüüpi ning kindlale huvigrupile suunatud mudelid (nt graafilised PS. Seda me siin aines teemegi)
(funktsionaalsele) allsüsteemile. Nõutud vaadete kirjeldamine, modelleerimine, kooskõlastamine, vormistamine. Nõuete ning kasutajaliideste kirjeldamine ja analüüs. (Ühte tööd võivad teha 1 – 2 tudengit. Kahekesi tehes olgu töö laius poole suurem). M. Roost , TTÜ Informaatikainstituut, Loengukonspektid aines Süsteemianalüüs, 2014 Loeng 2.1 Aine põhimõisted ja raamistikud (1). Valdkonnapõhine süsteemianalüüs: Zachmani raamistik kui Süsteemianalüüsi aine mõtlemisraamistiku raamistiku esimene nurgakivi Eesmärk: kujundada mõtlemisraamistik (mõisteraamistik, ontoloogia) Süsteemianalüüsi ainele Zachmani raamistik (tuletame meelde Modelleerimise ainest) Valdkonnapõhine süsteemianalüüs Harjutustundide toetamine, eesmärkmudelid, UML kasutusjuhtude diagrammi tõlgendus eesmärkmudelina Zachmani tugiraamistik Süsteemi analüüs (kui tegevus) on struktuurne arutelu
Süsteemianalüüs on osa süsteemitööst, mis tegeleb valdkonna uurimise ja kirjeldamisega, püstitab infrastruktuuri ja nõuded - selle alusel loob disain lahendused. Tl;dr õpid füüreriks. 4. Arendusmetoodikad - Produkti vs protsessi vaade Süsteemitöös järgitakse metoodikat, mis annab karkassi/arhitektuuri, et kirjeldada töötulemit ja protsesse (produktiraamistik & protsessiraamistik). Zachman on ainult produktiraamistik - mida valmistada? Zachmani laiendada sobiva protsessiraamistikuga (mida see isegi tähendab?) - kuidas valmistada? Protsessiraamistik on agiilse arhitektuuri osa. 5. Protsessiraamistik ● Klassikaline - e kose mudel (seda tegime modelleerimises) Uuri valdkonda (ärianalüüs) - püstita nõuded tarkvarale (süsteemianalüüs) - modelleeri lahendus (disain) - genereeri tarkvara (teostamine). Analüüs toimub esimeses kahes (? correct me if I’m wrong) staadiumis
40. Mudel Mõisted kordamiseks 9 Sissejuhatus infosüsteemidesse IDU3530 © Karin Rava uurimisobjekti (siin toimimis- ja infosüsteemi) kirjeldus mingist kindlast vaatenurgast reaalsuse lihtsustus väljendab reaalsust, visiooni, ükskõik, mis on uurimisobjektiks ühest ja samast reaalsusest võib olla N erinevat vaadet 41. Zachmani raamistik organisatsiooni juhtimiseks ja tema süsteemide arendamiseks oluliste mudelite liigitamise ja organiseerimise loogiline struktuur võimaldab organisatsiooni loomisel ja muutmisel osalevatel erinevatel osapooltel omavahel suhelda raamistikuga pannakse paika erinevad arhitektuurid moodustavad ühtse terviku 42. Huvirühmad infosüsteemi muutmisel Organisatsiooni juhtkonna vaade muudetava osa suurus, seosed ümbrusega, toimimise eesmärgid ja strateegia
asukohtade arvust, ettevõtte arengustaadiumist jne. Liiga vähesed protsessid ei võimalda tööd toimivalt korraldada näiteks keeruka struktuuri ja paljude kasutajate korral, liigsed protsessid muudavad töö bürokraatlikumaks ja kahandavad loovust. Arendus võib olla vähem reguleeritud kui muud valdkonnad, näiteks hooldus ja kasutamine. Lihtne reegel (raske rakendada): nii vähe fikseeritud protsesse kui võimalik, aga mitte vähem. Zachmani ettevõtte arhitektuuri raamistik sisaldab nii elutsükli mudeli kui ka protsessiraamistiku elemente. Tarkvara elutsükli mudelid hõlmavad esmajoones tarkvara arendust, mis on üks protsess paljudest. Kosemudeli idee pärineb tööstusest, kus muudatuste tegemine eelmise etapi tulemitesse võib olla väga kulukas või võimatu. Ülekantuna tarkvara arendusse tähendab see, et "puhta" kosemudeli puhul peaksid eelmised etapid olema lõpetatud enne, kui minna täitma
annaabi.ee 
