Functioneel Ontwerp Verenging van Eigenaren Beheer

Functioneel Ontwerp Verenging van Eigenaren Beheer

Auteurs: Redouan Machouahi Tom Lether Patrick Schoen Michael van Zutphen

Inhoud Configuratiebeheer ................................................................................................................................. 5 Versiebeheer ....................................................................................................................................... 5 Distributielijst ...................................................................................................................................... 5 Inleiding ................................................................................................................................................... 6 Ontwerpbeslissingen ............................................................................................................................... 7 Ontwerpbeslissingen, afwijkingen, openstaande punten ................................................................... 7 Ontwerpbeslissingen ....................................................................................................................... 7 Afwijkingen Basisontwerp ............................................................................................................... 7 Openstaande punten....................................................................................................................... 7 Geraadpleegde documentatie............................................................................................................. 8 Relaties met andere modules.............................................................................................................. 8 Leeswijzer ............................................................................................................................................ 8 Het bouwen van de applicatie................................................................................................................. 9 Opensource ..................................................................................................................................... 9 Testen .............................................................................................................................................. 9 Bedrijfsregels ......................................................................................................................................... 10 Autorisaties ........................................................................................................................................... 11 Generieke werking functies en interfaces (styleguide) ......................................................................... 12 Doel van de styleguide ...................................................................................................................... 12 Aanmelden bij het systeem ............................................................................................................... 12 Applicatievenster............................................................................................................................... 13 Titelbalk ......................................................................................................................................... 13 Statusregel ..................................................................................................................................... 14 Muiscursor ..................................................................................................................................... 14 Hoofdscherm ................................................................................................................................. 14 Functies ................................................................................................................................................. 15 Samenvatting en beschrijving van de gebruikers rollen en de functies die worden gebruikt .............. 16 Lid: ..................................................................................................................................................... 16 Voorzitter: ......................................................................................................................................... 16 Beheerder: ......................................................................................................................................... 17 Systeem: ............................................................................................................................................ 17

2

Usecases + beschrijvingen ..................................................................................................................... 18 Algemeen deel:.................................................................................................................................. 18 Relaties .......................................................................................................................................... 20 Eigenaars ....................................................................................................................................... 24 Beheerteam ................................................................................................................................... 25 Debiteurenbewaking ..................................................................................................................... 26 Advieslijst....................................................................................................................................... 27 UrenAdministratie ......................................................................................................................... 29 Technische deel ................................................................................................................................. 31 Reparatieverzoeken....................................................................................................................... 34 Contracten ..................................................................................................................................... 37 Leveranciers................................................................................................................................... 39 Reparatievoorwaarden.................................................................................................................. 41 Financieel deel................................................................................................................................... 42 Begroting Beheer........................................................................................................................... 46 Boekjaar ......................................................................................................................................... 48 Factuur beheer .............................................................................................................................. 50 Debiteuren en Crediteuren beheer ............................................................................................... 52 Prolongaties ................................................................................................................................... 54 Voorschotten Beheer .................................................................................................................... 55 Dagboek beheer ............................................................................................................................ 57 Telebankieren ................................................................................................................................ 59 Administratief deel ............................................................................................................................ 60 Vergadering Beheer....................................................................................................................... 64 Prikbord ......................................................................................................................................... 68 Verenigingen Beheer ..................................................................................................................... 69 Post beheer ................................................................................................................................... 71 Eigenaren beheer .......................................................................................................................... 73 Bestuur lijst .................................................................................................................................... 75 Consequenties bestaande systemen..................................................................................................... 78 Standaards ......................................................................................................................................... 78 Overige documentatie van het project ............................................................................................. 78 Aandachtspunten vervolgtraject ........................................................................................................... 79 Ontwerpfase ...................................................................................................................................... 79 3

Ontwikkelingsfase ............................................................................................................................. 79 Testfase ............................................................................................................................................. 79 Realisatiefase..................................................................................................................................... 79 Implementatiefase ............................................................................................................................ 79 Beheer- en onderhoudsfase .............................................................................................................. 79 Wetgeving ............................................................................................................................................. 80

4

Configuratiebeheer Versiebeheer Versie

Datum

Auteur

Omschrijving

1.0

09-feb-2010

Final versie 1

1.1 1.2

11-feb-2010 28-feb-2010

2.0

4-maa-2010

Redouan Machouahi Patrick Schoen Michael van Zutphen Michael van Zutphen

Aanpassingen en toevoegingen Aanpassingen en toevoegingen Final versie 2

Distributielijst Versie 1.0

Datum 09-feb-2010

Aan WOSI projectleiding

5

Inleiding Dit is het functioneel ontwerp van VvE beheer van het project WOSI. Een functioneel ontwerp wordt gebruikt tijdens systeemontwikkelingen, en bevat zaken zoals het ontwerp van het systeem, omschrijvingen van de functies die aanwezig zullen zijn in het systeem, hoe het systeem ontwikkelt gaat worden, etc. VvE beheer is opgedeeld in 4 onderdelen. Deze 4 onderdelen kunnen los van elkaar ontwikkelt worden, en samen vormen zij het complete systeem VvE beheer. Dit document bevat de volgende zaken:     

Een beschrijving over de ontwerpbeslissingen die genomen zijn tot zover binnen het project Een beschrijving van de applicatie die gemaakt gaat worden Een beschrijving van de user interface De functies van de applicatie, in de vorm van usecases en beschrijvingen Hoe het project is ingedeeld en welke fases in het vervolg nog zullen worden uitgevoerd

6

Ontwerpbeslissingen Ontwerpbeslissingen, afwijkingen, openstaande punten Er is gekozen om een standalone applicatie te ontwikkelen voor het systeem van VvE beheer. Deze applicatie zal worden ontworpen om het WOSI framework heen. Deze keuze is gemaakt om de applicatie onderhoudbaar en uitbreidbaar te houden. De aansluitingen met andere systemen die de applicatie zal krijgen zullen per bedrijf verschillen. Het is belangrijk om het systeem zo open en aanpasbaar mogelijk te maken, zodat de tijd die nodig is om het systeem the implementeren zo klein mogelijk wordt gehouden. De keuze voor de indeling van de schermen is gemaakt op basis van de applicaties die we gezien hebben en op eigen inzicht. De applicatie is ontworpen om efficiënt te werken; weinig klikken en intuïtief aan te voelen. In dit document zullen niet veel schermen te zien zijn. De basis lay-out is duidelijk te zien in het eerste deel van het document, verder zal de indeling gedaan moeten worden naar eigen inzicht. Deze keuze is gemaakt om de ontwikkelaars niet te veel restricties op te leggen in de toekomst, ervan uitgaand dat er nog (kleine) functionele wijzingverzoeken zullen volgen vanuit de business. Ontwerpbeslissingen In het uiteindelijke document zullen de expliciete afspraken rond de gebruikersinterface nog eens besproken moeten worden met de beoogde eindgebruikers. Deze gebruikers kunnen vanuit hun ervaring goede feedback geven rond de usability van de interface. Er van uitgaand dat de ontwikkelaars geen ervaring hebben met dit soort ERP systemen vanuit gebruikersperspectief is het belangrijk om de bruikbaarheid te laten testen door de business zelf om tot een goede interface te komen. Afwijkingen Basisontwerp Het basis ontwerp is zover geheel gebaseerd op de informatie zoals het is geleverd door Stedelijk Wonen in Enschede. Er van uitgaand dat dit een volledige uitwerking is van een VvE beheer systeem en de functionaliteiten ervan, is het ontwerp volledig. Er kunnen echter eisen bij komen zodra deze teruggekoppeld worden aan de business. Men dient er altijd vanuit te gaan dat tot het ontwerp goedgekeurd en volledig is bevonden door de business er wijzigingen in voor kunnen komen. Bij het opstellen van de basis van de applicatie, zoals het database ontwerp dient hier rekening mee gehouden te worden. Eveneens dient er rekening gehouden te worden met eventuele uitbereidingen in de toekomst. Openstaande punten Gedurende het opstellen van het functioneel detailontwerp kan deze paragraaf gevuld zijn met specifieke aandachtspunten; na oplevering van het functioneel detailontwerp ligt het in de lijn der verwachting dat al deze punten een plaatsje hebben gekregen in het ontwerp. In overleg met de Acceptatieverantwoordelijke kunnen aandachtspunten naar een volgende fase worden doorgeschoven.

7

Geraadpleegde documentatie De gebruikte informatie bestaat uit meerdere bronnen. Dit zijn de volgende:  De map “Cursus VvE beheer”, te vinden tussen de WOSI documentatie  Het boek over VvE beheer, te vinden tussen de WOSI documentatie  De handleiding van Twink gevonden op BSCW  De presentatie van Stedelijk wonen van 16 oktober 2009, te vinden op BSCW  De video van de presentatie van Stedelijk wonen, te vinden op BSCW * Met BSCW wordt de eigen van WOSI op BSCW bedoeld, de URL van deze map is https://bscw.hva.nl/bscw/bscw.cgi/104690751 uitnodigingen voor deze map zijn aan te vragen bij de projectleiding.

