DIVISIN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS

INGENIERA DE SISTEMAS
PROYECTO INFORMTICO 3
Gua para el Entregable TF

Consideraciones sobre el documento a presentar

El objetivo principal del Entregable es la presentacin y exposicin del resultado de las actividades
asociadas a la calidad y pruebas del software
La versin del documento que se elabora en cada iteracin es una extensin 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 versin vigente del
Reglamento de Grados y Ttulos de la UPC.
Las paginas deben estar en formato Tira y Retira.
Utilizar esquemas, dibujos, tablas y/o grficos que puedan hacer ms claros los contenidos expuestos.
Emplear un estilo claro, directo y afn con el lenguaje del profesional de Ingeniera de Sistemas.
Hacer uso correcto del idioma, redaccin y ortografa.
Evitar el uso y abuso de frases en ingls que tienen una clara traduccin al espaol, an cuando sean usadas
de manera usual e incorrectamente como jerga tcnica.
Los elementos incluidos en la Bibliografa, Glosario de Trminos, Siglario y Anexos deben ser
referenciados en su totalidad dentro del documento.

Estructura del documento a presentar.

Adicionar el Captulo 7: Calidad y Pruebas del Software, a continuacin del Captulo 6: Construccin y
aumentar el nmero al Captulo: Gestin del proyecto. El documento a presentar debe respetar la estructura
siguiente:
Captulo 7: Calidad y Pruebas del Software.
Introduccin.
Plan de la calidad del software.
Poltica de calidad.
Objetivos de calidad.
Normatividad aplicable.
Mtricas de calidad del software.
Anlisis de resultados de la medicin
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.
Conclusiones.
Captulo 8: Gestin del proyecto.
Introduccin.
Registro de interesados.
EDT del proyecto.
Cronograma de ejecucin.
Acta de aceptacin de los entregables.
Conclusiones.

Desarrollado por Ing. Yamil Ramos Garca, UPC,07/07/2016

Pg. 1

Detalle de la estructura del documento a presentar.

Poltica de calidad.
Enunciar y describir la poltica de calidad que existe definida en la organizacin 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 organizacin objetivo no cuente con una poltica 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 organizacin objetivo.
Objetivos de calidad.
Enunciar y describir los objetivos de calidad que existan definidos en la organizacin 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 organizacin 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 organizacin 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
organizacin objetivo, las definidas por organismos nacionales, hasta las establecidas por organizaciones
internacionales que apliquen a productos de software. Esto incluye, en el mbito ms lejano, los mtodos,
metodologas y estndares internacionales que aplican al producto del proyecto, por ejemplo, Normas ISO
(9000, 9003), Normas IEE (STD 1061, STD 1012, STD 830, STD 829), entre otras. Incluye tambin los
acuerdos locales sobre calidad de software que apliquen, por ejemplo la Norma Tcnica Peruana de desarrollo
de software (NTP ISO/IEC 12207-2006), entre otras. Hasta los acuerdos organizacionales que existan en la
organizacin objetivo del proyecto. La documentacin de este punto puede traer como consecuencia que se
incluya en la bibliografa del proyecto la fuente seminal sobre la normatividad, as como realizar referencias
bibliogrficas dentro del texto que demuestre la relacin con la bibliografa en mencin.
Mtricas de calidad del software.
Identificar, documentar las mtricas que establecen claramente los atributos del producto del software que se
construye en el proyecto y la manera en que se medirn, segn lo establecido en la ISO/IEC 9126. Se debe
realizar la medicin de ellas y analizar e interpretar los resultados obtenidos.
Usar la tabla a continuacin para documentar las mtricas identificadas. La informacin de cada mtrica a
documentar es: la categora (interna, externa y de uso), el nombre de la mtrica (atributo del software a medir),
el propsito de la mtrica (breve descripcin sobre lo que se espera medir) y la tolerancia (valor especfico o
rango de valores permitidos dentro del cual debe interpretarse el valor cuando se realice la medicin, y as
reconocer el atributo como construido correctamente y permite al usuario determinar su aceptacin).
Las mtricas presentadas debern ser las necesarias para garantizar que las caractersticas del software se estn
cumpliendo en los rangos aceptables.

Categora Nombre de la mtrica Propsito de la mtrica

Interna

Tolerancia

Externa

De uso

Casos de pruebas.

Desarrollado por Ing. Yamil Ramos Garca, UPC,07/07/2016

Pg. 2

Un caso de prueba es una especificacin que describe todos los escenarios posibles de ejecucin de un caso de
uso del sistema. Incluye tambin los juegos de datos de entrada, las condiciones de ejecucin 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 construccin de los casos de uso del sistema cumple
con las especificaciones de casos de uso establecidas en el anlisis, y de esta forma verificar el correcto
funcionamiento del sistema y la integracin de los diferentes componentes del software. As se evita que se
realicen pruebas empricas sobre la funcionalidad del software que no apoyarn la identificacin completa de
defectos del software. Para el proyecto de tesis se documentarn solamente los casos de pruebas de todos los
escenarios de los casos de uso de la prueba de concepto.
Para calificar este punto se solicita incluir en el folder del entregable, colocado aparte con un separador, las
especificaciones de los casos de uso del ncleo central que fueron presentadas en Proyecto Informtico 2 y
luego mejoradas, para comprobar la relacin con los casos de prueba especificados.

Consideraciones sobre la entrega del documento

El entregable 02 debe contener el Proyecto Completo (un slo documento que contenga PI1, PI2 y PI3) y la
presentacin se realizar a travs del aula virtual en la fecha establecida segn el cronograma de
sustentacin.
Cada alumno es responsable de realizar la entrega en la forma y tiempos indicados.
La entrega tarda del documento ser penalizada.

Consideraciones sobre la exposicin

El tiempo de la sustentacin se distribuir de la manera siguiente para cada proyecto:

Exposicin: 15 minutos.
Preguntas de la oponencia: 5 minutos.
Preguntas del tribunal: 10 minutos.
Utilizar esquemas, dibujos, tablas y/o grficos que puedan hacer ms claros los contenidos expuestos.
Emplear un estilo claro, directo y afn con el lenguaje del profesional de Ingeniera de Sistemas.
Evitar las diapositivas o transparencia con demasiado texto en su contenido.

Consideraciones sobre la Oponencia

El alumno oponente debe elaborar un informe por escrito y entregarlo al jurado el da de la exposicin. La
oponencia debe valorar los aspectos siguientes:
Se redactar de manera respetuosa.
Debe incluir aspectos de forma y de fondo.
No debe exceder de 3 pginas.
Debe incluir al final dos preguntas a realizar a los autores del proyecto que se opone, sobre los aspectos
ms importantes a esclarecer en la sustentacin.
En la exposicin de la oponencia deben tenerse en cuenta los aspectos siguientes:
Realizar las dos preguntas a los autores del proyecto que se opone.
Debatir sobre la respuesta de los autores.
Manejar y respetar el tiempo asignado para dicho ejercicio.

Desarrollado por Ing. Yamil Ramos Garca, UPC,07/07/2016

Pg. 3