Modelleren en systeemontwikkeling

Website:website met extra informatie
Vakcode:INFOMSO
Studiepunten:7.5 ECTS
Periode:periode 1 (week 36 t/m 45, dwz 5-9-2016 t/m 11-11-2016; herkansing week 1)
Timeslot:C1267
Deelnemers:tot nu toe 308 inschrijvingen
Rooster:De officiële roosters staan ook in Osiris
Docenten:
vormgroeptijdweekzaaldocent
college   ma 13.15-15.0037-44 RUPPERT-BLAUW Hans Philippi
 
do 9.00-10.4537-39 RUPPERT-BLAUW
41-44 RUPPERT-BLAUW
practicum groep 1 ma 15.15-17.0037-44 BBG-115 CLZ Nico Naus
 
do 11.00-12.4537-38 BBG-115 CLZ
39 UNNIK-101
41 UNNIK-101
42 UNNIK-104
43-44 BBG-115 CLZ
groep 2 ma 15.15-17.0037-44 BBG-109 CLZ Joo Paulo Pizani Flor
  
do 11.00-12.4537-38 BBG-175 CLZ
39 UNNIK-103
41 UNNIK-103
42 UNNIK-103
43-44 BBG-175 CLZ
groep 3 ma 15.15-17.0037-44 BBG-175 CLZ Dick Booisma
 
do 11.00-12.4537-39 DDW-0.42 CLZ
41-44 DDW-0.42 CLZ
groep 4 ma 15.15-17.0037-44 BBG-112 CLZ Mandy Filet
 
do 11.00-12.4537-39 KBG-228
41-44 KBG-228
groep 5 ma 15.15-17.0037-42 BBG-214 Gerben Aalvanger
 
43 BBG-201
44 BBG-214
do 11.00-12.4537-39 BBG-001
41-44 BBG-001
groep 6 ma 15.15-17.0037-44 BBG-001 Sylke Gosen
 
do 11.00-12.4537-39 BESTUURS-LIEREGG
41-44 BESTUURS-LIEREGG
Tentamen:
week: 40do 6-10-20169.00-12.00 uurzaal: OLYMPOS-HAL2
week: 45ma 7-11-201613.30-16.30 uurzaal: EDUC-GAMMA
week: 1ma 2-1-201713.30-16.30 uurzaal: EDUC-GAMMAaanvullende toets
Nota bene:Er is geen recente vakbeschrijving beschikbaar.
Onderstaande tekst is een oude vakbeschrijving uit collegejaar 2015/2016
Inhoud:Dit vak behandelt de kunst van object georienteerd analyse en ontwerp. Er is ook aandacht voor de verschillende zaken die, naast het daadwerkelijke programmeren, aan bod komen tijdens het bouwen van software, zoals requirements engineering, testen, refactoren, en software development processen.
Literatuur:kan veranderen!
  1. Design Patterns Explained: A New Perspective on Object-Oriented Design. Alan Shalloway and James R. Trott. Addison Wesley. ISBN 0321247140.
  2. Aanvullende literatuur zal op de website beschikbaar zijn
Werkvorm:4 uur hoorcollege en 4 uur werkcollege/practicum.
Toetsvorm:Het vak wordt beoordeeld aan de hand van toetsen en practica.
  • Tussentoets (20%);
  • Eindopdracht (30%);
  • Tentamen (50%);

Om te slagen voor het vak moet je minstens een 4.0 halen voor al deze onderdelen en moet het gewogen gemiddelde van je cijfers minstens een 5.5 zijn.

Verder zullen er vier (kleine) inleveropdrachten zijn gedurende het vak. Deze worden beoordeeld met een Goed (A), Voldoende (B), Matig (D), of Onvoldoende(F). Als minstens twee opdrachten met Goed worden beoordeeld (en de anderen met een Voldoende of Goed), verdien je een extra 0.5 punt worden op het tentamen. Omgekeerd, met twee Matige practica krijg je 0.5 punt aftrek op je tentamen. Als er één opdracht onvoldoende wordt beoordeeld, maar je op basis van je tussentoets, eindopdracht, en tentamen wel voor het vak zou slagen, bestaat de mogelijkheid om deze opdracht te herkansen. Als er twee of meer opdrachten als onvoldoende worden beoordeeld, ben je voor het vak gezakt.

Inspanningsverplichting voor aanvullende toets:Om aan de aanvullende toets te mogen meedoen moet de oorspronkelijke uitslag minstens 4 zijn.
Beschrijving:MSO gaat verder waar Imperatief Programmeren/Mobiel Programmeren ophoudt. Bij MSO leer je meer over het analyseren van de problemen die klanten aandragen en het ontwerpen van geschikte oplossingen. Na afloop van dit vak zul je:
  • Begrijpen welke problemen behorend bij Software Project Managment en hoe verschillende softwareontwikkelingsmodellen, zoals de Waterval Methode of Unified Process, deze problemen adresseren.
  • Gegeven een casus voor een (kleinschalig) software project, een preciese analyse kunnen opstellen van de gewenste functionaliteit door middel van use cases, requirements documenten en een domein model
  • Aan de hand van de GRASP principes van Larman verantwoordelijkheden voor berekening en databeheer toe kunnen kennen aan conceptuele klassen
  • UML (klasse) diagrammen kunnen lezen, schrijven, en implementeren
  • Gemeenschappelijke eigenschappen en variatie in een domein identificeren aan de hand van een CVA of analyse matrix
  • Demonstreren dat je de intentie, doel, en implementatie van verschillende design patterns begrijpt
  • Aan de hand van een casus, een ontwerp maken dat gebruik maakt van design patterns en beargumenteren waarom deze design patterns nodig zijn, en hoe ze de kwaliteit van het ontwerp verbeteren.
  • Het kritisch analyseren van een ontwerp, inclusief een beoordeling van hoe het ontwerp om zal kunnen gaan met veranderende requirements
wijzigen?