TECNOLOGÍA DE LA INFORMACIÓN PARA LA GESTIÓN ESCUELA DE INGENIERÍA COMERCIAL

1. TECNOLOGÍA DE LA INFORMACIÓN PARA LA GESTIÓNESCUELA DE INGENIERÍA COMERCIAL Sistemas de Información Karen Niemann Vizcarra Profesora Titular Ing. Ej. Informático, UTFSM Magíster en Gestión de la Calidad

2. Desarrollo de sistemas y cambio organizacional

3. Sistemas de Información SI: conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una organización. Elementos: recurso humano, datos e información fuente, software, redes (telecomunicaciones), hardware y procedimientos. SI realiza cuatro operaciones básicas: captura de datos, almacenamiento de la inf., procesamiento de datos y, generación y distribución de la información.

4. Tipos de Sistemas de Información BI: DSS, ESS MIS TPS

5. Ciclo de vida de los SI(producto de software) Conceptos: Ciclo de vida Producto de software Cliente / usuario Validación / verificación Modelo del ciclo de vida influye en: La velocidad de desarrollo La calidad El control El seguimiento del proyecto La reducción de gastos y riesgos Las relaciones con los clientes/usuarios

6. Requerimiento del cliente:construcción de un columpio Especificación de requerimientos

7. Modelo Cascada Pura • Genera sistema altamente fiable. • Genera sistema con amplio desarrollo.

8. Modelo Codificar y Corregir • Requiere poco tiempo de gestión. • Permite modificaciones a medio camino. • Requiere poco nivel de educación e instrucción para directivos y desarrolladores.

9. Modelo Espiral • Trabaja con poca definición de los requerimientos. • Trabaja con poca comprensión sobre la arquitectura. • Genera un sistema altamente fiable. • Genera un sistema con amplio desarrollo. • Gestiona riesgos. • Ofrece a los clientes/usuarios signos visibles del progreso.

10. Software comercial • Trabaja con poca definición de los requerimientos. • Está sometido a una planificación predeterminada. • Requiere poco tiempo de gestión.

11. Alternativas obtención SI • Desarrollar in-house • Desarrollo externo • Adquirir paquete • Outsourcing (SaaS)

12. Contrato para el desarrollo de un producto de software Contrato se compone de dos documentos: Contrato de prestación de servicio (desarrollo e implementación del producto de software) Especificación funcional (definición de requerimientos)

