Wat moet een softwarepakket kunnen volgens kledingreparatie en stomerij bedrijven

Wat moet een softwarepakket kunnen volgens kledingreparatie en stomerij bedrijven

Medayim Aktaş 2011

Onderzoeksverslag afstudeeronderzoek Medayim Aktaş – eindversie – januari 2011

Pagina 2 van 46


HOGESCHOOL VAN AMSTERDAM

Wat moet een softwarepakket kunnen volgens kledingreparatie en stomerij bedrijven

AFSTUDEERONDERZOEK

ter verkrijging van hbo-Informaticus aan de Hogeschool van Amsterdam, op gezag van de examinator Egbert Hulsman in het te verdedigen ten overstaan van de afstudeercommissie van de opleiding Informatica op maandag 24 januari 2011 om 20.30 uur kamer E2.40 van de Hogeschool van Amsterdam, Duivendrechtsekade 36-38 door Medayim Aktaş

geboren te Çorum, Turkije

Pagina 3 van 46


Pagina 4 van 46


Titel: Software op maat ontwikkelen voor bedrijf Nicole Kledingreparatie & Stomerij Bedrijf : ROC van Amsterdam Afstudeerbedrijf : Nicole Kledingreparatie & Stomerij 1e Bedrijfsbegeleider: Kenan Ergin Examinator: Egbert Hulsman 2e Bedrijfsbegeleider: Paul van den Engh Tweede lezer: Elmer Hoeksema Externe: B. Faase

Pagina 5 van 46


Pagina 6 van 46


Voorwoord Het voor u liggend afstudeeronderzoek vormt de afsluiting van mijn studie Informatica aan de Hogeschool van Amsterdam. Het is een laatste krachtproef waarin de student toont een opdracht uit zijn toekomstig beroep zelfstandig te kunnen uitvoeren. Ik heb mijn afstudeeronderzoek uitgevoerd bij Nicole Kledingreparatie & Stomerij Bedrijf. Ik heb van april 2010 tot en met januari 2011 aan mijn afstudeeronderzoek gewerkt. Dankwoord Eindelijk is het zo ver, mijn afstudeerscriptie is af! Het is een mooi moment om iedereen te bedanken die op welke manier dan ook een bijdrage heeft geleverd aan de totstandkoming van mijn afstudeeronderzoek. Een aantal mensen wil ik in het bijzonder bedanken. Dhr. Kenan Ergin directeur van bedrijf Nicole Kledingreparatie & Stomerij, bedankt dat u mij de kans heeft gegeven om aan dit afstudeeronderzoek te beginnen. Gelukkig hebben we aan het begin van deze rit de nodige discussies gehad en uiteindelijk kwam alles op zijn pootjes terecht. Wat betreft het onderzoek kreeg ik vanaf dag 1 alle vrijheid. Bij problemen of vragen tijdens de uitvoering van mijn afstudeeropdracht en ontwikkeling van de software, kon ik altijd bij u terecht. U heeft me geholpen met het tot stand brengen van ideeën met betrekking tot de ontwikkeling van de software. Mijn examinator Dhr. Egbert Hulsman van de Hogeschool van Amsterdam, ondanks uw drukke agenda, wist u toch tijd vrij te maken, bedankt voor de dagelijkse begeleiding in het afstudeeronderzoek en uw kritische, maar heldere blik op de materie. Mijn bedrijfsbegeleider Dhr. Paul van den Engh van ROC van Amsterdam, bedankt voor het doorlezen van mijn afstudeeronderzoek en het nuttige advies. Mijn nicht Emel Aktaş en echte vriend Haydar Yalcın, wil ik hierbij ook bedanken voor hun interesse in mijn afstudeeronderzoek. Mijn echtgenote Ebru wil ik bedanken voor alle geduld tijdens het afstudeeronderzoek en het schrijfperiode. Ook jij steunde mij in alles wat ik deed. Nu het afstudeeronderzoek eindelijk echt af is, heb ik meer tijd voor mijn dierbaren. Over de auteur Mijn naam is Medayim Aktaș en ik ben op 2 juni 1974 geboren in Çorum (Turkije). In 1987 ben ik samen mijn familie geëmigreerd naar Nederland. In 1997 heb ik mijn MTS (Technische Informatica) diploma behaald. In 1997 ben ik als systeembeheerder aangenomen bij de ROC van Amsterdam. In 1998 ben ik getrouwd met Ebru. In 2000 ben ik vader geworden van een schattige dochter en wij hebben haar de naam ‘Gülay’ gegeven. In 2001 ben ik senior systeembeheerder geworden. In 2005 ben ik voor de 2e keer vader geworden van een schattige zoon Eray. Nadat mijn zoontje geboren was, ben ik begonnen aan de studie HBO informatica. Tussen 2006 en 2008 heb ik als serverbeheerder gewerkt. Sinds 2008 werk ik bij dezelfde werkgever als Technisch Applicatiebeheerder. Tevens heb ik in 2008 mijn eigen software bedrijf opgericht genaamd TAMSOFT. Mijn bedrijf is gespecialiseerd in het ontwikkelen van software voor de midden en kleine bedrijven. Mijn ambitie is om in 2011 af te studeren aan de Hogeschool van Amsterdam. Na bijna 5 jaar gestudeerd te hebben aan de Hogeschool van Amsterdam is mijn studie Informatica Software Engineering bijna afgerond. Het thema software ontwikkelen van deze studie komt het meest duidelijk naar voren in mijn afstudeeropdracht. Het eindresultaat van mijn afstudeerperiode is dit afstudeeronderzoek, waarin verworven kennis en vaardigheden in praktijk wordt gebracht. Medayim Aktaş Amsterdam, Januari 2011

Pagina 7 van 46


Pagina 8 van 46


Inhoudsopgave Voorwoord ...................................................................................................................... 7 Inhoudsopgave................................................................................................................ 9 Samenvatting ................................................................................................................ 11 Inleiding........................................................................................................................ 13 1. Afstudeerbedrijf ...................................................................................................... 15 1.1 Activiteiten en primaire processen binnen het afstudeerbedrijf ........................... 15 1.2 Werkwijze afstudeerbedrijf .............................................................................. 15 1.3 Beschrijving van de afstudeeropdracht ............................................................. 15 1.4 Leerdoelen afstudeeropdracht.......................................................................... 16 2. Probleemstelling...................................................................................................... 17 2.1 Facturering ..................................................................................................... 17 2.2 Kledingreparatie en kledingstomerij administratie .............................................. 17 2.3 Debiteurenadministratie................................................................................... 17 2.4 Klantenadministratie........................................................................................ 17 2.5 Managementinformatie .................................................................................... 17 2.6 Concurrentie ................................................................................................... 17 3. Doelstelling............................................................................................................. 19 3.1 Concurrentievergelijking .................................................................................. 19 3.1.1 Vergelijkingscriteria ..................................................................................... 20 3.1.2 Uitkomst ..................................................................................................... 20 3.2 Doelstelling project.......................................................................................... 20 3.2.1 Facturering.................................................................................................. 20 3.2.2 Kledingreparatie en kledingstomerij administratie .......................................... 20 3.2.3 Debiteurenadministratie ............................................................................... 20 3.2.4 Klantenadministratie .................................................................................... 21 3.2.5 Managementinformatie ................................................................................ 21 4. Onderzoek .............................................................................................................. 23 4.1 Plan van aanpak.............................................................................................. 23 4.2 Globale planning ............................................................................................. 24 4.3 Functionele eisen ............................................................................................ 24 4.4 Software ontwikkel plan................................................................................... 25 4.5 System architectuur definitie............................................................................ 25 4.5.1 Infrastructuur.............................................................................................. 25 4.6 Structuur applicatie ......................................................................................... 26 4.7 Richtlijnen....................................................................................................... 29 4.8 Risico’s ........................................................................................................... 29 4.9 Investeringen, Schatting en terugverdientijd ..................................................... 30 4.10 Enquête.......................................................................................................... 30 4.10.1 Enquête resultaten................................................................................... 30 4.11 Business Case ................................................................................................. 31 4.11.1 Hoe kan ik hiermee geld verdienen?.......................................................... 31 4.12 Financiële haalbaarheidstudie........................................................................... 32 4.13 Onderzoeksvraag ............................................................................................ 32 5. Resultaat ................................................................................................................ 35 5.1 Administratiesysteem....................................................................................... 35

Pagina 9 van 46


5.2 Software op maat............................................................................................ 35 5.3 Advies ............................................................................................................ 35 5.4 Schematische weergave .................................................................................. 36 5.5 Afbakening ..................................................................................................... 36 5.6 Haalbaarheidsonderzoek .................................................................................. 36 5.7 Functioneel Ontwerp ....................................................................................... 37 5.8 Technisch Ontwerp.......................................................................................... 37 5.8.1 Applicatiebouw ............................................................................................ 37 5.9 Doelstelling project behaalt? ............................................................................ 38 Problemen..................................................................................................................... 39 Conclusie ...................................................................................................................... 41 Literatuurlijst ................................................................................................................. 43 Bijlage 1 – Feasibility Study ............................................................................................ 45 Bijlage 2 – Functional Model Iteriation............................................................................. 45 Bijlage 3 – Design and Build Iteration ............................................................................. 45 Bijlage 4 – Enquête........................................................................................................ 45 Bijlage 5 – Projectplanning ............................................................................................. 45

Pagina 10 van 46


Samenvatting In het kader van mijn afstudeerscriptie is voor de opleiding Software Engineering een afstudeeronderzoek uitgevoerd. Dit document beschrijft alle facetten van het afstudeeronderzoek “Wat moet een softwarepakket kunnen volgens kledingreparatie en stomerij bedrijven”. Het geeft een duidelijk beeld van de aanpak van de problemen en de oplossingen daarvan. Het streven is om u een duidelijk beeld te geven van de ontwikkeling van het softwarepakket, die ter vervanging voor het oude systeem gebruikt dient te worden. Het bedrijf waar ik afstudeeronderzoek heb gedaan heet Nicole Kledingreparatie & Stomerij, hierna verder te noemen als Nicole. De probleemstelling luidt als volgt: Wat moet een softwarepakket kunnen volgens Kledingreparatie en Stomerij bedrijven. Op welke wijze kan door het inzetten van ICT middelen de software problematiek worden gereduceerd. Hier uit is de volgende opdracht omschrijving gekomen: Stel op basis van de software problemen een functionele en technische beschrijving op om deze problemen aan te pakken. Ontwikkel een software systeem op basis van de gemaakte beschrijvingen en implementeer deze in de bestaande 'back-office' applicatie. Nicole is al ruim dertien jaar actief in het professioneel stomen van kleding, kledingreparatie, kledingverandering, was- en strijkservice en gordijnen. In dit bedrijf zijn er zeven personen werkzaam. Het hoofdkantoor van Nicole is gevestigd in Amsterdam samen met twee filialen. Nicole heeft één directeur en zes medewerkers die de kledingstukken repareren en de monstercollecties gereedmaken. Er worden voorbedrukte papieren gebruikt voor het afgeven van reparatiebonnen, stomerijbonnen en pakbonnen. Deze voorbedrukte papieren zijn ontworpen en afgedrukt door een drukkerij. Dit type systeem wordt ook wel het “uitschrijven van bonnen” genoemd. Er is geen enkele digitale (totale) overzicht terug te vinden bij dergelijke systemen. Mijn afstudeeronderzoek is het ontwikkelen van een softwarepakket op maat voor de Kledingreparatie en Stomerij branche. Om dit afstudeeronderzoek met succes af te ronden ben ik op zoek gegaan naar een softwareontwikkelmethode en niet naar een projectmanagementmethode zoals Prince2. Ik heb de methode Dynamic Systems Development Method of kortweg DSDM gebruikt om mijn afstudeeronderzoek met succes af te ronden. Allereerst heb ik een uitgebreide analyse gemaakt van het oude systeem. Door de handmatige opslag en verwerking van alle gegevens m.b.t. debiteuren, klanten en diensten, mist men het overzicht, inzicht en nauwkeurigheid. Deze problemen leiden tot onvrede bij debiteuren en klanten. En zorgt er tevens voor dat het personeel inefficiënt werkt. Ook mist men goede managementinformatie. Het centraliseren en geautomatiseerd verwerken van de genoemde zaken zal leiden tot meer tevreden klanten, een betere concurrentiepositie en uiteindelijk een betere winstmarge. Verder zal door de invoering van een geautomatiseerde administratie de uitbreiding van het aantal filialen van Nicole veel eenvoudiger worden. Ik heb samen met K. Ergin aan tafel gezeten en wij hebben samen de functionele eisen aan het softwarepakket bepaald. Ook heb ik beschreven hoe ik van plan ben om dit softwarepakket op maat te ontwikkelen. De infrastructuur bestaat uit een ontwikkel en productie omgeving. Ik heb de structuur van de applicatie bepaald. Ik heb het logische ontwerp van het centrale systeem zodanig ingericht dat alle gegevens eenduidig zijn. De debiteuren en klanten kunnen bijvoorbeeld niet meer dubbel in het systeem voorkomen. Tevens is de administratie toegankelijk voor medewerkers op verschillende filialen. Om dit te faciliteren worden de gegevens opgeslagen in een database. Deze database komt op een geplaatste machine (“cliënt/server”).

Pagina 11 van 46


Dit softwarepakket werd gerealiseerd door het doorlopen van verschillende fasen. Elke fase wordt uitgebreid beschreven: • Tijdens de fase Feasibility Study1 fase heb ik de bestaande werkwijze geanalyseerd en een oplossing aangeboden en invulling gegeven aan de wensen. • In het Functional Model Iteration2 fase heb ik het functionele ontwerp beschreven van de voornaamste taken van het softwarepakket. • In het Design and Build Iteration3 fase heb ik het technische ontwerp van het softwarepakket en de database beschreven. Dit houdt in hoe het softwarepakket zich functioneel en technisch zou moeten gedragen. • Tijdens de applicatiebouw fase vond het effectief ontwikkelen van de schermen plaats. De functionaliteiten heb ik voor elk scherm geprogrammeerd. Dit programmeren gebeurde niet in één enkele keer, maar nadat een stuk geprogrammeerd was, werd er getest om na te gaan of het geprogrammeerde deel goed functioneerde. Voor Nicole heb ik een applicatie gemaakt waarmee zij toegang kunnen krijgen tot in de database opgeslagen gegevens, dat volledig voldoet aan de eisen en wensen zoals die op dit moment zijn. Dit software is ontwikkeld in de programmeertaal Delphi. Het gebruikte databasesysteem is Microsoft Access. Om mijn afstudeeronderzoek “Wat moet een softwarepakket kunnen volgens Kledingreparatie en Stomerij bedrijven” verder te onderzoeken heb ik de volgende deelvragen bedacht: 1- Zijn de softwarepakketten bekend? 2- Behoefte aan een softwarepakket? 3- Wat moet een softwarepakket kunnen? 4- Zijn er bedrijven die softwarepakket willen kopen? 5- Hoeveel geld willen de bedrijven maximaal investeren voor zo een softwarepakket? Om uit te zoeken of het zinvol is om het softwarepakket straks op de markt te brengen heb ik een enquête4 gehouden onder verscheidene kledingreparatie & stomerij bedrijven. Ook heb ik met verscheidene personen van verschillende bedrijven telefonisch contact opgenomen om bovenstaande deelvragen te beantwoorden. In dit afstudeeronderzoek geef ik de oplossing voor de door Nicole aangegeven problemen en een invulling van de aangegeven wensen. Het software pakket voldoet aan de verwachtingen en is volledig operationeel. De doelstelling voor het afstudeerproject is in mijn ogen behaald. Ik heb namelijk de geautomatiseerde bedrijfsproblemen opgelost middels het door mij gemaakte softwarepakket op maat.

1 2 3 4

Zie Zie Zie Zie

bijlage bijlage bijlage bijlage

1: 2: 3: 4:

“Feasibility Study” “Functional Model Iteration” “Design and Build Iteration” “Enquête”

Pagina 12 van 46


Inleiding Voordat ik aan dit afstudeeronderzoek ben begonnen heb ik een klein onderzoek gedaan. Ik was namelijk benieuwd of er überhaupt een softwarepakket bestond voor de kledingreparatie & stomerij branche. Uit dit kleine onderzoek was gebleken dat er geen specifiek softwarepakket bestond. Na mijn bevindingen aangaande dit kleine onderzoek heb ik besloten om hierop in te spelen door een dergelijk softwarepakket te ontwikkelen. Hierop heb ik Dhr. Kenan Ergin, Directeur Nicole Kledingreparatie & Stomerij benaderd met de vraag of er behoefte hiernaar was binnen zijn bedrijf. Het antwoord hierop was dat dit inderdaad het geval was. Zodoende ben ik begonnen aan mijn afstudeeronderzoek bij bedrijf Nicole. Er worden voorbedrukte papieren gebruikt voor het afgeven van reparatiebonnen, stomerijbonnen en pakbonnen. Dit type systeem wordt ook wel het “uitschrijven van bonnen” genoemd. Er is geen enkele digitale (totale) overzicht terug te vinden bij dergelijke systemen. Dit was aanleiding voor mij om bij Nicole nader onderzoek te doen. De aanbevelingen en adviezen moeten leiden tot een professionele managementinformatie systeem. Uit de aanleiding heb ik de volgende probleemstelling opgesteld: Wat moet een softwarepakket kunnen volgens Kledingreparatie en Stomerij bedrijven. Op welke wijze kan door het inzetten van ICT middelen de software problematiek worden gereduceerd. De probleemstelling is uiteengelegd in een aantal subvragen: 1- Zijn de softwarepakketten bekend? 2- Behoefte aan een softwarepakket? 3- Wat moet een softwarepakket kunnen? 4- Zijn er bedrijven die softwarepakket willen kopen? 5- Hoeveel geld willen de bedrijven maximaal investeren voor zo een softwarepakket? De subprobleemstellingen worden in verschillende hoofdstukken beantwoord door middel van verschillende onderzoeksmethoden. Leeswijzer In hoofdstuk 1 wordt een beschrijving gegeven van de afstudeerbedrijf, om een goed beeld van de onderneming te krijgen. In hoofdstuk 2 wordt de probleemstelling van de organisatie uitgebreid beschreven. Dit is gedaan om een goed beeld van problemen en situaties te krijgen. In hoofdstuk 3 worden de doelstellingen van het project besproken, om vast te leggen welk eindresultaat Nicole wil bereiken. In hoofdstuk 4 wordt het onderzoek beschreven. Het doel van het hoofdstuk is het geven van een beschrijving van het uitgevoerde onderzoek, de gebruikte onderzoeksmethoden en het afleggen van verantwoording over de gemaakte keuzes tijdens het onderzoeksproces. In hoofdstuk 5 geef ik beknopt de resultaten van het afstudeerproject weer. In de hoofdstuk Problemen worden de problemen beschreven welke ik tijdens het afstudeerproject tegen ben gekomen. In de hoofdstuk Conclusie trek ik geef ik u de conclusie met betrekking tot het afstudeeronderzoek.

Pagina 13 van 46


Pagina 14 van 46


1. Afstudeerbedrijf In dit hoofdstuk is de afstudeerbedrijf beschreven om een goed beeld van de onderneming te krijgen. Nicole Kledingreparatie & Stomerij verder te noemen als Nicole is al ruim dertien jaar actief in het professioneel stomen van kleding, kledingreparatie, kledingverandering, was- en strijkservice en gordijnen. Ze hebben ervaring met de verwerking van allerlei stoffen, dus ook leer, suède en bont. Ook zijn ze professioneel in het reinigen van kledingstukken zoals dekbedden in alle soorten en maten, waterbedovertrek, matrashoezen, dekens, bankhoezen, vloerkleden, gordijnen, jassen, suède, bruidsjurken, kostuums, overhemden, mantels etc. Ze hebben professionele werknemers op hun drie locaties in Amsterdam en de diensten worden niet alleen tegen een aanvaardbare prijs aangeboden voor particulieren, maar ook voor bedrijven. In dit bedrijf zijn er zeven personen werkzaam. Het hoofdkantoor van Nicole is gevestigd in Amsterdam samen met twee filialen. Nicole heeft één directeur en zes medewerkers die de kledingstukken repareren en de monstercollecties gereedmaken. Het gereed maken van de monstercollecties wordt alleen voor bedrijven gedaan. Nicole heeft ongeveer tweeduizend particulieren en dertig zakelijke klanten.

1.1 Activiteiten en primaire processen binnen het afstudeerbedrijf Voornaamste activiteiten en primaire processen van Nicole zijn: • Repareren van kleding • Reinigen van kledingstukken • Kledingverandering • Gereedmaken van monstercollecties

1.2 Werkwijze afstudeerbedrijf Er worden voorbedrukte papieren gebruikt voor het afgeven van reparatiebon, stomerijbon en pakbon. Deze voorbedrukte papieren zijn ontworpen en afgedrukt door een drukkerij. Dit type systeem wordt ook wel het “uitschrijven van bonnen” genoemd. Er is geen enkele digitale (totale) overzicht terug te vinden bij dergelijke systemen. Medewerkers schrijven de kledingreparatie-, kledingstomerijen pakbonnen met de hand en de facturen worden gemaakt in Microsoft Office Excel. Zodoende is er binnen de drie filialen behoefte aan een softwarepakket voor kledingreparatie, kleding stomen en facturering. Nicole maakt vrijwel geen gebruik van automatisering voor ondersteuning van haar bedrijfsprocessen. Het belangrijkste middel dat Nicole gebruikt is een PC met een verouderd besturingssysteem. Met dit besturingssysteem wordt door middel van een spreadsheet de debiteurenadministratie en facturering bijgehouden.

1.3 Beschrijving van de afstudeeropdracht Mijn afstudeeropdracht is het ontwikkelen van een softwarepakket op maat voor Kledingreparatie en Stomerij branche. Allereerst is de bedoeling om het huidige systeem te analyseren van deze branche. Dit wil zeggen dat er nagegaan moet worden welke functionaliteiten het gebruikte systeem bevat. Deze stap is noodzakelijk omdat het nieuwe systeem minstens dezelfde functionaliteit moet bevatten als het vorige systeem. Ook ga ik een oplossing aanbieden en een invulling geven aan de wensen. Ik moet een vergelijking maken tussen de kosten en de baten van dit softwarepakket. Volgende stap is het ontwerpen van een functioneel en technisch ontwerp. Doel van dit functionele ontwerp is het duidelijk omschrijven van de voornaamste taken van dit softwarepakket. Doel van dit technische ontwerp is duidelijk omschrijven hoe het softwarepakket zich functioneel en technisch moeten gedragen.

Pagina 15 van 46


Als laatste ga ik het softwarepakket ontwikkelen. Tijdens de applicatiebouw zal het effectief ontwikkelen van de schermen plaats vinden. De functionaliteiten ga ik voor elk scherm programmeren. Ook ga ik het softwarepakket testen om na te gaan of het geprogrammeerde deel goed gefunctioneerd heeft.

1.4 Leerdoelen afstudeeropdracht Mijn leerdoelen tijdens het afstudeeronderzoek zijn: o Taakgericht: Planmatig werken: In staat zijn om op adequate wijze eigen werkzaamheden planmatig te verrichten Projectmatig werken: In staat zijn om op adequate wijze binnen een projectmatige structuur te werken Opdrachten toetsen: In staat zijn om op adequate wijze om te gaan met zijn eigen verantwoordelijkheden en bevoegdheden o Relatiegericht: Communiceren: In staat zijn om op adequate wijze schriftelijk en mondeling te communiceren Samenwerken: In staat zijn om op adequate wijze met anderen samen te werken Omgaan met anderen: In staat om zijn op adequate wijze om te gaan met de belevingswereld van anderen Relaties onderhouden: In staat zijn om op adequate wijze relaties met anderen te onderhouden o Zelfgericht: Reflecteren: In staat zijn om op adequate wijze de effectiviteit en de efficiëntie van zijn eigen handelen te bepalen en bij te stellen Bijleren: In staat zijn om op adequate wijze nieuwe ontwikkelingen te volgen en toe te passen. o Plan - Onderzoeken & beeldvormen: De (informatie)behoefte van diverse disciplines in kaart brengen Een functioneel ontwerp toelichten en de opdrachtgever hierover adviseren o Design - Ontwerpen & oplossen: Op basis van de ontwerpen een plan van aanpak maken voor het realiseren van een systeem Op basis van de ontwerpen een ontwikkelomgeving inrichten en beheren o Create - Ontwikkelen & testen + implementeren & documenteren: Diverse componenten van een systeem realiseren binnen de gestelde kaders Gerealiseerde componenten samenvoegen tot een compleet systeem De kwaliteit van een compleet systeem vast stellen op basis van tests en hierover rapporteren Voor een compleet systeem een acceptatietestplan schrijven en ondersteuning bieden bij acceptatietests Een geaccepteerd compleet systeem documenteren en de documentatie onderhouden Voor een geaccepteerd compleet systeem een implementatieplan opstellen en uitvoeren De implementatie van een geaccepteerd compleet systeem evalueren o Operate - Ondersteunen & onderhouden: Een systeem installeren zodanig dat gebruikers het systeem optimaal kunnen gebruiken De werking van een geïnstalleerd systeem toelichten en in gebruikersinstructies beschrijven Bij een geïnstalleerd systeem beheer- en gebruiksprocedures opstellen o Evaluate - Evalueren & adviseren: Waarborgen van het optimaal functioneren van een geïnstalleerd systeem

Pagina 16 van 46


2. Probleemstelling In dit hoofdstuk is de probleemstelling van de organisatie uitgebreid beschreven. Dit is gedaan om een goed beeld van problemen en situaties te krijgen. Het beeld is gecreëerd aan de hand van gesprekken en observatie binnen het bedrijf. Om de probleemstelling te definiëren maak ik gebruik van de resultaten uit de analyses. Door de handmatige opslag en verwerking van alle gegevens m.b.t. debiteuren, klanten en diensten, mist men het overzicht, inzicht en nauwkeurigheid. Deze problemen leiden tot onvrede bij debiteuren en klanten. En zorgt er tevens voor dat het personeel inefficiënt werkt. Ook mist men goede managementinformatie. Tijdens de eerste gesprekken met de directeur van Nicole zijn de problemen geïnventariseerd die het bedrijf op dat moment ondervond binnen haar administratieve processen. Daarnaast zijn een aantal wensen naar voren gekomen ten aanzien van een verbeterde dienstverlening aan (potentiële) bedrijven en klanten.

2.1 Facturering De kans op fouten in deze facturering werkwijze is groot doordat de pakbon gegevens op papier worden bijgehouden, eens per maand worden verzameld en vervolgens handmatig worden verwerkt. Het is mij bekend dat er foutief met klanten afgerekend is. Dingen gemist zijn en klanten verkeerde facturen hebben gekregen. Al met al kost het corrigeren van deze fouten veel tijd. Het geheel wekt ontevredenheid bij de debiteuren en dit kan weer leiden tot verlies van klanten.

2.2 Kledingreparatie en kledingstomerij administratie Hierboven is uitgelegd dat door deze werkwijze de kans op fouten groot is. Door de wijze van kledingreparatie en kledingstomerij administratie sluipen er veel fouten in de administratie.

2.3 Debiteurenadministratie Hierboven is uitgelegd dat door deze werkwijze de kans op fouten groot is. Door de wijze van debiteuren administratie sluipen er veel fouten. Deze veroorzaakt natuurlijk ontevredenheid bij de debiteuren.

2.4 Klantenadministratie Het handmatig verzamelen en verwerken van de inschrijving van klanten leidt tot fouten en soms lange wachttijden voor de klant. Om te kunnen profiteren van het tien procent kortingsysteem moet de klant wachten tot het begin van de volgende maand, dan ontvangt de klant het kortingspasje. Dit veroorzaakt natuurlijk ontevredenheid bij de klanten. Verder ontstaan er tal van problemen bij verhuizing van de klant, het zou zelfs kunnen gebeuren dat een klant meerdere malen in de administratie voorkomt.

2.5 Managementinformatie Doordat de financiële gegevens op papier worden verwerkt, is er geen goed (historisch) overzicht te krijgen van het gebruik van bepaalde diensten. Hoe populair een dienst is, kan dus eigenlijk nooit goed worden bepaald. Al met al heeft men een ernstig gebrek aan managementinformatie.

2.6 Concurrentie Nicole ondervindt uiteraard concurrentie van bestaande kledingreparatie en stomerij winkels en tracht op basis van haar unieke diensten deze concurrentie voor te zijn. Het aanbieden van unieke diensten alleen is echter niet voldoende voor het succesvol concurreren. Vergeleken met de concurrentie, loopt Nicole achter in de manier waarop zij haar bedrijfsprocessen uitvoert. Hierdoor duren diverse zaken langer dan bij concurrenten en worden er meer fouten gemaakt. Dit leidt tot ontevredenheid van bedrijven en klanten, iets waar concurrenten met goed geautomatiseerde administraties minder last van hebben.

Pagina 17 van 46


Het gebrek aan managementinformatie zorgt er voor dat het management van Nicole lang moet wachten en soms zelf niet beschikt over betrouwbare gegevens om het uit te breiden en te veranderen van de organisatie. Nicole denkt hierdoor klanten te kunnen verliezen.

Pagina 18 van 46


