Fortalezas y Debilidades

ANALISIS INTERNO

 

•          Síntesis de fortalezas y debilidades: ¿Qué es lo que somos capaces de hacer? ¿Qué elementos de nuestra estructura interna podrían mostrarse inadecuados a la hora de una mayor exigencia productiva?

* Posibles fortalezas internas:	Posibles debilidades internas:
-       Nivel adecuado de adquisición	-       Falta de dirección estratégica clara
-       Prestigio por empresas reconocidas(Diseño, Cervantes, Juguetón, etc)	-       Instalaciones pequeñas
-       Liderazgo en el mercado(Desde 1989)	-       Rentabilidad menor
-       Interacción con otros sistemas como el DET, COAGEN, ETC	-       Falta de actualización en Tecnologías de programación y BD.
-       Buena imagen en el mercado	-       Mix de productos insuficiente
-       Tecnología propia	-       Debíl gestor de Base de datos.
-       Ventaja en costos	-       Débiles habilidades en marketing
-       Adecuado nivel de comunicación externa	-       Capacidad financiera insuficiente
-       Diversificación de servicios (Mantto. de redes, servidores, venta de hardware y software.)	-       Especializado solo en un lenguaje de programación especifico.
-       Departamento de desarrollo experimentado en sistemas POS, contables (libros de IVA, Cuentas por Cobrar y pagar), inventarios, Administración para centros de Distribución y transferencia de datos.
-       Capacidad de fabricación
-       Capacidad de comercialización
-       Soporte Técnico, remoto y personal.
-       Fácil de aprender y utilizar.

 

 

Matriz FODA

Matriz FOFA DODA:

Una vez listadas las fortalezas, oportunidades, debilidades y amenazas, se puede buscar interrelacionarlas buscando estrategias FO (Uso de Fortalezas para aprovechar Oportunidades), FA (Usar Fortalezas para evitar amenazas), DO (Vencer Debilidades aprovechando Oportunidades), DA (Reducir a un mínimo las Debilidades y evitar Amenazas).

FODA

	FORTALEZAS 1.Una empresa ya consolidada, con amplias líneas de productos. 2.Prestigio por empresas reconocidas 3.Autonomía y menos burocracia a la hora de tomar decisiones	DEBILIDADES 1. Bajo presupuesto publicitario 2. Debilidades a nivel de actualización, sobre todo en lenguajes de programación más potentes. 3. Falta de personal y a una definición clara de los cargos. 4. El tiempo de respuesta en la solución de algunas requisiciones es lenta.
OPORTUNIDADES 1.Sector en crecimiento, cada vez más segmentado buscando innovaciones. 2.Existe la oportunidad de incorporar nuevos sistemas (Planillas, etc.). 3. Existen proyectos de transformación de los sistemas a PHP con sql.	OP1 - F1 Continuar ampliando la gama de sistemas por medio de la innovación de los mismos. OP3 - F2 Abrir nuevos horizontes para nuevos clientes por medio de la incorporación de sistemas más confiables y seguros.	OP2 - D1 Aumentar su presupuesto publicitario, poniendo énfasis en los atributos de superioridad tecnológica del producto. OP3 - D2 Desarrollar proyectos para cambiar la plataforma de forma rápida.
AMENAZAS 1.La piratería e imitaciones. 2.La fuerte competencia, que día a día sigue aumentando. Con plataformas superiores a la de la empresa.	A1 - F2 Continuar siendo auténticos en el desarrollo de los productos que se ofrecen como una forma de respeto para los clientes antiguos y nuevos.	A2 - D2 Transformar la totalidad de los productos, ya que la tendencia actual apunta a una mayor tecnología y actualmente la Empresa se percibe como un lenguaje anticuado, lo que la perjudica enormemente.

Estrategias Seleccionadas

De acuerdo al analisis realizado, nosotros seleccionamos como estrategias (factibles) que aportaran factores claves de exito las siguientes estrategias, de acuerdo a la Matriz FODA tenemos:

• OP₁ - F₁
  
• OP₃ - F₂
  
• OP₃ - D₂
  
• OP₂ - D₁
  
• A₂ - D₂
  

Con ello esperamos enfocar a la organización hacia una etapa de evolución en la plataforma técnologica con la que se ha mantenido hasta la fecha. Se buscará ampliar los horizontes y la cartera de clientes ofreciendo novedosos productos de desarrollo y hardware.

Conceptos o Componentes

SOA

 

Existen multitud de definiciones del término.

El concepto de SOA (Service Oriented Architecture) ofrece un marco de trabajo para alinear los procesos de negocio con los sistemas de IT.

