Fases post diseño (desarrollo del servicio, pruebas del servicio, instalación y mantenimiento del servicio, descubrimiento del servicio).

Para desarrollar un proyecto SOA tambien se cuenta con diversas fases entre ellas las fases post diseño considero que antes de desarrollar un servicio como tal es necesario llevar a cabo un análisis detallado de lo que se tiene y de todos los componentes nuevos que formaran parte del servicio

El objetivo es satisfacer deseos y necesidades del consumidor final.
Generar ideas de nuevos productos o servicios: tales ideas pueden provenir del propio personal (como consecuencia de su trato diario con consumidores) o de la observación de la competencia.

Digamos que este rol es más de negocio que de SOA, y casi nada de tecnología. Por supuesto, debería conocer los ocho principios de SOA y no estaría de más que entienda los fundamentos de la implementación de servicios que se tiene en la empresa (como servicios web o REST).

Gobierno de SOA da soluciones con ayuda de las políticas que se enfocan en los servicios para así administrar los objetivos que maneja SOA en las normas o estándares de una empresa.

SOA es una arquitectura orientada a servicios y nos permite diseñar y desarrollar sistemas para satisfacer el objetivo de un negocio o empresa.
Las fases del post diseño son para el desarrollo de un sistema que se necesita de un gran compromiso, para tener éxito los desarrolladores de software tienen que tener una misma visión para la creación de servicios para los procesos de la empresa.

En fases de post diseño Los servicios de una empresa crean e implementan en una sincronización, en una misma constante la interacción de usuarios es elemental en los procesos de desarrollo de los nuevos servicios que los involucren a ambos, para tomar mejores decisiones, para que estén constantemente los usuarios desempeñando su servicio

La arquitectura SOA no está asociado a ninguna tecnología ni lenguaje, es sólo una apariencia y toma rumbo al diseñar la arquitectura de los sistemas de información, permitiendo el intercambio e integración de información y utilización de información entre varios sistemas implementados con distintas tecnologías.

SOA pretende asignar mecanismos de control, procesos, procedimientos y métodos probados en las prácticas realizadas para tener orden en las decisiones que se deben tomar en una iniciativa SOA, con esto  evitar caos o perdidas en proyectos, garantizando efectividad. Se refiere a los procesos que una empresa establece para que las acciones que se realicen sean garantizadas tomando como referencia las mejores prácticas obtenidas para aplicar SOA.            

Las fases a seguir son, estrategias de adopción, análisis del estado actual, fase de definición del modelo SOA, procesos del gobierno SOA (Procesos para la gestión del portafolio de servicios, procesos para la gestión del ciclo de vida de los servicios, procesos de gestión de cambios) visión general del modelo, fase de desarrollo de la hoja de ruta, fase de ejecución del gobierno SOA, y fase de optimización, estas son las fases post diseño

Para un mejor entendimiento es este tema debemos tomar en cuenta todos los puntos necesarios que se deben implementar para el desarrollo de SOA.

Algunos de los puntos de gran importancia para el desarrollo de implementación de SOA son:
1.       Cumplir con los principios de la orientación a Servicios.
2.       Diseño de las capas de Servicios.
3.       Definición del ciclo de vida de los Servicios
4.       Definición de los aspectos operacionales
1.       Soporte de múltiples protocolos estándares.
2.       Despacho garantizado.
3.       Servicios Síncronos y Asíncronos.
4.       Manejo de excepciones.
5.       Seguridad de los Servicios.
6.       Instrumentación.
7.       Contenedor de Servicios
5.       Caso de prueba.

Estos puntos fueron definidos por (JP García) lo cual al ver su análisis de este tema estoy de acuerdo con él para la implementación de SOA ya que con estos puntos se me hace una forma muy fácil de entender la forma de llevar paso a paso la implementación de dicha arquitectura.

Respecto a este tema los invito googlear lo siguiente “¿Qué tópicos se deben incluir en un proyecto de SOA?”   la primera opción de búsqueda que aparece  podemos ver cada una de los puntos mencionados con sus definiciones para entenderle mejor así mismo reforzándolos y tener conocimiento de  otras opiniones de más personas que hablan sobre este tema.

Hola muchachos, recibí la invitación para este foro, he estado leyendo sus comentarios y muy buenas sus aportaciones.

El diseño de un ciclo de vida de un servicio, son estados que tienen información que se relacionan y son seleccionadas con un fin de cómo se da a evolución de las arquitecturas orientadas a servicios, estas deben de tener reglas con los procesos que se utilizan en ambos como en Gobierno SOA y Arquitectura orientada a servicios

Implementar SOA es un reto en las empresas por que se abren las nuevas oportunidades y se tienen más competencias en cada rol ha si como las arquitecturas dan las soluciones que se tomaran con las decisiones dependiendo de su visión y se necesitaran de personal que maneje los servicios de BPM

