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

Leyendo la aportación de la compañera Diana, comparto la opinión. Dado la importancia de los roles asignados a cada integrante de una organización, cada uno debe de cumplir en tiempo y forma con el rol que le corresponde desempeñar, con ello, es posible lograr los objetivos planteados en un proyecto, y con ello obtener satisfactoriamente buenos resultados.

En cuanto a las fases post diseño al momento de adoptar SOA podemos definir 11 pasos que son los siguientes:
1- Planificar la adopción de SOA:Dar a conocer los beneficios que se pueden tener al implementar SOA para lograr agilidad y con ello reducir costos
2- Analiozar los servicios que se tienen: Identificar software que podamos reutilizary que se podemos convertir en servicios. Sin dejar de lado los sistemas legados
3- Realizar un análisis orientado a servicios: Aqui se identifican los servicios candidatos
4-Diseño orientado a servicios y a contrato: Se define la interfaz del servicio, definimos personas que lo vallan a utilizar y que nivel de servicio se va a ofrecer

5- Diseñar la lógica del servicio: Es decir el diseño técnico del servicio , o dar una categoría a ese servicio
6-Test de los servicios: en esta parte debemos probar el servicio de manera aislada sin que este dependa de otros servicios
7- Desarrollo del servicio: Es decir implementar el servicio
8- Despliegue del servicio y mantenimiento: Verificar el funcionamiento óptimo del servicio y actualizarlo si es que así lo requiere
9- Monitorización del uso del servicio: Verificar quien usa el servicio que tiempo de respuesta el tipo de errores etc
10- Descubrimiento de servicios: No dejar de lado la posibilidad de descubrir servicios nuevos o en tiempo de ejecución
11-Versionado de servicios: Debemos mantener la compatibilidad

Edgar Morado escribió: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

Hola compañero,
sólo para complementar tu opinion sobre los diseños de servicios, En pocas palabras gobernabilidad es definida como “cualquier forma de coordinación social”. Entonces, en sí, la gobernabilidad de SOA especialmente va orientada en regular los servicios. Un servicio tiene un ciclo de vida, paso a paso cuenta con un análisis conceptual seguido de una decisión profunda ya sea aceptada o ésta sea rechazada, se funde una especificación planeada y diseñada a detalle, después creamos la prueba luego de que ésta sea aceptada será rectificada por el departamento y hasta entonces se considerará como un servicio operacional.

Nancy Aguilar escribió: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.

Hola Nancy,
Creo que muestras opiniones son muy similares, ya que todo ésto es una problemática actual en el mundo del desarrollo y de cómo la virtualización en servicios puede orillar drásticamente dicha problemática aportando el valor añadido.

Admin escribió:5- Diseñar la lógica del servicio: Es decir el diseño técnico del servicio , o dar una categoría a ese servicio
6-Test de los servicios: en esta parte debemos probar el servicio  de manera aislada sin que este dependa de otros servicios
7- Desarrollo del servicio: Es decir implementar el servicio
8- Despliegue del servicio y mantenimiento: Verificar el funcionamiento óptimo del servicio y actualizarlo si es que así lo requiere
9- Monitorización del uso del servicio: Verificar quien usa el servicio que tiempo de respuesta el tipo de errores etc
10- Descubrimiento de servicios: No dejar de lado la posibilidad de descubrir servicios nuevos o en tiempo de ejecución
11-Versionado de servicios: Debemos mantener la compatibilidad

Hola Compañer@!!
Sólo para complementar en caso de que consideres a la Arquitectura del Software como el diseño de más alto nivelde la estructura de un sistema, programa o aplicación
es entonces cuando éste tiene la responsabilidad de:Definir los módulos principalesDefinir las responsabilidades que tendrá cada uno de estos módulosDefinir la interacción que existirá entre dichos módulos:Control y flujo de datosSecuenciación de la informaciónProtocolos de interacción y comunicaciónUbicación en el hardware. Inlcuso hasta se podrían agregar a tu lista de sugerencia.

¿Pero que es un rol?  un rol es una función que una persona desempeña en un lugar o en una situación de estar manera se lleva a cabo la implementación de SOA.

Roles en SOA
*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.
*Arquitecto de servicios
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, etc.
*Custodio de los estándares de diseño de la empresa
persona que tiene que garantizar la aplicación de las directrices de diseño de la empresa.
*Especialista en seguridad
*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.
*Especialista técnico en comunicaciones

Admin escribió: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

Total mente de acuerdo con tu comentario compañera, es ahí donde viene la importancia del análisis de requerimientos y es por ello que es necesario saber bien las necesidades tanto del cliente como la empresa, ya que en muchas ocasiones estas tienden a cambiar.

Paulino Trejo escribió:¿Pero que es un rol?  un rol es una función que una persona desempeña en un lugar o en una situación de estar manera se lleva a cabo la implementación de SOA.

Meparece muy bien tu comntario amigo Paulino, solo para complementar un poco sobre los roles sabemos que se necesita mas que un puesto en la empresa para implementar SOA ya que tambien debemos fijarnos en sus capacidades de cada uno, recuerda que a veces aunque estés en un puesto puedes llevar a cavo algunas actividades diferentes entonces ahi tu rol ya pasa a mas actividad fuera de tu puesto y se puede implementar SOA un poco mas completo.