Introduction

Overall Description

Het HR portaal wat voor JDI Smart Web Applications gerealiseerd zal worden, dient om het huidige verlof-, bezetting- en reiskostendeclaratie systeem efficiënter en makkelijker te maken. Het hoofddoel van de beoogde software is om over te stappen van losse documentjes op een centraal systeem wat al deze werknemersinformatie kan bijhouden. Het voordeel van een centraal systeem is dat de huidige processen automatisch worden, waardoor de backend developers niet zelf de product owner en hr hoeven te e-mailen. Het gaat hierbij om informatie voor ongeveer 20 werknemers, en 10 documenten. Het nieuwe portaal zal helemaal door ontwikkelteam Perlman gebouwd worden, aangezien er nog geen oud systeem bestaat (alleen losse spreadsheats met de hr informatie erop). De grootste prioriteit van het HR portaal ligt bij het registreren van de bezetting en declaraties, en er zouden in de toekomst nieuwe flows toegevoegd moeten kunnen worden. Lagere prioriteit ligt bij de implementatie van Stack omdat dit ook door een ander ontwikkelteam wordt onderzocht.

User Classes and Characteristics

Werknemer

De werknemer is de hoofdgebruiker van het nieuwe portaal. Werknemers gebruiker het portaal om verlof aan te vragen, om hun werkplek aan te geven en om hun reiskostenvergoeding te berekenen. Voor het verlof kan een aanvraag worden ingediend die terechtkomt bij de werkgever.

Werkgever

De werkgever heeft alle rechten en mogelijkheden die van toepassing zijn op de werknemer, en daarbij kan de werkgever ook het portaal beheren. De werkgever kan de werkplekken en reiskosten inzien. Ook kan de werkgever verlofaanvragen van werknemers goed- of afkeuren. De werkgever heeft ook toegang tot alle CRUD operaties in het portaal.

Operating Environment

<Describe the environment in which the software will operate, including the hardware platform, operating system and versions, and any other software components or applications with which it must peacefully coexist.>

Design and Implementation Constraints

<Describe any items or issues that will limit the options available to the developers. These might include: hardware (e.g. specific mobile platforms), specific technologies, tools, and databases to be used; interfaces to other applications; programming language required; or communications protocols>

Product Functions

Hieronder vindt u het use case diagram. De beschrijvingen die bij onderstaande use cases horen kunt u vinden in  hoofdstuk 3. Globaal kunt u in het diagram zien dat de use cases zijn opgesplitst tussen de werkgever en de werknemer actor. Het is hierbij van belang dat alle use cases van de werknemer ook van toepassing zijn op de werkgever, i.a.w. beoordelen verlof & beheren werknemers kan alleen door de werkgever worden gedaan, alle andere use cases kunnen ook door de werknemer worden uitgevoerd.