Arquitectura Orientada a Servicios (SOA)

SOA 

• Aplicaciones básicas - Sistemas desarrollados bajo cualquier arquitectura o tecnología, geográficamente dispersos y bajo cualquier figura de propiedad;
• De exposición de funcionalidades - Donde las funcionalidades de la capa aplicativa son expuestas en forma de servicios (generalmente como servicios web);
• De integración de servicios - Facilitan el intercambio de datos entre elementos de la capa aplicativa orientada a procesos empresariales internos o en colaboración;
• De composición de procesos - Que define el proceso en términos del negocio y sus necesidades, y que varía en función del negocio;
• De entrega - donde los servicios son desplegados a los usuarios finales.

Servicio web

Mediante la noción de un servicio web, las organizaciones que requieren hacer accesible la información a otros programas, pueden hacerlo definiendo y publicando un interfaz de servicio web. Esta interfaz define los datos disponibles y como se puede acceder a ellos i.e. un servicio web es una representación estándar para cualquier recurso computacional o de información que pueda ser usado por otros programas.

Peer-to-Peer

Es una red de computadoras en la que todos o algunos aspectos funcionan sin clientes ni servidores fijos, sino una serie de nodos que se comportan como iguales entre sí. Es decir, actúan simultáneamente como clientes y servidores respecto a los demás nodos de la red. Las redes P2P permiten el intercambio directo de información, en cualquier formato, entre los ordenadores interconectados.

TIPOS DE ARQUITECTURA

ARQUITECTURA MONOLÍTICA

Es un modelo en el cual el sistema operativo y todos los servicios fundamentales residen en un monitor monolítico que se accede a través de un mecanismo de llamada al núcleo.




ARQUITECTURA CLIENTE-SERVIDOR

La arquitectura cliente-servidor es un modelo de aplicación distribuida en el que las tareas se reparten entre los proveedores de recursos o servicios, llamados servidores, y los demandantes, llamados clientes. Un cliente realiza peticiones a otro programa, el servidor, que le da respuesta. Esta idea también se puede aplicar a programas que se ejecutan sobre una sola computadora, aunque es más ventajosa en un sistema operativo multiusuario distribuido a través de una red de computadoras.

ARQUITECTURA DE TRES NIVELES

La arquitectura de software incluye los aspectos estáticos y dinámicos más signi­ficativos del software que se desea crear. De acuerdo Robert Pressman, la arquitectura de software no es otra cosa que “…una descripción de los subsistemas y los componentes de un sistema informático y las relaciones entre ellos”. De igual manera, la arquitectura de software de tres niveles, incluye todos estos aspectos, y además, brinda mejores opciones para proyectos informáticos de gran alcance y complejidad.

Arquitecturas de objetos distribuidos

En una arquitectura de objetos distribuidos, los objetos se distribuyen a través de varias computadoras en una red y comunicarse a través de middleware. Este middleware proporciona un conjunto de servicios que permiten la comunicación entre objetos y el que estos puedan ser añadidos o eliminados del sistema.

Algunas ventajas 

 *Es una arquitectura muy abierta que permite añadir nuevos recursos fácilmente. (Implementación de

estándares de comunicación entre objetos que permite escribir objetos en lenguajes de programación distintos).
*Es posible reconfigurar el sistema de forma dinámica mediante la migración de objetos a través de la red.

*Los objetos que proporcionan servicios pueden ejecutarse sobre cualquier nodo de la red. No será necesario decidir con antelación donde ser situá la lógica de la aplicación.

*Mayor flexibilidad y escalabilidad debido a que se pueden crear diferentes instancias del sistema proporcionando los mismo servicios por objetos diferentes. (según la carga del sistema)

OMG

El OMG alcanza sus objetivos promoviendo la adopción de especificaciones de interfaz y de protocolo, que permiten la interoperabilidad y portabilidad de las aplicaciones orientadas a objetos distribuidos. En este consorcio no se producen guías de cómo implementar o producir software, sólo especificaciones. 

OMA

En el modelo de objeto de OMA, un objeto es una entidad encapsulada con una identidad inmutable y distinguible, cuyos servicios pueden ser accedidos a través de interfaces bien definidas.

CORBA

La arquitectura CORBA está orientada a objetos. Los objetos CORBA presentan muchas características de otros sistemas orientados a objetos, incluyendo la herencia de interfaces y el polimorfismo. Lo que hace a CORBA más interesante es que proporciona estas capacidades, incluso cuando es utilizado en lenguajes no orientados a objeto como C o COBOL, aunque CORBA trabaja particularmente bien con los lenguajes orientados a objeto como C++ y Java.

diagramas de secuencia, ciclo de vida RUP, ciclo de vida SCRUM

Las exposiciones continuaron con diagramas de secuencia en el cual muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso.
luego pasamos a la exposición del ciclo de vida RUP(Rational Unified Process) es algo asi como un conjunto de metodologías adaptables al contexto y necesidades de cada organización.

Ademas se hablo sobre ciclo de vida SCRUM  que es un modelo de referencia que define un conjunto de prácticas y roles, y que puede tomarse como punto de partida para definir el proceso de desarrollo que se ejecutará durante un proyecto.

inicio de exposiciones "diccionario y documentación de casos de uso y diagrama de clases"

estas exposiciones se trataban de diversos temas.. y estaban divididos en grupos.
La primera exposición se trato sobre diccionario y documentación de casos de uso " que existen dos formas de documentacion; diagrama uml y documento detallado"