Relaties met andere modules De relaties met andere modulen zijn tot dusver onduidelijk. Het eindproduct is bedoeld om door een groot aantal bedrijven gebruikt te worden. Welke andere systemen zullen communiceren met dit systeem is daarom niet te definiëren. Hierom is het belangrijk een open en configureerbaar systeem te bouwen dat verschillende formaten aan kan. Zo zullen oudere systemen andere mark-up mogelijkheden gebruiken dan nieuwe systemen, dit zijn dingen waar meer onderzoek naar gedaan moet worden en vast moet worden gelegd zodra het ontwikkelen van de applicatie begint.

Leeswijzer Het uitgangspunt van dit document tot dusver zijn de use cases. De leesbaarheid van deze modellen leent zicht uitstekend om terug te koppelen naar de business om na te gaan of de functionaliteiten van het ontwerp volledig zijn. De volgende stap zal zijn om de schermen grotendeels te ontwerpen en deze te testen op gebruiksvriendelijkheid.

8

Het bouwen van de applicatie VvE beheer is een groot en complex project, het team dat zorgt voor de ontwikkeling van de applicatie zal daardoor uit meerdere teamleden moeten bestaan. De applicatie zelf zal worden opgedeeld in vier delen, ieder deel zou apart moeten kunnen worden ontwikkelt. Hierdoor wordt het ook mogelijk om de applicatie zo te verdelen dat de ontwikkeling ervan makkelijker en soepeler zou moeten gaan verlopen De applicatie zal bestaat uit de volgende vier delen:    

Algemeen deel Administratief deel Technisch deel Financieel deel

Opensource De bedoeling is om een opensource applicatie te ontwikkelen, en deze zal moeten kunnen draaien op verschillende besturingssystemen zoals: Windows, Mac en Linux. De programmeurs kunnen Netbeans of Eclipse gebruiken als ontwikkelomgeving. De keuze zal van het team afhangen. De applicatie zal in J2EE geprogrammeerd gaan worden, en daar zal gebruik worden gemaakt van Spring en hibernate. Testen Ook zal er een testing procedure moeten worden opgezet voor de applicatie. Omdat de applicatie groot en complex zal worden zullen er vele testen gemaakt en uitgevoerd moeten worden. Door deze omvang zal een ander team zich bezig moeten gaan houden met de testing van de applicatie. Door elk deel van de applicatie uitvoerig te testen op verschillende niveaus wordt de kwaliteit van de applicatie beschermt. En op deze manier zal een applicatie met hoge kwaliteit moeten kunnen worden opgeleverd.

9

Bedrijfsregels Voor deze applicatie gelden een aantal bedrijfsregels. Deze dienen aanpasbaar te zijn om in iedere omgeving te passen. Bedrijfsregels gelden onder andere voor de volgende functies: 





Financieel o (Automatisch) Versturen van factuur naar bedrijven o (Automatisch) Versturen van rekeningen naar gebruikers o Aanpassen documenten zoals meerjarenplan, begroting, prolongaties o Afhandelen van voorschotten o Afhandelen van dagboeken o Afhandelen van inkoopfacturen o Instellen van periodieke bijdragen o Afhandelen (automatische) incasso’s o Inzien boekjaren Administratief o Agenda beheer o Notulen beheer o Eigenaarregister o Gebruikersregister (eigenaren incl. betrokken derden) o Beheer splitsingsakte o Techniek/leveranciers o Beheer meldingen, voortgang, acties o Beheer leveranciers o Contractbeheer

Bedrijfsregels zijn voor veel verschillende functionaliteiten van toepassing en verschillen ook per VvE. Zo zal de ene een aantal dingen, zoals de financiën zelf beheren en zullen anderen dit uit handen geven. Binnen het bedrijf zullen de taken weer onderverdeeld vallen en zullen bepaalde afdelingen zich beperken tot slechts een aantal delen van het systeem, de coördinatie en het afhandelen van reparaties bijvoorbeeld. Hierom is het belangrijk om voor elke functionaliteit afhankelijk lees en schrijfrechten toe te kunnen wijzen aan aparte gebruikers of een cluster gebruikers.

10

Autorisaties Het autoriseren van gebruikers verloopt volgens typen gebruikers. Deze typen zijn:    

lid voorzitter beheerder systeem

Deze dienen apart toegangsrechten te krijgen voor de volgende onderdelen van het systeem:  Algemeen deel  Technische deel  Financieel deel  Administratief deel Dit kan het best gedaan worden door met een vereniging van eigenaren en het bedrijf waar de applicatie geïmplementeerd zal worden een “CRUD” matrix op te stellen. In deze “CRUD” matrix worden dan alle gebruikers met hun bijbehorende rechten vastgelegd. Per implementatie kan dit verschillen, aangezien deze gebruikers en rechten niet vast liggen. Een CRUD matrix is een tabel waarin op de horizontale as alle delen van het systeem waar rechten onder verdeeld moeten worden zijn opgenomen en op de verticale as alles gebruikers. Hierin kan dan worden aangegeven welke rechten een gebruiker of cluster dient te ontvangen.

11

Generieke werking functies en interfaces (styleguide) Doel van de styleguide Deze styleguide is bedoeld om het uiterlijk van de applicatie in hoofdlijnen vast te leggen. Hoofddoel is om de usability zo hoog mogelijk te houden. Het ontbreken hiervan bij andere applicaties is de uitgang van dit project. Het aantal clicks en de navigeerbaarheid dient hoog in het vaandel gehouden te worden. Hierom is er gekozen om de indeling in vieren te verdelen en de functionaliteiten die onder deze vier hoofdgroepen zo goed mogelijk te organiseren en te groeperen. De look and feel van de applicatie dient zo veel mogelijk op de “Windows standaarden” gebaseerd te worden. Hiermee wordt het gedrag van de muis en de toetsenbord bedoeld, maar ook de locatie van knoppen en het gebruik van bijvoorbeeld invoervelden bedoeld. Het systeem dient intuïtief bedient te kunnen worden, om gebruikers er snel en makkelijk mee overweg te laten kunnen gaan.

Aanmelden bij het systeem Het aanmelden bij het systeem gebeurt door middel van een gebruikersnaam en wachtwoord. Na het invoeren van deze gegevens controleert het systeem of deze naam klopt en haalt het de rechten van de gebruiker op. De gebruiker zal na aanmelden alleen de functionaliteiten waar hij of zij toegang toe heeft te zien krijgen. De rechten van de gebruiker worden uit de database opgehaald. De groep van de gebruiker en de individuele rechten worden opgehaald om de data van het startscherm te kunnen initialiseren. Zo worden er voor elke gebruiker rechten opgehaald, maar zullen er voor gebruikersgroepen bijvoorbeeld in de toekomst ook nieuwsberichten opgehaald kunnen worden. Hier onder voorbeelden van hoe het hoofdmenu er uit zou kunnen zien, gevolgd door een voorbeeld van wat de beheerder ziet na te zijn ingelogd in het systeem:

12

Applicatievenster Na het inlogscherm zal zoals getoond in het voorbeeld het startscherm getoond worden. Hier zijn de vier functionaliteitgroepen weergegeven waar de gebruik uit kan kiezen afhankelijk van zijn of haar rechten. Het startscherm en de algemene interface bestaat uit de volgende componenten: Titelbalk In de titelbalk wordt de naam van de applicatie en de titel van het huidige venster aangegeven om feedback te geven aan de gebruiker over de positie in het systeem. Hier kan afhankelijk van de diepte in het systeem bijvoorbeeld ook gebruik gemaakt worden van breadcrumbs. Tevens dienen er de standaard Windows knoppen voor de venstereigenschappen aanwezig te zijn. Dit zijn knoppen voor het minimaliseren, volledig scherm/venster knop en de sluitknop. Na het klikken van de sluitknop dient er wel om confirmatie te worden gevraagd middels een dialoog waar de gebruiker moet opgeven of hij zeker weet dat hij de applicatie wil verlaten. 13

