1 / 29

OOS Object geOrienteerd Software-ontwerp

OOS Object geOrienteerd Software-ontwerp. 1 Organisatie OOS Proces van software-ontwikkeling Requirements Inleiding Analyse & Ontwerp. Organisatie OOS. Leerdoelen Leerproces Activiteiten Afronding Informatie http://intranet.hi.fontys.nl/users/hem/. Leerdoelen.

mark-wood
Download Presentation

OOS Object geOrienteerd Software-ontwerp

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. OOSObject geOrienteerdSoftware-ontwerp 1 Organisatie OOS Proces van software-ontwikkeling Requirements Inleiding Analyse & Ontwerp

  2. Organisatie OOS • Leerdoelen • Leerproces • Activiteiten • Afronding • Informatie • http://intranet.hi.fontys.nl/users/hem/

  3. Leerdoelen • Correct interpreteren van UML en toepassen gedurende het ontwerp • in een juiste volgorde schetsen proces van software ontwikkeling en van de diverse stappen aangeven wat de belangrijkste kenmerken zijn • toepassen van een aantal ontwerppatronen en het gebruik van packages • leren werken met een OO case-tool

  4. Leerproces • Werken in projectgroepjes van maximaal 4 studenten aan casus. • Individuele begeleidingsgesprekken, eenmaal halverwege de module, 15 minuten per student. • Wekelijkse werkbijeenkomsten per groep • Taakverdeling tussen docent en student • Docent begeleidt, student moet zorgen dat hij iets leert

  5. Activiteiten

  6. Activiteiten

  7. Afronding • Student moet aantonen dat hij de doelen gerealiseerd heeft. • Voorbeelden verzamelen en daar een goed verhaal bij vertellen. In de voorbeelden alleen die dingen opnemen die zelf gemaakt zijn. • Het gerealiseerde product speelt op zich geen rol • Mondeling van 30 minuten waarin student aantoont doelen gerealiseerd te hebben. • Docent gebruikt checklist en criteria. • Om de mondelinge toets met een voldoende te kunnen afronden, is een eerste voorwaarde dat de doelen duidelijk zijn. Dit zal niet vanaf week 1 het geval zijn. Het is daarom zaak steeds weer naar te doelen terug te kijken en “doelgericht” te werken. • Herkansing: Voor de herkansing geeft de docent op basis van de beoordeling voor de toets een extra opdrachten en een deadline waarvoor die moeten zijn afgerond. Deze deadline ligt altijd voor het begin van het volgende blok. Daarna volgt opnieuw een mondelinge toets over alle onderwerpen. Voor deze herkansing is nog slecht 15 minuten beschikbaar.

  8. Proces van Software ontwikkeling

  9. Watervalmodel

  10. Iteratief proces

  11. Interactief • Een systeem voor klanten • Domeindeskundige • Communicatie mbv standaardtaal (UML) • Use case (diagram) • Klassendiagram (statisch) • Sequentiediagram • Klassendiagram (dynamisch) • Toestanddiagram • …

  12. Incrementele softwareontwikkeling Incrementeel Iteratief Interactief

  13. Requirements

  14. Use-case Template: • name • actor(s) • preconditions • normal flow (alles gaat goed) • results (alles gaat goed) • alternate flow

  15. Mediatheek ‘De Uitleen’ Uitlening van boeken, audio-cd’s, cd-rom’s, videocassettes, video en dvd’s. Er zijn allerlei categoriën voor de diverse uitleenbare media. Klanten kunnen lenen, reserveren, afgeschreven items kopen. Bij te laat terugbezorgen is boete verschuldigd. Van klanten worden naam, adres en telefoonnummer bijgehouden.

  16. Use case (voorbeeld)

  17. Use case (voorbeeld 2)

  18. voorbeeld 2: verbeterde versie

  19. Use Case Diagram

  20. OO Analyse en ontwerp

  21. Object: 2 dimensies • creatie • gedrag (inspectie, wijziging) • (opruiming) gedrag object toestand • eigenschappen • statische constraints

  22. Klassendiagram • Bouwtekening • Eigenschappen van objecten (statisch) • Associaties • Attributen • Gedrag van objecten (dynamisch) • Methoden • Constructoren • Restricties (statische)

  23. Bedrijf 1 naam : Text adres : Text Praktijk periode Student Docent 0..* afk : Text id : Integer naam : Text start : Date 1 is voorzitter bij 0..* Afstuderen Stage Voordracht ◄i.v.m. nr : Integer datum : Date 1 1 Statisch klassendiagram(voorbeeld) ◄vindt plaats bij 0..* 1 0..3 0..1 doet wordt begeleid door

  24. Klassendiagram • Conceptueel perspectief • communicatie analist/ontwerper • communicatie met domeindeskundige? • Specificatie perspectief • communicatie analist/ontwerper • Implementatie perspectief • communicatie ontwerper/programmeur • welke keuze in programmacode

  25. Associatie • Relatie • associatienaam • Uiteinden: • rolnaam • multipliciteit

  26. Attribuut verschil met associatie: • conceptueel nivo • geen verschil • minder details • specificatieniveau • eenrichting • implementatieniveau: • zichtbaarheid • suggestie voor opslag van data

  27. GUI Legacy Domeinmodel Netwerk Persistentie Domeinmodel binnen totaal systeem

  28. deze week • keuze casus • bestudeer: UML distilled • Hoofdstukken over Klassendiagram en Use Cases • opstellen use cases • eerste aanzet klassendiagram (domein)

  29. volgende week • Together • Werken met CRC • Gedrag • Navigatie • Generalisatie • Compositie

More Related