DMDS_U2_EA_JUSQ

MÉTRICAS DE DESARROLLO DE SOFTWARE

PLANEACIÓN: INTRODUCCIÓN, MEDICIÓN Y ESTIMACIÓN

“ESTIMACIÓN DEL PROGRAMA PSP1”

PORTAFOLIO DE EVIDENCIAS JULIO CÉSAR SERRANO QUIJANO ES1410906349 DS-DMDS-1701-B2-001 TANNIA ADRIANA PADILLA GONZÁLEZ MAYO 21, 2017

Evidencia de aprendizaje. Estimación de programa PSP1 Introducción: Cuando se generan programas con PSP1 se debe estimar con base en los datos históricos. Propósito: Utilizar un método de estimación en un programa a través de la definición del contexto de un caso de análisis. Instrucciones: Para el desarrollo de la actividad tu docente en línea te hará llegar las instrucciones necesarias, una vez que cuentes con ellas, aclara las posibles dudas que tengas y sigue estos pasos: 1. Analiza  los datos (datos históricos, contexto, componentes, etcétera) del proyecto correspondiente al caso de análisis. 2. Determina los módulos del proyecto. 3. Determina la estimación de tiempo de desarrollo y tamaño del proyecto. 4. Guarda tu Evidencia de aprendizaje con la nomenclatura DMDS_U2_EA_XXYZ. Sustituye  las XX por las dos primeras letras del primer nombre, la Y por tu apellido paterno, la Z por tu apellido materno y envíala  por medio de la herramienta Portafolio de evidencias. Espera y atiende  la retroalimentación correspondiente y en caso de ser necesario, modifica y reenvía  tu evidencia actualizada. Conclusiones y recomendaciones: La estimación de líneas de código es un elemento importante para poder hacer planes de nuestros programas o proyectos de software. Es por ello que llevar un adecuado estándar de conteo de Líneas de código es importante para tener un registro histórico confiable y cada vez más preciso.

Evidencia de aprendizaje. Estimación de programa PSP1 Introducción: Cuando se generan programas con PSP1 se debe estimar con base en los datos históricos. Propósito: Utilizar un método de estimación en un programa a través de la definición del contexto de un caso de análisis. Instrucciones: Para el desarrollo de la actividad, sigue estos pasos: 1. Analiza  los datos (datos históricos, contexto, componentes, etcétera) del proyecto correspondiente al caso de análisis de proyecto en NetBeans con el que trabajamos en la actividad anterior. 2. Determina los módulos del proyecto. 3. Determina la estimación de tiempo de desarrollo y tamaño del proyecto. 4. Guarda  tu Evidencia de aprendizaje con la nomenclatura DMDS_U2_EA_XXYZ. Sustituye  las XX por las dos primeras letras del primer nombre, la Y por tu apellido paterno, la Z por tu apellido materno y envíala por medio de la herramienta Portafolio de evidencias. Espera y atiende  la retroalimentación correspondiente y en caso de ser necesario, modifica y reenvía tu evidencia actualizada. Conclusiones y recomendaciones: La estimación de líneas de código es un elemento importante para poder hacer planes de nuestros programas o proyectos de software. Es por ello que llevar un adecuado estándar de conteo de Líneas de código es importante para tener un registro histórico confiable y cada vez más preciso.

Carrera: Asignatura: Semestre: Unidad: Evidencia de aprendizaje:

Lista de cotejo y rúbrica de evaluación Desarrollo de Software Métricas de desarrollo de software (PSP) Quinto 2. Planeación: Introducción, medición y estimación Estimación del programa PSP1

Criterios

Sí

No

Aparece

aparece

Observaciones

Puntaje

1. Análisis de los datos del proyecto correspondiente al caso de estudio.

20

2. Determinación de los módulos del proyecto.

20

3. Cálculo de la estimación de tiempo de desarrollo y tamaño del proyecto.

30

4. Integra un reporte con los elementos que indique el docente en línea. *(Revisar rúbrica del paso 4)

30

Puntaje total

100

Puntaje del alumno:

Rúbrica del paso 4

CRITERIOS Análisis de los datos del proyecto correspondiente al caso de estudio. Puntaje Determinación de los módulos del proyecto. Puntaje Cálculo de la estimación de tiempo de desarrollo y tamaño del proyecto. Puntaje

Muy bien Se observa relación completa y clara con el caso de estudio.

5 El análisis está alta y directamente relacionado con el proyecto. 5 El cálculo está alta y directamente relacionado con el uso de las herramientas PSP1. 12 Las ideas son claras, y

INDICADORES Bien Regular Se observa relación Se observa relación parcial y clara con el caso suficiente y clara con el de estudio. caso de estudio.

3 El análisis está mediana y directamente relacionado con el proyecto. 3 El cálculo está mediana y directamente relacionado con el uso de las herramientas PSP1.

10 Las ideas son claras, existen algunas ideas que

Necesitas mejorar Se observa relación mínima y poco clara con el caso de estudio.

2 El análisis está suficiente y directamente relacionado con el proyecto. 2 El cálculo está suficiente y directamente relacionado con el uso de las herramientas PSP1.

1 El análisis está mínimamente relacionado con el proyecto. 1 El cálculo está mínimamente relacionado con el uso de las herramientas PSP1.

6 Las ideas son claras, existen más de cuatro

3 Las ideas no son claras, gramaticalmente no se

CRITERIOS Análisis de los datos del proyecto correspondiente al caso de estudio. Puntaje Determinación de los módulos del proyecto. Puntaje Cálculo de la estimación de tiempo de desarrollo y tamaño del proyecto. Puntaje

Redacción y ortografía

Puntaje

Muy bien Se observa relación completa y clara con el caso de estudio.

