Software Engineering Projecten: Klanten Info

Aandachtspunten

• Zie ook Algemene SEP informatie
• Klant betaalt niet
• DISCLAIMER: Project door onervaren team t.b.v. onderwijs, dus geen garanties!
• Auteursrechten vallen i.h.a. toe aan TUE (o.a. om het mogelijk te maken het projectmateriaal in toekomstig onderwijs te gebruiken)
  Klant krijgt wel exclusief gebruiksrecht (zonder garanties of ondersteuning); andere regelingen zijn bespreekbaar
• Non-disclosure agreement mogelijk met TUE (niet direct met studenten)
  Informatie wordt alleen maar voor dit project gebruikt t.b.v. onderwijs
• Er is maar één klant per opdracht; diens woord is wet
• Een klant is betrokken bij hooguit één TUE SEP project.
• Volgens de ESA SE Standaard hoort de klant het User Requirements Document (URD) op te stellen. Bij SEP gebeurt dat door het team in overleg met de klant.
• Project loopt t/m zogenaamde "provisional acceptance test"
  Eventueel vervolg (final acceptance test, bedrijf, onderhoud) apart met enkele studenten regelen
• De software wordt opgeleverd in source-vorm, inclusief ontwikkel- en gebruikers-documentatie
• Voortgangsrapportage naar klant afspreken met projectmanager

Rol Klant

• Levert korte beschrijving van context en wensen (circa 1 A4-tje)
  Inclusief contactinformatie (e-mail, tel., bezoekadres)
• Presenteert opdracht op SE college (motiveren, enthousiasmeren)
  m.n. ook context van opdracht schetsen (hoe gaat het product gebruikt worden, waarom is dit van belang)
• Is beschikbaar om vragen te beantwoorden
• Regelt afvaardiging bij externe reviews van URD, SRD (m.n. prototype van user interface), SVVP/AT
• Biedt gelegenheid tot on-site testen (incl. acceptatietest, maar ook vooraf)
• Is betrokken bij acceptatietest (faciliteert deze, voert deze uit)
• Bemoeit zich niet met realisatie (wel met eisen en acceptatie), levert waar nodig wel expertise voor gebruik van klant-specifieke voorzieningen (hardware, software)
• Hoeft geen voorzieningen te regelen t.b.v. kantoorwerkzaamheden, eventueel wel t.b.v. productie of testen

Eisen aan opdracht

• Heldere, stabiele, verifieerbare User Requirements (het is geen research project)
• Voldoende omvang (> 10 kLOC) met mogelijkheid tot modularisatie
• Voldoende technische diversiteit: architectuur, algoritmisch, data-base, user-interface, concurrency, netwerk, grafisch, embedded, koppeling aan externe hardware of software, ...
• Mogelijkheid tot priorering van eisen; projectenomvang kan allen teruggebracht worden door eisen te laten vallen (in overleg met klant), niet door te stoppen zonder opleveren van functionerend en gedocumenteerd product
• Geen risicovolle afhankelijkheden van door anderen te leveren hardware, software, of documentatie o.i.d.