Vedení týmového projektu - podzim 2005 - 123Soft

Z FI WIKI
Přejít na: navigace, hledání

Projekt předmětu Vedení týmového projektu: 123 Soft s.r.o.

stranky: stranky projektu

Manazeri

Realizovane projekty

  • vyvoj web aplikaci
  • zpracovane projekty: IS do zemedelstvi, IS pro mesta, online obchody

Dovednosti

  • analyza
  • navrh aplikace,
  • databaze + XML,
  • bezpecnost,
  • grafika (design),
  • programovani,
  • testovani,
  • vedouci projektu,
  • vedouci tester
  • ucetnictvi - ekonom
  • specialista (HW)

Lide

  • Petr Rychly - analytik, navrhar
  • Standa Nemaj -vedouci programator
  • Jiri Pomaly - programator, databaze
  • Martin Hana - programator, XML
  • Alois Hlava - programator, bezpecnost
  • Petra Lysa - programator
  • Tomas Boucek - programator
  • Pavla Kudrnova - vedouci tester
  • Vaclav Kratky - testovani, bezpecnost
  • Ondrej Havel - testovani, programator
  • Ivan Kral - testovani
  • Oto Preis - grafik, designer
  • Ivana Nejedla - databaze, bezpecnost
  • Petr Dlouhy - ucetnictvi
  • Josef Rak - systemovy specialista
  • Vaclav Exner - pracovnik chovne stanice

Novy projekt

  • Intranet + IS ZChS (Zemedelska chovna stanice) - Drubezarna + kravin +

on-line prodej vajec a mleka (+ dalsi dle zajmu)

Typ projektu

Projekt jsme zvolili typu 2 (alokacni problem), protoze ve firme bezi soucasne i dalsi projekty a muze se stat, ze cast lidi bude odvolana na jine projekty

Hlavni cile spojene s rizenim projektu

  • sehnat dostatek pracovnich sil, sestavit vyvojovy tym, efektivne pracovniky vyuzivat
  • dusledna kontrola postupu plneni cilu

Strategie vyvoje

Lineární procesní model rozšířený o analýzu citlivosti

Rizika

  • nedostatek pracovniku pred zacatkem projektu - 0.15 x ... hiring
  • nedostupnost nebo nizka kvalifikace pracovniku v prubehu vyvoje - 0.1 x ... development and testing
  • neshody v pozadavcich - 0.25 x ... negotiation
  • zmeny v pozadavcich - 0.1 x ... behem celeho projektu

Logicky datovy model

  • Faktury
  • Objednavky a dodavky
  • Protokol o vyrobe
  • Evidence zvirat
  • Evidence zamestnancu
  • Evidence techniky a zarizeni
  • Evidence zakazniku a dodavatelu
  • Statisticka data
  • Ucetnictvi
  • On-line skladova evidence

Funkcni body pro Evidence zakazniku a dodavatelu

  • ILF
       1. zakaznik, dodavatel --- 2
       2.
       3. databaze zakazniku, dodavatelu --- 2
       4. pridani, odebrani zakazniku, dodavatelu --- 4
       5.
       6.
       7.
       8.
       9. formulare k pridani, odebrani zakazniku, dodavatelu --- 4 EIF
       celkem - 8
  • EIF
       1. historie faktur, dodavek, objednavek; statistiky --- 6
       2. 
       3.
       4. chybovy soubor a help v jine casti aplikace --- 4
       celkem - 10 + 4
  • EI
       1. zakaznici, dodavatele --- 6
       2. 
       3. 
       4.
       5.
       6. On-line skladova evidence, Objednavky a dodavky, Faktury --- 3
       7. 
       8.
       9. dodavatele, zakaznici --- 2 + 2 EQ
       10.
       11. dodavatele, zakaznici --- 2
       12.
       13.
       14.
       celkem - 13 + 2
  • EO
       1. zakaznici, dodavatele --- 2
       2. zakaznici, dodavatele --- 2
       3. 
       4.
       5.
       6. seznam a detailni seznam zakazniku, dodavatelu --- 8
       7.
       8.
       9.
       celkem - 12
  • EQ
       1. zakaznici, dodavatele --- 2
       2. zakaznici, dodavatele --- 2 + 2 EI
       3. 
       4. zakaznici, dodavatele --- 2
       5. zakaznici, dodavatele --- 2
       6.
       7.
       celkem - 8 + 2