Statusregel Aan de onderkant van het scherm is een statusregel aanwezig waarin de gebruiker feedback krijgt van de status van het systeem. Voorbeelden zijn “Het ophalen van gegevens” of “Bezig met opslaan” tevens kunnen hier snelkoppelingen worden geplaatst naar bepaalde schermen in het systeem of een zoekfunctionaliteit in de vorm van het bekende vergrootglas. Indien er wordt gebruikt van dit soort pictogrammen om het navigeren te verbeteren dient er feedback te worden gegeven aan gebruiker zodra hij de muiscursor boven het pictogram plaats in de vorm van een pop-up melding met de naam van de functionaliteit, zoals een bericht met zoek “Zoeken”. Muiscursor De muiscursor dient de standaard vorm van een pijl te hebben. Als het systeem bezig met het ophalen of verwerken van gegevens dient er feedback te worden gegeven aan de gebruiker. Dit kan door middel van een zandloper of een het cirkeltje dat in Windows 7 gebruikt wordt. Indien hier niets voor wordt gebruikt kan de standaard van het besturingssysteem worden gebruikt. Hoofdscherm In het hoofdscherm wordt de data weergegeven. De lay-out van het scherm dient intuïtief bediend te worden. Alle invoer regels of tabellen dienen benoemd te worden. Bijvoorbeeld “Naam” of “Prolongatieschema” boven of naast het schema. De data dient overzichtelijk op het scherm geplaatst te worden waarbij zo veel mogelijk gebruikt wordt gemaakt van de beschikbare ruimte. Indien een venster veel informatie bevat is het beter om dit verticaal dan horizontaal te plaatsen, omdat oudere computers veelal op een lager resolutie draaien, bijvoorbeeld 800 bij 600 pixels of 1024 bij 768 pixels. Deze schermformaten zijn niet zo breed en een gebruiker dient niet ook naar links en rechts te hoeven scrollen of alle informatie zichtbaar te krijgen. Bij het gebruik van pictogrammen dient feedback gegeven te worden als de gebruiker de muiscursor erboven plaatst. Interfaceopties waar gebruik gemaakt van dient te worden zijn:  Tabellen voor informatie.  Selectievakken om opties te selecteren.  Selectielijsten waaruit één optie geselecteerd kan worden, bijvoorbeeld een driedelig selectievak voor een geboortedatum, of een man/vrouw selectie.  Een standaard knoppenbalk met de opties: terug, annuleren, opslaan, verwijderen, toevoegen, detail, wijzigen. Van deze functies dient naar eigen inzicht van de schermontwikkelaar gebruik gemaakt te worden. De informatie dient altijd zo efficiënt mogelijk beschikbaar gemaakt te worden, maar mag niet te veel ruimte in beslag nemen. Zo zal een lijst gebruikers in een tabel worden weergegeven, waar bij veel gebruikers ook de mogelijkheid is om te zoeken op naam, geboortedatum, of adres bijvoorbeeld. Ook de getoonde informatie dient nooit meer te zijn dan dat er in dat scherm nodig is om de taak te vervullen. Zo is het wel nodig om bij het toewijzen van een factuur een bepaald bedrijf te selecteren, maar zal dit bij het betalen hiervan niet nodig zijn.

14

Functies Hieronder is een overzicht te zien van de huidige functionaliteiten van het systeem:

In dit overzicht van de functionaliteiten wordt duidelijk dat de applicatie functies zal bevatten zoals:   

Eigenaarbeheer Verenigingbeheer Vergaderbeheer

De hierboven genoemde functies en alle andere functies worden op een meer gedetailleerd niveau behandeld in het hoofdstuk “Usecases en beschrijvingen”.

15

Samenvatting en beschrijving van de gebruikers rollen en de functies die worden gebruikt Er zijn in de applicatie vier soorten gebruikers: Lid, voorzitter, beheerder en systeem. Van ieder van deze gebruikers zal een samenvatting en beschrijving volgen van rollen en functies die zij zouden kunnen gebruiken in de applicatie

Lid: Een lid is een entiteit die bij een appartementsrecht hoort. Deze kan dus niet aangepast of verwijderd worden, omdat immers elk appartementrecht behouden dient te blijven. Een lid is de basisgebruiker in het ticket systeem. Het lid kan de status van reeds gemelde tickets bekijken die door hem aan zijn gemaakt. Een lid kan zelf nieuwe incidenten melden die door of de gebruiker of het systeem in een ticket worden gezet. Het lid kan een overzicht opvragen met alle vergaderingen die op hem (zijn VvE) van toepassing zijn. Voor elke vergadering is er een nieuw scherm waarin de details van de vergadering worden weergegeven. Hierin zijn ook de notulen te vinden die door de voorzitter zijn toegevoegd. Ook is er een kalender beschikbaar waarin alle afspraken rond het VvE, waaronder de vergaderingen te zien zijn. Een lid kan in het scherm van de vereniging alle gegevens van de vereniging zien. Hieronder valt de splitsingakte als document, vermeld met versienummer en datum van laatste bewerking.

Voorzitter: De voorzitter kan een overzicht opvragen van alle leden die bij de VvE van de beheerder aangesloten zijn. Hij kan de leden wel inzien, maar kan deze niet aanpassen. De voorzitter heeft dezelfde rechten als een lid. Ook kan de voorzitter de gemaakte facturen inzien en het onderhoudsplan inzien. De voorzitter kan een verzekeringsoverzicht bekijken. Hier staan alle afgesloten verzekeringen en bijbehorende gegevens en kosten. De voorzitter heeft de mogelijkheid een nieuwe vergadering aan te maken. De vergadering heeft de volgende eigenschappen. Na het opslaan van de vergadering blijft de vergadering beschikbaar voor aanpassingen. De voorzitter heeft bij het aanmaken of wijzigen van een vergadering de mogelijkheid om een emailnotificatie te versturen die automatisch naar deelnemers wordt verstuurd. Voor elke vergadering bestaat er een aparte agenda in de vorm van een document. De voorzitter heeft de mogelijkheid om deze documenten toe te voegen en toe te wijzen aan een vergadering. Na toewijzen blijft het mogelijk om de documenten aan te passen door middel van een webinterface. De voorzitter heeft rechten om notulen die gemaakt zijn bij en vergadering in het systeem te zetten en te koppelen aan een vergadering. Notulen kunnen in een document geupload worden of via een

16

webinterface toegevoegd worden. Na het toevoegen van de notulen blijft de voorzitter de mogelijkheid hebben om notulen aan te passen.

Beheerder: De beheerder heeft alle rechten binnen het ledenbeheer. Deze gebruiker kan alle leden bekijken, maar ook aanpassen. De beheer heeft alle rechten die een lid en de voorzitter ook hebben. De beheerder mag ook een overzicht van alle tickets opvragen en de status en/of gegevens van het tickets bijwerken. De beheerder is er om tickets op te kunnen lossen. De beheerder heeft daarom toegang tot het overzicht van bedrijven die de voorkeur hebben om de problemen op te lossen. De beheerder mag deze contacteren en inzetten om het probleem op te lossen. De gemaakte factuur moet geupload worden in het systeem. De beheerder mag het onderhoudsplan (MOP) aanpassen om de dingen die al gedaan zijn af te kunnen vinken en het plan actueel voor alle gebruikers te houden. De beheerder mag nieuwe verzekeringen afsluiten en deze toevoegen aan het systeem. Tevens kan hij deze gegevens van de verzekeringsentiteit bewerken. Bijvoorbeeld het veranderen van de kosten van de polis of andere gegevens. De beheerder kan verzekeringen verwijderen uit het systeem. De verzekering wordt dan op non actief gesteld om eventuele betalingsgegevens wel te bewaren voor de toekomst. De beheerder kan een nieuwe vereniging aanmaken. Hij moet hier alle gegevens van de VvE in vullen, zoals de naam, maar ook de grootte van het pand, de bewoners invoeren en de gegevens van de splitsingsakte invoeren. Hij moet hier de originele ook splitsingakte uploaden in een vorm van een document (PDF bijvoorbeeld). Alle leden (appartementen, appartementsrecht, stemverdeling) dienen toegevoegd te worden, een er dient een voorzitter aangewezen te worden. Een beheerder kan een vereniging verwijderen (deactiveren). Een beheerder kan een overzicht zien van alle verenigingen die aan hem zijn toegewezen.

Systeem: Het systeem kan nieuwe tickets aanmaken en inzien. Indien een tickets status veranderd zal deze automatisch een email notificatie sturen naar het lid dat het incident heeft gemeld en alle andere leden die zich hebben ingeschreven om op de hoogte te blijven van dit ticket. Tevens wordt een notificatie naar de beheerder gestuurd, zodat deze de nodige maatregelen kan nemen, bijvoorbeeld het ticket afsluiten of de factuur betalen. Nadat de voorzitter heeft gekozen om een uitnodiging naar alle deelnemers te sturen voor een vergadering bezorgd het systeem het bericht aan de deelnemers. Het systeem maakt elke avond een advieslijst,daar word bekeken of er een openstand saldo is.

17

Usecases + beschrijvingen Algemeen deel:

18

19

Relaties

Use Case Beschrijving

Actors Aannames Stappen

Variaties Non-functioneel Problemen Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen

