[UML] subklasse

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

C# .NET Developer

Dit ga je doen Als developer nieuwe gave features implementeren; Werken met technieken als C# .NET en (REST) API's webservices; Ontwikkelen van koppelingen middels API's; Maken van technische keuzes en beslissingen over de architectuur; Junior collega's coachen; Initiatief nemen voor nieuwe technische mogelijkheden; Je bent een belangrijke schakel - en vindt het leuk - om te schakelen met de business. Hier ga je werken In een klein team van professionals ben je als C# .NET Developer verantwoordelijk voor het ontwikkelen van één van de applicaties voor het grootste inhouse product: een applicatie voor alles omtrent hypotheken. De programmeertaal die je

Bekijk vacature »

Hands-on Solution Architect / Software Architect (

TenneT is hard groeiend om de onze ambities waar te kunnen maken. Zo nemen wij een leidende rol in het aanjagen van de energietransitie. Het werven van nieuw talent speelt daarin een cruciale rol. Wij zijn op zoek naar een gedreven Solution Architect / Software Architect op onze locatie Arnhem die hieraan wil bijdragen en misschien ben jij dat wel? Jouw bijdrage aan TenneT Je werkt samen met gedreven DevOps teams, bestaande uit frontend, backend en middleware developers, testers, UX-designers. Samen met de teams ben je continu op zoek naar de beste oplossingen voor onze klanten. Als Solution Architect onderzoek

Bekijk vacature »

PHP Laravel developer

Functie omschrijving Weet jij alles van Laravel en krijg je energie van het ontwikkelen van software hiermee? Laat snel wat van je horen want wij zoeken een PHP/Laravel developer in regio 's-Hertogenbosch. Jouw taken zullen bestaan uit: Softwareapplicaties ontwikkelen en verder optimaliseren in veel diverse projecten op basis van Agile/Scrum. Uitleg geven over software en applicaties Klantcontact hebben over bestaande applicaties. Documentatie schrijven over applicaties. Techstack: PHP, Laravel, HTML, CSS, Javascript. Bedrijfsprofiel Deze organisatie zit in de regio van 's-Hertogenbosch en is een klein softwarebedrijf. Er werken ongeveer 15 medewerkers, verdeeld in meerdere teams, zoals back-end en front-end development, projectmanagement

Bekijk vacature »

Java developer (remote)

Functie Wat ga je doen als Java Developer? Jij als Java ontwikkelaar komt te werken in 1 van onze SCRUM teams. Momenteel werken er zo’n 30 ontwikkelaars binnen onze organisatie waarbij jij de brug slaat tussen het bouwen van verschillende functionaliteiten binnen onze applicaties en deze vervolgens te integreren in onze centrale hub. Je start je dag om 9 uur met een stand up en dan pak je jouw taken op voor de dag. Hieronder een aantal taken die jij zal uitvoeren: – Het bedenken en uitbouwen van features binnen de verschillende applicaties – Onderhouden van CI/CD pipelines – Bezighouden

Bekijk vacature »

PHP Software Developer

Functie omschrijving PHP Software Developer gezocht! Voor een organisatie in de regio Zeist die zich bezighoud met het verbeteren van de medicatieveiligheid zoeken wij een Software Developer. In deze functie zijn wij op zoek naar een slimme en enthousiaste Developer die interesse heeft in farmacie, logistiek en ICT. Daarnaast beschik je over een goed analytisch vermogen en ben je van nature gestructureerd en resultaatgericht. Je moet in deze functie daadkrachtig, flexibel en communicatief goed zijn. Je verantwoordelijkheden bestaan uit: Object georiënteerd programmeren; Werken in een scrumteam aan de ontwikkeling van een medicatiebewakingssysteem; Meedenken over de mogelijkheden en onmogelijkheden van projecten;

Bekijk vacature »

Junior .NET developer

Functie Als junior .NET developer begint jouw dag na een bak koffie met een stand up. De vorderingen worden tijdens de stand up besproken en de doelen worden opgesteld waar jullie als team in de volgende sprint naartoe gaan werken. Onze backend is geschreven in .NET Core en onze Front-end in Angular. Bij ons ga jij dan ook Fullstack aan de slag. Jij wordt hier opgeleid om zelfstandig te kunnen programmeren en applicaties te kunnen implementeren. Er wordt op projectbasis gewerkt, dit bied leuke uitdagingen omdat elke klant een andere visie heeft over de applicatie die wij maken. Je gaat

Bekijk vacature »

Full stack developer Node.js, React Remote

Functie Als fullstack JavaScript developer vind jij het uitdagend om op basis van concrete klantvragen nieuwe functionaliteiten te ontwikkelen. Bij voorkeur worden deze functionaliteiten op een bepaalde manier geprogrammeerd, zodat ze door meerdere klanten te gebruiken zijn. Je hebt dus vaak te maken met abstracte vraagstukken. Om dit te kunnen realiseren sta je nauw in contact met de product owner en/of klant. Je bent niet alleen onderdeel van het development team, maar hebt ook vaak contact met de product-owner en/of klanten om daardoor inzichten te verzamelen die leiden tot productverbeteringen. • Inzichten verzamelen bij de klant en/of product owner •

Bekijk vacature »

Embedded Software Developer

Functie omschrijving Ben jij een Embedded Software Developer die affiniteit heeft met de allernieuwste technieken? Voor een mooi softwarebedrijf in omgeving Gouda zijn wij op zoek naar een Embedded Software developer. Binnen deze rol houdt jij je bezig met alle werkzaamheden die nodig zijn om een functionaliteit te bouwen. Denk aan ontwerpen, architectuur, programmeren en algoritmes. Je voert test en validatie werkzaamheden uit bij de implementatie bij de klant. Ben jij enthousiast en een echte team player? Lees dan snel verder en laat wat van je horen! Bedrijfsprofiel Onze opdrachtgever bestaat uit een groot aantal creatieve en ambitieuze ontwikkelaars. Ze

Bekijk vacature »

Front-end Developer (HTML/CSS, Angular/React/Vue,

Functie Je zal aan de slag gaan in een klein, hecht team met front-end development experts die de ambitie delen mooi werk te leveren. Samen met hen zal je werken aan het gebruiksvriendelijk en interactief maken van complexe webapplicaties, websites en mobile apps. Je levert klanten wat ze nodig hebben terwijl je actief aan jezelf blijft werken met de ondersteuning vanuit je werkplek. Talen als Javascript programmeer jij vloeiend en je hebt kennis van frameworks als React en Angular. Je zou je het liefst nog veel meer ontwikkelen in verschillende front-end talen. Deze kennis deel je graag met je collega’s,

Bekijk vacature »

Medior Java developer (fullstack)

Wat je gaat doen: Of beter nog, wat wil jij doen? Binnen DPA GEOS zijn we dan ook op zoek naar enthousiaste Java developers om ons development team te versterken. Als Java developer werk je in Agile/Scrum teams bij onze klanten en daarbij kun je eventueel ook andere ontwikkelaars begeleiden in het softwareontwikkelproces. Verder draag je positief bij aan de teamgeest binnen een projectteam en je kijkt verder dan je eigen rol. Je gaat software maken voor verschillende opdrachtgevers in jouw regio. Je bent een professional die het IT-vak serieus neemt en kwaliteit levert. Je leert snel vanwege je diepgaande

Bekijk vacature »

Software developer

Werkzaamheden voor jou als software developer Voor een goede relatie in de regio Zwolle (meerdere locaties) zoeken wij een software developer die betrokken is bij de ontwikkelcyclus en verantwoordelijk is voor het testen en keuren van nieuwe en geoptimaliseerde software. In deze functie ben je in de implementatiefase de persoon die risico's beoordeelt en intern oplossingen aanbrengt om risico's te verkleinen. Binnen het ontwikkelteam van de software ben je een belangrijke schakel waar je intensief meewerkt met scrum. Het voorkomen van bugs in de programma's en het bevorderen van gebruiksvriendelijkheid voor eindklanten zijn voor jou een uitdaging en geeft voldoening

Bekijk vacature »

Fullstack of back-end PHP developer

Functie Ieder onderdeel van de software draait op aparte servers en het bestaat dus echt uit verschillende componenten. Het team bestaat uit 4 developers, een klein team dus met korte lijnen. Alles in intern ontwikkeld en je werkt aan alle facetten. Van uitbreiding van de core tot maatwerk voor de klant. Ook liggen er verschillende uitdagingen op servervlak en databases. Je zult de eerste periode veel samenwerken met de lead developer om vervolgens echt je gang te gaan binnen de software. In het team streven ze naast de hoogst haalbare kwaliteit. Hiervoor werken ze nauw met elkaar samen en levert

Bekijk vacature »

Java/Kotlin Developer

Java/Kotlin Developer Ben jij een ervaren Java/Kotlin developer met een passie voor het automatiseren van bedrijfsprocessen? Wil je graag deelnemen aan uitdagende projecten bij aansprekende klanten? En ben je op zoek naar een professioneel, ambitieus en dynamisch bedrijf om je carrière verder te ontwikkelen? Kom dan ons team bij Ritense in Amsterdam versterken! Zo ziet de functie eruit: Als Java/Kotlin developer bij Ritense ben je verantwoordelijk voor de ontwikkeling en implementatie van applicaties die bedrijfsprocessen automatiseren, zodat onze klanten slimmer, efficiënter en klantgerichter kunnen werken. Als developer ben je in de lead en zorg je voor de correcte oplevering van

Bekijk vacature »

Medior C# Developer

Samen met het development team zorg je ervoor dat alle systemen achter de schermen vlekkeloos werken. Wat doe je als Medior C# Developer bij Coolblue? Als C# developer doe je regelmatig mee aan brainstormsessies over user experience, data en task flow met de UX Designer, Product Owner en Data Scientist in je team. Daarnaast schrijf je op zichzelf staande, consistente en testbare code die goed onderhoudbaar en toekomstbestendig is. Ook C# Developer worden bij Coolblue? Lees hieronder of het bij je past. Dit vind je leuk om te doen Werken met verschillende soorten data-opslag, zoals Oracle of AWS. Problemen oplossen

Bekijk vacature »

Android developer

De functie Schiphol is een plek om te reizen, te verblijven en te werken. Door middel van data en technologie richten we op al deze gebieden het leef- en werkklimaat optimaal in en zorgen we voor een slimmere en efficiëntere operatie. Wij ontwikkelen nieuwe producten en diensten vanuit de wensen en behoeften van onze klanten, voorspellen passagier flows en testen digitale oplossingen om rijen en andere pijnpunten in het proces te verminderen. Met slimme feedback van sensortechnologie maken we zelfs data van toiletten en stoelen inzichtelijk en bruikbaar. Het Commercial Platform bestaat uit multidisciplinaire teams met een end-2-end verantwoordelijkheid voor

Bekijk vacature »
Martijn

Martijn

11/03/2008 00:49:00
Quote Anchor link
Hey,

Ben momenteel een vrij eenvoudig systeem aan het ontwerpen en vroeg me nu het volgende af:

http://www.demaffia.nl/tmp/ClassDiagram1.jpg

Is dit conform de regels van UML? Mag je een subklasse zomaar "verbinden" met een "normale" klasse?

Normaal zou je zeggen van verbind Persoon met Bedrijf. Maar ik vind dat niet kloppen omdat de klasse Gebruiker niks te maken heeft met de klasse Bedrijf. Alleen objecten van de klasse Leverancier hebben te maken met de klasse Bedrijf. De klasse Gebruiker heeft niks met de klasse Bedrijf te maken.
Dus mijn vraag is dus, heb ik zo op de juiste manier getekend?

Alvast bedankt :)

- Martijn
 
PHP hulp

PHP hulp

22/12/2024 07:18:54
 
Jelmer -

Jelmer -

11/03/2008 08:26:00
Quote Anchor link
Je UML klopt qua betekenis volgens mij wel. Hoe je hem vervolgens indeelt lijkt mij persoonlijk. Wil je de relaties tussen objecten, of de overerving van objecten uitbeelden.

Jij hebt bijvoorbeeld Persoon bovenaan staan, omdat Leverancier & Gebruiker daarvan afstammen. Wanneer je juist de hiërarchie in het bedrijf duidelijk wilt hebben, kantel je hem een stukje. Bijvoorbeeld:
Afbeelding
Wanneer gebruiker zelf ook weer in zo'n hiërarchie wordt gebruikt, kan je die weer in een aparte 'kolom' schuiven. Want nu staat hij daar een beetje vreemd tussen al dat bedrijfsgebeuren :)
Gewijzigd op 01/01/1970 01:00:00 door Jelmer -
 
Robert Deiman

Robert Deiman

11/03/2008 09:06:00
Quote Anchor link
Wat ik wel raar vind (maar ik ben geen pro in UML) is dat je onder zowel leverancier als onder persoon de voornaam/ achternaam hangt. Een leverancier is volgens jou ook een persoon dan toch?

Moet je dat dan niet op 1 of andere manier samenvoegen?
 
Jelmer -

Jelmer -

11/03/2008 09:09:00
Quote Anchor link
Die eigenschappen erft Leverancier over van Persoon
 
Martijn

Martijn

11/03/2008 10:47:00
Quote Anchor link
Okee, dus het is volgens jullie wel toegestaan binnen UML om het op mijn manier te ontwerpen.

@Robert: Ja, leverancier is een persoon. Een persoon die werkzaam is voor een bedrijf. Klopt als je vind dat dit een verkeerd gekozen naam is. Maar waarvoor ik dit systeem maak is het wel duidelijk :)

