TRABAJO PRCTICO ENFOCADO AL REA DE DESARROLLO DE

SOFTWARE-CALIDAD

INTEGRANTES:
ARANGO ITMA.
CAHUANA ACCAUCUSI JOSE L.
CHAVEZ HUAPAYA S. MARIBEL.
QUISPE QUIROZ JONATHAN.
FLORES LLATANCE PAOLA.
CASTRO SIGUAS JOSIMAR.

QA Cuestionario para medir la calidad del software en la

Universidad Autnoma del Per
Proyecto: QA cuestionarios
Revisado:
Revisin: Carlos Urquizo Gmez
Fecha de revisin: 07/01/15
Estimado (Hora de revisin): 20 horas
Objetivo: Verificar que se cumplan con los estndares y/o polticas
estipuladas en el reglamento interno.
Momento: la revisin QA cuestionario para medir la calidad de software en
la Universidad Autnoma del Per se realizara al finalizar el tercer mes de
inicio de la ejecucin del proyecto
Entregables a revisar:
-

Polticas del rea de desarrollo de software.

Procesos del rea de desarrollo software.
Normas, estndares y procedimientos del rea de desarrollo de
software.
Buenas prcticas y herramientas de desarrollo del rea de desarrollo
de software.

1.Demostracin del
producto
A

Resulta
dos
4

El proyecto cumple con la

demostracin del producto al finalizar
cada iteracin.
El proyecto cumple con la

2.Evaluacin de
requerimientos
A

Resulta
dos
6

3. Capacitacin al
usuario
A

Resulta
dos
4

4. Control de riesgos
A

Resulta
dos
2

5.Control y
seguimiento del
proyecto
A

Resulta
dos
5

demostracin del producto al finalizar

cada vez que es conveniente.
El proyecto no cumple con la
demostracin del producto al finalizar
cada iteracin.

Al finalizar cada iteracin se evala si

los requerimientos cumplen o no con
las expectativas del cliente.
Al finalizar cada iteracin se evalan
los requerimientos sin verificar que se
cumplen con las expectativas del
cliente.
Al finalizar cada iteracin no se
evalan los requerimientos.

Se realiza la capacitacin y asistencia

tcnica al usuario final para el uso
adecuado del sistema.
Se realiza la capacitacin, sin la
asistencia tcnica al usuario final para
el uso adecuado del sistema
No se realiza la capacitacin ni la
asistencia tcnica al usuario

Se evalan los riesgos en el proceso

de desarrollo de software realizando
la revisin y actualizacin de la lista
de riesgos en cada iteracin.
Se evalan los riesgos en el proceso
de desarrollo de software, pero no se
realiza la revisin y actualizacin de
la lista de riesgos en cada iteracin.
No se evalan los riesgos.

El control y seguimiento del proyecto

estn alineados con los requisitos que

6. Documentacin
A

Resulta
dos
1

7. Scripts
A

Resulta
dos
2

8. Capacitacin al
personal
A

Resulta
dos
2

se deben presentar en cada iteracin

del desarrollo de software.
El control y seguimiento del proyecto
no estn alineados con los requisitos
que se deben presentar en cada
iteracin del desarrollo de software.
No se realiza control y seguimiento
del proyecto.

Se cumple con la entrega de

documentacin del proyecto de
manera parcial en cada iteracin
Se cumple con la entrega de
documentacin del proyecto, pero no
de manera parcial en cada iteracin.
No se cumple con la entrega de
documentacin.

Sus entregables contienen scripts de

pruebas segn especificacin de las
polticas basadas en frameworks.
Sus entregables contienen scripts de
prueba, pero no basadas en
frameworks
No entregan scripts de pruebas

Se realiza capacitacin mensual por

parte de la empresa, para la
especializacin del trabajador de
acuerdo al rol que cumplen dentro del
proyecto.
Se realiza capacitacin mensual por
parte de la empresa para el
trabajador, sin determinar el rol que
cumple dentro del proyecto.
Se realiza capacitacin sin un
cronograma de tiempo por parte de la
empresa, para la especializacin del
trabajador de acuerdo al rol que

9. Seguridad
A

Resulta
dos
2

10. Pruebas
A

Resulta
dos
1

11. Revisin de
software
A

Resulta
dos
3

12. Manejo personal

A

Resulta
dos
9

cumplen dentro del proyecto.

No se realiza capacitacin por parte
de la empresa, para la especializacin
del trabajador de acuerdo al rol que
cumplen dentro del proyecto.