Relaties aanmaken Nieuwe relatie aan maken, met een relatie wordt bedoeld alle gegevens van eigenaren van appartementen, gebruikers van appartementen, alle leveranciers etc… Beheerder - VvE staan al in het systeem - Aantal relatie categorieën bestaan al - Het maken van een nieuwe relatie gebeurd bij het volgen van de volgende stappen: 1. Adres invullen: adresgegevens van de relatie 2. Categorie aangeven: eigenaar van appartement bijvoorbeeld 3. Aangeven of de relatie debiteur of crediteur is. 4. telnummer, email en faxnummer invullen 5. bank of girorekeningnummer invullen 6. automatische betaling aanvinken 7. contactpersoon gegevens invoeren Relatie word niet toegevoegd, relatie komt al voor in het systeem Relaties zoeken Het systeem biedt de mogelijkheid om een relatie snel te vinden. Beheerder - Beheerder zorgt dat er een aantal relaties al bestaan in het systeem. - Beheerder klikt op “relatie zoeken”. Hij krijgt een zoekscherm waar de naam van de relatie ingetypt kan worden. Zoek resultaat levert niets op, dus de mogelijkheid dat de relatie niet bestaat of dat het aangemaakt moet worden.

20

Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen

Use Case Beschrijving Actors Aannames

Stappen

Variaties Non-functioneel Problemen

Relaties bekijken Alle relaties worden getoond in één scherm, het is soms handig voor de gebruiker om te weten welke relaties er allemaal bestaan Beheerder - Beheerder zorgt dat er een aantal relaties al bestaan in het systeem. - Gebruiker klikt op “Overzicht Relaties” knop - Nieuwe venster word geopend en alle relaties zijn te zien. Relaties bestaan nog niet en die moeten nog worden toegevoegd of aangemaakt worden Relaties bewerken Soms worden bepaalde gegevens veranderd, en die gegevens moeten ook aangepast worden voor het systeem Beheerder - Relatie gegevens zijn veranderd - Gegevens verkeerd ingevoerd - Relatie bestaat al in het systeem - Gebruiker selecteert een relatie - Klikt op “Bewerk Relatie” - Gegevens bewerken - Relatiegegevens opslaan - Een Venster verschijnt die bevestigt dat de relatiegegevens zijn bewerkt. Relatiegegevens worden niet opgeslagen in het systeem en de oude gegevens blijven staan

21


Stappen


Use Case Beschrijving Actors Aannames Stappen


Relatiegegevens printen Relatie gegevens worden uitgeprint Beheerder - Relatie die geprint moet worden, bestaat al in het systeem, en de gegevens kloppen allemaal - Relaties zijn al toegevoegd aan een VvE - VvE word geselecteerd - VvE relaties zijn te zien - Criteria aangeven: Kiezen uit verschillende categorieën/ en selecteren of het debiteur kenmerk is of crediteur (optioneel) - Op knop “Print Relaties” - In het geval dat er geen criteria aangegeven is, krijgt de gebruiker alle relaties van de geselecteerde VvE Gewenste relatiegegevens worden niet uitgeprint (in het geval dat er criteria werd aangegeven) Geselecteerde VvE heeft geen relaties Relatiegegevens exporteren Relatiegegevens van één of meer VvE’s exporteren naar Microsoft Excel formaat Beheerder - Relaties zijn al toegevoegd aan een VvE - VvE selecteren(kan één of meer) - Relatiegegevens selecteren - Klik op “Exporteer naar Excel” - Bevestiging krijgen dat de geselecteerde VvE’s en relaties zijn geëxporteerd naar Excel bestand. Geselecteerde relatiegegevens worden niet allemaal geëxporteerd Geen bevestigingsmelding krijgen op het scherm.

22


Stappen


Relatie dossier bekijken Complete dossier die informatie geeft over de appartementen, de eigenaren, debiteurenkaart, crediteurenkaart en facturen Beheerder - Beschikbaar relaties - Relaties zijn al gekoppeld aan VvE - Debiteurenkaart en crediteurenkaart bestaan al - Eerst op “Relatie Dossier” klikken - Relatie zoeken en selecteren - Menu wordt beschikbaar en afhankelijk van de relatie wordt een menu gemaakt. Het menu bevat de volgende functies: o Debiteurenkaart o Facturen o Appartementen en bijdrage o Crediteurenkaart Relatie dossier is niet beschikbaar, omdat er geen genoeg informatie is, of omdat er geen dossier is gemaakt

23

Eigenaars





Eigenaars VvE Autorisatie geven Eigenaar of eigenaars van VvE’s autorisatie geven om gegevens te zien Beheerder - Eigenaars van VvE’s bestaan al in het systeem - VvE selecteren - Eigenaars selecteren - Gebruiksnaam en wachtwoord genereren Gebruiksnaam en wachtwoord kunnen niet gegenereerd worden Eigenaars bestaan niet in het systeem Eigenaars aan relaties toevoegen Eigenaars toevoegen en koppelen aan relaties Beheerder - Eigenaars bestaan al in het systeem - Selecteer de relatie - Selecteer de eigenaar - Maak gebruiksnaam en wachtwoord voor de eigenaar - Stuur de inlog gegevens naar de eigenaar Gebruiksnaam bestaat al in het systeem Account kan niet gemaakt worden Eigenaar bestaat niet in het systeem

24

Beheerteam


Variaties Non-functioneel Problemen Use Case Beschrijving Actors Aannames Stappen


Beheerteam invullen Één persoon of meerdere personen kunnen een VvE beheren Beheerder - VvE bestaan al in het systeem - Selecteer de naam - Selecteer rol binnen het beheerteam - Begin en einde datum invoeren -

Beheerovereenkomst voor VvE invullen Verschillende afspraken met de VvE invullen Beheerder - Beheerteam voor de VvE is al gemaakt en ingevuld - Overeenkomstkenmerk invullen - Soort VvE beheer aangeven - Begindatum aangeven -

Overzicht printen Overzicht van het beheerteam en de gemaakte afspraken uitprinten Beheerder - Beheerteam voor de VvE is al gemaakt en ingevuld - Afspraken zijn ook al gemaakt - Op de knop “Printen” drukken -

25

Debiteurenbewaking

Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use Case Beschrijving Actors Aannames Stappen


Debiteuren bewakingsprofiel invoeren Een systeem die de debiteuren bewaakt, controle voor achterstand betaling, bijdrage enzo.. beheerder - Debiteur bewakingsprofiel voor een VvE invoeren Debiteur bewakingprofiel is niet ingesteld Openstaand saldo controleren Per debiteur wordt gekeken of er een openstaand saldo is Beheerder - Controle voor openstaand saldo uitvoeren - Kijken of de termijn verstreken is waarbinnen betaald moest worden. Als het zo is dan word de debiteur op de advieslijst gezet Systeem kan niet controleren of er openstaand saldo is

26

Advieslijst



Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen

Advieslijst aanmaken Een advieslijst wordt aangemaakt op basis van de gegevens in de administratie waarin gekeken wordt wie achterstand heeft Beheerder, systeem - Achterstand / openstaand saldo bestaat - Systeem: maakt automatische elke avond een advieslijst - Beheerder: wanneer de beheerder de administratie heeft bijgewerkt en de advieslijst niet meer correct is dan maakt de beheerder een nieuwe advieslijst door op de knop”Nieuwe Advieslijst maken” te klikken Administratie is niet bijgewerkt en toch wordt een nieuwe advieslijst gemaakt Advieslijst bekijken controleren wie de achterstand heeft bij het bekijken van de advieslijst Beheerder - Advieslijst is al aangemaakt - Selecteer VvE - Daarna op de knop “Bekijk Advieslijst” klikken Er is geen advieslijst gemaakt Advieslijst verwerken -------Beheerder - Advieslijst bestaat al - Op de knop “Verwerk Advieslijst” klikken Brieven printen Herinneringsbrieven of aanmaningsbrieven afdrukken beheerder - Advieslijst bestaat al en is al aangemaakt - Op het knop “Print brieven” klikken -

27



Advieslijst printen Advieslijst printen en controleren vanaf papier Beheerder - Advieslijst bestaat al en is al aangemaakt - Op de knop”Print advieslijst” - Nieuw scherm - Advieslijst kiezen van een geselecteerde VvE of voor alle VvE’s om af te drukken -

28

UrenAdministratie





Activiteiten codes invullen Activiteiten codes worden ingevuld in het systeem voor verschillende activiteiten Beheerder - Activiteiten beschikbaar voor de gebruiker - Selecteer een activiteit - Vul de code in - Klik op “Opslaan” Activiteiten zijn niet beschikbaar of bestaan nog niet Uren registreren Voor een medewerker zijn gewerkte uren en werkzaamheden invoeren in het systeem Beheerder - Activiteiten codes bestaan al - Medewerker geeft zijn gewerkte uren en werkzaamheden door - Selecteer de naam van de medewerker - Selecteer de week waarvoor u de werkzaamheden wilt invullen - Vul de datum in - Selecteer de activiteiten code en vul het aantal uren in -

