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)

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

X33RIP Oponentura pro skupinu B

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

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

Bezepečnost IS v organizaci

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

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

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

Dokumentace software

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

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

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

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ů

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

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

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

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í

BI-TIS Případová studie

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ů.

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.

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

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

WIDE AREA MONITORING SYSTEM (WAMS) METEL

5.15 INFORMATIKA A VÝPOČETNÍ TECHNIKA

Systém managementu jakosti ISO 9001

CASE nástroje. Jaroslav Žáček

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

Pražská energetika, a.s.

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

WORKSHOP oboru Jaderná energetika

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

PRODUKTY. Tovek Tools

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

Program a životní cyklus programu

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

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

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

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

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

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

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

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

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

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

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

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

Cíle a měřitelné parametry budování a provozu egc. Příloha č. 1 Souhrnné analytické zprávy

Znalostní oblasti průřezové aktivity

Povolání Kraj Od Medián Do Od Medián Do. Hlavní město Praha Kč Kč Kč Kč Kč Kč

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 Metriky orientované na objem Charakter produktu (složitost, modularita) 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