|
| |
Grundighed er nøgleordet. Et projekts succes eller fiasko afhænger i høj
grad af, at der bliver udarbejdet en ordentlig dokumentation. Det kan spare
mange tilbageløb og mange frustrationer i det efterfølgende arbejde.
Vi foreslår, at beskrivelserne deles op i overskuelige størrelser, således
at detaljeringsgraden gradvist øges. Nedenstående er naturligvis ikke på
nogen måde udtømmende (der er skrevet omfattende lærebøger om de respektive
emner), men det giver en idé om, hvad der kan indgå i de forskellige faser:
| Dokumentnavn |
Ansvarlig |
Formål |
Indhold |
| Kravspecifikation (KS) |
Kunden |
Beskriver kundens krav til det
kommende system |
KS udarbejdes
af kunden sammen med dennes rådgivere, inden der tages kontakt til
potentielle leverandører. Formålet
er overordnet at beskrive de krav, som kunden stiller til systemet. Kravene
specificeres pr. organisatorisk enhed - dvs. økonomiafdeling, produktion,
lager, salg, teknik. Endvidere bør den indeholde en overordnet indledning
med ledelsens strategiske krav til et fremtidigt system. Den bør også indeholde et
afsnit om teknik (servere, arbejdspladser, anvendelse af Internet,
kommunikationskrav mellem afdelinger etc.). KS er arbejdsgrundlaget for de
efterfølgende faser - og KS bør fastholdes og opdateres løbende i hele
projektforløbet, således at man afslutningsvist kan sikre sig, at
leverandøren har levet op til stillede krav. Det er KS, der udsendes til de
potentielle leverandører, således at der kan afgives et tilbud på at
gennemføre projektet. |
| Foranalyse (FA) |
Leverandøren |
Afgrænser opgaven således at
leverandøren kan give en bindende pris |
FA udarbejdes af de(n) udvalgte leverandør(er) for at
give mulighed for at få et tilstrækkeligt detaljeret kendskab til
projektet til at kunne afgrænse projektet rent økonomisk - derfor udføres
FA også oftest før, der indgås en egentlig projektaftale. FA tager udgangspunkt
i KS og udføres ved, at der afholdes et eller flere analysemøder afhængig
af projektets kompleksitet. Den udvalgte leverandør forestår arbejdet og
udarbejder en foranalyserapport til godkendelse hos kunden. Opstår der i
analyseforløbet behov for at ændre i KS, bør dette gøres, således at
der ikke senere kan rejses tvivl om, hvordan opgaven er aftalt løst. |
| Kravanalyse (KA) |
Leverandøren |
Definerer helt i detaljer de
enkelte krav |
Efter at der er indgået en projektaftale (en kontrakt), bliver den
første opgave at beskrive de enkelte krav gennem en såkaldt
KA. I arbejdet med KA beskrives de enkelte krav så deltaljeret, at
beskrivelsen kan anvendes som grundlag for udviklingen. Viser der sig behov
for ændringer af KS i forhold til KA, bør KS opdateres, sådan den hele tiden
holdes helt aktuel. |
| Brugerorienteret design
(BODS) |
Leverandøren |
Definerer opbygning af bruger
interface, rækkefølge, validering etc. |
I BODS koncentrerer man sig om
brugerfladen - altså hvilke ændringer skal der foretages for, at brugerne
kan anvende systemet så hensigtsmæssigt som overhovedet muligt.
Nødvendige felter, on-line manual, indtastningsrækkefølgen, valideringsregler
etc. |
| Teknisk design (TDS) |
Leverandøren |
Leverandørens beskrivelse af
den tekniske løsning |
Under TDS gennemgår leverandørens analytiker
hele opgaven løsning med udviklerne, hvilke
udviklingsregler skal følges, hvordan skal udvikleren teste, ændringer til
databasen etc. |
| Testmodel (TM) |
Kunden |
Kvalitetssikring af projektet,
uddannelse, overtagelse |
På grundlag af ovennævnte beskrivelser udarbejdes en
TM,
der skal anvendes til at kvalitetssikre projektet. Det er kunden, der bør
have hovedopgaven og ikke leverandøren. For det er alene kunden, der vil være i
stand til at udtage relevante teksteksempler fra den daglige drift. |
Senere i projektet følger en række yderligere
beskrivelser:
 | Kursusmateriale |
| Brugervejledning |
| Mapning af data der skal konverteres (kan medtages
under teknisk design) |
|