En la segunda exposición trataron sobre diagrama de clases .. que visualizan las relaciones entre las clases que involucran al sistema y que esta compuesta por clases y por relaciones..

YUML

antes de tratar de esta herramienta para casos de uso... estuvimos en una conferencia sobre el crudo. (petro-química)

después de esto si entramos a lleno en la practica de casos de uso con la herramienta yuml.. ademas de esta están otras pero.. decidimos trabajar con esta-.. la dinámica de poder plasmar un caso de uso en una herramienta como esta es muy interesante..

casos de uso

Un caso de uso es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso...
se conforman básicamente por ACTORES y TIPOS DE RELACIÓN...

ademas de esto estuvimos hablando sobre los estereotipos (modelo a seguir)..

segunda fase del análisis y diseño de software

En esta segunda fase... de nuestro programa académico .. se dio un sondeo de lo que se va a tratar....
ya aqui se trataran los modelos como tal... utilizando UML (Unified Modeling Language). Ademas se trataran casos de uso.. con:
agramas de secuencia
 *diagramas de clases
 *diagramas de objetos
 *diagramas de estado
 *diagramas de actividades
 *diagramas de componentes

dinamica 4 de 4

Esta es la semana que mas me ha llamado la atención de todas ya que .. Realizamos una dinámica. para ver que tanto hemos aprendido durante el curso análisis y diseño de software.
esta la primera vez que participo en una dinámica " 4 de 4". y pues me pareció muy interesante y a la vez algo complicada.
el primer día de la dinámica fue bastante tensa ya que.. no sabíamos si las preguntas que iban a lanzar iban a estar muy difíciles y no íbamos a poder responderlas.. pero al momento que paso el primer grupo de expertos y conciencias.. digamos que rompieron el hielo. y se hizo mucho mas interesante cuando el publico opinaba algo de los expertos o conciencias. y estos no podían replicar lo dicho...

trabajo en equipo "analistas"

Esta semana estuvo muy interesante ya que trabajamos en equipo.. haciendo trabajos de analistas.. ya sea resolviendo un problema o aportando ideas al mismo.. y pues hacer el trabajo bien.. no solo por el incentivo del punto.. sino por ser mejores analistas cada dia..

Ademas de esto pudimos utilizar una herramienta para llevar en orden todas nuestras actividades enfocándonos en los proyectos.   

y pues para mi esto fue lo las relevante de la materia en esta semana...

ANÁLISIS Y DISEÑO DE SOFTWARE.... ¡ SE MEJOR ANALISTA CADA SEGUNDO..! 

Metodos de la ing. software

Esta semana comenzó con una clase bastante interesante ya que entramos en materia .. con la ing. de software.. que consta de 4 métodos como son:
* Análisis
* Diseño
* Desarrollo
* Implementación
estos métodos son implementados para HACER SOFTWARE DE CALIDAD.
Igualmente vimos un poco de las técnicas de recolección de hecho como son:
* Análisis
* Observación
* Entrevista
* Cuestionarios
* Revisión de documentos
* Requerimientos
En la segunda clase realizamos una actividad muy interesante comenzando con el relato de la carta a garcía. Y luego comenzamos a hacernos preguntas como..¿ viajarías en un avión cuyo software a sido creado por ti? probando algo así como ¿sera que confiamos en lo que hacemos..?... ademas conocimos donde habia software.. como en portadas de películas etc.

Recordando algoritmo

La verdad la semana estuvo muy interesante ya que recordamos muchas cosas sobre algoritmos... y pues perder un poco el miedo de pasar al tablero...como se dice.. romper el hielo.. ya que estos miedos los debemos superar rápidamente como analistas ;) 
En el día dos de esta semana pudimos hablar un poco sobre conceptos básicos y fundamentales de la lectura hecha previamente del libro análisis y diseño de software de j. senn.. aquí pudimos aclarar dudas y adquirir mas conocimiento.. 
En el día tres pudimos implementar una herramienta para hacer mapas de ideas.. y pues fue muy interesante este día ya que realizamos un taller bajo presión de tiempo... claro esta trabajando rápido pero haciendo las cosas bien..

Conociendo la Asignatura

pues la verdad.. hay muchas expectativas con respecto a la materia.. y ya que tengo la oportunidad de estar estudiando pues. lo que se quiere es adquirir mucho mas conocimiento al respecto.
con respecto a las clases.. me han parecido muy agradables y dinámicas. ya que no siempre estamos viendo la misma metodología de que el profesor se para en el tablero y hable y hable. XD como sabemos ya esto en una universidad y esa metodología esta pasada de moda.. así que me parece interesante que estemos trabajando por este tipo de medios.ya que este es el campo en el que nos estamos desempeñando y pues si la tecnología nos brinda este tipo de herramientas que nos facilita y nos motiva a estudiar. porque no utilizarlo?
Lastimosamente no pude asistir a la segunda clase de la dinámica..pero me contaron lo que hicieron y pues me parece que estuvo muy interesante la dinámica.. ;) y la tercera clase fue la que me pareció mas interesante de todas hasta el momento..  ya que utilizaríamos una serie de herramientas virtuales que nos facilitan algunas tareas. y pues interesante conocer diferentes herramientas a las cuales estamos acostumbrados a utilizar.. y creo que ahora es la oportunidad de comenzar a empaparnos de todos estos medios. que nos brindan. cosas interesantes para nuestro perfil estudiantil...