3. Doelstelling In dit hoofdstuk worden de doelstellingen van het afstudeerproject besproken. Dit doe ik om het eindresultaat vast te leggen welke Nicole wil bereiken. Een goed geformuleerde onderzoeksdoelstelling kan behulpzaam zijn bij de afbakening van het onderwerp van het onderzoek. Het automatiseringsysteem van Nicole functioneert niet optimaal. Zij heeft als specifieke wens dat de dienstverlening en informatievoorziening naar de debiteuren en naar klanten sterk verbeterd moet worden. Zij denkt hiervoor aan de inzet van een softwarepakket op maat. Het centraliseren en geautomatiseerd verwerken van de genoemde zaken zal leiden tot meer tevreden klanten, een betere concurrentiepositie en uiteindelijk een betere winstmarge. Verder zal door de invoering van een geautomatiseerde administratie de uitbreiding van het aantal filialen van Nicole veel eenvoudiger worden. Nicole zal uiteindelijk veel efficiënter werken.

3.1 Concurrentievergelijking Op verzoek van Nicole heb ik een korte concurrentievergelijking gemaakt, specifiek met betrekking tot de te bouwen softwarepakket op maat. Via Google heb ik willekeurig een aantal websites van software bedrijven en kledingreparatie en stomerijen bezocht en de geboden functionaliteit en prijs in kaart gebracht. Bestaande software overzicht: Naam Software CleanSuite

Prijs 1500 Euro

Quick Dry Cleaning POS

Niet bekend

Vivaldi Systems

770 Euro

Compass Max

Niet bekend

WinDryClean

400 Euro

Geboden Functionaliteit Debiteuren, facturen, klanten, prijzen en inventarisatie. Facturen, betalingen, rekeningen, pick-ups, klanten en e-mail. Klant Onderhoud van Sales Tracking, verkoop-analyse, Debiteuren, Crediteuren, Kassalade, Grootboek, voorraadbeheer, Time Cards, Multistore management, Groothandel Accounts, Hotel Delivery System, Marketing Analysis, de Commissie en Comps, Productie Management, Uniform management. Facturering, marketing & customer information, inventarisatie, debiteuren, pickup & delivery en cash control. Factuur, prijzenlijst, klanten, backup en e-mail.

Over het algemeen bieden bestaande software pakketten volgende functionaliteiten: • Klanten administratie • Prijzenlijst • Kledingstomerij administratie • Wassen administratie Kledingreparatie en Stomerij bedrijven willen de volgende functionaliteiten: • Facturering administratie • Kledingreparatie administratie • Kledingstomerij administratie • Prijzenlijst • Debiteurenadministratie • Klanten administratie • Pakbon administratie

Pagina 19 van 46


Er zijn ongeveer elfhonderd kledingreparatie en stomerij bedrijven actief in Nederland. Deze kennis heb ik verkregen door op Internet via goudengids.nl te zoeken. Sommige bedrijven hebben meerdere vestigingen onder dezelfde naam.

3.1.1 Vergelijkingscriteria De volgende criteria zijn gebruikt bij het vergelijken van de software: • Wat zijn de basis functionaliteiten die worden aangeboden • Wat zijn de extra functionaliteiten die worden aangeboden • Wat zijn de kosten

3.1.2 Uitkomst Wat mij opvalt, is dat het softwarepakket in het algemeen meer aandacht aan het uiterlijk geeft dan aan de functionaliteit. De softwarepakket functionaliteiten die worden aangeboden zijn voornamelijk voor de wasserijen en stomerijen en niet voor kledingreparatie bedrijven.

3.2 Doelstelling project Gelet op de problemen en de analyse daarvan is de beste oplossing de invoering van een applicatie administratiesysteem. Deze is voor het hoofdkantoor en de filialen toegankelijk. In dat applicatie systeem moeten kledingreparatie registratie, kleding stomen registratie, pakbon registratie, factuur registratie, offerte registratie, debiteuren registratie, klanten registratie, kledingreparatie artikel, kledingstomerij artikel, kasoverzicht, openstaande facturen, brieven registratie en SMS registratie te zien zijn. Naast een oplossing voor de eerder genoemde knelpunten heeft Nicole de specifieke wens, dienstverlening en informatievoorziening naar de debiteuren en klanten kwalitatief sterk te verbeteren.

3.2.1 Facturering Wanneer men de gegevens geautomatiseerd op het hoofdkantoor en filialen zou verwerken. Dan zouden diverse handmatige stappen en daarmee kansen tot het maken van fouten uit het proces verwijderd worden. Door minder fouten stijgt de klanttevredenheid en kan het personeel meer tijd besteden aan de eigenlijke taken. Verder ontstaat, door het opslaan van de historische gegevens in het systeem, inzicht in de afname van diensten door klanten. Daardoor kunnen de acties en campagnes gerichter aangeboden worden. Dit verbetert de concurrentiepositie en kan de winst sterk verhogen.

3.2.2 Kledingreparatie en kledingstomerij administratie Wanneer de administratie van de kledingreparatie- en stomerijbonnen geautomatiseerd zou plaatsvinden, is de kans op fouten kleiner. Hierdoor hoeven de klanten niet lang meer te wachten op hun kledingreparatie- en/of stomerijbon. Diensten worden met de juiste bedragen op de kledingreparatie- en stomerijbonnen geregistreerd en er kunnen dan geen zaken vergeten worden. Het geheel wekt tevredenheid bij de klanten, dit kan weer leiden tot positieve mond op mond reclame.

3.2.3 Debiteurenadministratie Wanneer de debiteurenadministratie geautomatiseerd zou plaatsvinden, is de kans op fouten kleiner. Hierdoor hoeven debiteuren niet langer dan noodzakelijk te wachten op hun pakbon. Diensten worden met de juiste bedragen op de pakbonnen geregistreerd, er worden dan geen zaken vergeten. Het geheel wekt dan net als boven geschreven tot tevredenheid bij de debiteuren. Dit kan weer leiden tot inwinnen van nieuwe klanten.

Pagina 20 van 46


3.2.4 Klantenadministratie Wanneer de administratie van (nieuwe) klanten geautomatiseerd zou plaatsvinden, is de kans op fouten kleiner en hoeven de klanten niet meer tot het begin van de maand te wachten tot ze het tien procent korting krijgen. Het pasje kan direct worden opgestuurd of afgegeven. In die tussentijd kan de klant aan de hand van zijn postcode tien procent korting krijgen, en kan de klant zelfs in alle overige filialen terecht, daar ook deze via het systeem direct over de details van de nieuwe klanten beschikt.

3.2.5 Managementinformatie Door de geautomatiseerde opslag van historische gegevens, kan nauwkeurig worden bekeken of producten of diensten aan vervanging toe zijn, moeten worden aangepast, etc. Men krijgt de mogelijkheid de ontwikkeling van de organisatie te gaan sturen op basis van exacte gegevens en hierdoor kan de concurrentiepositie sterk worden verbeterd.

Pagina 21 van 46


Pagina 22 van 46


4. Onderzoek In dit hoofdstuk wordt het onderzoek beschreven. Het doel van het hoofdstuk is het geven van een beschrijving van het uitgevoerde onderzoek, de gebruikte onderzoeksmethoden en het afleggen van verantwoording over de gemaakte keuzes tijdens het onderzoeksproces.

4.1 Plan van aanpak Om dit afstudeeronderzoek met succes af te ronden ben ik op zoek gegaan naar een softwareontwikkelmethode en niet naar een projectmanagementmethode zoals Prince2. Voor mijn onderzoek heb ik softwareontwikkelmethode DSDM gekozen en gebruikt. De reden hiervoor is dat dit een softwareontwikkelmethode is die voornamelijk gebruikt wordt bij projecten voor de ontwikkeling van gecomputeriseerde informatiesystemen. Waarom heb ik DSDM gekozen? Ik heb DSDM gekozen omdat dit met name geschikt is als de volgende kenmerken aanwezig zijn: • het een interactief systeem is • het systeem groot is en opgesplitst kan worden in kleinere functionele delen • de ontwikkeling sterk is tijdsgebonden • het systeem geprioriteerd kan worden DSDM maakt een softwareproject dus flexibeler. Door het nieuwe systeem op te delen in zelfstandige eenheden, wordt het aanbrengen van tussentijdse veranderingen eenvoudiger voor de software ontwikkelaar. Volgende DSDM-fase documenten zijn door mij beschreven en zijn als bijlage achterin te vinden: bijlage 1 - Feasibility Study, bijlage 2 - Functional Model Iteration en bijlage 3 - Design and Build Iteration. DSDM-fase Business Study heb ik opgemaakt en gebruikt als opzet voor mijn afstudeeronderzoek. Na overleg met mijn examinator heb ik besloten om de Business Study niet als bijlage toe te voegen. De Business Study heeft mij ontzettend veel geholpen in het maken van mijn afstudeeronderzoek. Het softwarepakket op maat is gerealiseerd door het doorlopen van verschillende fasen. Elke fase wordt uitgebreid beschreven. Allereerst een beschrijving van het afstudeerbedrijf en afstudeeropdracht en de volgende stap die ik neem is een grondige analyse van het oude systeem. Hierna ben ik overgegaan tot de ontwikkeling van het softwarepakket op maat. DSDM Ontwikkel Fase: 1. Haalbaarheidsonderzoek: Tijdens deze fase werd het al bestaande werkwijze geanalyseerd. Dit wil zeggen: de functionaliteiten van het huidige systeem werden bepaald en alle mogelijke informatie die nuttig kon zijn voor de verdere ontwikkeling van het nieuwe systeem werd verzameld. Als laatste stap van de voorstudie werd er een plan van aanpak opgesteld. Voor meer informatie hierover verwijs ik u naar bijlage 1 - Feasibility Study. 2. Functioneel ontwerp: Tijdens het functionele ontwerp was het de bedoeling om dieper in te gaan op de wijzen waarop het nieuwe systeem doorlopen moest kunnen worden, de output die gegenereerd moest worden. Als eerste stap werden de functionaliteiten van het nieuwe systeem bepaald. Aan de hand van de functionaliteiten kon een use case model opgemaakt worden waaruit de interactie met de gebruiker duidelijk werd. Elke use case werd beschreven (naam, samenvatting, actoren, aanname, beschrijving, uitzonderingen, resultaat). Na het ontwikkelen van een eerste versie van het use case model was communicatie met de gebruiker aangewezen. Met een use case model kan je de gebruiker een zeer duidelijk beeld geven over de wijze waarop het systeem werkt en de wijze waarop de gebruiker met het systeem zou moeten werken. Voor meer informatie hierover verwijs ik u naar bijlage 2 - Functional Model Iteration. 3. Technisch ontwerp: Bij het technische ontwerp was het de bedoeling om te bepalen hoe de informatie op de schermen getoond werd en hoe deze informatie opgevraagd kon worden. In deze fase werden er ook foutcontroles bepaald. Voor het onderdeel ‘afdrukken’ werd bepaald hoe de lay-out opgesteld zouden worden, welke informatie nuttig was en waar die informatie zich zou bevinden op het afdruk overzicht. Bij deze fase

Pagina 23 van 46


was het ook noodzakelijk om te achterhalen hoe de database via code te bereiken is, wat de structuur er van is. Voor meer informatie hierover verwijs ik u naar bijlage 3 Design and Build Iteration. Tijdens de fase applicatiebouw vond het effectief ontwikkelen van de schermen plaats. Vervolgens werden de functionaliteiten voor elk scherm geprogrammeerd. Dit programmeren gebeurde niet in één enkele keer, maar nadat een stuk geprogrammeerd was, werd er getest om na te gaan of het geprogrammeerde deel goed functioneerde. Dit om geen nutteloze tijd te verliezen door het opsporen van fouten in vele bladzijden code. Ook werd tijdens het programmeren regelmatig de mening van de gebruiker ingeroepen. De gebruiker had een duidelijk beeld van de ontwikkeling door deze manier van werken.

4.2 Globale planning Nicole heeft gevraagd om een globale projectplanning ten aanzien van het verwachte verloop van de afstudeeropdracht. Deze planning is daarmee dan ook bedoeld als informatieve richtlijn. Het softwarepakket op maat is opgeleverd op 28 september 2010. Voor meer informatie verwijs ik naar de bijlage 5 – projectplanning. Hieronder heb ik de globale tijdsindeling van het plan van aanpak weergegeven, zie onderaan Tabel 1 – Globale planning. Activiteit Feasibility Study Business Study Functional Model Iteration Design and Build Iteration Voorbereiden Prototype 1 Bouw basisraamwerk applicatie Voorbereiden Prototype 2 Voorbereiden Prototype 3 Bouw definitieve applicatie Testen Afstudeeronderzoek

Benodigde tijd 2 weken 3 weken 2 weken 4 weken 4 dagen 3 weken 3 dagen 2 dagen 1 week 1 week resterende tijd Tabel 1 – Globale planning

4.3 Functionele eisen Voorafgaand heb ik georiënteerd in de zoektocht naar de juiste methode om de juiste functionele eisen op papier te zetten. Door gebruik te maken van Internet en verschillende softwareontwikkelmethode boeken, heb ik geconcludeerd dat de DSDM-methode de juiste methode voor mijn functionele eisen waren. Bij het toekennen van prioriteiten aan de functionele eisen van een te bouwen systeem (wat moet het systeem kunnen) heb ik de DSDM MoSCoW-methode gebruikt. De MoSCoW-methode is een wijze van prioriteiten stellen die populair is bij mensen die DSDM uitoefenen. De eisen aan het resultaat van een project worden ermee ingedeeld. Het is een afkorting, waarvan de letters staan voor: • Must have - deze eis moet in het eindresultaat terugkomen, zonder deze eis is het product niet bruikbaar; • Should have - deze eis is zeer gewenst, maar zonder is het product wel bruikbaar; • Could have - deze eis mag alleen aan bod komen als er tijd genoeg is; • Won't have - deze eis zal in dit project niet aan bod komen maar kan in de toekomst, bij een vervolg project, interessant zijn. Door gebruik te maken van de MoSCoW-methode heb ik mijn doel met betrekking tot de functionele eisen voldaan. In bijlage 2 – Functional Model Iteriation; Hoofdstuk 2.0 Functionele Eisen zijn de functionele eisen overzicht terug te vinden die ik samen met Dhr. Kenan Ergin heb gemaakt.

Pagina 24 van 46


4.4 Software ontwikkel plan In deze paragraaf heb ik uiteen gezet hoe ik van plan ben deze software te ontwikkelen. Strategie Tijdens aanvang van het project heb ik een gedetailleerde inventarisatie gemaakt van de gegevens die door mijn applicatie opgeslagen moesten worden. Op basis van deze gegevens heb ik de structuur van de database bepaald. Ook heb ik een serie use case diagrammen gemaakt. Ook heb ik tussentijds een begin gemaakt van het ontwerp en de ontwikkeling van een algemeen raamwerk waar de applicatie omheen gebouwd moest worden. Hier kan gedacht worden aan generieke code voor de interactie met de database, het afhandelen van autorisatie, en het genereren van formulieren. Algemene look en feel is dan hiermee voor de applicatie bepaald. Zodra de eisen aan de database bekend waren, ben ik begonnen met het ontwerpen van de formulieren en rapportages. De eerste opzet hiervoor werd gebruikt als eerste prototype in de eerste Functional Model Iteration. Tijdens de Functional Model Iteration ben ik verantwoordelijk voor het ontwerpen en maken van de prototypes. Al tijdens de Functional Prototype Iteration heb ik een begin gemaakt aan de Design and Build Iteration. Op 28 september 2010 is deze fase afgesloten en is de uiteindelijke softwarepakket op maat opgeleverd. Prototypes Op 16 juni 2010 heb ik mijn eerste prototype applicatie gepresenteerd. Dit prototype is gebruikt als basis voor een discussie over de interface van de applicatie. Het prototype heeft duidelijk gemaakt wat voor soort interface wij in gedachte hadden, en in het bijzonder met betrekking tot de formulieren die de medewerkers zullen moesten gebruiken. De functionaliteit die dit prototype heeft behandeld bestaan uit als ‘must have’ aangeduide functionaliteit. Op 12 juli 2010 heb ik mijn tweede prototype gepresenteerd. In dit prototype zitten alle aanpassingen die besproken zijn tijdens de presentatie van het eerste prototype. De functionaliteit die dit prototype heeft behandeld bestaan uit als ‘should have’ of ‘could have’ aangeduide functionaliteit. Op 15 juli 2010 heb ik derde en laatste prototype gepresenteerd. Dit prototype bevat aanpassingen die tijdens de presentatie van het tweede prototype zijn besproken en dient als basis voor wat er opgeleverd gaat worden in de Design and Build Iteration. Testen Ik heb tijdens de Design and Build Iteration de applicatie uitgebreid getest. Dit is gebeurd op mijn eigen systemen. Tijdens deze tests heb ik de applicatie gebruikt om verschillende gegevens in de database in te voeren. Ook heb ik onderzocht hoe de prestaties van de applicatie beïnvloed kon worden door de grootte van de database.

4.5 System architectuur definitie In deze paragraaf wordt de omgeving beschreven die de basis van de ontwikkeling vormt.

4.5.1 Infrastructuur De infrastructuur bestaat uit een ontwikkel en een productie omgeving. Deze ontwikkel omgeving is door mij beheerd. De productie omgeving is door Nicole verzorgd. Logisch gezien is de infrastructuur de volgende componenten bevatten:

Pagina 25 van 46


Client Workstation Om toegang tot de applicatie te krijgen, hebben Client Workstations gebruik gemaakt van een opstart programma (EXE). Deze communiceert via TDataSet protocol met de Database om zo informatie uit te wisselen. De applicatie draait met de onderstaande besturingssystemen: • Microsoft Windows XP • Microsoft Windows Vista

Internet toegang Er is een Internet toegang gerealiseerd om de applicatie beschikbaar te maken voor de filialen Krugerplein en Slotermeerlaan.

Besturingssysteem Het besturingssysteem draagt zorg van de aansturing van de hardware en maakt het mogelijk om de applicatie te draaien. Als besturingssysteem maak ik gebruik van Microsoft Windows XP SP3.

Hardware In de ontwikkelomgeving heb ik gebruik gemaakt van de onderstaande configuratie. Voor een goede werking van de applicatie is de productie omgeving met het onderstaande minimum eisen ingericht: • Intel Pentium 3 processor • 512 MB RAM geheugen • 40 Gb Harddisk • Netwerk aansluiting (voor toegang tot het internet)

Programmatuur Voor het ontwikkelen van de applicatie heb ik gebruik gemaakt van de programmeertaal Delphi. De applicatie bestaat voornamelijk uit opstart programma (EXE) bestanden. Via een ODBC driver worden er gegevens uit de database opgevraagd.

Database Voor de opslag van gegevens wordt gebruik gemaakt van het database pakket Microsoft Access.

Software Producten Voor de ontwikkeling van de applicatie heb ik de volgende software producten gebruikt: • Microsoft Windows XP SP3 • Delphi Ik heb voor deze software producten en database gekozen omdat ik al jarenlang ervaring hierin heb. Programmeren is een vak apart. Ik wilde geen tijd verliezen met het leren van een andere programmeer taal. De tijd die ik eventueel hierin zou steken, heb ik gebruikt om mijn leerdoelen te behalen. In de toekomst wil ik mij echter wel verdiepen in andere programmeer talen en databasen zoals PHP, .Net, Java, MySQL, Firebird, Oracle en MS SQL Server. Dit wil ik doen om allround kennis op te bouwen in verschillende programmeer talen en databasen.

4.6 Structuur applicatie In deze paragraaf beschrijf ik de structuur van het softwarepakket. In het onderstaande wordt structuur van de applicatie Reparatie weergeven. Bestand Orders Artikels Contactpersonen Stamgegevens Back-up Reparatiebon Reparatiebon Debiteuren Bedrijfsgegevens artikel Restore Kasoverzicht Pakbon Klanten Filiaal artikel (Back-up terug zetten) Afsluiten Pakbon Voorkeuren

Pagina 26 van 46

Rekenmachine

Info Help


In het onderstaande wordt structuur van de applicatie Stomerij weergeven. Bestand Orders Artikels Contactpersonen Stamgegevens Back-up Stomerijbon Stomerijbon Debiteuren Bedrijfsgegevens artikel Restore Kasoverzicht Klanten Filiaal (Back-up terug zetten) 1Afsluiten Voorkeuren In het onderstaande wordt structuur van de applicatie Factuur weergeven. Bestand Orders Artikels Contactpersonen Stamgegevens Debiteuren Bedrijfsgegevens Back-up Pakbon Factuur / Pakbon artikel Facturen Filiaal Restore (Back-up terug zetten) Afsluiten Offerte Voorkeuren Openstaande posten Herinnering Aanmaning In het onderstaande wordt structuur van de applicatie SMS weergeven. Bestand SMS Contactpersonen Stamgegevens Back-up SMS overzicht Klanten Bedrijfsgegevens Restore Voorkeuren (Back-up terug zetten) Afsluiten

Rekenmachine

Info Help

Rekenmachine

Info Help

Info Help

Reparatie Middels applicatie (module) Reparatie worden kledingreparatie overzichten uitgedraaid en worden kledingreparatie verzoeken geregistreerd.

Bestand Via “Bestanden” kunnen direct bestanden gebackupd, hersteld en applicatie kan afgesloten worden.

Orders Via “Orders” kunnen kleding reparatiebon, kasboek en pakbon geregistreerd en overzichten uitgedraaid worden. Tevens kunnen reparatiebonnen en pakbonnen afgedrukt worden.

Reparatiebon Via “Orders en Reparatiebon” kunnen kledingreparatie overzichten uitgedraaid worden en worden kledingreparaties verzoeken geregistreerd en reparatiebonnen afgedrukt worden.

Kasoverzicht Via “Orders en Kasoverzicht” kunnen kasboek overzichten uitgedraaid worden van de kledingreparaties die contant betaald zijn.

Pakbon Via “Orders en Pakbon” kunnen de pakbon kledingreparatie overzichten uitgedraaid worden en worden kledingreparatie verzoeken geregistreerd alleen voor debiteuren en kunnen pakbonnen afgedrukt worden.

Artikels Via “Artikels” kunnen Reparatiebon artikels en Pakbon artikels geregistreerd en overzichten uitgedraaid worden.

Pagina 27 van 46


Reparatiebon artikel Via “Artikels en Reparatiebon artikel” kunnen Reparatiebon artikels geregistreerd en overzichten uitgedraaid worden.

Pakbon artikel Via “Artikels en Pakbon artikel” kunnen Pakbon artikels geregistreerd en overzichten uitgedraaid worden.

Contactpersonen Via “Contactpersonen” kunnen Debiteuren en Klanten geregistreerd en overzichten uitgedraaid worden.

Debiteuren Via “Contactpersonen en Debiteuren” kunnen Debiteuren geregistreerd en overzichten uitgedraaid worden.

Klanten Via “Contactpersonen en Klanten” kunnen Klanten geregistreerd en overzichten uitgedraaid worden.

Stamgegevens Via “Stamgegevens” kunnen bedrijfsgegevens, filiaal en voorkeuren geregistreerd en overzichten van de filialen uitgedraaid worden.

Bedrijfsgegevens Via “Stamgegevens en Bedrijfsgegevens” kunnen bedrijfsgegevens geregistreerd worden.

Filiaal Via “Stamgegevens en Filiaal” kunnen filialen geregistreerd en overzichten uitgedraaid worden.

Voorkeuren Via “Stamgegevens en Voorkeuren” kunnen voorkeuren geregistreerd worden.

Rekenmachine Via “Rekenmachine” kan een rekenmachine opgestart worden.

Info Via “Info” kan informatie gevraagd worden over het gebruik van applicatie.

Help Via “Info en Help” kan informatie gevraagd worden over het gebruik van applicatie.

Stomerij Middels applicatie (module) Stomerij worden kleding stomerij overzichten uitgedraaid en worden kledingreparatie verzoeken geregistreerd.

Orders Via “Orders” kunnen kleding stomerij geregistreerd en stomerijbon overzichten en kasboek overzichten uitgedraaid worden. Tevens kunnen stomerijbonnen afgedrukt worden.

Stomerijbon Via “Orders en Stomerijbon” kunnen kleding stomerij overzichten uitgedraaid worden en worden kleding stomerij verzoeken geregistreerd en stomerijbonnen afgedrukt.

Kasoverzicht Via “Orders en Kasoverzicht” kunnen kasboek overzichten uitgedraaid worden van de kleding stomerij die contant betaald zijn.

Factuur Middels applicatie (module) Factuur worden factuur en pakbon overzichten uitgedraaid en worden aan de hand van de pakbon overzichten facturen geregistreerd.

Pagina 28 van 46


Orders Via “Orders” kunnen kleding pakbon, facturen en offertes geregistreerd en pakbon, factuur, offerte, openstaande posten, herinnering en aanmaning overzichten uitgedraaid worden.

Facturen Via “Orders en Facturen” worden factuur overzichten uitgedraaid en worden aan de hand van de pakbon overzichten facturen geregistreerd.

Offerte Via “Orders en Offerte” kunnen offertes geregistreerd en overzichten uitgedraaid worden.

Openstaande posten Via “Orders en Openstaande posten” kunnen openstaande posten overzichten uitgedraaid worden van de facturen die niet binnen vijftien dagen betaald zijn. Tevens kan een openstaande post afgedrukt worden voor debiteuren.

Herinnering Via “Orders en Herinnering” kunnen herinnering overzichten uitgedraaid worden van de facturen die niet binnen tweeëntwintig dagen betaald zijn. Tevens kan een herinnering afgedrukt worden voor debiteuren.

Aanmaning Via “Orders en Aanmaning” kunnen aanmaning overzichten uitgedraaid worden van de facturen die niet binnen negenentwintig dagen betaald zijn. Tevens kan aanmaning en laatste aanmaning afgedrukt worden voor debiteuren.

Artikels Via “Artikels” kunnen Factuur en Reparatiebon artikels geregistreerd en overzichten uitgedraaid worden.

Factuur / Pakbon artikel Via “Artikels en Pakbon artikel” kunnen Factuur en Pakbon artikels geregistreerd en overzichten uitgedraaid worden.

SMS Middels applicatie (module) SMS worden SMS overzichten uitgedraaid en worden SMS reclames geregistreerd en verstuurd.

4.7 Richtlijnen Voor de sofware ontwikkeling heb ik de onderstaande richtlijnen gehanteerd: De applicatie dient object georiënteerd ontwikkeld te worden • Omdat er in de applicatie veel elementen zijn die op verschillende plaatsen in het programma terugkomen is het van belang deze op te slaan in objecten. Via deze methode kan code hergebruikt worden en zal er een overzichtelijk en uitbreidbaar programma ontstaan. •

Programmatuur dient van voldoende commentaar te worden voorzien. Programmatuur dient binnen de code van commentaar te voorzien. Op deze manier moet elke software ontwikkelaar één ieders code kunnen lezen.

4.8 Risico’s In deze paragraaf volgt een opsomming van de risico’s die zich tijdens de afstudeeropdracht kunnen voordoen. De medewerkers binnen Nicole accepteren de nieuwe werkwijze niet Ik heb aangegeven dat Nicole zelf ook overtuigd is dat verandering nodig is. De kans dat dit risico zich voordoet is dus erg klein. Het is echter de verantwoordelijkheid van Nicole om dit op te vangen.

Pagina 29 van 46


De opgeleverde applicatie is te ingewikkeld of tijdrovend om gebruikt te worden door Nicole Ik zal in het ontwikkeltraject tijdens de workshops prototypes aanbieden aan toekomstige gebruikers van het systeem. Zij kunnen dus tijdens de ontwikkeling van de applicatie meedenken over de werking en de interface hiervan. Op deze manier verwacht ik dat de kans erg klein is dat de eindgebruikers ontevreden zullen zijn over het resultaat. De applicatie zal door gebrek aan tijd niet alle gewenste functionaliteit bevatten. Door gebruik te maken van de DSDM ontwikkelmethode bepaal ik in overleg met Nicole welke functionaliteit essentieel is om hun probleem op te lossen. Deze geëiste functionaliteit zal in ieder geval worden opgeleverd. In het geval van tijdnood wordt in overleg met Nicole bepaald welke niet essentiële functionaliteit gemist kan worden. Deze optionele functionaliteit kan eventueel in een vervolgproject opgeleverd worden. In de loop van het project blijkt dat de eisen die aan de applicatie zijn gesteld niet afdoende zijn. Wanneer blijkt dat de applicatie aan nieuwe eisen moet voldoen zal er gekeken moeten worden naar de eisen die eerder als niet essentieel zijn aangegeven. De nieuwe functionaliteit zal in de plaats van een (of meer) van deze eisen ontwikkeld worden.

4.9 Investeringen, Schatting en terugverdientijd In bijlage 1 – Feasibility Study; Hoofdstuk 9 Investeringen, heb ik budgettair inzicht gegeven in de investering die gevraagd zijn voor het ontwerpen en bouwen van de hierboven beschreven oplossing.

4.10 Enquête Om mijn afstudeeronderzoek “Wat moet een softwarepakket kunnen volgens Kledingreparatie en Stomerij bedrijven” te onderzoeken heb ik de volgende deelvragen bedacht: 1- Zijn de softwarepakketten bekend? 2- Behoefte aan een softwarepakket? 3- Wat moet een softwarepakket kunnen? 4- Zijn er bedrijven die softwarepakket willen kopen? 5- Hoeveel geld willen de bedrijven maximaal investeren voor zo een softwarepakket? Om uit te zoeken of het zinvol is om het softwarepakket straks op de markt te brengen heb ik een enquête5 gehouden onder verscheidene kledingreparatie & stomerij bedrijven. Om inzicht te krijgen heb ik het volgende onderzocht: • De bekendheid van een softwarepakket • Behoefte van een softwarepakket • Specifieke wensen van een softwarepakket • Aanschaf behoefte • Investering Enquête 1. 2. 3. 4. 5.

