14 Úvod do plánování projektu Řízení projektu

Podobné dokumenty
14 Úvod do plánování projektu Řízení projektu

SOFTWAROVÉ INŽENÝRSTVÍ

Státnice odborné č. 12

1 Úvod 1.1 Vlastnosti programového vybavení (SW)

Chyby software. J. Sochor, J. Ráček 1

Michal Oškera (50854)

X33RIP Oponentura pro skupinu B

2. Systémová analýza SA návrhová část projektu = příručka projektu - systémový přístup k analýze problémů, nejdůležitější etapa projektu - podrobné st

Kvalita SW produktů. Jiří Sochor, Jaroslav Ráček 1

8 Přehled OO metodik (metod, metodologií)

8 Přehled OO metodik (metod, metodologií)

5 Požadavky a jejich specifikace

PROBLÉMY A SPECIFIKA VÝVOJE SOFTWARE

PowerOPTI Řízení účinnosti tepelného cyklu

Globální strategie, podnikové procesy, IT strategie. Jaroslav Žáček

3 Inženýrství systémů založených na počítačích (Computer-based System Engineering)

5 Požadavky a jejich specifikace

V Brně dne a

3 Inženýrství systémů založených na počítačích (Computer-based System Engineering)

2 Životní cyklus programového díla

Úvod. Programovací paradigmata

ZEMĚMĚŘICKÝ ÚŘAD. Výzkum a vývoj programového aparátu pro generalizaci státního mapového díla. Ing. Přemysl JINDRÁK

Bezepečnost IS v organizaci

CO OBCE MOHOU UDĚLAT PRO GDPR UŽ NYNÍ?

11 Návrh programového vybavení

TECHNICKÉ POŽADAVKY NA NÁVRH, IMPLEMENTACI, PROVOZ, ÚDRŽBU A ROZVOJ INFORMAČNÍHO SYSTÉMU

Cesta k optimalizaci provozních. technologických zařízen

Dokumentace software

a) Fakulta informatiky MU v Brně, b) Ekonomická fakulta VŠB-TU Ostrava,

6 Objektově-orientovaný vývoj programového vybavení

Vrstvy programového vybavení Klasifikace Systémové prostředky, ostatní SW Pořizování Využití

Personální audit lze provádět z hlediska kontroly jako: Běžný, který vznikl na základě zjištěné odchylky.

CASE. Jaroslav Žáček

PRODUKTY. Tovek Tools

Kapitola 1: Úvod. Systém pro správu databáze (Database Management Systém DBMS) Účel databázových systémů

BI-TIS Případová studie

10 Metody a metodologie strukturované analýzy

SRSW4IT Inventarizační SW. Prezentace aplikace. Vedoucí DP: ing. Lukáš Macura Autor: Bc. Petr Mrůzek

Nebojte se přiznat, že potřebujete SQA

Karel Bittner HUMUSOFT s.r.o. HUMUSOFT s.r.o.

Tovek Server. Tovek Server nabízí následující základní a servisní funkce: Bezpečnost Statistiky Locale

Business Continuity Management jako jeden z nástrojů zvládání rizik. Ing. Martin Tobolka AEC, spol. s r.o.

RDF DSPS ROZVOJ PORTÁLU

Informační systém školy

Geografické informační systémy p. 1

Testování softwaru. 10. dubna Bořek Zelinka

Projekt. Kultivace Seznamu zdravotních výkonů a vytvoření nezávislého SW pro jeho další údržbu a modelace

Analytický programový modul pro hodnocení odolnosti v reálném čase z hlediska konvergované bezpečnosti

Globální strategie, IT strategie, podnikové procesy. Jaroslav Žáček

Design systému. Komponentová versus procesní architektura

Outsourcing v podmínkách Statutárního města Ostravy

RIZIKA IMPLEMENTACE SKORKOVSKÝ. Přednášející : ESF MU 1/209

Sázková kancelář Z pekla štěstí

MST - sběr dat pomocí mobilních terminálů on-line/off-line

12 Zajištění kvality programového vybavení

Specializace Návrhář software na základě analýzy vytváří návrh softwarových aplikací ve formě schémat a diagramů.

Odhady, nabídky, měření a historie