Usan herramientas y/o estndares de

seguridad al desarrollar el software.
Usan herramientas, pero no
estndares de seguridad al desarrollar
el software
No usar herramientas, ni estndares
de seguridad al desarrollar el
software.

Se realizan pruebas de estrs, de

carga y usabilidad
Se realizan pruebas de estrs, pero no
de carga, ni de usabilidad
No se realizan pruebas.

El jefe de rea revisa el software y

realiza un informe final antes de ser
entregado al usuario final.
El jefe de rea revisa el software, pero
no realiza un informe final antes de
ser entregado al usuario final
El jefe de rea no revisa el software,
ni realiza su informe final.

Se evita tener personas que cubren

demasiados roles del proceso de
desarrollo del proyecto.
No se evita tener personas que
cubren demasiados roles del proceso
de desarrollo del proyecto.

13. Base de datos

A

Resulta
dos
9

14. Mejora del

producto
A

Resulta
dos
5

15. Backups
A

Resulta
dos
3

16. Tareas definidas

Resulta

Se asigna un usuario y contrasea a

cada usuario que usar el software.
Se asigna un usuario, pero no una
contrasea a cada usuario que usar
el software
No se asigna un usuario y contrasea.

Cuando el producto es devuelto por

parte del usuario final, el jefe de
proyecto revisa nuevamente los
requisitos y asigna a un nuevo
desarrollador responsable para las
correcciones respectivas.
Cuando el producto es devuelto por
parte del usuario final, el jefe de
proyecto no revisa nuevamente los
requisitos y asigna a un nuevo
desarrollador responsable para las
correcciones respectivas.
Cuando el producto es devuelto por
parte del usuario final, el jefe de
proyecto revisa nuevamente los
requisitos y no reasigna a un
desarrollador responsable para las
correcciones respectivas.
Cuando el producto es devuelto por
parte del usuario final, el jefe de
proyecto no revisa nuevamente los
requisitos y no reasigna a un
desarrollador responsable para las
correcciones respectivas.

Se realizan backups y se almacena en

un servidor de respaldo.
Se realizan backups, pero no se
almacena en un servidor de respaldo
No se realizan backups, ni se
almacenan en un servidor.

dos
9

17. Estndares
A

Resulta
dos
9

18. Metodologas
A

Resulta
dos
9

19. Mantenimiento
A

Resulta
dos
7

Cada desarrollador tiene claramente

definida la tarea que es asignada por
parte del jefe del rea.
Cada desarrollador tiene una tarea
asignada por parte del jefe de rea.
Los desarrolladores no tienen claro las
tareas que deben cumplir por parte
del jefe del rea

Los desarrolladores respetan los

lineamientos y estndares definidos
por el rea.
Los desarrolladores respetan los
lineamientos, pero no los estndares
definidos por el rea.
Los desarrolladores respetan los
lineamientos, pero no los estndares
definidos por el rea

Se tiene claramente definidas y se

aplican las metodologas para el
desarrollo del proyecto con respecto a
la calidad del software
Se tiene claramente definidas
metodologas, pero no se aplican para
el desarrollo del proyecto con
respecto a la calidad del software
No se tiene claro las metodologas a
usa para el desarrollo del proyecto
con respecto a la calidad del software.

Se realiza mantenimiento a los

mdulos y se documentan los
problemas encontrados por el usuario
Se realiza mantenimiento a los
mdulos, pero no se documentan los
problemas encontrados por los
usuarios
No se realizan mantenimientos ni se
documentan los problemas
encontrados.

20. Pruebas en el
sistema
A

Resulta
dos
1

21. Manual de
usuario
A

Resulta
dos
1

22. Plan de trabajo

A

Resulta
dos
6

Antes de liberar un nuevo sistema,

ste deber ser sometido a pruebas
de aceptacin definidas por el rea
usuaria, utilizando para ello datos
reales.
Antes de liberar un nuevo sistema,
ste deber ser sometido a pruebas
de aceptacin definidas por el rea
usuaria, utilizando para ello datos
ficticios.
Antes de liberar un nuevo sistema,
ste no deber ser sometido a
pruebas de aceptacin definidas por
el rea usuaria.

Se realiza un manual de usuario y se

distribuye a todo el personal que
usar el software.
Se realiza un manual de usuario, pero
no se distribuye a todo el personal
que usar el software
No se realiza manual de usuario.

Se establece un plan de trabajo y se

