Está en la página 1de 3

INGENIERÍA DE SISTEMAS

PROYECTO PROFESIONAL 3
Guía para el Entregable 2
Malla 39 Tradicional

Consideraciones sobre el documento a presentar

 El objetivo principal del Entregable es la presentación y exposición del resultado de las


actividades asociadas a la calidad y pruebas del software
 La versión del documento que se elabora en cada iteración es una extensión del anterior; por
lo tanto, en este caso debe incluirse el documento elaborado en el Entregable 2 del curso, con las
observaciones totalmente corregidas.
 El formato del documento debe respetar las normas establecidas en la última versión vigente
del Reglamento de Grados y Títulos de la UPC.
 Las paginas deben estar en formato Tira y Retira.
 Utilizar esquemas, dibujos, tablas y/o gráficos que puedan hacer más claros los contenidos
expuestos.
 Emplear un estilo claro, directo y afín con el lenguaje del profesional de Ingeniería de
Sistemas.
 Hacer uso correcto del idioma, redacción y ortografía.
 Evitar el uso y abuso de frases en inglés que tienen una clara traducción al español, aún
cuando sean usadas de manera usual e incorrectamente como jerga técnica.
 Los elementos incluidos en la Bibliografía, Glosario de Términos, Siglario y Anexos deben ser
referenciados en su totalidad dentro del documento.

Estructura del documento a presentar.

Adicionar el Capítulo 7: Calidad y Pruebas del Software, a continuación del Capítulo 6: Construcción y
aumentar el número al Capítulo: Gestión del proyecto. El documento a presentar debe respetar la estructura
siguiente:
 Calidad y Pruebas del Software.
 Introducción.
 Plan de la calidad del software.
 Política de calidad.
 Objetivos de calidad.
 Normatividad aplicable.
 Métricas de calidad del software.
 Análisis de resultados de la medición
 Pruebas del software
 Plan de pruebas
 Caso de pruebas para el caso de uso del sistema XXXXX.
 Caso de pruebas para el caso de uso del sistema YYYYZ.
 Caso de pruebas para el caso de uso del sistema ZZZZZZ.
 Análisis de resultados
 Conclusiones.
 Gestión del proyecto.
 Introducción.

Página 1 de 3
 Registro de interesados.
 EDT del proyecto.
 Cronograma de ejecución.
 Acta de aceptación de los entregables.
 Conclusiones.

Detalle de la estructura del documento a presentar.

Política de calidad.
Enunciar y describir la política de calidad que existe definida en la organización objetivo que aplica al desarrollo
de software y que demuestra que el producto de software construido en el proyecto la satisface. En el caso de
que la organización objetivo no cuente con una política de calidad definida formalmente, los autores de la tesis
deben realizar el trabajo de proponerla y documentarla apropiadamente, en ese caso constituye un valor
agregado de la tesis este aporte a la organización objetivo.

Objetivos de calidad.
Enunciar y describir los objetivos de calidad que existan definidos en la organización objetivo que aplican al
desarrollo de software y que demuestren que el producto de software construido en el proyecto las satisface. En
el caso de que la organización objetivo no cuente con objetivos de calidad definidos formalmente, los autores de
la tesis deben realizar el trabajo de proponerlos y documentarlos apropiadamente, en ese caso constituye un
valor agregado de la tesis este aporte a la organización objetivo.

Normatividad aplicable.
En este punto se deben identificar, documentar y explicar todas las normas de calidad establecidas que se
aplican al producto de software que se construye. Debe considerarse desde las regulaciones establecidas por la
organización objetivo, las definidas por organismos nacionales, hasta las establecidas por organizaciones
internacionales que apliquen a productos de software. Esto incluye, en el ámbito más lejano, los métodos,
metodologías y estándares internacionales que aplican al producto del proyecto, por ejemplo, Normas ISO
(90003), Normas IEE (STD 1061, STD 1012, STD 830, STD 829), entre otras. Incluye también los acuerdos
locales sobre calidad de software que apliquen, por ejemplo la Norma Técnica Peruana de desarrollo de software
(NTP ISO/IEC 12207), entre otras. Hasta los acuerdos organizacionales que existan en la organización objetivo
del proyecto. La documentación de este punto puede traer como consecuencia que se incluya en la bibliografía
del proyecto la fuente seminal sobre la normatividad, así como realizar referencias bibliográficas dentro del
texto que demuestre la relación con la bibliografía en mención.

Métricas de calidad del software.


Identificar, documentar las métricas que establecen claramente los atributos del producto del software que se
construye en el proyecto y la manera en que se medirán. Se debe realizar la medición de ellas y analizar e
interpretar los resultados obtenidos.
Se debe reconocer el producto como construido correctamente y permitir al usuario determinar su aceptación,
según criterios previamente documentados.
Las métricas presentadas deberán ser las necesarias para garantizar que las características del software se están
cumpliendo en los rangos aceptables. Como parte del entregable 2 deberán estar sustentadas sobre los casos de
uso de la prueba de concepto, pero hacia el entregable final deberán ampliar su análisis y aplicación sobre todos
los casos de uso del núcleo central que serán ejecutados durante la sustentación final.

Casos de pruebas.
Un caso de prueba es una especificación que describe todos los escenarios posibles de ejecución de un caso de
uso del sistema. Incluye también los juegos de datos de entrada, las condiciones de ejecución y resultados
esperados de cada escenario identificado que permite evaluarlo. Esto permite definir claramente la funcionalidad
que se indica ejecutar para comprobar que el resultado de la construcción de los casos de uso del sistema cumple
con las especificaciones de casos de uso establecidas en el análisis, y de esta forma verificar el correcto
funcionamiento del sistema y la integración de los diferentes componentes del software. Así se evita que se
realicen pruebas empíricas sobre la funcionalidad del software que no apoyarán la identificación completa de

Página 2 de 3
defectos del software. Para el proyecto de tesis se documentarán solamente los casos de pruebas de todos los
escenarios de los casos de uso de la prueba de concepto.

Consideraciones sobre la entrega del documento

 La presentación del Entregable se realizará a través del aula virtual, en la fecha establecida según el
cronograma de sustentación. El asesor realizará las observaciones sobre el documento digital y será
entregado a través del aula virtual junto con la plantilla de calificación.
 Cada alumno es responsable de realizar la entrega en la forma y tiempos indicados.
 No se aceptarán documentos fuera de fecha o por otros medios que no sea el aula virtual en la actividad
correspondiente.

Consideraciones sobre la exposición

 El tiempo de la sustentación se distribuirá de la manera siguiente para cada proyecto:


 Exposición: 20 minutos.
 Preguntas del tribunal: 10 minutos.
 Utilizar esquemas, dibujos, tablas y/o gráficos que puedan hacer más claros los contenidos
expuestos.
 Emplear un estilo claro, directo y afín con el lenguaje del profesional de Ingeniería de
Sistemas.
Evitar las diapositivas o transparencia con demasiado texto en su contenido
 La sustentación está condicionada a la presentación de los siguientes documentos:
 03 Actas de aceptación de los entregables PP1, PP2 y PP3. Colocar como anexo en la tesis.
 Declaración jurada firmada por la empresa autorizando el uso de la información.
 Plan de tesis actualizado
 Solicitud de aprobación de tema de tesis o proyecto profesional firmado por el asesor

Página 3 de 3