Please enable JavaScript.
Coggle requires JavaScript to display documents.
MIDIENDO EL TAMAÑO DEL SOFTWARE - Coggle Diagram
MIDIENDO EL TAMAÑO DEL SOFTWARE
Razones para medir el tamaño del software
Para estimar necesitas información histórica, es por esto que es necesario que hagas el registro de tus proyectos actuales para que puedas ir creando tus datos históricos.
Una vez estimado el tamaño, es más sencillo determinar el trabajo que se requiere para desarrollarlo.
La planeación del software comienza con la planeación del tamaño del mismo.
Criterios para medir el tamaño del software
Conteo de tamaño automático.
Ser precisos.
Hacer una planeación útil.
Utilidad de la correlación (σ)
Para PSP nos interesa saber la correlación entre el tamaño y el tiempo que nos tardaremos.
σ varía de -1.0 a +1.0.
σ es el símbolo para la correlación.
Correlación es una medida estadística que nos dice que tanto están relacionados dos conjuntos de datos.
Utilidad de la varianza (2)
La varianza nos indica que tanta variación en un grupo de datos es explicado con la variación de otro grupo de datos.
σ2 es la “varianza medida de” (variance accounted for o VAF).
Utilidad de la significancia (α)
0.05 es generalmente aceptada como una buena α, a veces hasta 0.1 es aceptada.
Entre mas pequeña es α es menos probable que los resultados sean al azar.
Una correlación alpha (α) o significancia indica la significancia de la correlación, es decir el grado en que la correlación sería explicada simplemente por la suerte.
Requisitos para ser confiable, preciso y exacto
Para ser exacto se debe tener un buen historial y además tener un método de planeación.
Para ser confiable se deben tener buenas medidas y estándares de codificación y conteo de líneas (Reporte R1 y Reporte R2).
Para ser preciso se debe de tener la visión completa del proyecto.
La importancia del conteo de líneas
Para tomar éstas decisiones es necesario que tengas un estándar para definir que sí es considerado una LOC.
Muchas decisiones se harán con base al tamaño (número de líneas).
Tipos de líneas de código
LOC Base.- Es el tamaño de la versión original del producto antes de que se haga cualquier modificación.
Nueva.- Es el código escrito para un nuevo programa o agregado a un programa existente.
Modificado.- El LOC modificado es el código de un programa existente que sufre de alguna modificación.
Eliminadas.- El LOC suprimido es el código de un programa existente que se suprime.
Calidad y el conteo de LOCs
El tamaño de un producto, puede determinar que tanto mantenimiento se pueda necesitar.
El tamaño de un programa se determina por la suma de las líneas nuevas y modificadas.
Para PSP, el conteo de defectos determina la calidad de un programa.
Tamaño de un programa
Si un producto de 100,000 LOC fuera utilizado para desarrollar una nueva versión, y había 12,000 LOC de código suprimido, 23,000 LOC de código agregado, 5,000 LOC de código modificado y por último 3,000 LOC de código reutilizado.
Ni el LOC modificado ni el reutilizado se incluye en el LOC total y final.
La productividad
Puedes modificar la productividad si modificas tuR1, por tanto durante esta materia y las posteriores (PSP y TSP) no se modificará el R1.
Para calcular la productividad se utilizan solo las líneas nuevas y cambiadas (al menos para esta asignatura).
La productividad es la cantidad de líneas de código que produces en una hora, se mide como LOC/hora.