Plataforma de servicios que representan procesos de negocio y que se combinan entre sí (flexibilidad) para ofrecer soluciones adecuadas a las diferentes necesidades de negocio (agilidad).

"SOA es un modelo de componentes que interrelaciona las diferentes unidades funcionales de las aplicaciones, denominadas servicios, a través de interfaces y contratos bien definidos entre esos servicios. La interfaz se define de forma neutral, y debería ser independiente de la plataforma hardware, del sistema operativo y del lenguaje de programación utilizado.
Esto permite a los servicios, construidos sobre sistemas heterogéneos, interactuar entre ellos de una manera uniforme y universal."

Retos

Actualmente las empresas dependen completamente de sus IT, de las que esperan flexibilidad, agilidad y eficiencia en los costes.
Las IT de las empresas están compuestas por un gran número de sistemas interdependientes, heterogéneos y muchas veces redundantes.
La rapidez con que las IT pueden adaptarse a los cambios en las necesidades del negocio no siempre es suficiente (falta de agilidad y flexibilidad).La estructura actual de las IT puede hacer que los cambios introducidos cuesten más que los beneficios que aportan (baja eficiencia de costes).

Soluciones

Ahorro de dinero, tiempo y esfuerzo mediante la reutilización de "componentes" y gracias a la flexibilidad de SOA.
Elimina "frustraciones" con IT gracias a las soluciones flexibles y los tiempos más cortos de despliegue.
Permite justificar más claramente las inversiones en IT, ya que éstas están más alineadas con el negocio.
Proporciona a los ejecutivos del negocio una visión clara de lo que hace IT y su valor asociado.
Permite la creación y cambio de servicios de forma incremental, evitando proyectos de larga duración y alto coste.

Los principales componentes de una arquitectura orientada a servicios son:

• Consumidores
• Servidores
• Bus de servicios
• Repositorio de servicios
• Consumidores de servicios

Definimos consumidores de servicios como aquellos elementos de una arquitectura SOA que pueden descubrir servicios a través de un repositorio.
Realizan llamadas a los mismos de acuerdo al contrato y a través del interfaz definido a tal efecto.

Servidores
Un servicio de negocio es un componente reutilizable de software, con significado funcional completo, y que está compuesto por:
Contrato: especificación de la finalidad, funcionalidad, forma de uso y restricciones del servicio.
Interfaz: mecanismo de exposición del servicio a los usuarios.
Implementación: debe contener la lógica o el acceso a datos.

Bus de servicios
El bus de servicios es el elemento de las arquitecturas SOA que conecta los servicios con sus consumidores y que proporciona:
Conectividad: el propósito principal de un bus de servicios es interconectar a los participantes de una arquitectura SOA.
Soporte a la heterogeneidad de tecnologías: debe ser capaz de conectar a participantes basados en distintos lenguajes de programación, sistemas operativos, entornos de ejecución y protocolos de comunicación.
Soporte a la heterogeneidad de paradigmas de comunicación: debe ser capaz de mantener distintos modos de comunicación (por ejemplo comunicaciones síncronas y asíncronas).

Repositorio de servicios
Un repositorio de servicios proporciona facilidades para descubrir servicios y adquirir la información necesaria para su uso, en particular fuera del alcance temporal y funcional del proyecto en el que se crearon. Además de la propia información de contrato, los repositorios pueden proporcionar información acerca de:
Localización.
Personas de contacto.
Restricciones técnicas.
Service Level Agreements (SLAs).

 

IMPORTANCIA DE LA UTILIZACIÓN DEL SOA

Una Arquitectura Orientada a Servicios (SOA) representa un modelo en el cual la funcionalidad se encuentra descompuesta en distintas unidades (Servicios), que pueden estar distribuidas sobre una red de sistemas y tecnologías, pudiendo combinarse y ser reutilizadas para crear aplicaciones de negocio. Es decir, SOA permite componer procesos de negocio a partir de servicios modulares auto-descriptivos basados en unos estándares de mercado que independizan la tecnología subyacente a cada servicio, pudiendo haberse desarrollado en diversos sistemas basados en diferentes tecnologías

 

 

 

Software

Tecnologías de Servicios Web en J2EE 1.4

Las tecnologías Java para servicios web existentes en la plataforma 1.4 son:

•

 

Java API for XML Processing (JAXP) 1.2

•

 

Java API for XML-based RPC (JAX-RPC) 1.1

•

 

SOAP with Attachments API for Java (SAAJ) 1.2

•

 

Java API for XML Registries (JAXR) 1.0