Metodología para proyectos de Minería de Datos
El éxito de un proyecto de software, se basa en su forma de trabajo. La metodología que usan les sirve para que los miembros del equipo sepan que deben hacer y cuando.
En los proyectos de minería de datos al igual que en los proyectos de cualquier cosa es necesario seguir una forma de trabajo, es decir una metodología.
Aquí les comparto la metodología CRISP –DM, que es libre y se hace cargo de definir cómo y cuando se deben hacer las cosas.
La metodología CRISP-DM consta de cuatro niveles de abstracción, organizados de forma jerárquica en tareas que van desde el nivel más general hasta los casos más específicos.
A nivel más general, el proceso está organizado en seis fases, estando cada fase a su vez estructurada en varias tareas generales de segundo nivel. Las tareas generales se proyectan a tareas específicas, donde se describen las acciones que deben ser desarrolladas para situaciones específicas. Así, si en el segundo nivel se tiene la tarea general “limpieza de datos”, en el tercer nivel se dicen las tareas que tienen que desarrollarse para un caso específico, como por ejemplo, “limpieza de datos numéricos”, o “limpieza de datos categóricos”. El cuarto nivel, recoge el conjunto de acciones, decisiones y resultados sobre el proyecto de Data Mining específico.
La metodología CRISP-DM estructura el ciclo de vida de un proyecto de Data Mining en seis fases, que interactúan entre ellas de forma iterativa durante el desarrollo del proyecto.

La definición de cada rol, a veces, puede no estar muy clara. De todas maneras es cada empresa la que tiene que establecer una definición clara de cada uno, y sobre todo, de qué es responsable cada rol y qué tiene que hacer.
Analista de servicios
Es el perfil más orientado a servicios. Digamos que este rol debe saber más de negocio que de SOA, y casi nada de tecnología. Por supuesto, debería conocer los ocho principios de SOA y no estaría de más que entienda los fundamentos de la implementación de servicios que se tiene en la empresa (como servicios web o REST).
Arquitecto de servicios
Un arquitecto de servicios debe ser una persona que no trabaja para ningún proyecto en concreto. Es decir, tiene que estar por encima de los proyectos y trabajar en el ámbito de toda la empresa. Debería velar por ejemplo, por que los servicios sean realmente reutilizables, que no se hagan dos veces (o más) un mismo servicio.
Custodio de los estándares de diseño de la empresa
Es la persona que tiene que garantizar la aplicación de las directrices de diseño de la empresa.
Especialista en seguridad
En algunas empresas, el acceso por servicios web o REST, es un nuevo frente de posibles ataques al que no estaban habituados. Hasta ahora se tenía mayormente aplicaciones web con pantallas. Los servicios web, sin embargo, pueden ser una puerta de entrada al exponer, por ejemplo, servicios de Core a otras empresas vía internet. Es importante tener esto en cuenta por lo tanto. Aunque hay que tomar en cuenta que como tal la seguridad total no existe.
Custodio del schema
Es el perfil análogo al de modelo de datos de las bases de datos. Es decir, tiene que gestionar el modelo de datos que usan los servicios, intentando establecer un dominio de lenguaje común en el dominio o empresa.
Custodio de las políticas
Es el rol encargado de mantener las políticas de manera accesible por el resto de la empresa. El cual necesita una herramienta que permita estas consultas.
Especialista técnico en comunicaciones
Es el experto en las comunicaciones. Si tenemos éxito con SOA y disponemos de un conjunto mínimo de servicios diagnósticos y muy reutilizables, tendremos algunos problemas con el rendimiento y dimensionamiento de la plataforma.
Especialista en QA
Es necesario, imprescindible, tener una política de creación de servicios dummies o mejor aún, una virtualización de servicios que permitan a los equipos de desarrollo probar sus aplicaciones sin depender del resto de servicios de otros equipos.
Especialista en gobernanza
Efectivamente, es necesario tener un rol específico que se encargue de la gobernanza de los servicios. Quizás este rol lo pueda desempeñar la misma persona que el arquitecto de servicios.

Independientemente de los roles que se tengan en SOA, es importante ver que hay muchas tareas nuevas que nos trae la implantación de la orientación a servicios y debemos tomarlas en cuenta.

Los roles SOA desde mi punto de vista los considero que son áreas con características o funciones diferentes, pero que a su vez contribuyen a un mismo propósito, como lo es en un empresa, que existen diferentes departamentos y que todos funcionan para un mismo fin.

Los servicios que SOA nos ofrece y dice que deben ser reutilizables, porque no sirve construir nuevos servicios que solo sea para un objetivo, por eso la importancia de un rol arquitectónico de muchas aplicaciones, el usuario que no se le permite brincarse las áreas de una empresa

Los roles son muy importantes para el desarrollo del SOA ya que se basan en actividades y cada una tiene su función que a su vez lograrar tener un mismo objetivo, estos son algunos roles en el SOA según Thomas Erl.
• Análisis de inventario de servicios
• Análisis orientado a servicios (Service Modeling)
• Diseño orientado a servicios (Service Contract)
• Diseño de la lógica de servicios
• Desarrollo del servicio
• Test del servicio
• Despliegue y mantenimiento del servicio
• Descubrimiento del servicio

SOA es la mejor plataforma para que las empresas puedan desarrollarse bajo un mejor análisis y diseño utilizando las IT para su mejor adaptamiento y efectividad.

En cuanto a la búsqueda que nos recomienda hacer el compañero Paulino, se encuentra un punto importante a considerar para implementar un proyecto SOA, el cual muestra los principios de la orientación a servicios, ya que estos son el fundamento de este tipo de arquitectura.
1. Los servicios son reusables.
2. Los servicios comparten contratos no código.
3. Los Servicios tienen bajo acoplamiento.
4. Los servicios tienen Fronteras explicitas.
5. Los Servicios son modulares y permiten la composición.
6. Los Servicios son autónomos.
7. Los servicios deben permitir métodos de descubrimiento.