Povolání Vyšší odborné vzdělání; Bakalářský studijní program

Záměr projektu (Osnova studie proveditelnosti)

Tým Týmová práce. Šimon Kovář Katedra textilních a jednoúčelových strojů

Ing. Jiří Fejfar, Ph.D. Geo-informační systémy

Analytická specifikace a její zpracování

Řídící systémy hydraulických procesů. Cíl: seznámení s možnostmi řízení, regulace a vizualizace procesu.

Databázové systémy. Doc.Ing.Miloš Koch,CSc.

Programovací jazyky. imperativní (procedurální) neimperativní (neprocedurální) assembler (jazyk symbolických instrukcí)

WIDE AREA MONITORING SYSTEM (WAMS) METEL

CASE nástroje. Jaroslav Žáček

Programovací jazyky. imperativní (procedurální) neimperativní (neprocedurální) assembler (jazyk symbolických instrukcí)

5.15 INFORMATIKA A VÝPOČETNÍ TECHNIKA

Systém managementu jakosti ISO 9001

Pražská energetika, a.s.

MANŽERSKÁ EKONOMIKA. O autorech Úvod... 13

Řízení SW projektů. Lekce 3. Projektové procesy a znalostní oblasti. přednáška pro studenty FJFI ČVUT. zimní semestr 2012

ANALÝZA ETAP VE VÝVOJI A IMPLEMENTACI SOFTWARE A INFORMAČNÍCH SYSTÉMŮ V ÚPRAVNÁCH UHLÍ. Ing. Roman Danel, Ph.D. roman.danel@vsb.cz

Projektování informačních systémů - Restaurace

VÁS VÍTÁM NA TOMTO SEMINÁŘI

12 Zajištění kvality programového vybavení

WORKSHOP oboru Jaderná energetika

PRODUKTY. Tovek Tools

Program a životní cyklus programu

Manažerská informatika - projektové řízení

Uživatelská příručka Popis postupu nastavení zabezpečené komunikace s CDS pomocí aplikace MS Outlook 2003

