Diapo 1

Requirements Software
analysis design

Se usa como puente entre el análisis y el diseño

El proceso de arquitectura de software toma los requisitos de los clientes, los analiza y produce un diseño
para obtener un software que satisfará sus necesidades. Los diseños exitosos de software deben sopesar
las disyuntivas inevitables que surgen debido a requisitos conflictivos; cumplir con los principios de
diseño y las buenas técnicas de procedimiento que han evolucionado con el tiempo; y complementar el
hardware moderno, las redes y los sistemas de administración.
Una arquitectura contundente de software implica tener mucha experiencia en temas teóricos y prácticos,
así como la visión necesaria para convertir lo que al parecer son escenarios y requisitos comerciales
imprecisos en diseños de trabajo sólidos y prácticos.
Diapo 2

El arquitecto de software debe considerar las necesidades del cliente. Sin embargo, el término general
“cliente” habitualmente comprende tres áreas de responsabilidad en conflicto: los requisitos
empresariales, los requisitos del usuario y los requisitos del sistema. Los requisitos empresariales por lo
general definen una serie de factores, como los procesos de negocios, los factores de rendimiento (como
seguridad, confiabilidad y capacidad de proceso) y las restricciones de presupuesto y costos. Los
requisitos del usuario incluyen el diseño de interfaz, capacidades operativas y facilidad de uso del
software. Los requisitos del sistema incluyen el hardware, las redes y las capacidades y restricciones del
entorno en tiempo de ejecución. En la figura 1 se muestra cómo pueden variar estos distintos requisitos,
de modo que el arquitecto debe trabajar hasta lograr un diseño que se ajuste al área de superposición.
Diapo 3
Al igual que la mayoría de las tareas en el mundo del diseño y desarrollo de software, diseñar la
arquitectura es un proceso inicial y a la vez iterativo. Muchas tareas iniciales como el análisis de
requisitos, la investigación técnica y la identificación de objetivos habitualmente se producen al comienzo
del proceso. El siguiente paso consiste en identificar los escenarios clave para el diseño. Estos son los
requisitos primarios que debe cumplir el software y las restricciones dentro de las que debe operar. A
partir de esta información, el arquitecto puede generar una descripción general de la aplicación. Esta
descripción general abarca detalles de alto nivel, como el tipo de aplicación (web, teléfono, escritorio o
nube), la arquitectura de implementación (habitualmente un diseño por niveles con componentes que se
comunican sobre límites de hardware y de red), los estilos adecuados de arquitectura que se seguirán
(como de n niveles, cliente-servidor u orientada al servicio) y las tecnologías de implementación que se
adaptan mejor al escenario.
https://msdn.microsoft.com/es-es/hh144976.aspx
Diapo 4

Representation
Capture, The structures of several of its Evaluate the
documentation that make up the Communicatio structures that design once it
Requirements Design Evaluation
and prioritization architecture are n are represented has been
of requirements. defined through documented
different views.

El ciclo de desarrollo de la arquitectura

Dentro de un proyecto de desarrollo, e independientemente de la metodología que se utilice, se puede

hablar de “desarrollo de la arquitectura de software”. Este desarrollo, que precede a la construcción del
sistema, esta dividido en las siguientes etapas: requerimientos, diseño, documentación y evaluación. Cabe
señalar que las actividades relacionadas con el desarrollo de la arquitectura de software generalmente
forman parte de las actividades definidas dentro de las metodologías de desarrollo.
A continuación se describen dichas etapas.
Requerimientos. La etapa de requerimientos se enfoca en la captura, documentación y priorización de
requerimientos que influencian la arquitectura. Como se mencionó anteriormente, los atributos de calidad
juegan un papel preponderante dentro de estos requerimientos, así que esta etapa hace énfasis en ellos.
Otros requerimientos, sin embargo, son también relevantes para la arquitectura, estos son los
requerimientos funcionales primarios y las restricciones.
Diseño. La etapa de diseño es la etapa central en relación con la arquitectura y probablemente la más
compleja. Durante esta etapa se definen las estructuras que componen la arquitectura. La creación de estas
estructuras se hace en base a patrones de diseño, tácticas de diseño y elecciones tecnológicas. El diseño
que se realiza debe buscar ante todo satisfacer los requerimientos que influencian a la arquitectura, y no
simplemente incorporar diversas tecnologías por que están “de moda”.
Documentación. Una vez creado el diseño de la arquitectura, es necesario poder comunicarlo a otros
involucrados dentro del desarrollo. La comunicación exitosa del diseño muchas veces depende de que
dicho diseño sea documentado de forma apropiada. La documentación de una arquitectura involucra la
representación de varias de sus estructuras que son representadas a través de distintas vistas. Una vista
generalmente contiene un diagrama, además de información adicional, que apoya en la comprensión de
dicho diagrama.
Evaluación. Dado que la arquitectura de software juega un papel crítico en el desarrollo, es conveniente
evaluar el diseño una vez que este ha sido documentado con el fin de identificar posibles problemas y
riesgos. La ventaja de evaluar el diseño es que es una actividad que se puede realizar de manera temprana
(aún antes de codificar), y que el costo de corrección de los defectos identificados a través de la
evaluación es mucho menor al costo que tendría el corregir estos defectos una vez que el sistema ha sido
construido.
https://sg.com.mx/revista/27/arquitectura-software
Redefinición de redes mediante una arquitectura definida por software
La operación del centro de datos sin paredes se perfecciona con una arquitectura de red abierta,
programable y activada por software, denominada como OPn (open).
En estos días de proyectos con grandes volúmenes de datos y el impulso hacia operaciones más
agilizadas, el concepto de los centros de datos sin paredes lógicamente ha captado la atención de muchos
Directores de informática (CIO) y Directores de tecnología (CTO) en América Latina. Como el mismo
nombre sugiere, la idea de un centro de datos sin paredes implica un conjunto de centros de datos,
enlazados en redes perfectas y con servicios de utilidad informática en diversos sitios, cerca o lejos,
operando como un solo activo estratégico.
Con este tipo de red, un centro de datos empresarial en São Paulo puede estar vinculado a un centro de
proveedor de datos en la nube en Miami, y los centros de datos para múltiples usuarios en Ciudad de
México, Santiago y Buenos Aires pueden tener sus recursos virtualizados y agrupados para permitir una
colocación y migración fluidas de las cargas de trabajo de acuerdo con las necesidades cambiantes.
Dicha arquitectura contribuye a sentar las bases de una eficaz red definida por software (SDN). SDN es
una emergente arquitectura de red que permite la desconexión de la capa de control de la red, de la capa
de transporte de datos. De esta forma, la arquitectura se torna dinámica, adaptable, manejable y rentable.
SDN es un elemento central para el futuro de las redes, gracias a su capacidad de desatar la innovación y
actualizar las eficiencias de la red.
Las redes OPn permite el enlace en redes de paquetes ópticos a una gran escala, mediante diseños de
equipos y arquitecturas de infraestructura que se prestan para un costo a escala optimizado. Esto se logra
reduciendo al mínimo el número de ubicaciones donde se producen los procesos complejos (por ejemplo,
enrutamiento IP) y utilizando técnicas estilizadas de transporte de paquetes. Además, también procesan
datos de manera más eficiente para maximizar el uso de las capas de red más bajas (es decir, menos
costosas) y de forma inteligente convergen múltiples funciones de capas de red en el equipo. Dada la gran
y expansiva escala del tráfico de datos impulsados por la nube, las redes OPn son muy adecuadas para
colocar una cadena principal basada en la nube que une los centros de datos clave.