Toto je starší verze dokumentu!


Objektově orientovaný návrh software, metodiky objektového návrhu, postupy rozvinutí technické specifikace na úrovni modulů do detailního objektového návrhu, návrhové vzory (design patterns).(A4M33NMS)

  • výhody OO přístupu a podpora v programovacích jazycích (objektové, hybridní)
  • metodika jako nástroj pro zvládnutí komplexity
  • o fázi návrhu (kdy je prováděn, jaký je jeho účel)
  • návaznost návrhu an analýzu (upřesňování, rozšiřování)
  • přístup různých metodik k návrhu (agilní vs. vodopád - iterace), design je neustále refaktorován
  • MDA a generování kódu z modelů, granularita návrhu
  • vzory GRASP jako obecná doporučení
  • vzory GOF a jejich vztah ke GRASP vzorům
  • architektonické vzory layers, klient-server, request/reply, publisher/subscriber, messaging, file exchange, shared database, RMI, SOA, ESB, pipes & filters
  • návrhové UML diagramy, technická specifikace, revize návrhu
  • návrh (architektura) musí odpovídat funkčním a nefunkčním požadavkům (škálovatelnost, bezpečnost, stabilita, snadná údržba)
  • logická a fyzická architektura (komponent diagrams, deployment diagrams)
  • objekty (metody, atributy), abstrakce, zapouzdření, skládání, delegování, polymorfismus
  • CASE nástroje
Poslal jsem mejl Koubovi, kam to cely smeruje (mickapa1)

Z odpovědi Kouby vyplývá, že je z těch otázek nadšen zhruba stejně jako my (nedělal je on, dostal je i s předmětem přiděleny). Potvrdil, že to, kam to směřujeme, je patrně správně…ale také neví, co tím autor vlastně myslel (což asi nevěděl ani autor sám…).

Klíčová část odpovědi k metodikám OOP návrhu:

„RUP bych tam okrajově zmínil, ale souhlasím s Vámi, že je to především metodika vývoje SW. Začal bych funkčníma požadavkama, use casama, řekl bych, že se v use casech identifikují kandidáti na analytické třídy. Jak se zpřesňují use casy, tak se začíná analyzovat interakce mezi těmito návrhovými třídami, které se vyjadřují interakčními diagramy (t.j. sekvenčními nebo activity) popř. stavovým diagramem, který se typicky používá k popisu životního cyklu těch tříd. Jdyž máme takto nadefinované funkční požadavky, uděláme z analytických tříd třídy návrhové a při implementaci třídy implementační.“

Koncepty OOP

  • Dědičnost
  • Polymorfismus
  • Delegace
  • Zapouzdření
  • Abstrakce
  • Kompozice
  • Objekty

Postupy rozvinutí technické specifikace na úrovni modulů do detailního objektového návrhu

  • Grasp
  • SOLID
  • Top-down decomposition
  • Bottom-up konstrukce sw (znovupouzitelne komponenty)
  • GOF creational/structural/behavioral (singleton, adapter, proxy, abstract factory, visitor, MVC, compound…)
statnice/si/a4m33nms3.1306676728.txt.gz · Poslední úprava: 2025/01/03 18:25 (upraveno mimo DokuWiki)
Nahoru
chimeric.de = chi`s home Valid CSS Driven by DokuWiki do yourself a favour and use a real browser - get firefox!! Recent changes RSS feed Valid XHTML 1.0