[Context] Probleem met contextdiagram

[Sloeber]

Beste Tweakers,

Voor een PO moet ik o.a. een contextdiagram maken over deze tekst:

overzicht nog beschikbare kamers; te wijzigen als kamers vanwege onderhoud niet verhuurd kunnen worden.
overzicht reserveringen met bijbehorende klantgegevens.
bericht aan de klant (bevestiging/annulering) met automatisch briefhoofd en adresgegevens.
overzicht door de klant te betalen extra services (de aard van de service, prijs, datum, tijdstip).
gespecificeerde factuur per klant.
overzicht omzet per seizoen.

Ik heb dan zeg maar nu dit:



Nu vraag ik me af, moet ik nog een tweede database maken om de omzet te berekenen: Dus administratie stuurt gegevens van verhuurde kamers en de databse maakt er de opbrengst van? Die database hoort dan toch al in het vakje administratie te zitten?

Weten jullie raad hoe ik dit het beste kan aanpakken?

[MAX3400]

Sloeber schreef op dinsdag 10 mei 2011 @ 11:44:

Weten jullie raad hoe ik dit het beste kan aanpakken?

Laat eerst een zien wat je zelf al bedacht/geprobeerd/geprogrammeerd hebt...

Ik denk dat je op de goede weg "denkt" maar zonder jouw uitgeschreven ideeen, kan ik er in ieder geval weinig over zeggen.

[Sloeber]

MAX3400 schreef op dinsdag 10 mei 2011 @ 11:46:
[...]

Laat eerst een zien wat je zelf al bedacht/geprobeerd/geprogrammeerd hebt...

Ik denk dat je op de goede weg "denkt" maar zonder jouw uitgeschreven ideeen, kan ik er in ieder geval weinig over zeggen.

Ik dacht dat ik het goed had uitgelegd? We zijn nog niet zo ver dat we het daadwerkelijk moeten programmeren, we zitten op dit moment dus nog alleen met het contextdiagram. Ik wilde dus graag even een goede aanvulling, of een goede tip hoe je dan het beste zo'n onerdeel kunt invoegen daarin en wat de beste aanpak is.

[MrBucket]

Sloeber schreef op dinsdag 10 mei 2011 @ 11:44:
Voor een PO moet ik o.a. een contextdiagram maken over deze tekst:
<knip>
Ik heb dan zeg maar nu dit:

Ik weet niet wat de exacte omschrijving van de casus is, maar ik kan me inderdaad voorstellen dat dit een redelijk context diagram hiervoor is. Ik denk alleen dat de administratie de brief en bevestiging stuurt en de klant de reservering en annulering doet, en niet vice versa

Die database hoort dan toch al in het vakje administratie te zitten?

Dat kun je zo niet stellen. Misschien kan de receptie zelf ook wel direct met het systeem werken?

Een context diagram beschouwt het te bouwen systeem als een black box - het toont geen losse onderdelen van je systeem, alleen maar "het systeem" en alle actoren die ermee te maken hebben. Het doel van het context diagram is dan ook om te inventariseren welk soort 'gebruikers' jouw systeem kent, niet hoe je systeem zelf eruit gaat zien.
En de database is een onderdeel van je systeem, deze hoef (mag) je dus nog niet benoemen in je context diagram.

Daarnaast is het natuurlijk een beetje raar als je onderdelen van je systeem (de database, de client-applicatie, ...?) gaat verdelen over je actoren - meestal hebben alle actoren toegang tot het complete systeem, alleen doet elke actor verschillende dingen met het systeem.

Nu vraag ik me af, moet ik nog een tweede database maken om de omzet te berekenen: Dus administratie stuurt gegevens van verhuurde kamers en de databse maakt er de opbrengst van?

Als je je systeem straks verder gaat ontwerpen (waarbij je het systeem niet langer als black box beschouwt, maar als een oplossing bestaande uit een database, een invoerapplicatie, en misschien nog wel meer?) , dan zul je hoogstwaarschijnlijk tot de conclusie komen dat je systeem kan volstaan met 1 enkele database waarin al de door jouw genoemde gegevens worden vastgelegd.

Want als je de gegevens van welke kamers wanneer verhuurd zijn tegen welk bedrag gestructureerd hebt vastgelegd in je database (samen met evt, extra diensten), dan heb je toch al voldoende informatie om de omzet te kunnen bepalen (lees: uit de database te kunnen queryen)?

[Voor 9% gewijzigd door MrBucket op 10-05-2011 21:54]

[Sloeber]

nevermind

[Voor 82% gewijzigd door Sloeber op 17-05-2011 11:21]