@Jelmer: Ik neem aan dat jij met de onderbroken lijntjes dependancy relaties bedoeld? Zo ja, dan klopt dit voor mij niet helemaal, omdat de units van een bedrijf in een ander pand staan. Deze units worden aan willekeurige bedrijven verhuurt en kunnen ook leeg staan :) Echter een bedrijf heeft altijd 1 of meerdere units, maar heeft altijd een leverancier (lees vertegenwoordiger). Dus als je zegt, zonder bedrijf is er geen leverancier.. dan klopt dit wel toch? Dus dan kan ik wel die dependancy relatie gebruiken. Of denk ik nu verkeerd?

Bedankt voor de reacties :)

PS: Gebruiker wordt enkel gebruikt voor het inloggen van het systeem (en misschien ook om zijn acties vast te leggen in de DB).

Edit: Ik heb hier de dependency relatie verwerkt:
http://www.demaffia.nl/tmp/ClassDiagram2.jpg

Dit kan ook gewoon?
Gewijzigd op 01/01/1970 01:00:00 door Martijn
 
Bo az

Bo az

11/03/2008 11:12:00
Quote Anchor link
Martijn, bedoel je met depandency relatie misschien een aggregation?
Kortom: "Een bedrijf bestaat uit 1 of meer Units." Als dat zo is teken je dat met een wiebertje, een gesloten voor minimaal 1, een bedrijf kan niet zonder een Unit en een open als deze wel zoder kan bestaan.
Voorbeeld een Auto, deze bestaat o.a. uit wielen en kan niet zonder (dan is het geen auto meer) dus een dicht wiebertje.