vragen zijn: Bent u bekend met een softwarepakket voor kledingreparatie & stomerij branche? Ja/Nee Hebt u behoefte aan een softwarepakket voor uw branche? Ja/Nee Wat moet een softwarepakket kunnen? Open vraag Zou u softwarepakket willen aanschaffen? Ja/Nee Wat zou u maximaal willen investeren voor zo een softwarepakket? Open vraag

Zie bijlage 4 – Voor de uitgebreide enquête. Hierin is ook te zien welke bedrijven ik via e-mail heb benaderd.

4.10.1

Enquête resultaten

Ik heb deze enquête naar vijfenzestig Kledingreparatie & Stomerij bedrijven via e-mail verzonden. Ik heb vijf ingevulde enquêtes terug gekregen. De bedrijven die geen gehoor aan mijn enquête hadden gegeven, heb ik nogmaals via e-mail benaderd. Echter heeft dit ook tot geen resultaat bereikt. Van de elfhonderd bedrijven heb ik niet alle e-mail adressen kunnen achterhalen. Zoals u al weet heb ik er vijfenzestig kunnen achterhalen. Als ik meer middelen tot mijn beschikking had, kon ik via de kamer van koophandel achter iedere e-mail adres komen.

5

Zie bijlage 4: “Enquête”

Pagina 30 van 46


In de toekomst met meer middel zal ik dit trachten te doen. Tevens wil ik in de toekomst ook per post enquêtes versturen om meer rendement uit de enquête te halen. Hieronder beschrijf ik de uitkomst van mijn enquête: Op de vraag: Bent u bekend met een softwarepakket voor kledingreparatie & stomerij branche? Scoorde: ‘Nee’ het hoogst. Vier van de vijf deelnemers antwoordde met ‘Nee’ en één met ‘Ja’. Op de vraag: Hebt u behoefte aan een softwarepakket voor uw branche? Scoorde: ‘Ja’ het hoogst. Vier van de vijf deelnemers antwoordde met ‘Ja’ en één met ‘Nee’. Op de vraag: Wat moet een softwarepakket kunnen? Scoorde: ‘Kledingreparatie administratie’ het hoogst. Vier van de vijf deelnemers antwoordde met ‘Kledingreparatie administratie’ en één met ‘Geen interesse’. Op de vraag: Zou u een softwarepakket willen aanschaffen? Scoorde: ‘Ja’ het hoogst. Drie van de vijf deelnemers antwoordde met ‘Ja’ en twee met ‘Nee’. Op de vraag: Wat zou u maximaal willen investeren voor zo een softwarepakket? Antwoordde iedereen met ‘Geen idee’.

4.11 Business Case In deze paragraaf beschrijf ik hoe ik met mijn softwarepakket geld kan verdienen en ik heb tevens mijn financiële haalbaarheidsstudie beschreven.

4.11.1

Hoe kan ik hiermee geld verdienen?

Allereerst wil ik dat mijn softwarepakket standaard gebruikt wordt in Kledingreparatie & Stomerij branche. Verder wil ik mijn software op maat vernieuwen en doorontwikkelen. Het softwarepakket ga ik op basis van registratiesleutels beveiligen. Door vernieuwing en doorontwikkeling wil ik meerdere cliënten werven. De start van de verkoop van dit softwarepakket wil ik via de webwinkel plaatsvinden. De reden waarom ik voor webwinkel heb gekozen, is dat het voor een breed publiek toegankelijk is. Indien een klant mijn product wil, dan heeft hij keuze uit twee mogelijkheden om dit aan te schaffen. Namelijk: 1- Op basis van licentieprijs voor onbeperkt gebruik met volgende pakket prijzen 2- Op basis van abonnementskosten per jaar. De verkoop van deze software wordt aangeboden op basis van drie pakketten : Basic **, Advanced *** en Professional *****. Ter verduidelijken heb ik prijzenlijst gemaakt, zie onderaan Figuur prijzenlijst. Het gebruiksrecht van deze software en updates & verbeteringen zullen het eerste jaar gratis verleend worden aan de afnemers van de software. Tevens krijgt de klant een periode van dertig dagen om het pakket uit te proberen. Dhr. Kenan Ergin heeft onlangs bedrijf Franchise Palthe Middenweg in Amsterdam overgenomen. Palthe is de grootste stomerij van Nederland. Met ca. vijfentwintig vestigingen en ca. tweehonderd depots. Met een naamsbekendheid van ongeveer negentig procent is Palthe de enige stomerij in Nederland met vrijwel een landelijke dekking. Kledingreparatie & Stomerij winkels in Amsterdam en omgeving kunnen kledingstukken zelf niet stomen. Hierdoor zijn ze genoodzaakt om de kledingstukken te laten stomen door Palthe. Dhr. Kenan Ergin gaat mijn softwarepakket promoten aan zijn klanten. Dit is voor mij een voordeel bij het verkopen van mijn software. Dhr. Kenan Ergin gaat geld verdienen aan computers die worden geïnstalleerd in verscheidene winkels en ik ga geld verdienen aan het te verkopen softwarepakket. Naast het feit dat Dhr. K. Ergin klanten voor mij zoekt, ga ik zelf ook actief op zoek gaan naar klanten. Dit ga ik doen door verschillende kledingreparatie en stomerijen in het gehele land te benaderen en mijn softwarepakket aan hen te promoten.

Pagina 31 van 46


Figuur - Prijzenlijst.

4.12 Financiële haalbaarheidstudie Mijn voornemen is dat ik in mijn vrije tijd deze softwarepakket ga standaardiseren. Door deze standaardisatie zal mijn softwarepakket bij meerdere kledingreparatie en stomerij winkels gebruikt kunnen worden. Dit levert voor mij een voordeel op. Ik hoef namelijk eenmalig een softwarepakket te ontwikkelen zodat ik deze meerdere malen kan verkopen. Omdat ik alles in mijn vrije tijd zal bewerkstelligen, zal dit voor mij geen kosten met zich mee brengen. De kosten voor reclame en verzenden kosten heb ik geraamd op honderdvijftig euro. De kosten heb ik gebaseerd op basis van honderd te benaderen kledingreparatie en stomerij winkels. Andere kosten zullen telefoonkosten en reiskosten zijn. Hiervoor schat ik tweehonderdvijftig euro nodig te hebben indien er tien procent van honderd te benaderen winkels belangstelling in mijn softwarepakket hebben. Al met al heb ik in totaal vierhonderd euro als start kapitaal nodig. Dit geld zal terug worden verdiend als ik minimaal één onbeperkt pakket of twee jaarlijkse abonnementen verkoop.

4.13 Onderzoeksvraag Mijn onderzoeksvraag luidt: “Wat moet een softwarepakket kunnen volgens Kledingreparatie en Stomerij bedrijven”. Uit mijn onderzoek is gebleken die kledingreparatie en stomerij van Dhr. K. Ergin behoefte had aan een nieuw softwarepakket. Voor een nadere beschrijving van deze behoeftes verwijs door naar paragraaf 3.2 Doelstelling project.

Pagina 32 van 46


Door de mond op mond reclame van Dhr. K. Ergin hebben meerdere kledingreparatie en stomerij bedrijven interesse getoond in mijn softwarepakket. Verscheidene personen van verschillende bedrijven hebben telefonisch met mij contact opgenomen. De volgende kledingreparatie en stomerij winkels hebben contact met mij opgenomen: • Kalver uit Amsterdam • De Poort van Muider uit Amsterdam • Excellent uit Amsterdam • Rijsenhout uit Rijsenhout. De gesprekken met de eigenaren van bovenstaande bedrijven verliepen positief. Ik ben vervolgens naar hen toegegaan en heb mijn softwarepakket laten zien. Echter hadden sommigen specifieke behoeften met betrekking tot logo. Indien ik aan de eisen kon voldoen, dan waren zij bereid om mijn softwarepakket uit te proberen. Zij wilden in de toekomst mijn software gebruiken.

Pagina 33 van 46


Pagina 34 van 46


5. Resultaat Dit hoofdstuk geeft beknopt de resultaten van het afstudeerproject weer. Het applicatie administratiesysteem heb ik als oplossing bedacht en aangeboden aan Nicole Kledingreparatie & Stomerij bedrijf. Hieronder wordt de oplossing per onderdeel verder beschreven.

5.1 Administratiesysteem Ik heb het logisch ontwerp van het centrale systeem zo ingericht dat alle gegevens eenduidig zijn. Debiteuren en klanten kunnen bijvoorbeeld niet meer dubbel in het systeem voorkomen. De administratie is toegankelijk voor medewerkers op verschillende filialen. Om dit te faciliteren worden de gegevens opslagen in een database. Deze database komt op een geplaatste machine (“cliënt/server”). Voor Nicole heb ik een applicatie gemaakt waarmee zij toegang kunnen krijgen tot de in de database opgeslagen gegevens. Voor het realiseren van een dergelijk applicatie zijn meerdere oplossingen mogelijk. In het geval van Nicole is de hieronder uitgewerkte oplossing mogelijk het zinnigst.

5.2 Software op maat Ik bied een software op maat oplossing aan Nicole, dat volledig voldoet aan de eisen en wensen zoals die op dit moment zijn. Deze software is ontwikkeld in de programmeertaal Delphi. Voordelen Het voordeel van een software op maat, is dat deze specifiek kan worden gemaakt voor de situatie van Nicole, rekening houdend met het platform (Pc’s) waarop het komt te draaien. Hierdoor stelt men meestal minder hoge eisen aan het platform. Een ander belangrijk voordeel van een software op maat, is dat het volledig eigendom is van Nicole en dat men geen licentiekosten hoeft te betalen. Nadelen Het ontwikkelen van een volledig software op maat kost veel meer tijd dan een oplossing op basis van standaard componenten. Dit maakt een maatwerkoplossing vele malen duurder. Het onderhoud van software op maat is over het algemeen duurder dan een standaard software. Dit komt doordat aanpassingen achteraf lastiger zijn te realiseren.

5.3 Advies Nicole wilde binnen 20 weken de oplossing gerealiseerd hebben. In die tijd is het mogelijk om een volledige maatwerkoplossing te bouwen. Verder zijn de kosten van een volledige maatwerkoplossing velen malen hoger dan de oplossing op basis van een standaard software.

Pagina 35 van 46


5.4 Schematische weergave Hieronder ziet u een schematische weergave van de voorgestelde oplossing. Dit is geen gedetailleerde technische tekening, maar is bedoeld om het concept duidelijk te maken.

5.5 Afbakening Er zijn een aantal aanvullende zaken die op dit moment buiten het bereik van deze afstudeeropdracht vallen. Voor de volledigheid wil ik deze zaken hier toch noemen, om Nicole zodoende een idee te geven van de zaken die nog geregeld moeten. De punten die ik hieronder heb beschreven vallen buiten het bereik van mijn afstudeeronderzoek: • Ontwerp en levering van de benodigde infrastructuur. Dit valt buiten het bereik van het project, maar is wel nodig voor de invoer van de nieuwe oplossingen. • Beheer van de applicaties. Het beheer (aanpassingen n.a.v. veranderende wensen van Nicole) van de applicaties kan Nicole zelf doen wanneer men de benodigde kennis in huis wil halen, maar dat is kostbaar. Ik zal na oplevering graag afspraken maken met Nicole om het beheer van de applicaties uit te voeren. • Opleiding van de gebruikers. Ik kan na oplevering de gebruikers trainen in het gebruik van de nieuwe applicatie, maar Nicole kan dit ook zelf verzorgen. Het lijkt verstandig hierover aparte afspraken te maken zodra de applicatie geleverd wordt.

5.6 Haalbaarheidsonderzoek In het haalbaarheidsonderzoek6 beschrijf ik de huidige situatie, problemen, analyses, specifieke wensen, oplossing, globale ontwerp, afbakening, aanvullende zaken en investeringen. Het doel van dit haalbaarheidsonderzoek is het voor mij overzichtelijk te maken zodat ik een correct functionerende applicatie voor de kledingreparatie en stomerij branche kan ontwikkelen.

6

Zie bijlage 1: “Feasibility Study”

Pagina 36 van 46


Na dit haalbaarheidsonderzoek gedaan te hebben is het volgende mij opgevallen, namelijk dat kledingreparatie en stomerij zaak Nicole een papieren administratie had. Dit resulteerde in vrijwel geen mogelijkheid tot inzicht en overzicht.

5.7 Functioneel Ontwerp In het functioneel ontwerp7 beschrijf ik het softwarepakket op maat. Doel van dit functioneel ontwerp is duidelijk omschrijven van de voornaamste taken van de applicaties. Aan de hand van Modelleertaal UML (Unified Modeling Language) diagrammen werden de functionaliteiten van het applicatie in kaart gebracht. De tool die gebruikt werd voor het ontwerpen is Microsoft Office Visio. Aan de hand van een set use cases wordt op de Functionele eisen ingegaan. Een use case bestaat uit een of meer scenario’s. Deze scenario´s beschrijven de mogelijke handelingen die de applicatie moeten kunnen uitvoeren.

5.8

Technisch Ontwerp

In het technisch ontwerp8 beschrijf ik hoe de applicatie en database wordt ontwikkeld. Doel van dit technische ontwerp is duidelijk omschrijven van de taken van de applicatie, zodat een programmeur er mee aan de slag kan. Dit houdt in dat functioneel en technisch duidelijk moet zijn hoe de applicatie zich moet gedragen.

5.8.1 Applicatiebouw Als laatste heb ik de applicatie gebouwd. Tijdens de fase applicatiebouw vond het effectief ontwikkelen van de schermen plaats. Vervolgens werden de functionaliteiten voor elk scherm geprogrammeerd. Dit programmeren gebeurde niet in één enkele keer, maar nadat een stuk geprogrammeerd was, werd er getest om na te gaan of het geprogrammeerde deel goed functioneerde. Dit om geen nutteloze tijd te verliezen door het opsporen van fouten in vele bladzijden code. Ook werd tijdens het programmeren regelmatig de mening van de gebruiker ingeroepen. De gebruiker had een duidelijk beeld van de ontwikkeling door deze manier van werken. Het nieuwe software systeem voor bedrijf Nicole is ontwikkeld in programmeer taal Delphi. Delphi is de ontwikkelomgeving voor de objectgeoriënteerde programmeertaal Pascal. Het is een programmeer taal ontwikkeling omgeving, waarbij wijzigingen in formulieren met klikken en slepen meteen de programmacode kan wijzigen. Softwarepakket op maat is verdeeld in volgende modules: Reparatie: • Kledingreparatie overzichten kunnen worden uitgedraaid en kledingreparatie verzoeken kunnen worden geregistreerd • Kasboek overzichten van kledingreparaties kunnen worden uitgedraaid • Pakbon kledingreparatie overzichten kunnen worden uitgedraaid en kledingreparatie verzoeken kunnen worden geregistreerd • Reparatiebon artikels en Pakbon artikels kunnen worden geregistreerd en overzichten kunnen worden uitgedraaid • Debiteuren en Klanten kunnen worden geregistreerd en overzichten kunnen worden uitgedraaid • Bedrijfsgegevens, Filiaal en Voorkeuren kunnen worden geregistreerd en overzichten kunnen worden uitgedraaid Stomerij: • Kledingstomerij overzichten kunnen worden uitgedraaid en verzoeken kunnen worden geregistreerd. • Kasboek overzichten kunnen worden uitgedraaid

7 8

Zie bijlage 2: “Functional Model Iteration” Zie bijlage 3: “Design and Build Iteration Application”

Pagina 37 van 46


Factuur: • Factuur en pakbon overzichten kunnen worden uitgedraaid en overzichten kunnen worden geregistreerd • Offerte kan worden geregistreerd • Openstaande post, herinnering en aanmaning overzichten kunnen worden uitgedraaid SMS: • SMS overzichten kunnen worden uitgedraaid en SMS berichten kunnen worden verstuurd naar alle klanten in de vorm van reclame of aanbiedingen.

5.9 Doelstelling project behaalt? Het softwarepakket op maat voldoet aan de verwachtingen en is volledig operationeel. Doelstelling voor het project is zeker behaald namelijk het oplossen van de bedrijfsproblemen die betrekking hebben op het software.

Pagina 38 van 46


Problemen Bij het schrijven van mijn afstudeeronderzoek ben ik tegen een aantal zaken tegen gelopen. Te weten; • Haalbaarheidsonderzoek, het onderdeel concurrentievergelijking. Voor dit onderdeel moest ik een concurrentievergelijking maken van meerdere kledingreparatie en stomerij winkels. Om erachter te komen welke software welke winkel gebruikte heb ik gebruik gemaakt van Google en ben ik naar verscheidene winkels fysiek gegaan. Dit heeft mij heel veel tijd gekost. Uiteindelijk is het me gelukt om een passende concurrentievergelijking te maken. Dit resulteerde in het feit dat ik een unieke applicatie heb moeten ontwikkelen voor deze branche. •

Functioneel ontwerp, het onderdeel taakmodel en use case diagram. Het opmaken van het taakmodel en use case diagram waren zeer lastig. Ik kon namelijk niet de juiste benamingen in de juiste volgorde plaatsen. Dit heeft heel veel tijd en energie gekost. Uiteindelijk heb ik het plaatje compleet kunnen krijgen door gebruik van het boek ‘UML beknopt’ van Martin Fowler en Kendall Scott.

•

Technisch ontwerp, het onderdeel sequentie diagram. Het ontwerpen van het sequentie diagram vond ik ook moeilijk. Na de eerste opmaak kreeg ik te horen dat ik het niet goed had gedaan, dit sequentie diagram hoorde namelijk bij het functioneel ontwerp. Later heb ik dit diagram gewijzigd en gecorrigeerd zodat dit wel onder het technisch ontwerp hoorde.

•

Applicatiebouw, het onderdeel kledingreparatiebon-, stomerijbon-, pakbon- en factuur lay-out. Het ontwerpen van de juiste lay-out voor juiste bon was tevens een uitdaging voor mij. Wat lastig was, was dat ik een beperkte ruimte had om de gegevens in te verwerken. Ik moest namelijk alles op A5 en A6 formaat passend krijgen. Door gebruik te maken van kleinere letter types heb ik mijn doel bereikt.

•

Applicatiebouw, het onderdeel SMS berichten verzenden. Het vinden van de juiste SMS gateway provider heeft mij veel tijd gekost. Het moest ook goedkoop en simpel te implementeren zijn. Als eerste heb ik enkele kosten en baten analyse van verschillende SMS gateway provider aanbieders gemaakt. Uiteindelijk heb ik een passende provider gevonden welke aan de eisen voldeed.

•

Applicatiebouw, het onderdeel Postcode database. Deze database moest ik vanuit het niets ontwerpen. Door veel op internet te zoeken heb ik een postcodeboek gevonden in kommagescheiden formaat. Hieruit heb ik een postcode database ontworpen.

Pagina 39 van 46


Pagina 40 van 46


Conclusie Om de ontwikkeling van het nieuwe systeem met succes af te ronden was het noodzakelijk om een uitgebreide analyse te maken van zowel het oude systeem als van het nieuwe systeem. Deze analyse kwam tot stand door onder andere meermaals overleg te plegen met de gebruikers. Het use case model was het diagram bij uitstek om dit overleg in goede banen te leiden. De analyse was een goed hulpmiddel bij het technisch ontwerp. Daarnaast werd de analyse en het technisch ontwerp gebruikt bij de verdere ontwikkeling van het systeem. Door op deze wijze te werk te gaan, werden problemen vermeden en werd er een goed inzicht verworven in de functionaliteiten van het nieuwe systeem. Bij de ontwikkeling van een systeem is het zeer nuttig om dergelijke analyses op te stellen. Ik heb een pragmatische en realistische oplossing ontworpen in de vorm van een softwarepakket op maat met een databasetoepassing. Softwarepakket op maat is geïmplementeerd en in gebruik bij hoofdkantoor en alle filialen van Nicole. Directeur Dhr. K. Ergin en de medewerkers gebruiken door mij ontwikkelde softwarepakket dagelijks en zijn hier ontzettend tevreden ermee. Ik ben meerdere malen op bezoek gegaan en heb dit van hen te horen gekregen. Door het gebruik van het softwarepakket is de samenwerking tussen de filialen en het hoofdkantoor sterk verbeterd. Door de nieuwe werkwijze met betrekking tot lay-out van de bonnen en facturen is de klanttevredenheid toegenomen. Dhr. K. Ergin vertelde mij dat de klanten tevreden waren met de digitale uitgedraaide bonnen en facturen. Voorheen was dit namelijk met de handgeschreven. Dhr. K. Ergin vertelde mij dat het gebruik en beheer van de managementinformatie heeft geleid tot een duidelijk verbeterde concurrentiepositie. Samen met de unieke formule van Nicole heeft dit geleid tot een sterke groei van het aantal filialen van Nicole in Nederland. Dhr. K. Ergin heeft onlangs Franchise Palthe Middenweg in Amsterdam overgenomen. Hij heeft nog een vestiging in Amersfoort geopend en kleine vestiging uitgebreid. Directeur K. Ergin heeft mij toe gezegd om het softwarepakket in de toekomst uit te breiden naar de wensen op dat moment. Uit het onderzoek is gebleken dat het zeer zinvol is om het softwarepakket straks op de markt te brengen voor MKB Kledingreparatie & Stomerij bedrijven. De verkoop van deze software zal plaatsvinden via Internet. Om de software op de markt te brengen moet de software eerst in drie pakketten verdeeld worden. De software moet ook op basis van registratiesleutels beveiligd worden. Ook moet er een website opgezet worden voor deze verkoop. Via Google AdWords kan er eenvoudig advertenties geplaatst worden naast de zoekresultaten op Google. Zo zal ik op het juiste moment en op de juiste plek in contact kunnen komen met potentiële klanten. Als ik terugkijk naar de keuze om de juiste softwareontwikkelmethode te gebruiken, kan ik hierover het volgende vertellen. Ik moest kiezen tussen de softwareontwikkelmethode SDM, DSDM, Jackson System Development, Bottom Up, Top-Down Model en V-modelen. Ik heb uiteindelijke gekozen voor de DSDM softwareontwikkelmethode. De reden dat ik deze methode boven andere softwareontwikkelmethode heb gekozen is omdat ik DSDM softwareontwikkelmethode beter bij mijn softwareontwerp vond passen. Terugblikkend naar de keuze om de juiste programmeertaal en database te vinden, kan ik hierover het volgende vertellen. Ik heb uiteindelijk gekozen voor Delphi als programmeer taal en MS Access als database toepassing. De reden hiervoor is dat ik bekend en behendig ben in het gebruik van deze twee vernoemde systemen. Toekomstvisie In de volgende versie wil ik mijn software verbeteren. Ik wil dan namelijk dat mijn software Webgebaseerd gebruikt kan worden. Ik wil dat de klant in de toekomst via Internet mijn programma kan gebruiken. Het voordeel van webgebaseerd werken is dat mijn programma op meerdere besturingssystemen gebruikt kan worden. Mijn software hoeft dan niet alleen op een Microsoft besturingsysteem te werken maar kan dan ook gedraaid worden op een Linux, Apple, Android, etc. besturingsysteem. Hierdoor is het mogelijk dat in de toekomst klanten via hun handheld of via Internet weten wat de status is van hun kledingreparatie- of de te stomen kleding. Door gebruik te maken van Internet kunnen leidinggevenden direct inzage hebben in management informatie.

Pagina 41 van 46


Behaalde leerdoelen Het afstudeeronderzoek vormt het bewijs dat ik mijn leerdoelen behaald heb.

Pagina 42 van 46


Literatuurlijst David M. Kroenke, “Beginselen, Ontwerp en Implementatie Databases”, 2004 Martin Fowler & Kendall Scott, “UML beknopt”, 2000 Nicole de Swart, “Handboek Requirements”, 2010 Richtlijnen schrijven verslag HvA, IvI, 2007

Pagina 43 van 46


Pagina 44 van 46


Bijlage 1 – Feasibility Study Bijlage 2 – Functional Model Iteriation Bijlage 3 – Design and Build Iteration Bijlage 4 – Enquête Bijlage 5 – Projectplanning

Pagina 45 van 46


Pagina 46 van 46

Hogeschool van Amsterdam Opleiding: Informatica

Feasibility Study

Datum : 03-01-2011 Auteur : Medayim Aktaş Studentnummer : 224988 Versie : 0.7 Status : Definitief

Feasibility Study Medayim Aktaş – eindversie – januari 2011

1. Managementsamenvatting Deze Feasibility Study (haalbaarheidsonderzoek) is opgesteld door mij, op verzoek van de heer Ergin, directeur van Nicole Kledingreparatie en Stomerij. De input voor deze Feasibility Study zijn de gegevens die ik heb verkregen in het eerste gesprek met de heer Ergin. Tijdens dit gesprek zijn door de heer Ergin de onderstaande knelpunten in de huidige werkwijze van Nicole Kledingreparatie en Stomerij naar voren gebracht: • • • • • • • • • • •

weinig tot geen overzicht op kledingreparatie van klanten weinig tot geen overzicht op kledingstomerij van klanten regelmatig onjuiste en/of onvolledige pakbon naar bedrijven regelmatig onjuiste en/of onvolledige facturering naar klanten lange doorlooptijd bij het afgeven van kledingreparatiebon lange doorlooptijd bij het afgeven van stomerijbon lange doorlooptijd bij het afgeven van pakbon geen actueel overzicht in het klantenbestand op de filialen en hoofdkantoor geen actueel overzicht in het bedrijvenbestand op de filialen en hoofdkantoor geen overzichtelijke managementinformatie er kunnen geen sms reclames naar klanten verstuurd worden.

De voornaamste oorzaak van deze bovenstaande problemen blijkt veroorzaakt te worden door het administratieve proces van Nicole Kledingreparatie en Stomerij. Dit administratieve proces biedt helaas veel ruimte om fouten te maken, dit komt voornamelijk door het handmatig verzamelen, verwerken en invoeren van diverse formulieren. Uiteindelijk zullen deze diverse problemen leiden tot een verslechterde concurrentiepositie, ontevreden klanten en bedrijven en dat dient voorkomen te worden. Ik schets in dit rapport een oplossing voor deze genoemde problemen. De oplossing bestaat uit een op maat gemaakt softwarepakket op basis van een database waarin de relevante gegevens van kledingreparatie, kledingstomerij, pakbon, offerte, klanten, bedrijven, facturering en dergelijke wordt opgeslagen. De medewerkers hebben op de PC’s van verschillende filialen toegang tot deze database met op maat gemaakte programmatuur. Ten aanzien van de oplossing vindt u in dit document: • • •

een onderbouwing van ons advies een globaal technisch ontwerp de geschatte kosten voor de bouw en invoering

De kosten voor het bouwen van het softwaredeel van de oplossing worden op dit moment geraamd op € 8.640.

Pagina 1 van 18


Inhoudsopgave 1. Managementsamenvatting ......................................................................................... 1 Inhoudsopgave................................................................................................................ 2 Inleiding.......................................................................................................................... 3 2. Huidige situatie ......................................................................................................... 4 2.1 Algemeen ......................................................................................................... 4 2.2 Processen ......................................................................................................... 4 2.2.1 Facturering.................................................................................................... 4 2.2.2 Kledingreparatie en kledingstomerij administratie ............................................ 4 2.2.3 Debiteurenadministratie ................................................................................. 5 2.2.4 Klantenadministratie ...................................................................................... 5 3. Problemen en analyse ............................................................................................... 6 3.1 Facturering ....................................................................................................... 6 3.2 Kledingreparatie en kledingstomerij administratie ................................................ 6 3.3 Debiteurenadministratie..................................................................................... 6 3.4 Klantenadministratie.......................................................................................... 6 3.5 Managementinformatie ...................................................................................... 6 3.6 Concurrentie ..................................................................................................... 6 3.7 Conclusie .......................................................................................................... 7 4. Specifieke wensen..................................................................................................... 8 4.1 Concurrentievergelijking .................................................................................... 8 4.1.1 Vergelijkingscriteria ....................................................................................... 9 4.1.2 Uitkomst ....................................................................................................... 9 4.1.3 Pluspunten .................................................................................................... 9 5. Oplossing ............................................................................................................... 10 5.1 Facturering ..................................................................................................... 10 5.2 Kledingreparatie en kledingstomerij administratie .............................................. 10 5.3 Debiteurenadministratie................................................................................... 10 5.4 Klantenadministratie........................................................................................ 10 5.5 Managementinformatie .................................................................................... 10 5.6 Conclusie ........................................................................................................ 11 6. Globaal technisch ontwerp ....................................................................................... 12 6.1 Administratiesysteem....................................................................................... 12 6.1.1 Op basis van volledig maatwerk ................................................................... 12 6.1.2 Advies......................................................................................................... 12 6.2 Schematische weergave .................................................................................. 13 7. Afbakening en aanvullende zaken ............................................................................ 14 7.1 Afbakening ..................................................................................................... 14 7.2 Aanvullende zaken .......................................................................................... 14 7.3 Globale planning ............................................................................................. 15 8. Investeringen.......................................................................................................... 16 8.1 Schatting ........................................................................................................ 16 8.1.1 Op basis van standaardcomponenten............................................................ 16 8.2 Terugverdientijd.............................................................................................. 16 9. Tot slot................................................................................................................... 17 Pagina 2 van 18