realiza seguimiento para verificar su
cumplimiento y en caso de que no,
para resolver los problemas que
detengan el avance del proyecto.
Se establecer un plan de trabajo y
pero no se realiza seguimiento para
verificar su cumplimiento.
Se establece un plan de trabajo y se
realiza seguimiento para verificar su
cumplimiento y en caso de que no,
para resolver los problemas que sin
necesidad de detener el avance del
proyecto.

23. Control de
cambios

Resulta
dos

24. Mdulos
programados
A

Resulta
dos
2

25. Comunicaciones
A

Resulta
dos
0

No se establece un plan de trabajo y

no se realiza seguimiento para
verificar su cumplimiento.

Se comunica al usuario sobre los

nuevos cambios que se realizan al
sistema
No se comunica al usuario sobre los
cambios realizados

Se registra en informes el modulo que

a sido correctamente concluido
estableciendo un control de calidad.
Se registra en informes el modulo que
a sido correctamente concluido, pero
no se establece un control de calidad.
No se registra en informes los mdulos
correctamente concluidos, ni se
estable un control de calidad.

Hay una buena comunicacin entre el

rea y los usuario involucrados en el
proyecto con comunicaciones formales
de acuerdo a las normas y
procedimientos
Hay una buena comunicacin entre el
rea y los usuario involucrados en el
proyecto pero no siempre con
comunicaciones formales de acuerdo
a las normas y procedimientos
Hay una ocasional comunicacin entre
el rea y los usuario involucrados en el
proyecto pero no siempre con
comunicaciones formales de acuerdo
a las normas y procedimientos
Hay una ausencia comunicacin entre
el rea y los usuario involucrados en el
proyecto pero no siempre con
comunicaciones formales de acuerdo
a las normas y procedimientos

26. Roles y
Responsabilidades

Resulta
dos

27. Rendimiento del

grupo de desarrollo
A

Resulta
dos
9

28. Cambios en el
sistema
A

Resulta
dos
8

Los roles y responsabilidades del rea

estn archivados, acordados y se
estn implementando
Los roles y responsabilidades del rea
estn archivados, acordados y pero no
se estn implementando
Los roles y responsabilidades del rea
estn archivados pero no acordados ni
se estn implementando.
Los roles y responsabilidades del rea
no estn archivados ni acordados y no
se estn implementando.

EL responsable del proyecto cumple

en entregar el sistema en la fecha
establecida
EL responsable del proyecto no
cumple en entregar el sistema en la
fecha establecida

Cada vez que se haga cambio en los

sistemas el responsable documenta
los cambio y lo notifica al encargado
del rea.
Cada vez que se haga cambio en los
sistemas el responsable documenta
los cambio pero no lo notifica al
encargado del rea
Cada vez que se haga cambio en los
sistemas el responsable no
documenta los cambio ni lo notifica al
encargado del rea

29. Calidad de
cdigo
A

Resulta
dos
0

30. Reuniones de
trabajo
A

Resulta
dos
2

El cdigo del proyecto contiene

informacin de responsable del
proyecto, la fecha, breves comentarios
y adicionalmente documentacin por
escrito.
El cdigo del proyecto contiene
informacin de responsable del
proyecto, la fecha, breves comentarios
pero no tiene documentacin por
escrito.
El cdigo del proyecto no contiene
informacin de responsable del
proyecto , la fecha, breves
comentarios ni documentacin por
escrito

Se realiza reuniones diariamente

donde se revisan los planes de
trabajos as como las actividades
desarrolladas y a desarrollar.
Se realiza reuniones diariamente
donde no se revisan los planes de
trabajos ni las actividades
desarrolladas y a desarrollar
Se realiza reuniones interdiariamente
donde se revisan los planes de
trabajos as como las actividades
desarrolladas y a desarrollar.
Se realiza reuniones interdiariamente
donde no se revisan los planes de
trabajos ni las actividades
desarrolladas y a desarrollar.
Se realiza reuniones una vez a la
semana donde no se revisan los
planes de trabajos ni las actividades
desarrolladas y a desarrollar.

31. Proceso de
pruebas
A

Resulta
dos
0

32. Entrega del

sistema
A

Resulta
dos
0

Las corridas de pruebas deben

