SI1: Pozvánka na doplující pednášky z SI
|
|
- Luboš Tobiška
- před 5 lety
- Počet zobrazení:
Transkript
1 Návaznosti SI1: Analýza (pokraování) Minule: Úvod do analýzy Dnes: Harmonogram doplujících pednášek Další podrobnosti ke stavu projekt Dokonení analýzy Píšt: Návrh SI1 2 Doplující pednášky z SI SI1: Pozvánka na doplující pednášky z SI Použití nástroje Rational Rose (Svaina) t 18:00 K9 Webové metodiky (Molhanec) 6.5. t 18:00 K9 Užitý projektový management I. (Pechan) Po 16:15 K1 Užitý projektový management II. (Pechan) t 18:00 K9 Metodika BORM (Molhanec) t 18:00 K9 SI1 4 Kde o nich najdeme informace? FAQ Q: Jak je to s nástrojem Rational Rose? A: Máte ho k dispozici v uebnách katedry Q: Jak je to vypadá s instalací na Strahov? A:? SI1 5 SI1 6 1
2 SI1: Kontrola stavu projekt Tady jsme SI1 8 Jak na tom jsou projekty pedmtu SI1? Nkteré projekty zatím s analýzou nezaaly SI1 9 SI1 10 Nkteré projekty ji alespo slibují Dležité je, aby se dalo zjistit, kdo za to mže! SI1 11 SI1 12 2
3 Nkteré projekty již na stránkách nco mají, ale chybí jim defice notace! Defice notace je potebná i když je velmi podobná standardu! SI1 13 SI1 14 Když je notace standardní, není poteba ji definovat! SI1 15 Odkazy na textovou specifikaci jsou dležitou souástí dokumentace, ale? SI1 16 Nkteré projekty již mají analytickou dokumentaci rozsáhlejší Nkteré projekty již mají analytickou dokumentaci rozsáhlejší SI1 17 SI1 18 3
4 Nkteré projekty stále nic na stránkách nemají. Tento týden tyto projekty budou zrušeny. Tomáš Dvoák, Jan Chrastina, Adéla Chrastinová, Zdenk Jedlika, Pavel Matja, Josef Motl Cviící: Ing. Petr Štengl SI1: Analýza (pokraování) SI1 19 Model jednání ECO-skladu Funkní model Model jednání je pouhá evidence služeb, ty musí být popsány pesnji scéná, dekompozice, minispecifikace SI1 22 Jak lze služby evidované v modelu jednání popsat? Textovým popisem (to je podmínka nutná, nikoli postaující). Minispecifikací (popisem operace) Dekompozicí na služby jednodušší pomocí scénáe pomocí diagramu kolaborace pomocí stavového diagramu pomocí diagramu aktivity pomocí DFD Základní princip scénáe SI1 23 SI1 24 4
5 Zvolíme-li konkrétní metodu Konstrukce a destrukce SI1 25 SI1 26 Reakce a návratové hodnoty Hrubý scéná pro erpání SI1 27 SI1 28 Zákazník se autentizuje Scéná pro pivolání SI1 29 SI1 30 5
6 Scéná pro pejímku Scéná je pouze dekompozice, jeho složky musí být popsány pesnji scéná, dekompozice, minispecifikace Popis akce (operace, funkce) Operation: název Description: textový popis Reads: jaká data jente Changes: jaká data mní nebo vytváí Sends: jaké reakce vyvolává (jaké zprávy posílá) Assumes: co pedpokládá Results: co zajišuje (zaruuje) SI1 31 SI1 32 Popis pro prázdná plošina Operation: prázdná plošina Description: informuje systém, že nakládací plošina je prázdná Reads: Changes: plošina Sends: Assumes: Results: vyprázdní v modelu nakládací plošinu uvolní identifikátory barel, které jsou na plošin Popis pro dodací list Operation: dodací list Description: zahájí pejímku a uloží informace z dodacího listu Reads: supplied dodací_list Changes: zadaný_dodací_list Sends: Assumes: Results: vnitní objekt zadaný_dodací_list je inicializován hodnotami z fyzického dodacího_listu SI1 33 SI1 34 Popis pro barel k zaazení Operation: barel k zaazení Description: každý vyložený barel je jednoznan identifikován Reads: supplied typ_chemikálie Changes: plošina, new b: Barel Sends: operátor:{id barelu} Assumes: Results: nakládací plošina obsahuje barel b operátor dostane identifikaci ID barelu atribut b.typ je nastaven na typ_chemikálie atribut b.id je nastaven na identifikaci ID barelu SI1 35 Popis pro konec pejímky Operation: konec pejímky Description: informuje systém, že již byly vyloženy všechny barely Reads: plošina, zadaný_dodací_list Changes: budovy ve skladu Sends: operátor:{rozdíly v pejímce, nelze uložit}, skladník:{píkaz pro skladníka} Assumes: sklad je bezpený SI1 36 6
7 Popis pro konec pejímky (pokr.) Results: pro všechny barely, které lze do skladu umístit, pesune v modelu jejich umístní do vhodné budovy a vytvoí príkaz pro skladníka(kam: alokaní seznam) pokud existují rozdíly mezi zadaným_dodacím_listem a skutenou dodávkou, vytvoí se rozdíly v pejímce(navíc, chybí: seznam barel) pro všechny barely, které nelze do skladu umístit vytvoí nelze uložit(co: seznam barel) sklad je bezpený Diagramy datových tok (DFD Data Flow Diagrams) (zachycení vazeb funkcí a tok dat, dokumentace dekompozice) Komponenty: funkce (procesy, akce) datové toky (data flows) - orientované hrany vyznaující toky dat datové pamti (data stores) - místa, kde si potebujeme nco pamatovat aktéi (terminátory) - uživatelské role nebo spolupracující systémy SI1 37 SI1 38 Notace DFD (Yourdon) AKTER dotaz SPOLUPRACUJICI SYSTEM odpoved zprava Kontextový diagram pro Výtah (urení hranice systému) SPINAC PATRA PASAZER stisk tlacitka signalizace spinace patra Funkce 1 indikace System pro rizeni vytahu signalizace pretizeni SENZOR PRETIZENI data tlacitko ON/OFF ridici povel Datova pamet OPERATOR RIZENI MOTORU SI1 39 SI1 40 DFD pro výtah (úrove 0) Diagram kolaborace v UML POZADAVKY stisk tlacitka pozadavek pozadavek Obsluha tlacitek signalizace pozadavku Planovani pohybu indikace 1 stav stav 3 plan cile STAVY signal ON PLANY CILU signal ON stav plan cile Obsluha operatora signal ON Rizeni vytahu tlacitko ON/OFF 2 signalizace spinace patra 4 ridici povel SI1 41 SI1 42 7
8 Kontext jako diagram kolaborace Simulovaný model jednání : Pasažér 1: požadavek na pivolání : Signalizace petížení Signalizace petížení 2: indikace 3: signalizace petížení Pasažér +indikace +požadavek +signalizace petížení 6: tlaítko ON/OFF Systém pro ízení výtahu +tlaítko ON/OFF Systém pro ízení výtahu +signalizace patra 4: signalizace patra 5: povel : Spína patra Operátor +povel Spína patra : Operátor : Motor Motor SI1 43 SI1 44 Skutený model jednání Popis diagramem aktivity Systém pro ízení výtahu Popis pípadu použití, kdy pasažér pivolává výtah Evidence petížení Spína patra Stisk tlaítka pro pivolání výtahu Požadavek na dopravu do patra Pasažér ekání na píjezd výtahu Pivolání výtahu Motor píjezd a otevení výtahu Výstup z klece Nástup do výtahové klece Startér výtahu Operátor Došlo k petížení klece? klec se peplnila Evidence patra Signalizace petížení SI1 45 SI1 46 Aktivity s objekty v UML Datov orientovaná analýza Vychází z pedstavy, že základem IS jsou data. Služby IS slouží pro poízení a exploraci dat. Doporuuje proto nejprve analyzovat požadavky a definovat konceptuální datový model ešeného systému. Konceptuální datový model musí postihovat data picházející pes hranici systému jako vstupní data související s událostmi, dále data, která se v systému ukládají a nakonec rovnž data, která systém produkuje na výstupu. Teprve pozdji doplníme model o další ásti. SI1 47 SI1 48 8
9 Postup datov orient. analýzy 1. Seznam událostí, kontext, datový slovník 2. Identifikace dat, která s událostí souvisí (základních objekt) 3. Identifikace vztah mezi objekty 4. Scénáe jednání (pvodce, událost, akce, participanti, výstupy - reakce) 5. Modelování životních cykl objekt 6. Popis akcí (minispecifikace základních akcí) Jak hledat data? Doporuení.1: Analyzujeme odborný lánek, vybereme všechna podstatná jména. Roztídíme je do skupin: kandidáti na typy objekt (entity), kandidáti na vlastnosti objekt (atributy), ostatní (kandidáti na aktéry, smetí). SI1 49 SI1 50 Píklad: Odborný lánek pro Výtah Systém Výtah slouží pro logické ízení obsluhy výtahu s jednou i více šachtami (pedpokládají se 4 šachty a 40 úrovní). Systém zajišuje efektivní plánování sbru a odvozu pasažér mezi obsluhovanými patry podle požadavk (požadavek na pivolání výtahu pro jízdu smrem nahoru nebo dol, požadavek na dopravení do uritého patra). Smr jízdy se nemní, dokud výtah nesplní objednávky v daném smru (výtah neví o pasažérech neexistuje indikace prázdnosti klece). Peplnný výtah nereaguje na výzvy (existuje indikace petížení). Pro každou šachtu existuje samostatný motor ovládaný signály (povely UP, DOWN a STOP). Povel STOP zpsobí zastavení výtahu v nejbližším pate v daném smru a otevení dveí výtahu (dvee se dají otevít až v pate). Uvnit klece je panel s tlaítky pater, indikace aktuální polohy a tlaítko STOP. Tlaítko STOP zabrání zavení dveí (jde mimo systém). Rovnž otevírání a zavírání dveí jde mimo systém (kvli bezpenosti). Píkazy pro systém jsou akceptovány až po zavení dveí. Operátor výtahu má k dispozici tlaítko ON/OFF, kterým zadává požadavek na zastavení pohybu výtah. SI1 51 systém Výtah logické ízení šachta úrove pasažér patro požadavek požadavek na pivolání výtahu pro jízdu smrem nahoru požadavek na pivolání výtahu pro jízdu smrem dol požadavek na dopravení do patra smr jízdy objednávka indikace prázdnosti klece výzva Zpracovaný lánek indikace petížení motor signál povel UP povel DOWN povel STOP dvee výtahu klec panel s tlaítky pater indikace aktuální polohy tlaítko STOP píkaz pro systém operátor výtahu tlaítko ON/OFF požadavek na zastavení pohybu SI1 52 Kandidáti na aktéry pasažér indikace petížení motor indikace aktuální polohy (patra) tlaítko STOP operátor výtahu tlaítko ON/OFF šachta (atribut klece) úrove alias patro požadavek alias objednávka alias píkaz pro systém alias výzva požadavek na pivolání výtahu pro jízdu smrem nahoru požadavek na pivolání výtahu pro jízdu smrem dol požadavek na dopravení do patra smr jízdy (atribut) indikace prázdnosti klece (neexistuje) Kandidáti na typy dat indikace petížení signál alias povel (pro motor) povel UP povel DOWN povel STOP klec panel s tlaítky pater indikace aktuální polohy tlaítko STOP (jde mimo systém) tlaítko ON/OFF alias požadavek na zastavení pohybu SI1 53 SI1 54 9
10 Nco diagramem vyjádit nelze V píkladu systému Výtah je to nap.: Tlaítko pro pivolání pro jízdu smrem nahoru na panelu v posledním pate, tj. když patro má hodnotu getpocetpater() neexistuje. Tlaítko pro pivolání pro jízdu smrem dol na panelu v prvním pate neexistuje. SI1 55 SI1 56 Jak hledat data? Doporuení.2: Analyzujeme seznam událostí, rozpoznáváme data, která s událostmi souvisí. Roztídíme je do skupin: kandidáti na typy objekt (entity), kandidáti na vlastnosti objekt (atributy). Píklad: Události pro ECO sklad Operátor zahájil pejímku Operátor zahájil dodávku Manažer se ptá na stav skladu Manažer se ptá na bezpenost skladu SI1 57 SI1 58 Scéná pro pejímku Kandidáti na typy dat dodací list barel typ chemikálie rozdíly v pejímce nelze uložit píkaz pro skladníka SI1 59 SI
11 Datový model pro ECO-sklad Další postup Z datového modelu se snažíme odvodit funkce: Vytvoíme matici CRUD (Create, Read, Update, Delete) Zkoumáme, zda pro každý typ dat existuje odpovídající funkce Z datového modelu se snažíme odvodit dynamiku: Pro každý typ dat zkoumáme, zda objekty nevykazují zmny stavu SI1 61 SI1 62 Matice CRUD ádky odpovídají typm objekt. Sloupce odpovídají funkcím. V prseíku je zapsáno zda funkce C,R,U a/nebo D odpovídající data. V každém ádku by mlo nkde být vše (nkterá funkce musí objekt vytváet, jiná využívat, i rušit). Matice CRUD pro ECO sklad Prázdná Zadej Zaa Konec Dodávka Zahájení Ukonení plošina dodací barel pejímky práce práce list systému systému ECO ECO sklad sklad Plošina U U U C D Sklad U C,Get D,Save U Monitor U,Print U,Print C D Barel C Dodací C R,D list Píkaz C,Print C,Print SI1 63 SI1 64 Co jsme zjistili? Potebujeme ješt v rámci njaké funkce reprezentaci barelu zrušit. Mohla by to udlat funkce dodávka, nebo po vyskladnní barelu jeho životní cyklus koní. Doplníme tedy do popisu funkce dodávka požadavek pokud v rámci dodávky využijeme nkterý barel, vymažeme jeho reprezentaci z obsahu skladu a zrušíme ji. Do matice CRUD pidáme odpovídající D. SI1 65 Matice CRUD pro Výtah? SI
12 Stavové diagramy Dynamický model Slouží k popisu dynamiky systému Stavový diagram definuje možné stavy, možné pechody mezi stavy, události, které pechody iniciují, podmínky pechod a akce, které s pechody souvisí Stavový diagram lze použít pro popis dynamiky objektu (pokud má rozpoznatelné stavy), pro popis metody (pokud známe algoritmus), i pro popis protokolu (vetn protokolu o styku uživatele se systémem) SI1 68 Notace stavových diagram poátení stav událost, která vyvolala pechod koncový stav stav akce pechod Doplky ke stavovým diagramm Pechod mže být ohodnocen: událost(parametry)[podm podmínka]/akce^zpráva Každý stav mže obsahovat popis akcí pro události vstup, výstup a opakované provádní: entry/akce exit/akce do/akce Stavové diagramy mohou být hierarchické Mohou obsahovat synchronizaní znaky SI1 69 SI1 70 Životní cyklus skuteného barelu Životní cyklus entity barel Zaa barel / ID idi vykládá barel na plošinu / zarad_barel Je na plošin neoznaen Je na plošin oznaen Je na plošin oznaen Píkaz / Skladník odváží barel do skladu Je ve skladu Píkaz / Skladník odváží barel na plošinu idi nakládá barel z plošiny / smazat ID zarad_barel / ID Je v kontejneru Plošina oznaen konec_prejimky / prikaz pro uskladneni Je v kontejneru Sklad dodavka / píkaz pro vyskladneni SI1 71 SI
13 Popis ídicích proces pomocí stavových diagram Vstupy ídicího procesu lze modelovat pomocí událostí stavového diagramu. Výstupy ídicího procesu lze modelovat pomocí akcí stavového diagramu. Pak lze ídicí procesy modelovat stavovými diagramy. stídav spouštíme P1 a P2 P1 P2 y/a a x b y ídicí proces /a Pracuje P1 Pracuje P2 x/b SI1 73 SI1 74 Životní cyklus systému Vyjádení souhrné dynamiky systému, která je zachycena ve scénáích Definuje povolené návaznosti akcí a reakcí Pedstavuje hrubou uživatelskou píruku pro systém Definice systému jako koneného automatu Životní cyklus jako regulární výraz <Životní cyklus> = Lifecycle <jméno objektu> : <regulární výraz> <regulární výraz> = <akce> #<reakce> <regulární výraz>. <regulární výraz> sekvence [ <regulární výraz> ] voliteln <regulární výraz>* iterace (<regulární výraz> <regulární výraz>) selekce (<regulární výraz> <regulární výraz>) paraleln <akce> = jméno události <reakce> = jméno reakce SI1 75 SI1 76 Životní cyklus ECO-skladu Lifecycle ECO-sklad: (dodávka pejímka)* (dotaz na stav je bezpený?)* pejímka = prázdná plošina. dodací list. (barel k zaazení. #ID barelu)*. konec pejímky. [#rozdíly v pejímce]. #píkaz pro skladníka. [#nelze uložit] dodávka = prázdná plošina.požadovaná dodávka. #skutená dodávka. #píkaz pro skladníka dotaz na stav = je bezpený? =... Životní cyklus entity barel Lifecycle BAREL: zarad_barel. #ID barelu. #píkaz pro uskladnní. dodávka. #píkaz pro vyskladnní SI1 77 SI
14 Výstup analýzy Kontroly analytických model Konceptuální model: datový model popisuje entity, atributy, vztahy, integritní omezení, funkní model popisuje služby, které systém poskytuje pro záznam, údržbu a využití dat, dynamický model popisuje možné stavy dat a jejich zmny. SI1 80 Kontrola výstup analýzy kontrola jednotlivých model (pohled) kontrola vzájemné konzistence model Kontrola datového modelu je datový model úplný? existuje entita pro každý typ objektu? nejsou zde nadbytené entity (entity tvoené pouze identifikací, entity s jedinou instancí, apod.)? jsou zde zaneseny všechny vztahy (vetn generalizací a agregací)? nejsou zde odvoditelné vztahy? je model v normální form? jsou zanesena všechna integritní omezení? SI1 81 SI1 82 Existuje entita pro každý typ objektu? Nadbytené entity entity tvoené pouze identifikací entity s jedinou instancí entity s vazbou typy 1:1 apod. Dobrou technikou je pedstavit si píklady entit a objekt? SI1 83 SI
15 Normalizace datového modelu Pedpoklad: všechny entity jsou jednoznan identifikovatelné oznaenou kombinací atribut a/nebo vztah 1.normální forma: entity neobsahují násobné atributy ani komponované atributy 2.normální forma (navíc): neklíové atributy závisí pouze na celém klíi 3.normální forma (navíc): neklíové atributy nejsou závislé na neklíových položkách Píklad návrhu reprezentace dat datový model pro leteckou dopravu (LET) SI verze analytického modelu Nenormalizovaný model Entita: LET íslo letu Spolenost Letišt Obvyklý typ letadla Kapacita Jméno lena posádky Role lena - klíová položka, - nepovinná položka, - povinná položka SI1 87 SI normální forma 1.normální forma: entity neobsahují násobné atributy, ani komponované atributy pokud existuje atribut nebo skupina atribut, které mohou nabývat více hodnot, vytvoíme novou entitu popsanou tmito atributy a identifikovanou njakou vhodnou kombinací tchto atribut - souasn pidáme vztah 1:N pokud existuje atribut, který obsahuje více hodnot, rozložíme jej na nkolik atribut, které reprezentují vždy jedinou vlastnost Smrem k 1.NF Josef Novák, kapitán Karel Polák, 2.pilot Jana Nováková, letuška SI1 89 SI
16 1.normální forma 2.normální forma 2.normální forma (navíc): neklíové atributy závisí pouze na celém klíi pokud existuje atribut nebo skupina atribut, které závisí pouze na ásti jednoznaného klíe, vytvoíme novou entitu obsahující tento atribut a píslušnou ást klíe - souasn pidáme vztah 1:N SI1 91 SI normální forma 3.normální forma 3.normální forma (navíc): neklíové atributy nejsou závislé na neklíových atributech pokud existuje atribut nebo skupina atribut, které závisí na neklíovém atributu, vytvoíme novou entitu obsahující tento atribut a píslušný atribut jako klí - souasn pidáme vztah 1:N SI1 93 SI normální forma Návrh reprezentace pomocí RDBMS (patí až do návrhu) CREATE TABLE "LETY"( "datum_a_cas" DATE NOT NULL, "ID_POSADKY" NUMBER(1) NOT NULL, "cislo_linky" NUMBER(3) NOT NULL, CONSTRAINT "PK_LETY" PRIMARY KEY ("datum_a_cas","cislo_linky") ); CREATE TABLE "POSADKY"( "ID_POSADKY" NUMBER(1) NOT NULL, "role" VARCHAR2(20), CONSTRAINT "PK_POSADKY" PRIMARY KEY ("ID_POSADKY") ); SI1 95 SI
17 Jsou zaneseny všechny vztahy? Nelze doplnit generalizace? Nelze doplnit agregace? Nelze model vylepšit? Píklad: Pro entitu dodací list lze vymyslet pružnjší model, který usnadní pípadné úpravy v budoucnosti Nejsou zde odvoditelné vztahy? Zákazník si objednává zboží Zákazníkovi je vystavena faktura. Odebrané zboží je pedmtem fakturace.? Nejsou zde odvoditelné vztahy? Pozn.: Odvoditelné vztahy mohou v modelu být, ale musí být jako odvoditelné pedznaeny znakem / a doplnny zpsobem odvození (formulí, popisem v OCL). SI1 97 SI1 98 Jsou zanesena všechna integritní omezení? adu vlastností dat nelze do diagramu zanést: Šéf musí mít vtší plat než jeho podízení. V jednom skladu nelze umístit chemikálie typu 1 a 2. context s:sklad inv : forall(barel x,y s.obsahuje(x) and s.obsahuje(y) implies x.typ!= 1 or y.typ!= 2) SI1 99 Vyvážení datového modelu datový model versus datový slovník každá entita, atribut a vztah v DD datový model versus funkní dekompozice každá pam a datový tok obsahuje entitu, atribut nebo vztah (nebo jejich kombinaci) datový model versus minispecifikace nco musí entity a vztahy vytváet/rušit, íst/modifikovat (matice CRUD) SI1 100 Matice CRUD pro ECO sklad Prázdná Zadej Zaa Konec Dodávka Zahájení Ukonení plošina dodací barel pejímky práce práce list systému systému ECO ECO sklad sklad Plošina U U U C D Sklad U C,Get D,Save U Monitor U,Print U,Print C D Barel C Dodací C R,D list Kontrola funkního modelu je funkní model úplný? existuje funkce/metoda pro každou událost? každá funkce/metoda musí být popsána dekompozicí, nebo mít minispecifikaci (vstupy a výstupy musí odpovídat) nejsou zde nadbytené funkce/metody? Píkaz C,Print C,Print SI1 101 SI
18 Vyvážení funkního modelu funkní model versus datový slovník každá pam a datový tok v DD každý prvek DD se nkde vyskytuje (jinak je zbytený) funkní model versus datový model každá data zmínná ve funkce/metod musí být popsána v datovém modelu funkní model versus dynamický model každý ídicí proces má dynamický model (vstupy = podmínky, výstupy = akce) stídav spouštíme P1 a P2 P1 P2 y/a a x b y ídicí proces /a Pracuje P1 Pracuje P2 x/b SI1 103 SI1 104 Kontrola dynamického modelu je dynamický model úplný? existuje model pro každou entitu, která mže mít rzné stavy? existuje model pro každý ídicí proces? existuje popis životního cyklu systému? Životní cyklus ECO-skladu Lifecycle ECO-sklad: (dodávka pejímka)* (dotaz na stav je bezpený?)* pejímka = prázdná plošina. dodací list. (barel k zaazení. #ID barelu)*. konec pejímky. [#rozdíly v pejímce]. #píkaz pro skladníka. [#nelze uložit] dodávka = prázdná plošina.požadovaná dodávka. #skutená dodávka. #píkaz pro skladníka dotaz na stav = je bezpený? =... SI1 105 SI1 106 Životní cyklus pro Výtah Lifecycle Výtah: (požadavek)* (ON/OFF)* požadavek = [požadavek na pivolání požadavek na patro] požadavek na pivolání = [ požadavek na jízdu dol požadavek na jízdu nahoru ] požadavek na jízdu dol = tlaítko pro jízdu dol. #indikace požadavek na jízdu nahoru = tlaítko pro jízdu nahoru. #indikace požadavek na patro = tlaítko patra. #indikace SI
Analýza. Analýza. Datový model. Dynamický model
Analýza CO má systém umt Analýza Mla by odpovdt na otázku CO? Musí proto definovat konceptuální model ešeného systému Musí stanovit pedstavu, s jakými daty bude systém pracovat, jaké služby bude systém
VíceSWI041: Analýza. Hledáme odpov na otázku: Co se má udlat?
SWI041: Analýza Hledáme odpov na otázku: Co se má udlat? Nejprve trochu kontroly Stav projekt Pro vytváet úvodní studii A. Protože to Richta chce. B. Protože se to v komunit informatik sluší. C. Protože
VíceSWI041: Hledáme, odpov na otázku ZDA a PRO Sbr požadavk na SW produkt (feasibility study)
SWI041: Úvodní studie Hledáme, odpov na otázku ZDA a PRO Sbr požadavk na SW produkt (feasibility study) Nejprve trochu kontroly Stav projekt SWI041: Úvodní studie Mla by odpovdt na otázku PRO? Musí proto
VíceX36SIN: Softwarové inženýrstv. enýrství í? Co to je. Píklad definice SI (SEI, CMU) Historie SI. Pro se SI na FEL uí? u.
X36SIN: Softwarové inženýrstv enýrství Co to je softwarové inženýrstv enýrství í? Struneeno: Souhrn znalostí, metod, postup a praktik používaných pi vytváení a využívání softwarových produkt. Úvod Píklad
VíceÚvodní studie (pokraov
Úvodní studie (pokraov ování) Model jednání a kontext Model jednání (use case model) slouží pro evidenci aktér a služeb systému. Kontextový diagram slouží pro evidenci aktér a datových tok. Oba modely
VíceInfrastruktura UML. Modelování struktury v UML. Superstruktura UML. Notace objektů. Diagramy objektů
Infrastruktura UML v UML Karel Richta listopad 2011 Richta: B101TMM - v UML 2 Superstruktura UML Směr pohledu na systém dle UML Diagramy popisující strukturu diagramy tříd, objektů, kompozitní struktury,
VíceSuperstruktura UML. Modelování chování v UML. B101TMM Techniky a metody modelování požadavků Modelování chování. Richta: Podklady z přednášek na BI
Superstruktura UML v UML Karel Richta listopad 2011 Richta: B101TMM - v UML 2 Analýza chování Začínáme zpravidla seznamem funkcí - modelem jednání ten definuje případy užití. Pro každý případ užití navrhneme
VíceX36SIN: Softwarové inženýrstv. enýrství. Notace modelu jednání (UML) Chyby v modelu jednání. Píklad: e-obchod. úvodní studie
X36SIN: Softwarové inženýrstv enýrství Úvodní studie Obsah úvodní studie Požadovaný obsah úvodní studie projektu SI Deklarace zámru text Odborný lánek vytváí zadavatel projektu Odborný lánek text Úvodní
VíceModelování chování v UML
Modelování chování v UML Karel Richta listopad 2011 Superstruktura UML Richta: B101TMM - Modelování chování v UML 2 Analýza chování Začínáme zpravidla seznamem funkcí - modelem jednání ten definuje případy
VíceSWI041: Návrh. Z analytického konceptuálního modelu, kde je popsáno CO, musíme navrhnout JAK se to udlá
SWI041: Návrh Z analytického konceptuálního modelu, kde je popsáno CO, musíme navrhnout JAK se to udlá Nejprve trochu kontroly Stav projekt Kroky návrhun návrh architektury systému návrh uživatelského
VíceIMPORT DAT Z TABULEK MICROSOFT EXCEL
IMPORT DAT Z TABULEK MICROSOFT EXCEL V PRODUKTECH YAMACO SOFTWARE PÍRUKA A NÁVODY PRO ÚELY: - IMPORTU DAT DO PÍSLUŠNÉ EVIDENCE YAMACO SOFTWARE 2005 1. ÚVODEM Všechny produkty spolenosti YAMACO Software
VícePÍRUKA A NÁVODY PRO ÚELY: - RUTINNÍ PRÁCE S DATY
PÍRUKA A NÁVODY PRO ÚELY: - RUTINNÍ PRÁCE S DATY YAMACO SOFTWARE 2006 1. ÚVODEM Nové verze produkt spolenosti YAMACO Software pinášejí mimo jiné ujednocený pístup k použití urité množiny funkcí, která
VíceNávrh. Kroky návrhun. Základní technologická. Vstupy pro návrhn. návrhu architektury. Píklad
Kroky návrhun Návrh Z analytického konceptuálního modelu, kde je popsáno CO, musíme navrhnout JAK se to udlá návrh architektury systému návrh uživatelského vzhledu návrh komponent návrh komunikace mezi
VíceZbytky zákaznického materiálu
Autoi: V Plzni 31.08.2010 Obsah ZBYTKOVÝ MATERIÁL... 3 1.1 Materiálová žádanka na peskladnní zbytk... 3 1.2 Skenování zbytk... 7 1.3 Vývozy zbytk ze skladu/makulatura... 7 2 1 Zbytkový materiál V souvislosti
VíceModel podnikových procesu. Model objektu. Model funkcí. Akce. Proces Objekt (trída) Událost Atribut. Akce. Akce. Funkce
Model podnikových procesu Model objektu Akce Proces Objekt (trída) Událost Atribut Akce Akce Funkce Model funkcí Souvislosti klícových nástroju a pojmu v konceptuálním modelu IS Model podnikových procesu
VíceKaždý datový objekt Pythonu má minimáln ti vlastnosti. Identitu, datový typ a hodnotu.
Datový objekt [citováno z http://wraith.iglu.cz/python/index.php] Každý datový objekt Pythonu má minimáln ti vlastnosti. Identitu, datový typ a hodnotu. Identita Identita datového objektu je jedinený a
VíceIng. Jaroslav Halva. UDS Fakturace
UDS Fakturace Modul fakturace výrazn posiluje funknost informaního systému UDS a umožuje bilancování jednotlivých zakázek s ohledem na hodnotu skutených náklad. Navíc optimalizuje vlastní proces fakturace
VíceUnifikovaný modelovací jazyk UML
Unifikovaný modelovací jazyk UML Karel Richta katedra počíta tačů FEL ČVUT Praha richta@fel fel.cvut.czcz Motto: Komunikačním m prostředkem informační komunity se postupem času stala angličtina. Chcete-li
Více2. Modelovací jazyk UML 2.1 Struktura UML 2.1.1 Diagram tříd 2.1.1.1 Asociace 2.1.2 OCL. 3. Smalltalk 3.1 Jazyk 3.1.1 Pojmenování
1. Teoretické základy modelování na počítačích 1.1 Lambda-kalkul 1.1.1 Formální zápis, beta-redukce, alfa-konverze 1.1.2 Lambda-výraz jako data 1.1.3 Příklad alfa-konverze 1.1.4 Eta-redukce 1.2 Základy
VíceLineární algebra Petriho sítí
) Notace Lineární algebra Petriho sítí Definice: Neznaená PN je taková tveice Q = P Pre Post kde P = {P P n } je množina míst (konená nenulová) = { m } je množina pechod (konená nenulová) Pre: P {} vstupní
VíceObsah...1 1. Úvod...2 Slovníek pojm...2 2. Popis instalace...3 Nároky na hardware a software...3 Instalace a spouštní...3 Vstupní soubory...3 3.
Obsah...1 1. Úvod...2 Slovníek pojm...2 2. Popis instalace...3 Nároky na hardware a software...3 Instalace a spouštní...3 Vstupní soubory...3 3. Popis prostedí...4 3.1 Hlavní okno...4 3.1.1 Adresáový strom...4
VícePOPIS TESTOVACÍHO PROSTEDÍ 1 ZÁLOŽKA PARSER
POPIS TESTOVACÍHO PROSTEDÍ Testovací prostedí je navrženo jako tízáložková aplikace, každá záložka obsahuje logicky související funkce. Testovací prostedí obsahuje následující ti záložky: Analýza Gramatiky
VíceSpráva obsahu ízené dokumentace v aplikaci SPM Vema
Správa obsahu ízené dokumentace v aplikaci SPM Vema Jaroslav Šmarda, smarda@vema.cz Vema, a. s., www.vema.cz Abstrakt Spolenost Vema patí mezi pední dodavatele informaních systém v eské a Slovenské republice.
VícePromnné. [citováno z
Promnné [citováno z http://wraith.iglu.cz/python/index.php] Abychom s datovým objektem mohli v programu njak rozumn pracovat, potebujeme se na nj njakým zpsobem odkázat. Potebujeme Pythonu íct, aby napíklad
VíceDANDO S.R.O č.t. 0902 331 936 X-BAR. Elektromechanická závora. Návod k inštalácii a obsluhe
X-BAR Elektromechanická závora Návod k inštalácii a obsluhe 1. Kontrola p_ed montáží Než p_ikro_íte k instalaci, zkontrolujte vhodnost zvoleného modelu závory a podmínky pro montáž Ujist_te se, že všechny
VícePedání smny. Popis systémového protokolování. Autor: Ing. Jaroslav Halva V Plzni 24.01.2012. Strana 1/6
Autor: Ing. Jaroslav Halva V Plzni 24.01.2012 Strana 1/6 Obsah 1 OBSAH... 2 2 NKOLIK SLOV NA ÚVOD... 3 3 MODEL... 3 4 DEFINICE... 3 5 DENNÍ VÝKAZ... 4 6 ZÁVR... 6 Strana 2/6 1 Nkolik slov na úvod Zamení
VíceDatabázové modelování. Analýza Návrh konceptuálního schématu
Databázové modelování Analýza Návrh konceptuálního schématu 1 Vytváření IS Analýza Návrh Implementace Testování Předání SW Jednotlivé fáze mezi sebou iterují 2 Proč modelovat/analyzovat? Standardizované
VíceCo je to softwarové inženýrství? Co je to projekt? Co je to softwarový projekt? Termín softwarové inženýrství Definice IEEE : ina vzniku SI?
SIN Co je to softwarové inženýrství? (definice IEEE 1993) Softwarové inženýrství je systematický, disciplinovaný a kvalifikovaný přístup k vývoji, tvorbě a údržbě softwaru. Co je to projekt? - Projekt
VíceVYTVÁENÍ VÝBROVÝCH DOTAZ
VYTVÁENÍ VÝBROVÝCH DOTAZ V PRODUKTECH YAMACO SOFTWARE PÍRUKA A NÁVODY PRO ÚELY: - VYTVÁENÍ VÝBROVÝCH SESTAV YAMACO SOFTWARE 2003-2004 1. ÚVODEM Standardní souástí všech produkt Yamaco Software jsou prostedky
VíceORACLE MANUFACTURING SCHEDULING ORACLE HLAVNÍ PLÁNOVÁNÍ VÝROBY
ORACLE MANUFACTURING SCHEDULING ORACLE HLAVNÍ PLÁNOVÁNÍ VÝROBY KLÍOVÉ FUNKCE ORACLE MANUFACTURING SCHEDULING Píprava pedpovdí Parametry plánu finální výroby Plánování materiálových požadavk Pracovní plocha
VíceDOPRAVNÍ INŽENÝRSTVÍ
VYSOKÉ UENÍ TECHNICKÉ V BRN FAKULTA STAVEBNÍ ING. MARTIN SMLÝ DOPRAVNÍ INŽENÝRSTVÍ MODUL 4 ÍZENÉ ÚROVOVÉ KIŽOVATKY ÁST 1 STUDIJNÍ OPORY PRO STUDIJNÍ PROGRAMY S KOMBINOVANOU FORMOU STUDIA Dopravní inženýrství
VíceKUSOVNÍK Zásady vyplování
KUSOVNÍK Zásady vyplování Kusovník je základním dokumentem ve výrob nábytku a je souástí výkresové dokumentace. Každý výrobek má svj kusovník. Je prvotním dokladem ke zpracování THN, objednávek, ceny,
VíceORACLE ÍZENÍ VÝROBY ORACLE WORK IN PROCESS KLÍOVÉ FUNKCE ORACLE WORK IN PROCESS
ORACLE WORK IN PROCESS ORACLE ÍZENÍ VÝROBY KLÍOVÉ FUNKCE ORACLE WORK IN PROCESS Definice standardních výrobních píkaz Definice výrobních rozvrh pro libovolný zvolený interval Definice výrobních píkaz koncové
VíceTopoL sbr bod pro AAT
TopoL sbr bod pro AAT technologický postup Jindich Hoda Ph.D. únor 2005 Pi práci v SW TopoL se budete pi sbru bod pro aerotriangulaci ídit následujícím pracovním postupem, viz obrázek 1. Obr. 1 pracovní
VíceÁ D TAJEMNÍKA MSTSKÉHO ÚADU . R 03/2007 PODPISOVÝ ÁD
Á D TAJEMNÍKA MSTSKÉHO ÚADU. R 03/2007 PODPISOVÝ ÁD Zpracovatel: Ing. Jan Kvasnika, povený vedením odboru kancelá starosty Rozsah psobnosti: uvolnní lenové zastupitelstva, pedsedové výbor ZM a komisí RM
VíceKonceptuální modelování. Pavel Tyl 21. 3. 2013
Konceptuální modelování Pavel Tyl 21. 3. 2013 Vytváření IS Vytváření IS Analýza Návrh Implementace Testování Předání Jednotlivé fáze mezi sebou iterují Proč modelovat a analyzovat? Standardizované pracovní
VíceInformace pro autory píspvk na konferenci ICTM 2007
Informace pro autory píspvk na konferenci ICTM 2007 Pokyny pro obsahové a grafické zpracování píspvk Strana 1 z 5 Obsah dokumentu: 1. ÚVODNÍ INFORMACE... 3 2. POKYNY PRO ZPRACOVÁNÍ REFERÁTU... 3 2.1. OBSAHOVÉ
VíceORACLE DISCRETE MANUFACTURING ORACLE DISKRÉTNÍ VÝROBA
ORACLE DISCRETE MANUFACTURING ORACLE DISKRÉTNÍ VÝROBA KLÍOVÉ FUNKCE ORACLE DISCRETE MANUFACTURING Definice výrobních píkaz Definice výrobních rozvrh ízení zakázkové výroby ízení sériové výroby ízení hromadné
VíceBezpenost dtí v okolí škol z pohledu bezpenostního auditora
Bezpenost dtí v okolí škol z pohledu bezpenostního auditora Ing. Jaroslav Heinich, HBH Projekt spol. s r.o. pednáška na konferenci Bezpenos dopravy na pozemných komunikáciách 2008 ve Vyhne (SK) ÚVOD Bezpenostní
VíceVývoj IS - strukturované paradigma II
Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 05 1/18 Vývoj IS - strukturované paradigma II Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta informačních
VíceDigitální pekreslení leteckého snímku
Digitální pekreslení leteckého snímku 1) Založení vlastního adresáe Návod program Topol Ped otevením programu Topol (na ploše v adresái výuka FD11) je zapotebí založit si vlastní adresá, kam se budou ukládat
VícePrimární klíč (Primary Key - PK) Je právě jedna množina atributů patřící jednomu z kandidátů primárního klíče.
Primární a cizí klíč Kandidát primárního klíče (KPK) Je taková množina atributů, která splňuje podmínky: Unikátnosti Minimálnosti (neredukovatelnosti) Primární klíč (Primary Key - PK) Je právě jedna množina
VíceSQL - trigger, Databázové modelování
6. přednáška z předmětu Datové struktury a databáze (DSD) Ústav nových technologií a aplikované informatiky Fakulta mechatroniky, informatiky a mezioborových studií Technická univerzita v Liberci jan.lisal@tul.cz
VíceFinální verze žádosti (LZZ-GP)
8. Klíové aktivity!íslo aktivity: 01 Školení nových technologií a novinek v sortimentu TZB (technická zaízení budov) Pedm!tem KA_1 je realizace školení zam!ené na nové technologie a novinky v sortimentu
Více! " #!! $%! & '( &! & )% *! * "# $%&
!! " #!! $%! & '( &! & )% *! * "# $%& '( )!!+),# *--- )*%+ 1) Abstrakt Tento dokument je referenní pírukou definující datový model MICHAEL. Datový model pedstavuje XML popis digitálních sbírek a souvisejících
VíceModely datové. Další úrovní je logická úroveň Databázové modely Relační, Síťový, Hierarchický. Na fyzické úrovni se jedná o množinu souborů.
Modely datové Existují různé úrovně pohledu na data. Nejvyšší úroveň je úroveň, která zachycuje pouze vztahy a struktury dat samotných. Konceptuální model - E-R model. Další úrovní je logická úroveň Databázové
VíceModelování procesů s využitím MS Visio.
Modelování procesů s využitím MS Visio jan.matula@autocont.cz Co je to modelování procesů? Kreslení unifikovaných či standardizovaných symbolů, tvarů a grafů, které graficky znázorňují hlavní, řídící nebo
VíceProblematika využití árového kódu ve vysledovatelnosti potravin. Problem areas of using barcode in food traceability
Problematika využití árového kódu ve vysledovatelnosti potravin Problem areas of using barcode in food traceability Miroslav Hrubý, Ivo Šašek, Václav Kybic Klíová slova: Vysledovatelnost, bezpenost potravin,
Více1. Signatura datového typu
1. Signatura datového typu a) popisuje vlastnosti operací datového typu b) popisuje sémantiku datového typu c) popisuje jména druh a operací a druhy argument a výsledku d) je grafickým vyjádením implementace
VíceJaký je rozdíl v definicicíh VARCHAR2(20 BYTE) a VARCHAR2(20 CHAR):
Mezi příkazy pro manipulaci s daty (DML) patří : 1. SELECT 2. ALTER 3. DELETE 4. REVOKE Jaké vlastnosti má identifikující relace: 1. Je relace, která se využívá pouze v případě modelovaní odvozených entit
VíceDBS Konceptuální modelování
DBS Konceptuální modelování Michal Valenta Katedra softwarového inženýrství FIT České vysoké učení technické v Praze Michal.Valenta@fit.cvut.cz c Michal Valenta, 2010 BIVŠ DBS I, ZS 2010/11 https://users.fit.cvut.cz/
VíceREKLAMANÍ ÁD. ATLANTIK finanní trhy, a.s _Reklamaní ád
REKLAMANÍ ÁD ATLANTIK finanní trhy, a.s. 1 Obsah I. II. III. IV. V. ÚVODNÍ USTANOVENÍ PODÁNÍ REKLAMACE A STÍŽNOSTI! " PIJETÍ A VYÍZENÍ REKLAMACE A STÍŽNOSTI # $ % EVIDENCE SPOJENÁ S REKLAMACEMI A STÍŽNOSTMI
VíceGymnázium a Střední odborná škola, Rokycany, Mládežníků 1115
Gymnázium a Střední odborná škola, Rokycany, Mládežníků 1115 Číslo projektu: Číslo šablony: Název materiálu: Ročník: Identifikace materiálu: Jméno autora: Předmět: Tématický celek: Anotace: CZ.1.07/1.5.00/34.0410
VíceInovace tohoto kurzu byla spolufinancována z Evropského sociálního fondu a státního rozpočtu České republiky.
Inovace tohoto kurzu byla spolufinancována z Evropského sociálního fondu a státního rozpočtu České republiky. Projekt ESF OP VK reg.č. CZ.1.07/2.2.00/28.0209 Elektronické opory a e-learning pro obory výpočtového
VícePRÁCE S GRAFICKÝMI VÝSTUPY SESTAV
PRÁCE S GRAFICKÝMI VÝSTUPY SESTAV V PRODUKTECH YAMACO SOFTWARE PÍRUKA A NÁVODY PRO ÚELY: - UŽIVATELSKÉ ÚPRAVY GRAFICKÝCH VÝSTUP YAMACO SOFTWARE 2006 1. ÚVODEM Vtšina produkt spolenosti YAMACO Software
VícePostup efektování jednotlivých part
Postup efektování jednotlivých part Níže uvedený postup platí pro nástroje ady Yamaha PSR (konkrétn PSR-1000, 2000, 1100, 2100, 1500, 3000), pro Yamahu TYROS a také TYROS 2. Uvedené obrázky ovládacího
VíceDatabázové systémy Cvičení 5.2
Databázové systémy Cvičení 5.2 SQL jako jazyk pro definici dat Detaily zápisu integritních omezení tabulek Integritní omezení tabulek kromě integritních omezení sloupců lze zadat integritní omezení jako
VíceNemocnice. Prvotní analýza a plán projektu
Nemocnice Projekt do předmětu AIS Prvotní analýza a plán projektu Lukáš Pohl, xpohll00, xkosti03 Jan Novák, xnovak79 2009/2010 1 Neformální specifikace FN potřebuje informační systém, který bude obsahovat
VíceKONVENCE TVORBY A SPRÁVY PROCESNÍHO MODELU
Procesní model Konvence tvorby a správy Strana: 1 (celkem 42) Obsah 1. Úvod...4 1.1. Úel a cíle konvencí...4 1.2. Rozsah platnosti konvencí...4 1.3. Poznámky...4 2. Pojmy, zkratky spojené s procesním ízením,
VíceObjektov orientovaný pístup
Objektov orientovaný pístup Softwarové inženýrství (SWI ) je disciplína poítaové vdy (computer science) zabývající se vývojem velkých aplikací. Softwarové inženýrství zahrnuje nejen technické aspekty vytváení
VíceZADÁVACÍ DOKUMENTACE VE EJNÉ ZAKÁZKY
ZADÁVACÍ DOKUMENTACE VEEJNÉ ZAKÁZKY Zadávací ízení Zjednodušené podlimitní ízení podle 38 zákona. 137/2006 Sb., o veejných zakázkách, ve znní pozdjších pedpis Název veejné zakázky OSSZ Klatovy Energetické
VíceVYUŽITÍ MODULU EXCELENT PRO MANAŽERSKÉ ANALÝZY V APLIKACÍCH VEMA
VYUŽITÍ MODULU EXCELENT PRO MANAŽERSKÉ ANALÝZY V APLIKACÍCH VEMA Ing. Bc. Jaroslav Šmarda Vema, a. s. smarda@vema.cz Abstrakt Ze zkušenosti víme, že nasazení speciálního manažerského informaního systému
VíceRELAČNÍ DATABÁZOVÉ SYSTÉMY
RELAČNÍ DATABÁZOVÉ SYSTÉMY VÝPIS KONTROLNÍCH OTÁZEK S ODPOVĚDMI: Základní pojmy databázové technologie: 1. Uveďte základní aspekty pro vymezení jednotlivých přístupů ke zpracování hromadných dat: Pro vymezení
VíceTransformace ER SQL. Ing. Michal Valenta PhD. Databázové systémy BI-DBS ZS 2010/11, P edn. 9
Transformace ER SQL Ing. Michal Valenta PhD. Katedra softwarového inºenýrství Fakulta informa ních technologií ƒeské vysoké u ení technické v Praze c Michal Valenta, 2010 Databázové systémy BI-DBS ZS 2010/11,
VíceÚvod do softwarového inženýrství IUS 2009/2010 p.1/30
Úvod do softwarového inženýrství IUS 2009/2010 5. přednáška Ing. Radek Kočí, Ph.D. Ing. Bohuslav Křena, Ph.D. Vytvořeno na základě přednášky doc. Ing. Jaroslava Zendulky, CSc. Úvod do softwarového inženýrství
Více2 Požadavky na nové funkní chování pi zmnách mezi jednotlivými návstními znaky
Obsah: 1. Úvodní ustanovení 2. Požadavky na nové funkní chování pi zmnách mezi jednotlivými návstními znaky svtelných hlavních návstidel a samostatných a opakovacích pedvstí pi poruchách jejich svícení
VíceZápis z prbžného oponentního ízení
Zápis z prbžného oponentního ízení Identifikaní kód projektu: 1PO5ME816 1. Název projektu: Píprava odborník pro oblast inovaního podnikání 2. Píjemce úelové podpory: Vysoká škola manažerské informatiky
VíceDiagram datových toků - DFD
Funkční model Diagram datových toků - DFD DFD - Data Float Diagram Z historie jsou známy první pokusy znázornění datových toků v organizační struktuře podniku a výroby již na počátku století. Dnes patří
Víceád Vodních skaut 1. Úvodní ustanovení 2. Sí Vodních skaut 3. Úel sít VS 4. Vodní výchovné jednotky Junák svaz skaut a skautek R
ád Vodních skaut 1. Úvodní ustanovení (1) Tento ád upravuje specifika a strukturu sít Vodních skaut (dále jen VS). (2) Souvisejícími pedpisy jsou zejména: a) Stanovy Junáka, b) Organizaní ád a systemizace
VíceVOLEBNÍ ÁD. pro volby výboru a dozorí rady Spolenosti radiologických asistent R
VOLEBNÍ ÁD pro volby výboru a dozorí rady Spolenosti radiologických asistent R razítko Spolenosti radiologických asistent R podpis pedsedy výboru a dozorí rady SRLA R (1) Voliem je každý ádný len SRLA
VíceIS Restaurace. Semestrální práce. Tomáš Rumíšek V Brně dne 7. 1. 2014 Peter Ševčík
IS Restaurace Semestrální práce Tomáš Rumíšek V Brně dne 7. 1. 2014 Peter Ševčík 1 1. Obsah 2. Neformální specifikace... 3 Informační systém Restaurace... 3 3. Formální specifikace... 3 Funkční požadavky...
VíceEKOLOGICKÝ PRÁVNÍ SERVIS. Plánování a povolování dopravních staveb a posuzování vliv na životní prostedí - základní problémy
EKOLOGICKÝ PRÁVNÍ SERVIS ENVIRONMENTAL LAW SERVICE Financováno ze zdroj EU - program Transition Facility Plánování a povolování dopravních staveb a posuzování vliv na životní prostedí - základní problémy
VíceDUM 09 téma: Kusovník
DUM 09 téma: Kusovník ze sady: 01 tematický okruh sady: Kreslení výkres sestavení ze šablony: 04_Technická dokumentace Ureno pro :1. roník vzdlávací obor: 26-41-M/01 Elektrotechnika 18-20-M/01 Informaní
VíceKonzistentnost. Pro a proti replikaci. Vztah ke škálovatelnosti (1)
Konzistentnost Pednášky z distribuovaných systém Pro a proti replikaci 1. Zvýšení spolehlivosti. 2. Zvýšení výkonnosti. 3. Nutnost zachování škálovatelnosti systému co do potu komponent i geografické rozlehlosti.
VíceFIRMA, NÁZEV I JINÉ OZNAENÍ. Msto,ulice,íslo popisné,ps:.. Zapsaná v obchodním rejstíku vedeném, oddíl., Bankovní spojení:.. . útu:..
S M L O U V A o poskytování pístupu k SN ve formátu PDF prostednictvím služby SN online. uzavená podle ust. 262 odst. 1 zákona. 513/1991 Sb., Obchodní zákoník a podle ust. 5 a násl. zákona. 22/1997 Sb.,
Více1 Píklady popisu typických konstrukcí
1 Píklady popisu typických konstrukcí V tomto odstavci se pokusíme ilustrovat denotaní popis sémantiky ve funkcionálním modelu pro typické píklady jazykových konstrukcí. Popisované konstrukce budou fragmenty
VíceCykly Intermezzo. FOR cyklus
Cykly Intermezzo Rozhodl jsem se zaadit do série nkolika lánk o základech programování v Delphi/Pascalu malou vsuvku, která nám pomže pochopit principy a zásady pi používání tzv. cykl. Mnoho ástí i jednoduchých
VíceZamení fasády stavebního objektu
Zamení fasády stavebního objektu metodou pozemní stereofotogrammetrie - souhrn materiál k projektu OBSAH - technologický postup - poznámky - práce v terénu pehled - poznámky - fotogrammetrické vyhodnocení
Více7.3 Diagramy tříd - základy
7.3 Diagramy tříd - základy - popisuje typy objektů a statické vztahy mezi nimi Objednávka -datumpřijetí -předplacena -číslo -cena +vyřiď() +uzavři() {if Objednávka.zákazník.charakteristika = 'nejistý'
VíceE S K É D R Á H Y, a. s. G E N E R Á L N Í E D I T E L S T V Í O D B O R O S O B N Í D O P R A V Y A P E P R A V Y E K A C Í D O B Y
E S K É D R Á H Y, a. s. G E N E R Á L N Í E D I T E L S T V Í O D B O R O S O B N Í D O P R A V Y A P E P R A V Y E K A C Í D O B Y A O P A T E N Í P I Z P O Ž D N Í VLAKU O S O B N Í D O P R A V Y G
Víceipové karty, standardy PKCS#11, PKCS#15
ipové karty, standardy PKCS#11, PKCS#15 Pod pojmem ipová karta (smart card) dnes rozumíme integrovaný obvod, zalisovaný v njakém nosii a obsahující procesor s dostaten velkou pamtí a software (operaní
VíceDOPADOVÁ STUDIE.18. Stav BOZP v zemdlství
DOPADOVÁ STUDIE.18 Studie. 18 Zpracoval: Institut vzdlávání v zemdlství o.p.s. SI, BOZP Ing. Hotový Jaroslav 1 Studie. 18 1. Úvod do problematiky BOZP, 2. souasný stav a specifika odvtví zemdlství v návaznosti
Více10 Metody a metodologie strukturované analýzy
10 Metody a metodologie strukturované analýzy 10.1 Strukturovaná analýza DeMarco (1978) Nástroje: DFD, datový slovník, strukturovaná angličtina, rozhodovací tabulky a stromy Postup: 1. Analýza stávajícího
VícePrezentaní program PowerPoint
Prezentaní program PowerPoint PowerPoint 1 SIPVZ-modul-P0 OBSAH OBSAH...2 ZÁKLADNÍ POJMY...3 K EMU JE PREZENTACE... 3 PRACOVNÍ PROSTEDÍ POWERPOINTU... 4 OPERACE S PREZENTACÍ...5 VYTVOENÍ NOVÉ PREZENTACE...
VíceDatabázové systémy. - SQL * definice dat * aktualizace * pohledy. Tomáš Skopal
Databázové systémy - SQL * definice dat * aktualizace * pohledy Tomáš Skopal Osnova přednášky definice dat definice (schémat) tabulek a integritních omezení CREATE TABLE změna definice schématu ALTER TABLE
VíceMETODY OCEOVÁNÍ PODNIKU DEFINICE PODNIKU. Obchodní zákoník 5:
METODY OCEOVÁNÍ PODNIKU DEFINICE PODNIKU Obchodní zákoník 5: soubor hmotných, jakož i osobních a nehmotných složek podnikání. K podniku náleží vci, práva a jiné majetkové hodnoty, které patí podnikateli
VíceDUM. Databáze - úvod
DUM Název projektu íslo projektu íslo a název šablony klíové aktivity Tematická oblast - téma Oznaení materiálu (pílohy) Inovace ŠVP na OA a JŠ Tebí CZ.1.07/1.5.00/34.0143 III/2 Inovace a zkvalitnní výuky
VíceDBS Transformace konceptuálního schématu na
DBS Transformace konceptuálního schématu na relační Michal Valenta Katedra softwarového inženýrství FIT České vysoké učení technické v Praze c Michal Valenta, 2012 BI-DBS, ZS 2012/13 https://edux.fit.cvut.cz/courses/bi-dbs/
VíceNávrh databázového modelu
Návrh databázového modelu Informační a znalostní systémy 1 2 Konflikty 3 návrh musí pokrývat požadavky zadavatele návrhbyměl reflektovat i možné budoucí poslání návrh od shora dolů zdola nahoru Vývoj modelu
VíceZápis 1 o posouzení a hodnocení nabídek
Zápis 1 o posouzení a hodnocení nabídek 1. Veejná zakázka Název zakázky: [_Operativní leasing užitkového vozu_] Registraní íslo projektu: [_CZ.1.04/3.4.04/26.00348_] Název projektu: [Flexibiln pro odlehovací
VíceTÉMATICKÝ OKRUH Teorie zpracování dat, Databázové a informační systémy a Teorie informačních systémů
TÉMATICKÝ OKRUH Teorie zpracování dat, Databázové a informační systémy a Teorie informačních systémů Číslo otázky : 16. Otázka : Funkční a dynamická analýza informačního systému. Obsah : 1. Úvod 2. Funkční
VíceWingo. POKYNY A UPOZORNNÍ PRO MONTÁŽ pevodový motor pro kídlové brány
Wingo POKYNY A UPOZORNNÍ PRO MONTÁŽ pevodový motor pro kídlové brány Obsah 1 Popis výrobku 2 2 Instalace 2 2.1 Pedbžná kontrola 2 2.2 Omezení pro použití 2 2.3 Montáž 3 2.3.1 Upevnní zadní konzoly 3
VíceUniverzální ovlada LP20 DÁLKOVÝ OVLADA S MOŽNOSTÍ UENÍ SE OD PVODNÍCH OVLADA
Univerzální ovlada LP20 DÁLKOVÝ OVLADA S MOŽNOSTÍ UENÍ SE OD PVODNÍCH OVLADA NÁVOD K OBSLUZE Výhradní dovozce pro R (kontakt): Bohumil Veselý - VES Tšínská 204 Albrechtice, 735 43 I: 44750498 DI: CZ-6812261016
VíceMATEMATIKA MATEMATIKA
PRACOVNÍ MATERIÁLY PRACOVNÍ MATERIÁLY MATEMATIKA MATEMATIKA Struktura vyuovací hodiny Metodický Struktura vyuovací list aplikace hodiny Ukázková Metodický hodina list aplikace materiál Záznamový Ukázková
VíceSWI041: Testování programových. Jak se to oví
SWI041: Testování programových systém Jak se to oví Nejprve trochu kontroly Stav projekt Testování,, validace a verifikace testování t Seq. sorted(sort(t)) is-permutation(t,sort(t)) validace (Val Seq)
Více7.3 Diagramy tříd - základy
7.3 Diagramy tříd - základy - popisuje typy objektů a statické vztahy mezi nimi Objednávka -datumpřijetí -předplacena -číslo -cena +vyřiď() +uzavři() {if Objednávka.zákazník.charakteristika = 'nejistý'
Vícee s k á g y m n a s t i c k á f e d e r a c e KVALIFIKA NÍ ÁD
e s k á g y m n a s t i c k á f e d e r a c e 160 17 Praha 6, Atletická 100/2, P.O. BOX 40 tel./fax 257 210 811 e-mail: cgf@cstv.cz tel. 233 017 434 http://gymnastika.cstv.cz KVALIFIKANÍ ÁD Praha, prosinec
Více(uvedenou dokumentaci pikládá píjemce pomoci k žádosti o proplacení)
PEHLED DUMENTACE ZE ZADÁVACÍH ÍZENÍ NEVEEJNÉ ZAÁZY, PR ZADÁVACÍ ÍZENÍ zapoatá v dob od 1. 5. 2004 do zmny Pravidel k 9. 8. 2006 PR PDPATENÍ 2.1.4. (uvedenou dokumentaci pikládá píjemce pomoci k žádosti
Více