Inleiding Onlangs heb ik een eerste gesprek gehad met directeur van Nicole Kledingreparatie en Stomerij. In dit gesprek zijn de problemen geïnventariseerd die dit bedrijf op dit moment ondervindt binnen haar administratieve processen. Daarnaast zijn een aantal wensen geïnventariseerd ten aanzien van het bieden van een verbeterde dienstverlening aan (potentiële) bedrijven en klanten. In dit rapport geef ik een oplossing voor de door Nicole Kledingreparatie en Stomerij aangegeven problemen en een invulling van de aangegeven wensen. Naast een onderbouwing van de gekozen oplossing en het aangeven van de te verwachten investering die nodig is voor invoering van de oplossing, wordt een afbakening gegeven van het bereik van dit project. Er wordt aangegeven wat ik wel en niet zal doen en waar mogelijk worden adviezen gegeven over de zaken die Nicole Kledingreparatie en Stomerij zelf zal moeten doen of in een gescheiden project met mij op zal moeten pakken. Dit document beschrijft achtereenvolgens: • de huidige situatie van Nicole Kledingreparatie en Stomerij • analyse van de problemen • de wensen van Nicole Kledingreparatie en Stomerij • de oplossing zoals geadviseerd door mij • de afbakening van het project • aanvullende zaken • het investeringsoverzicht

Pagina 3 van 18


2. Huidige situatie In deze paragraaf beschrijf ik de huidige situatie bij Nicole Kledingreparatie & Stomerij.

2.1 Algemeen Nicole Kledingreparatie & Stomerij is al ruim 13 jaar actief in het professioneel stomen van kleding, kledingreparatie, kledingverandering (bijvoorbeeld innemen, korter of langer maken), was- en strijkservice, kleding op maat en gordijnen. Ze hebben ervaring met de verwerking van allerlei stoffen, dus ook leer, suède en bont. Ook zijn ze professioneel in het reinigen van kledingstukken zoals dekbedden in alle soorten en maten, waterbedovertrek, matrashoezen, dekens, bankhoezen, vloerkleden, gordijnen, jassen, suède, bruidsjurken, kostuums, overhemden, mantels etc. Ze hebben professionele werknemers op hun drie locaties in Amsterdam en de diensten worden niet alleen tegen een aanvaardbare prijs aangeboden voor particulieren, maar ook voor bedrijven. De medewerkers schrijven kledingreparatie-, stomerijen pakbonnen met de hand en de facturen worden gemaakt met MS Office Excel. Zodoende is er binnen de drie filialen behoefte aan maatwerksoftware voor kledingreparatie en stomen. Er worden voorbedrukte papieren gebruikt voor het afgeven van reparatiebonnen, stomerijbonnen en pakbonnen. Deze voorbedrukte papieren zijn ontwikkeld door een drukkerij. Dit type systeem wordt ook wel het “uitschrijven van bonnen” genoemd. Er is geen dus enkele digitale (totale) overzicht terug te vinden bij dergelijke systemen. Automatisering Nicole Kledingreparatie & Stomerij maakt vrijwel geen gebruik van automatisering voor ondersteuning van haar bedrijfsprocessen. Het belangrijkste middel is een PC met een verouderd operating systeem op het hoofdkantoor, waarop door middel van een spreadsheet de debiteurenadministratie en facturen worden bijgehouden.

2.2 Processen In de volgende paragrafen worden de belangrijkste processen beschreven.

2.2.1 Facturering Bedrijven (debiteuren) krijgen maandelijks een factuur. Op de factuur staan zaken als: •

kosten kledingreparaties

Bedrijven (debiteuren) kunnen bij afname van een dienst een pakbon krijgen. Afgenomen diensten worden op pakbon lijsten per filiaal bijgehouden. Deze lijsten worden eens per maand op het hoofdkantoor verzameld en verwerkt tot facturen.

2.2.2 Kledingreparatie en kledingstomerij administratie De procedure voor het uitgeven van een kleding reparatiebon en kleding stomerijbon aan klanten ziet er als volgt uit: • •

De voorbedrukte kleding reparatiebon en kleding stomerijbon formulieren worden handmatig ingevuld Reparatiebon en Stomerijbon formulieren worden aan het einde van de maand per post naar het hoofdkantoor verstuurd. Vervolgens worden de reparatiebon en stomerijbon formulieren verwerkt door de boekhouder van Nicole Kledingreparatie en Stomerij.

Pagina 4 van 18


2.2.3 Debiteurenadministratie De procedure voor inschrijving van debiteuren ziet er als volgt uit: • • •

Een inschrijfformulier wordt handmatig ingevuld Het inschrijfformulier wordt aan het einde van de maand per post naar het hoofdkantoor verstuurd. Vervolgens worden de inschrijfformulieren verwerkt in een spreadsheet tot een debiteurenbestand. Aan het begin van de maand wordt het bijgewerkte debiteurenbestand van het hoofdkantoor naar de vestigingen gestuurd.

2.2.4 Klantenadministratie De procedure voor inschrijving van klanten ziet er als volgt uit: • Een inschrijfformulier wordt alleen op het hoofdkantoor bijgehouden • De klant krijgt een pasje en krijgt 10% kortingsysteem.

Pagina 5 van 18


3. Problemen en analyse In deze paragraaf beschrijf ik de problemen en analyse.

3.1 Facturering De kans op fouten in deze werkwijze is groot doordat de pakbon gegevens op papier worden bijgehouden, eens per maand worden verzameld en vervolgens handmatig worden verwerkt. Diensten kunnen voor de verkeerde bedragen op de factuur komen, er kunnen zaken worden vergeten of aan de verkeerde persoon worden gefactureerd. Al met al kost het corrigeren van deze fouten veel tijd voor de debiteuren en het personeel van Nicole Kledingreparatie en Stomerij. Het geheel wekt ontevredenheid bij de debiteuren, en dit kan weer leiden tot verlies van klanten.

3.2 Kledingreparatie en kledingstomerij administratie Hierboven is uitgelegd dat door deze werkwijze de kans op fouten groot is. Door de wijze van facturering sluipen er veel fouten in de administratie.

3.3 Debiteurenadministratie De procedure voor inschrijving van debiteuren ziet er als volgt uit: • Een inschrijfformulier wordt handmatig ingevuld • Het inschrijfformulier wordt aan het einde van de maand per post naar het hoofdkantoor verstuurd. Vervolgens worden de inschrijfformulieren verwerkt in een spreadsheet tot een debiteurenbestand. • Aan het begin van de maand wordt het bijgewerkte debiteurenbestand van het hoofdkantoor naar de vestigingen gestuurd.

3.4 Klantenadministratie Ook het handmatig verzamelen en verwerken van de inschrijving van klanten leidt tot fouten en soms lange wachttijden voor de klant. Om te kunnen profiteren van het 10% kortingsysteem moet de klant wachten tot het begin van de volgende maand, dan ontvangen ze pas het klantenpasje. Deze veroorzaakt natuurlijk ontevredenheid bij de klanten. Verder ontstaan er tal van problemen bij verhuizing van de klant; het zou zelfs kunnen gebeuren dat een klant meerdere malen in de administratie voorkomt.

3.5 Managementinformatie Doordat de financiële gegevens op papier worden verwerkt, is er geen goed (historisch) overzicht te krijgen van het gebruik van bepaalde diensten. Hoe populair een dienst is, kan dus eigenlijk nooit goed worden bepaald. Al met al heeft men een ernstig gebrek aan managementinformatie.

3.6 Concurrentie Nicole Kledingreparatie en Stomerij ondervindt uiteraard concurrentie van bestaande kledingreparatie winkels en tracht op basis van haar unieke diensten deze concurrentie voor te zijn. Het aanbieden van unieke diensten alleen is echter niet voldoende voor het succesvol concurreren. Vergeleken met de concurrentie, loopt Nicole Kledingreparatie en Stomerij achter in de manier waarop zij haar bedrijfsprocessen uitvoert. Hierdoor duren diverse zaken langer dan bij concurrenten en worden er meer fouten gemaakt. Dit leidt tot ontevredenheid van bedrijven en klanten; iets waar concurrenten met goed geautomatiseerde administraties minder last van hebben. Het gebrek aan managementinformatie zorgt er voor dat het management van Nicole Kledingreparatie en Stomerij lang moet wachten open soms zelf niet beschikt over betrouwbare gegevens om het uitbreiden en veranderen van de organisatie te sturen.

Pagina 6 van 18


3.7 Conclusie Door de handmatige opslag en verwerking van alle gegevens m.b.t. debiteuren, klanten en diensten, mist men overzicht, inzicht en nauwkeurigheid. Deze problemen leiden tot onvrede bij debiteuren en klanten en onvrede en inefficiënte tijdbesteding van personeel. Ook mist men door het gebrek aan goede managementinformatie de mogelijkheid tot het gefundeerd sturen en uitbreiden van Nicole Kledingreparatie en Stomerij.

Pagina 7 van 18


4. Specifieke wensen Naast een oplossing voor de eerder genoemde knelpunten heeft Nicole Kledingreparatie en Stomerij de specifieke wens de dienstverlening en informatievoorziening naar de debiteuren en klant kwalitatief sterk te verbeteren. Men denkt hiervoor aan de inzet van opmaat software en een website op het internet. Via die website zullen debiteuren en klanten informatie kunnen krijgen over Nicole Kledingreparatie en Stomerij diensten.

4.1 Concurrentievergelijking Op verzoek van Nicole heb ik een korte concurrentievergelijking gemaakt, specifiek met betrekking tot de te bouwen op maat software. Via Google heb ik willekeurig een aantal websites van software bedrijven en kledingreparatie en stomerijen bezocht en de geboden functionaliteit en de prijs in kaart gebracht. Bestaand software overzicht: Naam Software CleanSuite

Prijs 1500 Euro

Quick Dry Cleaning POS

Niet bekend

Vivaldi Systems

770 Euro

Compass Max

Niet bekend

WinDryClean

400 Euro

Geboden Functionaliteit Debiteuren, facturen, klanten, prijzen en inventarisatie. Facturen, betalingen, rekeningen, pick-ups, klanten en e-mail. Klant Onderhoud van Sales Tracking, verkoop-analyse, Debiteuren, Crediteuren, Kassalade, Grootboek, voorraadbeheer, Time Cards, Multistore management, Groothandel Accounts, Hotel Delivery System, Marketing Analysis, de Commissie en Comps, Productie Management, Uniform management. Facturering, marketing & customer information, inventarisatie, debiteuren, pickup & delivery en cash control. Factuur, prijzenlijst, klanten, backup en e-mail.

Over het algemeen bieden bestaande software pakketten volgende functionaliteiten: • Klantenadministratie • Prijzenlijst • Kledingstomerij administratie • Wassen administratie Kledingreparatie en Stomerij bedrijven wensen de volgende functionaliteiten: • Facturering • Kledingreparatie administratie • Kledingstomerij administratie • Prijzenlijst • Debiteurenadministratie • Klantenadministratie • Pakbon Er zijn ongeveer 1100 kledingreparatie en stomerij bedrijven actief in Nederland. Deze kennis heb ik verkregen door op Internet via goudengids.nl te zoeken. Sommige bedrijven hebben meerdere vestigingen onder dezelfde naam. Pagina 8 van 18


4.1.1 Vergelijkingscriteria De volgende criteria zijn gebruikt bij het vergelijken van de websites: • Wat zijn de basis functionaliteiten die worden aangeboden. • Wat zijn de extra functionaliteiten die worden aangeboden.

4.1.2 Uitkomst Wat opvalt, is dat de applicatie en websites over het algemeen meer aandacht aan het uiterlijk geven dan aan functionaliteit. Applicatie functionaliteiten die worden aangeboden zijn voornamelijk voor de Wasserij –Stomerij en niet voor kledingreparatie. Websites functionaliteiten die worden aangeboden zijn voornamelijk informatie over de diensten, openingstijden en eventueel de prijzen.

4.1.3 Pluspunten Ik bied een opmaat applicatie. Wij bieden namelijk de volgende mogelijkheden aan: • Middels applicatie (module) reparatie worden kledingreparatie overzichten uitgedraaid en worden er kledingreparatie verzoeken geregistreerd • Uitdraaien van kasboekoverzichten van de kledingreparaties die contant betaald zijn • Uitdraaien van pakbon kledingreparatie overzichtenvoor klanten en debiteuren. Kledingreparatie verzoeken kunnen alleen geregistreerd worden voor debiteuren. • Reparatiebon artikels en pakbon artikels kunnen worden geregistreerd en overzichten kunnen uitgedraaid worden • Debiteuren en klanten worden geregistreerd en overzichten kunnen uitgedraaid worden • Bedrijfsgegevens, filiaal en voorkeuren worden geregistreerd en er kunnen overzichten uitgedraaid worden van de filialen • Middels applicatie (module) Stomerij worden kledingreparatie overzichten uitgedraaid en worden kledingreparatie verzoeken geregistreerd • Uitdraaien van kasboek overzichten van de kledingstomerijen die contant betaald zijn • Middels applicatie (module) faktuur worden factuur en pakbon overzichten uitgedraaid en worden aan de hand van de pakbon overzichten facturen geregistreerd • Offertes registreren • Uitdraaien van openstaande posten, herinnering en aanmaning overzichten • Middels applicatie (module) SMS worden sms overzichten uitgedraaid en worden sms reclames verstuurd naar klanten.

Pagina 9 van 18


5. Oplossing Gelet op de problemen en de analyse daarvan is de beste oplossing de invoering van een applicatie administratiesysteem. Deze is voor het hoofdkantoor en de filialen toegankelijk en de website is toegankelijk voor de klanten. In dat applicatie systeem moeten kledingreparatie registratie, kledingstomerij registratie, pakbon registratie, factuur registratie, offerte registratie, debiteuren registratie, klanten registratie, kledingreparatie artikel, kledingstomerij artikel, kasoverzicht, openstaande facturen, brieven en SMS te zien zijn. Naast een oplossing voor de eerder genoemde knelpunten heeft Nicole Kledingreparatie en Stomerij de specifieke wens de dienstverlening en informatievoorziening naar de debiteuren en klant kwalitatief sterk te verbeteren. Men denkt hiervoor aan de inzet van opmaat software en een website op het internet. Via die website zullen debiteuren en klanten informatie kunnen krijgen over Nicole Kledingreparatie en Stomerij diensten.

5.1 Facturering Wanneer men de gegevens geautomatiseerd op het hoofdkantoor zou verwerken, worden diverse handmatige stappen, en daarmee kansen tot het maken van fouten, uit het proces verwijderd. Door minder fouten stijgt de debiteurentevredenheid en klanttevredenheid en kan het personeel meer tijd besteden aan de eigenlijke taken. Verder ontstaat, door het opslaan van de historische gegevens in het systeem, inzicht in de afname van diensten door debiteuren en klanten en krijgt men daardoor de kans acties en campagnes gerichter aan te bieden en vorm te geven. Dit verbetert de concurrentiepositie en kan de winst sterk verhogen.

5.2 Kledingreparatie en kledingstomerij administratie Wanneer de administratie van de reparatiebonnen en stomerijbonnen geautomatiseerd plaatsvindt, wordt de kans op fouten kleiner en hoeven klanten niet meer zolang te wachten totdat ze een reparatiebon en/of stomerijbon krijgen. Diensten worden met de juiste bedragen op de reparatiebonnen en stomerijbonnen geregistreerd en er kunnen dan geen zaken vergeten worden. Het geheel wekt tevredenheid bij de klanten, en dit kan weer leiden tot het winnen van klanten.

5.3 Debiteurenadministratie Wanneer de debiteurenadministratie geautomatiseerd plaatsvindt, worden de kansen op fouten kleiner en hoeven debiteuren niet meer zolang te wachten totdat ze een pakbon krijgen. • Diensten worden met de juiste bedragen op de pakbonnen geregistreerd, er worden dan geen zaken vergeten. Het geheel wekt tevredenheid bij de debiteuren, die weer kan leiden tot het winnen van debiteuren.

5.4 Klantenadministratie Wanneer de administratie van (nieuwe) klanten geautomatiseerd plaatsvindt, worden de kans op fouten kleiner en hoeven klanten niet meer tot het begin van de maand te wachten tot ze het 10% kortingsysteem krijgen; het pasje kan direct worden opgestuurd of afgegeven. In die tussentijd kan de klant aan de hand van zijn postcode 10% korting krijgen, en kan de klant zelfs in alle overige filialen terecht, daar ook deze via het systeem direct over details van de nieuwe klanten kunnen beschikken.

5.5 Managementinformatie Door de geautomatiseerde opslag van historische gegevens, kan nauwkeurig worden bekeken of producten of diensten aan vervanging toe zijn, moeten worden aangepast, etc. Men krijgt de mogelijkheid de ontwikkeling van de organisatie te gaan sturen op basis van exacte gegevens en hierdoor kan de concurrentiepositie sterk worden verbeterd.

Pagina 10 van 18


5.6 Conclusie Het centraliseren en geautomatiseerd verwerken van de genoemde zaken zal leiden tot meer tevreden klanten, een betere concurrentiepositie en uiteindelijk een betere winstmarge. Verder zal door de invoering van een centrale en geautomatiseerde administratie de uitbreiding van het aantal filialen van Nicole Kledingreparatie en Stomerij in Nederland veel eenvoudiger worden. Men kan dan met dezelfde hoeveelheid administratief personeel veel meer filialen bedienen.

Pagina 11 van 18


6. Globaal technisch ontwerp Ik heb een oplossing bedacht voor Nicole Kledingreparatie en Stomerij die bestaat uit belangrijk onderdeel: • Het applicatie administratiesysteem Hieronder wordt de oplossing verder beschreven.

6.1 Administratiesysteem Het logisch ontwerp van het centrale systeem zal zo worden ingericht dat alle gegevens eenduidig zijn. Debiteuren en Klanten kunnen bijvoorbeeld niet dubbel in het systeem voorkomen. De administratie moet toegankelijk zijn voor medewerkers op verschillende filialen. Om dit te faciliteren worden de gegevens opslagen in een database. Deze database komt op een geplaatste machine (“client/server”). Voor Nicole Kledingreparatie en Stomerij wordt een applicatie gemaakt waarmee zij toegang kunnen krijgen tot de in de database opgeslagen gegevens. Voor het realiseren van een dergelijk applicatie zijn meerdere oplossingen mogelijk. In het geval van Nicole Kledingreparatie en Stomerij is de hieronder uitgewerkte oplossing mogelijk het zinnigst.

6.1.1 Op basis van volledig maatwerk Bij deze optie kan opmaat applicatie ontwikkelen voor Nicole Kledingreparatie en Stomerij dat volledig voldoet aan de eisen en wensen zoals die op dit moment zijn. Deze applicatie zou voor Nicole Kledingreparatie en Stomerij worden ontwikkeld in de programmeertaal Delphi 7. Voordelen Het voordeel van een op maat gemaakt programma is dat deze specifiek kan worden gemaakt voor de situatie van Nicole Kledingreparatie en Stomerij, rekening houdend met het platform (PC’s) waarop het komt te draaien. Hierdoor stelt het meestal minder hoge eisen aan het platform. Een ander belangrijk voordeel van een op maat gemaakte applicatie is dat het volledig eigendom is van Nicole Kledingreparatie en Stomerij en dat men geen licentiekosten hoeft te betalen voor onderdelen van de oplossing. Nadelen Het ontwikkelen van een volledig maatwerk applicatie kost veel meer tijd dan een oplossing op basis van standaard componenten. Dit maakt een maatwerkoplossing vele malen duurder. Onderhoud van een op maat gemaakte applicatie is over het algemeen duurder dan een standaard applicatie. Dit komt doordat aanpassingen achteraf lastiger zijn te realiseren.

6.1.2 Advies Nicole Kledingreparatie en Stomerij wil binnen ongeveer 20 weken de oplossing gerealiseerd hebben. In die tijd is het mogelijk om een volledige maatwerkoplossing te bouwen. Verder zijn de kosten van een volledige maatwerkoplossing velen malen hoger dan de oplossing op basis van een standaard applicatie. Het verschil in kosten wordt uiteengezet in het hoofdstuk over investeringen.

Ik van raad Nicole Kledingreparatie en Stomerij op basis van het bovenstaande aan de oplossing te laten ontwikkelen op basis van volledige maatoplossing.

Pagina 12 van 18


6.2 Schematische weergave Hieronder vindt u een schematische weergave van de voorgestelde oplossing. Dit is geen gedetailleerde technische tekening, maar is bedoeld om het concept duidelijk te maken.

Pagina 13 van 18


7. Afbakening en aanvullende zaken 7.1 Afbakening Het advies en de activiteiten van mij beperken zich tot het ontwikkelen van de applicatie en achterliggende database. De applicatie is op basis van Delphi 7 en Microsoft Access, inclusief de website voor de bedrijven en klanten. Verder zal ik eenvoudige gebruikersdocumentatie voor de ontwikkelde applicaties opleveren en indien gewenst enkele uren instructie geven over het gebruik van de applicaties. De nieuwe infrastructuur (netwerk, serversystemen, PC’s e.d.) die horen bij het automatiseren van de bedrijfsprocessen worden expliciet niet meegenomen in het advies en de activiteiten van mij. Het advies is gebaseerd op de processen en gegevens die ik tot nu toe van Nicole Kledingreparatie en Stomerij heb verkregen. Ik verwacht van NICOLE KLEDINGREPARATIE EN STOMERIJ alle relevante informatie te hebben gekregen en te zullen krijgen die nodig zijn voor het slagen van dit project.

7.2 Aanvullende zaken Er zijn een aantal zaken die op dit moment buiten het bereik van dit project vallen, en die ik in overleg met Nicole Kledingreparatie en Stomerij kan uitvoeren. Deze zaken zijn aanvullend aan het advies en de ontwikkeling van een oplossing zoals die in dit document beschreven is. Voor de volledigheid willen wij deze zaken hier toch noemen, om Nicole Kledingreparatie en Stomerij zodoende een idee te geven van de zaken die nog geregeld moeten worden buiten dit project om. • •

•

Ontwerp en levering van de benodigde infrastructuur. Dit valt buiten het bereik van het project, maar is wel nodig voor de invoer van de nieuwe oplossingen. Beheer van de applicaties. Het beheer (aanpassingen n.a.v. veranderende wensen van Nicole Kledingreparatie en Stomerij) van de applicaties kan Nicole Kledingreparatie en Stomerij zelf doen wanneer men de benodigde kennis in huis wil halen, maar dat is kostbaar. Ik zal na oplevering graag afspraken maken met Nicole Kledingreparatie en Stomerij om het beheer van de applicaties uit te voeren. Opleiding van de gebruikers. Ik kan na oplevering de gebruikers trainen in het gebruik van de nieuwe applicatie, maar Nicole Kledingreparatie en Stomerij kan dit ook zelf verzorgen. Het lijkt verstandig hierover aparte afspraken te maken zodra de applicatie in concept wordt opgeleverd.

Pagina 14 van 18


7.3 Globale planning Nicole Kledingreparatie en Stomerij heeft gevraagd om een globale planning ten aanzien van het verwachte verloop van het project. Op dit moment zijn nog niet alle mijlpalen bekend en deze planning is daarmee dan ook bedoeld als informatieve richtlijn. Op dit moment ga ik er vanuit dat de oplevering van het project medio augustus 2010 zal zijn. Planning Activiteit Concept databaseontwerp, Use Cases Voorbereiden Prototype 1 Ontwikkelen basisraamwerk applicatie Voorbereiden Prototype 2 Voorbereiden Prototype 3 Ontwikkelen definitieve applicatie Testen

Begin 19-April-2010 03-Mei-2010 17-Mei-2010 31-Mei-2010 14-Juni-2010 28-Juni-2010 02-Aug-2010 Tabel 2 Plan van aanpak

Pagina 15 van 18

Eind 30-April-2010 14-Mei-2010 28-Mei-2010 11-Juni-2010 25-Juni-2010 30-Juli-2010 06-Aug-2010


8. Investeringen Dit adviesrapport is geen offerte, maar ik wil Nicole Kledingreparatie en Stomerij graag een budgettair inzicht geven in de investering die gevraagd zou worden voor het ontwerpen en bouwen van de hierboven beschreven oplossing.

8.1 Schatting De verwachting is dat ik gemiddeld 36 uur per week zal besteden aan dit project. Hieronder wordt per optie aangegeven wat de te verwachten investering is.

8.1.1 Op basis van standaardcomponenten Bij ontwikkeling op basis van volledige maatwerkoplossing wordt de doorlooptijd op dit moment geschat op ongeveer 20 weken. Bij een gemiddeld uurtarief van € 12,00 komt de totale investering bij ontwikkeling op basis van standaardcomponenten dan uit op € 8.640. De berekening is als volgt: 1 man x 36 uren x 20 weken = 720 manuren 720 manuren x € 12,00 = € 8.640

8.2 Terugverdientijd Het is lastig een terugverdientijd (of Return on Investment) te berekenen voor de benodigde investeringen. Dit komt doordat de te behalen winst, die zich uit in klanttevredenheid, efficiëntieverbetering en verbeterde concurrentiepositie, moeilijk is te kwantificeren. Om toch een schatting te geven, wordt hieronder een berekening gemaakt puur op basis van enkele aannames ten aanzien van klanttevredenheid. De eerste aanname is dat de huidige klanttevredenheid er toe leidt dat per maand 15 klanten en 2 debiteuren niet terug komen, dan wel zich niet aanmelden bij Nicole Kledingreparatie en Stomerij. Bij het invoeren van de oplossing vervalt dit verlies volledig. De tweede aanname is dat deze klanten gemiddeld per maand € 30,00 aan diensten en debiteuren gemiddeld per maand € 200,00 aan diensten om zouden zetten. Dit leidt tot een inkomstenderving van € 850,00 per maand. De derde aanname is dat de afschrijvingstermijn van de oplossing 60 maanden is. In dat geval zou de terugverdientijd 10 maanden en 1,5 dagen zijn, wat ruim binnen de afschrijvingstermijn van 60 maanden ligt. In werkelijkheid zal de terugverdientijd aanmerkelijk korter zijn, wanneer ook de efficiëntieverbetering en de grotere toeloop van klanten kan worden gekwantificeerd.

Pagina 16 van 18


9. Tot slot Kijkend naar de problemen van Nicole Kledingreparatie en Stomerij kan geconcludeerd worden dat deze hun oorsprong vinden in de manier waarop de gegevens worden beheerd. Het gegevensbeheer vindt zeer gesegmenteerd plaats en de papieren administratie geeft vrijwel geen mogelijkheid tot inzicht en overzicht. Ik heb een pragmatische en realistische oplossing ontworpen in de vorm van een applicatie en databasetoepassing. Kort door de bocht gezegd komt het er op neer dat alle gegevens worden opgeslagen en altijd en vanaf iedere locatie via VPN verbinding via internet toegankelijk zijn. Ik verwacht dat met dit nieuwe systeem de samenwerking tussen de filialen en hoofdkantoor zal verbeteren en dat de klanttevredenheid snel zal toenemen, doordat de klant via de website inzage heeft in de diensten van Nicole Kledingreparatie en Stomerij. Als laatste zal het gebruik en beheer van managementinformatie leiden tot een duidelijk verbeterde concurrentiepositie. Samen met de unieke formule van Nicole Kledingreparatie en Stomerij moet dit kunnen leiden tot een sterke groei van het aantal franchisenemers van Nicole Kledingreparatie en Stomerij in Nederland.

Pagina 17 van 18


Functional Model Iteriation


Functional Model Iteriation Medayim Aktaş – eindversie – januari 2011

Inhoudsopgave Inhoudsopgave .........................................................................................................................2 1.0 Inleiding ..............................................................................................................................3 2.0 Functionele eisen...............................................................................................................4 3.0 Taakmodel ..........................................................................................................................7 4.0 Use Case Diagram ...........................................................................................................11 5.0 Functioneel ontwerp Applicatie Reparatie, Stomerij, Factuur en SMS ....................14 Use case: 1. Reparatiebon beheren ................................................................................14 Use case: 2. Stomerijbon beheren ..................................................................................15 Use case: 3. Pakbon beheren...........................................................................................16 Use case: 4. Klanten beheren ..........................................................................................16 Use case: 5. Kasoverzicht reparatiebon beheren ..........................................................17 Use case: 6. Kasoverzicht stomerijbon beheren ...........................................................17 Use case: 7. Factuur beheren ..........................................................................................17 Use case: 8. Offerte beheren ...........................................................................................18 Use case: 9. Openstaande posten afdrukken ................................................................19 Use case: 10. Herinnering afdrukken..............................................................................19 Use case: 11. Aanmaning afdrukken...............................................................................19 Use case: 12. Reparatiebon artikel beheren ..................................................................19 Use case: 13. Stomerijbon artikel beheren ....................................................................20 Use case: 14. Factuur/Pakbon artikel beheren..............................................................20 Use case: 15. Debiteuren beheren ..................................................................................20 Use case: 16. SMS beheren..............................................................................................21 Use case: 17. Filiaal beheren ...........................................................................................21 Use case: 18. Bedrijfsgegevens beheren .......................................................................21 Use case: 19. Voorkeuren beheren .................................................................................22 Use case: 20. Back-up beheren .......................................................................................22

