Archief - algoritme: OOP grafisch voorstellen??

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

PolefõX

Legacy Member
ik zoek eigelek een manier om object-georienteerde projecten te kunnen voorstellen in diagrammen ofzo, zoals bvb. psd-diagrammen da bij gestructureerd programmeren doen.

kheb al gelezen over enkele methodes(Booch,OMT van Rumbaugh), maar vindt er nergens een voorbeeld ofzo van.
iemand die kan helpen hier??

hoe pakke jullie da eiglek aan als ge zo een project ineen moet steke, k bedoel zo van het idee tot wanneer ge u voor de computer zet voor het daar te programmeren??

Grtz

DarkBone

Legacy Member
Héél globaal:

- Probleemdefinitie
- Analyseren & Modeleren van deze probleemdefinitie om zo tot het datamodel te komen
- (Technisch) databaseschema opstellen op basis van dat model
- Programmatie

Voor analyse gebruik ik over het algemeen NIAM (Nijsens Informatie-Analyse Methode) + het groeperingsproces die hierop verder gaat

Bij kleinere projecten kan Normalisatie al voldoende zijn (daarbij kunnen eventueel Bachmann diagrammen en Bubble charts uitgetekend worden).

Voor het voorstellen van de projecten kun je je wenden tot ERD (Entity Relationship Diagrams) maar als het echt om OO projecten gaat dan ben je misschien beter af met UML (Unified Modeling Language) nl. met use-cases en klassediagrammen.

Dan hebt ge ook nog de KISS-methode die vooral dient om de onderlinge samenhang tussen de verschillende objecten te schetsen. En per object zijn functionaliteiten beschrijft. Een KISS-model wordt meestal bekomen door eerst een informatiekwadrant op te stellen.

Bovenstaande technieken nemen allemaal de data als centraal uitgangspunt, e hebt ook andere technieken FD (Functionele Decompositie) en DFD (Data Flow Diagrammen) die uiteindelijk in HIPO kaarten resulteren. Maar deze technieken gaan uit van de functionele aspecten van je project en schetsen meer de flow van je programma.

In ieder geval, de tendens voor datageoriënteerde analyse technieken is allang gemaakt, dus ik zou daar op focussen.

Grtz,
db




ps: ik vind het zelf heel moeilijk om zo'n dingen op je eentje te leren via het Internet ofzo, ik denk dat je best wat boeken daarover leest of je laat onderwijzen. De richting Toegepaste Informatica die ik volg(de) behandelt dit allemaal (analyse -> programmatie).

pss:
Er kan trouwens ook nog heel wat gezegd worden over de verschillende softwarelifecycle modellen :)

psss:
Zelf ben ik niet zo'n fan van analyse, ik zie het meer als een noodzakelijk kwaad, dat echter heel nuttig kan blijken achteraf. Maar ik ben er zeker geen fanaticus in, dus als hier iets gezegd zou zijn dat niet helemaal klopt, feel free to correct me. Maar ik denk dat het behoorlijk juist is wat hier staat.

[DZM]TheOne

Legacy Member
indien het echt gaat om OOP zijn de meest aangewezen analysetechnieken NIAM en ERD, persoonlijk gaat mijn voorkeur naar NIAM omdat je dan sneller iets bruikbaars hebt maar dat is persoonlijk.

Een kleine opmerking ivm UML: dit is eigenlijk geen analysetechniek maar wel een voorstellingswijze

DarkBone

Legacy Member
Het was misschien niet geheel duidelijk in men uitleg, maar je moet inderdaad een onderscheid maken tussen analyseren en modelleren:

http://www.webcoder.be/lode/analyseren_modelleren.gif

Hopelijk verduidelijkt dit schema heel wat.

Mijn voorkeur gaat zoals eerder gezegd ook uitnaar NIAM, die geeft een zeer volledig overzicht over al je objecten, hun eigenschappen, en hun onderlinge samenhang. Enig nadeel is dat je nogal snel met grote schema's komt te zitten.

PolefõX

Legacy Member
het ga idd een beke m'n petje te bove :crazy:
ma kga nog is iets meer zoeke over die UML, mss dak er dan wel uitkom.

ps: over da volge van een opleiding: kwas al van plan hogeschool te volge maar voorlopig ist nog twijfele tusse toegepaste informatica (wa te moeilek is vo mij denk'k) en elektromechanica (da meer aansluit bij m'n vooropleiding).... :unsure:

