Evaluando SoftwareGarantía delsoftware aplicativoDesde qué momento debería comenzar a regir                               ...
Garantía del software aplicativoLa garantía es un compromiso que asume el fabricante en el que asegura que elsoftware func...
Una vez que el período de garantía termina, comienza a regir el servicio demantenimiento amparado mediante el Fee Anual o ...
Dado que la implantación tiene como responsables a ambas partes, debería haber unesfuerzo mancomunado para llevar adelante...
Próxima SlideShare
Cargando en…5
×

Garantia del software aplicativo

6.072 visualizaciones

Publicado el

0 comentarios
1 recomendación
Estadísticas
Notas
  • Sé el primero en comentar

Sin descargas
Visualizaciones
Visualizaciones totales
6.072
En SlideShare
0
De insertados
0
Número de insertados
5
Acciones
Compartido
0
Descargas
101
Comentarios
0
Recomendaciones
1
Insertados 0
No insertados

No hay notas en la diapositiva.

Garantia del software aplicativo

  1. 1. Evaluando SoftwareGarantía delsoftware aplicativoDesde qué momento debería comenzar a regir 1División Consultoría de Evaluando Software
  2. 2. Garantía del software aplicativoLa garantía es un compromiso que asume el fabricante en el que asegura que elsoftware funcionará de acuerdo a la documentación en todos sus aspectos relevantes.En la mayoría de los contratos de licenciamiento, el licenciante (el fabricante) asumeeste compromiso con ciertas condiciones, es decir, que garantiza el software siempre ycuando: • El licenciatario, haya pagado el Fee Anual. Otros vendors dicen que haya contratado en forma continuada los servicios de soporte y cumplido con las obligaciones emergentes del mismo. • El hardware en el que el software está instalado se encuentra en adecuadas condiciones operativas e instalado en un entorno operativo apropiado. • El software se ejecuta en la configuración de base de datos y sistema operativo indicados en el contrato de licenciamiento. • El licenciatario ha implementado el software siguiendo los lineamientos contenidos en la Guía de requrimientos de hardware y software vigente. • Cualquier error o defecto detectado no haya sido causado por el licenciatario, sus agentes, empleados, representantes o contratistas. • Cualquier error o defecto detectado pueda ser reproducido por el licenciante (el fabricante del software). • El licenciatario notifique el error o defecto por escrito dentro de los 30 días luego de su descubrimiento y en un plazo no mayor de 30 días luego de la expiración de la garantía. • El licenciatario haya instalado todas las actualizaciones. 2Algunos vendors suelen incluir, en letra mayúsculas y con negritas, una aclaraciónsimilar a la que se escribe a continuación:El licenciante no garantiza que el software esté libre de errores, que elsoftware se ejecute eficientemente en todas las combinaciones de hardware ysoftware que el licenciatario pueda seleccionar para su uso, ni que el softwarevaya a operar en forma ininterrumpida, ni que todos los errores del softwarepuedan ser o serán corregidos. No se garantiza que el software vaya a operaren otras combinaciones que las especificadas en la documentación. Lasversiones que no están comercialmente a disposición del público en general ylos materiales relacionados con éstas se entregan en el estado en que seencuentran sin ningún tipo de garantía expresa o implícita.La pregunta que se debe formular es ¿Desde que momento comienza a regir lagarantía del producto? Hay tres momentos claves en el desarrollo de un proyectorelacionados con la garantía: • La entrega de las licencias • La implementación del software. También llamada implantación. • La puesta en marcha del proyecto, conocida como entrada en producción o Go Live.
  3. 3. Una vez que el período de garantía termina, comienza a regir el servicio demantenimiento amparado mediante el Fee Anual o cargo de servicio de soporte.Desde el punto de vista de los entregables, un proyecto de software empresarial tienedos componentes importantes: • La licencia del producto. • La consultoría de implementaciónDesde un punto de vista formal, la licencia es la cesión de derechos de uso bajodeterminadas condiciones que se encuentran estipuladas en el contrato delicenciamiento. En este contrato intervienen dos partes: el licenciante, es quien otorgalos derechos y el licenciatario, quien recibe esos derechos. Luego de cerrarse losaspectos formales del contrato de licenciamiento, el licenciante (el fabricante delproducto, también llamado vendor) entrega al licenciatario (también llamado el cliente)un CD o un acceso a un sitio de Internet para descargar el software y proceder a suinstalación, es decir, a descargar el software a un medio magnético (generalmente undisco) para que el cliente disponga del mismo.Desde el punto de vista del material entregable, el vendor cumplió con su parte delcontrato. De manera que el producto está disponible y a partir de ese momentocomenzaría el período de garantía. La actividad de instalación tiene dos responsables: 3el vendor (que entrega el software) y el cliente que debe recibirlo (instalarlo)El software ¿Está en condiciones de ser utilizado?En algunos casos si, en otros no tanto. Para que el software esté en condiciones de serutilizado se necesita realizar un conjunto de actividades conocidas comoimplementación, también llamadas implantación. Estas actividades son unaresponsabilidad compartida entre el implementador y el cliente. El implementadorpuede ser el mismo fabricante del producto o un tercero certificado para realizar talactividad.La implementación puede incluir tareas tales como, pero sin limitar, parametrización,capacitación, definición de circuitos, pruebas funcionales, pruebas de volumen, ajustesen los formularios o reportes de salida. Incluso hay proyectos que requieren deprogramas llamados interfases para vincular sistemas existentes que, poco a poco seirán desactivando, con el nuevo software.Cuando más rápido se pueda implementar el software, mejor. No solo porque el clientepuede comenzar a obtener los beneficios por los cuáles tomó la decisión de licenciarlo,sino también porque más pronto puede ser probado el software y, en consecuencia,hacer valer la garantía que, dicho sea de paso, ya comenzó a regir desde el momentoque se entregó la licencia o se instaló el producto.
  4. 4. Dado que la implantación tiene como responsables a ambas partes, debería haber unesfuerzo mancomunado para llevar adelante el proyecto. Los inconvenientes sepresentan por el hecho de que trabajan equipos de personas de culturas diferentes.Pero esto es materia de otro artículo.El entregable de la implantación es el software en condiciones de ser puesto enmarcha.Por lo expuesto, la garantía no podría comenzar a regir desde el momento de laimplementación. Se trata de dos contrataciones diferentes de naturaleza distinta. Enun caso un producto terminado (el software), en el otro de un servicio que, incluso,puede ser dado por un proveedor diferente al fabricante del software.Una vez que la implementación termina, el siguiente paso es la decisión de puesta enmarcha. Esta es una responsabilidad exclusiva del cliente pues es quien debe decidiren qué momento se desactiva el sistema viejo y cuando comienza a funcionar elnuevo. Si se diera el caso que la garantía comenzara en el momento de puesta enmarcha, los perjuicios para el proyecto serían mayúsculos. Cualquier atraso en lapuesta en marcha colocaría al cliente en una situación de potencial conflicto con elfabricante del software.Diferentes situacionesHay distintos hechos que justifican la validez de la garantía desde el momento de la 4entrega de la licencia. Algunas situaciones que se han dado en la práctica puedenconfirmar esta práctica.Software listo que no puede ser instalado: Un caso típico es la falta de hardware. Elcliente no posee el equipamiento que el proveedor del software requirió. A veces pornegligencia del cliente, otras porque se demora la entrega del hardware.Software instalado que no se implementa: Suele pasar cuando el equipo de proyectodel cliente no está armado. Otra situación es que las personas claves están devacaciones. EN cualquiera de los dos casos, el proyecto no puede comenzar.Software implementado que no entra en producción: esto puede suceder porque elcliente cree que aún la organización no está preparada para el impacto que causará elnuevo software o por razones políticas (un cambio de gobierno, una modificación en ladirección de la empresa, etc.)En los ejemplos mencionados, las demoras fueron producidas por causas no atribuiblesal fabricante del producto o al implementador. De hecho el fabricante cumplió con suparte del trato: entregar la licencia del producto y el software en si mismo.Con este artículo hemos querido marcar lo importante que es estar preparados pararealizar el proyecto y el conocimiento que se debe tener sobre las implicancias oconsecuencias de ciertas acciones en la vida de un proyecto.

×