150 actividades en un proyecto de software

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

Anlisis
Captura de requerimientos.
Se analizan los requerimientos.
Eliminacin
de
ambigedad
en
los
requerimientos.
Eliminacin de redundancia de requerimientos.
Se evalan los requerimientos.
Se sintetizan los requerimientos.
Se especifican los requerimientos.
Se validan los requerimientos.
Definir alcance.
Establecer los objetivos.
Crear la estructura de desglose de trabajo.
Realizar estimaciones de costo.
Establecer las actividades del proceso.
Secuenciar las actividades.
Organizar la asignacin de recursos.
Realizar anlisis de riesgos.
Fijar entregables.
Verificar el alcance.
Controlar el alcance.
Definicin de herramientas a usar.
Definicin de estndares a usar.
Definicin de modelos de proceso de creacin
de
SW.
Definicin
de modelos a usar.
Definicin de arquitectura a usar.
Se crea la presentacin de la gestin realizada.
Se crean simulaciones preliminares.
Se analizan posibles optimizaciones.
Generar cronograma.
Creacin de diseo de pruebas de testing.
Recolectar la validacin de informacin.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

de software
Diseo
Examinar el documento de requisitos.
Identificar requerimientos funcionales.
Identificar y analizar requerimientos no
funcionales.
Elegir el mtodo de diseo.
Definicin de estructura de datos.
Definicin de control de flujo.
Definicin de utilizacin de recursos del
computador.
Seleccionar lenguaje de programacin.
Planificar pruebas de integracin.
Realizar descripcin estructural.
Documentar el comportamiento del software.
Obtener casos de uso de diseo.
Crear modelo de datos.
Modelar diagrama de actividades.
Modelar diagrama de colaboracin.
Modelar diagrama de secuencia.
Modelar diagrama de clases.
Modelar diagrama de transicin de estados.
Modelar diagrama de despliegue.
Modelar diagrama de componentes.
Crear Matriz de trazabilidad.
Poblar Matriz de trazabilidad.
Detallar modelos.
Definir la estructura de la arquitectura.
Definir el estilo la estructura de la arquitectura.
Establecer los patrones de diseo de la
Crear
documento
de
definicin
de
la
Realizar anlisis de la calidad del diseo.
Definir los atributos de calidad del diseo.
Definir tcnicas de calidad del diseo.
Mostrar Prototipos.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36

Construccin
Determinar las plataformas a utilizar.
1
Determinar las herramientas de programacin.
2
Determinar las estructuras de control a utilizar.
3
Definir el lenguaje de programacin.
4
Realizar depuracin del cdigo.
5
Realizar refactorizacin del cdigo.
6
Definir estndares de construccin.
7
Definir modelos de construccin.
8
Planificar la construccin.
9
10
Definir estndares externos de construccin.
Definir estndares internos de construccin.
11
Aplicar tcnicas en la construccin del cdigo
12
Utilizar ingeniera directa para pasar de modelos a cdigo.
13
Aplicar tcnicas de aseguramiento de calidad centradas en la construccin
14
aplicar tcnicas para medir la eficiencia del cdigo.
15
Medir la complejidad del cdigo.
16
Medir la cantidad de cdigo destruido.
17
Detectar errores de codificacin.
18
Redisear.
19
20
Definir que elementos de software podemos reutilizar.
Realizar revisiones tcnicas del cdigo.
21
Aplicar anlisis esttico.
22
Realizar integracin de componentes.
23
Planificar la secuencia de integracin de los componentes.
24
Establecer puntos del proyecto en los que las versiones provisionales sern prob 25
Realizar integracin de clases y componentes.
26
Realizar integracin de componentes y subsistemas.
27
Organizar el cdigo para soportar pruebas automatizadas.
28
Realizar casos de prueba.
29
30
Realizar pruebas unitarias.
Realizar pruebas de integracin.
31
Realizar verificacin de las pruebas.
32
Realizar validacin de las pruebas.
33
Realizar revisiones para detectar defectos.
Documentar las revisiones.
Crear prototipos.