Pagina 2 van 22


1.0 Inleiding Dit document, Functional Model Iteration, beschrijft de functionele ontwerpen voor de Applicatie TAM Kledingreparatie & Stomerij. Het doel van dit document is een duidelijke omschrijving geven van de voornaamste taken van de applicaties. Aan de hand van Modelleertaal UML (Unified Modeling Language) diagrammen werden de functionaliteiten van het Applicatie TAM Kledingreparatie & Stomerij in kaart gebracht. De tool die gebruikt werd voor het ontwerpen is Microsoft Office Visio. Aan de hand van een set use cases wordt op de functionele eisen ingegaan. Een use case bestaat uit een of meer Beschrijving’s. Deze Beschrijving´s beschrijven de mogelijke handelingen die de applicatie moeten kunnen uitvoeren.

Pagina 3 van 22


2.0 Functionele eisen Bij het toekennen van prioriteiten aan de functionele eisen van een te bouwen systeem (wat moet het systeem kunnen) heb ik de DSDM MoSCoW-methode gebruikt. De MoSCoW-methode is een wijze van prioriteiten stellen die populair is bij mensen die DSDM uitoefenen. De eisen aan het resultaat van een project worden ermee ingedeeld. Het is een afkorting, waarvan de letters staan voor: • Must have - deze eis moet in het eindresultaat terugkomen, zonder deze eis is het product niet bruikbaar; • Should have - deze eis is zeer gewenst, maar zonder is het product wel bruikbaar; • Could have - deze eis mag alleen aan bod komen als er tijd genoeg is; • Won't have - deze eis zal in dit project niet aan bod komen maar kan in de toekomst, bij een vervolg project, interessant zijn. Door gebruik te maken van de MoSCoW-methode heb ik mijn doel met betrekking tot de functionele eisen voldaan. Hieronder ziet u het requirement prioriteit overzicht die ik samen met de directeur Dhr. K. Ergin heeft gemaakt. Functionele eisen overzicht Requirement Reparatiebon

Stomerijbon

Kasoverzicht Pakbon

Offerte

Criteria Registeren Zoeken Wijzigen Verwijderen Overzicht Afdrukken Openstaande posten Filteren

Must have X X X X X X

Should Have

Could have

X X

Registeren Zoeken Wijzigen Verwijderen Overzicht Afdrukken Openstaande posten Filteren Afdrukken Registeren Zoeken Wijzigen Verwijderen Overzicht Afdrukken met prijs Afdrukken zonder prijs Filteren

X X X X X X

Registeren Zoeken Wijzigen Verwijderen Overzicht Afdrukken Afdrukken zonder prijs Pakbon artikel toevoegen

X X X X X X

X X X X X X X X X X X

X X

Pagina 4 van 22


Filteren Factuur

Openstaande posten

Registeren Zoeken Wijzigen Verwijderen Overzicht Afdrukken Import Pakbon Factuurnr wijzigen Filteren Overzicht


Afdrukken

X

Herinnering

Overzicht Afdrukken

X X

Aanmaning

Overzicht

X

Afdrukken Registeren

X

Zoeken Wijzigen Verwijderen Overzicht Afdrukken


Reparatiebon artikel

Stomerijbon artikel

Pakbonbon / Factuur artikel

Registeren Zoeken Wijzigen Verwijderen Overzicht Afdrukken Registeren Zoeken Wijzigen Verwijderen Overzicht Afdrukken

Debiteuren

Brieven

SMS

Registeren Zoeken Wijzigen Verwijderen Overzicht Afdrukken Filteren Registeren Wijzigen Verwijderen Overzicht Afdrukken Filteren

X

X X X X X X X X X X X X X X X X X X X

Registeren Wijzigen Verwijderen Overzicht

X X X X X

Pagina 5 van 22


Afdrukken Filteren SMS Versturen Klanten

Bedrijfsgegevens

Registeren Zoeken Wijzigen Verwijderen Overzicht Afdrukken Filteren Importeren Exporteren Registeren Wijzigen

Filiaal

Registeren Wijzigen Verwijderen Overzicht

Voorkeuren

Registeren Wijzigen Back-up maken

Back-up Database

X X X X X X X X X X X X X X X X X X X X X

Pagina 6 van 22


3.0 Taakmodel Hieronder geven we in hoofdlijnen de te automatiseren taken weer. Het taakmodel heeft als doel alle taken van de gebruikers van een systeem goed weer te geven. Daarbij worden de gebruikers, het systeem en alle objecten die erbij horen bekeken.

Reparatiebon beheren en afdrukken

Beheer reparatiebon Druk reparatiebon af

Pakbon beheren en afdrukken

Beheer pakbon Druk pakbon af

Klanten beheren en overzicht afdrukken

Beheer klanten Druk klanten overzicht af

Kasoverzicht beheren en overzicht afdrukken

Beheer kasoverzicht Druk kasoverzicht af

Kleding repareren

Reparatiebon artikel beheren en overzicht afdrukken

Pakbon artikel beheren en overzicht afdrukken

Debiteuren beheren en overzicht afdrukken

Beheer reparatiebon artikel Druk reparatiebon artikel overzicht af Beheer Pakbon artikel Druk pakbon artikel overzicht af Beheer debiteuren Druk debiteuren overzicht af

Filiaal beheren en overzicht afdrukken

Beheer filiaal Druk filiaal overzicht af

Beheer voorkeuren Beheer bedrijfsgegevens Database backupen en terugzetten

Fig. 1 Boomdiagram van het taakmodel Applicatie Reparatie

Pagina 7 van 22

Maak een backup van Database Zet backup terug van database


Stomerijbon beheren en afdrukken

Beheer Stomerijbon Druk Stomerijbon af



Kasoverzicht beheren en overzicht afdrukken

Beheer kasoverzicht Druk kasoverzicht af

Kleding stomen

Stomerijbon artikel beheren en overzicht afdrukken


Beheer Stomerijbon artikel Druk Stomerijbon artikel overzicht af Beheer debiteuren Druk debiteuren overzicht af




Fig. 2 Boomdiagram van het taakmodel Applicatie Stomerij

Pagina 8 van 22



Pakbon beheren en afdrukken

Beheer pakbon Druk pakbon af

Factuur beheren en afdrukken

Beheer factuur Druk factuur af Beheer offerte

Offerte beheren en afdrukken

Druk offerte af Factuur/Pakbon artikel beheren en overzicht afdrukken

Factuur beheren

Beheer Factuur/Pakbon artikel


Druk pakbon artikel overzicht af Beheer debiteuren Druk debiteuren overzicht af Openstaande posten afdrukken

Openstaande posten

Herrinering afdrukken Aanmaning afdrukken




Fig. 3 Boomdiagram van het taakmodel Applicatie Factuur

Pagina 9 van 22



Beheer SMS Verstuur SMS SMS beheren en overzicht afdrukken

Genereer en verstuur automatisch SMS naar alle klanten Druk SMS overzicht af

SMS beheren






Fig. 4 Boomdiagram van het taakmodel Applicatie SMS

Pagina 10 van 22



4.0 Use Case Diagram Het Use Case diagram toont de actoren en de gebruikersfuncties van het systeem. Een use case model is een diagram dat de functionaliteiten van het systeem en de wijze waarop de gebruiker het systeem zal gebruiken duidelijk in kaart brengen. Allereerst wordt er een use case diagram opgesteld die de interactie tussen het systeem en de gebruiker duidelijk toont. Vervolgens wordt er een Naam gegeven van de verschillende use cases die binnen het systeem bestaan.

Fig. 5 Het use case model Reparatie

Pagina 11 van 22


Fig. 6 Het use case model Stomerij

Fig. 7 Het use case model Factuur

Pagina 12 van 22


Fig. 8 Het use case model SMS

Pagina 13 van 22


5.0 Functioneel ontwerp Applicatie Reparatie, Stomerij, Factuur en SMS Het functionele ontwerp beschrijft in de volgende use cases: 1. Reparatiebon beheren 2. Stomerijbon beheren 3. Pakbon beheren 4. Klanten beheren 5. Kasoverzicht reparatiebon beheren 6. Kasoverzicht stomerijbon beheren 7. Factuur beheren 8. Offerte beheren 9. Openstaande posten afdrukken 10. Herinnering afdrukken 11. Aanmaning afdrukken 12. Reparatiebon artikel beheren 13. Stomerijbon artikel beheren 14. Factuur/Pakbon artikel beheren 15. Debiteuren beheren 16. SMS beheren 17. Filiaal beheren 18. Bedrijfsgegevens beheren 19. Voorkeuren beheren 20. Back-up beheren

Use case: 1. Reparatiebon beheren Naam: Medewerkers kunnen Reparatiebon beheren. Actor: Medewerker Preconditie: De medewerker heeft applicatie Reparatie opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Orders en Reparatiebon 2. Er wordt een scherm weergegeven met: het filiaal, Reparatiebonnr, Datum, Naam, Postcode, Huisnummer, Huisnrtoev., Omschrijving, Totaalbedrag, Status, Ophaal datum en opgehaald datum items. 3. Indien gekozen wordt voor Afsluiten zal het terug keren naar het hoofdscherm. 4. Indien wordt gekozen voor Afdrukvoorbeeld zal het reparatiebon overzicht getoond en afgedrukt worden. 5. Indien wordt gekozen voor Wijzig zal de reparatiebon geopend en getoond worden zodat de gegevens gewijzigd kunnen worden. 6. Indien gekozen wordt voor Verwijder zullen de reparatiebon gegevens verwijderd worden. 7. Indien gekozen wordt voor Veldnaam zullen de reparatiebon gegevens op Veldnaam gefilterd worden. 8. Indien wordt gekozen voor Nieuw wordt de reparatiebon geregistreerd. a) Er wordt een scherm weergegeven met de velden: Reparatiebonnr, Filiaal, Datum, Postcode, Huisnummer, Huisnummer toevoeging, Plaats, Naam, Adres, Telefoonnummer, Spoed, Artikel nr, Aantal, Omschrijving, Prijs p/s, Bedrag, Korting, Totale bedrag, Vooraf betaald, Nog te betalen, Ophalen, Betaald pin, Betaald contant, Niet betaald, Betaaldatum, Opgehaald datum en Opmerking items. De medeweker vult de velden in. Het scherm wordt weergegeven met knoppen Nieuwe Klant, Nieuw Student, Openstaande posten van klanten, 50% korting, Nieuw, Opslaan, Verwijder, Annuleer, Afdrukken, Afdrukvoorbeeld, OK en Afsluiten. b) Na het invullen van Postcode, Huisnummer, Huisnummer toevoeging worden Adres en Plaatsgegevens opgehaald vanuit het Postcode databasetabel. Naam en Telefoonnummer wordt vanuit het Klantentabel opgehaald. Ook wordt er gekeken of er openstaande posten zijn. c) Indien wordt gekozen voor Nieuwe Klant wordt de nieuwe klant in tabel Klant als klant geregistreerd. d) Indien wordt gekozen voor Nieuwe Student wordt de nieuwe klant in tabel Klant als student geregistreerd.

Pagina 14 van 22


e)

Indien wordt gekozen voor Openstaande posten van klanten wordt er gekeken of reparatiebon of stomerijbon van de klant al dan niet betaald zijn. f) Indien wordt gekozen voor 50% korting, wordt het totale bedrag verminderd met 50%. g) Indien wordt gekozen voor Nieuw wordt de nieuwe reparatiebon geregistreerd. h) Indien wordt gekozen voor Opslaan wordt de reparatiebon geregistreerd. i) Indien wordt gekozen voor Verwijder wordt de reparatiebon verwijderd j) Indien wordt gekozen voor Annuleer worden de gemaakte wijzigingen ongedaan gemaakt. k) Indien wordt gekozen voor Afdrukken zal de reparatiebon afgedrukt worden. l) Indien wordt gekozen voor Afdrukvoorbeeld zal de reparatiebon als afdrukvoorbeeld getoond worden. m) Indien wordt gekozen voor OK zal de reparatiebon gezocht worden. Na het vinden van de reparatiebon zal het scherm met de Pin betaling ? “Yes” en “No” button weergeven. Indien wordt gekozen voor Yes zal de reparatiebon als Betaald Pin gewijzigd en afgesloten worden. Indien wordt gekozen voor No zal de reparatiebon als Betaald Contant gewijzigd worden en terugkeren naar het scherm. n) Indien wordt gekozen voor Afsluiten zal het systeem terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft reparatiebon beheerd of eventueel afgedrukt.

Use case: 2. Stomerijbon beheren Naam: Medewerkers kunnen Stomerijbon beheren. Actor: Medewerker Preconditie: De medewerker heeft applicatie Stomerij opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Orders en Stomerijbon 2. Er wordt een scherm weergegeven met: het filiaal, Stomerijbonnr, Datum, Naam, Postcode, Huisnummer, Huisnrtoev., Omschrijving, Totaalbedrag, Status, Ophaal datum en opgehaald datum items. 3. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. 4. Indien wordt gekozen voor Afdrukvoorbeeld zal het overzicht getoond en afgedrukt worden. 5. Indien wordt gekozen voor Wijzig zal de Stomerijbon geopend en getoond worden zodat de gegevens gewijzigd kunnen worden. 6. Indien gekozen wordt voor Verwijder zullen de Stomerijbon gegevens verwijderd worden. 7. Indien gekozen wordt voor Veldnaam zullen de Stomerijbon gegevens op Veldnaam gefilterd worden. 8. Indien wordt gekozen voor Nieuw wordt de Stomerijbon geregistreerd. a. Er wordt een scherm weergegeven met de velden: Stomerijbonnr, Filiaal, Datum, Postcode, Huisnummer, Huisnummer toevoeging, Plaats, Naam, Adres, Telefoonnummer, Spoed, Artikel nr, Aantal, Omschrijving, Prijs p/s, Bedrag, Korting, Totale bedrag, Vooraf betaald, Nog te betalen, Ophalen, Betaald pin, Betaald contant, Niet betaald, Betaal datum, Opgehaald datum en Opmerking items. De medeweker vult de velden in. Het scherm wordt weergegeven met de knoppen: Nieuwe Klant, Nieuw Student, Openstaande posten van klanten, 50% korting, Nieuw, Opslaan, Verwijder, Annuleer, Afdrukken, Afdrukvoorbeeld, OK en Afsluiten. b. Na het invullen van Postcode, Huisnummer en Huisnummer toevoeging, worden Adres en Plaatsgegevens opgehaald vanuit het Postcode databasetabel. Naam en Telefoonnummer wordt opgehaald vanuit het Klantentabel. Ook wordt er gekeken of er openstaande posten zijn. c. Indien wordt gekozen voor Nieuwe Klant wordt de nieuwe klant in tabel Klant als klant geregistreerd. d. Indien wordt gekozen voor Nieuwe Student wordt de nieuwe klant in tabel Klant als student geregistreerd. e. Indien wordt gekozen voor Openstaande posten van klanten wordt er gekeken of Stomerijbon of stomerijbon van de klant al dan niet betaald zijn. f. Indien wordt gekozen voor 50% korting, wordt het totale bedrag verminderd met 50%. g. Indien wordt gekozen voor Nieuw wordt de nieuwe Stomerijbon geregistreerd. h. Indien wordt gekozen voor Opslaan wordt de Stomerijbon geregistreerd. i. Indien wordt gekozen voor Verwijder wordt de Stomerijbon verwijderd j. Indien wordt gekozen voor Annuleer worden de gemaakte wijzigingen ongedaan gemaakt. k. Indien wordt gekozen voor Afdrukken zal de Stomerijbon afgedrukt worden. l. Indien wordt gekozen voor Afdrukvoorbeeld zal de Stomerijbon als afdrukvoorbeeld getoond worden.

Pagina 15 van 22


m. Indien wordt gekozen voor OK zal de Stomerijbon gezocht worden. Na het vinden van de Stomerijbon zal het scherm met Pin betaling ? “Yes” en “No” button weergegeven. Indien wordt gekozen voor Yes zal Stomerijbon als Betaald Pin gewijzigd en afgesloten worden. Indien wordt gekozen voor No zal de Stomerijbon als Betaald Contant gewijzigd worden en terugkeren naar het scherm. n. Indien wordt gekozen voor Afsluiten zal het systeem terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft stomerijbon beheerd of eventueel afgedrukt.

Use case: 3. Pakbon beheren Naam: Medewerkers kunnen Pakbon beheren. Actor: Medewerker Preconditie: De medewerker heeft applicatie Reparatie opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Orders en Pakbon 2. Er wordt een scherm weergegeven met: de Pakbonnr, Datum, Bedrijf, Totaalbedrag en Voldaan items. 3. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. 4. Indien wordt gekozen voor Afdrukvoorbeeld zal het overzicht getoond en afgedrukt worden. 5. Indien wordt gekozen voor Wijzig zal de pakbon geopend en getoond worden zodat de gegevens gewijzigd kunnen worden. 6. Indien gekozen wordt voor Verwijder zullen de pakbon gegevens verwijderd worden. 7. Indien gekozen wordt voor Veldnaam zullen de pakbon gegevens op Veldnaam gefilterd worden. 1. Indien wordt gekozen voor Nieuw wordt de pakbon geregistreerd. a) Er wordt een scherm weergeven met de velden: Debiteur Naam, Adres, Postcode, T.a.v., Klantnummer, Pakbonnummer, Datum, Layout, Artikelnummer, Pompkaartnummer, Omschrijving, Aantal, Prijs per stuk, Subtotaal, Totaalbedrag, Betaling voldaan en Opmerking items. De medeweker vult de velden in. Op het scherm worden de volgende knoppen weergegeven: Zoek Debiteur, Zoek Debiteur, Nieuwe pakbonregel, Verwijder pakbonregel, Nieuw, Opslaan, Verwijder, Annuleer, Afdrukken, Afdrukken met prijs, Afdrukvoorbeeld en Afsluiten. b) Na het invullen van Klantnummer worden de NAW gegevens opgehaald vanuit de debiteur tabel. c) Indien wordt gekozen voor Zoek Debiteur wordt de debiteur gekozen uit het tabel Debiteur. d) Indien wordt gekozen voor Zoek Debiteur wordt de debiteur gezocht aan de hand van het klantnummer uit het tabel Debiteur. e) Indien wordt gekozen voor Nieuwe pakbonregel wordt nieuwe pakbonregel toegevoegd. f) Indien wordt gekozen voor Verwijder pakbonregel wordt pakbonregel verwijderd. g) Indien wordt gekozen voor Nieuw wordt de nieuwe pakbon geregistreerd. h) Indien wordt gekozen voor Opslaan wordt de pakbon geregistreerd. i) Indien wordt gekozen voor Verwijder wordt de pakbon verwijderd. j) Indien wordt gekozen voor Annuleer worden de gemaakte wijzigingen ongedaan gemaakt. k) Indien wordt gekozen voor Afdrukken zal de pakbon zonder prijs afgedrukt worden. l) Indien wordt gekozen voor Afdrukken met prijs zal de pakbon met prijzen afgedrukt worden. m) Indien wordt gekozen voor Afdrukvoorbeeld zal de reparatiebon als afdrukvoorbeeld getoond worden. n) Indien wordt gekozen voor Afsluiten zal het systeem terugkeren naar het hoofdscherm. o) Indien gekozen wordt voor Verwijder zullen de pakbon gegevens verwijderd worden. p) Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft pakbon beheerd of eventueel afgedrukt.

Use case: 4. Klanten beheren Naam: Medewerkers kunnen Klanten beheren. Actor: Medewerker Preconditie: De medewerker heeft applicatie Reparatie opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Contactpersonen en Klanten 2. Er wordt een scherm met de Naam, Klantnr, Adres, Huisnr, Huisnrtoev. Postcode, Plaats, Telefoonnummer, Klantpas en Studentenpas items weergegeven.

Pagina 16 van 22


3. 4.

Indien wordt gekozen voor Afdrukvoorbeeld zal het overzicht getoond en afgedrukt worden. Indien wordt gekozen voor Wijzig zal de Klant geopend en getoond worden zodat de gegevens gewijzigd kunnen worden. 5. Indien gekozen wordt voor Verwijder zullen de Klant gegevens verwijderd worden. 6. Indien gekozen wordt voor Veldnaam zullen de Klant gegevens op Veldnaam gefilterd worden. 7. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. 8. Indien wordt gekozen voor Nieuw wordt de Klant geregistreerd. a. Er wordt een scherm weergegeven met de velden: Volledige naam, Klantnr, Straat, Huisnummer, Huisnummertoevoeging, Postcode, Plaats, Telefoonnummer, Klantpas, Studentenpas en Opmerking items. De medewerker vult de velden in. Het scherm wordt weergegeven met de knoppen Nieuw, Opslaan, Verwijder, Annuleer en Afsluiten. b. Indien wordt gekozen voor Nieuw wordt de nieuwe Klant geregistreerd. c. Indien wordt gekozen voor Opslaan wordt de Klant geregistreerd. d. Indien wordt gekozen voor Verwijder wordt de Klant verwijderd. e. Indien wordt gekozen voor Annuleer worden de gemaakte wijzigingen ongedaan gemaakt. f. Indien wordt gekozen voor Afsluiten zal het systeem terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft klanten beheerd of eventueel afgedrukt.

Use case: 5. Kasoverzicht reparatiebon beheren Naam: Medewerkers kunnen reparatiebon kasoverzicht beheren. Actor: Medewerker Preconditie: De medewerker heeft applicatie Reparatie opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Orders en Kasoverzicht 2. Er wordt een scherm weergegeven met: het Filiaal, Reparatiebonnr, Betaaldatum, Datum, Naam, Omschrijving, Bedrag status en Totaalbedrag items. 3. Indien de Filter datums ingevuld zijn zal kasoverzicht de reparatiebon gegevens op datum filteren. 4. Indien gekozen wordt voor Afdrukvoorbeeld zal kasoverzicht gegevens als afdrukvoorbeeld weergegeven worden. 5. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft kasoverzicht reparatiebon beheerd of eventueel afgedrukt.

Use case: 6. Kasoverzicht stomerijbon beheren Naam: Medewerkers kunnen stomerijbon kasoverzicht beheren. Actor: Medewerker Preconditie: De medewerker heeft applicatie Stomerij opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Orders en Kasoverzicht 2. Er wordt een scherm weergegeven met: het Filiaal, Stomerijbonnr, Betaal datum, Datum, Naam, Omschrijving, Bedrag status en Totaalbedrag items. 3. Indien Filter datums ingevuld worden zullen het kasoverzicht Stomerijbon gegevens op datum gefilterd worden. 1. Indien gekozen wordt voor Afdrukvoorbeeld zullen het kasoverzicht gegevens als afdrukvoorbeeld weergegeven worden. 2. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft kasoverzicht stomerijbon beheerd of eventueel afgedrukt.

Use case: 7. Factuur beheren Naam: Medewerkers kunnen Factuur beheren. Actor: Medewerker Preconditie: De medewerker heeft applicatie Faktuur opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Orders en Factuur 2. Er wordt een scherm weergegeven met: het Factuurnummer, Datum, Tot. Exc. BTW, Tot. BTW, Tot. Bedrag, Voldaan, Bet. Datum, Bet. Methode, Soort fact., Betaalt en Open bedrag items. 3. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. 4. Indien wordt gekozen voor Rapport zal het overzicht getoond en afgedrukt worden.

Pagina 17 van 22


5. 6.

Indien gekozen wordt voor Veldnaam zullen de Factuurgegevens op Veldnaam gefilterd worden. Indien wordt gekozen voor Wijzig zal het Factuur geopend en getoond worden zodat de gegevens gewijzigd kunnen worden. 7. Indien gekozen wordt voor Verwijder zullen de Factuur gegevens verwijderd worden. 8. Indien wordt gekozen voor Nieuw wordt het Factuur geregistreerd. a. Er wordt een scherm weergegeven met de velden: Debiteur Naam, Adres, Postcode, Plaats, Debiteur nr, Factuur nr, Datum, Soort factuur, Artikelnr, Aantal, Omschrijving, Stukprijs, Totaalbedrag, Tot. Exc. BTW, % korting, Kortingbedrag, %BTW, Totale bedrag, Betaling methode, Betaal datum, Betaling voldaan, Totaalvoldaan en Opmerking items. De medewerker vult de velden in. Het scherm wordt weergegeven met knoppen: Zoek Debiteur, Nieuwe factuurregel, Verwijder factuurregel, Nieuw, Opslaan, Verwijder, Annuleer, Afdrukken, Afdrukvoorbeeld, Factuurnr Wijzigen en Afsluiten. b. Indien wordt gekozen voor Zoek Debiteur wordt de Debiteur gezocht uit het Debiteuren overzicht. c. Indien wordt gekozen voor Nieuwe factuurregel wordt de nieuwe factuurregel geregistreerd. d. Indien wordt gekozen voor Verwijder factuurregel wordt de factuurregel verwijderd. e. Indien wordt gekozen voor Nieuw wordt het nieuwe Factuur geregistreerd. f. Indien wordt gekozen voor Opslaan wordt het Factuur geregistreerd. g. Indien wordt gekozen voor Verwijder wordt het Factuur verwijderd. h. Indien wordt gekozen voor Annuleer worden de gemaakte wijzigingen ongedaan gemaakt. i. Indien wordt gekozen voor Afdrukken wordt het Factuur afgedrukt. j. Indien wordt gekozen voor Afdrukvoorbeeld wordt het Factuur weergegeven als afdrukvoorbeeld. k. Indien wordt gekozen voor Factuurnr Wijzigen wordt het Factuurnummer gewijzigd aan de hand van het nieuwe Factuurnummer. l. Indien wordt gekozen voor Afsluiten zal het systeem terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft factuur beheerd of eventueel afgedrukt.

Use case: 8. Offerte beheren Naam: Medewerkers kunnen Offerte beheren. Actor: Medewerker Preconditie: De medewerker heeft applicatie Factuur opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Orders en Offerte 2. Er wordt een scherm met het Offertenummer, Datum, Bedrijf, Totaalexclusief, Btw en Totaalbedrag items weergegeven. 3. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. 4. Indien wordt gekozen voor Wijzig zal de Offerte geopend en getoond worden zodat de gegevens gewijzigd kunnen worden. 5. Indien gekozen wordt voor Veldnaam zullen de Offerte gegevens op Veldnaam gefilterd worden. 6. Indien gekozen wordt voor Verwijder zullen de Offerte gegevens verwijderd worden. 7. Indien wordt gekozen voor Nieuw wordt de Offerte geregistreerd. a. Er wordt een scherm weergegeven met de velden: Debiteur Naam, T.a.v., Adres, Postcode, Plaats, Debiteur nr, Offerte nr, Datum, Offerte tekst, Tot. Excl. BTW, % korting, Kortingbedrag, %BTW, Totaalbedrag, Opmerking en Offerte betalingscondities items. De medewerker vult de velden in. Het scherm wordt weergegeven met de knoppen Zoek Debiteur, Nieuw, Opslaan, Verwijder, Annuleer, Afdrukken, Afdrukvoorbeeld, Afdrukken zonder prijs en Afsluiten. b. Indien wordt gekozen voor Zoek Debiteur wordt de Debiteur gezocht uit het Debiteurenoverzicht. c. Indien wordt gekozen voor Nieuw wordt de nieuwe Offerte geregistreerd. d. Indien wordt gekozen voor Opslaan wordt de Offerte geregistreerd. e. Indien wordt gekozen voor Verwijder wordt de Offerte verwijderd. f. Indien wordt gekozen voor Annuleer worden de gemaakte wijzigingen ongedaan gemaakt. g. Indien wordt gekozen voor Afdrukken wordt de Offerte afgedrukt. h. Indien wordt gekozen voor Afdrukken zonder prijs wordt de Offerte afgedrukt zonder prijs. i. Indien wordt gekozen voor Afdrukvoorbeeld wordt de Offerte weergegeven als afdrukvoorbeeld. j. Indien wordt gekozen voor Afsluiten zal het systeem terugkeren naar het hoofdscherm.

Pagina 18 van 22


Resultaat: Medewerker heeft offerte beheerd of eventueel afgedrukt.

Use case: 9. Openstaande posten afdrukken Naam: De gegevens van de Openstaande posten afdrukken. Actor: Medewerker Preconditie: De medewerker heeft applicatie Factuur opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Orders en Openstaande posten 2. Er wordt een scherm met de Bedrijfsnaam, Adres, Postcode, Factuurnummer, Datum, Totaalbedrag, Betaald en open bedrag items weergegeven. 3. Indien gekozen wordt voor Afdrukken zullen de Openstaande post gegevens afgedrukt worden. 4. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft openstaande posten afgedrukt.

Use case: 10. Herinnering afdrukken Naam: De gegevens van de Herinnering afdrukken. Actor: Medewerker Preconditie: De medewerker heeft applicatie Factuur opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Orders en Herinnering 2. Er wordt een scherm met de Bedrijfsnaam, Adres, Postcode, Factuurnummer, Datum, Totaalbedrag, Betaald en open bedrag items weergegeven. 3. Indien gekozen wordt voor Afdrukken zullen de Herinnering gegevens afgedrukt worden. 4. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft herinnering afgedrukt.

