Estimación de proyectos de software

 SISTEMAS DE Información
Estimar. Actividad de la planificación del proyecto de sw que intenta determinar cuánto dinero, esfuerzo, recursos y tiempo tomará construir un sistema o producto sw.
– Planificación proyecto.
– Estimar trabajo, recursos, tiempo.
– Establecer calendario proyectos.
– Hitos y tareas software
– Responsables y dependencias entre tareas.
¿QUÉ ES?
– Planificación proyectos
* Estimación.
* Calendarización.
* Análisis riesgos.
* Planificación gestión calidad.
* Planificación gestión cambio.

¿QUIÉN LO HACE?
– Gerentes proyecto software.
* Información solicitada.
* Datos métricas software recopiladas anteriores proyectos.
¿POR QUÉ ES IMPORTANTE?
– Saber costo, tareas a realizar, cronograma de trabajo que se va a realizar.
– Cuesta mas que construir una gran casa, estimar antes de crear software.

¿CUÁLES SON LOS PASOS?
– Descripción ámbito problema.
– Descomponer conjunto problemas más pequeños.
– Estimar cada problema pequeño.
– Usar guías, datos históricos y experiencia.
– Complejidad y riesgo problema considerar antes estimación final.
¿CUÁL ES EL PRODUCTO FINAL?
– Tabla simple delinea tareas a realizar.
– Funciones por implementar.
– Costo, esfuerzo y tiempo involucrado cada tarea.
¿CÓMO ME ASEGURO QUE LO HICE BIEN?
– Solo se sabe hasta acabar proyecto.
– Usar datos históricos sólidos, puntos datos estimación con dos métodos, calendario realista.

IMPORTANCIA ESTIMACIÓN
– Uníón entre conceptos generales análisis económico y mundo ingeniería software.
– Análisis coste-beneficio software, solo con método estimación coste software.
– Factores producto o entorno sobre producíón software.
– Proporciona parte esencial buena gestión proyectos.

PROBLEMAS
– No base firme para apoyarse y afirmar que presupuesto y tiempo son realistas.
– No análisis fiable intercambio piezas hardware-software durante fase diseño.
– Costo hardware por debajo a costa de un software costado más de lo estimado.
– No saber estimar tiempo y esfuerzo cada fase durante desarrollo determinado proyecto.
ESTIMACIÓN PUNTOS FUNCIÓN
1. Se requiere conocimiento global sistema y construir un modelo entidad.
2. Identificar componentes sistema.
– Diagramas Casos Usos (UML).
– Diagramas Contexto DFD (P.Estructurada)
– Componentes:
* Entradas
* Salidas
* Consultas
* Ficheros Lógicos Internos
* Ficheros Externos

3. Cálculo puntos función

4. Asignar PF cada componente acuerdo tablas

5. Obtener PF ajustados

PUNTOS FUNCIÓN
Introducción
– Evaluar nuevas capacidades.
– Términos transacciones a realizar y datos a guardar.
Determinantes para estimar esfuerzo
– Tamaño de lo que se requiere.
– Productividad de quien lo hace.
– PF relación con tamaño, primer elemento ecuación.
Definición
–
Software conjunto líneas código ejecuta computadora.
– Costo no directamente relacionado codificación (solo 20 y 25%).
– Considerar:
* Administración proyecto.
* Detalle documentación técnica.
* Documentación pruebas.
* Pruebas.
OBJETIVOS PF
– Medir usuario pide y usuario recibe.
– Medir independientemente tecnología utilizada implantación sistema.
– Proporcionar métrica tamaño dar soporte análisis calidad y productividad.
– Proporcionar medio para estimación software.
– Proporcionar factor normalización para comparación distintos software.

CarácterÍSTICAS
– Independientes tecnología.
– Simple.
– Enfoque funcionalidad proporcionada.
– Basada requerimientos usuario.
– Consistencia.
DEFINICIONES MÉTRICA
Tamaño. Métrica tamaño no calidad del software o valor esfuerzo requerido.
Aplicaciones. Mide aplicaciones software, no considera hardware, administración proyecto, documentación.
Funcionalidad. Capacidad software, usuario realizar transacciones (lectura, escritura y guardar datos). Describir sistema.
Usuario. Quién usa, no quien desarrolla o quien diseña.
PROCESO
1. Determinar el tipo de cuenta.
2. Identificar alcance de medición y límites aplicación.
3. Contar funciones datos.
4. Contar funciones transaccionales.
5. Determinar puntos función no ajustados.
6. Determinar valor factor ajuste.
7. Determinar PFA.

Cálculo entradas

Cálculo salidas y consultas

Cálculo archivos lógicos internos
Archivos interfaz externos

Esfuerzo horas/persona =PFA / [1 / 8 persona /hora)]=

LÍNEAS DE CÓDIGO =PFA * (LINEAS POR PF)

GESTIÓN DE RIESGOS
Enfoque estructurado para manejar incertidumbre relativa a una amenaza, a través de una secuencia de actividades humanas.
– Identificación riesgos.
– Estimación riesgos.
– Plan riesgos.

¿QUÉ ES RIESGO?
– Probabilidad amenaza convierta desastre.
* Todo cambio implica un riesgo.
* Riesgo implica elección e incertidumbre.
ESTRATEGIAS FRENTE AL RIESGO
Reactivas
– Método
* Evaluar consecuencias riesgo cuando se ha producido (ya no riesgo).
* Actuar en consecuencia.
– Consecuencias
* Poner en peligro proyecto.
Proactivas
– Método
* Evaluación previa y sistemática riesgos.
* Evaluación consecuencias.
* Plan evitación y minimización consecuencias.
* Plan contingencia.
– Consecuencias
* Evasión riesgo.
* Menor tiempo reacción.

RIESGOS EN IS
– Incertidumbre.
– Pérdidas.
* Producto.
* Proceso producíón.
– Riesgos proyecto.
– Riesgos técnicos.
– Riesgos negocio.
IDENTIFICACIÓN RIESGOS
– Grupos riesgos
* Genéricos.
~ Común todos los proyectos.
* Específicos.
~ Implica conocimiento profundo proyecto.
– Categorías
* Tamaño proyecto.
* Impacto organización.
* Tiempo cliente.
* Estrategia producíón.
* Entorno desarrollo.
* Tecnología.
* Experiencia equipo.