Plataforma .NET

 

Plan de Implementación

¿Como se puede implementar en las organizaciones Salvadoreñas?

      SOA no puede comprarse o entregarse en un paquete al departamento de TI ni dar resultados mágicos de la noche a la mañana. Si se implementa de forma inteligente, SOA puede ser una fuerza transformadora para las compañías, pero esa transformación puede ser un proceso largo. Gradualmente se obtendrán beneficios valiosos de SOA, pero sólo si se implementan los procesos de gobernancia adecuados para apoyar el cambio cultural resultante. 

Anne Thomas Manes, vicepresidenta y directora de investigación de Burton Group, y una líder en SOA, es determinante: “SOA es algo que hace una organización… y se trata más de cultura que de tecnología. SOA requiere una mentalidad diferente, y exige disciplina”.

 

Se requerirán cambios organizacionales, especialmente a las estructuras administrativas, a las prácticas de contabilidad y sistemas de incentivos:

- Se requerirá educar totalmente al personal de TI y los socios de negocio para asegurar un conocimiento consistente de la arquitectura y el desarrollo.
- Se requerirá una nueva infraestructura y actualizaciones.
- La gente se resiste al cambio y puede regresar a los viejos hábitos, perdiendo así los beneficios de SOA y creando silos modenos en lugar de aplicaciones ágiles.
- Las organizaciones deben establecer un grupo que encabece el esfuerzo de implementación de SOA. Este grupo es el responsable de desarrollar un plan de adopción y servirá como el canal de comunicación principal entre el negocio e IT. Se requiere esta comunicación y manejo continuos para una iniciativa SOA exitosa.
- Para lograr una colaboración real y el éxito de SOA a escala empresarial, los equipos administrativos y de TI tendrán que salir de sus zonas de confort y comenzar a trabajar con partes menos conocidas de la organización. El equipo a cargo desarrollará nuevos procesos de gobernancia, políticas y mejores prácticas para facilitar este cambio cultural y asegurar el éxito de la iniciativa SOA.
- Si bien SOA es aceptado ampliamente como “la forma adecuada” de construir aplicaciones moderna, la adopción en grandes empresas a menudo es inhibida por la inercia cultural. A pesar de esto, muchas compañías están experimentando un éxito importante y ahorros sustanciales, incluso en las primeras etapas de la madurez de SOA. Las empresas que instituyen SOA con éxito han trabajado para cambiar su mentalidad.
- La disciplina necesaria para el éxito es puesta en práctica en nuevos programas de gobernancia dirigidos a desarrollar y administrar el mapa de SOA.

Objetivos

 

La decisión de investigar sobre el tema fue por el enfoque que se da al implementar este sistema en las empresas, que es la de interrelacionar  tecnología y procesos de negocios para bajar costos y  optimizar  los recursos de la empresa, ya que estos son reutilizables y así  lograr   que en las empresas haya un cambio de mentalidad en la forma de cómo llevan a cabo sus negocios.-

OBJETIVOS DE LA INVESTIGACION

• Permitir a los usuarios acceder y actualizar los datos de la empresa cuando estén desconectados.
• Hacer funcionar múltiples versiones de una aplicación al tiempo que se comparten los datos.
• Permitir el uso de diferentes aplicaciones para compartir datos comunes en diferentes formatos.
• Crear y mantener un modelo de datos virtuales para integración de servicios.
• Integrar servicios Web utilizando la transformación de servicios basada en un modelo de datos común.
• El SOA es un medio, no un fin en sí misma.
• Se debe de implementar SOA si y sólo si es realmente necesario y si supone una ventaja competitiva sobre nuestros sistemas actuales.
• El SOA es un arquitectura única, no se debe de copiar de otros modelos ya establecidos porque podrían no dar los resultados esperados

 

 

Referencia

BIBLIOGRAFIA

http://www.iworld.com.mx/iw_news_read.asp?iwid=5544

http://www.w3c.org/TR/2004/NOTE-ws-arch-20040211/

 http://msdn.microsoft.com/architecture/solutions_architecture/service_orientation/default.aspx?pull=/library/en-us/dnbda/html/ServOrient.asp

http://msdn.microsoft.com/architecture/solutions_architecture/service_orientation/default.aspx?pull=/library/en-us/dnbda/html/ServOrient.asp

  http://es.wikipedia.org/wiki/Arquitectura_orientada_a_servicios

http://www.mastermagazine.info/articulo/3391.php

http://www.mkm-pi.com/mkmpi.php?article1600

       http://www.ibm.com/news/uy/es/2005/09/13-09-2005.html