Use case: 11. Aanmaning afdrukken Naam: De gegevens van de Aanmaning afdrukken. Actor: Medewerker Preconditie: De medewerker heeft applicatie Factuur opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Orders en Aanmaning 2. Er wordt een scherm met de Bedrijfsnaam, Adres, Postcode, Factuurnummer, Datum, Totaalbedrag, Betaald en open bedrag items weergegeven. 3. Indien gekozen wordt voor Afdrukken zullen de Aanmaninggegevens afgedrukt worden. 4. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft aanmaning afgedrukt.

Use case: 12. Reparatiebon artikel beheren Naam: Medewerkers kunnen Reparatiebon artikel beheren. Actor: Medewerker Preconditie: De medewerker heeft applicatie Reparatie opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Artikels en Reparatiebon artikel. 2. Er wordt een scherm weergegeven met: Omschrijving, Bedrag en Artikelnummer items. 3. Indien wordt gekozen voor Afdrukvoorbeeld zal het overzicht getoond en afgedrukt worden. 4. Indien wordt gekozen voor Wijzig, zal het Reparatiebon artikel geopend en getoond worden zodat de gegevens gewijzigd kunnen worden. 5. Indien gekozen wordt voor Verwijder zullen de Reparatiebon artikel gegevens verwijderd worden. 6. Indien gekozen wordt voor Veldnaam zullen de Reparatiebon artikel gegevens op Veldnaam gefilterd worden. 7. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. 8. Indien wordt gekozen voor Nieuw wordt de Reparatiebon artikel geregistreerd.

Pagina 19 van 22


a.

Er wordt een scherm met de velden Artikel nummer, Omschrijving en Bedrag items weergegeven. De medewerker vult de velden in. Het scherm wordt weergegeven met de knoppen Zoeken, Nieuw, Opslaan, Verwijder, Annuleer en Afsluiten. b. Indien wordt gekozen voor Nieuw wordt de nieuwe Reparatiebon artikel geregistreerd. c. Indien wordt gekozen voor Opslaan wordt de Reparatiebon artikel geregistreerd. d. Indien wordt gekozen voor Verwijder wordt de Reparatiebon artikel verwijderd. e. Indien wordt gekozen voor Annuleer worden de gemaakte wijzigingen ongedaan gemaakt. f. Indien wordt gekozen voor Afsluiten zal het systeem terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft reparatiebon artikel beheerd of eventueel afgedrukt.

Use case: 13. Stomerijbon artikel beheren Naam: Medewerkers kunnen Stomerijbon artikel beheren. Actor: Medewerker Preconditie: De medewerker heeft applicatie Stomerij opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Artikels en Stomerijbon artikel 2. Er wordt een scherm met de Omschrijving, Bedrag en Artikelnummer items weergegeven. 3. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. 4. Indien wordt gekozen voor Wijzig zal het Stomerijbon artikel geopend en getoond worden zodat de gegevens gewijzigd kunnen worden. 5. Indien gekozen wordt voor Verwijder zullen de Stomerijbon artikel gegevens verwijderd worden. 6. Indien gekozen wordt voor Veldnaam zullen de Stomerijbon artikel gegevens op Veldnaam gefilterd worden. 7. Indien wordt gekozen voor Afdrukvoorbeeld zal het overzicht getoond en afgedrukt worden. 8. Indien wordt gekozen voor Nieuw wordt de nieuwe Stomerijbon artikel geregistreerd. a. Indien wordt gekozen voor Opslaan wordt de Stomerijbon artikel geregistreerd. b. Indien wordt gekozen voor Verwijder wordt de Stomerijbon artikel verwijderd. c. Indien wordt gekozen voor Annuleer worden de gemaakte wijzigingen ongedaan gemaakt. d. Indien wordt gekozen voor Afsluiten zal het systeem terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft stomerijbon artikel beheerd of eventueel afgedrukt.

Use case: 14. Factuur/Pakbon artikel beheren Naam: Medewerkers kunnen Factuur/Pakbon artikel beheren. Actor: Medewerker Preconditie: De medewerker heeft applicatie Reparatie opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Artikels en Pakbon artikel 2. Er wordt een scherm met de Omschrijving, Bedrag en Artikelnummer items weergegeven. 3. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. 4. Indien wordt gekozen voor Wijzig zal het Pakbon artikel geopend en getoond worden zodat de gegevens gewijzigd kunnen worden. 5. Indien gekozen wordt voor Verwijder zullen de Pakbon artikel gegevens verwijderd worden. 6. Indien gekozen wordt voor Veldnaam zullen de Pakbon artikel gegevens op Veldnaam gefilterd worden. 7. Indien wordt gekozen voor Afdrukvoorbeeld zal het overzicht getoond en afgedrukt worden. 8. Indien wordt gekozen voor Nieuw wordt de Pakbon artikel geregistreerd. a. Er wordt een scherm met de velden Artikel nummer, Omschrijving en Bedrag items weergegeven. De medewerker vult de velden in. Het scherm wordt weergegeven met knoppen Zoeken, Nieuw, Opslaan, Verwijder, Annuleer en Afsluiten. b. Indien wordt gekozen voor Nieuw wordt de nieuwe Pakbon artikel geregistreerd. c. Indien wordt gekozen voor Opslaan wordt de Pakbon artikel geregistreerd. d. Indien wordt gekozen voor Verwijder wordt de Pakbon artikel verwijderd. e. Indien wordt gekozen voor Annuleer worden de gemaakte wijzigingen ongedaan gemaakt. Resultaat: Medewerker heeft factuur/pakbon artikel beheerd of eventueel afgedrukt.

Use case: 15. Debiteuren beheren Naam: Medewerkers kunnen Debiteuren beheren. Actor: Medewerker

Pagina 20 van 22


Preconditie: De medewerker heeft applicatie Reparatie opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Contactpersonen en Debiteuren 2. Er wordt een scherm met de Debiteur, Debiteurnummer, Contactpersoon, Telefoonnummer, Faxnummer, Postcode, Adres en Plaats items weergegeven. 3. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. 4. Indien wordt gekozen voor Wijzig zal de Debiteur geopend en getoond worden zodat de gegevens gewijzigd kunnen worden. 5. Indien gekozen wordt voor Verwijder zullen de Debiteuren gegevens verwijderd worden. 6. Indien gekozen wordt voor Veldnaam zullen de Debiteuren gegevens op Veldnaam gefilterd worden. 7. Indien wordt gekozen voor Afdrukvoorbeeld zal het overzicht getoond en afgedrukt worden. 8. Indien wordt gekozen voor Nieuw wordt de nieuwe Debiteur geregistreerd. a. Indien wordt gekozen voor Opslaan wordt de Debiteur geregistreerd. b. Indien wordt gekozen voor Verwijder wordt de Debiteur verwijderd. c. Indien wordt gekozen voor Annuleer worden de gemaakte wijzigingen ongedaan gemaakt. Resultaat: Medewerker heeft debiteuren beheerd of eventueel afgedrukt.

Use case: 16. SMS beheren Naam: Medewerkers kunnen SMS beheren. Actor: Medewerker Preconditie: De medewerker heeft applicatie SMS opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie SMS en SMS overzicht. 2. Er wordt een scherm met de Naam en Telefoonnummer items weergegeven. 3. Indien wordt gekozen voor Nieuw wordt de SMS geregistreerd en verstuurt. 4. Indien wordt gekozen voor Wijzig zal de SMS geopend en getoond worden zodat de gegevens gewijzigd kunnen worden. 5. Indien gekozen wordt voor Verwijder zullen de SMS gegevens verwijderd worden. 6. Indien gekozen wordt voor Veldnaam zullen de SMS gegevens op Veldnaam gefilterd worden. 7. Indien wordt gekozen voor Genereer automatisch Nieuwe SMS en Verstuur SMS naar alle klanten wordt de SMS automatisch gegenereerd aan de hand van de voorkeuren voor het SMS bericht en het wordt verstuurd naar alle klanten. 8. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft SMS beheerd.

Use case: 17. Filiaal beheren Naam: Medewerkers kunnen Filiaal beheren. Actor: Medewerker Preconditie: De medewerker heeft applicatie Reparatie opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Stamgegevens en Filiaal 2. Er wordt een scherm met het Filiaal, Adres, Postcode, Plaats, Telefoonnummer en Faxnummer items weergegeven. 3. Indien wordt gekozen voor Nieuw wordt het Filiaal geregistreerd. Medewerker vult de velden in. 4. Indien gekozen wordt voor Verwijder zullen de Filiaalgegevens verwijderd worden. 5. Indien wordt gekozen voor Afdrukvoorbeeld zal het overzicht getoond en afgedrukt worden. 6. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft filiaal beheerd of eventueel afgedrukt.

Use case: 18. Bedrijfsgegevens beheren Naam: Medewerkers kunnen Bedrijfsgegevens beheren. Actor: Medewerker Preconditie: De medewerker heeft applicatie Reparatie opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Stamgegevens en Bedrijfsgegevens.

Pagina 21 van 22


2.

Er wordt een scherm weergegeven met: het Bedrijf, Adres, Postcode, Plaats, Telefoonnummer, Faxnummer, Mobiel, Bank, BTW nr, KvK-nr, E-mailadres, Website, Reparatiebon Filiaal en Stomerij Filiaal items. 3. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft bedrijfsgegevens beheerd.

Use case: 19. Voorkeuren beheren Naam: Medewerkers kunnen Voorkeuren beheren. Actor: Medewerker Preconditie: De medewerker heeft applicatie Reparatie opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Stamgegevens en Voorkeuren 2. Er wordt een scherm weergegeven met: Factuur betalingscondities, Offerte betalingscondities, Back-up Naar, Spoedtoeslag, Offerte Body 1, Offerte Body 2, Offerte Body 3, Korting, Openingstijden, Herinnering, Aanmaning, Openstaande posten en SMS Tabbladen. 3. Indien gekozen wordt voor Opslaan zullen de gewijzigde voorkeur gegevens opgeslagen worden. 4. Indien gekozen wordt voor Annuleer zullen de gemaakte wijzigingen ongedaan gemaakt worden. 5. Indien gekozen wordt voor Afsluiten zal het terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft voorkeuren beheerd.

Use case: 20. Back-up beheren Naam: Medewerkers kunnen back-up maken van database Actor: Medewerker Preconditie: De medewerker heeft applicatie Reparatie opgestart en het systeem is klaar voor gebruik. Beschrijving: 1. De medewerker kiest voor menuoptie Bestand en Back-up 2. Er wordt een scherm met de “Start back-up” en “Afsluiten” button weergegeven. 3. Indien wordt gekozen voor Back-up zal het database geback-upd worden naar een opslag medium. 4. De medewerker kiest voor menuoptie Bestand en Restore (Back-up terugzetten) 5. Er wordt een scherm met de “Start Terugzetten” en “Afsluiten” button weergegeven. 6. Indien wordt gekozen voor Start Terugzetten zal de database terug gezet worden vanaf een opslagmedium naar de PC. 7. Indien wordt gekozen voor Afsluiten zal het scherm afgesloten worden en terugkeren naar het hoofdscherm. Resultaat: Medewerker heeft backup beheerd of eventueel afgedrukt.

Pagina 22 van 22


Design and Build Iteration


Design and Build Iteration Medayim Aktaş – eindversie – januari 2011

1.0 Inhoudsopgave 1.0 Inhoudsopgave ..................................................................................................................2 2.0 Inleiding ..............................................................................................................................3 3.0 Technisch ontwerp Applicatie TAM Kledingreparatie & Stomerij ...............................4 3.1 Reparatiebon beheren ..................................................................................................5 3.2 Stomerijbon beheren ....................................................................................................7 3.3 Pakbon beheren...........................................................................................................10 3.4 Klanten beheren ..........................................................................................................13 3.5 Kasoverzicht reparatiebon beheren ..........................................................................15 3.6 Kasoverzicht stomerijbon beheren............................................................................15 3.7 Factuur beheren ..........................................................................................................16 3.8 Offerte beheren ...........................................................................................................18 3.9 Openstaande posten afdrukken ................................................................................21 3.10 Herinnering afdrukken..............................................................................................23 3.11 Aanmaning afdrukken...............................................................................................24 3.12 Reparatiebon artikel beheren ..................................................................................26 3.13 Stomerijbon artikel beheren ....................................................................................28 3.14 Factuur/Pakbon artikel beheren..............................................................................29 3.15 Debiteuren beheren ..................................................................................................31 3.16 SMS beheren ..............................................................................................................33 3.17 Filiaal beheren............................................................................................................35 3.18 Bedrijfsgegevens beheren........................................................................................36 3.19 Voorkeuren beheren .................................................................................................37 3.20 Back-up beheren .......................................................................................................38 4.0 Technisch ontwerp database .........................................................................................39 4.1 UML als softwareontwikkel methode........................................................................40 4.2 Class diagram database..............................................................................................41 4.3 Sequentie diagram ......................................................................................................43 4.4 Component diagram....................................................................................................45 4.5 Class diagram objecten ..............................................................................................49 4.6 Definitie database attributen .....................................................................................52

2 van 57


2.0 Inleiding Dit document beschrijft de technische ontwerpen voor de Applicatie TAM Kledingreparatie & Stomerij en Database. Doel van dit document is duidelijk omschrijven van de taken van de Applicatie TAM Kledingreparatie & Stomerij en Database, zodat een programmeur er mee aan de slag kan. Dit houdt in dat functioneel en technisch duidelijk moet hoe de applicatie en database zich moet gedragen.

3 van 57


3.0 Technisch ontwerp Applicatie TAM Kledingreparatie & Stomerij De hoofdfunctionaliteit van de Applicatie TAM Kledingreparatie & Stomerij is de registratie van reparatiebon, stomerijbon, pakbon, offerte, factuur, SMS, reparatiebon artikel, stomerijbon artikel, pakbon artikel, debiteuren en klanten. Applicatie zal ontwikkeld worden in 3e generatie programmeertaal Delphi. Het gebruikte databasesysteem is MS Access. Applicatie zal op Microsoft Windows platform draaien als desktop applicatie. Het technische ontwerp voorziet in de volgende voorzieningen: 1. Reparatiebon beheren 2. Stomerijbon beheren 3. Pakbon beheren 4. Klanten beheren 5. Kasoverzicht reparatiebon beheren 6. Kasoverzicht stomerijbon beheren 7. Factuur beheren 8. Offerte beheren 9. Openstaande posten afdrukken 10. Herinnering afdrukken 11. Aanmaning afdrukken 12. Reparatiebon artikel beheren 13. Stomerijbon artikel beheren 14. Factuur/Pakbon artikel beheren 15. Debiteuren beheren 16. SMS beheren 17. Filiaal beheren 18. Bedrijfsgegevens beheren 19. Voorkeuren beheren 20. Back-up beheren

4 van 57


3.1 Reparatiebon beheren Beschrijving: Medewerkers kunnen reparatiebon beheren en afdrukken. Medewerker heeft de link menuoptie " Orders en Reparatiebon" geselecteerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: filiaal, Reparatiebonnr, Datum, Naam, Postcode, Huisnummer, Huisnrtoev., Omschrijving, Totalebedrag, Status, Ophaal datum en Opgehaald datum item Sortering : pulldown-menu Hierin kan als sortering Reparatiebonnr en naam gekozen worden. Zoeken: tekstveld Hierin kan zoek tekst ingevuld worden. Wijzig : knop Als deze knop ingedrukt wordt dan zal het Reparatiebon gegevens gewijzigd worden. Nieuw : knop Als deze knop ingedrukt wordt dan zal het nieuwe Reparatiebon geregistreerd worden. Afdrukvoorbeeld : knop Als deze knop ingedrukt wordt dan zal het zal het Reparatiebon overzicht getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Filter op datum : Datumveld Hierin kan datum gekozen worden. Na het kiezen zal het overzicht gefilterd worden op datum. T/M : Datumveld Hierin kan datum gekozen worden. Na het kiezen zal het overzicht gefilterd worden op datum. Als knop “Wijzig” ingedrukt wordt de reparatiebon gewijzigd. Als knop “Verwijder” ingedrukt wordt de reparatiebon verwijderd. Indien op pijltje beneden button van veld naam gekozen wordt, dan zal de reparatiebon gegevens op gefilterd worden op gekozen veld naam. Er wordt een klein scherm getoond:

Indien wordt gekozen voor knop “Afdrukvoorbeeld” wordt het overzicht getoond en afgedrukt worden. Er wordt een klein scherm getoond:

5 van 57


Indien wordt gekozen voor knop “Nieuw” wordt de reparatiebon geregistreerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Reparatiebon nr : tekstveld Hierin kan reparatiebon nr ingevuld worden. Deze nr wordt automatisch doorgenummerd. Filiaal : pulldown-menu Hierin kan als filiaal Hoofdkantoor, Filiaal 1 en Filiaal 2 gekozen worden. Datum : Datumveld Hierin kan datum gekozen worden. Datum is standaard systeemdatum. Postcode : tekstveld Hierin kan postcode ingevuld worden. Huisnummer: tekstveld Hierin kan huisnummer ingevuld worden. Huisnummer toevoeging: tekstveld Hierin kan huisnummer toevoeging ingevuld worden. Na het invullen van Postcode, Huisnummer, Huisnummer toevoeging wordt het Adres en Plaats gegevens opgehaald vanuit het Postcode database tabel en Naam en Telefoonnummer vanuit Klanten tabel. Ook wordt er gekeken of er openstaande posten zijn. Plaats: tekstveld Hierin kan plaats worden ingevuld. Naam: tekstveld Hierin kan naam worden ingevuld.

6 van 57


Adres : tekstveld Hierin kan adres worden ingevuld. Telefoon nr : tekstveld Hierin kan telefoon nr worden ingevuld. Spoed : keuzeveld Als deze knop ingedrukt wordt de reparatie als spoed behandeld en kan opgehaald worden binnen paar uur. Spoedtoeslag percentage van tabel voorkeuren opgehaald en per stuk prijs verhoogd met spoedtoeslag. Artikel nr : numeriekveld Hierin kan artikel nr worden ingevuld. Aantal : numeriekveld Hierin kan aantal worden ingevuld. Omschrijving : tekstveld Hierin kan omschrijving worden ingevuld. Prijs p/s : valutaveld Hierin kan prijs p/s worden ingevuld. Bedrag : valutaveld Hierin kan bedrag worden ingevuld. Bedrag wordt automatisch berekend door Aantal x Prijs p/s. % korting : numeriekveld Hierin kan korting percentage worden ingevuld. Korting bedrag wordt automatisch berekend door korting percentage. Totale bedrag : valutaveld Hierin kan totale bedrag worden ingevuld. Totale bedrag wordt automatisch berekend door alle bedragen op te tellen van reparatiebon regels. Vooraf betaald : valutaveld Hierin kan vooraf betaalde bedrag worden ingevuld. Nog te betalen : valutaveld Hierin kan nog te betalen worden ingevuld. Nog te betalen bedrag wordt automatisch berekend door totale bedrag af te trekken van vooraf betaald. Ophalen : Datumveld Hierin kan ophaal datum gekozen worden. Datum is standaard systeemdatum. Betaald Pin : keuzeveld Als deze knop ingedrukt wordt de reparatiebon als Betaald Pin gekozen worden. Betaald Contant : keuzeveld Als deze knop ingedrukt wordt de reparatiebon als Betaald Contant gekozen worden. Niet Betaald : keuzeveld Als deze knop ingedrukt wordt de reparatiebon als Niet Betaald gekozen worden. Opgehaald datum : Datumveld Hierin kan opgehaald datum gekozen worden. Opmerking : memoveld Hierin kan opmerking worden ingevuld. Nieuw : knop Als deze knop ingedrukt wordt de nieuwe reparatiebon geregistreerd. Opslaan : knop Als deze knop ingedrukt wordt de reparatiebon geregistreerd. Verwijder : knop Als deze knop ingedrukt wordt de reparatiebon verwijderd. Annuleer : knop Als deze knop ingedrukt wordt de gemaakte wijzigingen ongedaan gemaakt. Afdrukken : knop Als deze knop ingedrukt zal de reparatiebon afgedrukt worden. Afdrukvoorbeeld : knop Als deze knop ingedrukt zal de reparatiebon als afdrukvoorbeeld getoond worden. OK : knop Als deze knop ingedrukt wordt zal de reparatiebon gezocht worden. Na het vinden van reparatiebon zal het scherm met de Pin betaling ? “Yes” en “No” button weergegeven. Indien wordt gekozen voor Yes zal reparatiebon als Betaald Pin gewijzigd en afgesloten worden. Indien wordt gekozen voor No zal de reparatiebon als Betaald Contant gewijzigd worden en keert terug in het scherm. Afsluiten: knop Als deze knop ingedrukt wordt zal het systeem terug keren naar het hoofdscherm.

3.2 Stomerijbon beheren Beschrijving: Medewerkers kunnen Stomerijbon beheren en afdrukken.

7 van 57


Medewerker heeft de link menuoptie "Orders en Stomerijbon" geselecteerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: Filiaal, Stomerijbonnr, Datum, Naam, Postcode, Huisnummer, Huisnrtoev., Omschrijving, Tot. bedrag, Bedrag Status, Ophaal datum en Opgehaald datum item. Sortering : pulldown-menu Hierin kan als sortering Stomerijbonnr en naam gekozen worden. Zoeken: tekstveld Hierin kan zoek tekst ingevuld worden. Wijzig : knop Als deze knop ingedrukt wordt dan zal het Stomerijbon gegevens gewijzigd worden. Nieuw : knop Als deze knop ingedrukt wordt dan zal het nieuwe Stomerijbon geregistreerd worden. Afdrukvoorbeeld : knop Als deze knop ingedrukt wordt dan zal het zal het Stomerijbon overzicht getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Filter op datum : Datumveld Hierin kan datum gekozen worden. Na het kiezen zal het overzicht gefilterd worden op datum. T/M : Datumveld Hierin kan datum gekozen worden. Na het kiezen zal het overzicht gefilterd worden op datum. Als knop “Wijzig” ingedrukt wordt de Stomerijbon gewijzigd. Indien op pijltje beneden button van veld naam gekozen wordt, dan zal de Stomerijbon gegevens op gefilterd worden op gekozen veld naam. Er wordt een klein scherm getoond:


Indien wordt gekozen voor knop “Nieuw” wordt de Stomerijbon geregistreerd. Er wordt een klein scherm getoond:

8 van 57


Daarop staan de volgende grafische elementen: Stomerijbon nr : tekstveld Hierin kan Stomerijbon nr ingevuld worden. Deze nr wordt automatisch doorgenummerd. Filiaal : pulldown-menu Hierin kan als filiaal Hoofdkantoor, Filiaal 1 en Filiaal 2 gekozen worden. Datum : Datumveld Hierin kan datum gekozen worden. Datum is standaard systeemdatum. Postcode : tekstveld Hierin kan postcode ingevuld worden. Huisnummer: tekstveld Hierin kan huisnummer ingevuld worden. Huisnummer toevoeging: tekstveld Hierin kan huisnummer toevoeging ingevuld worden. Na het invullen van Postcode, Huisnummer, Huisnummer toevoeging wordt het Adres en Plaats gegevens opgehaald vanuit het Postcode database tabel en Naam en Telefoonnummer vanuit Klanten tabel. Ook wordt er gekeken of er openstaande posten zijn. Plaats: tekstveld Hierin kan plaats worden ingevuld. Naam: tekstveld Hierin kan naam worden ingevuld. Adres : tekstveld Hierin kan adres worden ingevuld. Telefoon nr : tekstveld Hierin kan telefoon nr worden ingevuld. Artikel nr : numeriekveld Hierin kan artikel nr worden ingevuld. Aantal : numeriekveld Hierin kan aantal worden ingevuld. Omschrijving : tekstveld Hierin kan omschrijving worden ingevuld. Prijs p/s : valutaveld Hierin kan prijs p/s worden ingevuld. Bedrag : valutaveld Hierin kan bedrag worden ingevuld. Bedrag wordt automatisch berekend door Aantal x Prijs p/s. % korting : numeriekveld Hierin kan korting percentage worden ingevuld. Korting bedrag wordt automatisch berekend door korting percentage. Totale bedrag : valutaveld Hierin kan totale bedrag worden ingevuld. Totale bedrag wordt automatisch berekend door alle bedragen op te tellen van Stomerijbon regels. Vooraf betaald : valutaveld

9 van 57


Hierin kan vooraf betaalde bedrag worden ingevuld. Nog te betalen : valutaveld Hierin kan nog te betalen worden ingevuld. Nog te betalen bedrag wordt automatisch berekend door totale bedrag af te trekken van vooraf betaald. Ophalen : Datumveld Hierin kan ophaal datum gekozen worden. Datum is standaard systeemdatum. Betaald Pin : keuzeveld Als deze knop ingedrukt wordt de Stomerijbon als Betaald Pin gekozen worden. Betaald Contant : keuzeveld Als deze knop ingedrukt wordt de Stomerijbon als Betaald Contant gekozen worden. Niet Betaald : keuzeveld Als deze knop ingedrukt wordt de Stomerijbon als Niet Betaald gekozen worden. Opgehaald datum : Datumveld Hierin kan opgehaald datum gekozen worden. Opmerking : memoveld Hierin kan opmerking worden ingevuld. Nieuw : knop Als deze knop ingedrukt wordt de nieuwe Stomerijbon geregistreerd. Opslaan : knop Als deze knop ingedrukt wordt de Stomerijbon geregistreerd. Verwijder : knop Als deze knop ingedrukt wordt de Stomerijbon verwijderd. Annuleer : knop Als deze knop ingedrukt wordt de gemaakte wijzigingen ongedaan gemaakt. Afdrukken : knop Als deze knop ingedrukt zal de Stomerijbon afgedrukt worden. Afdrukvoorbeeld : knop Als deze knop ingedrukt zal de Stomerijbon als afdrukvoorbeeld getoond worden. OK : knop Als deze knop ingedrukt wordt zal het Stomerijbon gezocht worden. Na het vinden van Stomerijbon zal het scherm met de Pin betaling ? “Yes” en “No” button weergegeven. Indien wordt gekozen voor Yes zal Stomerijbon als Betaald Pin gewijzigd en afgesloten worden. Indien wordt gekozen voor No zal de Stomerijbon als Betaald Contant gewijzigd worden en keert terug in het scherm. Afsluiten: knop Als deze knop ingedrukt wordt zal het systeem terug keren naar het hoofdscherm.

3.3 Pakbon beheren Beschrijving: Medewerkers kunnen Pakbon beheren en afdrukken. Medewerker heeft de link menuoptie " Orders en Pakbon" geselecteerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: Pakbonnr, Datum, Bedrijf, Totalebedrag en Voldaan item. Zoek pakbonnr : numeriekveld Hierin kan gezochte pakbonnr ingevuld worden. Wijzig : knop Als deze knop ingedrukt wordt dan zal het Pakbon gegevens gewijzigd worden. Nieuw : knop Als deze knop ingedrukt wordt dan zal het nieuwe Pakbon geregistreerd worden. Afdrukken : knop Als deze knop ingedrukt wordt dan zal het zal het Pakbon overzicht afgedrukt worden.

10 van 57


Afdrukvoorbeeld : knop Als deze knop ingedrukt wordt dan zal het zal het Pakbon overzicht getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Filter op datum : Datumveld Hierin kan datum gekozen worden. Na het kiezen zal het overzicht gefilterd worden op datum. T/M : Datumveld Hierin kan datum gekozen worden. Na het kiezen zal het overzicht gefilterd worden op datum. Als knop “Wijzig” ingedrukt wordt de Pakbon gewijzigd. Indien op pijltje beneden button van veld naam gekozen wordt, dan zal de Pakbon gegevens op gefilterd worden op gekozen veld naam. Er wordt een klein scherm getoond:


Indien wordt gekozen voor knop “Nieuw” wordt de Pakbon geregistreerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen:

11 van 57


Zoek debiteur : knop Als deze knop ingedrukt wordt dan zal het debiteur overzicht opgehaald worden. Naam : tekstveld Hierin kan naam van Debiteur ingevuld worden. Adres : tekstveld Hierin kan adres van Debiteur ingevuld worden. Postcode : tekstveld Hierin kan postcode van Debiteur ingevuld worden. Plaats : tekstveld Hierin kan plaats van Debiteur ingevuld worden. T.a.v. : tekstveld Hierin kan t.a.v. van Debiteur ingevuld worden. Klantnummer : numeriekveld Hierin kan klantnummer ingevuld worden. Pakbonnummer : numeriekveld Hierin kan Pakbon nr ingevuld worden. Datum : Datumveld Hierin kan datum gekozen worden. Datum is standaard systeemdatum. Layout: pulldown-menu Hierin kan als layout pompkaartnummer, naam en datum gekozen worden. Artikelnummer : numeriekveld Hierin kan artikelnummer worden ingevuld. Pompkaartnummer : tekstveld Hierin kan pompkaartnummer worden ingevuld. Omschrijving : tekstveld Hierin kan omschrijving worden ingevuld. Aantal : numeriekveld Hierin kan aantal worden ingevuld. Prijsperstuk : valutaveld Hierin kan prijsperstuk worden ingevuld. Subtotaal : valutaveld Hierin kan subtotaal worden ingevuld. Bedrag wordt automatisch berekend door Aantal x Prijsperstuk. Totale bedrag : valutaveld Hierin kan totale bedrag worden ingevuld. Totale bedrag wordt automatisch berekend door alle bedragen op te tellen van Pakbon regels. Betaling voldaan : pulldown-menu Hierin kan als betaling voldaan, Ja en Nee gekozen worden. Opmerking : tekstveld Hierin kan opmerking worden ingevuld. Nieuwe pakbonregel : knop Als deze knop ingedrukt wordt de nieuwe Pakbonregel geregistreerd. Verwijder pakbonregel : knop Als deze knop ingedrukt wordt de Pakbonregel verwijderd. Nieuw : knop Als deze knop ingedrukt wordt de nieuwe Pakbon geregistreerd. Opslaan : knop Als deze knop ingedrukt wordt de Pakbon geregistreerd. Verwijder : knop Als deze knop ingedrukt wordt de Pakbon verwijderd. Annuleer : knop Als deze knop ingedrukt wordt de gemaakte wijzigingen ongedaan gemaakt. Afdrukken : knop Als deze knop ingedrukt zal de Pakbon afgedrukt worden. Afdrukken met prijs : knop Als deze knop ingedrukt zal de Pakbon met prijs afgedrukt worden. Afdrukvoorbeeld : knop Als deze knop ingedrukt zal de Pakbon als afdrukvoorbeeld getoond worden. Afsluiten: knop Als deze knop ingedrukt wordt zal het systeem terug keren naar het hoofdscherm.

