Autre
Moduleopdracht Systeemontwikkeling - ArtRent
- Cours
- Établissement
- Book
Moduleopdracht Systeemontwikkeling - ArtRent Cijfer: 7,8
[Montrer plus]
Livre connecté
Titre de l’ouvrage:
Auteur(s):
- Édition:
- ISBN:
- Édition:
1 vérifier
Par: studysmartnothard • 4 année de cela
Vendeur
S'abonner
ghageman
Avis reçus
Aperçu du contenu
Systeemontwikkeling - ArtRentNaam: XXX
Studentnummer:
Datum: 8 juli 2016
NCOI Opleidingsgroep
Opleiding: HBO Bachelor Informatica
Module: Systeemontwikkeling
,Voorwoord
Mijn naam is XXX. Ik ben werkzaam bij XXX als Servicedeskmedewerker. Als servicedeskmedewerker
ondersteun ik onze gebruikers die vragen en/of problemen hebben betreft hardware, software,
netwerk en telecommunicatie. Daarnaast vervul ik een rol bij het ondersteunen van een aantal
projecten.
1.1. XXX
XXX maakt (product) voor 750.000 mensen en 7.200 bedrijven in het oosten van Zuid-Holland.
Kwaliteit komt daarbij op de eerste plaats. Daarom investeren ze voortdurend in de (producten).
Maatschappelijk: Luisteren naar en leren van de klanten en aandeelhouders, de 30 gemeenten in het
voorzieningsgebied. Als maatschappelijk bedrijf dragen ze zorg voor het betaalbaar houden van de
tarieven. XXX is een eigentijds nutsbedrijf, net zo vitaal als het (product).
Voor het distribueren van (product) gebruikt XXX een (product) dat meer dan 4.000 kilometer lang is
en waar jaarlijks ongeveer (hoeveelheid) doorheen stroomt. Het aantal personeelsleden telt
momenteel ongeveer 280 medewerkers.
1
,Samenvatting
Het bedrijf ArtRent heeft (student) opdracht gegeven om een verbeterplan op te stellen voor het ontwe
rpen van een informaties ysteem. ArtRent wil graag efficiënter te werk gaan betreft het administreren,
verhu ren, reserveren, veil en en schenken van de kunst werken.
Deze verbe tering wordt uitgevo erd met de ontwik kelmethode Scrum. Scru m is een Agile
ontwikkelmethode die tegenwoordig ste eds vaker wordt gebrui kt om sneller te lev eren wat de klant
nodig heeft, op het moment dat zij het nodig hebben. Dit is mogelijk doo rdat Scrum in iteraties werkt
en aan het eind van elke ite ratie wordt een stuk werk ende software af geleverd. Voor de kla nt heeft dit
als voordeel dat zij snell er met de sof tware kunnen werken.
Alle klant en heb ben eisen en Scr um documenteert de eisen in User Stories. User Stories zijn wensen
in de vorm van functionaliteiten die in het produ ct gewenst zijn. De Prod uct Backlog (PBL) is een
verzameling van alle Us er Stories. Iedereen mag adv iseren over de prioriteiten van de us er stories,
maar de Product Ow ner maakt de eind beslissing. De Sprint Ba cklog (SBL) is een selectie van User
Stories uit de PBL die gem aakt is door het scru m team. Zij bepalen hoeveel werk zij gaan re aliseren in
hoeveel Sprints. De Sprint plann ing is het werk verd elen over de teamleden van het scrum team. Een
Sprint is een lineair pr oces waarin user stori es gerealiseerd worden. In een spr int zit alles van het
verzamelen van eisen, het ontwerpen, cod eren en testen. Tijdens de sp rint wordt dagelijks een kort
overleg ge houden. Het dagelijkse overleg heet de Da ily scrum
Net als de klass ieke ontwikkelmethodes, heeft Sc rum ook standaard functies.
De Product Ow ner is een perso on die de eind verantwoording heeft van het product dat ontwikkeld
wordt. In ons geval is dit een afge zante zijn vanuit Ar tRent, die het mandaat heeft om beslissingen te
maken over het informatiesysteem. De product Owner beslist of een user sto ry wel of niet in de PBL
komt.
De Scrum Master is de persoon die zorgt dat iedereen zijn werkzaamheden kan uitvoeren volgens de
normen en waarde van Scrum, bijvoorbeeld de Daily Scrum.
Het Scrum Ontw ikkel Team bestaat uit de uitvoere nde en zij hebben allema al diverse soorten
specialisme. Het is belangrijk dat mensen die goed samen kunnen werken gecomb ineerd worden en
allemaal kunnen bijdra gen aan het project. De lede n kunnen het best vanuit elke funct ie gekozen
worden om een goede mix te bewerkstelligen waar bij alle stakeholders verteg enwoordigd zijn.
Deze dri e functies samen zijn het Scrum Team.
Het Scrum Team heeft tijdens de eerste sprint User Sto ries met ID 1 tot en m et 4 gedaan. Dit zijn de
volgende user stor ies:
1. Graphic al User Interface (GUI) Huren/Reserveren
2. Bedrijfsprocessenkaart
3. Klassendiagram
4. Activiteitendigram verhuur/reserveren
Het Scrum Team heeft tijde ns de tweede sprint User Sto ries met ID 5 tot en met 8 en 11 gedaan. Dit
zijn de volgende user st ories:
5. Toestandsdiagram
6. Use-case diagram en beschrijving: Huur Aanvraag
7. Use-case Beschrijving: Bes chikbaarheidscontrole
8. Use-case Beschrijving: Reserveer
11. Scenario Veil ing
Het Scrum Team heeft tij dens de derde sprint User Stories met ID 9, 10, 12 en 13 gedaan. Dit zijn de
volgende user stories:
9. Sequentiediagram voor Verhuur en Reservering
10. Sequentiediagram voor Bezorgen en Terughalen
12. Use-case Dia gram en use-case
13. Sequentiediagram voor Veiling
2
,Inhoud
Voorwoord ............................................................................................................................................... 1
Samenvatting ........................................................................................................................................... 2
1. Inleiding ........................................................................................................................................... 4
1.1. Ontwikkelmethode ................................................................................................................... 4
1.2. Scrum Terminologie ................................................................................................................ 4
1.2.1. User Stories ....................................................................................................................... 4
1.2.2. Product Backlog ................................................................................................................. 4
1.2.3. Sprint .................................................................................................................................. 4
1.3 Rollen ........................................................................................................................................ 5
2. Product Backlog .................................................................................................................................. 6
3. Sprint Backlog ..................................................................................................................................... 7
3.1. Sprint 1 ........................................................................................................................................ 7
3.1.1. Graphical User Interface .................................................................................................... 7
3.1.2. Bedrijfsprocessenkaart ....................................................................................................... 7
3.1.3. Klassendiagram .................................................................................................................. 7
3.1.4. Activiteitendiagram ............................................................................................................. 7
3.2. Sprint 2 ........................................................................................................................................ 7
3.2.1. Toestandsdiagram .............................................................................................................. 7
3.2.2. Use-case diagram: Huren en Reserveren .......................................................................... 8
3.2.3. Use-case beschrijving: Huur aanvraag functie ................................................................... 8
3.2.4. Use-case beschrijving: Beschikbaarheidscontrole ............................................................. 8
3.2.5. Veiling proces ...................................................................................................................... 9
3.3. Sprint 3 ........................................................................................................................................ 9
3.3.1. Use-case beschrijving: Reserveren ..................................................................................... 9
3.3.2. Sequentiediagram voor Verhuur en Reservering .............................................................. 10
3.3.3. Sequentiediagram voor Bezorgen en Terughalen ............................................................ 10
3.3.4. Use-case diagram: Veiling ................................................................................................ 10
3.3.5. Use-case beschrijving: Inventariseren............................................................................... 10
3.3.6. Use-case beschrijving: Veilen ........................................................................................... 11
3.3.7. Sequentiediagram: Veiling ................................................................................................. 11
Bijlage I: Graphical User Interface ......................................................................................................... 13
Bijlage II: Bedrijfsprocessenkaart .......................................................................................................... 14
Bijlage III: Klassendiagram .................................................................................................................... 15
Bijlage IV: Activiteitendiagram ............................................................................................................... 16
Bijlage V: Toestandsdiagram................................................................................................................. 17
Bijlage VI: Sequentiediagram ................................................................................................................ 18
Bijlage VII: Veiling Sequentiediagram ................................................................................................... 19
3
, 1. Inleiding
Deze moduleopdracht is ter afsluiting v an de module Systeemontwikkeling binnen de opleiding
Bachelor Informatica. De module is gericht op systeemontwikkeling met UML op basis van het boek
‘Software Engineering met UML’ van Ken Lunn (2004).
Deze opdracht is gemaakt voor het bedrijf ArtRent. Het bedrijf beschikt over een aantal schilderijen en
beelden en wil deze verhuren aan bedrijven en instellingen. ArtRent is met een project begonnen om
op een efficiëntere manier te kunnen administreren, verhuren, reserveren, veilen en schenken van
hun kunstwerken te verbeteren.
1.1. Ontwikkelmethode
ArtRent wil een informatiesysteem laten ontwikkelen die de bedrijfsprocessen ondersteund. Dit wordt
gedaan met de ontwikkelmethode Scrum. Scrum is een Agile ontwikkelmethode die steeds vaker
wordt gebruikt om snel te leveren wat de klant nodig heeft, op het moment dat het benodigd is.
Dit is mogelijk doordat Scrum in iteraties (herhalingen) werkt, en aan het einde van iedere iteratie een
stuk werkende software afgeleverd wordt.
De reden dat er niet gekozen wordt voor de bekende lineaire watervalmethode is omdat er vaak blijkt
dat bij de watervalmethode de planning leidend is en niet dynamisch genoeg is om te leveren wat de
klant wil. Het is namelijk moeilijk om een complete planning te maken als het nog niet duidelijk is wat
de klant wenst. Zelfs wanneer het duidelijk zou zijn, zou de klant hooguit krijgen wat er geschreven
staat. Dit is omdat met de klassieke manier van systeemontwikkeling voornamelijk gedocumenteerd
werd. Omdat Scrum geen methode heeft om eisen te verzamelen is er gekozen voor een combinatie
van Scrum en Unified Modeling Language (UML).
1.2. Scrum Terminologie
Dit hoofdstuk gaat in met de voorkennis die vereist is voor het lezen van dit document. Er zal
beschreven worden hoe in dit project zal worden omgegaan met de verschillende Scrum technieken.
1.2.1. User Stories
Klanten hebben eisen en Scrum docum enteert deze eisen in User Stories. User stories zijn korte
beschrijvi ngen van wat een klant wil. Deze worden gebr uikt bij het ontwikkelen van software of
producten. Het kan in enkele zinnen gewone spreektaal zijn van de kla nt waarin staat wat de klant
doet of moet doen, als onderdeel van het werk. User Stories worden gebruikt binnen agile software
development als een manier om de requirem ents te beschrijven. Hierin wordt beschre ven ‘wie’, ‘wat’
en ‘waarom’ men iets wil. Voorbeeld: Als [Ro l] zou ik graag [Wens] wi llen hebben zodat [Red en]. De
‘Rol’ laat zien vanuit welke functie iemand iets wil. ‘Wens’ is wat ‘Rol’ wilt en ‘Reden’ is zodat de
betekenis van ‘R ol’ met ‘Wens’ duidelijk is. Als de red en duidelijk is, kan er onderzocht worden of dit
op een efficiëntere manier gerealiseerd kan worden.
1.2.2. Product Backlog
De Product Backlog is een verza meling van alle User Stories. Iedereen mag advis eren over de
prioriteiten, maar de pr oduct owner maakt de eindbeslissin g. De Product Backlog is gesorteerd van
boven naar beneden op de waarde die de User Story levert. Het bespreken van de Product Ba cklog
met het Scrum team heet Product Backlog Refine ment (Ken Schwaber & Jeff Sutherland, 2013, p.
12). De Sp rint Backlog is een selectie van User Stor ies uit de Product Backlog die gemaa kt is door het
ontwikkelteam. Het ontwikkelteam bepaalt hoeveel werk zij gaan realiseren in hoeveel spr ints.
1.2.3. Sprint
Tijdens de sprint wordt h et werk verdeeld over de teaml eden van het ontwikkelteam. Dit doen zij zelf,
omdat ze zelfsturend zijn. Tijde ns het opstellen van de planning wordt de hoevee lheid werk bepaald in
hoeveel sprints dit ge daan zal worden. De sprint planning wo rdt niet in dit document bijgehouden.
Een sprint is een pro ces waarin User Stories gereali seerd worden. De sprint vastleg gen in tijd wordt
ook wel Time-Boxing genoemd. De sprint kan een aant al dagen tot een max van 4 we ken duren. De
ex acte tijd wordt tijdens de plan ning bepaald.
4
Les avantages d'acheter des résumés chez Stuvia:
Qualité garantie par les avis des clients
Les clients de Stuvia ont évalués plus de 700 000 résumés. C'est comme ça que vous savez que vous achetez les meilleurs documents.
L’achat facile et rapide
Vous pouvez payer rapidement avec iDeal, carte de crédit ou Stuvia-crédit pour les résumés. Il n'y a pas d'adhésion nécessaire.
Focus sur l’essentiel
Vos camarades écrivent eux-mêmes les notes d’étude, c’est pourquoi les documents sont toujours fiables et à jour. Cela garantit que vous arrivez rapidement au coeur du matériel.
Foire aux questions
Qu'est-ce que j'obtiens en achetant ce document ?
Vous obtenez un PDF, disponible immédiatement après votre achat. Le document acheté est accessible à tout moment, n'importe où et indéfiniment via votre profil.
Garantie de remboursement : comment ça marche ?
Notre garantie de satisfaction garantit que vous trouverez toujours un document d'étude qui vous convient. Vous remplissez un formulaire et notre équipe du service client s'occupe du reste.
Auprès de qui est-ce que j'achète ce résumé ?
Stuvia est une place de marché. Alors, vous n'achetez donc pas ce document chez nous, mais auprès du vendeur ghageman. Stuvia facilite les paiements au vendeur.
Est-ce que j'aurai un abonnement?
Non, vous n'achetez ce résumé que pour €8,49. Vous n'êtes lié à rien après votre achat.
Peut-on faire confiance à Stuvia ?
4.6 étoiles sur Google & Trustpilot (+1000 avis)
79373 résumés ont été vendus ces 30 derniers jours
Fondée en 2010, la référence pour acheter des résumés depuis déjà 14 ans