Vision Global DDD

Solo disponible en BuenasTareas
  • Páginas : 5 (1111 palabras )
  • Descarga(s) : 0
  • Publicado : 31 de octubre de 2013
Leer documento completo
Vista previa del texto
Guía de Arquitectura de Referencia
‘N-Capas DDD’ y .NET 4.0

SIGUIENTES
PASOS

POR QUÉ

Próximos
pasos

Y NECESIDADES
¿QUÉ ES DDD?

Por qué y
necesidades

Mejorar

¿Qué es
DDD?
Expresar
objetivos

¿COMO?

¿Cómo?
Cesar de la Torre
Architect Advisor
Microsoft - DPE

" Blog: http://blogs.msdn.com/cesardelatorre
* Email: cesardl@microsoft.com

Aislar el
dominio conEncapsular
con

PATRONES
ARQUITECTURA
DDD
Nuestros pilares
y Patrones de
Arquitectura
DDD

Evolucionar
hacia

Background y Necesidades
 Clientes, partners, ISVs, etc. están
pidiendo guías y patrones de
Arquitectura que estén luego
directamente mapeados a tecnologías
Microsoft.

| Architecture

2010: Muchas novedades ola „.NET 4.0‟

ADO.NET
Entity Framework V4.0

|Architecture

Novedades ola „.NET 4.0‟

ADO.NET
Entity Framework V4.0

| Architecture

Novedades ola „.NET 4.0‟
Arquitectura

ADO.NET
Entity Framework V4.0

| Architecture

Novedades ola „.NET 4.0‟
Architecture

ADO.NET
Entity Framework V4.0
ADO.NET
Entity Framework V4.0

| Architecture

¿Cómo?
 Elaborar Guía/Libro de Arquitectura
Referencia en Español
 Mapeo dePatrones a Tecnologías .NET
 Darlo a conocer y training sobre ello

| Architecture

Objetivos de - Guía de Arquitectura  Proponer tendencias y patrones
actuales para apps complejas
 Estandarización y homogenización
Arquitectura.NET. (Nivel Org./Empresa)
 Facilitar adopción Plataforma .NET en
escenarios complejos empresariales
| Architecture

“Libro
Blanco”

 Documentación endos niveles:
1.- Nivel lógico (Arquitectura y patrones)

2.- Implementación (Mapeo a „.NET 4.0 wave‟) 

 Aplicación Ejemplo
 Pública en

(OSS License)

 Colaboración Comunidad

| Architecture

Tipos de Aplicaciones objetivo
 Aplicaciones Empresariales Complejas

 Áreas: Financiero, Seguros, Telcos, ISVs, Retail, etc.

 Gran volumen Lógica Negocio

 RequerimientosQoS empresariales





Seguridad Corporativa (heterogénea)
Rendimiento y Escalabilidad
Gran Volumen Pruebas Unitarias
App con vida y evolución larga

 No apps-RAD en este contexto
| Architecture

Site Arquitectura MSDN-España
 Documentación Arquitectura (Download libre)
http://msdn.microsoft.com/es-es/architecture/default.aspx

| Architecture

Guía-Libro
„Guía deArquitectura „N-Layer DDD‟
con .NET 4.0‟

| Architecture

App. Ejemplo en CODEPLEX
http://microsoftnlayerapp.codeplex.com/

| Architecture

Demo de Aplicación Ejemplo
basada en „Arquitectura N-Layer
Orientada al Dominio‟

| Architecture

DDD: Ciclo de vida en el desarrollo
-DDD es, sobre todo, una forma de trabajar y afrontar el
proyecto
- Este proceso de trabajo NO está incluido enesta Guía de
Arquitectura.
Arquitectura
y Diseño
(*) Para conocer el proceso
de trabajo en DDD, leer
libro DDD de Eric Evans,
patrones relacionados
documentados por Martin
Fowler y otros libros DDD

Mejora del
Diseño y
Arquitectura

Comunicación
con „Expertos
del Dominio‟

Feedback de
desarrolladores

| Architecture

Acelera
desarrollo
correcto

Desarrollo

DDD:Domain Driven Design
Proceso y Ciclo de Vida del
Proyecto

- Ciclo de Vida del proyecto
- Relación del equipo desarrollo, expertos negocio
del cliente, etc.
- ‘Lenguaje ubicuo’

80%

| Architecture

Arquitectura

20%
(*) En esta Arquitectura solo nos centramos en
este 20%

¿Cuándo DDD (Domain Driven Design)?
 ¿Aplicaciones Complejas?  DDD
 Gran volumen Lógica Negocio/Dominio Entendimiento del Dominio
 „Lenguaje Ubicuo‟
 Foco en Dominios complejos
 NO aplicaciones „Data Driven‟

| Architecture

Pilares de la Arquitectura Propuesta

 Arquitectura N-Capas „Orientada al Dominio‟
 Principios base del Desarrollo: „SOLID‟

| Architecture

Principios „SOLID‟ en Desarrollo

 Single Responsability Principle


«Una clase solo debe tener una razón...
tracking img