12 van 57


3.4 Klanten beheren Beschrijving: Medewerkers kunnen Klanten beheren en overzicht afdrukken. Medewerker heeft de link menuoptie "Contactpersonen en Klanten" geselecteerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: Naam, Klantnr, Adres, Huisnr, Huisnrtoev., Postcode, Plaats, telefoonnummer, Klantenpas en Studentenpas item. Wijzig : knop Als deze knop ingedrukt wordt dan zal het Klanten gegevens gewijzigd worden. Nieuw : knop Als deze knop ingedrukt wordt dan zal het nieuwe Klanten geregistreerd worden. Afdrukvoorbeeld : knop Als deze knop ingedrukt wordt dan zal het zal het Klanten overzicht getoond en afgedrukt worden :

Klanten Exporteren : knop Als deze knop ingedrukt wordt dan zal het zal het Klanten tabel geëxporteerd worden naar een opslag medium. Klanten Importeren : knop Als deze knop ingedrukt wordt dan zal het zal het Klanten tabel geïmporteerd worden vanaf een opslag medium. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Als knop “Wijzig” ingedrukt wordt de Klanten gewijzigd. Indien op pijltje beneden button van veld naam gekozen wordt, dan zal de Klanten gegevens op gefilterd worden op gekozen veld naam. Er wordt een klein scherm getoond:

13 van 57


Indien wordt gekozen voor knop “Nieuw” wordt de Klanten geregistreerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Volledige naam : tekstveld Hierin kan volledige naam van klant ingevuld worden. Klant nr : numeriekveld Hierin kan omschrijving van klant ingevuld worden. Straat : tekstveld Hierin kan straat van klant ingevuld worden. Huisnummer : tekstveld Hierin kan huisnummer van klant ingevuld worden. Huisnummer toevoeging : tekstveld Hierin kan huisnummer toevoeging van klant ingevuld worden. Postcode : tekstveld Hierin kan postcode van klant ingevuld worden. Plaats : pulldown-menu Hierin kan plaats van klant ingevuld of gekozen worden. Telefoonnummer : tekstveld Hierin kan telefoonnummer van klant ingevuld worden. Klantenpas : keuzeveld Als deze knop ingedrukt krijgt de klant een klantenpas. Studentenpas : keuzeveld Als deze knop ingedrukt krijgt de klant een studentenpas. Opmerking : memoveld Hierin kan opmerking van klant ingevuld worden. Nieuw : knop Als deze knop ingedrukt wordt de nieuwe Klanten geregistreerd. Opslaan : knop

14 van 57


Als deze knop ingedrukt Verwijder : knop Als deze knop ingedrukt Annuleer : knop Als deze knop ingedrukt Afsluiten: knop Als deze knop ingedrukt

wordt de Klanten geregistreerd. wordt de Klanten verwijderd. wordt de gemaakte wijzigingen ongedaan gemaakt. wordt zal het systeem terug keren naar het hoofdscherm.

3.5 Kasoverzicht reparatiebon beheren Beschrijving: Medewerkers kunnen reparatiebon kasoverzicht beheren en afdrukken. Medewerker heeft de link menuoptie " Orders en Kasoverzicht" geselecteerd. Kasoverzicht van reparatiebon wordt getoond. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: filiaal, Reparatiebonnr, Betaal datum, Naam, Omschrijving, Bedrag status en Totale bedrag item. Afdrukvoorbeeld : knop Als deze knop ingedrukt wordt dan zal het zal het kasoverzicht van reparatiebon getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Filter op datum : Datumveld Hierin kan datum gekozen worden. Na het kiezen zal het overzicht gefilterd worden op datum. T/M : Datumveld Hierin kan datum gekozen worden. Na het kiezen zal het overzicht gefilterd worden op datum.

3.6 Kasoverzicht stomerijbon beheren Beschrijving: Medewerkers kunnen stomerijbon kasoverzicht beheren en afdrukken. Medewerker heeft de link menuoptie " Orders en Kasoverzicht" geselecteerd. Kasoverzicht van stomerijbon wordt getoond. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: Filiaal, Stomerijbonnr, Betaal datum, Naam, Omschrijving, Bedrag status en Totalebedrag item. Afdrukvoorbeeld : knop Als deze knop ingedrukt wordt dan zal het zal het kasoverzicht van stomerijbon getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Filter op datum : Datumveld

15 van 57


Hierin kan datum gekozen worden. Na het kiezen zal het overzicht gefilterd worden op datum. T/M : Datumveld Hierin kan datum gekozen worden. Na het kiezen zal het overzicht gefilterd worden op datum.

3.7 Factuur beheren Beschrijving: Medewerkers kunnen Factuur beheren en afdrukken. Medewerker heeft de link menuoptie "Orders en Facturen" geselecteerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: Factuurnr, Datum, Bedrijf, Tot. Exc. BTW, Tot. BTW, Tot. Bedrag, Voldaan, Bet. Datum. Bet. Methode, Soort fact. Betaald en Open bedrag item. Wijzig : knop Als deze knop ingedrukt wordt dan zal het Factuur gegevens gewijzigd worden. Nieuw : knop Als deze knop ingedrukt wordt dan zal het nieuwe Factuur geregistreerd worden. Rapport : knop Als deze knop ingedrukt wordt dan zal het zal het Factuur overzicht getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Filter op datum : Datumveld Hierin kan datum gekozen worden. Na het kiezen zal het overzicht gefilterd worden op datum. T/M : Datumveld Hierin kan datum gekozen worden. Na het kiezen zal het overzicht gefilterd worden op datum. Indien wordt gekozen voor knop “Rapport” wordt het overzicht getoond en afgedrukt worden. Er wordt een klein scherm getoond:

Als knop “Wijzig” ingedrukt wordt de Factuur gewijzigd. Indien op pijltje beneden button van veld naam gekozen wordt, dan zal de factuur gegevens op gefilterd worden op gekozen veld naam. Er wordt een klein scherm getoond:

16 van 57


Indien wordt gekozen voor knop “Nieuw” wordt de Factuur geregistreerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Zoek debiteur : knop Als deze knop ingedrukt wordt dan zal het debiteur overzicht opgehaald worden. Naam : tekstveld Hierin kan naam van Debiteur ingevuld worden. Adres : tekstveld Hierin kan adres van Debiteur ingevuld worden. Postcode : tekstveld Hierin kan postcode van Debiteur ingevuld worden. Plaats : tekstveld Hierin kan plaats van Debiteur ingevuld worden. Debiteur nr : numeriekveld Hierin kan klantnummer ingevuld worden. Factuur nr : numeriekveld Hierin kan Factuur nr ingevuld worden. Datum : Datumveld Hierin kan datum gekozen worden. Datum is standaard systeemdatum. Soort factuur: pulldown-menu Hierin kan als soort factuur herinnering en creditnota gekozen worden. Artikelnr : numeriekveld Hierin kan artikelnr worden ingevuld. Aantal : numeriekveld Hierin kan aantal worden ingevuld. Omschrijving : tekstveld Hierin kan omschrijving worden ingevuld. Stuksprijs : valutaveld Hierin kan stuksprijs worden ingevuld. Totaalbedrag : valutaveld Hierin kan totaalbedrag worden ingevuld. Bedrag wordt automatisch berekend door Aantal x Stuksprijs. Nieuwe factuurregel : knop Als deze knop ingedrukt wordt de nieuwe Factuurregel geregistreerd. Verwijder factuurregel : knop Als deze knop ingedrukt wordt de Factuurregel verwijderd. Periode van : Datumveld Hierin kan periode datum van pakbonnen gekozen worden. Na het kiezen zal het pakbon overzicht gefilterd worden op debiteur en datum.

17 van 57


T/M : Datumveld Hierin kan periode datum van pakbonnen gekozen worden. Na het kiezen zal het pakbon overzicht gefilterd worden op debiteur en datum. Importeer Pakbonnen : knop Als deze knop ingedrukt wordt dan zal het zal het Pakbon tabel geïmporteerd worden. Importeer Pakbonnen regels : knop Als deze knop ingedrukt wordt dan zal het zal het Pakbon regels tabel geïmporteerd worden. Tot. Excl. BTW : valutaveld Hierin kan totale exclusief bedrag worden ingevuld. Totale exclusief bedrag wordt automatisch berekend door alle bedragen op te tellen van factuur regels. % korting : numeriekveld Hierin kan korting in procenten worden ingevuld. Tot. Excl. BTW – Kortingbedrag : valutaveld Hierin kan totale exclusief bedrag verminderd met kortingbedrag worden ingevuld. Totale exclusief bedrag verminderd met kortingbedrag wordt automatisch berekend door totale exclusief bedrag te verminderen met kortingbedrag. % BTW : pulldown-menu Hierin kan als BTW 0, 6 of 19 gekozen worden. Totale bedrag : valutaveld Hierin kan totale bedrag worden ingevuld. Totale bedrag wordt automatisch berekend door totale exclusief bedrag te verminderen met kortingbedrag en daarbovenop btw bedrag op te tellen. Betaling methode : pulldown-menu Hierin kan als betaling methode Kas, Bank en Tel.Boek gekozen worden. Betaal datum : Datumveld Hierin kan betaal datum gekozen worden. Betaling voldaan : pulldown-menu Hierin kan als betaling voldaan, Ja en Nee gekozen worden. Opmerking : tekstveld Hierin kan opmerking worden ingevuld. Totaal voldaan : valutaveld Hierin kan totaal voldaan bedrag worden ingevuld. Nieuw : knop Als deze knop ingedrukt wordt de nieuwe Factuur geregistreerd. Opslaan : knop Als deze knop ingedrukt wordt de Factuur geregistreerd. Verwijder : knop Als deze knop ingedrukt wordt de Factuur verwijderd. Annuleer : knop Als deze knop ingedrukt wordt de gemaakte wijzigingen ongedaan gemaakt. Afdrukken : knop Als deze knop ingedrukt zal de Factuur afgedrukt worden. Afdrukvoorbeeld : knop Als deze knop ingedrukt zal de Factuur als afdrukvoorbeeld getoond worden. Factuurnr Wijzigen : knop Als deze knop ingedrukt zal de Factuur nr gewijzigd worden. Afsluiten: knop Als deze knop ingedrukt wordt zal het systeem terug keren naar het hoofdscherm.

3.8 Offerte beheren Beschrijving: Medewerkers kunnen Offerte beheren en afdrukken. Medewerker heeft de link menuoptie "Orders en Offerte" geselecteerd. Er wordt een klein scherm getoond:

18 van 57


Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: Offertenr, Datum, Bedrijf, Totaalexclusief, Btw en Totalebedrag item. Wijzig : knop Als deze knop ingedrukt wordt dan zal het Offerte gegevens gewijzigd worden. Nieuw : knop Als deze knop ingedrukt wordt dan zal het nieuwe Offerte geregistreerd worden. Afdrukvoorbeeld: knop Als deze knop ingedrukt wordt dan zal het zal het Offerte overzicht getoond worden.

Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Filter op datum : Datumveld Hierin kan datum gekozen worden. Na het kiezen zal het overzicht gefilterd worden op datum. T/M : Datumveld Hierin kan datum gekozen worden. Na het kiezen zal het overzicht gefilterd worden op datum. Indien op pijltje beneden button van veld naam gekozen wordt, dan zal de Offerte gegevens op gefilterd worden op gekozen veld naam. Er wordt een klein scherm getoond:

Indien wordt gekozen voor knop “Nieuw” wordt de Offerte geregistreerd. Er wordt een klein scherm getoond:

19 van 57


Daarop staan de volgende grafische elementen: Zoek debiteur : knop Als deze knop ingedrukt wordt dan zal het debiteur overzicht opgehaald worden. Naam : tekstveld Hierin kan naam van Debiteur ingevuld worden. t.a.v. : tekstveld Hierin kan naam van t.a.v. van Debituer ingevuld worden. Adres : tekstveld Hierin kan adres van Debiteur ingevuld worden. Postcode : tekstveld Hierin kan postcode van Debiteur ingevuld worden. Plaats : tekstveld Hierin kan plaats van Debiteur ingevuld worden. Debiteur nr : numeriekveld Hierin kan klantnummer ingevuld worden. Offerte nr : numeriekveld Hierin kan Offerte nr ingevuld worden. Datum : datumveld Hierin kan datum gekozen worden. Datum is standaard systeemdatum. Pakbon artikellijst: knop Als deze knop ingedrukt wordt de pakbon artikel toegevoegd in offerte tekst. Offerte tekst : memoveld Hierin kan offerte tekst toegevoegd worden. Tot. Excl. BTW : valutaveld Hierin kan totale exclusief bedrag worden ingevuld. % korting : numeriekveld Hierin kan korting in procenten worden ingevuld. Tot. Excl. BTW – Kortingbedrag : valutaveld Hierin kan totale exclusief bedrag verminderd met kortingbedrag worden ingevuld. Totale exclusief bedrag verminderd met kortingbedrag wordt automatisch berekend door totale exclusief bedrag te verminderen met kortingbedrag. % BTW : pulldown-menu Hierin kan als BTW 0, 6 of 19 gekozen worden. Totale bedrag : valutaveld

20 van 57


Hierin kan totale bedrag worden ingevuld. Totale bedrag wordt automatisch berekend door totale exclusief bedrag te verminderen met kortingbedrag en daar bovenop btw bedrag op te tellen. Opmerking : tekstveld Hierin kan opmerking worden ingevuld. Offerte betalingscondities : memoveld Hierin kan betalingscondities worden ingevuld. Nieuw : knop Als deze knop ingedrukt wordt de nieuwe Offerte geregistreerd. Opslaan : knop Als deze knop ingedrukt wordt de Offerte geregistreerd. Verwijder : knop Als deze knop ingedrukt wordt de Offerte verwijderd. Annuleer : knop Als deze knop ingedrukt wordt de gemaakte wijzigingen ongedaan gemaakt. Afdrukken : knop Als deze knop ingedrukt zal de Offerte afgedrukt worden. Afdrukvoorbeeld : knop Als deze knop ingedrukt zal de Offerte als afdrukvoorbeeld getoond worden. Afdrukken zonder prijs : knop Als deze knop ingedrukt zal de Offerte nr gewijzigd worden. Afsluiten: knop Als deze knop ingedrukt wordt zal het systeem terug keren naar het hoofdscherm.

3.9 Openstaande posten afdrukken Beschrijving: Medewerkers kunnen Openstaande posten opvragen en afdrukken. Medewerker heeft de link menuoptie "Orders en Openstaande posten" geselecteerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: Bedrijfsnaam, Adres, Postcode en plaats item. Velden getoond in grid: Factuurnr, Datum, Bedrijf, Totalebedrag, Betaald en Open bedrag item. Afdrukken: knop Als deze knop ingedrukt wordt dan zal het zal het Openstaande posten overzicht getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm.

21 van 57


Indien op pijltje beneden button van veld naam gekozen wordt, dan zal de Openstaande posten gegevens op gefilterd worden op gekozen veld naam. Er wordt een klein scherm getoond:

Indien wordt gekozen voor knop “Afdrukken” wordt het overzicht getoond en afgedrukt worden. Er wordt een klein scherm getoond:

22 van 57


3.10 Herinnering afdrukken Beschrijving: Medewerkers kunnen Herinnering overzicht opvragen en afdrukken. Medewerker heeft de link menuoptie "Orders en Herinnering" geselecteerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: Bedrijfsnaam, Adres, Postcode en plaats item. Velden getoond in grid: Factuurnr, Datum, Bedrijf, Totalebedrag, Betaald en Open bedrag item. Afdrukken: knop Als deze knop ingedrukt wordt dan zal het zal het Herinnering overzicht getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Indien op pijltje beneden button van veld naam gekozen wordt, dan zal de Herinnering gegevens op gefilterd worden op gekozen veld naam. Er wordt een klein scherm getoond:


23 van 57


3.11 Aanmaning afdrukken Beschrijving: Medewerkers kunnen Aanmaning overzicht opvragen en afdrukken. Medewerker heeft de link menuoptie "Orders en Aanmaning" geselecteerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen:

24 van 57


Lijst : grid Velden getoond in grid: Bedrijfsnaam, Adres, Postcode en plaats item. Velden getoond in grid: Factuurnr, Datum, Bedrijf, Totalebedrag, Betaald en Open bedrag item. Afdrukken: knop Als deze knop ingedrukt wordt dan zal het zal het Aanmaning overzicht getoond en afgedrukt worden. Afdrukken Laatste Aanmaning: knop Als deze knop ingedrukt wordt dan zal het zal het laatste Aanmaning overzicht getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Indien op pijltje beneden button van veld naam gekozen wordt, dan zal de Aanmaning gegevens op gefilterd worden op gekozen veld naam. Er wordt een klein scherm getoond:


25 van 57


3.12 Reparatiebon artikel beheren Beschrijving: Medewerkers kunnen Reparatiebon artikel beheren en overzicht afdrukken. Medewerker heeft de link menuoptie "Artikels en Reparatiebon artikel" geselecteerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: Omschrijving, Bedrag en Artikelnummer item. Wijzig : knop Als deze knop ingedrukt wordt dan zal het Reparatiebon artikel gegevens gewijzigd worden. Nieuw : knop Als deze knop ingedrukt wordt dan zal het nieuwe Reparatiebon artikel geregistreerd worden. Afdrukvoorbeeld : knop Als deze knop ingedrukt wordt dan zal het zal het Reparatiebon artikel overzicht getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Indien wordt gekozen voor knop “Afdrukvoorbeeld” wordt het overzicht getoond en afgedrukt worden. Er wordt een klein scherm getoond:

26 van 57


Indien wordt gekozen voor knop “Nieuw” wordt de Reparatiebon artikel geregistreerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Artikel nummer : numeriekveld Hierin kan nummer van artikel ingevuld worden. Omschrijving : tekstveld Hierin kan omschrijving van artikel ingevuld worden. Bedrag : valutaveld Hierin kan bedrag van artikel ingevuld worden. Sortering: pulldown-menu Hierin kan als sortering artikelnummer en omschrijving gekozen worden. Zoeken : tekstveld Hierin kan zoek tekst worden ingevuld. Nieuw : knop Als deze knop ingedrukt wordt de nieuwe Reparatiebon artikel geregistreerd. Opslaan : knop Als deze knop ingedrukt wordt de Reparatiebon artikel geregistreerd. Verwijder : knop Als deze knop ingedrukt wordt de Reparatiebon artikel verwijderd. Annuleer : knop Als deze knop ingedrukt wordt de gemaakte wijzigingen ongedaan gemaakt. Afsluiten: knop Als deze knop ingedrukt wordt zal het systeem terug keren naar het hoofdscherm.

27 van 57


3.13 Stomerijbon artikel beheren Beschrijving: Medewerkers kunnen Stomerijbon artikel beheren en overzicht afdrukken. Medewerker heeft de link menuoptie "Artikels en Stomerijbon artikel" geselecteerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: Omschrijving, Bedrag en Artikelnummer item. Wijzig : knop Als deze knop ingedrukt wordt dan zal het Stomerijbon artikel gegevens gewijzigd worden. Nieuw : knop Als deze knop ingedrukt wordt dan zal het nieuwe Stomerijbon artikel geregistreerd worden. Afdrukvoorbeeld : knop Als deze knop ingedrukt wordt dan zal het zal het Stomerijbon artikel overzicht getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Indien wordt gekozen voor knop “Afdrukvoorbeeld” wordt het overzicht getoond en afgedrukt worden. Er wordt een klein scherm getoond:

28 van 57


Indien wordt gekozen voor knop “Nieuw” wordt de Stomerijbon artikel geregistreerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Artikel nummer : numeriekveld Hierin kan nummer van artikel ingevuld worden. Omschrijving : tekstveld Hierin kan omschrijving van artikel ingevuld worden. Bedrag : valutaveld Hierin kan bedrag van artikel ingevuld worden. Sortering: pulldown-menu Hierin kan als sortering artikelnummer en omschrijving gekozen worden. Zoeken : tekstveld Hierin kan zoek tekst worden ingevuld. Nieuw : knop Als deze knop ingedrukt wordt de nieuwe Stomerijbon artikel geregistreerd. Opslaan : knop Als deze knop ingedrukt wordt de Stomerijbon artikel geregistreerd. Verwijder : knop Als deze knop ingedrukt wordt de Stomerijbon artikel verwijderd. Annuleer : knop Als deze knop ingedrukt wordt de gemaakte wijzigingen ongedaan gemaakt. Afsluiten: knop Als deze knop ingedrukt wordt zal het systeem terug keren naar het hoofdscherm.

3.14 Factuur/Pakbon artikel beheren Beschrijving: Medewerkers kunnen Factuur/Pakbon artikel beheren en overzicht afdrukken. Medewerker heeft de link menuoptie "Artikels en Factuur/Pakbon artikel" geselecteerd. Er wordt een klein scherm getoond:

29 van 57


Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: Omschrijving, Bedrag en Artikelnummer item. Wijzig : knop Als deze knop ingedrukt wordt dan zal het Factuur/Pakbon artikel gegevens gewijzigd worden. Nieuw : knop Als deze knop ingedrukt wordt dan zal het nieuwe Factuur/Pakbon artikel geregistreerd worden. Afdrukvoorbeeld : knop Als deze knop ingedrukt wordt dan zal het zal het Factuur/Pakbon artikel overzicht getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Indien wordt gekozen voor knop “Afdrukvoorbeeld” wordt het overzicht getoond en afgedrukt worden. Er wordt een klein scherm getoond:

Indien wordt gekozen voor knop “Nieuw” wordt de Factuur/Pakbon artikel geregistreerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Artikel nummer : numeriekveld Hierin kan nummer van artikel ingevuld worden. Omschrijving : tekstveld Hierin kan omschrijving van artikel ingevuld worden. Bedrag : valutaveld

30 van 57


Hierin kan bedrag van artikel ingevuld worden. Sortering: pulldown-menu Hierin kan als sortering artikelnummer en omschrijving gekozen worden. Zoeken : tekstveld Hierin kan zoek tekst worden ingevuld. Nieuw : knop Als deze knop ingedrukt wordt de nieuwe Factuur/Pakbon artikel geregistreerd. Opslaan : knop Als deze knop ingedrukt wordt de Factuur/Pakbon artikel geregistreerd. Verwijder : knop Als deze knop ingedrukt wordt de Factuur/Pakbon artikel verwijderd. Annuleer : knop Als deze knop ingedrukt wordt de gemaakte wijzigingen ongedaan gemaakt. Afsluiten: knop Als deze knop ingedrukt wordt zal het systeem terug keren naar het hoofdscherm.

3.15 Debiteuren beheren Beschrijving: Medewerkers kunnen Debiteuren beheren en overzicht afdrukken. Medewerker heeft de link menuoptie "Contactpersonen en Debiteuren" geselecteerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: Debiteur, Debiteurnummer, Contactpersoon, Telefoonnummer, Faxnummer, Postcode, Adres en Plaats item. Wijzig : knop Als deze knop ingedrukt wordt dan zal het Debiteuren gegevens gewijzigd worden. Nieuw : knop Als deze knop ingedrukt wordt dan zal het nieuwe Debiteuren geregistreerd worden. Afdrukvoorbeeld : knop Als deze knop ingedrukt wordt dan zal het zal het Debiteuren overzicht getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Indien wordt gekozen voor knop “Afdrukvoorbeeld” wordt het overzicht getoond en afgedrukt worden. Er wordt een klein scherm getoond:

Indien op pijltje beneden button van veld naam gekozen wordt, dan zal de debiteuren gegevens op gefilterd worden op gekozen veld naam. Er wordt een klein scherm getoond:

31 van 57


Indien wordt gekozen voor knop “Nieuw” wordt de Debiteuren geregistreerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Volledige naam : tekstveld Hierin kan volledige naam van debiteur ingevuld worden. Debiteur nr : numeriekveld Hierin kan omschrijving van debiteur ingevuld worden. Contact persoon : tekstveld Hierin kan contact persoon van debiteur ingevuld worden. Functie : tekstveld Hierin kan functie van debiteur ingevuld worden. Adres : tekstveld Hierin kan adres van debiteur ingevuld worden. Postcode : tekstveld Hierin kan postcode van debiteur ingevuld worden. Plaats : tekstveld Hierin kan plaats van debiteur ingevuld worden. Telefoonnummer : tekstveld Hierin kan telefoonnummer van debiteur ingevuld worden. Faxnummer : tekstveld Hierin kan faxnummer van debiteur ingevuld worden. 06 nr : tekstveld Hierin kan 06 nr van debiteur ingevuld worden. Post adres : tekstveld Hierin kan post adres van debiteur ingevuld worden. Post Postcode : tekstveld Hierin kan post postcode van debiteur ingevuld worden. Post Plaats : tekstveld

32 van 57


Hierin kan post plaats van debiteur ingevuld worden. E-mail adres : tekstveld Hierin kan e-mail adres van debiteur ingevuld worden. Opmerking : memoveld Hierin kan opmerking van debiteur ingevuld worden. Nieuw : knop Als deze knop ingedrukt wordt de nieuwe Debiteuren geregistreerd. Opslaan : knop Als deze knop ingedrukt wordt de Debiteuren geregistreerd. Verwijder : knop Als deze knop ingedrukt wordt de Debiteuren verwijderd. Annuleer : knop Als deze knop ingedrukt wordt de gemaakte wijzigingen ongedaan gemaakt. Afsluiten: knop Als deze knop ingedrukt wordt zal het systeem terug keren naar het hoofdscherm.

3.16 SMS beheren Beschrijving: Medewerkers kunnen SMS beheren, versturen en automatisch genereren naar alle klanten. Medewerker heeft de link menuoptie "Orders en SMS overzicht" geselecteerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: Naam en Telefoonnummer item. Velden getoond in grid: Datum, Telefoonnummer en Bericht item. Nieuw SMS : knop Als deze knop ingedrukt wordt dan zal het nieuwe SMS geregistreerd worden. Verwijder SMS : knop Als deze knop ingedrukt wordt dan zal het SMS verwijderd worden. Verstuur SMS : knop Als deze knop ingedrukt wordt dan zal het SMS verstuurd worden. Genereer automatisch Nieuwe SMS en Verstuur SMS naar alle klanten : knop Als deze knop ingedrukt wordt dan zal het SMS automatisch verstuurd worden naar alle klanten. Afdrukvoorbeeld: knop Als deze knop ingedrukt wordt dan zal het zal het SMS overzicht getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Indien op pijltje beneden button van veld naam gekozen wordt, dan zal de SMS gegevens op gefilterd worden op gekozen veld naam. Er wordt een klein scherm getoond:

33 van 57



Indien wordt gekozen voor knop “Nieuw” wordt de SMS geregistreerd. Er wordt een klein scherm getoond:

34 van 57


Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: Naam en Telefoonnummer item. Velden getoond in grid: Datum, Telefoonnummer en Bericht item. Nieuw SMS : knop Als deze knop ingedrukt wordt dan zal het nieuwe SMS geregistreerd worden. Verwijder SMS : knop Als deze knop ingedrukt wordt dan zal het SMS verwijderd worden. Verstuur SMS : knop Als deze knop ingedrukt wordt dan zal het SMS verstuurd worden. Genereer automatisch Nieuwe SMS en Verstuur SMS naar alle klanten : knop Als deze knop ingedrukt wordt dan zal het SMS automatisch verstuurd worden naar alle klanten. Afdrukvoorbeeld: knop Als deze knop ingedrukt wordt dan zal het zal het SMS overzicht getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm.

3.17 Filiaal beheren Beschrijving: Medewerkers kunnen Filiaal beheren en overzicht afdrukken. Medewerker heeft de link menuoptie "Stamgegevens en Filiaal" geselecteerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Lijst : grid Velden getoond in grid: Filiaal, Adres, Postcode, Plaats, Telefoonnummer en Faxnummer item. Nieuw : knop Als deze knop ingedrukt wordt dan zal het nieuwe Filiaal geregistreerd worden. Verwijder : knop Als deze knop ingedrukt wordt dan zal het Filiaal gegevens verwijderd worden. Afdrukvoorbeeld : knop Als deze knop ingedrukt wordt dan zal het zal het Filiaal overzicht getoond en afgedrukt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm.

35 van 57



