Red de conocimientos turísticos - Conocimientos sobre las estaciones solares - Cómo evaluar el costo del software del sistema

Cómo evaluar el costo del software del sistema

El proceso de estimación de costos de desarrollo de software del sistema se puede subdividir en cuatro procesos: estimación del tamaño del software, estimación de la carga de trabajo, estimación de costos y determinación de costos de desarrollo de software.

La estimación de costos requiere estimaciones separadas de los costos laborales directos, los costos laborales indirectos, los costos no laborales indirectos y los costos no laborales directos.

El proceso básico de estimación de costos de desarrollo de software recomendado en el estándar nacional GB/T 36964-2018 "Especificación de medición de costos de desarrollo de software de ingeniería de software" se muestra en la siguiente figura:

El cuatro en el estándar nacional El proceso de estimación se realiza paso a paso y se refina gradualmente, y finalmente se logra una estimación de costos científica y consistente.

Primero, estimación del tamaño del software

Por lo general, la estimación del tamaño es el punto de partida del proceso de estimación del costo del software.

La estimación de escala es el principal insumo para el cálculo posterior de la carga de trabajo, el costo y el cronograma del proyecto de software, y es la clave para la gestión del alcance del proyecto. Por lo tanto, si las condiciones lo permiten, primero se debe hacer una estimación del tamaño.

Durante el proceso de estimación del tamaño, debemos prestar atención a las siguientes situaciones:

Antes de comenzar la estimación del tamaño, se deben determinar los requisitos del proyecto y los límites del sistema en función del estudio de viabilidad. informe o documentos similares. Además de los requisitos comerciales más básicos, los requisitos del proyecto también deben dividirse inicialmente en subsistemas/módulos, y se deben indicar los requisitos básicos del usuario de cada subsistema o módulo para garantizar que la escala pueda estimarse en función de los requisitos del proyecto.

Con base en las características del proyecto y el nivel de detalle requerido, generalmente al elegir un método de estimación, los estimadores deben utilizar el método de puntos funcionales que incorpora estándares internacionales para estimar el tamaño funcional. Al aplicar el método IFPUG o NESMA, pueden elegir el método de estimación de puntos de función, el método de estimación de puntos de función o el método de puntos de función detallado en función de la granularidad de los requisitos y las necesidades de gestión.

Si los requisitos actuales del proyecto son extremadamente vagos o inciertos, podemos estimar la carga de trabajo y el costo directamente mediante analogía o analogía sin estimar la escala.

2. Estimación de la carga de trabajo

Una vez completada la estimación de la escala, se debe realizar la estimación de la carga de trabajo. Si el proyecto actual no tiene una estimación de tamaño, también puede iniciar la estimación de carga de trabajo directamente.

Al estimar la carga de trabajo, se pueden utilizar el método de ecuación, el método de analogía, el método de analogía y el método de punto de función:

Método de ecuación: establezca un modelo de parámetros basado en datos de referencia y determínelo ingresando varios parámetros valor estimado.

Método de analogía: compara ciertos atributos del proyecto a estimar con un conjunto de datos de referencia similares y luego determina el valor estimado.

Analogía: Compara ciertos atributos del proyecto a estimar con los datos de uno o varios proyectos completados muy similares y realiza los ajustes apropiados para determinar el valor estimado.

Método del punto de función: desde la perspectiva del usuario, el tamaño del software se mide cuantificando las funciones del sistema, basándose principalmente en el diseño lógico del sistema. El método de medición del tamaño del punto de función se ha utilizado ampliamente a nivel internacional y ha reemplazado las líneas de código como el método de medición del tamaño del software más común.

Durante el proceso de estimación de la carga de trabajo, debemos prestar atención a las siguientes situaciones:

Cuando los requisitos son extremadamente vagos o inciertos, si hay proyectos históricos muy similares en este momento, se pueden comparar directamente. Aproveche al máximo los datos históricos del proyecto para estimar aproximadamente la carga de trabajo.

Cuando los requisitos son extremadamente vagos o inciertos, si hay un conjunto de datos de referencia que son similares a ciertos atributos del proyecto, puede utilizar directamente el método de analogía y hacer un uso completo de los datos de referencia para estimar aproximadamente la carga de trabajo.

Para proyectos cuyo tamaño ya se ha estimado, el método de ecuación se puede utilizar para determinar la carga de trabajo del proyecto a estimar ingresando varios parámetros. Si el cliente o la alta dirección tienen requisitos claros sobre la duración del proyecto, el requisito de duración puede ser uno de los parámetros de la ecuación al utilizar el método de ecuación para estimar el esfuerzo.

