resumen tema v metodologías de adquisición y … · importancia para realizar las funciones de...

Metodologías de Adquisición y

Evaluación de Software

Estructura Informática de la Empresa

Universidad Interamericana de Panamá

Grupo # 2

Resumen Tema V

Agenda

Introducción

1. Determinación de la Necesidad

2. Levantado de Requerimientos

3. Adquisición

4. Evaluación de Alternativas

5. Factores Adicionales

Conclusiones

Introducción

Los programas de software, dentro de los cuales se enmarcan lossistemas de información, constituyen una herramienta de sumaimportancia para realizar las funciones de cualquier organizaciónpor muy pequeña que esta sea, ya que este permite recopilar,clasificar, procesar interpretar y resumir cantidades de datos quepermitirán la toma eficiente de decisiones.

A pesar de su importancia para las empresas, una gran cantidad deproyectos de software que no llegan a cumplir sus objetivos. Estose debe, entre otras cosas, a no realizar un estudio previo derequisitos, falta de participación del usuario, requerimientosincompletos y cambios de los mismos a mitad del camino.

Determinación de la

Necesidad

Por Erick A. Cisneros

Oportunidad de Encontrar una

Necesidad

Oportunidades

Proyecto

Nuevo

Empresa

Nueva

Actualización

Fuentes que Pueden Sugerir

Cambios

Revisiones

PublicidadUsuarios

Proyectos

NecesidadObvia

CambiosAuditorías

Presentación de la Necesidad

1. No es necesaria una presentación espectacular.

No todas las necesidades son tan importantes como para sacar todo

un día de trabajo para explicarlas.

La idea es de hacer del conocimiento del gerente que existe una

necesidad.

Presentación de la Necesidad

No hay que ser parte del problema, sino de la solución.

El tener una idea general de la forma de atacar el problema es

indicador de que el problema ha sido estudiado y entendido con

alguna profundidad.

2. Llevar pensadas soluciones en forma general.

Presentación de la Necesidad

No se debe pretender que el gerente se acuerde de todo lo que le

vamos a decir. Puede que nosotros tampoco nos acordemos.

Se debe preparar un documento que explique brevemente el

problema, enumerando causas y efectos y, si se puede, la solución a

grandes rasgos.

3. Documento breve que explique la necesidad.

Presentación de la Necesidad

Debemos tener pensado quién nos puede ayudar a realizar la

evaluación, con cuáles personas vamos a reunirnos, cuánto tiempo

nos llevará, qué equipo se necesitará.

Todo debe estar apuntado y listo para analizarlo junto al gerente.

4. Estimado para atacar la necesidad.

Levantado de

Requerimientos

Por Maximiliano Castillo

Levantado de Requerimientos

El levantado de requerimientos para las necesidades de software es similar al del hardware.

El software en sí tiene pocas preguntas que responder que son:

¿Puede realizar el trabajo?

¿Lo hace bien?

¿ Puede hacerlo trabajando junto con el que ya se tiene?

Determinación de los

Requerimientos

Estos son puntos que se deben considerar para la

definición de este tipo de requerimientos:

Determinar las funciones que se necesitan

Determinar los usuarios afectados

Determinar duplicación de funciones

Determinar el proceso de las funciones encontradas

Criterios Relacionados con la

Función que se Necesita

Estos criterios son los siguientes:

Trabajos interactivos o por lotes

Uso interno o uso externo

Flexible o rígido

Integrado o independiente

Requerimientos para el

Acoplamiento o Compatibilidad

Se mencionan los lineamientos a seguir:

Determinar el hardware con el que se trabaja

Determinar el software con el que se trabaja

Determinar el grado de compatibilidad

Adquisición

Por Ericka CoronadoJohany Wylchez

Tipos de Software

Herramientas

Diagnóstico

Desarrollo

Mantenimiento

Oficina

Industria

Sombrilla

Heterogénea

Específicos

Núcleos o Esqueletos

Dónde Obtener Software

Casas de Software

Intermediarios

Fabricantes de computadoras

Internet

Desarrollo propio

Desarrollo en casa

Contratación de personal

Desarrollo externo (outsourcing)

Correo

Tiendas

Pasos para Adquirir Software

Determinar los requerimientos

Obtener información del mercado

Escoger alternativas para evaluar

Evaluación

Realizar pruebas

Escoger alternativas

Instalar

Revisar resultados

Consideraciones para Decidir la

Adquisición

Tamaño

Costo

Disponibilidad de personal

Confidencialidad

Experiencia

Proceso de Evaluación de

Alternativas

Por Esmeralda Blennman

Selección de Alternativas

Verificar si el software corre en el equipo actual

Verificar si las características detalladas del software cumplen con lo requerido

Verificar el estado actual del software

Determinar con detalle el costo del software

Selección de Alternativas

Los ofrecimientos del proveedor

Verificar los derechos que se adquieren

Determinar el esfuerzo que implica realizar cambios

Revisar el tipo de documentación

Selección de Alternativas

Revisar el tipo de soporte que el proveedor ofrece

Revisar ofrecimientos especiales

Asistir a la presentación del software

Prueba del Software

Instalación

Obtención del software de prueba

Forma de presentación del software

Forma de Presentación del Software

Demos SharewareCopia de

Evaluación

Presentación

no operativa

de lo que el

software

puede hacer.

Copia

operativa

con

limitantes

funcionales.

Copia

operativa con

restricciones

de tiempo.

Factores Adicionales

Por Ericka CoronadoJohany Wylchez

Aspectos Legales

Aunque no se firme nada, cada software que se

utilice tiene una licencia con una serie de

restricciones que deben ser leídas con cuidado.

Validez de la licencia

Permisos

Responsabilidad limitada

Se detalla el significado de copia

Consideraciones Contractuales

Al escribir un contrato se debe tomar en cuenta:

Que permita devolución del producto

Trato preferencial

Qué tipo de mantenimiento se ofrece

Especificación de fechas de entrega de mejoras

Revisar con claridad restricciones de uso y modificación

Especificar penas por atraso

Especificar lo que se ofrece y las fechas

Período de garantía y lo que cubre

Se debe especificar todo ofrecimiento

Especificar forma de pago

Conclusiones

Cuando se adquiere un software, ya sea a través decompra o a través del desarrollo a la medida, si no serealiza un estudio profundo, la inversión puede llegar apérdida cuando el software, aunque competente, nollena los requerimientos o cuando los requerimientosfueron mal llevados.

Un punto de fracaso en muchos proyectos ocurredurante la implementación, debido al entrenamientoinadecuado y la cultura organizacional, la cual semanifiesta muchas veces con el rechazo al cambio.

Ante cualquier proyecto de adquisición de software, essumamente importante lograr el compromiso de lagerencia, no solo en el aspecto monetario, sino tambiénen cuanto al apoyo administrativo y organizacional,específicamente en los aspectos legales y los detallesdel contrato de servicio a ser firmado con el proveedor.

¡Muchas Gracias por su

Atención!

¿Preguntas?