100% satisfaction guarantee Immediately available after payment Both online and in PDF No strings attached
logo-home
Samenvatting Ontwerp van informatiesystemen $6.97
Add to cart

Summary

Samenvatting Ontwerp van informatiesystemen

2 reviews
 238 views  18 purchases
  • Course
  • Institution

Samenvatting boek 2 handige schema's koppeling en cohesie

Preview 4 out of 73  pages

  • March 12, 2019
  • 73
  • 2018/2019
  • Summary

2  reviews

review-writer-avatar

By: delaisselouis • 1 year ago

review-writer-avatar

By: RemcoCockx • 5 year ago

avatar-seller
Ontwerp van
informatiesystemen
DEEL 1: BASISBEGRIPPEN VAN HET SYSTEEMONTWERP
Hoofdstuk 1: Wat is systeemontwerp

1.1 Informatiesystemen
Informatiesystemen (IS) verzorgen invoer (input), verwerking, het opslaan en de uitvoer (output)
van informatie in functie van informatiebehoeften van een gebruiker.

Welke informatie?
- Gestructureerde: getallen, tekstuele gegevens
- Semi-gestructureerde: email, documenten
- Ongestructureerde: video, audio, afbeeldingen

Welke verwerking?
- Aggregatie van gegevens uit verschillende bronnen om deze op overzichtelijke manier weer
te geven
- Selectie van bepaalde records in een databank die voldoen aan een bepaald criteria
- Sorteren van gegevens in een lijst

Een informatiesysteem bestaat uit:
- Hardware (incl. pc’s, servers, PDA’s, netwerken...)
- Software (programma’s)
- Bedrijfsprocessen/procedures (vb.: De Lijn)
- Mensen
- Andere...
= En is dus een socio-technisch systeem met zowel manuele als automatische delen
Recente evoluties
- Content Management Systemen (CMS)zijn gericht op semi-gestructureerde informatie
- Informatie is het product, niet het bijproduct!

1.2 Organisaties en informatiesystemen
Informatiesystemen bestaan binnen de context van een bepaalde organisatie.
De organisatie bepaalt:
- De bedrijfsprocessen, en dus…
- De informatiebehoeften van de gebruikers, en dus...
- Welke informatiesystemen worden gebouwd
Informatiesystemen staan steeds binnen context van een bepaalde organisatie
 informatiebehoeften van de eindgebruiker zullen verschillen van organisatie tot organisatie =
informatiesystemen zullen hierdoor ook verschillen van organisatie tot organisatie




1

,Soorten van informatiesystemen worden bepaald door hun plaats in de organisatie:
Transactieverwerkende systemen (Transaction Processing System - TPS)
- Een transactie is een atomair (niet meer op te splitsen) deel in een bedrijfsproces
- Voorbeelden bij De Lijn
o De verkoop van een abonnement
o De aanwerving van een medewerker
o De aankoop van een hoeveelheid brandstof
Management Informatiesystemen (Management Information System - MIS)
- Verwerken in veel gevallen informatie afkomstig uit TPS en produceren hier rapporten uit
- Ondersteunen gestructureerde beslissingen
- Voorbeelden bij De Lijn
o Een rapport op papier van de verkochte abonnementen per week
o Een elektronisch overzicht van de nieuwe medewerkers
Beslissingsondersteunende systemen (Decision Support Systems -DSS)
- Ondersteunen semi-gestructureerde beslissingen
- Veelal op basis van kwantitatieve modellen en sensitiviteitsanalyse (“what-if” analyses)
o Wat is impact van daling in verkopen in volgende kwartaal met 5%
- Voorbeelden bij De Lijn
o Scheduling van de bussen en werknemers
o Localisaties van depots

Een informatiesysteem is hierdoor een socio-technisch project (zowel technische als
menselijke component) met interne impact...
- Nieuwe bedrijfsprocessen
- Nieuwe hiërarchie van bevoegdheden
- Nieuwe taken voor werknemers
- Nieuwe machtsverhoudingen
En mogelijk externe impact op de marktpositie (beschikbaarheid van tijdige, betere informatie
over de concurrenten)

Relevante vragen tijdens het bouwen van een informatiesysteem
- Hoe zorgen we ervoor dat ICT-departementen de systemen bouwt die de organisatie nodig
heeft?
- Hoe worden de bevoegdheden & structuur van ICT-departement bepaald?


1.3 Software engineering
Ontstond eind ’60s in de softwarecrisis
- Programmeren was afhankelijk van individu (ad hoc)
- Slecht gestructureerde programma’s (spaghetti-code)
- Resultaat: slechte leesbaarheid en onderhoudbaarheid, veel fouten, te laat, beantwoordde
niet aan de eisen van de eindgebruiker, slechte aanpasbaarheid...