efectuarse con una cantidad de datos
superior al 50% de la cantidad de
datos que el sistema correr de
manera cotidiana.
Las corridas de pruebas deben
efectuarse con una cantidad de datos
superior al 40% de la cantidad de
datos que el sistema correr de
manera cotidiana.
Las corridas de pruebas deben
efectuarse con una cantidad de datos
superior al 30% de la cantidad de
datos que el sistema correr de
manera cotidiana.
Las corridas de pruebas deben
efectuarse con una cantidad de datos
superior al 20% de la cantidad de
datos que el sistema correr de
manera cotidiana.
Las corridas de pruebas deben
efectuarse con una cantidad de datos
superior al 20% de la cantidad de
datos que el sistema correr de
manera cotidiana.

Se entrega al usuario solicitante los

programas fuentes, ejecutables,
documentacin tcnica y manual de
usuario.
Se entrega al usuario solicitante los
programas fuentes, ejecutables,
documentacin tcnica pero no se

entrega manual de usuario

C

33. Avances del

sistema.
A

Resulta
dos
2

34. Calidad de
atencin
A

Resulta
dos
3

Se entrega al usuario solicitante los

programas fuentes, ejecutables pero
no se entrega documentacin tcnica
ni manual de usuario
Se entrega al usuario solicitante los
programas fuentes pero no se entrega
ejecutables, documentacin tcnica ni
manual de usuario.
No entrega al usuario solicitante los
programas fuentes ejecutables,
documentacin tcnica y manual de
usuario.

Concluida la programacin de una

parte del sistema Se registra el
responsable , las horas trabajadas y
una breve observacin
Concluida la programacin de una
parte del sistema Se registra el
responsable, las horas trabajadas pero
no una breve observacin.
Concluida la programacin de una
parte del sistema Se registra el
responsable pero no las horas
trabajadas ni una breve observacin
Concluida la programacin de una
parte del sistema No se registra el
responsable, las horas trabajadas ni
una breve observacin

Tienen un trato amable con los

usuarios
Tienen un trato normal con los
usuarios

35. Mejoramiento
de cdigo

Resulta
dos

No tiene un trato amable con los

usuarios

Aquellos cdigos que no trabajen de

forma ptima son enviados a un
proceso de re-trabajo adems de ser
documentados
Aquellos cdigos que no trabajen de
forma ptima son enviados a un
proceso de re-trabajo pero no son
documentados
Aquellos cdigos que no trabajen de
forma ptima no son enviados a un
proceso de re-trabajo adems de no
ser documentados

CUADRO DE RESUMEN

Preguntas \ Alternativas
1. Demostracin del producto
2. Evaluacin del proyecto
3. Capacitacin al usuario
4. Control de riesgos
5. Control y seguimiento del proyecto
6. Documentacin
7. Scripts
8. Capacitacin al personal
9. Seguridad
10.
Pruebas
11.
Revisin de software
12.
Manejo de personal
13.
Base de datos
14.
Mejora del producto
15.
Backups
16.
Tareas definidas
17.
Estndares
18.
Metodologas
19.
Mantenimiento
20.
Pruebas en el sistema
21.
Manual de usuario
22.
Plan de trabajo
23.
Control de cambios
24.
Mdulos programados
25.
Comunicaciones
26.
Roles y responsabilidades
27.
Rendimiento del grupo de
desarrollo
28.
Cambios en el sistema
29.
Calidad de cdigo
30.
Reuniones de trabajo
31.
Proceso de pruebas
32.
Entrega del sistema
33.
Avances del sistema
34.
Calidad de atencin
35.
Mejoramiento de cdigo
Total

A
4
6
4
2
5
1
2
2
2
1
3
9
9
5
3
9
9
9
7
1
1
6
9
2
0
9
9

B
5
3
4
7
4
5
1
2
7
8
6
0
0
4
4
0
0
0
2
5
6
0
0
7
3
0
0

C
0
0
1
0
0
3
6
5
0
0
0

8
0
2
0
0
2
3
4
14
6

1
0
0
4
0
7
6
5
10
0

0
9
7
4
0
0
0
0
50

0
0
2
0
0
0
0
2
2
3
0
6
0

0
0
0

0
1
0

0
0
9

RECOMENDACIONES Y CONCLUSIONES DEL QA

COMUNICACIONES:

Recomendacin

Establecer un plan de comunicaciones.

Asignar un jefe responsable para reuniones
Los participantes durante el desarrollo del proyecto debern
presentar informes de compromiso para programar reuniones
Al finalizar la reunin debern presentar un informe de los temas que
trataron y los temas que van a tratar y brindar los aspectos por
mejorar

SCRIPT:
Recomendacin

Asignar a responsables.
planificar un plan de pruebas.
crear formato para plan de pruebas
crear procedimientos para plan de pruebas

ENTREGA AL SISTEMA:

