Pasar de diseño de diagramas a programacion se toman estos procesosñ

Factoring

Evidenciar que ciertos modulos o clases se pueden refinar o abstraer.

Ejemplo:
- Doctor
  - Nombre
  - Especialidad
  - Numero
  - Horario
- Recepcionista
  - Nombre
  - DPI
  - Horario
  - Salario
  - Contacto
  - Colegiatura
- Contador
  - Nombre
  - DPI
  - Horario
  - Salario
  - Contacto
- Generalizacion
  - Persona
    - Nombre
    - DPI
    - Horario
    - Salario
    - Contacto
- Especificacion
  - La forma de pago de cada uno de los trabajadores es distinta por lo mismo hay que especificar dicho metodos distintos
Subsistemas
- Particionar en pequeños sistemas
- Agrupar las clases que colaboraran juntas
  
  Es como clasificar las clases: Como relacionar todo lo que tiene que ver con dinero, y relacionar todo lo que tiene que ver con personas, cosas asi
Capas - Layers
- Clases fundamentales (Core)
  - Containers, utilitarias,
- Dominio - Logica
  - Salen de los diagramas de clases, son las que tienen la funcionalidad principal de mi sistema.
- Datos - Data Access and Manipulation (DAM)
  - Ejemplo: Son todas las clases que sirven para hacer persistencia de la base de datos. Son como los modelos de datos. o tipo JSON
- Presentacion (Vista - Controlador)
  - ¿Que interfaz de usuario?
- Arquitectura fisica: como se ejecutara (Computadoras, red)
  - SO
  - Servicios

Criterios de Diseño

Acoplamiento

Interdependencia o interrelacion entre modulos.
Tipos[1]:
- Interaccion
- Herencia
Nos basamos en el diagrama de clases para realizar el acoplamiento
Entre los metodos y objetos en los mensajes. [Law of demeter] intenta minimizar las interacciones
Ejemplos: Se puede enviar mensajes a si mismo
Por medio de un objeto tenga atributo. Ej: PO1, Customer, Currency, State

Un objeto que es pasado de parametro en un metodo Ej: aPatient
Un objeto que es creado por un metodo Ej: RequestApp con el objeto aRecepcionist.
Un objeto que es una variable global.

Tipos