13. Cláusulas de contrato para desarrollo de un producto de software 1. Especificación de propiedad del software desarrollado (asegurars derecho de autor; proveedor o cliente) 2. Fechas de entrega de los diferentes módulos (pérdida económica que puede implicar el retraso en la entrega de un módulo/sistema) 3. Términos de cancelación (pagos sujetos a la entrega de módulos y sólo cuando el producto sea aceptado a entera satisfacción del cliente/usuario. 4. Evitar cláusulas que impliquen: “cualquier otro gasto en que se incurra”. 5. Proyectos deben contemplar un valor total, no sujeto a HH u Hmáquina. 6. Disponibilidad del código fuente (proveedor y/o cliente). 7. Condiciones de aceptación (prueba de estrés, capacitación). 8. Documentación a entregar (documentación del sistema y manual del usuario). 9. Garantías de desempeño del producto de software (especificaciones limitantes). 10. Entrenamiento y/o capacitación a una cantidad x de usuarios (monitores). 11. Cláusula penal para los casos de incumplimiento de cualesquiera de las partes.

14. Calidad de un producto de software Factores básicos: conforme a los requerimientos funcione correctamente (ausencia de defectos) y satisfaga interfaz al usuario (amigable)

15. Calidad de un producto de software Estudio más profundo se puede abarcar desde tres prismas: Revisión del producto: Facilidad de mantenimiento (¿puedo corregirlo?). Alta cohesión. Flexibilidad (¿puedo cambiarlo?). Bajo acoplamiento. Facilidad de prueba (¿puedo probarlo por módulos? ¿interfaces? ¿sistema?). Bajo acoplamiento. Transición del producto: Portabilidad (¿puedo usarlo en otra máquina?) Reusabilidad (¿podré reusar alguna parte del software?). Alta cohesión. Interoperabilidad (¿podré hacerlo interactuar con otro sistema?). Bajo acoplamiento. Operación del producto: Corrección (¿hace lo que quiero?) Fiabilidad (¿lo hace de forma confiable todo el tiempo?) Eficiencia (¿la performance es la adecuada?) Integridad (¿es seguro?) Facilidad de uso (¿es amigable al usuario?)

16. Gestión de desarrollo de SI:10 pasos para un proyecto exitoso Desarrolle un plan detallado. Describa el objetivo, alcance, definición de requerimientos de información, restricciones y salidas del SI y cómo usted medirá el rendimiento (performance) del sistema y su salida. Cuidado con ofertas malas. Un reducido número de respuestas a la licitación u ofertas que no están dentro de un rango aceptable, sugiere que los requisitos (definición de requerimientos) no han sido debidamente comunicados o son poco realistas. Planifique con antelación. Reúna a expertos en la materia que conocen los procesos del negocio para el nuevo sistema y pueden servir de guía a los analistas de sistemas y programadores durante el desarrollo del SI. Asigne un experto empresarial de tiempo completo, o casi de tiempo completo, a la aplicación. Cree un comité directivo que incluya expertos en la materia y desarrolladores y, establezca reuniones con frecuencia.

17. Gestión de desarrollo de SI:10 pasos para un proyecto exitoso Encuentre el “cuello de botella”. Puede solicitar el desarrollo de un sistema tan rápido como lo que se tarda en crear el componente más complicado. Muchas veces el retraso no se debe a la generación de programas (escribir el código), sino más bien en coincidir en tiempos comunes con un experto en la materia. De este modo, resístase a que se contraten más programadores para acelerar el proceso de desarrollo hasta que se analice lo que hace más lento el proyecto y solicite que se focalicen los recursos allí. No escatime en pruebas. Un clásico error es ignorar las pruebas pilotos críticas y del sistema completo. En definitiva, tal omisión causará mayores tardanzas posteriormente. Si necesita más tiempo es mejor pedirlo, justificando el por qué lo necesita.

18. Gestión de desarrollo de SI:10 pasos para un proyecto exitoso Solicite el desarrollo de un plan de contingencia ante la falla del nuevo sistema (presencia de defectos). Si el desarrollo del nuevo SI reemplazará uno “legacy”, asegúrese que los usuarios puedan ejecutar el viejo sistema mientras se revisa el nuevo. Solicite la preparación de otros planes de emergencia. Como parte del plan de contingencia, solicite que se establezcan procedimientos para que los usuarios del sistema fallido puedan utilizar el sistema de respaldo (antiguo) y conozcan lo que se espera de ellos. La honestidad es la mejor política. En caso de fallo, asegúrese que los desarrolladores le proporcionen respuestas honestas, sin hacer promesas que no sepan si las pueden mantener (tiempos y presupuestos).

19. Gestión de desarrollo de SI:10 pasos para un proyecto exitoso Proporcione y/o solicite capacitación. Proporcione capacitación frecuente al personal interno en los nuevos procesos de negocio y los requisitos del sistema, incluyendo lo que se debe hacer en caso de que falle el sistema. Solicite capacitación para: el staff de las mesas de ayuda en cómo gestionar las consultas de los usuarios y a los usuarios sobre cómo usar el sistema y lo que deben hacer en caso de fallo. Solicite selección de prioridades. Al corregir un sistema con defectos, solicite que se dé mayor prioridad a aquellos requerimientos que tienen los mayores impactos en los usuarios, es decir, los que proporcionan la funcionalidad básica y necesaria para la continuidad en la operación de los procesos del negocio.