Een leverancier lijkt me iets anders, een bedrijf bestaat niet uit een leverancier (denk ik maar ik weet natuurlijk niet de precieze omstandigheden.)

Quote:
PS: Gebruiker wordt enkel gebruikt voor het inloggen van het systeem (en misschien ook om zijn acties vast te leggen in de DB).

Dan vraag ik me af of Gebruiker wel een specialisatie van Persoon is. Is het zo dat een leverancier nooit in kan loggen? En zijn voornaam en achternaam wel van belang in dat geval? Zelfs als dat alle bij wel zo is, blijf ik er toch vraagtekens bijhouden.

Nog een opmerking,
De eigenschappen die via overerving in een klasse binnen komen hoef je niet te tekenen, dat is dubbel.
 
Martijn

Martijn

11/03/2008 11:41:00
Quote Anchor link
Ik zal even de situatie uit leggen en zal ook de naamgeving wat aanpassen. Begrijp dat het allemaal wat vaag is. De achterliggende gedacht is dat een bedrijf units kan huren in een pand. Dit pand doet er voor de rest niet toe. Het pand bevat tientallen units. Deze units worden gehuurd door bedrijven. Een bedrijf heeft minimaal 1 vertegenwoordiger (degene die de voorraad in de unit(s) bijhoud).

