Hulp maken Technisch Ontwerp

[Verwijderd]

Hallo allemaal,

Ik moet in Acces een database bouwen"Urenregistratie systeem".

Ik gebruik de tabellen:
• Klant
• Medewerkers
• Factuur
• Urenverantwoording
• Vestingen
• Business Unit

Hierover moet ik een Technisch ontwerp maken. maar hoe kan ik beginnen.

zouden jullie mij hierbij kunnen helpen,

alvast bedankt,

Dave

[kemphaas]

Iets meer eigen inzet teveel gevraagd? Zo hebben we echt te weinig informatie om je verder te helpen.

[Webgnome]

Verwijderd schreef op donderdag 13 maart 2008 @ 11:23:
Hallo allemaal,

Ik moet in Acces een database bouwen"Urenregistratie systeem".

Ik gebruik de tabellen:
• Klant
• Medewerkers
• Factuur
• Urenverantwoording
• Vestingen
• Business Unit

Hierover moet ik een Technisch ontwerp maken. maar hoe kan ik beginnen.

zouden jullie mij hierbij kunnen helpen,

alvast bedankt,

Dave

Ik wil niet heel bot zijn maar ik denk dat je dit voor school moet maken? Zo ja vraag het aan je leraar, kijk in je boek but dont ask here

[Kettrick]

probeer het om te draaien, "wat zou je zelf willen weten als je mee ging bouwen aan dat projecct" ?

vanuit dat oogpunt schrijf ik TO's, alle overige reeds-bekende meuk kan je overslaan, dat doen je toekomstige collega's ook

[Janssen]

Vraag het gewoon aan je docent. Op GoT doen we niet aan huiswerkopdrachten! Maar omdat ik niet de flauwste ben en ook ooit op school heb gezeten zal ik hier laten zien hoe het werkt:

In een TO wordt er van je verlangd dat je opschrijft hoe je het systeem maakt. Je
schrijft het zodanig op dat andere technici het ook begrijpen. Als de beschrijving af is,
dan heb je het technische ontwerp.

Om duidelijk te maken hoe je het systeem maakt, zul je de technische aspecten van het
systeem moeten beschrijven. Nu komen de datastructuur, databasekoppelingen,
algoritmes, toestanden, normalisering, systeemmodules, events, bestandenstructuur,
mappenstructuur, enzovoorts aan de orde. Maar geen code. Een technisch ontwerp
bevat geen code, tenzij je een kort stukje van enkele regels beschrijft om een oplossing
voor een specifiek probleem toe te lichten. Uitgangspunt voor het TO is het functioneel ontwerp. Het technische ontwerp is het logische vervolg op het functionele ontwerp. De opsomming van systeemtaken van de functionele specificatie dienen daarvoor als basis.

Een technisch ontwerp bevat diagrammen om technische aspecten toe te lichten.
Welke diagrammen je moet gebruiken is afhankelijk van het informatiesysteem dat je
bouwt, maar een UML-diagram zoals een use case is altijd wel toe te passen. En een
stroomdiagram ook. Je gebruikt de diagrammen die toepasselijk zijn voor jouw project.
Als een database een belangrijke rol speelt, dan is een datamodel een absolute eis. Als
je software ontwikkelt, dan neem je enkele UML-diagrammen op. Als het systeem uit
meerdere modules bestaat, dan neem je een systeemstructuurschema op.

Het technisch ontwerp moet voldoende gedetailleerd uitgewerkt worden, zonder te
overdrijven. Het gaat erom dat technici met behulp van deze documentatie kunnen
begrijpen hoe het systeem gebouwd gaat worden en zelfs dat werk kunnen overnemen.
In het bijzonder beschrijft het technisch ontwerp vooral de onderdelen die moeilijk zijn
en waarmee problemen zijn te verwachten en onderdelen die essentieel zijn voor het
systeem. Deze onderdelen mogen in het ontwerp niet ontbreken. In de praktijk komt het
voor dat het systeem uiteindelijk iets anders gebouwd wordt dan volgens het technisch
ontwerp. Dat is geen probleem, mits met mate en ergens gedocumenteerd.

Verder kun je nog een alinea besteden aan het systeem dat je gaat
gebruiken en de gereedschappen waarmee je het systeem bouwt.

Als het nu niet lukt ben je gewoon een n00b

[ Voor 4% gewijzigd door Janssen op 13-03-2008 14:18 ]

[F_J_K]

Ik neem aan dat deze tips voldoen om zelf een opzet te maken. Beginnen doe je trouwens neem ik aan met het doornemen van de info die je vanuit school vast hebt gekregen.

We denken hier op GoT graag mee dus open gerust een topic (in het juiste subforum) als je een heel eind bent maar op een specifiek punt vastloopt, maar het kernwoord is meedenken. Huiswerk moet je toch echt zelf maken, anders heeft het geen zin