Werkzaamheden overzicht bekijken Voor een geselecteerde week, krijg je een overzicht van verschillende werkzaamheden te zien Beheerder - Werkzaamheden zijn al in het systeem ingevoerd - Selecteer de week - Klik op “OK” - Je kan de werkzaamheden overzicht zien Voor bepaalde weken zijn er geen werkzaamheden

29


Werkzaamheden overzicht exporteren Werkzaamheden exporteren naar Microsoft Excel formaat Beheerder - Werkzaamheden van een geselecteerde week moeten beschikbaar zijn - Klik op “Exporteer naar Excel” - Bevestiging krijgen dat de werkzaamheden zijn geëxporteerd naar Excel Geselecteerde werkzaamheden worden niet allemaal geëxporteerd Geen bevestiging melding krijgen op het scherm

30

Technische deel

31

32

33

Reparatieverzoeken

Use Case Beschrijving




Stappen


Reparatieverzoek indienen Een lid van de VVE kan een reparatieverzoek indienen via de gebruikersinterface voor leden. De beheerder kan dat ook indien er gebeld wordt. Lid, Voorzitter, Beheerder - Gebruiker is ingelogd en lid van de betreffende VVE (tenzij de gebruiker een beheerder is) - Selecteer het vakgebied waar het probleem zich in bevindt (elektriciteit, riolering, etc.) - Vul een uitgebreide beschrijving in betreffend het probleem - Noteer de locatie van het probleem - Druk op versturen, het verzoek is nu ingediend Als een van de velden niet is ingevuld wordt er verzocht dat alsnog te doen. Vakgebied staat niet in de lijst, dan zal een Beheerder dit vakgebied aan moeten maken Reparatieverzoek bestaat al, dan komt er een melding met de mogelijkheid terug te gaan naar het overzicht. Reparatieverzoek wijzigen In het geval van een fout in de omschrijving kan het reparatieverzoek gewijzigd worden Lid, Voorzitter, Beheerder - Gebruiker is ingelogd en lid van de betreffende VVE (tenzij de gebruiker een beheerder is) - Reparatieverzoek moet ingediend zijn, maar nog niet geaccepteerd zijn door de beheerder - Selecteer het vakgebied waar het probleem zich in bevindt (elektriciteit, riolering, etc.) - Vul een uitgebreide beschrijving in betreft het probleem. - Noteer de locatie van het probleem. - Druk op versturen, het verzoek is nu gewijzigd Als een van de velden niet is ingevuld wordt er verzocht dat als nog te doen. Vakgebied staat niet in de lijst, dan zal een Beheerder dit vakgebied aan moeten maken Reparatieverzoek bestaat niet, dan komt er een melding met de optie terug te gaan naar het overzicht

34


Stappen

Variaties

Non-functioneel Problemen


Stappen Variaties Non-functioneel Problemen

Reparatieverzoek annuleren Reparatieverzoek annuleren in het geval van een fout of als het probleem opgelost is Lid, Voorzitter, Beheerder - Gebruiker is ingelogd en lid van de betreffende VVE (tenzij de gebruiker een beheerder is) - Reparatieverzoek moet ingediend zijn, maar nog niet geaccepteerd zijn door de beheerder (tenzij de gebruiker een beheerder is, dan mag het wel) - Selecteer het reparatieverzoek in het overzicht - Klik op “verwijderen” - Klik op “Ja ik wil dit verzoek annuleren” - Het verzoek is geannuleerd - Indien de beheerder het verzoek annuleert en hiervoor al in de status een akkoord heeft gegeven komt er een waarschuwing om dit ook met de betreffende reparatiepartij te bespreken. Verzoek is afgerond of al geannuleerd, in deze gevallen zal het verzoek natuurlijk niet (nog een keer) geannuleerd kunnen worden Reparatieverzoek bestaat niet, dan komt er een melding met de optie terug te gaan naar het overzicht Status reparatie bekijken De status(historie) bekijken van het geselecteerde reparatieverzoek Lid, Voorzitter, Beheerder - Gebruiker is ingelogd en lid van de betreffende VVE (tenzij de gebruiker een beheerder is) - Er moet een reparatieverzoek bestaan - Selecteer het reparatieverzoek in het overzicht - Klik op “details” Reparatieverzoek bestaat niet, dan komt er een melding met de optie terug te gaan naar het overzicht

35



Status reparatie bijwerken Een (gesorteerde) lijst van leveranciers bekijken, dit wordt uiteraard gesorteerd op type leverancier Beheerder - Er moet een reparatieverzoek zijn die niet geannuleerd is - Selecteer het reparatieverzoek in het overzicht - Klik op “status bijwerken” - Kies de status uit de lijst Reparatieverzoek bestaat niet, dan komt er een melding met de optie terug te gaan naar het overzicht

36

Contracten


Contract weergeven Onderhoudscontracten weergeven Beheerder - Er bestaat een contract - In het overzicht, selecteer de contractsnaam, dan klik op details Contract bestaat niet (meer), dan wordt er een melding gegeven met de mogelijkheid om terug te gaan naar het overzicht


Contract aanmaken Een nieuw contract aanmaken voor onderhoud Beheerder - In het overzicht, klik op “nieuw contract” - Vul de benodigde gegevens in. - Klik op opslaan Niet alle benodigde gegevens zijn ingevuld, dan komt er een melding met het verzoek om deze alsnog in te vullen Contract bestaat al, dan komt er een melding met de optie terug te gaan naar het menu




Contract bewerken Contractgegevens bewerken in geval van een fout of een wijziging. Beheerder - Contract bestaat - In het overzicht, selecteer de contractsnaam, dan klik op bewerken - Vul de gegevens in - Klik op Opslaan Niet alle benodigde gegevens zijn ingevuld, dan komt er een melding met het verzoek om deze alsnog in te vullen Contract bestaat niet (meer), dan komt er een melding met de optie terug te gaan naar het overzicht

37


Stappen


Contract verwijderen De status(historie) bekijken van het geselecteerde reparatieverzoek Beheerder - Gebruiker is ingelogd en lid van de betreffende VVE (tenzij de gebruiker een beheerder is) - Er moet een reparatieverzoek bestaan - In het overzicht, selecteer de contractsnaam, klik dan op Verwijderen - Bevestig dat je het contract echt wil verwijderen. Contract bestaat niet (meer), dan komt er een melding met de optie terug te gaan naar het overzicht

38

Leveranciers




Leverancier bekijken Bekijk de gegevens van een bepaalde leverancier Beheerder - Leverancier bestaat - Selecteer de leverancier uit het overzicht - Klik op details Leverancier bestaat niet, dan wordt er een melding weergegeven met de optie om terug te gaan naar het overzicht Voorkeursleveranciers aangeven Geef leveranciers aan waar de voorkeur naar uitgaat Beheerder - Leverancier bestaat - Klik op Leverancier bijwerken - Vink “voorkeursleverancier” aan of uit - Indien “ongewenste leverancier” aangevinkt staat, dient deze eerst uitgevinkt te worden Leverancier bestaat niet, dan wordt er een melding weergegeven met de optie om terug te gaan naar het overzicht Ongewenste leveranciers aangeven Geef de leveranciers aan waarvan liever niet gebruik gemaakt wordt Beheerder - Leverancier bestaat - Klik op Leverancier bijwerken - Vink “ongewenste leverancier” aan of uit - Indien “voorkeursleverancier” aangevinkt staat, dient deze eerst uitgevinkt te worden Leverancier bestaat niet, dan wordt er een melding weergegeven met de optie om terug te gaan naar het overzicht

39



Leverancier aanmaken Maak een nieuwe leverancier aan Beheerder - Klik in het overzicht op “nieuwe leverancier” - Vul de benodigde gegevens in - Klik op opslaan Leverancier bestaat al, dan wordt er een melding weergegeven met de optie om terug te gaan naar het overzicht Niet alle benodigde gegevens zijn ingevuld, dan komt er een melding met het verzoek om het nog te doen

40

Reparatievoorwaarden


Reparatievoorwaarden bekijken Geeft een lijst weer van reparatievoorwaarden Beheerder - Reparatievoorwaarden zijn gedefinieerd -


Reparatievoorwaarden aanpassen Past de huidige reparatievoorwaarden aan Beheerder - Reparatievoorwaarden zijn gedefinieerd -

41

Financieel deel

42

43

44

45

Begroting Beheer


Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use Case Beschrijving



Variaties Non-functioneel

Begroting aanmaken Een begroting wordt voor een VVE aangemaakt Beheerder - Er moet een VVE bestaan - Selecteer een VVE - Voer alle gegevens in voor de begroting Begroting bestaat al, en kan niet nog eens aangemaakt worden Niet alle gegevens worden ingevoerd voor een begroting Begroting bekijken Een lijst met gegevens van een begroting bekijken Voorzitter, Beheerder - Er moet een begroting bestaan - Selecteer een VVE - Selecteer een begroting Begroting bestaat niet Begroting status wijzigen Een voorzitter moet een status toewijzen aan een begroting, aan de hand van een ledenvergadering word bepaald welke status de begroting zal krijgen Voorzitter - Er moeten een begroting bestaan - Selecteer een VVE - Selecteer een begroting - Wijzig status naar: goedgekeurd - Wijzing status naar: afgekeurd Voorzitter geeft verkeerde status door Begroting printen Een begroting wordt uitgeprint Beheerder - Er moet een begroting bestaan - Selecteer VVE - Selecteer begroting - Print uit 46



Brief sturen bijdrage Een brief wordt gestuurd naar iedere lid in de VVE met daarin de bijdrage die betaald moet worden Beheerder - Er is een begroting - Begroting is goedgekeurd - Selecteer een VVE - Selecteer een begroting - Stuur brief naar leden van die VVE Mail gegevens of adres gegevens van een lid kloppen niet, lid ontvangt niet het bericht met daarin hoeveel bijdragen er moet worden betaald

47

Boekjaar






Rapporten printen Verschillende financiële rapporten kunnen worden uitgeprint Beheerder - Een financieel rapport bestaat - Selecteer een VVE - Selecteer de rapporten - Print uit Rapporten bestaan niet Grootboekschema bewerken Een grootboekschema aanpassen voor het boekjaar Beheerder - Een boekjaar bestaat - Selecteer een VVE - Selecteer een boekjaar - Invoeren gegevens van boekjaar Grootboekschema bestaat niet, niet alle gegeven worden ingevoerd, verkeerde gegevens worden ingevoerd Rapportageschema bewerken Opstellen hoe de financiële rapportages worden samengesteld Beheerder - Selecteer een VVE - Selecteer type rapport - Selecteer gegevens die in het rapport moeten komen Verkeerde type wordt gekozen

48



Grootboekrekening bekijken Een overzicht uit een grootboekrekening wordt getoond Beheerder - Een grootboekrekening bestaat - Selecteer een VVE - Selecteer een boekjaar - Selecteer een grootboekrekening Grootboekrekening bestaat niet

49

Factuur beheer

Use case Beschrijving Actors Aannames Stappen






Factuur maken Een factuur moet worden gemaakt om een bepaalde dienst in rekening te kunnen brengen Beheerder - Selecteer een VVE - Selecteer een boekjaar - Kies voor “Factuur maken” - Vul de gegevens in Verkeerde gegevens worden ingevoerd, niet alle gegevens worden ingevoerd Factuur boeken Een factuur is gemaakt en goedgekeurd, en kan nu worden uitgevoerd Beheerder - Factuur is goedgekeurd - Selecteer een VVE - Selecteer een boekjaar - Selecteer een factuur - Kies voor “Factuur boeken” Status van de factuur is niet bekend, waardoor factuur niet kan worden geboekt Factuur printen Een factuur kan worden uitgeprint Beheerder - Factuur bestaat - Selecteer een VVE - Selecteer een boekjaar - Selecteer een factuur - Print uit Factuur bestaat niet

50


Variaties Non-functioneel Problemen Use case Beschrijving Actors Aannames Stappen



Factuur annuleren Een factuur is niet goedgekeurd en zal nu worden geannuleerd Beheerder - Factuur is afgekeurd - Selecteer een VVE - Selecteer een boekjaar - Selecteer een factuur - Kies voor “Factuur annuleren” Factuur is al geannuleerd, factuur bestaat niet Factuur bekijken Een overzicht van een factuur wordt getoond Beheerder, Voorzitter - Factuur bestaat - Selecteer een VVE - Selecteer een boekjaar - Selecteer een factuur Factuur bestaat niet Factuur status wijzingen Een voorzitter moet een status toewijzen aan een factuur Voorzitter - Factuur bestaat - Selecteer een VVE - Selecteer een boekjaar - Selecteer een factuur - Wijzig status naar: goedgekeurd - Wijzig status naar: afgekeurd Verkeerde status wordt toegewezen, waardoor factuur zal worden geboekt en uitgevoerd

51

Debiteuren en Crediteuren beheer

Use case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen



Debiteur of Crediteur invoeren Een debiteur of crediteur wordt ingevoerd in het systeem Beheerder - Debiteur of Crediteur gegevens zijn aanwezig - Selecteer Debiteur - Voer gegevens in van de debiteur - Selecteer Crediteur - Voer gegevens in van de crediteur Debiteur of crediteur bestaat niet, niet alle gegevens worden ingevoerd Debiteur of Crediteur bewerken Een debiteur of crediteur heeft een aanpassing nodig op de eerder vastgelegde gegevens Beheerder - Debiteur of Crediteur bestaat - Selecteer Debiteur - Bewerk de gegevens die aangepast moeten worden - Selecteer Crediteur - Bewerk de gegevens die aangepast moeten worden Verkeerde gegevens worden aangepast, debiteur of crediteur bestaat niet Debiteur of Crediteur bekijken Een lijst van debiteuren of crediteuren wordt getoond Beheerder - Debiteur of Crediteur bestaat - Selecteer Debiteur - Selecteer Crediteur Debiteur of crediteur bestaat niet

52


Debiteur of Crediteur printen Een lijst van debiteuren of crediteuren kan worden geprint Beheerder - Debiteur of Crediteur bestaat - Selecteer Debiteur - Print uit - Selecteer Crediteur - Print uit Debiteur of crediteur bestaat niet

53

Prolongaties

Use case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use case Beschrijving Actors Aannames Stappen


Prolongatie bekijken Een overzicht van prolongaties wordt getoond Beheerder - VVE bestaat - Boekjaar bestaat - Selecteer een VVE - Selecteer lijst “Geplande prolongaties” - Selecteer lijst “Uitgevoerde prolongaties” Verkeerde prolongaties zijn uitgevoerd, prolongaties bestaan niet Prolongatie aanpassen Een prolongatie klopt niet en zal moeten worden aangepast om uitgevoerd te kunnen worden Beheerder - Prolongatie bestaat maar is niet uitgevoerd - Selecteer een VVE - Selecteer een prolongatie - Wijzig de uitvoer datum Prolongatie bestaat niet, prolongatie is al uitgevoerd

54

Voorschotten Beheer

Use case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen

Voorschotten aanmaken Een voorschot wordt aangemaakt Beheerder - VVE bestaat - Selecteer een VVE - Vul gegevens in voor het voorschot Voorschot bestaat niet, niet alle gegevens worden ingevoerd Voorschotten bekijken Een lijst van voorschotten wordt getoond Beheerder - VVE bestaat - Voorschotten bestaan - Selecteer een VVE Voorschot bestaat niet Voorschotten activeren Een voorschot is gecontroleerd en goedgekeurd, nu kan het niet worden uitgevoerd Beheerder - VVE bestaat - Voorschot is gemaakt - Selecteer een VVE - Kies voor “Activeren” Voorschot is al geactiveerd Voorschotten annuleren Een voorschot is gecontroleerd en afgekeurd, nu kan het niet worden uitgevoerd Beheerder - VVE bestaat - Voorschot is gemaakt - Selecteer een VVE - Kies voor “Annuleren” Voorschot is al geannuleerd 55



Voorschotten pinten Een voorschot kan worden geprint Beheerder - VVE bestaat - Voorschot bestaat - Selecteer een VVE - Selecteer voorschot - Print uit Voorschot bestaat niet

56

Dagboek beheer

Use case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use case Beschrijving Actors Aannames Stappen



Dagboek aanmaken Een dagboek wordt aangemaakt Beheerder - VVE bestaat - Selecteer een VVE - Vul gegevens in voor een dagboek Niet alle gegevens zijn ingevoerd Dagboek bekijken Een overzicht van een dagboek wordt getoond Beheerder - VVE bestaat - Selecteer een VVE - Selecteer een dagboek Dagboek bestaat niet Bankafschrift invoeren Een bankafschrift wordt ingevoerd Beheerder - VVE bestaat - Dagboek bestaat - Selecteer een VVE - Selecteer een dagboek - Voer gegevens van bankafschrift in Niet alle gegevens zijn ingevoerd Bankafschrift bekijken Een overzicht van een bankafschrift wordt getoond Beheerder - VVE bestaat - Dagboek bestaat - Selecteer een VVE - Selecteer een dagboek - Selecteer een bankafschrift Bankafschrift bestaat niet 57