Firma příjemce voucheru. ACEMCEE, s. r. o. ( U Vodárny 2, Brno. Informační a komunikační technologie

Informační systém pro centrální správu lokální sítě a služeb ISP

Architektury Informačních systémů. Jaroslav Žáček

7 Jazyk UML (Unified Modeling Language)

GTL GENERATOR NÁSTROJ PRO GENEROVÁNÍ OBJEKTŮ OBJEKTY PRO INFORMATICA POWERCENTER. váš partner na cestě od dat k informacím

Programování II. Modularita 2017/18

Management přepravy nebezpečných věcí na evropské a národní úrovni ve vztahu k systému krizového řízení ČR

ANALÝZA A PROJEKTOVÁNÍ SYSTÉMŮ Řízení projektů zavádění IS

SOFTWAROVÉ INŽENÝRSTVÍ 2

POŘÍZENÍ A IMPLEMENTACE INFORMAČNÍCH SYSTÉMŮ

spolehlivé partnerství

Zátěžové testy aplikací

V Brně dne 10. a

ELVAC systémy pro energetiku

Zajištění kvality programového vybavení - testování

Teorie systémů TES 5. Znalostní systémy KMS

INTEROPERABILITA ÚVOD DO STUDIA STRUKTURA, POSLÁNÍ A FUNKCE INTEROPERABILITY A JEJÍ UPLATNĚNÍ V PROCESECH BEZPEČNOSTNÍHO MANAGEMENTU ING.

Základy tvorby výpočtového modelu

Transkript:

14 Úvod do plánování projektu Řízení projektu Plánování projektu Vývoj - rozbor zadání odhad pracnosti, doby řešení, nákladů,... analýza rizik strategie řešení organizace týmu PLÁN PROJEKTU 14.1 Softwarové metriky SW metriky - soustava veličin používaných ke kvantitativnímu ohodnocení (hlavně produktivity a kvality) procesu vývoje SW a samotného produktu. Proč měříme? - hodnocení kvality produktu, - hodnocení produktivity tvůrců SW, - hodnocení přínosů nových nástrojů a metod, - vytvoření základu pro odhady, - zdůvodnění požadavků na nové nástroje, vybavení,... J. Zendulka: Projektování programových systémů 15 Úvod do plánování projektu 1 přímé (náklady, pracnost, doba, velikost kódu-loc, měření rychlost, počet chyb,...) nepřímé (funkčnost, kvalita, složitost, efektivnost, spolehlivost, udržovatelnost,...) Technické metriky Metriky kvality Metriky produktivity Charakter produktu (složitost, modularita) Metriky orientované na objem Metriky orientované na funkci Metriky orientované na lidi Vnímání lidmi (vývojáři a zákazníky) J. Zendulka: Projektování programových systémů 15 Úvod do plánování projektu 2

Metriky orientované na objem - přímé míry Název projektu Pracnost [člměs.] Náklady [Kč] KLOC Stran dokumentace Chyb Lidí lze vytvořit řadu základních metrik produktivity a kvality: Průměry: Produktivita = KLOC/pracnost Kvalita = chyb/kloc Další např: Náklady_na_LOC = Náklady/LOC Dokumentace = Stran_dokumentace/KLOC + - - LOC je výsledkem SW projektů, snadno měřitelný, řada modelů pro odhady ho používá jako vstup - závislost na jazyku, nevhodné pro neprocedurální jazyky, při odhadech neznáme předem velikost Metriky orientované na funkci - nepřímé, zaměřují se na funkčnost nebo užitečnost programu - metoda funkčních bodů - FP (Albrecht 1979) - vychází z empirického vztahu mezi počitatelnými veličinami a ohodnocením složitosti J. Zendulka: Projektování programových systémů 15 Úvod do plánování projektu 3 Váha Parametr Počet Jedn. Prům. Slož. Uživatelské vstupy x 3 4 6 = Uživatelské výstupy x 4 5 7 = Uživatelské dotazy x 3 4 6 = Soubory x 7 10 15 = Externí rozhraní x 5 7 10 = Celkem výpočet funkčních bodů: FP = Celkem * [0.65 + 0.01 * SUM(F i )] korekce dle složitosti (14 otázek ohodnocených 0 až 5) - metoda FP navržena pro aplikace obchodních inf.systémů, příp. systémové a VT aplikace 1986 - rozšíření zohledněním algoritmické složitosti, vhodné i pro RT a vestavěný a řídicí SW + - - nezávislost na jazyku, vhodnější pro odhady - nemá fyzikální význam, vyžaduje zkušenost J. Zendulka: Projektování programových systémů 15 Úvod do plánování projektu 4

Metriky kvality měřena během procesu (složitost programu, modularita,...) měřena po předání uživateli (počet chyb, udržovatelnost,...) - faktory (viz McCall): - činnost produktu (jak funguje), - revize produktu (jak lze provádět změny), - převod produktu (jak lze přenášet) - nejrozšířenější metriky: Správnost - míra souladu s požadovanou funkcí N def /KLOC Udržovatelnost - snadnost provádění oprav, modifikací, vylepšení MTTC(Mean-Time-To-Change) - včetně analýzy, návrhu,... Integrita - schopnost odolat útoku na bezpečnost systému. T (Thread) - pravděpodobnost výskytu útoku S (Security) - pravděpodobnost, že útok bude odvrácen Integrita = Σ [1 - T*(1 - S)] Použitelnost - míra přátelskosti programu. 4 charakteristiky: - zručnost potřebná pro zvládnutí, - čas potřebný k dosažení středně efektivního používání J. Zendulka: Projektování programových systémů 15 Úvod do plánování projektu 5 - zvýšení produktivity, - subjektivní hodnocení vztah metrik orientovaných na objem a na funkci - hrubý odhad: Jazyk LOC/FP (průměr) Asembler 320 C 128 COBOL 105 FORTRAN 105 Pascal 90 Ada 70 OO jazyky 30 4GL 20 generátory kódu 15 Tab.procesory 6 graf.jazyky 4 Lze použít produktivitu z LOC (a FP) pro porovnávání? NE Faktory produktivity: 1. Lidé 2. Složitost 3. Proces 4. Produkt 5. Zdroje J. Zendulka: Projektování programových systémů 15 Úvod do plánování projektu 6

14.2 Odhad SW projektu - pracnost, náklady, doba řešení, počet lidí - Jak provést odhad? (1. Odložit na pozdější dobu) 2. Použít dekompozičních technik 3. Použít empirický model 4. Použít dostupný nástroj pro automatizovaný odhad - riziko odhadu kombinace metod, násobení koeficientem Dekompoziční techniky Princip: Dekompozice na hlavní funkce a jim odpovídající úlohy a postupný odhad. Varianty: a) odhad LOC nebo FP 1. Dekompozice na dílčí funkce 2. Odhad LOC nebo FP pro jednotlivé funkce - optimistický, pravděpodobný, pesimistický vážený průměr 3. Použití metrik produktivity z předchozích projektů J. Zendulka: Projektování programových systémů 15 Úvod do plánování projektu 7 Př) CAD aplikace - na pracovní stanici, interakce s grafickými zařízeními - vymezení základních funkcí: - uživatelské rozhraní (UI), - 2D analýza (2D), - 3D analýza (3D), - řízení databáze (DB), - grafické zobrazení (GD), - řízení periferií (PC), - moduly pro analýzu (AM). LOC Funkce Opt. Prav. Pes. Oček. $/ř. ř./měs. Náklady Měsíce UI 1800 2400 2650 2340 14 315 32760 7.4 2D 4100 5200 7400 5380 20 220 107600 24.4 3D 4600 6900 8600 6800 20 220 136000 30.9 DB 2950 3400 3600 3350 18 240 60300 13.9 GD 4050 4900 6200 4950 22 200 108900 24.9 PC 2000 2100 2450 2140 28 140 59920 15.2 AM 6600 8500 9800 8400 18 300 151200 28.0 Celkem 33360 656680 144.5 J. Zendulka: Projektování programových systémů 15 Úvod do plánování projektu 8