Reactie hierop = Software Engineering
- Verwijst naar principes, methodologieën, methoden en technieken voor het bouwen
van kwalitatief hoogstaande informatiesystemen
- = veel meer dan enkel programmeerwerk & probeert diverse kwaliteitscriteria te volbrengen
(betrouwbaarheid, onderhoudbaarheid...)
- Is gericht op grote systemen
- Streeft naar uniformiteit en standaardisatie in de ontwikkeling praktijken ⇔ ad-hoc
“Bouwen van een huis” = zowel economische (op tijd en binnen budget) als functionele
overwegingen (beantwoordt systeem aan vraag eindgebruiker?)


2

,1.4 Watervalmodel




 Model veronderstelt dat de verschillende fasen van de ontwikkeling sequentieel doorlopen
worden = output vorige fase wordt gebruikt als input in de volgende fase

1.4.1 Analyse
Doel = de vereisten volledig, consistent en ondubbelzinnig in kaart brengen in de
vereistenspecificatie  wat moet het IS kunnen?

Soorten vereisten
- Functionele
o Welke gegevens moeten worden bijgehouden
o Welke typen rapporten moeten er worden gegenereerd
o Welke invoerschermen moeten aanwezig zijn
o Welke berekeningen moeten er gebeuren
- Niet-functionele
o Performantie
o Onderhoudbaarheid (o.m. geplande wijzigingen)
o Herbruikbaarheid
o Beveiliging

Hoe worden vereisten verzameld?
- Interviews
- Documentatie van bestaande bedrijfsprocessen of IS
- Vragenlijsten
- Observatie
- Brainstormsessies...

Einddoel = opstellen document waarin alle vereisten voor het nieuwe systeem op een
gestructureerde manier staan beschreven  vereistenspecificatie

Andere relevante vragen:
- Welke omvang (scope) heeft het project?
- Welke belanghebbenden (stakeholders) zijn er in dit project?
o Intern
o Extern
- Welke timing en budgetten dienen gerespecteerd te worden? Is dit haalbaar? Economisch
verantwoord?
- Bij welke gebeurtenissen moet het Is iets doen? Wat? (Proces-vereisten)
- Over welke dingen moeten gegevens bijgehouden worden (data-vereisten)?
- Wie? Analist (cfr. HIB’s)



3

, Levenscyclus van een informatiesysteem:




1.4.2 Ontwerp
Voor programmeur meestal minst interessante fase want het is verleidelijk om direct te beginnen
programmeren (= direct resultaat) maar hierdoor heeft men geen oog voor het groter geheel 
iedere programmeur werkt aan een apart onderdeel = povere samenhang

Doel = Hoe moet de software gestructureerd worden om kwalitatief ’goed’ te zijn?
Hoe moeten IS ontworpen worden? Komt neer op de vraag: Hoe moeten systemen worden
opgesplitst in kleinere subsystemen?
2 verschillende niveaus van ontwerp:
- Hoog-niveau ontwerp van software (architectuur): welke zijn de subsystemen (modules) die
kunnen onderscheiden worden? En hoe communiceren deze met elkaar?
- Laag-niveau ontwerp van software (men gaat dieper in op het praktische ontwerp)
o Hoe moeten de algoritmes van de modules ontworpen worden? ( → Programmeren)
o Hoe sorteer ik een reeks getallen? hoe houd ik een reeks getallen bij?
o Hoe benoem ik variabelen?
o i.v.m. onderhoudbaarheid
o i.v.m. herbruikbaarheid
o → Ontwerp van informatiesystemen
 Er is geen ’optimaal’ ontwerp voor de meeste systemen; elk ontwerp heeft zijn voor- en
nadelen in termen van kwaliteit. Het is de taak van de ontwerper het meest geschikte ontwerp te
kiezen.

Tijdens de ontwerpfase worden andere (niet-software) delen van het IS eveneens ontworpen:
- Netwerk
- De gebruikte hardware
- Het ontwerpen van de databank
- Het ontwerpen van de user interface

1.4.3 Implementatie
Doel = voor software: systeem zodanig programmeren in een taal dat software van hoge kwaliteit
ontstaat  programmeren

Grote lijnen van de software zijn reeds ontworpen de programmeur kan zich hierdoor beperken tot
het invullen van de details in het ontwerp en het omzetten hiervan in programmeertaal. Hierna
moet het nog omgevormd (gecompileerd) worden in een programma dat uitgevoerd kan worden
door de computer


4

The benefits of buying summaries with Stuvia:

Guaranteed quality through customer reviews

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

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

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 margauxcomte. Stuvia facilitates payment to the seller.

Will I be stuck with a subscription?

No, you only buy these notes for $6.97. You're not tied to anything after your purchase.

Can Stuvia be trusted?

4.6 stars on Google & Trustpilot (+1000 reviews)

52510 documents were sold in the last 30 days

Founded in 2010, the go-to place to buy study notes for 14 years now

Start selling
$6.97  18x  sold
  • (2)
Add to cart
Added