Recomendacin

Entregar cdigo fuentes, segn necesidad de usuario, especificando

motivo y nivel de importancia
crear un manual de usuario
el cdigo fuente debe estar comentado en una documentacin

CAPACITACION AL PERSONAL:
Recomendacin

planificar el plan de capacitaciones

Definir un calendario, distribuyendo horas de capacitacin.
Elaborar un formato de compromiso para la capacitacin de los
trabajadores

CALIDAD DE CODIGO:
Recomendacin

Elaborar una documentacin del cdigo por parte del responsable

definiendo la informacin a detallar lo elaborado, para mantener
calidad en el desarrollo de software.
Almacenar cdigo para que sea revisado a travs de la red.

CONCLUSIONES
Lo que encontramos obteniendo resultados a travs de las respuestas de los
cuestionarios y las entrevistas que hicimos es el siguiente

No cuentan con documentacin de los procesos y polticas.

No tienen designados responsables para verificar el cumplimiento de
polticas.

PLAN DE ACCION
COMUNICACIONES:
Factor Crtico:
Hay una comunicacin ocasional entre el rea y los usuario involucrados en
el proyecto, pero no siempre con comunicaciones formales de acuerdo a las
normas y procedimientos
Objetivo:
Mejorar la comunicacin entre el rea de desarrollo y los usuarios
involucrados del proyecto

Meta:
Obtener una buena comunicacin entre las ambas partes
Actividades:
1.
2.
3.
4.
5.
6.

Planificar los horarios de reuniones

Elaborar formatos de compromisos
Enviar formatos a los participantes
Llevar a cabo la reunin
Elaborar informe de los resultados de la reunin
Aprobar informe

Responsable:
Jefe del rea
Tiempo:
2 meses

SCRIPT:
Factor Crtico:
No entregan scripts de pruebas
Objetivo:
Cumplir con la entrega de los Script de pruebas
Meta:
Entrega de los Script de pruebas en cada proyecto
Actividades:
1.
2.
3.
4.
5.
6.

Asignar responsables del proceso de pruebas

Asignarle tiempo
Verificar resultados
Revisar documentacin de pruebas
Elaborar documentacin del plan
Aprobar documentacin

Responsable:
DBA y Jefe del area
Tiempo:
1 mes

ENTREGA DEL SISTEMA:

Factor Crtico:
No entrega al usuario solicitante el cdigos fuentes, ejecutables,
documentacin tcnica ni manual de usuario

Objetivo:
Cumplir con la entrega al usuario de los cdigos fuentes, ejecutables,
documentacion tcnica y manual de usuario
Meta:
Entrega de los cdigos fuentes, ejecutables, documentacion tcnica y
manual de usuario en todos los proyectos
Actividades:
1. Elaborar informe de peticin de recursos del proyecto indicando lo
que quiere y motivo
2. Enviar al usuario
3. Recibir el informe
4. Analizar y tomar decisiones
5. Enviar los recursos al usuario
Responsable:
Jefe del rea
Tiempo:
15 das

CAPACITACION AL PERSONAL:
Factor Crtico:
Se realiza capacitacin sin un cronograma de tiempo por parte de la
empresa, para la especializacin del trabajador de acuerdo al rol que
cumplen dentro del proyecto.
Objetivo:
Cumplir con las capacitaciones elaborando un cronograma de las
capacitaciones para el personal
Meta:
Hacer capacitaciones mensualmente y que estn organizados en un
cronograma
Actividades:
Elaborar un plan de capacitaciones
Avisar al personal
Elaborar un informe de capacitacin
Hacer un seguimiento del cronograma
Actualizar cambios

Hacer una evaluacin al terminar la capacitacin

Obtener resultados
Responsable:
Jefe del rea
Tiempo:
5 meses

CALIDAD DE CODIGO:
Factor Crtico:
El cdigo del proyecto no contiene informacin de responsable del proyecto,
la fecha, breves comentarios ni documentacin por escrito.
Objetivo:
Cumplir con el entandar de calidad de cdigo y la elaboracin de
documentaciones
Meta:
El cdigo este comentado de acuerdo a un estndar de calidad adems de
haber elaborado un documentacion
Actividades:
1.
2.
3.
4.
5.
6.
7.

Verificar cdigos
Elaborar documentacion de mejorar a realizar
Asignar responsable
Asignarle tiempo
Verificar resultados
Elaborar informe
Enviar al usuario

Responsable:
Jefe del rea y Grupo de desarrollo
Tiempo:
14 das