Manufactura VentasDiseño

Gerencia

Feedback

Control

Entorno

Sistemas y Sub Sistemas

Elementos de un Sistema de Información

Dimensión Tiempo

Oportunidad Debe suministrarse en el momento que sea mnecesaria

Actualidad Debe ser reciente al momento de suministrarse

Frecuencia Debe suministrarse con la frecuencia que sea necesaria

Periodo Puede proporcionarse sobre periodos pasados, presentes y futuros

Dimensión Contenido

Exactitud Debe estar libre de errores

Pertinencia Debe estar relacionada con las necesidades de información de un destinatario específico

Integridad Debe suministrarse toda la información que sea necesaria

Brevedad Debe proporcionarse sólo la información que se necesite

Alcance Puede tener alcance amplio o estrecho y un enfoque interno o externo

Desempeño Puede revelar el desempeño alcanzado, las actividades logradas, los recursos acumulados

Dimensión Forma

Claridad Debe suministrarse en un formato fácil de entender

Detalle Puede proporcionarse en formato de detalle o resumen

Orden Puede ordenarse en una secuencia predeterminada

Presentación Puede presentarse en forma narrativa, numérica, gráfica u otros

Medios Puede proporcionarse en forma de documentos, video u otros.

Atributos de la Información

La información reduce nuestra incertidumbre (sobre algún aspecto

de la realidad) y, por tanto, nos permite tomar mejores decisiones

Los Sistemas de Información deben cumplir objetivos básicos:

1. Automatización de procesos operativos, acelerando procesos y reduciendo costos operativos

2. Proporcionar información que sirva de apoyo al proceso de toma de decisiones y gestión de recursos

3. Lograr ventajas competitivas a través de su implantación y uso.

Finalidad de un Sistema de Información

He visitado docenas de tiendas comerciales, tanto buenas como malas, y he observado proyectos de sistemas de información de soporte a estos procesos, de nuevo buenos como malos. Con mucha frecuencia he visto con horror cómo los gerentes de proyectos de sistemas, luchan inútilmente con proyectos de pesadilla, sufriendo por fechas límite imposibles o sistemas entregados que indignaron a sus usuarios y devoraron una enorme cantidad de tiempo de mantenimiento.

[PAG85 Page-Jones, M. Practical Project Management, Dorset House, 1985, p.viii

Qué factores contribuyeron a generar esta situación?

Preocupación en la Industria del Software

Porqué se tarda tanto en la obtención del software terminado?

Porqué son tan altos los costos de desarrollo del software?

Porqué es imposible encontrar todos los errores en el software antes de entregarlo a los clientes?

Porqué se gasta tanto tiempo y esfuerzo en el mantenimiento de los programas existentes?

Porqué es difícil medir el progreso al desarrollar y mantener el software?

Estimación de desarrollo y costos impreciso

Sobre costos y Costos ocultos

Preocupación en la Industria del Software

Ya se tiene un libro de estándares y procedimientos para la construccióndel software. Esto proporcionará a mi gente el conocimiento necesario.

Es cierto que existe, pero, se usa?, es práctico, está completo?, es adaptable?

Estamos atrasados en los cronogramas, necesitamos mas programadores

Agregar gente a un proyecto atrasado, lo atrasa más

Si subcontratamos el proyecto de software, podemos relajarnos y dejar que la empresa lo construya.

Si no es posible entender la naturaleza de los proyectos de softwareentraremos en conflicto con la empresa contratada

Mitos de la Administración

Un enunciado general de los objetivos es suficiente para comenzar a escribir los programas, los detalles se pueden afinar después.

Objetivos ambiguos son la receta perfecta para el fracaso del software Los requerimientos precisos se desarrollan sólo mediante la comunicación continua.

Los cambios a los requerimientos pueden ajustarse con facilidad

Es cierto, pero el impacto del cambio varía de acuerdo a la etapa en que se encuentre

Mitos de los Clientes

Una vez que el programa haya sido escrito y puesto a funcionar, el trabajo está terminado

Entre mas rápido se empiece a codificar, más tiempo pasará hasta terminar

Mientras el programa no esté instalado no se podrá evaluar su calidad

El QA es posible de ser aplicado desde el inicio del proyecto, documentaciónLa misma que sirve para los trabajos de mantenimiento.

La Ing. de Software implica la elaboración de documentación voluminosa lo que hace que el proceso de software sea más lento.

La Ing. de Software está relacionada con la creación de calidad, la misma que reduce trabajos innecesarios, por lo tanto reduce los tiempos de entrega

Mitos de los Desarrolladores

ProcesoSW

Notación

HerramientasPersonas

ArtefactosRoles

Actividades

RUP ISO PMI RAD CMM

No existe un proceso de software universal. Las características de cada proyecto (equipo de desarrollo, recursos, etc.) exigen que el proceso sea configurable

Esquema de Ingeniería de Software

PERSONA:

La ingeniería de software es un trabajo con humanos

Ejecutivos, clientes, usuarios finales, profesionales de TI

Comunicación, organización, resolución de conflictos, rasgos personales y “conflicto de intereses”

Las 4 P de la Gestión de Proyectos

PRODUCTO:

Soluciones elegantes para problemas equivocados

Determinación del alcance del sistema, descomposición funcionalidad básica.

El usuario requiere plazos y cronograma

“Estudio preliminar”

Las 4 P de la Gestión de Proyectos

PROCESO:

El proceso de software debe ser configurado y adecuado a la situación.

Las 4 P de la Gestión de Proyectos

ComunicaciónIntensa colaboración y entendimiento con los clientes

PlaneaciónDeterminar las tareas, responsables, plazos, riesgos, recursos y entregas

ModeladoEmpleo de técnicas que ayudan al entendimiento entre clientes y técnicos

Construcción Generación de código (auto, manual), pruebas

Despliegue Entrega del producto de software a los clientes

PROYECTO:

Las 4 P de la Gestión de Proyectos

Preguntas que conducen a una definición de las características claves del proyecto y proporcionan excelentes lineamientos para la planificación:

How: además del requerimiento (qué) es necesario definir el cómo se desarrolla

WW5HH [BOE96 Boehm, B., “Anchoring the software process” IEEE Software, v13 n4 1996]

Why: el propósito del proyecto justifica el gasto en personal, tiempo y dinero?

What: las tareas requeridas para desarrollar el proyecto

When: planificación del proyecto: tareas y producto

Who: establecer la responsabilidad a los miembros del equipo

Where: las responsabilidades también están fuera del equipo de software: usuarios y clientes

How much: cuántos recursos de cada tipo serán consumidos durante el proyecto.

DESARROLLOSOPORTE

NEGOCIO

Analista

Arquitecto

Programador

Calidad

Soporte

Despliegue

GerenciaUsuarios

Entrenamiento

Modelado

Gestión deRequerimientos

AnálisisY

Diseño

Construcción

Pruebas

Despliegue

Gestiónde

Proyecto

Optimización

Facilitar la comunicación, asegurar la calidad del producto final, aumentar la productividad, instrumentalizar el mantenimiento, mejorar la predicción sobre los planes y presupuestos, Incrementa la satisfacción de los usuarios

Compromiso de todos los involucrados