Het systeem dat ik wil maken is dat je kan zoeken welk bedrijf welke unit(s) bezit. Maar je kan ook zoeken op naam v/h bedrijf en op unit nr. Bij het zoeken op unit nr krijg je dus de gegevens van het bedrijf.

De vertegenwoordigers (voorheen door mij leveranciers genoemd) hebben niks te maken met het systeem. De gebruikers zijn het personaal van het pand. Een gebruiker is iemand die inlogt op het systeem om zo te kunnen zoeken.

@Boaz: Ik zag dat Jelmer een dependency relatie had getekend en dat was mijn reactie daarop. En om even te mierenneuken: "Een bedrijf heeft 1 of meer Units" maar dat is denk ik wel duidelijk nu na bovenstaand verhaaltje.

Jouw reactie op de leverancier is denk ik nu ook wel duidelijk. Ik heb een beetje verkeerde naam gekozen. Beter had ik voor vertegenwoordiger kunnen kiezen (heb ik nu ook aangepast). Dus: "een bedrijf heeft 1 of meerdere vertegenwoordigers"

Alleen rijst bij mij nu de vraag. Wat is het verschil dan tussen een dependency relatie en een aggregatie? Want beide geven aan dat ze afhankelijk zijn van elkaar. Een bedrijf moet vertegenwoordigers hebben. Dan kan je zeggen dat vertegenwoordiger afhankelijk is van bedrijf, want zonder bedrijf heb je ook geen vertegenwoordigers. En dat is wat jij ook beschrijft met een aggregatie.