b) Odhad pracnosti 1. Dekompozice na dílčí funkce 2. Odhad pracnosti jednotlivých etap vývoje pro jednotlivé funkce 3. Stanovení nákladů na pracovní sílu pro jednotlivé etapy 4. Stanovení celkové pracnosti a nákladů Etapa Funkce Analýza Návrh Kódování Testování Celkem UI 1.0 2.0 0.5 3.5 7.0 2D 2.0 10.0 4.5 9.5 26.0 3D 2.5 12.0 6.0 11.0 31.5 DB 2.0 6.0 3.0 4.0 15.0 GD 1.5 11.0 4.0 10.5 27.0 PC 1.5 6.0 3.5 5.0 16.0 AM 4.0 14.0 5.0 7.0 30.0 Celkem 14.5 61.0 26.5 50.5 152.5 Sazba [$] 5200 4800 4250 4500 Náklady [$] 75400 292800 112625 227250 708075 J. Zendulka: Projektování programových systémů 15 Úvod do plánování projektu 9 Empirické modely - empiricky odvozené formule pro odhad pracnosti, doby řešení,... Př) Model COCOMO (Constructive Cost Model) - Boehm 1981 E = f 1 (LOC), D(doba řešení) = f 2 (E), - empirické koeficienty + cenové factory (produktu, HW, řešitelů, projektu) 14.3 Analýza rizik Identifikace rizika - rizika projektu (rozpočet, doba, ), - požadavků, technologická, dovednostní, - obchodní a politická rizika Metoda: např. sada otázek (kontrolní seznam rizikových faktorů) Projekce rizika a opatření k zabránění - pravděpodobnost, důsledky, opatření Oblast zájmu - rizika se střední a vysokou pravděpodobností Př) [vysoká fluktuace, 0.7, zvýšení nákladů o 12% a trvání o 15%] Opatření: zjištění příčin, zajištění kontinuity, organizace týmu, dokumentace,... J. Zendulka: Projektování programových systémů 15 Úvod do plánování projektu 10

14.4 Organizace vývojových týmů - otázka komunikace, rozhraní, a) nestrukturované týmy rozdělení podle objemu Př) osamělí vlci, horda, demokratická skupina b) strukturované týmy rozdělení podle profese Př) chirurgický, hlavního programátora,, vícetýmová organizace J. Zendulka: Projektování programových systémů 15 Úvod do plánování projektu 11