Bankafschrift boeken Een bankafschrift is gecontroleerd en goedgekeurd, en nu kan het worden uitgevoerd Beheerder - VVE bestaat - Dagboek bestaat - Selecteer een VVE - Selecteer een dagboek - Selecteer een bankafschrift - Kies voor “Boeken” Bankafschrift bestaat niet, is al geboekt Bankafschrift annuleren Een bankafschrift is gecontroleerd en afgekeurd, en nu kan het worden geannuleerd Beheerder - VVE bestaat - Dagboek bestaat - Selecteer een VVE - Selecteer een dagboek - Selecteer een bankafschrift - Kies voor “Annuleren” Bankafschrift is al geannuleerd

58

Telebankieren


Telebankier programma inloggen Een gebruiker kan inloggen via een telebankier programma om zo betaling via telebankieren te regelen Beheerder, Voorzitter, Lid - Telebankier programma bestaat - Selecteer uw bank - Login Telebankieren niet beschikbaar, inloggen lukt niet

59

Administratief deel

60

61

62

63

Vergadering Beheer




Vergadering aanmaken Een vergadering wordt voor een VVE aangemaakt Beheerder - Er moet een VVE bestaat - Selecteer een VVE - Voer alle gegevens in voor de vergadering Niet alle gegevens worden ingevoerd Uitnodiging versturen Een uitnodiging voor de vergadering wordt naar alle leden van de VVE gestuurd Beheerder - Er moet een VVE bestaan - Selecteer een VVE - Selecteer een vergadering - Verstuur uitnodiging Er zijn leden die de uitnodiging niet hebben ontvangen Concept sturen Een concept voor een vergadering van een VVE wordt verstuurd naar de bestuur- / commissieleden Beheerder - Er moet een VVE bestaan - Selecteer een VVE - Selecteer een vergadering - Verstuur concept Er zijn leden van het bestuur / commissie die het concept niet hebben ontvangen

64


Variaties Non-functioneel Problemen Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use Case Beschrijving Actors Aannames Stappen


Agenda printen Een agenda wordt uitgeprint Beheerder - Er moet een VVE bestaan - Selecteer een VVE - Selecteer een vergadering - Selecteer de agenda - Print uit Agenda bestaat niet Presentielijst printen Een lijst van de presentie voor een vergadering wordt uitgeprint Beheerder - Er moet een VVE bestaan - Selecteer een VVE - Selecteer presentielijst - Print uit Presentielijst bestaat niet Volmachten printen Een aantal volmachten voor een vergadering worden uitgeprint Beheerder - Er moet een VVE bestaan - Selecteer volmachten - Print uit Volmachten bestaan niet Besluitenlijst aanmaken Een besluitenlijst wordt voor een vergadering aangemaakt Voorzitter - Er moet een VVE bestaan - Er moet een vergadering bestaan - Selecteer een VVE - Selecteer een vergadering - Voer gegevens van besluitenlijst in - Voeg besluitenlijst toe aan de vergadering Niet alle gegeven worden ingevoerd 65





Notulen aanmaken De notulen van een vergadering worden aangemaakt Voorzitter - Er moet een VVE bestaan - Er moet een vergadering bestaan - Selecteer een VVE - Selecteer een vergadering - Voer gegevens van notulen in - Voeg notulen toe aan de vergadering Niet alle gegevens worden ingevoerd Agenda opstellen Een agenda voor een vergadering wordt opgesteld Voorzitter - Er moet een VVE bestaan - Er moet een vergadering bestaan - Selecteer een VVE - Selecteer een vergadering - Stel een agenda op voor de vergadering - Voeg de agenda toe aan de vergadering Niet alle gegevens worden ingevoerd Vergadering aanpassen Gegevens van een vergadering worden aangepast Voorzitter - Er moet een VVE bestaan - Er moet een vergadering bestaan - Selecteer een VVE - Selecteer een vergadering - Pas de gegevens aan Vergadering bestaat niet, vergadering is al aangepast, verkeerde gegevens worden aangepast

66

Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen

Besluitenlijst bekijken Een lijst met gegevens van de besluitenlijst bekijken Lid, Voorzitter, Beheerder - Er moet een VVE bestaan - Er moet een vergadering bestaan - Selecteer een vergadering - Selecteer de besluitenlijst - Selecteer een VVE (Beheerder) Besluitenlijst bestaat niet Notulen bekijken Een lijst met gegevens van de notulen bekijken Lid, Voorzitter, Beheerder - Er moet een VVE bestaan - Er moet een vergadering bestaan - Selecteer een vergadering - Selecteer de notulen - Selecteer een VVE (Beheerder) Notulen bestaan niet Agenda bekijken Een lijst met gegevens van de agenda bekijken Lid, Voorzitter, Beheerder - Er moet een VVE bestaan - Er moet een vergadering bestaan - Selecteer een vergadering - Selecteer de agenda - Selecteer een VVE (Beheerder) Agenda bestaat niet

67

Prikbord





Berichten aanmaken Een bericht wordt gemaakt en geplaatst op het prikbord Voorzitter, Beheerder - Er moet een VVE bestaan - Selecteer een VVE - Maak prikbord bericht aan - Plaats prikbord bericht Prikbord bestaat niet, verkeerd bericht wordt aangemaakt en geplaatst Berichten aanpassen Een bericht op het prikbord wordt aangepast Beheerder - Er moet een VVE bestaan - Selecteer een VVE - Selecteer een bericht - Pas het bericht aan - Plaats het nieuwe aangepaste bericht Berichten bestaan niet, verkeerde berichten worden aangepast Berichten bekijken Een lijst met berichten op het prikbord bekijken Lid, Voorzitter, Beheerder - Er moet een VVE bestaan - Er moeten berichten staan op het prikbord - Selecteer het prikbord - Selecteer een bericht - Selecteer een VVE (Beheerder) Berichten bestaan niet

68

Verenigingen Beheer

Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen Use Case Beschrijving Actors Aannames Stappen Variaties Non-functioneel Problemen

Vereniging aanmaken Een VVE wordt aangemaakt Beheerder - De nieuwe VVE moet nog niet bestaan - Selecteer vereniging aanmaken - Voer gegevens in voor de VVE Niet alle gegevens worden ingevoerd, VVE bestaat al Vereniging aanpassen Een VVE wordt aangepast Beheerder - Er moet een VVE bestaan - Selecteer een VVE - Pas de gegevens aan van de VVE VVE bestaat niet, verkeerde gegevens worden aangepast Splitsingsakte invoeren Een splitsingsakte wordt ingevoerd voor een VVE Beheerder - Er moet een VVE bestaan - Selecteer een VVE - Voer de splitsingsakte gegevens in voor de VVE Splitsingsakte moet bestaan en aanwezig zijn VVE bestaat niet, splitsingsakte bestaat niet Splitsingsreglement invoeren Een splitsingsreglement wordt voor een VVE ingevoerd Beheerder - Er moet een VVE bestaan - Er moet een splitsingsakte bestaan - Selecteer een VVE - Voer splitsingsreglement in voor de VVE Splitsingsakte moet bestaan en aanwezig zijn VVE bestaat niet, splitsingsreglement bestaat niet

69



Splitsingsreglement aanpassen Een splitsingsreglement wordt aangepast voor een VVE Beheerder - Er moet een VVE bestaan - Er moet een splitsingsreglement bestaan - Selecteer een VVE - Selecteer een splitsingsreglement - Pas de gegevens aan in het splitsingsreglement Nieuwe gegevens voor het splitsingsreglement moeten zijn doorgegeven Nieuwe gegevens worden niet doorgegeven

70

Post beheer



Variaties Non-functioneel Problemen Use Case Beschrijving Actors Aannames

Stappen


Brief aanmaken Een standaard brief wordt aangemaakt voor een VVE Beheerder, Voorzitter - Er moet een VVE bestaan - Selecteer Post Beheer - Selecteer brief aanmaken - Maak een standaard brief Verkeerde brief wordt aangemaakt Brief aanpassen Een standaard brief wordt aangepast voor een VVE Beheerder - Er moet een VVE bestaan - Er moet een standaardbrief bestaan - Selecteer Post Beheer - Selecteer een standaardbrief - Pas de standaardbrief aan Brief bestaat niet, verkeerde brief wordt aangepast Brief opnieuw sturen Een standaard brief wordt opnieuw gestuurd naar de leden van een VVE Beheerder - Er moet een VVE bestaan - Er moet een brief bestaan - Brief is al eens eerder verstuurd - Selecteer Post Beheer - Selecteer een VVE - Selecteer een brief - Stuur brief opnieuw rond Brief is al opnieuw gestuurd

71