Test Cierna skrinka - Pridanie zakaznika do systemu

  • pridanie noveho zakaznika
       1. pridanie zakaznika do prazdnej databazy
       2. pridanie rovnakeho zakaznika
       3. pridanie ineho zakaznika
           3.1 vstupny parameter je null
           3.2 chyba pri zapise do databazy - nie je dostupna
           3.3 nespravne vstupne parametre
       4. uplne naplnenie databazy
       5. pridanie zakaznika do plnej databazy


Plan testovania

  • vo faze analyzy vytvorenie navrhov na black box testy - (test cases) pre integracne testy
  • v dizajnovej faze vytvorenie navrhov na black box testy - (test cases) pre jednotlive moduly a ich funkcie
  • vo vyvojovej faze testovanie jednotiek pomocou white box testov samotnymi vyvojarmi
  • 1. faza testovania - vykonanie testov pre jednotlive moduly a ich funkcie
  • 2. faza testovania - vykonanie integracnych testov a testovanie u zakaznika


3 metriky naseho SW

  1. funkcni body (FP) - potrebovali sme zjistit slozitost a narocnost daneho modulu, proto sme urcili jeho funkcni body
  2. pocet radku kodu (LOC) - z funkcnich bodu sme vypocitali pocet radku kodu pro dany modul, jelikoz mame zkusenosti s tvorbou podobnych systemu, muzeme pocet LOC srovna a urcit, zda se nam podarilo vytvorit kvalitni kod
  3. McCabe’s Complexity Measures - nakreslime Grafy slozitosti; soucasti vyvoje je rozsahle testovani, proto bychom se snazili o zjednoduseni kodu (= omezeni vetveni), aby byl system dobre otestovatelny a zarucena co nejvyssi spolehlivost


Dosiahnutie CMM Lvl 2

  • Riadenie poziadavkov - mame to obsiahnute v plane vyvoja v zisteni a zmene poziadavkov
  • Planovanie SW projektu - mame vytvoreny plan vyvoja v ms project, mame odhad rizik (vid Rizika), mame zistenu zlozitost projektu pomocou FP a LOC
  • Riadenie subkontraktov na SW - nemame SW subkontrakty
  • Zaistenie kvality SW - mame zavedene fazy vyvoja ako navrh poziadavkov, specifikacia, design,model - doplnime o inspekcie po kazdej faze (napr. design overujeme oproti specifikacii,specifikaciu oproti navrhu poziadavkov)
  • Riadenie Sw konfiguracii - zavedieme system na spravu verzii, kazdy modul, dokument a vyvojovy nastroj bude don zacleneny + vyclenime osobu zodpovednu za riadenie konfiguracii a riadenie konfiguracii zavedieme pocas vsetkych faz projektu

Dosiahnutie CMM Lvl 3

  • Zlepsovanie organizacneho procesu - vytvorime dlhodoby plan pre zlepsovanie procesnych postupov, budeme periodicky revidovat procesne postupy
  • Definicia organizacneho procesu - zavedieme a zdokumentujeme postupy pre kazdu fazu projektu
  • Skoliaci program - zavedieme skoliaci program v organizacii (dlhodobe hladisko, aplikacia novych trendov atd.), pre kazdy projekt vytvorime vlastny skoliaci program (projektovo specificke poziadavky)
  • Riadenie integrovaneho SW -
  • Aplikacia SE u SW produktu -
  • Koordinacia medzi prac. skupinami -
  • Detailne previerky a oponentury - zavedeme pravidelne inspekcie, vytvorime a zdokumentujeme postup inspekcii, zaznamenavame priebeh inspekcii