5 El análisis está alta y directamente relacionado con el proyecto. 5 El cálculo está alta y directamente relacionado con el uso de las herramientas PSP1. 12 Las ideas son claras, y gramaticalmente se encuentran estructuradas de manera correcta. No contiene faltas de ortografía, o éstas son mínimas. 3

3 El análisis está mediana y directamente relacionado con el proyecto.

25

18

Puntaje del alumno(a):

Tabla de puntajes Calificación 19 A 25 13 A 18

Muy bien Bien

7 A 12

Regular

menos de 7

INDICADORES Bien Regular Se observa relación Se observa relación parcial y clara con el caso suficiente y clara con el de estudio. caso de estudio.

Necesitas mejorar

3 El cálculo está mediana y directamente relacionado con el uso de las herramientas PSP1.

10 Las ideas son claras, existen algunas ideas que gramaticalmente no se encuentran estructuradas correctamente. Presenta algunas faltas de ortografía.

2

Necesitas mejorar Se observa relación mínima y poco clara con el caso de estudio.

2 El análisis está suficiente y directamente relacionado con el proyecto. 2 El cálculo está suficiente y directamente relacionado con el uso de las herramientas PSP1.

1 El análisis está mínimamente relacionado con el proyecto. 1 El cálculo está mínimamente relacionado con el uso de las herramientas PSP1.

6 Las ideas son claras, existen más de cuatro ideas que gramaticalmente no se encuentran estructuradas correctamente. Se identifican varias faltas de ortografía. 2

3 Las ideas no son claras, gramaticalmente no se encuentran estructuradas en forma correcta. Se identifican muchas faltas de ortografía.

12

1

6

Puntaje del alumno(a):

25

18

12

6

Tabla de puntajes Calificación 19 A 25 13 A 18

Muy bien Bien

7 A 12

Regular

menos de 7

Necesitas mejorar

MÓDULOS DEL PROYECTO

No. Componente 1 Comunicación entre la interfaz de usuario y los componentes de la capa de negocio. Las clases de este componente reciben datos provenientes de la interfaz de usuario y realizan las acciones correspondientes. 2 Interfaz de usuario con los controles necesarios para poder registrar las compras en el carrito delos clientes. 3 Módulo de interfaz de usuario para control de productos: Mostrar más información. 4 Módulo de interfaz de usuario para registrar las compras. En este módulo se manejan las compras de los productos que realiza el cliente y al terminar, cerrar

Líneas de Código 97

50 52 60

MÓDULOS DEL PROYECTO

No. Componente 1 Comunicación entre la interfaz de usuario y los componentes de la capa de negocio. Las clases de este componente reciben datos provenientes de la interfaz de usuario y realizan las acciones correspondientes. 2 Interfaz de usuario con los controles necesarios para poder registrar las compras en el carrito delos clientes. 3 Módulo de interfaz de usuario para control de productos: Mostrar más información. 4 Módulo de interfaz de usuario para registrar las compras. En este módulo se manejan las compras de los productos que realiza el cliente y al terminar, cerrar la página.

Líneas de Código 97

50 52 60

Se trata de un proyecto de software en donde elabora una aplicación. Es un proyecto en donde se desarrolla un menú con, al menos 4 submenús. Considera lo siguiente: Al dar clic en cualquier submenú se debe abrir una ventana que muestre la imagen y costo del producto, asimismo contener 3 botones: •

El botón Comprar deberá registrar la compra del artículo en el carrito.

El botón Más información deberá desplegar otra ventana con una breve descripción del producto; así como 2 botones más: Comprar para registrar la comprar, y el botón Cerrar para cerrar ambas ventanas. •

•

El botón cerrar.

En esta ocasión, se habla de puros módulos que se refieren a la interfaz donde interactúa el cliente con el sistema. Cabe hacer la observación que se pueden hablar de otros módulos tales como, módulo de reportes, módulo d e archivos,…. Quiero comentar que se elaboró una estimación del tamaño de software en el programa COCOMO II, ya que en el programa no se puede colocar un programa con menos de 2,000 líneas, de lo contrario, marca error. En la imagen de abajo se observa que el módulo se llama Desarrollo, el tamaño es de 2,000 líneas de código y lo elabora un programador que tiene un sueldo mensual de $ 15,000.00 y lo cual tendría un costo de 94,510.76 y que se desarrollaría en un tiempo de 6.6 semanas. Por lo tanto, el proyecto desarrollado de 500 líneas tendría un costo aproximado de $ 23,627.69.

CONCLUSIONES Creo que el proceso personal de software es indispensable ya sea en proyectos pequeños y grandes ya que ofrece un control durante el desarrollo de la aplicación y por ende, se entrega un producto de mayor calidad. Cabe hacer la observación que afortunadamente que para estimar el tamaño de un software existen herramientas poderosas como COCOMO II y algunas otras más, de no ser así, creo que casi casi sería imposible estimar el tamaño de un software enorme.

Bibliografía UnADM. (s.f.). Programa de la Asignatura Métricas de Desarrollo de Software. Recuperado el 29 de Abril de 2017

CONCLUSIONES Creo que el proceso personal de software es indispensable ya sea en proyectos pequeños y grandes ya que ofrece un control durante el desarrollo de la aplicación y por ende, se entrega un producto de mayor calidad. Cabe hacer la observación que afortunadamente que para estimar el tamaño de un software existen herramientas poderosas como COCOMO II y algunas otras más, de no ser así, creo que casi casi sería imposible estimar el tamaño de un software enorme.

Bibliografía UnADM. (s.f.). Programa de la Asignatura Métricas de Desarrollo de Software. Recuperado el 29 de Abril de 2017