thx vo de hulp!!

soepkieke

Legacy Member
hmm, ik kom ook uit de elektromechanica, en zit in kdg en volg der nu 1ste jaar toegepaste informatica
en ik moe zegge, da is echt goe te doen ze als ge kunt lere
ik kom van PTS en heb er nooit lere lere dus dermee da ik fles dit jaar :s

ma da valt goe mee ze (als ge kunt lere) :)

LunchBox

Legacy Member
doe lisette berben de groeten van mij soepkieke :applause: oh en dah mens da zonodig orák'l zegt ipv oracle - ge kent ze zeker ze geeft mysql & databases (the green book) kheb trouwens nog een locker op die school - moet die ooit is leegmaken, als'k me ni vergis zit er nog een paraplu en flashy oranje rugzak in.. :crazy: (dit even geheel terzijde, respect voor zij die IT volgen op kdg - twas zeker ni mijn ding)

kornfleek

Legacy Member
berben geeft dezer dagen Cobol, en gelukkig ni aan mij.. We kregen twee uur voort exaam da zij had opgesteld, ge had één uur nodig om de hele opgave te begrijpen en dan een kwartier om alles te proggen!!

en toeval of niet, heb vandaag examen van Gestructureerde Systeemanalyse. Dfd's, afhankelijkheidsanalyse, ERDs, decomositie, ze hebben allemaal geen geheimen meer voor mij!

Lashknife

Legacy Member
hehe, berben rulede, vrij streng mens, ma kvond da die goe les kon geven, in ieder geval beter dan den theo!
btw, berben heeft altijd al cobol gegeven, da's ni van "dezer dagen" :)

@lunchbox, oràkl -> da's Burssens :D

[DZM]TheOne

Legacy Member
DarkBone zei:
Hehe COBOL, da's een blijverke :p

neenee, cobRol sterft uit, enkel onderhouds-IT'ers voor COBOL worden nog vaak gevraagd, zelfden ontwikkelaars


ze hebben de uren CobRol sterk verminderd in de TI-opleiding in Hogeschool WVL Brugge en in 't Erasmus in Brussel geven ze da zelfs in 't geheel niet!

't is een goeie taal om in 't begin alles goed te begrijpen, maar hij sterft gelukkig uit

't is een nogal tijdvretende programmeeromgeving, om maar te zwijgen van RPG (maar da's een ander verhaal)

DarkBone

Legacy Member
[DZM]TheOne zei:
neenee, cobRol sterft uit, enkel onderhouds-IT'ers voor COBOL worden nog vaak gevraagd, zelfden ontwikkelaars


ze hebben de uren CobRol sterk verminderd in de TI-opleiding in Hogeschool WVL Brugge en in 't Erasmus in Brussel geven ze da zelfs in 't geheel niet!

't is een goeie taal om in 't begin alles goed te begrijpen, maar hij sterft gelukkig uit

't is een nogal tijdvretende programmeeromgeving, om maar te zwijgen van RPG (maar da's een ander verhaal)

Been there done that (COBOL & RPG), ik weet wat het inhoud ;)

PolefõX

Legacy Member
soepkieke zei:
hmm, ik kom ook uit de elektromechanica, en zit in kdg en volg der nu 1ste jaar toegepaste informatica
en ik moe zegge, da is echt goe te doen ze als ge kunt lere
ik kom van PTS en heb er nooit lere lere dus dermee da ik fles dit jaar :s

ma da valt goe mee ze (als ge kunt lere) :)

kheb eiglek elektrotechnieken gedaan in't secundair en heb al elektromechanica op kdg gedaan ma was ok geflest omda'k ni kon lere.
eb ondertusse beslote elektrotechnieken te doen op de khk, da ligt nog zowa het meest tusse de twee, meer elektronica en pc in plaats van die saaie mechanica.

niemand hier die mij meer kan vertelle over deze opleiding toevallig?? :p

sys4096

Legacy Member
[DZM]TheOne zei:
neenee, cobRol sterft uit, enkel onderhouds-IT'ers voor COBOL worden nog vaak gevraagd, zelfden ontwikkelaars

Wrong, ze hebben juist een .net versie gemaakt... vraag me niet waarom :crazy:

Hehe... KDG... Sint Lodewijk... waar is den tijd :sleep:
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan