[UML] subklasse

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Ervaren C#.NET developer

Functieomschrijving We zijn op zoek naar een ervaren C#.NET programmeur voor een moderne werkgever in de regio Prinsenbeek. Als programmeur zal je bezig zijn met het ontwikkelen van op maat gemaakte webapplicaties voor verschillende klanten, waarbij je ervoor zorgt dat complexe processen zo goed mogelijk worden ondersteund. Je takenpakket omvat onder andere: Werken met databases en dataopslagoplossingen, implementeren van beveiligingsoplossingen en het waarborgen van de beveiliging van applicaties en gegevens, evenals het schrijven van technische documentatie en gebruikershandleidingen. Het ontwikkelen en onderhouden van C#.NET-applicaties. Bijdragen aan het ontwerp en de architectuur van softwaretoepassingen. Het schrijven van hoogwaardige en herbruikbare codes.

Bekijk vacature »

.NET software developer

Functie omschrijving Voor een gewilde werkgever in omgeving Roosendaal zijn wij op zoek naar een back-end software developer met een aantal jaar werkervaring. Je krijgt een plekje in het workflow team en je zal betrokken worden bij het bouwen van nieuwe software, en het optimaliseren van bestaande code. Je werkt bij dit bedrijf in een Scrum team waarin je soms klantcontact hebt. Jouw werkzaamheden zullen er als volgt uit zien: Je krijgt een plekje op de in-house IT afdeling. Deze afdeling bestaat uit zo'n 12 collega's, verdeeld over verschillende specialisaties (BI, Beheer, Business software & workflow). De vacature staat open

Bekijk vacature »

.NET developer WO niveau voor predictive software

Bedrijfsomschrijving Dit bedrijf uit Den Bosch is om precies te zijn 15 medewerkers groot en ze ontwikkelen (predicitve) planning software. Dit doen zij voor allerlei mooie en bekende organisaties (bierbrouwerijen, gemeentes, oliemaatschappijen en diverse multinationals). Wegens meer en grotere vraag vanuit de klanten komen er nu posities vrij voor onder andere een .NET developer. Het bedrijf is goed met openbaar vervoer te bereiken. Functieomschrijving Je komt hier te werken in een team van 3 .NET developers en bent betrokken bij het gehele ontwikkelproces. Dus van idee naar ontwerp en van ontwikkeling tot testen en implementatie. Bij voorkeur ben je niet

Bekijk vacature »

Software Developer

Functie omschrijving Veel begeleiding en de kans om je verder te ontwikkelen als software developer. Dat kunnen wij jou bieden bij deelname aan deze leuke traineeship. Je krijgt een mentor toegewezen die jou alle kneepjes van het vak leert. Heb jij al wat ervaring als software developer? Daar worden wij heel blij van! Lees snel verder! Bedrijfsprofiel Als software developer neem je deel aan een trainings programma in de omgeving van Haarlem waar je persoonlijk wordt begeleidt, zodat je alle kneepjes van het vak leert. Aan de hand van jouw kennis en ervaring krijg je een persoonlijk opleidingstraject. Je gaat

Bekijk vacature »

Ervaren PHP ontwikkelaar

Functie Jij als PHP ontwikkelaar komt te werken in een team van 4 andere PHP ontwikkelaars. Je zult je voornamelijk bezig houden met: – Het ontwikkelen van nieuwe features – Doorontwikkelen van de API – Nadenken over de technische infrastructuur – Datakwaliteit Samen met het team ben jij verantwoordelijk voor de verdere ontwikkeling van de software en om de positie als marktleider in Europa te behouden. Ze werken volgens SCRUM in 2 wekelijkse sprints, werken met Jira voor alle tickets en communiceren veel via Slack. Eisen • Minimaal 3 jaar ervaring als back end developer • Je hebt affiniteit met

Bekijk vacature »

Junior .NET developer

Functie Ons programma is voor afgestudeerde enthousiastelingen die het als een uitdaging zien om met een klein dynamisch team bij de grootste bedrijven van Nederland aan de slag te gaan. Tijdens jouw dienstverband word jij begeleid door een talent manager. Het ontwikkelen van jouw talent staat hierbij centraal. Het programma doorloop je met een team van circa 8 Mede- trainees. De eerste maand start je met een fulltime inhouse opleiding. Deze staat geheel in het teken van de werkzaamheden die jij verder in het programma zult uitvoeren. Na deze opleidingsmaand ga je aan de slag in een dynamische omgeving bij

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 »

PHP Developer

Functieomschrijving Wij zijn op zoek naar een PHP Developer met Laravel ervaring! Voor een groeiende werkgever in regio Breda zijn wij op zoek naar een medior PHP developer met Laravel ervaring. Je gaat aan de slag met het ontwikkelen van maatwerk software voor klanten in een specifieke markt. Als PHP developer ben je samen met een gemotiveerd team van 6 collega’s verantwoordelijk voor de ontwikkeling, beheer en het innoveren van informatiesystemen voor klanten in een specifieke branche. Als software developer ondersteun je complexe uitdagingen van klanten. Je brengt hun wensen in kaart en vertaalt deze door naar maatwerk software. Om

Bekijk vacature »

Intern - Junior PHP ontwikkelaar in fris en jong t

Bedrijfsomschrijving Werk jij graag een in fris, flexibel en jong team? Bij ons ben jij vrij om te bepalen waar jij het liefst werkt en op de vrijdag komen wij gezellig bij elkaar op kantoor. Flexibiliteit en vrijheid zijn bij ons de norm en dat geeft jou de ruimte en energie om het beste uit jezelf te halen! Ons team bestaat uit vijf enthousiaste collega's die jou graag ondersteunen in zowel je persoonlijke als professionele ontwikkeling. Met twee ervaren Senior Developers als mentoren ben jij in goede handen. Wij zien onszelf als een vriendengroep die gezamenlijk werken aan iets moois

Bekijk vacature »

Software Programmeur PHP - JAVA

Functie Wil jij bij een platte en informele organisatie werken? Lees dan snel verder! Voor een opdrachtgever in omgeving Boskoop dat zich gespecialiseerd heeft in het realiseren van veilige netwerkverbindingen zijn wij op zoek naar een leuke software developer ter versterking van het huidige team. Hoe kan jouw dag er straks uitzien? Je gaat technische klussen uitvoeren op locatie bij klanten.Je onderhoudt contact met de projectleider om er zeker van te zijn dat een projecten goed verlopen. Je gaat klanten ondersteunen op het gebied van geleverde software en webapplicaties. Je gaat software en webapplicaties ontwikkelen met behulp van de talen

Bekijk vacature »

Developer

Functie omschrijving Gaat jouw hart sneller kloppen van software developen in C#.NET? Voor een softwarebedrijf in regio Den Bosch zijn wij op zoek naar een C# programmeur. Lees snel verder! Wat ga je doen? Je gaat werken met C# en ASP.NET MVC Framework om onder meer webapplicaties, webshops en websites te ontwikkelen. Je optimaliseert de bestaande software en helpt mee aan het automatiseren van bedrijfsprocessen. Je gaat samen met je collega's de juiste oplossing op basis van de wensen van de klanten uitwerken tot een mooi product. Bedrijfsprofiel Het ontwikkelen van softwareoplossingen en kantoorautomatiseringen is waar dit bedrijf voor staat.

Bekijk vacature »

Als Front-end developer samenwerken met de beste c

Functie Momenteel zijn we voor één van de projecten bij hun key partner, een voorloper in de energiesector, op zoek naar gedreven Front-end developers. Ze nemen de lead in dit project en werken uitsluitend met vooruitstrevende technologieën. Ze verwachten dat de technologie die hier wordt ontwikkeld uiteindelijk door veel meer grote corporates, in verschillende sectoren zal worden toegepast. Dit is dan ook een heel uitdagend project om aan mee te gaan werken. Het team bestaat o.a. uit User Experience designers, Data Scientists en Software Engineers. De consultants en ontwikkelaars werken volgens de Design Thinking methode waarbij de eerste stappen van

Bekijk vacature »

Senior Software developer PHP

Functie Jij als senior PHP ontwikkelaar komt te werken in 1 van onze SCRUM teams. Momenteel werken er zo’n 30 developers binnen onze organisatie Jij gaat de brug zijn 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 je taken op voor de dag. Een greep van jouw taken zijn: – Het bedenken en uitbouwen van features binnen de verschillende applicaties – Onderhouden van CI/CD pipelines – Bezighouden met Security & Privacy Eisen • Minimaal 4

Bekijk vacature »

Front-end developer (Angular)

Functie Het team bestaat uit een architect, fullstack developers, app developers, de product owner en projectmanager. Eenieder draagt vanuit zijn discipline bij aan een complete oplossing voor de klant. Uiteraard zul je hierin nauw samenwerken met je collega’s. Jij wordt verantwoordelijk voor de front-end implementatie en fungeert als lead op dit gebied binnen het team. Je kunt helder formuleren, ideeën uitdragen en overbrengen aan je collega’s. Qua technische stack is het vooral van belang dat je ervaren bent met Angular, HTML5, CSS en TypeScript. Verder is ervaring in NgRx, Bootstrap, BEM en Cypress een pré, evenals affiniteit met UX/UI Design!

Bekijk vacature »

Front-end developer

Functie Als front-end developer kom je te werken in een team van 30 gedetacheerde, en het team is momenteel flink aan het groeien. Je hebt ervaring met het bouwen van complexe bedrijfsapplicaties waar je gebruik maakt van de nieuwste technologieën waarmee jij elke klant omver blaast. Het gaat om uitdagende projecten met een gemiddelde doorlooptijd van 2 jaar. Hierdoor heb jij echt de volledige focus op een project en kun je flinke impact maken. Het team zit boordevol met ervaren developers die samen dezelfde ambitie delen. Aan de hand van opleidingen en trainingen kun je certificaten halen in jouw expertise

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

04/10/2024 07:10:39
 
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.