Even hulp nodig van moddeleringsspecialisten en anderen die meer weten dan ik
Ik moet een router en andersoortig netwerkapparatuur gaan modelleren in UML, maar ik weet maar niet hoe ik zoiets abstracts moet gaan vormgeven in een model.
Ik wil klassen aanmaken op basis van functionaliteit en gegevens.
De standaard stappen zijn een beetje moeilijk te nemen.
Usecase->mogelijke klassen -> accosiaties -> Collaboratie zijn voor iets abstracts als deze natuurlijk moeilijk te nemen.
Dan krijg je een enorme lijst van getsettings, setsettings.
Een router of een ander soort netwerkapparatuur wordt vaak als een klasse op zich weergegeven in een diagram.
Maar ik wil dit juist niet en juist de functionaliteit van een router gaan modelleren.
Maar is dat wel de goede manier?
Dus (benaming beetje rot en properties onvolledig, maar let daar niet op, allemaal even snel ingetikt. Gaat om het idee):
klasse: Device
properties: ip-address, subnetmask, DNS_primary, DNS_secondary, GatewayMAC-adres
klasse: SysteemDetails
properties: Serial number, firmware, system name
klasse: Interface
properties: Mac address, Status, Duplexsetting
klasse: ARPtable
properties: Interface, MAC-address, IP-address
Etc, etc. Zit ik hierbij een beetje goed op weg of moet ik even een volledig andere aanpak gaan volgen?
Ik wou zelfs zo ver gaan dat elk klasse weer een geaggregreerde klasse is van bv de klass IPadress, MacAdress, SystemAccessPassword, SystemFlashUpdate, etc.
Maar hierdoor raak ik helemaal in de twijfels of ik wel op ge goede weg zit, want ik vind dat veel ste ver gaan
Zal handig zijn als er op internet wat voorbeelden van te vinden zijn. Je zal haast verwachten van wel, maar nee...
Dan kom je een hoop netwerkdiagrammen tegen OID. Is er geen standaard model voor netwerkapparatuur?
Ik moet een router en andersoortig netwerkapparatuur gaan modelleren in UML, maar ik weet maar niet hoe ik zoiets abstracts moet gaan vormgeven in een model.
Ik wil klassen aanmaken op basis van functionaliteit en gegevens.
De standaard stappen zijn een beetje moeilijk te nemen.
Usecase->mogelijke klassen -> accosiaties -> Collaboratie zijn voor iets abstracts als deze natuurlijk moeilijk te nemen.
Dan krijg je een enorme lijst van getsettings, setsettings.
Een router of een ander soort netwerkapparatuur wordt vaak als een klasse op zich weergegeven in een diagram.
Maar ik wil dit juist niet en juist de functionaliteit van een router gaan modelleren.
Maar is dat wel de goede manier?
Dus (benaming beetje rot en properties onvolledig, maar let daar niet op, allemaal even snel ingetikt. Gaat om het idee):
klasse: Device
properties: ip-address, subnetmask, DNS_primary, DNS_secondary, GatewayMAC-adres
klasse: SysteemDetails
properties: Serial number, firmware, system name
klasse: Interface
properties: Mac address, Status, Duplexsetting
klasse: ARPtable
properties: Interface, MAC-address, IP-address
Etc, etc. Zit ik hierbij een beetje goed op weg of moet ik even een volledig andere aanpak gaan volgen?
Ik wou zelfs zo ver gaan dat elk klasse weer een geaggregreerde klasse is van bv de klass IPadress, MacAdress, SystemAccessPassword, SystemFlashUpdate, etc.
Maar hierdoor raak ik helemaal in de twijfels of ik wel op ge goede weg zit, want ik vind dat veel ste ver gaan
Zal handig zijn als er op internet wat voorbeelden van te vinden zijn. Je zal haast verwachten van wel, maar nee...
Dan kom je een hoop netwerkdiagrammen tegen OID. Is er geen standaard model voor netwerkapparatuur?
One thing's certain: the iPad seriously increases toilet time.. tibber uitnodigingscode: bqufpqmp