3.18 Bedrijfsgegevens beheren Beschrijving: De gegevens van de bedrijfsgegevens beheren. Medewerker heeft de link menuoptie "Stamgegevens en Bedrijfsgegevens" geselecteerd. Bedrijfsgegevens worden getoond. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Bedrijf : tekstveld Hierin kan bedrijfsnaam van bedrijf ingevuld worden. Adres : tekstveld Hierin kan adres van bedrijf ingevuld worden. Postcode : tekstveld Hierin kan postcode van bedrijf ingevuld worden. Plaats : tekstveld Hierin kan plaats van bedrijf ingevuld worden. Telefoonnummer : tekstveld Hierin kan telefoonnummer van bedrijf ingevuld worden. Faxnummer : tekstveld Hierin kan telefoonnummer van bedrijf ingevuld worden. Mobiel : tekstveld Hierin kan mobiel nummers van bedrijf ingevuld worden.

36 van 57


Bank : tekstveld Hierin kan naam van de bank van bedrijf ingevuld worden. B.T.W.nr nl : tekstveld Hierin kan BTW nr van bedrijf ingevuld worden. Kvk-nr : tekstveld Hierin kan kvk nr van bedrijf ingevuld worden. E-mail adres : tekstveld Hierin kan e-mail adres van bedrijf ingevuld worden. Website : tekstveld Hierin kan website adres van bedrijf ingevuld worden. Bon Filiaal : pulldown-menu Hierin kan bon filiaal gekozen worden. Reparatiebon Filiaal : pulldown-menu Hierin kan reparatiebon filiaal gekozen worden. Stomerijbon Filiaal : pulldown-menu Hierin kan stomerijbon filiaal gekozen worden. Opslaan : knop Als deze knop ingedrukt wordt dan zal het Klanten gegevens opgeslagen worden. Annuleer : knop Als deze knop ingedrukt wordt dan zal het gewijzigde Klanten gegevens ongedaan gemaakt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm.

3.19 Voorkeuren beheren Beschrijving: De gegevens van de voorkeuren beheren. Medewerker heeft de link menuoptie "Stamgegevens en Voorkeuren" geselecteerd. Voorkeuren worden getoond. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Factuur betalingscondities : memoveld Hierin kan factuur betalingscondities als voorkeur ingevuld worden. Offerte betalingscondities : memoveld Hierin kan offerte betalingscondities als voorkeur ingevuld worden. Backup-Naar : tekstveld Hierin kan back-up naar een opslag medium als voorkeur ingevuld worden. Spoedtoeslag : numeriekveld Hierin kan spoedtoeslag als voorkeur ingevuld worden. Spoedtoeslag : numeriekveld Hierin kan spoedtoeslag als voorkeur ingevuld worden. Offerte body 1 : memoveld Hierin kan offerte inleiding tekst als voorkeur ingevuld worden. Offerte body 3 : memoveld Hierin kan offerte afsluit tekst als voorkeur ingevuld worden. Klanten Korting : numeriekveld Hierin kan klanten korting als voorkeur ingevuld worden. Studenten Korting : numeriekveld Hierin kan studenten korting als voorkeur ingevuld worden. Openingstijden : memoveld Hierin kan openingstijden als voorkeur ingevuld worden. Herinnering sturen na : numeriekveld Hierin kan herinnering aantal dagen na het versturen van factuur als voorkeur ingevuld worden.

37 van 57


Herinnering kosten : valutaveld Hierin kan herinnering kosten als voorkeur ingevuld worden. Aanmaning sturen na : numeriekveld Hierin kan aanmaning aantal dagen na het versturen van factuur als voorkeur ingevuld worden. Aanmaning kosten : valutaveld Hierin kan aanmaning kosten als voorkeur ingevuld worden. Laatste aanmaning kosten : valutaveld Hierin kan laatste aanmaning kosten als voorkeur ingevuld worden. Openstaande post sturen na : numeriekveld Hierin kan openstaande post aantal dagen na het versturen van factuur als voorkeur ingevuld worden. SMS City Account : tekstveld Hierin kan SMS city account als voorkeur ingevuld worden. SMS City Wachtwoord : tekstveld Hierin kan SMS city wachtwoord als voorkeur ingevuld worden. Standaard SMS Bericht : tekstveld Hierin kan standaard SMS bericht als voorkeur ingevuld worden. Opslaan : knop Als deze knop ingedrukt wordt dan zal de voorkeur gegevens opgeslagen worden. Annuleer : knop Als deze knop ingedrukt wordt dan zal de gewijzigde voorkeur gegevens ongedaan gemaakt worden. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm.

3.20 Back-up beheren Beschrijving: Medewerker van Nicole wil back-up maken en terugzetten van database. Medewerker heeft de link menuoptie "Bestand en Back-up" geselecteerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Start Back-up : knop Als deze knop ingedrukt wordt dan zal het database geback-upd worden naar een opslag medium. Afsluiten : knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm. Medewerker heeft de link menuoptie " Bestand en Restore (Back-up terugzetten)" geselecteerd. Er wordt een klein scherm getoond:

Daarop staan de volgende grafische elementen: Start Terugzetten : knop Als deze knop ingedrukt wordt dan zal de back-up van database terug gezet worden vanaf een opslag medium. Afsluiten: knop Als deze knop ingedrukt wordt dan zal het scherm afgesloten worden en keert terug in het hoofdscherm.

38 van 57


4.0 Technisch ontwerp database De hoofdfunctionaliteit van de Database is Nicole Kledingreparatie & Stomerij te helpen dingen bij te houden, gebruikers gebruiken database voor hun werk. Ze voeren nieuwe gegevens in en lezen de gegevens op allerlei manieren: via formulieren, via zoekopdrachten (query’s) en door rapporten te produceren. Het volgende onderdeel, een database toepassing, die bemiddelen tussen de gebruiker en het MsAccess DBMS (een programma dat de database verwerkt). Voor Nicole Kledingreparatie & Stomerij Applicatiesysteem moet er MsAccess Database gebruikt worden. Fig. 1 laat zien hoe Database zich bevindt in de interne laag van de architectuur. Applicatie maakt het gebruik van deze database. MsAccess Database moet op een pc/notebook draaien.

Fig. 1 Database architectuur

39 van 57


4.1 UML als softwareontwikkel methode Ik heb als softwareontwikkel methode Unified Modeling Language gekozen, afgekort UML, is een modelmatige taal om objectgeoriënteerde analyses en ontwerpen voor een informatiesysteem te kunnen maken. Kenmerkend is dat de UML-modellen een grafische weergave zijn van bepaalde aspecten van het informatiesysteem. Met UML kunnen niet alleen beschrijvingen worden gemaakt van statische verschijnselen, maar ook van dynamische processen. Het dient vooral als een veelzijdig te gebruiken instrument dat in verschillende fasen van de systeembouw kan worden toegepast. Een van de krachtige aspecten van UML is dat er op relatief eenvoudige wijze meta-beschrijvingen kunnen worden gemaakt. In tegenstelling tot wat vaak wordt gedacht, is UML zelf geen methode, maar een notatiewijze die bij verschillende methodes kan worden gebruikt. UML biedt een verzameling van structuur- en gedragsdiagrammen, die zoals hier ook wel statische en dynamische diagrammen genoemd worden:

Figuur 2. UML-Diagram

40 van 57


4.2 Class diagram database Elke entiteit in class diagram database wordt gepresenteerd door een entiteitklasse, die wordt weergegeven als een in twee blokken verdeelde rechthoek. Het bovenste blok toont de naam van de entiteit. Het tweede blok bevat een lijst met de namen van de attributen van de entiteit. Relaties worden weergegeven als een lijn tussen twee entiteiten. Fig. 3 en 4 laten Class diagram Database zien.

Fig. 3 Class diagram Database

41 van 57


Fig. 4 Class diagram Database

42 van 57


4.3 Sequentie diagram Een sequentie diagram wordt gebruikt voor het modelleren van interactie. Op deze manier is het mogelijk inzicht te krijgen in de dynamische eigenschappen van het systeem. Het doel van een sequentiediagram is om de stroom van berichten tussen objecten in de tijd weer te geven. Het beeld van een typisch sequentie diagram geeft alle interacties met berichten weer voor een use-case. Dit sequentie diagram bevat: - objecten - relaties - berichten De verticale “lifelines” representeren de objecten. Berichten gaan tussen de lifelines van de objecten en tijd is te herkennen van boven naar beneden, een lifeline. Ik heb van de belangrijkste modules een sequentie diagram in UML-stijl gemaakt. Om een duidelijker beeld te krijgen van hoe bepaalde acties binnen de kledingreparatie, pakbon t/m facturatie en sms verzenden verwerkt, wordt een sequentie diagram gebruikt.

Fig. 5 Sequentie diagram Kledingreparatie in UML-stijl

43 van 57


Fig. 6 Sequentie diagram Kledingstomerij in UML-stijl

Fig. 7 Sequentie diagram SMS verzenden in UML-stijl

44 van 57


4.4 Component diagram Het component diagram laat de verdeling van het systeem in componenten zien als ook en vooral hun onderlinge relaties of samenwerking. Elke component vormt één of meerdere klassen. Een component diagram is een fysiek deel van een systeem. Een componentdiagram is in feite de softwareimplementatie van een klasse. Eén component kan de implementatie van meer dan één klasse zijn. De operaties van een klasse zijn alleen te bereiken via zijn interface.

Fig. 8 Component diagram Applicatie in UML-stijl

45 van 57


Fig. 9 Component diagram Applicatie Reparatie in UML-stijl

46 van 57


Fig. 10 Component diagram Applicatie Factuur in UML-stijl

47 van 57


Fig. 11 Component diagram Applicatie SMS in UML-stijl

48 van 57


4.5 Class diagram objecten Het class diagram is een van de meest gebruikte diagrammen in het modeleren van object georiënteerde systemen. Het statische overzicht biedt inzicht in de functionele eisen van het systeem en de diensten die het systeem moet teruggeven aan de eindgebruikers. Een class diagram laat een set van klassen, interfaces, collaborations en relaties zien. Class diagrammen geven een globale beschrijving van het systeem, maar ook het detail aspecten, zoals operaties en attributen. Door een class diagram op te stellen, en dat in verschillende stappen uit te diepen, kan een overzicht van het totale probleem gegeven worden. Meestal bestaat de inhoud uit: - Classes - Interfaces - Collaborations - Dependency, generalization, and association relationships - Notes and constraints Hieronder heb ik Class diagram Database objecten beschreven.

Fig. 12 Class diagram Database Connectie

49 van 57


Fig. 13 Class diagram Database Query Connectie

50 van 57


Fig. 14 Class diagram Postcode Database Query Connectie

Fig. 15 Class diagram Postcode Database Query Connectie

51 van 57


4.6 Definitie database attributen Tabel Offerte: Attribuut Id Offertenr Datum Debiteur_Id Offerte Totaalexclusief Kortingprocent Kortingbedrag Totaalexclusief_Min_Kortingbedrag BTW BTWPercentage Totalebedrag Opmerking Betalingscondities Primary Key (PK) : Id Foreign Key (FK): DebiteurId Tabel Debiteur: Attribuut Id Debiteurnummer Bedrijfsnaam Contactpersoon FunctievandeContactpersoon Geslacht Adres Postcode Plaats Postadres Postplaats Telefoonnummer Faxnummer Mobilofoon Provincie Land E-mailadres Opmerking Bank-giro-nummer Primary Key (PK) : Id

Datatype LONG INTEGER LONG INTEGER DATETIME INTEGER MEMO CURRENCY BYTE CURRENCY CURRENCY CURRENCY BYTE CURRENCY MEMO MEMO

Datatype LONG INTEGER LONG INTEGER CHAR(40) CHAR(30) CHAR(30) CHAR(9) CHAR(60) CHAR(10) CHAR(25) CHAR(60) CHAR(25) CHAR(24) CHAR(24) CHAR(24) CHAR(15) CHAR(15) CHAR(60) MEMO MEMO

NOT NULL √

AUTO INC √

NOT NULL √

AUTO INC √

Tabel Factuur: Attribuut

Datatype

Id Factuurnr Datum Debiteur_Id Soortfactuur Totaalexclusief BTWPercentage BTW Opmerking Factuurvoldaan

LONG INTEGER LONG INTEGER DATETIME INTEGER CHAR(20) CURRENCY BYTE CURRENCY MEMO CHAR(5)

52 van 57

NOT NULL √

Standaard Waarde NOT NULL NOT NULL NULL NOT NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL

Standaard Waarde NOT NULL NOT NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL

AUTO INC √

Standaard Waarde NOT NULL NOT NULL NULL NOT NULL NULL NULL NULL NULL NULL NULL


Betaaldatum Betaaldvia Periodevan Periodetm Kortingprocent Kortingbedrag Totaalexclusief_Min_Kortingbedrag Layout Totaalvoldaan Totaalnogvoldoen Totalebedrag_Min_Reedsvoldaan Primary Key (PK) : Id Foreign Key (FK): Debiteur_Id Tabel Fctregel: Attribuut

DATETIME CHAR(10) DATETIME DATETIME BYTE CURRENCY CURRENCY BYTE CURRENCY CURRENCY CURRENCY

Datatype

Id LONG INTEGER Factuur_Id LONG INTEGER PakbonArtikel_Id LONG INTEGER Regelnummer LONG INTEGER Aantal LONG INTEGER Pakbon_Id LONG INTEGER Primary Key (PK) : Id Foreign Key (FK): Factuur_Id, PakbonArtikel_Id en Pakbon_Id Tabel Pakbon: Attribuut Id Pakbonnr Datum Debiteur_Id Opmerking Totalebedrag Layout Pakbonvoldaan Primary Key (PK) : Id Foreign Key (FK): Debiteur_Id Tabel Pakbonregel: Attribuut

Datatype LONG INTEGER LONG INTEGER DATETIME LONG INTEGER MEMO CURRENCY CHAR(10) CHAR(5)

Datatype

Id LONG INTEGER Pakbon_Id LONG INTEGER PakbonArtikel_Id LONG INTEGER Pompkaartnummer CHAR(20) Aantal LONG INTEGER Primary Key (PK) : Id Foreign Key (FK): Pakbon_Id en PakbonArtikel_Id Tabel Pakbonartikel: Attribuut Id Artikelnummer Omschrijving Bedrag Primary Key (PK) : Id

Datatype LONG INTEGER LONG INTEGER CHAR(62) CURRENCY

Tabel Reparatiebon:

53 van 57

NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL

NOT NULL √

AUTO INC √

Standaard Waarde NOT NULL NOT NULL NOT NULL NULL NULL NOT NULL

NOT NULL √

AUTO INC √

Standaard Waarde NOT NULL NOT NULL NULL NOT NULL NULL NULL NULL NULL

NOT NULL √

AUTO INC √

Standaard Waarde NOT NULL NOT NULL NOT NULL NULL NULL

NOT NULL √

AUTO INC √

Standaard Waarde NOT NULL NULL NULL NULL


Attribuut

Datatype

Id Filiaal_Id Reparatiebonnr Datum Klant_Id Ophaal_datum Ophaal_uur Bedrag Bedrag_status Opgehaald_datum Opmerking Kortingprocent Kortingbedrag Totalebedrag TotalebedragexBTW BTW NotTeBetalen Betaaldatum Primary Key (PK) : Id Foreign Key (FK): Filiaal_Id en Klant_Id

LONG INTEGER LONG INTEGER LONG INTEGER

Datatype

Id Reparatiebon_Id Filiaal_Id ReparatiebonArtikel_Id Spoed Aantal Primary Key (PK) : Id Foreign Key (FK): Reparatiebon_Id, Filiaal_Id

Id Artikelnummer Omschrijving Bedrag Primary Key (PK) : Id

AUTO INC √

Standaard Waarde NOT NULL NOT NULL NOT NULL NULL NOT NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL

NOT NULL √

AUTO INC √

Standaard Waarde NOT NULL NOT NULL NOT NULL NOT NULL NULL NULL

AUTO INC √

Standaard Waarde NOT NULL NOT NULL NULL NULL

LONG INTEGER DATETIME DATETIME CURRENCY CHAR(20) DATETIME MEMO BYTE CURRENCY CURRENCY CURRENCY CURRENCY CURRENCY DATETIME

Tabel Reparatiebonregel: Attribuut

Tabel Reparatiebonartikel: Attribuut

NOT NULL √

LONG INTEGER LONG INTEGER LONG INTEGER LONG INTEGER YES/NO LONG INTEGER

en ReparatiebonArtikel_Id

Datatype LONG INTEGER LONG INTEGER CHAR(62) CURRENCY

Tabel Klant: Attribuut

Datatype

Id Klantnr Naam

LONG INTEGER LONG INTEGER CHAR(40)

Adres Huisnummer Huisnummertoevoeging Postcode Plaats Telefoonnummer Provincie Opmerking Klantpas Studentenpas Primary Key (PK) : Id

CHAR(60) CHAR(4) CHAR(10) CHAR(10) CHAR(25) CHAR(24) CHAR(15) MEMO YES/NO YES/NO

NOT NULL √

NOT NULL √

AUTO INC √

Standaard Waarde NOT NULL NOT NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL

54 van 57


Tabel Filiaal: Attribuut

Datatype

FiliaalId Filiaal

LONG INTEGER CHAR(40)

Adres Postcode Plaats Telefoonnummer Faxnummer Primary Key (PK) : Id

CHAR(60) CHAR(10) CHAR(25) CHAR(24) CHAR(24)

Datatype

Id Klant_Id

LONG INTEGER LONG INTEGER

Datum SMSTekst Primary Key (PK) : Id Foreign Key (FK): Klant_Id

DATETIME CHAR(255)

Id Filiaal_Id Stomerijbonnr Datum Klant_Id Ophaal_datum Ophaal_uur Bedrag Bedrag_status Opgehaald_datum Opmerking Kortingprocent Kortingbedrag Totalebedrag TotalebedragexBTW BTW NotTeBetalen Betaaldatum Primary Key (PK) : Id Foreign Key (FK): Filiaal_Id en Klant_Id Tabel Stomerijbonregel: Attribuut

AUTO INC √

Standaard Waarde NOT NULL NULL NULL NULL NULL NULL NULL

Tabel SMS: Attribuut

Tabel Stomerijbon: Attribuut

NOT NULL √

NOT NULL √

Datatype LONG INTEGER LONG INTEGER LONG INTEGER

AUTO INC √


NOT NULL √

AUTO INC √

Standaard Waarde NOT NULL NOT NULL NOT NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL

NOT NULL √

AUTO INC √

Standaard Waarde NOT NULL NOT NULL NOT NULL NOT NULL NULL NULL

LONG INTEGER DATETIME DATETIME CURRENCY CHAR(20) DATETIME MEMO BYTE CURRENCY CURRENCY CURRENCY CURRENCY CURRENCY DATETIME

Datatype

Id LONG INTEGER Stomerijbon_Id LONG INTEGER Filiaal_Id LONG INTEGER StomerijbonArtikel_Id LONG INTEGER Spoed YES/NO Aantal LONG INTEGER Primary Key (PK) : Id Foreign Key (FK): Stomerijbon_Id, Filiaal_Id en StomerijbonArtikel_Id Tabel Stomerijbonartikel:

55 van 57


Attribuut

Datatype

Id Artikelnummer Omschrijving Bedrag Primary Key (PK) : Id

LONG INTEGER LONG INTEGER CHAR(62) CURRENCY

Tabel Bedrijf: Attribuut

Datatype

Bedrijf

CHAR(60)

NOT NULL

NOT NULL √

AUTO INC

Factuurnummer


Standaard Waarde NULL

Adres CHAR(60) Postcode CHAR(10) Plaats CHAR(25) Telefoonnummer CHAR(24) Faxnummer CHAR(24) E-mailadres CHAR(60) Bank CHAR(30) Bankgironummer CHAR(12) BTWnr CHAR(15) KvKnr CHAR(15) Mobiel CHAR(12) Logo OLE-object Website CHAR(60) Reparatie_Filiaal_Id LONG INTEGER Stomerij_Filiaal_Id LONG INTEGER Bedrag CURRENCY BedragPlusHerrinering CURRENCY Foreign Key (FK): Reparatie_Filiaal_Id en Stomerij_Filiaal_Id Tabel Voorkeuren: Attribuut

AUTO INC √

Datatype

NOT NULL

NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NOT NULL NOT NULL NULL NULL

AUTO INC

Standaard Waarde NULL

Factuurveranderen


Offertebetalingscondities

MEMO

NULL

Factuurbetalingscondities

MEMO

NULL

BackupNaar

CHAR(255)

NULL

OfferteBody_1

MEMO

NULL

OfferteBody_3

MEMO

NULL

SpoedToeslag

BYTE

NULL

Korting

BYTE

NULL

Openingstijden

MEMO

NULL

Openstaandepost

BYTE

NULL

Herrinering

BYTE

NULL

Aanmaning

BYTE

NULL

Studentenkorting

BYTE

NULL

Herrineringkosten

CURRENCY

NULL

Laatsteaanmaningkosten

CURRENCY

NULL

NULL

56 van 57


SMSCityAccount

CHAR(20)

NULL

SMSCityWachtwoord

CHAR(20)

NULL

BerichtSMS

CHAR(255)

NULL

Tabel Plaats: Attribuut

Datatype

PlaatsID Plaats

NOT NULL √


AUTO INC √

Standaard Waarde NULL NULL

Primary Key (PK) : PlaatsID Tabel Postcode: Attribuut

Datatype

Postcode

CHAR(6)

NOT NULL

AUTO INC

NULL

ReeksVan

LONG INTEGER ReeksTM LONG INTEGER StraatID LONG INTEGER PlaatsID LONG INTEGER ProvincieID LONG INTEGER Foreign Key (FK): StraatID, PlaatsID en ProvincieID Tabel Straat: Attribuut StraatID Straat

Datatype LONG INTEGER CHAR(25)

Standaard Waarde

NULL NULL NOT NULL NOT NULL NOT NULL

NOT NULL √

AUTO INC √

Standaard Waarde NOT NULL NULL

Primary Key (PK) : StraatID Tabel Provincie: Attribuut ProvincieID Provincie

Datatype LONG INTEGER CHAR(25)

NOT NULL √

AUTO INC √

Standaard Waarde NOT NULL NULL

Primary Key (PK) : ProvincieID

57 van 57

Bijlage 4 - Enquête Sent: Monday, September 20, 2010 11:42 PM Subject: Afstudeeropdracht "TAM Kledingreparatie en Stomerij"

Beste lezer, Voor mijn afstudeeropdracht aan de Hogeschool van Amsterdam heb ik softwarepakket ontwikkeld voor Kledingreparatie en Stomerij branche. Softwarepakket kan geïnstalleerd worden op Windows XP, Vista of Windows 7 en heeft volgende modules: -Kledingreparatiebon, -Stomerijbon, -Pakbon, -Factuur, -SMS verzenden naar klanten en etc. Ik wil onder de kledingreparatie & stomerij branche een enquête houden om meer inzicht te krijgen over het volgende: ·

De bekendheid van een softwarepakket

·

Behoefte aan een softwarepakket

·

Specifieke wensen van een softwarepakket

·

Aanschaf behoefte

·

Investering

Enquête vragen zijn: 1. Bent u bekend met een softwarepakket voor kledingreparatie & stomerij branche? Ja/Nee 2. Hebt u behoefte aan een softwarepakket voor uw branche? Ja/Nee 3. Wat moet een softwarepakket kunnen? Open vraag 4. Zou u softwarepakket willen aanschaffen? Ja/Nee 5. Wat zou u maximaal willen investeren voor zo een softwarepakket? Open vraag

Zou u zo vriendelijk kunnen zijn om deze Enquête vragen te beantwoorden en naar mij op te sturen. Ik zal dan de resultaten in mijn scriptie verwerken.

Alvast bedankt voor de medewerking,

Met vriendelijke groet,

Medayim Aktas Hogeschool van Amsterdam Informatica Tel : 06-53359157

E-mail enquête is verzonden naar volgende bedrijven: Bedrijf E-mail adres Stomerij Rembrandt [email protected] Ozden Fashion Confectie [email protected] Rio Kleding Atelier [email protected] Kinker Sinds 1988 De [email protected] Excellent Kledingreparatie en Stomerij [email protected] Aral Kledingreparatie [email protected] Gebrs. Stegman [email protected]

Pagina 1 van 3

De Gouden Schaar Nederland Laundromatic Wasserij – Stomerij Winnaar Stomerij Quick Service Stomerij en Wasserij Stomerij Gelderlandplein Geertje de Roo Atelier Kledingreparatie & Stomerij Robijn Quickly Stomerij & Kledingreparatie Kolver Kledingrepratie Repelsteeltje Jolanda Kledingatelier Meetlint Het Edese Schaar Made by Estrella Strijkservice Marleen Kledingreparatiebedrijf Judith La-Couture Kesjer Atelier Atelier Marlies Pompo Kledingverandering Gouden schaar De Haidari Kledingrepratie Kledingreparatie Vakmansschaar VANELLY maakt kleding Mode-Atelier Idiana Tess Fashion Naaiatelier Schaar Kledingherstel en -verstel De Aktex Kledingreparatie & Gordijnen Kopspang De De Gouden Schaar Bij dekker Zig zag & ZO Naaihuis Het Angé Couture Haagsche Tailor Gouden Schaar De Atelier ’t klosje Atelier Riekie Moda Giovanni TipTop Kledingreparaties & Stomerij DANEX Kledingreparaties/Stomerij Marion’s Atelier Gerda Kledingveranderatelier Atelier Annelies Kledingatelier Nelly Heijkers Naaiatelier 't Kluske - Confectie & Reparatie Atelier Allround Tobé Kledingveranderbedrijf Romatex International BV Schoot Pompcentrum BV voor Kledingbedrijven Atelier Vera Verstelatelier Madlin Derodeschaar Ina’s Naaiatelier

[email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected]

Pagina 2 van 3

Snuffel Amsterdamse Poort Lamool Canisius Stoomerette ’t Vlak Tabel : E-mail enquête

[email protected] [email protected] [email protected] [email protected]

Pagina 3 van 3

Projectplanning TAM Kledingreparatie & Stomeri ID 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33

Taaknaam

Benodigde tijd

Project TAM Kledingreparatie & Stomerij Opstarten Project Gesprek met opdrachtgever Nicole Concept Feasibility Study Gesprek met opdrachtgever Nicole Concept Feasibility Study v.0.2 Concept Business Study Gesprek met opdrachtgever Nicole Concept Business Study v.0.2 Concept Functional Model Iteration Gesprek met opdrachtgever Nicole Concept Functional Model Iteration v.0.2 Concept Design and Build Iteration Gesprek met opdrachtgever Nicole Voorbereiden Prototype 1 Bouw basisraamwerk applicatie Voorbereiden Prototype 2 Gesprek met opdrachtgever Nicole Voorbereiden Prototype 3 Bouw definitieve applicatie Gesprek met opdrachtgever Nicole Zomervakantie Testen Gesprek met opdrachtgever Nicole Concept Design and Build Iteration v.0.2 Uitrol Nazorg Concept afstudeeronderzoek Functional Model Iteration Design and Build Iteration Concept Afstudeeronderzoek v.0.2 t/m 0.6 Kerstvakantie Afstudeeronderzoek

Project: Project TAM Kledingrepar Datum: Mon 24-1-11

203 days 1 day 1 day 5 days 1 day 5 days 8 days 1 day 7 days 5 days 1 day 5 days 10 days 1 day 4 days 15 days 3 days 1 day 2 days 5 days 1 day 25 days 5 days 1 day 10 days 1 day 5 days 10 days 10 days 10 days 26 days 12 days 6 days

Start

Thu 1-4-10 Thu 1-4-10 Fri 2-4-10 Mon 5-4-10 Mon 12-4-10 Tue 13-4-10 Tue 20-4-10 Fri 30-4-10 Mon 3-5-10 Wed 12-5-10 Wed 19-5-10 Thu 20-5-10 Thu 27-5-10 Thu 10-6-10 Fri 11-6-10 Thu 17-6-10 Thu 8-7-10 Tue 13-7-10 Wed 14-7-10 Fri 16-7-10 Fri 23-7-10 Mon 26-7-10 Mon 30-8-10 Mon 6-9-10 Tue 7-9-10 Tue 21-9-10 Wed 22-9-10 Wed 29-9-10 Wed 13-10-10 Wed 27-10-10 Wed 10-11-10 Thu 16-12-10 Mon 3-1-11

Einde

Predecessors March B

Mon 10-1-11 Thu 1-4-10 Fri 2-4-10 Fri 9-4-10 Mon 12-4-10 Mon 19-4-10 Thu 29-4-10 Fri 30-4-10 Tue 11-5-10 Tue 18-5-10 Wed 19-5-10 Wed 26-5-10 Wed 9-6-10 Thu 10-6-10 Wed 16-6-10 Wed 7-7-10 Mon 12-7-10 Tue 13-7-10 Thu 15-7-10 Thu 22-7-10 Fri 23-7-10 Fri 27-8-10 Fri 3-9-10 Mon 6-9-10 Mon 20-9-10 Tue 21-9-10 Tue 28-9-10 Tue 12-10-10 Tue 26-10-10 Tue 9-11-10 Wed 15-12-10 Fri 31-12-10 Mon 10-1-11

May B

July B

B

B

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

Taak

Voortgang

Samenvatting

Externe taken

Splitsing

Mijlpaal

Projectsamenvatting

Externe mijlpaal

Deadline

B

September B

B

November B

B

Wat moet een softwarepakket kunnen volgens kledingreparatie en stomerij bedrijven

Recommend Documents