Se identifica un concepto
nuevo que es Business Process Management – BPM el cual se refiere a definir el
contexto de negocio así como contar con métricas adecuadas para llevar un control
sobre qué tan preparado se encuentra el negocio a cambios; es decir, qué tan
flexible y adaptable es, qué tan integrado se encuentran sus componentes tales
como procesos, información y aplicaciones, así como qué tan independientes son
entre sí para poder conectarse unos con otros y poder reutilizarse en futuras implementaciones.
Generalmente estamos habituados a entender que el
avance de un negocio depende en gran parte de las tecnologías de IT con las que
cuenta la organización; sin embargo, nos damos cuenta que un diseño SOA no solo depende de las tecnologías
de IT sino que éstas deben estar alineadas con el objetivo y metas del negocio y
si esto no se cumple el diseño SOA está destinado al fracaso, por lo tanto debe
existir una sinergia entre IT y objetivos de negocio.
Respecto
a los cambios que deben sufrir las organizaciones que no manejan un diseño SOA
pero requieren de su implementación se recomienda realizar un ingreso
penetrante en cada proceso; es decir, cuestionarse la existencia del proceso y
si es necesario optimizarlo, eliminar procesos no flexibles y aprovechar al
máximo la información que se tiene; es decir, se necesita un diseño que permita
transformar datos no estructurados en información confiable, consistente,
integra y con calidad así como estar coordinada por una gobernanza efectiva. Por
lo tanto SOA se refiere a implementar
una buena gobernanza con servicios e información bien diseñados.
Los
ejemplos que se tocan en el artículo básicamente aluden a que la información
debe estar disponible y digerible para quienes representa una utilidad
importante; es decir, la información no es para todos sino que debe destinarse
a cierto grupo y debe ser comprensible para que sea de utilidad en la toma de
decisiones así como estar disponible siempre que se necesite de manera rápida.
Con
lo anterior podemos concluir que BPM es necesario para generar el marco
conceptual del negocio y poder controlar con una serie de indicadores en el
nivel en que la organización se encuentra y SOA para llevar una correcta
gobernanza de la información con todas sus características cualitativas para
tomar decisiones importantes y con impacto positivo para la organización.
Opinión Administración de
Software
Convivimos
con el tema de licencias a diario y el mejor ejemplo es en nuestro trabajo,
generalmente accedemos a las aplicaciones sabiendo que la empresa pagó una
licencia para que nosotros tuviéramos el acceso, sin embargo no nos ponemos a
pensar lo difícil que es la tarea de detectar las licencias necesarias en las
organizaciones para los muchos empleados que laboran en las distintas áreas y
con accesos a diferentes aplicaciones, plataformas, etc.
En efecto, supone una tarea compleja y varias
consecuencias a favor o en contra dependiendo si el análisis de licencias
requeridas fue el correcto o hubo alguna falla en su cálculo. La primera
implicación es el servicio que la organización debe proporcionar a sus clientes
ya que los empleados deben de tener acceso a las aplicaciones que permiten proporcionarlo,
de lo contrario se estaría fallando con el objetivo del negocio que es mantener
siempre sus servicios disponibles. La segunda implicación es la de costos, con
esto quiero mostrar que por cada licencia dependiendo su tipo, la organización
debe pagar una cuota con lo cual llegamos a la conclusión de que la
determinación del número de licencias a presupuestar cada año debe hacerse de
manera minuciosa, ya que de esto depende la inversión que la organización realiza y la
productividad debe ser mayor a dicha inversión; de ahí la importancia de pagar
las licencias suficientes para poder proveer los servicios; es decir, no pagar
demasiadas licencias y tampoco pagar menos de las necesarias ya que esto causaría
caer en incumplimiento por parte de auditorías de administración de software y
esto causa caer en riesgo de multas que significan una pérdida para la
organización.
Concluyendo,
el software es un activo importante de la empresa desde siempre pero que por su
naturaleza es difícil de administrar; sin embargo, se le ha dado la importancia
que merece en las últimas décadas porque las organizaciones se han dado cuenta
de que su correcta administración causa un buen servicio y eliminación de
riesgos de incumplimiento; por lo tanto, no se tienen pérdidas cuantiosas en
multas y además la empresa tiene ahorros significativos cuando se conoce con
exactitud las licencias necesarias para efectuar sus operaciones con éxito.
Licencias.
Conforme
el artículo de Administración de Software que leí, los tipos de licencias son:
ü Instalación - Medida del número de veces que un producto de
software ha sido instalado
ü Usuario –El uso está
relacionado con un usuario específico
ü Usuario Concurrente
- Verifica el número de usuarios
accediendo a un producto al mismo tiempo.
ü Capacidad – Varía de
acuerdo a las evaluaciones de capacidad de infraestructura.
ü Procesador - De acuerdo al número de procesadores que usa
el producto.
ü Valor / Puntos –
Puntos o valores que se asignan a aspectos del uso del software.
ü Otros - Muchos otros incluyen los basados en millones
de instrucciones por segundo (MIPS) y millones de servicios de CPU por hora
(MSU)
En otra búsqueda de tipo de
licencias encontré las siguientes:
Ø Según los derechos que
cada autor se reserva sobre su obra:
1.
Licencia
de software de código abierto permisivas: Se puede crear una obra derivada sin
que ésta tenga obligación de protección alguna.
2.
Licencia
de software de código abierto robustas: Estas licencias aplican algunas
restricciones a las obras derivadas, haciendo que según el grado de aplicación
se puedan dividir a su vez en 2 subcategorías:
a.
Licencias
de software de código abierto robustas fuertes: Contienen una cláusula que obliga a que las obras
derivadas o modificaciones que se realicen al software original se deban
licenciar bajo los mismos términos y condiciones de la licencia original.
b.
Licencias
de software de código abierto robustas débiles: Contienen una cláusula que obliga a que las
modificaciones que se realicen al software original se deban licenciar bajo los
mismos términos y condiciones de la licencia original, pero que las obras
derivadas que se puedan realizar de él puedan ser licenciadas bajo otros
términos y condiciones distintas.
3.
Licencia
de software de código cerrado: En ellas los propietarios establecen los derechos de uso, distribución,
redistribución, copia, modificación, cesión y en general cualquier otra
consideración que se estime necesaria. Por lo general no permiten que el
software sea modificado de formas no especificadas en la propia licencia,
regula el número de copias que pueden ser instaladas e incluso los fines
concretos para los cuales puede ser utilizado.
4.
Software de
dominio público (sin licencia): Se permite uso, copia, modificación o
redistribución con o sin fines de lucro.
Ø Según su destinatario:
1.
Licencia
de usuario final: El uso de un producto solo está permitido para un único
usuario (el comprador). En este tipo
de contrato, el dueño de los derechos de un producto insta al usuario final de
éste a que reconozca tener conocimiento de las restricciones de uso, de los
derechos del autor (copyright), de las patentes, etc. y que acepte de
conformidad.
2.
Licencia de
distribuidores: Se le asigna derechos restringidos a un comerciante de tipo
comisionario para que venda el producto(software) dando una remesa o comisión
al fabricante. La misma puede ser por primera venta o licencia de renovación de
contrato. No se trata de una licencia de uso en términos jurídicos, sino mas
bien en un acuerdo comercial en la que no tiene porque ser cedido el derecho de
distribución necesariamente. Puede darse el caso de simple actividad comercial
en la que el distribuidor ni siquiera tenga contacto con el software, y éste
como elemento y la licencia de uso en si sea directamente suscrita y puesta a
disposición por parte del fabricante. Encargándose el distribuidor del
correspondiente cobro al usuario y pago al fabricante menos su margen.
De
acuerdo con lo anterior en mi trabajo se maneja un tipo de licencia por
instalación sobre las aplicaciones que se manejan dentro del área y son licencias
de código cerrado es decir no se puede modificar su contenido tal cual lo
estable el derecho de uso.