Alvast bedankt en hoop dat het een beetje duidelijk geworden is nu :)

Aangepaste versie (zonder dependency of aggregation omdat voor mij nog onduidelijk is welke ik nu moet gebruiken):

http://www.demaffia.nl/tmp/ClassDiagram1.jpg
 
Martijn

Martijn

11/03/2008 20:21:00
Quote Anchor link
Nog even een vraagje..

Een bedrijf heeft meerdere units en meerdere vertegenwoordigers. Dan krijg je toch een array in de klasse Bedrijf? Een array met vertegenwoordiger objecten en een array met unit objecten?
 
Jelmer -

Jelmer -

12/03/2008 14:59:00
Quote Anchor link
Zijn de vertegenwoordigers een direct onderdeel van het bedrijf, of van de unit. Of heeft een bedrijf een setje vertegenwoordigers, waarvan enkelen (of allemaal) aan 1 of meer units zijn gekoppeld. Is het een 1 op meer of een meer op meer relatie:

(lees: pijltje = 'heeft')

Bedrijf -> units -> managers

of

Bedrijf -> managers -> units

of
Bedrijf -> managers
Bedrijf -> units
-----------------------------------+
managers < - > units
 
Martijn

Martijn

13/03/2008 11:37:00
Quote Anchor link
Een bedrijf heeft één of meerdere vertegenwoordigers. De vertegenwoordigers vertegenwoordigen alle units van het bedrijf.
 
Jelmer -

Jelmer -

13/03/2008 15:35:00
Quote Anchor link
Maar vertegenwoordigt 1 van die vertegenwoordigers van het bedrijf 1 unit, of is hij (mede)verantwoordelijk voor alle units tegelijkertijd?

Is er een relatie tussen de vertegenwoordigers en de units?
 
Martijn

Martijn

13/03/2008 16:32:00
Quote Anchor link
alle vertegenwoordigers vertegenwoordigen alle units. Er is dus geen relatie tussen de vertegenwoordiger(s) en de units.

Als een bedrijf 3 vertegenwoordigers heeft en 15 units, vertegenwoordigen alle 3 de vertegenwoordigers de 15 units.

Hoop dat het zo wat duidelijk is :)
 
Jelmer -

Jelmer -

13/03/2008 16:36:00
Quote Anchor link
Okee, dan is dat duidelijk. Dat klopt dan inderdaad in je diagrammen.
 
Martijn

Martijn

13/03/2008 23:41:00
Quote Anchor link
Okee en wat voor soort relaties moet/kan/zal ik dan gebruiken?
 
Jelmer -

Jelmer -

13/03/2008 23:51:00
Quote Anchor link
1 op meer relaties lijkt mij. Één bedrijf heeft meerdere vertegenwoordigers, vertegenwoordigers vertegenwoordigen maar 1 bedrijf. Één bedrijf heeft meerdere units, één unit hoort maar bij één bedrijf. Verder hebben units & vertegenwoordigers geen relaties onderling.
 
Martijn

Martijn

14/03/2008 18:51:00
Quote Anchor link
thnx voor je reactie, maar dat bedoelde ik niet echt.. :) Doelde meer op type relatie.. afhankelijk/aggregation enz.. :)
 



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.