Modelleren en Systeemontwikkeling samenvatting Universiteit Utrecht
12 views 2 purchases
Course
Modelleren En Systeemontwikkeling (INFOMSO)
Institution
Universiteit Utrecht (UU)
Modelleren en Systeemontwikkeling samenvatting gegeven op de Universiteit Utrecht. Samenvatting is gebaseerd op alle gegeven lesstof en tentamenstof. Samenvatting bevat voorbeelden en plaatjes voor extra verduidelijking. Aan het eind van de samenvatting zijn een paar oefenvragen toegevoegd ter voor...
- Requirements(behoefte): breng je in kaart.
- Design: je ontwerpt een systeem
- Coding: je gaat programmeren
- Verification: testen door te kijken of je het
juiste systeem hebt gebouwd voor je
gebruikers.
- Maintanance: onderhoud
Kritiek: opdrachtgever kan van gedachten veranderen, budget, je komt achter problemen aan het
ontwerp wat te duur of complex blijkt te zijn. Al bouwende krijg je pas een goed beeld wat je met je
systeem wilt.
Up (Unified process) benadrukt iterative software development. Develop software in time-based
mini-projects is called iterations. Elke iteration has clearly defined milestones, including a tested,
integrated, executable system. Systeem groeit over de tijd mee, iteratie bij iteratie. Resultaat van
een iteratie is niet alleen een experimentele prototype, maar een onderdeel van het uiteindelijke
systeem. Elke iteratie pakt nieuwe requirements aan. An iteration may occasionally revisit existing
software and improve it. Door gebruik te maken van iteraties, leidt dit tot veel feedback, kansen om
aanpassingen te maken.
UP (unified process) heeft 4 fases:
- Inception: Breng requirements in kaart, wat moet het systeem doen, businessmodel maken.
Mogelijk laten maken van tests en reviews. Hou altijd rekening met veranderingen.
Overeenstemming krijgen met stakeholders over het project.
Het moet een aantal dingen opleveren:
o Vision document: globale omschrijving van hele project
o Use-cases: hoe gaan eindgebruikers het systeem gebruiken
o Project glossary: a collection of vocabularies or phrases (the terms) captured from
various models, reports and any other artifacts in the software project.
o Business case: hoe verdienen we er geld mee
o Risk assessment: wat kan er fout gaan en wat zijn de risico’s?
o Project plan: welke fases en iteraties zijn er en wanneer gaan we wat bereiken
o Opleveren van 1 of meer experimentele prototypes.
- Elaboration: Je zit nog steeds in proces van ontwerp en inventarisatie. Er komen alleen meer
details in beeld. Planning wordt verfijnd, risk analyse is er en architectuur van systeem moet
in beeld komen. Deze fasen moet ook een prototype opleveren. Zekerheid krijgen over de
vraag of je in staat bent om dit project succesvol af te ronden.
Er moet in kaart worden gebracht wat de belangrijkste wensen zijn ten aanzien van de
functionaliteit van het systeem, de use-case models, maar ook secundaire eisen moeten in
kaart worden gebracht, voorbeeld: systeem moet gegevens van 10.000 studenten kunnen
omvatten en binnen 2 sec dit moeten geven. Het opgeleverde prototype moet opgebouwd
, zijn volgens de lijnen van de architectuur, risks moeten helder zijn, belangrijkste business
case moeten ondersteund worden. De totale projectplanning is in veel meer detail ingevuld
en interaties liggen vast. A stable vision of the software system and its architecture.
Minimized the risks that could cause the project to fail if you choose to continue. Better
estimates for project costs and planning.
- Construction: The main goal of the construction phase is to develop and test a baseline
product upon completion, there should be a clear description of the product status, together
with user manuals. The tool should be ready to be deployed – even if not all features are
fully implemented.
- Transition: Een eerste versie van het systeem is klaar en kan gebeta-test worden. Gebruikers
en key-users moeten getraind worden. Systeem moet parallel draaien met bestaande
systemen. Vaak komt er veel tuning, bug-fixing, processing enhancements and
implementeren van onafgeronde features terug. Doel is users gebruik te maken van je
product, overeenstemming met alle stakeholders dat de baseline product afgerond is,
iteratively verbeteren van de baseline product totdat alles af is.
Side notes:
Inception gaat niet over het bepalen hoeveel weken een feature nodig heeft om gemaakt en
geïmplementeerd te worden. Of het kiezen welke kleur de GUI krijgt.
Onderdeel van elaboration met kleine uitleg van termen:
Use-case: omschrijft hoe gebruikers het systeem gaan gebruiken/besturen. To establish the
functional and non-functional requirements of a system. Supplementary requirements capture the
non-functional requirements. Software architecture: indicates the organization and structure of the
major elements of the system, including behaviour, responsibilities of the systems and subsystems,
and their collaborations. It also includes a motivation why the system is designed the way it is.
, Dus doelen in 1 zin:
- Inception: High level overview how people will end up using the system, few carefull thought
out of use cases.
- Elaboration: Stable version van software van systeem, architectuur, use-cases,
minimalizeren van risico’s, betere schatting van kosten en planning.
- Construction: Develop and test a baseline product, bijhouden van product status.
- Transition: Enabling users to use your product, achieving consensus with all stakeholders
that the baseline product is complete and iteratively refining the baseline until the final
product is implemented.
UP identifies six distinct kinds of ‘engineering activity’:
1. Business modelling: aims to document existing business processes to establish a common
understanding between various stakeholders about how the organization works.
2. Requirements engineering: aims to describe what the system should do, allowing customers
and developers to agree on that description.
3. Analysis & Design: aims to describe how the system should be implemented, in accordance
with the requirements it should satisfy
The benefits of buying summaries with Stuvia:
Guaranteed quality through customer reviews
Stuvia customers have reviewed more than 700,000 summaries. This how you know that you are buying the best documents.
Quick and easy check-out
You can quickly pay through credit card or Stuvia-credit for the summaries. There is no membership needed.
Focus on what matters
Your fellow students write the study notes themselves, which is why the documents are always reliable and up-to-date. This ensures you quickly get to the core!
Frequently asked questions
What do I get when I buy this document?
You get a PDF, available immediately after your purchase. The purchased document is accessible anytime, anywhere and indefinitely through your profile.
Satisfaction guarantee: how does it work?
Our satisfaction guarantee ensures that you always find a study document that suits you well. You fill out a form, and our customer service team takes care of the rest.
Who am I buying these notes from?
Stuvia is a marketplace, so you are not buying this document from us, but from seller luukvaa. Stuvia facilitates payment to the seller.
Will I be stuck with a subscription?
No, you only buy these notes for $4.32. You're not tied to anything after your purchase.