Intake <applicatie> Conclusie & Aanbevelingen. <Datum> 1.0. <Auteur> ###-#######

Transcriptie

1 Intake <applicatie> Conclusie & Aanbevelingen Datum Versie <Datum> 1.0 Auteur Telefoon <Auteur> ###-#######

2 Inhoudsopgave 1. VOORWOORD BESCHRIJVING APPLICATIE FUNCTIONEEL ONTWERP TECHNISCH ONTWERP DATAMODEL HANDLEIDING TESTPLAN MILLENNIUM PROOF EURO PROOF PLATFORM GEBRUIKERSORGANISATIE CONCLUSIE AANBEVELINGEN FUNCTIONEEL ONTWERP BOUW EN TEST BEHEER... 5 BIJLAGEN: Document Algemene acceptatie richtlijnen voor het beheer van applicaties Applicatie richtlijnen ISO 9000

3 1. Voorwoord <Doel van het document beschijven > Dit rapport is geschreven in opdracht van < Opdrachtgever > en beschrijft de conclusies en de aanbevelingen voor wat betreft de intake van de applicatie <applicatie>. Deze intake is door de < Opdrachtnemer > uitgevoerd in opdracht van <Opdrachtgever>. Het doel van deze intake is om te bepalen of de applicatie <applicatie>.voldoet aan de eisen van de < Beheerorganisatie gebruiker > die gelden voor het beheren van applicaties. De intake in dit rapport beschreven, is gebaseerd op: De algemene acceptatie richtlijnen voor het beheer van applicaties. De acceptatie richtlijnen in het kader van ISO 9000 Voor deze intake zijn de gegevens gebruikt van <applicatie> versie < versienummer > voor zover deze zijn opgeleverd. De conclusies en aanbevelingen uit dit rapport zijn uitsluitend bedoeld voor de beheersgroep teneinde een beslissing te nemen voor het in beheer nemen van de applicatie <applicatie>. Pagina 1

4 2. Beschrijving applicatie De applicatie <applicatie> is een Pc applicatie welke op het platform < Platform gebruiker > wordt gebruikt. De applicatie is ontworpen en gemaakt door <persoon/afdeling>, en is gemaakt in <taal> versie <versie>. <Beknopte omschrijving van de applicatie> 2.1. Functioneel ontwerp <is er een Functioneel Ontwerp en in welke staat is deze, is deze compleet, up-to-date, waarin gemaakt enz> 2.2. Technisch ontwerp <is er een Technisch Ontwerp en in welke staat is deze, is deze compleet, up-to-date, waarin gemaakt enz> 2.3. DataModel <is er een DataModel en in welke staat is deze, is deze compleet, up-to-date, waarin gemaakt enz> 2.4. Handleiding <is er een Handleiding en in welke staat is deze, is deze compleet, up-to-date, waarin gemaakt enz> 2.5. Testplan <is er een Testplan en in welke staat is deze, is deze compleet, up-to-date, waarin gemaakt enz> 2.6. Millennium proof < Voor zover nog van toepassing: Is de applicatie millennium proef, zoja is er een certificaat, zo nee zijn er problemen te verwachten> Pagina 2

5 2.7. Euro proof < Voor zover nog van toepassing: Is de applicatie euro proef, zoja is er een certificaat, zo nee zijn er problemen te verwachten> 2.8. Platform gebruikersorganisatie <is de applicatie geschikt om op het platform van de gebruikersorganisatie (bijv. 16/32 bits) te draaien). Zo ja is dit getest, zo nee zijn er problemen te verwachten) Pagina 3

6 3. Conclusie <Geef hier je conclusie betreffend het in beheer nemen van de applicatie> Bijvoorbeeld: De applicatie <applicatie> is een degelijke applicatie die echter niet is gebouwd volgens een standaard van < Opdrachtgever / Gebruikersorganisatie>. De gebruikte standaard is echter wel duidelijk en goed opgezet. De source is goed leesbaar en bevat voldoende commentaar regels. De documentatie is duidelijk en gestructureerd, alleen niet goed opgemaakt. Mijn conclusie is dat applicatie <applicatie> door < Beheerorganisatie gebruiker > in beheer genomen kan worden. Pagina 4

7 4. Aanbevelingen 4.1. Functioneel Ontwerp <Geef hier een opsomming van je aanbevelingen voor de afdeling FO een tijds indicatie erbij> Aanpassen van de documentatie aan onze standaard in < Bijvoorbeeld: > SDW. De documentatie is nu in Ms-Word gemaakt. Geschatte tijd: 40 uur 4.2. Bouw en test 4.3. Beheer <Geef hier een opsomming van je aanbevelingen voor de afdelingen Bouwen en Testen een tijds indicatie erbij> Voor bouw en test heb ik de volgende aanbevelingen voor wat betreft de applicatie: Documenteren van de sources d.m.v. commentaar regels. Geschatte tijd: 40 uur Consequent toepassen van indents Geschatte tijd: 2 uur Maken van een testplan en bijbehorende test database. Geschatte tijd: 40 uur Padverwijzingen in de INI file opnemen voor database en HTML bestanden Geschatte tijd: 4 uur Attachment manager opnemen Geschatte tijd: 4 uur Spelfouten in messages verwijderen Geschatte tijd: ½ uur Niet gebruikte subs en functies verwijderen Geschatte tijd: ½ uur ON ERROR routines aanpassen, zodanig dat deze fouten adequaat signaleren (dus met message en errornumber) Geschatte tijd: 4 uur <Geef hier een opsomming van je aanbevelingen voor de Beheerorganisatie een tijds indicatie erbij> Pagina 5