Post overzicht bekijken Een overzicht bekijken van alle post binnen een VVE Beheerder, Voorzitter - Er moet een VVE bestaan - Selecteer Post Beheer - Selecteer een VVE Er bestaat geen post

72

Eigenaren beheer






Eigenaar aanmaken Een eigenaar wordt aangemaakt Beheerder - Er moet een VVE bestaan - Er moet een eigenaar bestaan - Selecteer Eigenaren beheer - Selecteer eigenaar aanmaken - Voer gegevens in voor de eigenaar Verkeerde gegevens worden ingevoerd, niet alle gegevens worden ingevoerd Eigenaar aanpassen Een eigenaar wordt aangepast Beheerder - Er moet een VVE bestaan - Er moet een eigenaar bestaan - Selecteer Eigenaren beheer - Selecteer een VVE - Selecteer een eigenaar - Pas de gegevens aan voor de eigenaar Eigenaar bestaat niet, verkeerde eigenaar wordt aangepast Overdracht invoeren Een overdracht tussen eigenaren wordt ingevoerd Beheerder - Er moet een VVE bestaan - Er moet een eigenaar bestaan - Selecteer Eigenaren beheer - Selecteer een VVE - Voer gegevens in voor de overdracht - Voer overdracht uit, na goedkeuring notaris Notaris moet gegevens leveren en ontvangen, goedkeuring is nodig van de notaris Verkeerde eigenaren worden geselecteerd, overdracht is al uitgevoerd

73




Eigenaarregister bekijken Een lijst met gegevens over de eigenaarregister bekijken Beheerder - Er moet een VVE bestaan - Er moet een eigenaar bestaan - Selecteer Eigenaren beheer - Selecteer een VVE - Selecteer eigenaarregister bekijken - Selecteer lijst met overzicht Eigenaarregister bestaat niet Gebruiksregister bekijken Een lijst met gegevens over de gebruiksregister bekijken Beheerder - Er moet een VVE bestaan - Er moet een eigenaar bestaan - Selecteer Eigenaren beheer - Selecteer een VVE - Selecteer gebruiksregister bekijken Eigenaar van appartement hoeft niet gebruiker te zijn, eigenaar kan appartement verhuren aan een gebruiker Gebruiksregister bestaat niet

74

Bestuur lijst





Bestuurlid toevoegen Een bestuurlid wordt aan een VVE toegevoegd Beheerder - Er moet een VVE bestaan - Selecteer een VVE - Selecteer bestuurlid toevoegen - Voeg nieuwe bestuurlid toe aan de VVE Bestuurlid bestaat niet, wordt toegevoegd aan verkeerde VVE Bestuurlid verwijderen Een bestuurlid wordt verwijderd uit een VVE Beheerder - Er moet een VVE bestaan - Er moet een bestuurlid bestaan - Selecteer een VVE - Selecteer een bestuurlid - Verwijder de geselecteerde bestuurlid Bestuurlid is al verwijderd Commissie aanmaken Een commissie wordt voor een VVE aangemaakt Beheerder - Er moet een VVE bestaan - Selecteer een VVE - Selecteer commissie aanmaken - Voer gegevens in voor de commissie Commissie bestaat al

75





Commissie verwijderen Een commissie wordt verwijderd bij een VVE Beheerder - Er moet een VVE bestaan - Er moet een commissie bestaan - Selecteer een VVE - Selecteer een commissie - Verwijder de geselecteerde commissie Commissie is al verwijderd Commissielid toevoegen Een commissielid wordt toegevoegd aan een commissie binnen een VVE Beheerder - Er moet een VVE bestaan - Er moet een commissie bestaan - Selecteer een VVE - Selecteer een commissie - Voeg nieuwe commissielid toe aan de commissie Commissielid bestaat al Commissielid verwijderen Een commissielid wordt verwijderd uit een commissie in een VVE Beheerder - Er moet een VVE bestaan - Er moet een commissie bestaan - Selecteer een VVE - Selecteer een commissie - Selecteer een commissielid - Verwijder de geselecteerde commissielid Commissielid is al verwijderd

76



Bestuurleden lijst bekijken Een lijst met gegevens over de bestuurleden van een VVE bekijken Beheerder, Voorzitter, Lid - Er moet een VVE bestaan - Er moet een bestuur bestaan - Selecteer bestuurleden lijst bekijken - Bekijk de verschillende bestuurleden - Selecteer een VVE (Beheerder) Bestuurleden lijst bestaat al Commissieleden lijst bekijken Een lijst met gegevens over de commissieleden van een commissie binnen een VVE bekijken Beheerder, Voorzitter, Lid - Er moet een VVE bestaan - Er moet een commissie bestaan - Selecteer een commissie - Selecteer commissieleden lijst bekijken - Bekijk de verschillende commissieleden - Selecteer een VVE (Beheerder) Commissieleden lijst bestaat al

77

Consequenties bestaande systemen In dit hoofdstuk worden de consequenties voor het bestaande systeem beschreven. Hierbij wordt onderscheid gemaakt in de gevolgen voor de standaards, de overige documenten van het project, de functies en het gegevensmodel.

Standaards De standaard zullen van de gesloten standaarden die nu door veel softwareleveranciers wordt gehanteerd veranderen in open standaarden met de mogelijkheid tot implementatie gesloten standaarden. Het systeem zelf zal op de open standaarden zoals WOSI ze hanteert gebaseerd zijn. Wel zal er de mogelijkheid tot communicatie met software volgens gesloten standaarden mogelijk zijn. Het systeem zal zo open mogelijk tot de verschillende standaarden geschreven zijn.

Overige documentatie van het project De documentatie die in dit project nog ontbreekt is de documentatie die nodig is om het systeem op te kunnen ontwikkelen. Dit document levert een overzicht van de functionaliteiten van het systeem, maar er zullen aan de technische kant nog een aantal dingen vastgelegd moeten worden. Voorbeelden hiervan zijn een database ontwerp, de technische infrastructuur (protocollen, applicaties), de beveiliging, etc.

78

Aandachtspunten vervolgtraject De relevante aandachtspunten voor het vervolgtraject worden hier beschreven. Hierbij wordt onderscheid gemaakt tussen de fases: test, realisatie, implementatie en beheer en onderhoud. Het betreft hier aandachtspunten, een volledige uitwerking is nog niet aan de orde!

Ontwerpfase De ontwerpfase zal nog aangevuld moeten worden met de benodigde documentatie om de ontwikkeling te starten. Dit houdt in dat er nog een technisch ontwerp geschreven zal moeten worden en een ontwerp moet komen voor alle schermen. Eveneens dient er nog eens met de business overlegd te worden of de interpretatie die wij aan het project hebben gegeven overeen met de visie die zij hebben. In deze fase is het nog eenvoudig om wijziging door te voeren, in de toekomst zal dit een stuk moeilijker worden.

Ontwikkelingsfase De ontwikkelingsfase zal georganiseerd moeten worden rond de modulaire eigenschappen van de applicatie. Zo kan er tegelijk aan alle vier de delen worden gewerkt. De modules delen echter wel allemaal dezelfde database. Deze zal dus eerst vastgelegd en geïmplementeerd moeten worden op een test server die bereikbaar is voor alle ontwikkelaars.

Testfase Tijdens de testfase dient de applicatie getest te worden op zowel fouten als gebruiksvriendelijkheid. Na het testen op fouten waarin gebruik kan worden gemaakt van de theorie die gegeven wordt op de HvA zal de applicatie ook nog eens getest moeten worden door gebruikers en de business op bruikbaarheid en compleetheid.

Realisatiefase Na het afbouwen en testen op de HvA kan de applicatie door worden geschoven naar de professionals die aangesloten zijn bij WOSI voor verder onderzoek naar compleetheid en het klaarmaken van de software voor de business.

Implementatiefase De implementatie zal gedaan worden door professionals buiten de HvA

Beheer- en onderhoudsfase Het beheer zal gedaan worden door professionals buiten de HvA

79

Wetgeving Bij het ontwikkelen van de beveiliging en het financiële deel van de applicatie dient met een aantal zaken rekening te worden gehouden. Een opsomming van de standaard regels en een aantal extra regels die tot dusver zijn gevonden en vastgesteld zijn:           

Beveiliging persoonsgegevens Beveiliging financiële transacties Regels omtrent inzet van derde partijen, deurwaarders bijvoorbeeld Veranderende belastingen, BTW bijvoorbeeld. Regels omtrent het bewaren en beschikbaar stellen van de splitsingsakte Regels omtrent het verzekering van bouwprojecten Regels omtrent het vergaderen van VvE Regels omtrent begrotingen en meerjarenplannen Stemrecht binnen een VvE Regels omtrent een splitsingakte en het wijzigen hiervan Indexclausule verzekeringen

80

Functioneel Ontwerp Verenging van Eigenaren Beheer

Recommend Documents