Sistemas Operativos
SOFTWARE
INTRODUCCIÓN
–1.1. ¿Qué es un proyecto de Sistema o Software?
FUNCIÓN
RENDIMIENTO
Es el Proceso de gestión para la creación de un Sistema o
software, la cual encierra un conjunto de actividades, una
de las cuales es la estimación.
RESTRICCIONES
INTERFACES
FIABILIDAD
– 1.2. Objetivos de la Planificación del Proyecto.
El objetivo de laPlanificación del proyecto de Software es
proporcionar un marco de trabajo que permita al gestor hacer
estimaciones razonables de recursos costos y planificación
temporal.
PLANIFICACIÓN
EXPERIENCIA
ESTIMACIÓN
RIESGO
DATOS
HISTÓRICOS
ÁMBITO DEL
SOFTWARE
2.- FACTORES EN EL COSTO DEL SOFTWARE
2.1 Capacidad del programador
2.2 Complejidad del producto (Software)
- Programas deAplicación (procesamiento de datos y programas de datos).
- Programas de Apoyo (compiladores, ligadores y sistemas de inventarios).
- Programas de Sistema (sistema de base de Datos, sistemas operativos
y sistemas para tiempo real).
2.3 Tamaño del Producto.Un proyecto grande de programación es obviamente mas cara en su
desarrollo que un o pequeño.
2.4 Tiempo Disponible.El esfuerzo total delproyecto se relaciona con el calendario de trabajo
asignado para la terminación del proyecto
2.5 Nivel de Confiabilidad Requerido.La confiabilidad puede expresarse en términos de exactitud, firmeza, cobertura
y consistencia de código fuente.
Categoría
Muy Baja
Baja
Nominal
Alta
Muy Alta
Consecuencia de la falla
Algunas molestias menor
Las perdidas son fáciles de recuperarDificultad relativa en la recuperación
Gran perdida financiera
Riesgo de una vida
Factor
0.75
0.88
1.00
1.15
1.40
2.6 Nivel Tecnológico
El nivel de tecnología empleado en un proyecto de programación se refleja
en el lenguaje utilizado
3.- TÉCNICAS DE DESCOMPOSICIÓN
Normalización de las métricas
Los datos normalizados son utilizados para evaluar el proceso y el
producto (pero nunca alos individuos)
normalización orientada al tamaño
—Por líneas de código
normalización orientada a la función
—Por puntos función
3.1.- Estimación LDC (LOC es la sigla de la expresión
inglesa Lines of Code. )
La medida más utilizada para determinar el tamaño de un proyecto informático ha
sido, durante mucho tiempo, la de las líneas de código del software final obtenido.
Problemas dela utilización de LDC
* no existe definición estándar de LDC (p.ej., ¿se consideran LDC los
comentarios?)
* líneas físicas o lógicas
* contabilización del código reutilizable
* aplicaciones en diferentes lenguajes
* estilos individuales de programación
Ejemplo de LOC
métricas de
proyectos
anteriores
descomposición
de funciones
Hay que desarrollar un software CAD que aceptarádatos geométricos de 2 o 3 dimensiones por parte del ingeniero. Éste control ará el sistema
CAD por medio de una interfaz que debe tener un diseño de buena calidad. Una base de datos CAD contiene todos los datos geomé tricos y la
información de soporte. Se desarrollarán módulos de análisis de diseño para producir la salida requerida que se va a visuali zar en varios
dispositivos gráficos.
Elsoftware se diseñará para controlar e interconectar diversos periféricos, como un ratón, un digitalizador y una impresora láser.
Funciones identificadas:
interfaz de usuario y facilidades de control (IUFC)
análisis geométrico de dos dimensiones (AG2D)
análisis geométrico de tres dimensiones (AG3D)
gestión de base de datos (GBD)
facilidades de la interfaz gráfica (FIG)
control periféricos(CP)
módulos de análisis del diseño (MAD)
Datos históricos:
productividad media de la organización en
proyectos similares: 620 LDC/pm
Tarifa laboral: 8000 $ /mes
Coste LDC: 13 $
Coste total proyecto: 431000 $
Esfuerzo estimado: 54 personas-mes
Estimación en LDC de AG3D:
optimista:
4600
más probable:
6900
pesimista:
8600
VE = (Sopt + 4Sm + Spes)/6
Función
IUFC...
Regístrate para leer el documento completo.