Pruebas
Se establece el conjunto de pruebas posibles a realizar.
Se determina especficamente las pruebas a realizar.
Se planifica que pruebas se van a realizar dependiendo del alcance del sistema.
Determinar testers: los testers no deben ser los programadores.
Determinar recursos del plan de pruebas.
Realizar las pruebas.
Caja negra: sin saber cdigo interno, se determina funcionalidad del sistema.
Caja blanca: se analiza el cdigo de la aplicacin. Ruteo, ramas, condiciones, etc.
Unitaria:
se prueban
mdulos,
funciones,
mtodos.
etc.
Integracin
incremental:
se van
agregando
funcionalidades
nuevas, se prueban, revisa depen
integracin al sistema.
Integracin: pruebas de conexiones e interacciones entre partes del sistema.
Funcional: prueba de caja negra, pero realizada por parte de testers.
De sistema: prueba de caja negra incluyendo todas las partes del sistema.
Fin a fin: como la de sistema, pero incluye la interaccin entre otros sistemas, hardware, etc.
Sanidad: se valida que el sistema cumpla con los requisitos y funcione correctamente.
Aceptacin: como lo anterior, pero se realiza por parte del usuario final.
Carga: se realiza uso intenso de la aplicacin para encontrar los puntos dbiles del sistema.
Rendimiento: se define los requerimientos del sistema al ser probado.
Estrs: prueba de rendimiento y carga del sistema.
Instalacin y desinstalacin: se verifica la respuesta de los procesos que instalan y desinstalan el sist
Recuperacin: se verifica que tan bien se recupera el sistema despus de un fallo de ste, hardware,
Seguridad: se evala que tan bien se encuentra protegido el sistema de accesos no autorizados.
Compatibilidad: se evala desempeo de sistema en diferente hardware, sistemas operativos, redes,
De usuario: se determina si el usuario devuelve satisfactoriamente el software.
Clasificar los tipos de errores.
Evaluacin de las pruebas realizadas.
Comparar las diferentes tcnicas usadas.
Documentar las pruebas.
Estimacin de esfuerzo invertido en las pruebas.
Reutilizacin de pruebas
reutilizacin de patrones de prueba.
Generacin de casos de prueba.
Registrar los fallos de las pruebas.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

Mantenimiento
Presentar los informes de problemas para comenzar el mantenimiento.
Identificar la modificacin que se debe realizar al sistema.
Analizar si aceptar o no la solicitud de modificaciones.
Desarrollar planes y procedimientos para el mantenimiento del software.
Definir el alcance del mantenimiento, la cantidad de personal involucrado y la asignacin de respons
Informar la falta de informacin necesaria para la realizar la mantencin.
viabilidad:
identificar
soluciones
alternativas,
evaluar su
impacto
y su
costo.
Anlisis de
detallado:
definir
los requisitos
para
la modificacin,
elaborar
una
estrategia
de prueba
ejecucin.
Utilizar la documentacin del sistema y datos del sistema para identificar los mdulos afectados del s
Modificar la documentacin existente del mdulo en el que se est trabajando.
Crear casos de prueba para el nuevo diseo, y la identificacin de pruebas de regresin.
Identificar los componentes que necesitan ser modificados.
Evaluar la integridad del sistema modificado y obtener la aprobacin para el desarrollo de la mantenc
Evaluar
los del
cambios
realizados
conreporta
pruebas
deproblemas
ensayo. por lo que se deben realizar pruebas al sis
Fase antes
cambio:
el cliente
sus
problema
existe.
Fase despus
del cambio: luego de se ha atendido el problema se realizan pruebas para comprob
resuelto.
Realizar pruebas de aceptacin como pruebas funcionales.
Acordar reuniones de configuracin una vez resuelto el problema frente a alguna consulta del usuario
Realizar una versin del archivo del sistema con copia de seguridad.
Instalar y capacitar el software en las instalaciones del cliente.