Para lograr la precisión de la estimación, se recomienda utilizar dos métodos de estimación para realizar una validación cruzada de los resultados de la estimación cuando las condiciones lo permitan. Si los resultados de la estimación no son muy diferentes, puede utilizar directamente el promedio de los dos resultados de la estimación o también puede basarse en algunos resultados de la estimación. Si la diferencia es grande, se requiere un análisis de diferencias.

Las estimaciones del esfuerzo deben ser un rango, no un valor único.

En tercer lugar, estimación de costos

Después de obtener los resultados de la estimación de la carga de trabajo, puede utilizar métodos científicos para estimar los costos.

Durante el proceso de estimación de costos, se deben tener en cuenta las siguientes situaciones:

Cuando los requisitos son extremadamente vagos o inciertos, las analogías y analogías también son aplicables a la estimación de costos;

Si los gastos generales están relacionados con la estimación del esfuerzo depende de cómo se calcula la asignación de gastos generales. En la mayoría de las organizaciones, cuanto más largo sea el ciclo del proyecto y cuantos más miembros haya en el equipo del proyecto, mayores serán los costos generales que compartirán. En este momento, los costos indirectos del proyecto están directamente relacionados con los resultados de la estimación de la carga de trabajo;

Los costos directos no laborales suelen ser irrelevantes para los resultados de la estimación de la carga de trabajo y deben medirse por separado;

Los resultados de la estimación de costos suelen ser un rango, no un valor único.

En cuarto lugar, determine el costo del desarrollo de software.

En los "Estándares de medición de costos de desarrollo de software de ingeniería de software", los costos de desarrollo de software se dividen en cuatro categorías, principalmente para facilitar la definición clara de componentes del costo (es decir, qué costos son costos de desarrollo y cuáles no son costos de desarrollo).

Al determinar realmente el costo del desarrollo de software, generalmente se utilizan los dos métodos siguientes para determinar el costo total, en lugar de medir los cuatro tipos de costos por separado y sumarlos:

Según la tasa de costo laboral y el trabajo Según la cantidad, estime la suma de los costos laborales directos y los costos indirectos, agregue los costos directos no laborales y obtenga el costo total;

Basado en el precio unitario integral de escala y escala de software, calcule la suma de los costos laborales directos y los costos indirectos, y sume los costos directos no laborales para obtener el costo total.

Al estimar el tamaño, la carga de trabajo y el costo del software, se deben seguir los siguientes principios:

Al estimar el tamaño, se debe seleccionar una estimación adecuada en función de las características del proyecto. y el nivel de detalle de los requisitos. Método;

Hacer pleno uso de los datos de referencia y utilizar métodos de ecuación, analogía o analogía para estimar la carga de trabajo y los costos;

Los resultados estimados de la carga de trabajo. y el costo debe ser un valor de rango;

En la estimación de costos, si hay requisitos claros del período de construcción, se debe considerar completamente el impacto del período de construcción en el costo del proyecto y los resultados de la estimación de costos se pueden ajustar de acuerdo con la situación real del proyecto y el grado de impacto del período de construcción en el proyecto.

En el proceso de estimación de costos, se deben utilizar diferentes métodos para la estimación y la validación cruzada. Si los resultados de la estimación de diferentes métodos son bastante diferentes, se puede utilizar el método de evaluación de expertos para determinar los resultados de la estimación, o se puede utilizar el método de promedio ponderado simple;

En diferentes escenarios de proyectos de software (como presupuesto, licitaciones, planificación de proyectos y gestión de cambios, etc.) al adoptar normas nacionales. ), consulte el Apéndice A de la norma nacional para conocer los requisitos pertinentes.

Además de los principios fundamentales anteriores, también debemos prestar atención al utilizar datos de referencia:

Para los encargados y terceros, se recomienda utilizar o consultar los datos de referencia. de la industria del software para realizar estimaciones. Los factores de ajuste para los modelos estimados pueden cambiar a medida que cambian los datos de referencia de la industria.

Para los desarrolladores, a partir de la introducción de datos de referencia de la industria, pueden establecer gradualmente una base de datos de referencia a nivel organizacional para mejorar la precisión de las estimaciones. La definición de datos de referencia a nivel organizacional debe ser consistente con la definición de datos de referencia de la industria para facilitar el análisis comparativo con los datos de referencia de la industria y mejorar continuamente las capacidades organizacionales.