Object-oriented Analysis & Design. Requirements Analysis
|
|
- Simona Beránková
- před 8 lety
- Počet zobrazení:
Transkript
1 Object-oriented Analyi & Deign Requirement Analyi
2 Waterfall Model Sytem Requirement Software Requirement Deign Verification Module Tet Validation Implementation Iteration
3 Agile Unified Proce Inception Elaboration Contruction Tranition Implementovány všechny feature Vyjaněna architektura, přijata hlavní deign deciion Vyjaněný záměr (přílib rozpočtu) Uvolnění do otrého provozu
4 Agile Unified Proce Inception Elaboration Contruction Tranition Inception: hrubá vize vyvíjeného ytému buine cae Věcný rozah (cope) hrubé základní požadavky hrubé odhady
5 Agile Unified Proce Inception Elaboration Contruction Tranition Elaboration: podrobná vize vyvíjeného ytému iterativní implementace základní (core) architektury iterativní implementace funkcionalit vyokou úrovní rizika identifikace většiny požadavků identifikace věcného rozahu (cope) realitičtější odhady
6 Agile Unified Proce Inception Elaboration Contruction Tranition Contruction: iterativní implementace zbývajících feature tety před naazením
7 Agile Unified Proce Inception Elaboration Contruction Tranition Tranition: deployment beta tet releae
8 OOA/D UML e používá na třech úrovních abtrakce: Konceptuální úroveň Diagramy reprezentují věci reálného věta (domain of interet) Úroveň pecifikace (oftwaru) Diagramy reprezentují SW-ovou abtrakci nebo SW komponenty ( jejich interface) ale ne jejich konkrétní implementaci Úroveň implementace (oftwaru) Diagramy reprezentují SW-ovou abtrakci nebo SW komponenty ( jejich interface) ale ne jejich konkrétní implementaci Konceptuální (analytická) třída Reprezentuje pojem (věc) reálného věta Návrhová (SW) třída Reprezentuje SW komponentu Implementační třída Třída ve mylu C++ nebo Java
9 OOA/D Define ue cae Define domain model Define interaction diagram Define deign cla diagram
10 Requirement (FURPS+) Functional (feature, zabezpečení,...) Ueability (GUI, ergonomie, lidký faktor, help, dokumentace,...) Reliability (příputná frekvence chyb, obnovení z chyb, předvídatelnot,...) Performance (rychlot odezvy, průchodnot, dotupnot, potř. paměti,...) Supportability (GUI, ergonomie, lidký faktor, help, internacionalizace, dokumentace,...) + Implementation (limity zdrojů, jazyky a nátroje, platforma) Interface (požadavky a omezení vyvolané externími ytémy) Operation (management ytému, konfigurovatelnot) Packaging Legal
11 Buine Modeling Domain model Ue-Cae Model Viion Requirement Ue-Cae Diagram Operation Contract Ue-Cae Text Sytem Sequence Diagram Gloary Suplementary Specification Buine (domain)rule Deign Deign model
12 Dicipline Artifact Incept I1 Elab E1..En Cont C1..Cn Tran T1..T2 Buine Modeling Domain Model Ue-Cae Model r Requirement Viion Supplementary Specification r r Gloary r Deign Model r Deign SW Architecture Document Data Model r
13 Příklady užití (ue-cae) jou textové dokumenty, nikoliv diagramy. Modelování příkladů užití (ue-cae modeling) je primárně paní textu, nikoliv krelení diagramů. Krelení ue-cae diagramů má pomoci identifikovat jednotlivé ue-cay a nalézt jejich trukturu
14 3 obvyklé tupně rozpracování ue-caů: Brief Zákazník přijde na pokladnu vybranými položkami ortimentu. Pokladní použije pokladní ytém k tomu, aby zaevidoval každou prodanou položku. Sytém průběžně zobrazuje průběžný oučet cen a detaily o jednotlivých položkách. Zákazník pokytne platební kartu, kterou ytém ověří a zaeviduje. Sytém upraví tav záob na kladě. Zákazník obdrží účtenku a odejde nákupem. Caual Podrobnější popi, více odtavců. Tak, jak potupně rote tupeň porozumění danému ue-cau. Fully dreed Podrobně popány všechny kroky a varianty. Podpůrné ekce jako pre-condition a pot-condition
15 Fully dreed ue cae Sekce Jméno ue-cau Rozah (Scope) Úroveň Primární aktér Stakeholder and interet Pre-condition Pot-condition Hlavní (úpěšný) cénář Extenze Speciální požadavky Změny technologie a dat Frekvance výkytu Různé Comentář Mělo by začinat loveem Název ytému, který je předmětem návrhu Uer-goal nebo ubfunction Ten, kdo vyvolává lužby ytému pro plnění vých cílů Kdo je zaintereován na ue-cau a co od něj očekává Co muí být plněno, aby e ue cae mohl vykonat Co je plněno po úpěšném plnění ue-cau Typický (nepodmíněný) úpěšný cénář (průběh). Alternativní cénáře (úpěšné nebo chybové) Souviející nefunkční požadavky Seznam změn technologie a formátu dat Může mít vliv na prioritu Typicky eznam nevyjaněných otázek
16 Fully dreed ue cae Hlavní cénář 1. Zákazník přijde na pokladnu e zbožím. 2. Pokladní zahájí nový prodej. 3. Pokladní zadá (čarový) kód zboží. 4. Sytém zaznamená položku prodeje a zobrazí popi zboží, cenu a průběžnou čátku. Pokladní opakuje kroky 3-4 pro všechny položky zboží. 5. Sytém zobrazí celkovou čátku včetně DPH. 6. Zákazník zaplatí a ytém zpracuje platbu. 7. Sytém předá informaci o ukutečněném prodeji a platbě externímu účetnímu ytému. 8. Sytém vydá účtenku 9. Zákazník odchází e zbožím.
17 Fully dreed ue cae Extenze (alternativní cénáře) *a. Kdykoliv. Manažer provádí opravnou operaci 1, Manažer zadá do ytému vůj autorizační kód. 2. Manažer nebo pokladní provede jednu operaci v manažerkém módu. 3. Sytém e vrátí do módu pokladní 2-4a. Zákazník oznámí pokladní, že má nárok na levu. 1. Pokladní nárok ověří a zadá kód levy. 2. Sytem vypočte výši uznané levy.
18 Jak identifikovat případy užití 1.Identifikace hranic ytému. 2.Nalezení primárních aktérů a jejich cílů. 3.Analýza ytémových událotí (vyžadujících obluhu). 4.Definice případů užití (za pomoci ue-cae diagramů)
19 Primární aktéři Hranice ytému Podpůrní aktéři
20 Alternativní notace aktéra Stereotype Služba autorizace platby <<ytem>> Služba autorizace platby <<actor>> Služba autorizace platby
21 Jeden ue-cae využívá jiný ue-cae
22 Buine Modeling Domain model Ue-Cae Model Viion Requirement Ue-Cae Diagram Operation Contract Ue-Cae Text Sytem Sequence Diagram Gloary Suplementary Specification Buine (domain)rule Deign Deign model
23 Domain model Deign model
24 Buine Modeling Domain model Ue-Cae Model Viion Requirement Ue-Cae Diagram Operation Contract Ue-Cae Text Sytem Sequence Diagram Gloary Suplementary Specification Buine (domain)rule Deign Deign model
25 Operation Contract Sytem Sequence Diagram Deign Model
26 Dicipline Artifact Incept I1 Elab E1..En Cont C1..Cn Tran T1..T2 Buine Modeling Domain Model Ue-Cae Model r Requirement Viion Supplementary Specification r r Gloary r Deign Model r Deign SW Architecture Document Data Model r
Analýza a Návrh. Analýza
Analysis & Design Návrh nebo Design? Design = návrh Není vytváření použitelného uživatelského prostředí (pouze malinká podmnožina celého návrhu) Často takto omezeně chápáno studenty nedokáží si představit,
Více7.2 Model použití (jednání) (Use Case)
7.2 Model použití (jednání) (Use Case) - při analýze požadavků často popis typických interakcí uživatele, nedokumentované Jacobson model použití (1992) Scénář Posloupnost kroků popisujících interakci mezi
VíceNávrh IS - UML. Jaroslav Žáček
Návrh IS - UML Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ UML UML není metodikou ani programovacím jazykem, je to pouze vizuální modelovací nastroj pro objektově orientované systémy.
VíceNávrh IS - UML. Jaroslav Žáček
Návrh IS - UML Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Trochu historie neuškodí Do roku 1994 chaos ve světě objektově orientovaných metod (několik jazyků pro vizuální modelování,
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íce7.5 Diagram tříd pokročilé techniky
7.5 Diagram tříd pokročilé techniky Stereotypy - jeden ze základních prostředků rozšiřitelnosti UML - pro modelovací konstrukce neexistující v UML, ale podobné předdefinované v UML definované uživatelem
VíceSystémová analýza a návrh. Zbyněk Ungermann, UNG května 2011
Systémová analýza a návrh Vysoká škola báňská - technická univerzita Ostrava 1. května 2011 Obsah 1 2 3 zachycují vztah mezi stakeholdery systému a jeho chováním popisují chování systému za různých podmínek,
Více7.5 Diagram tříd pokročilé techniky
7.5 Diagram tříd pokročilé techniky Stereotypy - jeden ze základních prostředků rozšiřitelnosti UML - pro modelovací konstrukce neexistující v UML, ale podobné předdefinované v UML definované uživatelem
VíceModelování požadavků
Modelování požadavků Ing. Jiří Mlejnek Katedra softwarového inženýrství Fakulta informačních technologií České vysoké učení technické v Praze Jiří Mlejnek, 2011 jiri.mlejnek@fit.cvut.cz Softwarové inženýrství
VíceModelování webových služeb v UML
Modelování webových služeb v UML Jaromír Šveřepa LBMS, s.r.o. Abstrakt: Tento příspěvek se zaměřuje na praktický postup pro identifikaci potřeby webové služby, modelování způsobu jejího použití, popřípadě
VícePŘÍLOHA C Požadavky na Dokumentaci
PŘÍLOHA C Požadavky na Dokumentaci Příloha C Požadavky na Dokumentaci Stránka 1 z 5 1. Obecné požadavky Dodavatel dokumentaci zpracuje a bude dokumentaci v celém rozsahu průběžně aktualizovat při každé
VícePožadavky pro výběrová řízení TerraBus ESB/G2x
Dokument: Převod dat TerraBus ESB/G2x Požadavky pro výběrová řízení TerraBus ESB/G2x Obsah 1. Účel dokumentu... 2 2. Použité termíny a zkratky... 2 3. Požadavky... 3 Účel dokumentu Účelem tohoto dokumentu
VíceZáklady analýzy. autor. Jan Novotný http://blog.novoj.net/ 15. února 2007
Základy analýzy autor Jan Novotný http://blog.novoj.net/ 15. února 2007 V prezentaci jsou použity diagramy z: Wikipedia, Sparx UML Tutorial, Argo UML Metodiky vývoje Různé metodiky vývoje vazba na fáze
VíceSpecifikace požadavků, UC. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/
Specifikace požadavků, UC Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Důvody pro formalizaci SRS Podle Chaos Report organizace Standish Group jsou požadavky jedním z přispěvatelů k
VíceUML a jeho použití v procesu vývoje. Jaroslav Žáček jaroslav.zacek@osu.cz
UML a jeho použití v procesu vývoje Jaroslav Žáček jaroslav.zacek@osu.cz Různé pohledy na modelování Různé pohledy na modelování Unified Modeling Language UML není metodikou ani programovacím jazykem,
VíceSemestrální práce ke kurzu 4IT421 Zlepšování procesů budování IS
Semestrální práce ke kurzu 4IT421 Zlepšování procesů budování IS Semestr LS 2014/2015 Autoři Jírů Michaela, jirm42 Lisová Martina, lism25 Téma RUP v 7 v číslech Datum odevzdání 15. 5. 2015 Abstrakt Obsahem
VíceDodatek č. 5 ke Smlouvě o užití, implementaci a provozní podpoře informačního systému HELIOS FENIX č. F-10-01037
Počet příloh: 2 Dodatek č. 5 ke mlouvě o užití, implementaci a provozní podpoře informačního systému HELIO FENIX č. F-10-01037 Článek 1 mluvní strany Asseco olutions, a.s. se sídlem: 140 02 Praha 4, Zelený
Více7.2 Model použití (jednání) (Use Case)
7.2 Model použití (jednání) (Use Case) - při analýze požadavků často popis typických interakcí uživatele, nedokumentované Jacobson model použití (1992) Scénář Posloupnost kroků popisujících interakci mezi
VíceDodatek č. 3 ke Smlouvě o užití, implementaci a provozní podpoře informačního systému HELIOS FENIX č. F-10-00945
Příloha č. 06 usnesení 03. Rady města tříbra ze dne 08.12.2014 Číslo dodatku: F-10-00945-03 Počet příloh: 3 Dodatek č. 3 ke mlouvě o užití, implementaci a provozní podpoře informačního systému HELIO FENIX
Více7 Jazyk UML (Unified Modeling Language)
7 Jazyk UML (Unified Modeling Language) 7.1 Základní charakteristika jazyka Motivace - vznik řady OO metod a metodologií (konec 80. let a první polovina 90.let) podobné notace vyjadřující totéž, komplikující
VíceÚVOD DO SOFTWAROVÉHO INŽENÝRSTVÍ
ÚVOD DO SOFTWAROVÉHO INŽENÝRSTVÍ Předmětem softwarového inženýrství jsou metodiky pro řízení vývoje softwaru. Proč potřebujeme tyto metodiky? Čím je vývoje softwaru specifický oproti jiným odvětvím? SOFTWAROVÉ
VíceModelování řízené případy užití
Modelování řízené případy užití kompletní proces od UC po implementaci, robustnost 2005 Radek Ošlejšek, Jiří Sochor FI MU Brno oslejsek@fi.muni.cz http://www.fi.muni.cz/~oslejsek/pa103 30. 3. 2005 PA103:
Více7 Jazyk UML (Unified Modeling Language)
7 Jazyk UML (Unified Modeling Language) 7.1 Základní charakteristika jazyka Motivace - vznik řady OO metod a metodologií (konec 80. let a první polovina 90.let) podobné notace vyjadřující totéž, komplikující
VíceUnifikovaný proces vývoje
Unifikovaný proces vývoje Karel Richta Katedra softwarového inženýrství Fakulta informačních technologií České vysoké učení technické v Praze richta@fel.cvut.cz, 2011 Softwarové inženýrství I., BI-SI1
VíceNová funkcionalita Potvrzení o provedené transakci ve formátu PDF
Verze 2.65 1.10.2015 Aktualizace grafického rozhraní Použití aktualizovaného grafického modulu a s tím související drobné grafické úpravy v aplikaci aktualizace na novější verzi použité grafické komponenty
VíceSpecifikace požadavků, UC. Jaroslav Žáček
Specifikace požadavků, UC Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Důvody pro formalizaci SRS Podle Chaos Report organizace Standish Group jsou požadavky jedním z přispěvatelů
VíceTÉMATICKÝ OKRUH Softwarové inženýrství
TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 22. Otázka : Úvodní fáze rozpracování softwarového projektu. Postupy při specifikaci byznys modelů. Specifikace požadavků a jejich rozpracování pomocí
VíceElektronická evidence tržeb. Produkční prostředí Přístupové a provozní informace
Elektronická evidence tržeb Produkční prostředí Přístupové a provozní informace Verze 3.1 (odpovídá verzi datového rozhraní) Datum poslední verze dokumentu: 1.11.2016 Vymezení obsahu dokumentu Dokument
VíceObjektová tvorba SW, Analýza požadavků 2006 UOMO 53
Objektová tvorba SW, Analýza požadavků 2006 UOMO 53 Osnova Základní principy tvorby SW Fáze tvorby SW v předmětu UOMO Analýza požadavků Modelování typových úloh 2006 UOMO 54 Tvorba SW Dříve umění vyvolených
VíceANALÝZA PROCESNÍHO ŘÍZENÍ NA MĚSTSKÉM ÚŘADU BŘECLAV
ZVÝŠENÍ KVALITY ŘÍZENÍ, FINANČNÍ ŘÍZENÍ A GOOD GOVERNANCE NA MĚSTSKÉM ÚŘADU BŘECLAV ČÁST B Registrační číslo projektu CZ.1.04/4.1.01/89.00040 ANALÝZA PROCESNÍHO ŘÍZENÍ NA MĚSTSKÉM ÚŘADU BŘECLAV PRAHA,
VíceUML - opakování I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W
UML - opakování I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W Co je to UML Evoluce UML Diagram komponent Diagram odbavení Diagram tříd Aktivity diagram Stavový diagram Sekvenční diagram Diagram
VícePřednáška. Sběr požadavků na SW s použitím metody C.C a nástroje Craft.CASE. e-fractal, s.r.o.
Přednáška Sběr požadavků na SW s použitím metody C.C a nástroje Craft.CASE e-fractal, s.r.o. Úvod Agenda Motivace proč modelovat procesy Stručný úvod do metody C.C Příklad Motivace proč modelovat procesy
VíceDodatek č. 2 ke Smlouvě o užití, implementaci a provozní podpoře informačního systému HELIOS FENIX č. F-10-00945
Příloha č. 8 usnesení 57. Rady města tříbra ze dne 04.11.2013 Číslo dodatku: F-10-00945-02 Počet příloh: 3 Dodatek č. 2 ke mlouvě o užití, implementaci a provozní podpoře informačního systému HELIO FENIX
VícePrezentace CRMplus. Téma: CRMplus jako nástroj pro kontrolu a vyhodnocení rozpracovanosti dílů na zakázkách
Prezentace CRMplus Téma: CRMplus jako nástroj pro kontrolu a vyhodnocení rozpracovanosti dílů na zakázkách Obsah prezentace Představení společnosti Technodat Develop, s.r.o. CRMplus základní charakteristika
Více7.6 Další diagramy UML
7.6 Další diagramy UML 7.6.1 Moduly (balíčky - package) a kolaborace (collaboration) Jak rozložit rozsáhlý systém na menší? - seskupování tříd (prvků modelu) do jednotek vyšší úrovně (package v UML). UI
VíceAplikační Dokumentace Standardy ICT MPSV
Standardy ICT MPSV Datum: 19.12.2014 Informace o dokumentu Název dokumentu: Aplikační Dokumentace Historie verzí Číslo verze Datum verze Vypracoval Popis Jméno souboru 1.0 31.8.2012 Jan Apfelthaler Doplnění
VíceA7B36SI2 - Řízení SW projektů. Smart-Fine. Systém evidence parkovacích lístků pomocí chytrých telefonů. Analýza (v. 3)
A7B36SI2 - Řízení SW projektů Smart-Fine Systém evidence parkovacích lístků pomocí chytrých telefonů Analýza (v. 3) Martin Štajner, Pavel Brož 16.12.2011 1 Obsah Obsah Požadavky na systém Případy užití
Více7.6 Další diagramy UML
7.6 Další diagramy UML 7.6.1 Moduly (balíčky - package) a kolaborace (collaboration) Jak rozložit rozsáhlý systém na menší? - seskupování tříd (prvků modelu) do jednotek vyšší úrovně (package v UML). UI
VíceFiskalPRO Mobile. Aplikace pro Android
FiskalPRO Mobile Aplikace pro Android FiskalPRO Mobile FiskalPRO mobile je aplikace POKLADNA pro android, která ve spojení se zařízením FiskalPRO funguje jako MOBILNÍ ČÍŠNÍK. Zákazníka můžete od A do Z
VícePRODEJ Prodej je pochopitelně základní funkcí pokladního systému. Systému MERCATOR umožňuje prodej realizovat ve 3 režimech:
MERCATOR Moderní pokladní systém od společnosti SICONET a.s. Co je MERCATOR MERCATOR je PC pokladní systém určený především maloobchodním a velkoobchodním prodejnám společností, jejichž podnikovým systémem
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íce7 - Ustálený stav kmitavý a nekmitavý, sledování a zadržení poruchy
7 - Utálený tav kmitavý a nekmitavý, ledování a zadržení poruchy Michael Šebek Automatické řízení 018 31-3-18 Automatické řízení - ybernetika a robotika zeílení ytému na frekvenci ω je G( jω) - viz amplitudový
Vícewww.ansystems.cz SW pokladna s intuitivním ovládáním, jednoduchým nastavením a rychlým zaškolením obsluhy
Celkem před slevou Přehled prodeje za doklad Editační pole pro práci zadávání informací o prodeji Numerická klávesnice libovolné informace na skladové kartě - Artikl, EAN, MATCH, Cena, Název, Značka SW
VícePřehledový manuál aplikace GABVAR (verze )
Základní informace: Vývojová skupina Gabvar byla založena v roce 2007. Náplní skupiny je vývoj aplikací pro podporu procesů v oblasti managmentu, údržby a logistiky. Jsme skupinou pracovníků s praxí na
VíceRočníkový projekt. Jaroslav Žáček jaroslav.zacek@osu.cz
Ročníkový projekt Jaroslav Žáček jaroslav.zacek@osu.cz Cíle předmětů Vytvoření fungující aplikace, která splňuje definované požadavky Vyzkoušet si celý životní cyklus projektu - specifikace zadání, formování
VíceUML: Unified Modeling Language
UML 1 UML: Unified Modeling Language Systém kombinace softwaru, hardwaru, dat a uživatelů, která umožňuje řešení konkrétního problému Vývoj systémů vytváření systémů pro klienta Vývoj probíhá na základě
VíceElektronická evidence tržeb (EET) v programu HARMONIK
Elektronická evidence tržeb (EET) v programu HARMONIK Abyste mohli využívat odesílání tržeb do systému EET, je třeba, abyste měli k dispozici certifikát od správce daně tj. soubor s příponou p12 např.
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íceRUP - Disciplíny. Jaroslav Žáček jaroslav.zacek@osu.cz
RUP - Disciplíny Jaroslav Žáček jaroslav.zacek@osu.cz Disciplíny Množství disciplíny v dané iteraci Disciplíny podle RUP Šest základních: Business modeling - pro pochopení problémové domény Requirements
VíceNovinky v UML 2.5 a agilní modelování
Novinky v UML 2.5 a agilní modelování Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Přednáška pro AIS 15. října 2015 Marek Rychlý Novinky v UML
VíceKIV/ASWI 2007/2008 Pokročilé softwarové inženýrství. Cíle předmětu Organizační informace Opakování
KIV/ASWI 2007/2008 Pokročilé softwarové inženýrství Přemysl Brada Cíle předmětu Organizační informace Opakování Cíl předmětu Praktické zkušenosti sw proces a iterativní vývoj jaksi mimochodem
VíceCO JE VODAFONE EPOKLADNA?
CO JE VODAFONE EPOKLADNA? Elektronický prodejní systém využívající různé platební metody. Řešení pro živnostníky, drobné obchodníky a prodejny. Vodafone epokladna : Hlavní strana VÝHODY V KOSTCE: Elektronicky
VíceMetodika analýzy. Příloha č. 1
Metodika analýzy Příloha č. 1 Příloha č. 1 1 Účel dokumentu Dokument popisuje závaznou metodiku systémové analýzy, je upraven na míru pro prostředí Podniku. Dokument je provázán s Podnikovou analýzou,
VíceSOFTWAROVÉ INŽENÝRSTVÍ 1
Metodický list č. 1 Název tématického celku: Úvod do softwarového inženýrství Základním cílem tohoto tematického celku je vysvětlení smyslu discipliny nazývané softwarové inženýrství. Tematický celek zahrnuje
VíceDiagram nebo text? Miroslav Benešovský, BenSoft s.r.o
Diagram nebo text? Miroslav Benešovský, Diagram nebo text? Jaká je role analytika při vývoji SW? Most mezi zákazníkem a vývojáři Jaké má analytik prostředky? Diagramy, vizuální modelování Jaká je zkušenost
VíceObsah. Zpracoval:
Zpracoval: houzvjir@fel.cvut.cz 03. Modelem řízený vývoj. Doménový (business), konceptuální (analytický) a logický (návrhový) model. Vize projektu. (A7B36SIN) Obsah Modelem řízený vývoj... 2 Cíl MDD, proč
VíceJazyk UML - přehled. diagram hierarchie procesů. IS firmy. podpora řízení. evidence zaměstnanců. pokladny. výroba. diagram procesních vláken
Jazyk UML - přehled Unified Modeling Language jazyk pro popis objektově orientované analýzy a návrhu aplikací slouží k vzájemné komunikaci mezi zadavatelem a návrhářem systému má několik částí, není nutné
VíceInformační systémy 2008/2009. Radim Farana. Obsah. UML - charakteristika
2 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Jazyk UML, základní modely, diagramy aktivit, diagramy entit.
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íceDODATEK Č. F-10-00945-01 KE SMLOUVĚ O UŽITÍ, IMPLEMENTACI A PROVOZNÍ PODPOŘE INFORMAČNÍHO SYSTÉMU HELIOS FENIX Č. F-10-00945 (1/IT/2012)
Číslo dodatku: F-10-00945-01 Počet příloh: 2 DODATEK Č. F-10-00945-01 KE MLOUVĚ O UŽITÍ, IMPLEMETACI A PROVOZÍ PODPOŘE IFORMAČÍHO YTÉMU HELIO FEIX Č. F-10-00945 (1/IT/2012) ČLÁEK 1 MLUVÍ TRAY Asseco olutions,
VíceSklady 2006. Zadávací dokumentace Verze 1.0
Sklady 2006 Zadávací dokumentace Verze 1.0 ApS Brno s.r.o., 2006 Kapitola 1. Obsah KAPITOLA 1. OBSAH... 2 KAPITOLA 2. ÚVOD... 3 KAPITOLA 3. TERMINÁLY... 4 A. PODPOROVANÁ PERIFERNÍ ZAŘÍZENÍ... 4 KAPITOLA
VíceTestování softwaru. 10. dubna Bořek Zelinka
Testování softwaru 10. dubna 2013 Bořek Zelinka Agenda Definice testování Testování v rámci vývoje softwaru Základní rozdělení testů Představení testovacích technik Testovací strategie Copyright Unicorn
VíceAnalýza a modelování dat. Helena Palovská
Analýza a modelování dat Helena Palovská Analýza a modelování pro SW projekt Strukturovaný přístup Dynamická část (procesy, aktivity, funkce) Statická část (data) Objektově orientovaný přístup use case
Více8 Přehled OO metodik (metod, metodologií)
8 Přehled OO metodik (metod, metodologií) 8.1 OO metodiky konce 80. a začátku 90.let - všechny populární OO metodiky předpokládají, že: a) zadavatel má jasný názor na svoje požadavky, b) zadavatel a vývojáři
Více8 Přehled OO metodik (metod, metodologií)
8 Přehled OO metodik (metod, metodologií) 8.1 OO metodiky konce 80. a začátku 90.let - všechny populární OO metodiky předpokládají, že: a) zadavatel jasný názor na svoje požadavky, b) zadavatel a vývojáři
VícePráce s velkými sestavami
Práce s velkými sestavami Číslo publikace spse01650 Práce s velkými sestavami Číslo publikace spse01650 Poznámky a omezení vlastnických práv Tento software a související dokumentace je majetkem společnosti
VíceSoftwarové inženýrství 01. doc. Ing. František Huňka, CSc.
Softwarové inženýrství 01 doc. Ing. František Huňka, CSc. Obsah kurzu Softwarové inženýrství obecně vodopádová model spirálový model RUP agilní metodiky vývoj řízený vlastnostmi (Feature Development Design)
VíceMODUL EET. elektronická evidence tržeb
MODUL EET elektronická evidence tržeb 1. Nastavení modulu EET a) nastavení Firmy/Středika b) nastavení EET u firmy/střediska 2. Nastavení plateb 3. Vystavení účtu Varianta A (vše přes EET) a) vystavení
VíceSmysl metodiky IS/IT. Koncentrovaná zkušenost Checklist na nic nezapomeneme
Smysl metodiky IS/IT Koncentrovaná zkušenost Checklist na nic nezapomeneme Přínosy metodik Větší produktivita a kooperace týmů Komunikační standard Specializace projektových týmů Nezávislost na konkrétních
VícePRODEJ 2/1. Zvolte možnost Prodej.
PRODEJ 2/1 1. Zvolte možnost Prodej. EET 1. Prodej 2. Storno 3. Kopie účtenky EET 4. Mezisoučet Uzávěrka Test linky 7. EET info/aktivace 8. Výchozí DPH 9. Plátce DPH 2. 3. Zadejte celkovou sumu nákupu
VíceArchitektura softwarových systémů
Architektura softwarových systémů Definice, Strukturní a Procesní doporučení Ing. Tomáš Černý, MSCS Pojem softwarové architektury (SA) Obvyklé způsoby vysvětlování pojmu SA komponenty a vazby celková struktura
VíceDříve než se začneme věnovat vlastnímu exportu poskytovaných podpůrných opatření, několik důležitých informací.
Export poskytovaných podpůrných opatření Funkce pro export poskytovaných podpůrných opatření je součástí modulu Evidence žáků od verze 8.0.5. V průběhu jejího používání postupně docházelo k upřesňování
VíceObjektově orientované technologie Diagram komponent Implementační náhled (Diagram rozmístění) Pavel Děrgel, Daniela Szturcová
Objektově orientované technologie Diagram komponent Implementační náhled (Diagram rozmístění) Pavel Děrgel, Daniela Szturcová Osnova K čemu slouží diagram komponent obsah komponent závislosti rozhraní
VíceTestování Java EE aplikací Petr Adámek
Testování Java EE aplikací Petr Adámek Testování aplikací Testování aplikací Ověřuje soulad implementace se specifikací a s očekáváním zákazníka. Je důležitou součástí procesu řízení kvality vývoje software
VíceElektronická evidence tržeb (EET) v programu HARMONIK stav k
Elektronická evidence tržeb (EET) v programu HARMONIK stav k 27.2.2017 Abyste mohli využívat odesílání tržeb do systému EET, je třeba, abyste měli k dispozici certifikát od správce daně tj. soubor s příponou
VíceZměna sazeb z 19% na 20%
Vážení uživatelé systémů společnosti MEFISTO SOFTWARE, a.s., od 1.1.2011 dochází na Slovensku ke změně základní sazby DPH z 19% na 20%. Změna sazeb z 19% na 20% Tuto změnu je nutné provést v konfiguraci
VíceJak používat statistiky položkové v systému WinShop Std.
Jak používat statistiky položkové v systému WinShop Std. Systém WinShop Std. využívá k zápisům jednotlivých realizovaných pohybů (příjem zboží, dodací listy, výdejky, převodky, prodej zboží na pokladně..)
VícePlug-in pro správu požadavků a sledování postupu vývoje
Plug-in pro správu požadavků a sledování postupu vývoje Autor: Tomáš Vahalík e-mail: vahalik@komix.cz Každý, kdo musí spravovat požadavky na vývoj informačního systému, řešil problém, jaký nástroj k tomu
VíceVlastní tisk dokladu je proveden prostřednictvím tisku z náhledu, nebo přímo přes tlačítko tisk.
Obecně o EET v systému Evidence Autobazaru Systém Evidence Autobazaru je od 1.3.2017 napojen na evidenci EET. EET se týká veškerých příjmů (tržeb) realizovaných v hotovosti, nebo platební kartou. Tržbou
VíceKomponentový návrh SW
Komponentový návrh SW Komponentový návrh SW Komponenty jsou kompletně specifikované pomocí interface Jejich funkčnost je nezávislá na programovacím jazyku a mohou být integrované do toho samého systému
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íceZMĚNY TÝKAJÍCÍ SE VŠECH KLIENTSKÝCH SEGMENTŮ:
Vážená klientko, Vážený kliente, děkujeme Vám za Vaši přízeň a zájem o produkty Komerční banky. Rádi bychom Vá informovali o navrhovaných změnách v Sazebníku KB pro všechny klientké egmenty účinnotí od
VíceDesign systému. Komponentová versus procesní architektura
Design systému Komponentová versus procesní architektura Architektura : třídy statické aspekty propojení logický pohled struktura popisu systému Architektura procesů: objekty dynamické aspekty koordinace
VíceNárodní architektonický plán a ostatní metody řízení veřejné správy ČR
Národní architektonický plán a ostatní metody řízení veřejné správy ČR Ing. Pavel Hrabě, Ph.D. externí konzultant a metodik Odbor hlavního architekta egov Ministerstvo vnitra ČR Stručně Motto: Pokud nevíte,
VíceZadání příkazu k úhradě
Zadání příkazu k úhradě Přihlašte se do aplikace WSPK Smartbanking a zobrazí se vám Úvodní stránka s přehledem aktivních produktů, které máte aktivované pro elektronické bankovnictví. Na formulář pro zadání
VíceBORM-II a BPMN v provozně ekonomických procesech BORM-II and BPMN in operation economic processes
BORM-II a BPMN v provozně ekonomických procesech BORM-II and BPMN in operation economic processes Abstrakt Tento článek popisuje BORM (Business Objects Relations Modelling), BPMN (Business Process Modeling
VíceAd-on modul Microsoft Dynamics NAV. Pokladna. manuál
Ad-on modul Microsoft Dynamics NAV Pokladna manuál 2007 AutoCont CZ a.s. Veškerá práva vyhrazena. Tento dokument obsahuje informace důvěrného charakteru a informace v něm obsažené jsou vlastnictvím AutoCont
VíceTÉMATICKÝ OKRUH Softwarové inženýrství
TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 29. Otázka : Zpracování událostí: mechanismus událostí a jejich zpracování (Event/Listener), nepřímá invokace (Observer/Observable). Obsah : 1. Mechanisums
VícePŘEHLED FUNKCÍ PROGRAMU KROK ZA KROKEM
PŘEHLED FUNKCÍ PROGRAMU KROK ZA KROKEM Základní informace: Program byl konstruován především pro komplexní zpracování zakázek ve společnosti. Je postaven obecně, specializované funkce byly však přizpůsobeny
VíceMOBILNÍ SKLADNÍK. Příručka k základnímu ovládání. Beta verze popisu produktu Aktualizace dokumentu: z 10
MOBILNÍ SKLADNÍK Příručka k základnímu ovládání Beta verze popisu produktu Aktualizace dokumentu: 30.01.2017 1 z 10 1 POPIS Mobilní skladník je software od společnosti ABRA Software s.r.o., který je určen
VícePoužití zákaznických karet s čárovým kódem pro identifikaci zákazníků
Použití zákaznických karet s čárovým kódem pro identifikaci zákazníků Pro identifikaci zákazníků a poskytování slev na jejich nákupy lze v programu TRIFID použít zákaznické karty opatřené čárovým kódem.
VíceManažerská informatika - projektové řízení
VŠE, fakulta Podnikohospodářská Manažerská informatika - projektové řízení Projekt implementace informačního systému Jiří Mikloš 2009 Obsah Obsah Obsah... 2 Úvod... 3 Zadání... 4 Projektový postup... 5
Více6INF2. RNDr. Jaroslav Žáček, Ph.D. jaroslav.zacek@osu.cz
6INF2 RNDr. Jaroslav Žáček, Ph.D. jaroslav.zacek@osu.cz Vliv IT na změny ve společnosti Vznik nových produktů (platební karty, digitální kamery, ) Vznik ucelených řešení na bázi IS bez přítomnosti lidí
VíceVYHLEDÁVÁNÍ PRVKŮ ACTOR A PROCESNÍ MODELOVÁNÍ
VYHLEDÁVÁNÍ PRVKŮ ACTOR A PROCESNÍ MODELOVÁNÍ Část 3 Tento článek je pokračováním předešlých článků RNDr. Ilja Kraval, duben 2009 http://www.objects.cz ÚVOD V předešlých článcích jsme se seznámili s použitím
VíceERP informační systém
Systém WAK INTRA podporuje elektronickou evidenci tržeb (EET) v rámci evidence pokladních dokladů (PD). V souvislosti se zavedením podpory EET byla do systému doplněna možnost realizace úhrad PD alternativními
VíceX36SIN: Softwarové inženýrství. Životní cyklus a plánování
X36SIN: Softwarové inženýrství Životní cyklus a plánování 1 Kontext Minule jsme si řekli, co to je deklarace záměru, odborný článek, katalog požadavků, seznam aktérů a seznam událostí. Seznam aktérů a
Více1. Plné použití FMD kódů ve spojení s HUBem
Jak bylo již uvedeno ve Stanovisku společnosti Lekis s.r.o. (https://www.lekis.cz/podpora/fmd/stanovisko-spolecnostilekis-s-r-o-ke-spusteni-fmd/), existují 3 možnosti používání IS Lekis pro Windows v rámci
VíceTÉMATICKÝ OKRUH Softwarové inženýrství
TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 24. Otázka : Implementační fáze. Postupy při specifikaci organizace softwarových komponent pomocí UML. Mapování modelů na struktury programovacího
VíceElektronická evidence tržeb. P r a h a 2. srpna 2016
Elektronická evidence tržeb P r a h a 2. srpna 2016 Agenda 1. Úvod 2. Zákon o evidenci tržeb a prováděcí předpisy 3. Technická dokumentace 4. Testovací prostředí (Playground) 5. Diskuse Zákon o evidenci
Více