LABORANT Analytická štúdia. Dátový model Funkčný model Sekvenčný diagram Diagram spolupráce Dynamický model.

Slides:



Advertisements
Podobné prezentace
Software Development Conference 2007 Vztah dodavatele a odběratele Zdeněk Borůvka.
Advertisements

ARBES FEIS [BI] ARBES Technologies, s.r.o.
Harmonogram implementace IS v běžné praxi - informatika ZMVS.
Stručný úvod do UML.
1IT PVY Klasifikace programového vybavení Ing. Jiří Šilhán.
Projektové řízení Modul č.1.
Jan Syrovátka Jiří Hradský.  Výrobní program orientovaný na výrobu knih pro české i zahraniční nakladatele  Nabízí kompletní výrobu knihy od grafického.
Přednáška č. 3 Normalizace dat, Datová a funkční analýza
Scia - Nemetschek Postavení SCIA v holdingu Nemetschek
Michal Reichl. O programu Nástroj pro evidenci obchodních informací a plánování času Vyvíjen od roku 1993 firmou Systegra s.r.o. Možnost modifikace programu.
Tomáš Dupal Lukáš Toman Garant: Marcela Fejtová Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti.
Diagramy případů užití.
Informační systémy Analýza systému. Sestavení týmů a potvrzení téma projektu.
Projekt EU Dotace Informační systém sloužící k čerpání dotací ze struktur Evropské unie. FIMU PV104.
Přínosy metodik  Větší produktivita a kooperace týmů  Komunikační standard  Specializace projektových týmů  Nezávislost na konkrétních řešitelích 
SIS - Supermarket Informační Systém 1 Komplexní řešení toků zboží v supermarketu.
Analytická studie Datový model Funkční model Scénáře použití
Projekt č Dlouhán Michal Šperling Vedoucí projektu PROJEKT Č. 10 – DLOUHÁN DLOUHODOBÝ VZDĚLÁVACÍ PROGRAM „ŘÍZENÍ ŽIVOTNÍHO CYKLU VÝVOJE SOFTWARE.
Informační systémy podnikové systémy CRM
X13PMT 4. seminář Ing. Martin Molhanec, CSc. Garant předmětu ČVUT – FEL, K13113.
X13PMT 2. seminář Ing. Martin Molhanec, CSc. Garant předmětu ČVUT – FEL, K13113.
Aukro.cz – projektový management v e-commerce Tereza Kabrdová.
3. Životní cyklus a procesy projektu
Geo-informační systémy
Kriteria pro testy Test stability systému Verifikační testy
Ing. Jiří Šilhán.  představuje komplex aplikačního a základního software, technických prostředků, podnikových procesů a personálních zdrojů určených.
Tradiční metodiky vývoje softwaru
Metody modelování požadavků na IS Vývoj informačních systémů.
Informační strategie. řešíte otázku kde získat konkurenční výhodu hledáte jistotu při realizaci projektů ICT Nejste si jisti ekonomickou efektivností.
Jaromír Skorkovský ESF MU KAMI
X13PMT 3. seminář Ing. Martin Molhanec, CSc. Garant předmětu ČVUT – FEL, K13113.
ITIL Information Technology Infrastructure Library.
Požadavky na programy Programové Měřící Systémy Sběr datZpracováníPrezentace systémy – uzavřené (omezená množina funkcí, nelze jednoduchým způsobem rozšiřovat.
Webová aplikace: Publikační systém. Členové týmu Jan Suchan Štěpán Hašek Jakub Hušek Petr Horský Bc. Petr Salač (SI2)
Rozšíření jednouživatelské verze IS na víceuživatelskou Prezentace Diplomové práce Autor : Libor Tomášek Spoluautoři : Pobucký M., Drábek L. Vedoucí :
Databázové systémy Přednáška č. 6 Proces návrhu databáze.
Aktivita č. 6 Návrh a zavedení systému řízení kvality Workshop Výsledky analytického šetření.
Jan Syrovátka Jiří Hradský.  Výrobní program orientovaný na výrobu knih pro české i zahraniční nakladatele  Nabízí kompletní výrobu knihy od grafického.
Možnosti modelování požadavků na informační systém
Pohled zhora. Z čeho vycházíme... Jedinou konstantou dneška je změna Změna musí být řízená Změny musí být dosaženo efektivně Projektů je kolem nás mnoho.
Dokumentace informačního systému
Vývoj výrobku Firmy musí pružně reagovat na změny ( v lidských potřebách, technologii, technice, v počtu a síle konkurence,…) a vyvíjet nové výrobky. Novými.
Realizační tým ICZ duben 2005
NÁRODNÍ DIGITÁLNÍ ARCHIV
0350 – Podpora nových vzdělávacích metod v systému vzdělávání ČMKOS Žadatel: ČMKOS Partner: AIVD Mgr. Dušan Martinek
Projekt z PA104 Richard Benkovský (139912, Jan Horák (143443, Miroslav Ligas (139542, Tomáš.
LABORANT Finálny projekt.
CZ / /0012 Zavedení nových technologií a postupů do praxe Milan Havel ČVUT, SZZPLS Milan Havel, tel
Číslo projektu: CZ / /0316 Název projektu: Poradenské a informační centrum pro malé a střední podniky Žadatel: Vzdělávací institut Partner:Hospodářská.
CZ / /0020 Podpora týmu NET Genium při rozvoji progresivních informačních technologií Žadatel: NetGenium s.r.o. Partner: ČVUT Kontaktní osoba:
1 Řízení implementace IS a SS* Šablony. 2 Vzorové postupy.
Softwarové inženýrství semestrální projekt
SIS - Supermarket Informační Systém 1 Supermarket Informační Systém Komplexní řešení toků zboží v supermarketu.
Inovace Modelu Robota Bakalářská práce
2. Životní cyklus a procesy projektu
YOUR SYSTEM, spol. s r. o. Ing
Helios Orange - Implementace systému
INFORMAČNÍ SYSTÉMY PRO KRIZOVÉ ŘÍZENÍ POUŽITÍ INFORMAČNÍCH SYSTÉMŮ PRO MODELOVÁNÍ A SIMULACE KRIZOVÝCH SITUACÍ - T3 ING. JIŘÍ BARTA Operační program Vzdělávání.
Crux information technology, s.r.o. Ostravská universita, information technology.
KPV/PIS KPV/PIS  Jaroslav Plzák  Lukáš Choulík  Tomáš Kraus Websol s.r.o.
Miroslav Hübner listopad 2014 Jak sehnat peníze na IT ANEB zamyšlení jak si koupit, co potřebuji.
INISOFT s.r.o. softwarová společnost v Liberci
V Českých Budějovicích, únor 2017
PROJEKT: Hodnocení průmyslových rizik
Tradiční metodiky vývoje softwaru
I. Dvořák Zahajovací setkání
Tradiční metody vývoje softwaru
KPV/PIS Websol s.r.o. Jaroslav Plzák Lukáš Choulík Tomáš Kraus.
GaP a správa úvazků.
Informační systémy podnikové systémy CRM
Transkript prezentace:

LABORANT Analytická štúdia

Dátový model Funkčný model Sekvenčný diagram Diagram spolupráce Dynamický model

Dátový model

Sekvenčný diagram Správa užívateľov

Sekvenčný diagram Zadávanie diagnóz

Sekvenčný diagram Zadanie objednávky

Sekvenčný diagram Zadanie výsledku

Sekvenčný diagram Výpis objednávok

Sekvenčný diagram Správa diagnóz

Diagram spolupráce

Dynamický model Laboratórny pracovník

Dynamický model Administratívny pracovník

Dynamický model Administrátor systému

Diagram komponent

Analýza rizík Kategórie rizík Rizika velikosti produktu produkt středně velkého rozsahu programátoři jsou v programovacím jazyce zběhlí a mají základní zkušenosti s tvorbou systému podobného typu a rozsahu zadání není přesně specifikováno -> může dojít ke zpoždění či prodražení. Rizika obchodního dopadu firma není existenčně závislá na úspěchu tohoto produktu neexistuje objednavatel produkt je vyvíjen se stávajícím partnerem nabídnut bude až hotový produkt při zpoždění termínu dodání na trh hrozí že si partner vybere jiný hotový produkt.

Analýza rizík Kategórie rizík Rizika spolupráce se zákazníkem nejednáme se zákazníkem, ale se stávajícím partnerem spolupráce na novém programu nesmí narušit stávající chod laboratoří Procesní rizika harmonogram práce je jednoznačně dán pravidelně se budou konat schůzky možnost navrhovat případná další vylepšení revize návrhu konzultovat vystupy z testování nově implementovaných částí systému a jejich spolupráce s již vyvinutou částí systému.

Analýza rizík Kategórie rizík Technologická rizika k vývoji se používá skriptovacích jazyků nevyužíváme tedy žádné složitější algoritmy nevyžaduje vývoj nestandardních postupu rizika této kategorie jsou tedy zanedbatelná Rizika vývojového prostředí Jsou k dispozici všechny nutné prostředky pro návrh a realizaci testování softwarového produktu včetně nástroje pro řízení softwarového procesu samotný vývoj nevyžaduje speciální softwarové vybavení

Analýza rizík Kategórie rizík Rizika spojená s velikostí týmu a jeho zkušeností počet pracovníku je dostačující nemají však zkušenosti s prací v týmu tým je však malý, takže by spolupráce neměla činit potíže Pro případ nemoci nebo jiné neočekávané události lze termín jednotlivých čínností posunout.

Analýza rizík Tabulka rizík RizikoKategoriePst.Dopadmožnosti řešení chyba HW nebo SW při vývoji, ztráta dat Technologie, procesní riziko 15 %Marginálnípravidelné zálohování vývojových verzí Chyby v produktuProcesní60 %KritickýKontinuální testování Podceněný odhad rozsahu projektuVelikost produktu60 %Kritický Práce přesčas, oddálení dokončení, změny ve specifikaci, odložení do pozdějších verzí Změna požadavků zákazníkaProcesní20 %Marginálnížádné Nedostatečná kvalifikace pracovníkůTým50 %KritickýNahrazení nebo doškolení pracovníků Nedostatečná kvalifikace zákazníkaZákazník0 %nulovývšichni pracovníci mají dlouhodobé praxe Nedostatečný počet pracovníkůTým10 %MarginálníDalší pracovníci, změny v harmonogramu prací Odchod pracovníkůTým60 %MarginálníOdložení projektu, nebo nalezení náhradníka Odklonění od požadavkůprojektový tým25 %marginální pravidelná setkání, častější konzultace vývojářů spolupracujících modulů Podcenění HW/SW vybavení pro vývojTechnologie10 %KritickýDokoupení HW/SW Neznalost vývojového prostředíTým0 %nulová není třeba, vývojové prostředí jsou běžně používané editory Škála dopadu rizik Zanedbatelný (nejmenší dopad) Marginální Kritický Katastrofický (největší dopad)