Está en la página 1de 60

Metodologa para el desarrollo del proyecto.

Para el desarrollo exitoso del proyecto se utilizara la metodologa de desarrollo


RUP, al ser esta un marco de trabajo ampliamente respaldado por las mejores
prcticas de la ingeniera de software; reduce los costos innecesarios con la
incorporacin de los principios clave correspondientes al desarrollo iterativo y
enfoque continuo en la calidad.
Metodologa RUP
Las siglas RUP en ingles significa Rational Unified Process (Proceso
Unificado de Rational) es un producto del proceso de ingeniera de software
que proporciona un enfoque disciplinado
para asignar tareas
y
responsabilidades dentro de una organizacin del desarrollo.
Su meta es
asegurar la produccin del software de alta calidad que resuelve las
necesidades de los usuarios dentro de un presupuesto y tiempo establecidos.
Dimensiones de RUP
El RUP tiene dos dimensiones:

El eje horizontal representa tiempo y demuestra los aspectos del ciclo de


vida del proceso.
El eje vertical representa las disciplinas, que agrupan actividades
definidas lgicamente por la naturaleza.

La primera dimensin representa el aspecto dinmico del proceso y se


expresa en trminos de fases, de iteraciones, y la finalizacin de las fases.
La segunda dimensin representa el aspecto esttico del proceso: cmo
se describe en trminos de componentes de proceso, las disciplinas, las
actividades, los flujos de trabajo, los artefactos, y los roles.
En la figura 1 se puede observar como vara el nfasis de cada disciplina en un
cierto plazo en el tiempo, y durante cada una de las fases.
Figura 1. Disciplinas, fases, iteraciones del RUP

Ciclo de vida RUP


El ciclo de vida del software del RUP se descompone en cuatro fases
secuenciales (figura 2). En cada extremo de una fase se realiza una evaluacin
(actividad: Revisin del ciclo de vida de la finalizacin de fase) para determinar
si los objetivos de la fase se han cumplido. Una evaluacin satisfactoria
permite que el proyecto se mueva a la prxima fase.
Figura 2. Fases del RUP

Planeacin
Actividades, tareas y sub-tareas
Las actividades, tareas y subtareas necesarias para la ejecucin del proyecto
se han planificado en base a la metodologa de desarrollo RUP, es la que se ha
adoptado para desarrollar el proyecto.
A continuacin se listan las actividades con sus respectivas tareas y sub-tareas:
1. Investigacin Preliminar
1.1.Identificar oportunidad de mejora
1.2.Acordar Reunin con la unidad de negocio
1.3.Reunin con la unidad de negocio
1.3.1. Exponer la iniciativa del proyecto
1.3.2. Validar la iniciativa
2. Modelado del Negocio
2.1.Investigar estructura y dinmica de la
organizacin
2.2.Indagar sobre problemas actuales
2.3.Identificar mejoras
2.4.Elaborar solicitud de trabajo
2.5.Validar solicitud de trabajo
2.6.Modelar la dinmica del negocio
2.6.1. Modelo de Casos de Uso del Negocio
2.6.2. Modelo de Objetos del Negocio
3. Requisitos
3.1.Preparar herramientas de recoleccin de
datos
3.1.1. Elaborar Entrevista y encuesta
3.1.2. Concretizar Entrevista
3.1.3. Observacin de procesos del negocio
3.1.4. Realizar Encuesta
3.2.Determinacin de requerimientos
Informticos
3.2.1. Requerimientos funcionales
3.2.2. Requerimientos no funcionales
3.3.Determinacin de requerimientos de desarrollo
3.4.Determinacin de requerimientos de
produccin
3.5.Validar requerimientos con unidad de negocio
4. Anlisis
4.1.Analizar informacin recolectada en la
investigacin
4.2.Modelo de Casos de Uso
4.3.Especificacin de Casos de Uso
4.4.Validar modelado de casos de uso con la

unidad de negocio
5. Diseo
5.1.Elaboracin de estndares
5.1.1. Estndares para documentos
5.1.2. Estndares de programacin
5.1.3. Estndares para componentes
5.1.4. Estndares para interfaces
5.2.Diseo diagrama de clases
5.3.Diseo de Base de datos
5.3.1. Modelo entidad relacin
5.3.2. Modelo conceptual
5.3.3. Modelo fsico
5.3.4. Diccionario de datos
5.4.Diseo de salidas
5.4.1. Salidas Operativas
5.4.2. Salidas Tcticas
5.4.3. Salidas Estratgicas
5.5.Diseo de Entradas
5.5.1. Captura de datos
5.5.2. Validar entradas
5.6.Diseo de procesos
5.7.Diseo arquitectura de red
5.8.Diseo de seguridad
5.9.Diseo de pruebas
5.9.1. Pruebas unitarias
5.9.2. Pruebas integradas
5.10.
Seguimiento y control del Diseo
6. Construccin
6.1.Construccin de base de datos
6.1.1. construccin de Tablas y relaciones
6.1.2. Construir restricciones
6.1.3. Elaborar procedimientos almacenados
6.1.4. Generar Script de la base de datos
6.1.5. Ingresar datos a las tablas
6.2.Construccin de salidas
6.2.1. Elaborar salidas operativas
6.2.2. Elaborar salidas Tcticas
6.2.3. Elaborar salidas Estratgicas
6.3.Codificacin de algoritmos (procesos)
6.4.Seguimiento y control de la construccin
7. Implementacin prototipo
7.1.Implementacin de arquitectura de red
7.2.Implementacin de prototipo
7.3.Implementacin de base de datos
7.4.Seguimiento y control de la implementacin

8. Pruebas
8.1.Prueba a componentes individuales
8.1.1. Casos de Pruebas para modulo operativo
8.1.2. Casos de Pruebas para mdulo tctico
8.1.3. Casos de Pruebas para mdulo
estratgico
8.2.Prueba a componentes interrelacionados
8.3.Seguimiento y control de las pruebas
9. Despliegue
9.1.Modelo de Despliegue
9.2.Prueba en entorno final(beta)
9.3.Seguimiento y control del despliegue
10.Documentacin
10.1.
Elaborar manual de instalacin
10.2.
Elaborar manual de usuario
10.3.
Elaborar manual de desinstalacin
10.4.
Elaborar manual tcnico
10.5.
Seguimiento y control de la
documentacin
11.Plan de implementacin
11.1.
Elaborar plan de implementacin
11.2.
Revisin del plan de implementacin

Porcentaje de Esfuerzo por Actividades


En RUP la duracin y esfuerzo dedicado en cada fase es variable dependiendo
de las caractersticas de cada proyecto en particular, para nuestro caso el
proyecto para desarrollar el sistema informtico para el control de archivo de
casos resueltos de la defensora de derechos universitario de la Universidad de
El Salvador se trabajar en una iteracin y los porcentajes recomendados en
RUP se distribuirn de acuerdo a la siguiente tabla:
INICIO
ESFUERZO
TIEMPO
DEDICADO

5%
10%

ELABORACI
ON
20%
30%

CONSTRUCC
ION
65%
50%

TRANSICION
10%
10%

Para nuestro proyecto las actividades de cada fase se detallan en la siguiente


tabla:
N
1

Fase
Inicio
Investigacin
Preliminar

Esfuerzo %
10
4

Justificacin
Contempla el esfuerzo
necesario para hacer la

Modelado del negocio

Elaboracin
Requisitos
Anlisis

30
15
15

Construccin
Diseo
Programacin
Implementacin
prototipo
Pruebas

50
10
20
10

Transicin
Despliegue
Documentacin

10
5
5

10

investigacin preliminar y
poder modelar el negocio,
es
indispensable
para
tener
el
primer
acercamiento
con
el
negocio.
Es lo recomendado por
RUP para el levantamiento
de requerimientos y el
anlisis de los mismos.
Esta fase es a la que ms
esfuerzo se le asigna, esto
es debido a que aqu se
debe
alcanzar
la
capacidad operacional del
producto.
La finalidad es poner el
sistema en manos de los
usuarios finales

Responsables de actividades
Nemnico
AP1

Rol
Lder-Analista Programador 1

Nombre
Vsquez Molina, Silvia Iveth

AP2
AP3

Analista Programador 2
Analista Programador 3

Canales Velis, Ever Ronaldo


Domnguez
Bermdez,
Nora
Mayella

UN1

Unidad de Negocio 1

Organizacin

Estructura
El equipo de trabajo est compuesto bajo una estructura plana y horizontal, lo
integran personas de apoyo de la unidad de negocio y el cuerpo tcnico. En la
figura podemos ver el organigrama donde se puede apreciar claramente el
nivel de participacin de los integrantes del equipo de trabajo, todos son
igualmente importantes para la elaboracin y ejecucin del proyecto
informtico en cuestin.

Jerarqua
El equipo de trabajo est dividido en unidades organizacionales, lo integran un
lder de proyecto y equipos de apoyo incluido un equipo de apoyo por parte del
negocio. Las decisiones se toman en conjunto, todos los integrantes del equipo
de trabajo tienen voz y voto para tomar las decisiones que afectan el desarrollo
del proyecto, el lder no es una figura de poder absoluto pues no puede tomar
las decisiones por s mismo, necesita la aprobacin del resto de integrantes, el
papel especial de este es coordinar el trabajo y las reuniones, en pocas
palabras es el ente integrador, es quien dirige al equipo de trabajo

Autoridad
En el esquema organizacional que se ha adoptado no existen superiores, es un
esquema que carece de jefes y subalternos. El equipo de trabajo funciona
como un todo, cada miembro es responsable de las soluciones que se adopten
y cada miembro del equipo asume las consecuencias de los resultados que se
presenten en cada etapa del desarrollo del proyecto.

Responsabilidad
El equipo es totalmente responsable del desarrollo del proyecto informtico y
es quien asumir las consecuencias de las decisiones que se tomen como
equipo, ningn miembro puede asumir que no es responsable de lo que como
equipo se vaya construyendo. Para garantizar que existe un compromiso serio
en elaboracin del proyecto, el equipo de trabajo ha pactado un acuerdo con la
unidad de negocio donde queda explcitamente reconocida la responsabilidad
que el equipo ha adquirido.

Especializacin
Para garantizar un proyecto de calidad se ha divido el equipo por capacidades
y habilidades, es decir se ha hecho una divisin del trabajo en donde cada
integrante pondr el mayor esfuerzo en aquellos aspectos de su especialidad.
Hay una apropiacin de un enfoque colectivo en apoyar y reforzar las
debilidades de algunos miembros del equipo con el fin de ser ms productivos
a travs del colectivismo.

Perfiles del Recuro Humano a trabajar


Rol
Depende de
Descripcin

Funciones

Conocimiento
y habilidades

Rol
Depende de
Descripcin

Lder de proyecto
Unidad de negocio
Encargado de coordinar el equipo de trabajo, tiene como
funcin especial el seguimiento y control de cada etapa del
desarrollo del proyecto.
Verificar el cumplimiento de las actividades y tareas.
Garantizar que el equipo trabajo realice sus
obligaciones y brinde sus servicios adecuadamente.
Realizar los controles necesarios para cada actividad
del proyecto.
Dar cumplimiento a los tiempos y presupuesto
asignado a cada actividad.
Coordinar al equipo de trabajo en la realizacin de
reuniones y convocatorias.
Administracin de proyectos
Administracin de recursos humanos y materiales
Administracin de seguridad
Administracin de tecnologa
Administracin de calidad
Facilidad de comunicacin oral y escrita
Buenas relaciones interpersonales
Responsable
Liderazgo

Analista Programador
Unidad de negocio
Es responsable de llevar a cabo el ciclo de vida de
desarrollo de proyectos. Su funcin comienza desde el

Funciones

Conocimiento
y habilidades

anlisis de la situacin actual hasta la puesta en marcha


del sistema informtico.
Anlisis de la situacin actual en la unidad de
negocio.
Identificar oportunidad de mejora en la Unidad de
negocio
Recoleccin y Levantamiento de requerimientos.
Aplicacin de herramientas de recoleccin de datos.
Modelado funcional: Diagramas UML, DFD, BPMN.
Disear los artefactos que satisfacen las necesidades
de la unidad de negocio.
Entre los elementos a disear estn: Diagramas UML
(de secuencia, de clases, de actividades, etc.),
diagramas lgico y fsico de base de datos, pantallas
de entrada, salida y mensajes de error, entre otros.
Programar la solucin en un lenguaje orientado a
objetos
Realizar pruebas funcionales
Realizar pruebas de integracin
Realizar pruebas de validacin
Realizar pruebas unitarias
Conocimiento
de
ingeniera
de
software
y
conocimiento del ciclo
de vida de software en espiral.
Anlisis y Modelado de procesos de negocio.
Capacidad de abstraccin y de anlisis UML.
Bases de Datos
Herramientas de diseo
Anlisis y Diseo Orientado a Objetos
Diseo Web
Leguajes de programacin: HTML, php, JavaScript,
Java, CSS.
Bases de Datos: SQL, pl/pgsql
Conocimientos de pruebas de testing y diseo de
pruebas de software
Buenas relaciones interpersonales
Responsable
Capacidad de Liderazgo
Toma de decisiones
Organizado

mbito de control
Todos los miembros del equipo tienen como misin la supervisin de las
actividades que se vayan ejecutando, con lo cual se debe garantizar que estn
dando los resultados que se espera produzcan. El lder es el encargado oficial
de monitorear el trabajo que se est desarrollando pero cualquier otro
integrante puede advertir sobre anomalas en el resultado de lo que se ha
definido en el pan de trabajo.
Para garantizar el control de las actividades que se deben ejecutar en el plan
de trabajo, se va a implementar el documento de seguimiento y control, en l
se plasma la actividad y su fecha de inicio y fin, se monitorea en base al
estndar definido en el plan. Esto ayudara a determinar si existen desviaciones
en la duracin de cada actividad, con la finalidad de tomar medidas correctivas
para as no retrasar la fecha de finalizacin del proyecto.
El formato a usar es el siguiente:
Sistema Informtico para el control de archivo de casos de Fecha: / / /
denuncia en la defensora de derechos universitarios de la
universidad de El Salvador.
N
Actividad
Fecha
Fecha
Duracin
Duracin
Desviaci
Inicio
Fin
programad n
a

Responsable:________________________ Firma:___________________________
Supervisa:__________________________ firma:____________________________

Plan de trabajo

Actividad

Duraci
n
En das

Proyecto Defensora

131

Inicio

Fin

predece
sor

Recursos

Res
pon
sabl
e

Esfuerzo

AP1,
AP2,
AP3

80 HrsHombre

Cost
o$

Entregab
le

466.
8

Perfil del
proyecto

20/01/14
21/07/1
4

Investigacin Preliminar

10

20/01/14
31/01/1
4

Identificar oportunidad de
mejora

Acordar Reunin con la


unidad de negocio

Reunin con la unidad


de negocio

20/01/14
24/01/14

27/01/14

3
28/01/14

29/01/14

4
31/01/1
4

Computado
ra,Telfonia

AP1

Internet,Telf
onia

AP3

AP1,
AP2,
AP3

Exponer la iniciativa del


proyecto

Validar la iniciativa

29/01/14

Papel
Bond,Lapic
eros

AP1

Lapiceros,
Papel Bond

UN1

30/01/14

31/01/14
31/01/14

Modelado del Negocio

18

03/02/14

AP1,
AP2,
AP3

26/02/1
4
9

10

11

Investigar estructura y
dinmica de la organizacin

Indagar sobre problemas


actuales

Identificar mejoras

03/02/14

Computado
ra, Papel
Bond

AP1,
AP2

Computado
ra, Papel
Bond

AP3

10

Computado
ra, Papel
Bond

AP2,
AP3

10

Computado
ra, Papel
Bond

AP2,
AP3

06/02/14

07/02/14
11/02/14

12/02/14
13/02/14

12

Elaborar solicitud de
trabajo

12/02/14
13/02/14

144 HrsHombre

700.
21

Anteproy
ecto

13

14

15

16

17

Validar solicitud de
trabajo

Modelar la dinmica
del negocio

Modelo de Casos de
Uso del Negocio

Modelo de Objetos del


Negocio

Requisitos

14/02/14

12

Computado
ra, Papel
Bond

AP1,
AP2,
AP3,
UN1
AP1,
AP2,
AP3

13

Documento
s Solicitud

AP1,
AP2

15

Documento
s Solicitud

AP3

14/02/14
17/02/14

13
26/02/1
4

17/02/14
20/02/14

21/02/14
26/02/14

42

17/02/14

13

336 HrsHombre

15/04/1
4

18

Preparar herramientas
de recoleccin de datos

11

17/02/14

13
03/03/1
4

AP1,
AP2,
AP3

4,66
8.05

Documen
to de
requerim
ientos

19

20

Elaborar Entrevista y
encuesta

Concretizar Entrevista

17/02/14

13

Computado
ra,Impresor
,Lapiceros,
MS Office,
Papel Bond

AP1,
AP2

19

Lapiceros,
Papel Bond

AP1,
AP2,
AP3

20

Lapiceros,
Papel Bond

AP1,
AP2,
AP3

21

Impresor,La
piceros,Pap
el Bond

AP1,
AP3

21/02/14

24/02/14
25/02/14

21

22

Observacin de
procesos del negocio

Realizar Encuesta

26/02/14
27/02/14

28/02/14
03/03/14

23

24

Determinacin de
requerimientos
Informticos

20

Requerimientos
funcionales

10

24/02/14

19

AP1,
AP2,
AP3

21/03/1
4

24/02/14

19
07/03/14

Documento
s
Solicitud,La
piceros,Pap
el Bond

AP2,
AP3

25

26

27

28

29

Requerimientos no
funcionales

10

Determinacin de
requerimientos de desarrollo

Determinacin de
requerimientos de
produccin

Validar requerimientos
con unidad de negocio

Anlisis

10/03/14

24

Documento
s
Solicitud,La
piceros,Pap
el Bond

AP1

25

Documento
s
Solicitud,La
piceros,Pap
el Bond

AP1,
AP3

26

Documento
s
Solicitud,La
piceros,Pap
el Bond

AP1,
AP2,
AP3

27

Lapiceros,
Papel Bond

AP1,
AP2,
AP3,
UN1

21/03/14

24/03/14
02/04/14

03/04/14
14/04/14

15/04/14
15/04/14

40

24/03/14

23
16/05/1
4

AP1,
AP2,
AP3

320 HrsHombre

2,33
4.02

Documen
to de
anlisis

30

31

Analizar informacin
recolectada en la
investigacin

Modelo de Casos de Uso

24/03/14

23

Computado
ra,
Documento
Requerimie
ntos, MS
office,
Anteproyec
to

AP1,
AP2,
AP3

30

Computado
ra,
Documento
Requerimie
ntos, MS
office

AP2,
AP3

31

Computado
ra,
Documento
Requerimie
ntos, MS
office

AP1

32

Computado
ra,
Documento
Requerimie
ntos, MS
office

AP1,
AP2,
AP3,
UN1

02/04/14

15

03/04/14
23/04/14

32

33

34

Especificacin de Casos
de Uso

15

Validar modelado de
casos de uso con la unidad
de negocio

Diseo

24/04/14
14/05/14

15/05/14
16/05/14

32

24/02/14

19
08/04/1
4

AP1,
AP2,
AP3

256 HrsHombre

2,33
4.02

Documen
to de
Diseo

35

36

37

38

39

40

41

Elaboracin de
estndares

Estndares para
documentos

Estndares de
programacin

Estndares para
componentes

Estndares para
interfaces

Diseo diagrama de
clases

Diseo de Base de
datos

24/02/14

19

AP1,
AP2,
AP3

05/03/1
4

24/02/14

19

Computado
ra, MS
office

AP1

36

Computado
ra, MS
office

AP2,
AP3

37

Computado
ra, MS
office

AP2

38

Computado
ra, MS
office

AP1,
AP3

39

Documento
Analisis,SW
UML

AP1,
AP2

25/02/14

26/02/14
27/02/14

28/02/14
03/03/14

04/03/14
05/03/14

06/03/14
06/03/14
07/03/14

40
17/03/1
4

AP1

42

Modelo entidad relacin

07/03/14

40

Documento
Analisis,Doc
umento
Requerimie
ntos,Compu
tadora,SW
Power
designer

AP1

42

Documento
Analisis,Doc
umento
Requerimie
ntos,Compu
tadora,SW
Power
designer

AP1

43

Documento
Analisis,Doc
umento
Requerimie
ntos,Compu
tadora,SW
Power
designer

AP1

10/03/14

43

Modelo conceptual

11/03/14
12/03/14

44

Modelo fsico

13/03/14
13/03/14

45

Diccionario de datos

14/03/14

44
17/03/14

46

Diseo de salidas

18/03/14

Documento
Analisis,Doc
umento
Requerimie
ntos,
Computado
ra

45
24/03/1
4

47

Salidas Operativas

18/03/14

Salidas Tcticas

20/03/14

Computado
ra,
Documento
Analisis,Sw
Pensil

47

Computado
ra,
Documento
Analisis,Sw
Pensil

AP1

48

Computado
ra,
Documento
Analisis,Sw
Pensil

AP2

21/03/14

49

Salidas Estratgicas

24/03/14
24/03/14

50

Diseo de Entradas

25/03/14

49
28/03/1
4

AP1,
AP2,
AP3
AP3

45
19/03/14

48

AP1

AP1,
AP2,
AP3

51

Captura de datos

25/03/14

49

Computado
ra,
Documento
Analisis,Sw
Pensil

AP2

51

Computado
ra,
Documento
Analisis,Sw
Pensil

AP3

52

Computado
ra,
Documento
Analisis,SW
UML

AP1

53

Computado
ra,
Documento
Analisis,SW
Packet
Tracer,Telfo
nia

AP1

54

Computado
ra,SW
UML,Docum
ento
Anlisis

AP1,
AP2

26/03/14

52

Validar entradas

27/03/14
28/03/14

53

Diseo de procesos

31/03/14
01/04/14

54

Diseo arquitectura de

02/04/14

red

55

02/04/14

Diseo de seguridad

03/04/14
03/04/14

56

Diseo de pruebas

04/04/14

55
07/04/1
4

AP2,
AP3

57

Pruebas unitarias

04/04/14

55

Computado
ra,
Documento
Analisis,SW
UML

AP3

57

Computado
ra,
Documento
Analisis,SW
UML

AP1

58

Computado
ra, MS
office

AP1

04/04/14

58

Pruebas integradas

07/04/14
07/04/14

59

60

Seguimiento y control del


Diseo

Construccin

08/04/14
08/04/14

54

02/04/14

53

AP1,
AP2,
AP3

53

AP1

16/06/1
4
61

62

Construccin de base
de datos

19

construccin de Tablas
y relaciones

02/04/14
28/04/1
4

02/04/14

53
07/04/14

Computado
ra,
Documento
Diseo,SW
Power
designer

AP1

432 HrsHombre

3,50
1.04

Cdigos
fuentes
de
mdulos

63

Construir restricciones

08/04/14

62

Computado
ra,
Documento
Diseo,SW
Power
designer

AP1

63

Computado
ra,
Documento
Diseo,SW
Power
designer,
Gestor de
Base de
datos

AP1

64

Computado
ra,
Documento
Diseo,SW
Power
designer,
Gestor de
Base de
datos

AP1

11/04/14

64

65

Elaborar
procedimientos almacenados

Generar Script de la
base de datos

14/04/14
23/04/14

24/04/14
24/04/14

66

67

68

69

Ingresar datos a las


tablas

Construccin de
salidas

19

Elaborar salidas
operativas

Elaborar salidas
Tcticas

25/04/14

65
28/04/14

29/04/14

Computado
ra,
Documento
Diseo,SW
Power
designer,
Gestor de
Base de
datos

66

AP2,
AP3

23/05/1
4
29/04/14

66

Computado
ra,
Documento
Diseo,
Lenguaje
de
Programaci
n

AP3

68

Computado
ra,
Documento
Diseo,
Lenguaje
de
Programaci
n

AP2

08/05/14

09/05/14
19/05/14

AP1

70

71

72

73

Elaborar salidas
Estratgicas

Codificacin de
algoritmos (procesos)

15

Seguimiento y control de
la construccin

Implementacin
prototipo

29

20/05/14

69

Computado
ra,
Documento
Diseo,
Lenguaje
de
Programaci
n

AP2,
AP3

70

Computado
ra,
Documento
Diseo,
Lenguaje
de
Programaci
n

AP1

71

Computado
ra, MS
office

AP1

23/05/14

26/05/14
13/06/14

16/06/14
16/06/14

26/05/14

70
03/07/1
4

AP1,
AP2,
AP3

232 HrsHombre

2,33
4.02

Prototip
o
funcional

74

75

76

77

Implementacin de
arquitectura de red

Implementacin de
prototipo

12

Implementacin de base
de datos

Seguimiento y control de
la implementacin

26/05/14

70

Computado
ra,
Documento
s Fuentes,
Equipo
servidor,
Internet

AP1

74

Computado
ra,
Documento
s Fuentes,
Equipo
servidor,
Internet

AP2,
AP3

75

Computado
ra,
Documento
s Fuentes,
Equipo
servidor,Int
ernet,Gesto
r de Base
de datos

AP1

76

Computado
ra, MS
office

AP1

02/06/14

03/06/14
18/06/14

19/06/14
26/06/14

27/06/14
03/07/14

78

Pruebas

30

26/05/14

70

AP1,
AP2,
AP3
AP1

04/07/1
4
79

80

81

82

Prueba a
componentes individuales

22

Casos de Pruebas para


modulo operativo

Casos de Pruebas para


mdulo tctico

Casos de Pruebas para


mdulo estratgico

26/05/14

70
24/06/1
4

26/05/14

70

Computado
ra, Equipo
servidor,
Gestor de
Base de
datos,SW
Junit

AP1

80

Computado
ra, Equipo
servidor,
Gestor de
Base de
datos,SW
Junit

AP1

81

Computado
ra, Equipo
servidor,
Gestor de
Base de
datos,SW
Junit

AP2

04/06/14

05/06/14
16/06/14

17/06/14
24/06/14

240 HrsHombre

3,50
1.04

Sistema
Inf. Sin
errores

83

84

85

Prueba a componentes
interrelacionados

Seguimiento y control de
las pruebas

Despliegue

25/06/14

82

Computado
ra, Equipo
servidor,
Gestor de
Base de
datos,SW
Jmetter

AP3

83

Computado
ra, MS
office

AP1

02/07/14

03/07/14
04/07/14

11

07/07/14

84

AP1,
AP2,
AP3

21/07/1
4
86

Modelo de Despliegue

07/07/14

84

Computado
ra

AP2

86

Computado
ra, Equipo
servidor,
Gestor de
Base de
datos,
Internet

AP1,
AP3

10/07/14
87

Prueba en entorno
final(beta)

11/07/14
18/07/14

88 HrsHombre

1,16
7.01

Documen
to
desplieg
ue

88

89

Seguimiento y control del


despliegue

Documentacin

21/07/14

87
21/07/14

12

25/06/14

Computado
ra, MS
office

82

AP1,
AP2,
AP3

10/07/1
4
90

91

92

93

Elaborar manual de
instalacin

Elaborar manual de
usuario

Elaborar manual de
desinstalacin

Elaborar manual tcnico

25/06/14

82

Computado
ra, MS
office,
Anillado

AP3

90

Computado
ra, MS
office,
Anillado

AP1

91

Computado
ra, MS
office,
Anillado

AP3

92

Computado
ra, MS
office,
Anillado

AP2

27/06/14

30/06/14
03/07/14

04/07/14
07/07/14

08/07/14
09/07/14

AP1

96 HrsHombre

1,16
7.01

Manuale
s

94

95

Seguimiento y control de
la documentacin

Plan de implementacin

10/07/14

93
10/07/14

11/07/14

Computado
ra, MS
office

94

AP1,
AP2,
AP3

17/07/1
4
96

97

Elaborar plan de
implementacin

Revisin del plan de


implementacin

11/07/14

94

Computado
ra, MS
office

AP1,
AP2,
AP3

96

Computado
ra, MS
office

AP1,
AP3

16/07/14

17/07/14
17/07/14

AP1

40 HrsHombre

1,16
7.01

Plan de
impleme
ntacin

Diagrama Gantt
La siguiente imagen muestra el diagrama Gantt correspondiente al proyecto, se detalla solo las actividades
correspondientes a las etapas de investigacin preliminar, Modelado del negocio y determinacin de requerimientos,
el resto se presentan de manera resumida:

Ruta critica
N
1
2
3
4
5
6
7
8
9
10
12
13
17
18
19
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
60
61
62

Actividad
Proyecto Defensora
Investigacin Preliminar
Identificar oportunidad de
mejora
Acordar Reunin con la unidad
de negocio
Reunin con la unidad de
negocio
Exponer la iniciativa del
proyecto
Validar la iniciativa
Modelado del Negocio
Investigar estructura y dinmica
de la organizacin
Indagar sobre problemas
actuales
Elaborar solicitud de trabajo
Validar solicitud de trabajo
Requisitos
Preparar herramientas de
recoleccin de datos
Elaborar Entrevista y encuesta
Diseo
Elaboracin de estndares
Estndares para documentos
Estndares de programacin
Estndares para componentes
Estndares para interfaces
Diseo diagrama de clases
Diseo de Base de datos
Modelo entidad relacin
Modelo conceptual
Modelo fsico
Diccionario de datos
Diseo de salidas
Salidas Operativas
Salidas Tcticas
Salidas Estratgicas
Diseo de Entradas
Captura de datos
Validar entradas
Diseo de procesos
Construccin
Construccin de base de
datos
construccin de Tablas y

Inicio
20/01/14
20/01/14
20/01/14

Fin
21/07/14
31/01/14
24/01/14

27/01/14

28/01/14

29/01/14

31/01/14

29/01/14

30/01/14

31/01/14
03/02/14
03/02/14

31/01/14
26/02/14
06/02/14

07/02/14

11/02/14

12/02/14
14/02/14
17/02/14
17/02/14

13/02/14
14/02/14
15/04/14
03/03/14

17/02/14
24/02/14
24/02/14
24/02/14
26/02/14
28/02/14
04/03/14
06/03/14
07/03/14
07/03/14
11/03/14
13/03/14
14/03/14
18/03/14
18/03/14
20/03/14
24/03/14
25/03/14
25/03/14
27/03/14
31/03/14
02/04/14
02/04/14

21/02/14
08/04/14
05/03/14
25/02/14
27/02/14
03/03/14
05/03/14
06/03/14
17/03/14
10/03/14
12/03/14
13/03/14
17/03/14
24/03/14
19/03/14
21/03/14
24/03/14
28/03/14
26/03/14
28/03/14
01/04/14
16/06/14
28/04/14

02/04/14

07/04/14

63
64
65
66
67
68
69
70
78
79
80
81
82
83
84
85
86
87
88

relaciones
Construir restricciones
Elaborar procedimientos
almacenados
Generar Script de la base de
datos
Ingresar datos a las tablas
Construccin de salidas
Elaborar salidas operativas
Elaborar salidas Tcticas
Elaborar salidas Estratgicas
Pruebas
Prueba a componentes
individuales
Casos de Pruebas para modulo
operativo
Casos de Pruebas para mdulo
tctico
Casos de Pruebas para mdulo
estratgico
Prueba a componentes
interrelacionados
Seguimiento y control de las
pruebas
Despliegue
Modelo de Despliegue
Prueba en entorno final(beta)
Seguimiento y control del
despliegue

08/04/14
14/04/14

11/04/14
23/04/14

24/04/14

24/04/14

25/04/14
29/04/14
29/04/14
09/05/14
20/05/14
26/05/14
26/05/14

28/04/14
23/05/14
08/05/14
19/05/14
23/05/14
04/07/14
24/06/14

26/05/14

04/06/14

05/06/14

16/06/14

17/06/14

24/06/14

25/06/14

02/07/14

03/07/14

04/07/14

07/07/14
07/07/14
11/07/14
21/07/14

21/07/14
10/07/14
18/07/14
21/07/14

Administracin de riesgos
N

Riesgo

Descripcin

Tipo

Falta
de
Compromiso

El
equipo
de
trabajo no est
motivado en el
proyecto,
as
mismo la unidad
de negocio no
est
realmente
comprometida
con el proyecto,
esto
ocasiona
mala calidad en
el proyecto.

Organizacio
nal

Cambios de
alcance en
el proyecto

La
unidad
de
negocio
quiere
cambiar
el
alcance
del
proyecto, esto se
da si se quieren
incorporar

Ambiental

Ocurren
cia
Media

Impa
cto
alta

media

alta

Plan Contingencia A
Integrar el equipo de
trabajo de tal manera
que, todos sepan que
se espera de cada uno,
as reconocer que el
proyecto
es
responsabilidad
de
todos los miembros del
equipo de trabajo. Se
debe
trabajar
en
conjunto con la unidad
de negocio para que
esta
participe
activamente
en
el
desarrollo del proyecto
y de esta manera
estar
motivada
a
continuar
con
el
proyecto
Llegar a un acuerdo
con la unidad de
negocio y exponer las
implicaciones
que
tienen esos cambios
en el alcance, hacer
nfasis en el costo que

Plan Contingencia
B
Si un miembro del
equipo
no
est
comprometido con el
proyecto
se
debe
hablar con l y llegar
a un entendimiento
en donde si la falta
de compromiso no se
corrige es necesario
redistribuir
las
actividades con los
miembros
que
realmente se han
comprometido con el
proyecto

No
aceptar
los
nuevos cambios para
el proyecto actual, se
debe
plantear
un
nuevo proyecto para
los cambios que se
estn solicitando.

Falta
de
experiencia
del RRHH en
el proyecto

Abandono
del proyecto
por parte de
miembros
del
equipo
tcnico

Abandono
del proyecto
en la unidad
de negocio

nuevos
requerimientos o
necesidades
a
cubrir
en
la
solucin
Si los miembros
del equipo de
trabajo no tienen
conocimientos
sobre
administracin
de proyectos y
las capacidades
para ejecutarlo.

Organizacio
nal

Media

alto

Cuando
un
miembro
del
equipo de trabajo
decide
ya
no
participar en el
desarrollo
del
proyecto

Organizacio
nal

Bajo

Alto

Cuando
el
usuario
del
equipo de apoyo
del
negocio
decide
ya
no
participar en el
desarrollo
del

Organizacio
nal

Bajo

Alto

implica esto, si a
unidad de negocio est
dispuesta a cubrir los
costos se pacta un
nuevo acuerdo
Hacer
pequeas
capacitaciones en el
interior del equipo de
trabajo en donde los
integrantes
con
experiencia
en
determinada
reas
apoyen a los miembros
que tienen dificultades
para desarrollar sus
actividades.
Redistribuir
las
actividades
que
quedan
sin
responsable
y
asignarlas
a
los
miembros que quedan
en el equipo de trabajo
Ponerse en contacto
con otro usuario de la
unidad de negocio y
motivarle a que siga
en marcha con el
proyecto, que asuma
la responsabilidad del

Contratar
gente
especialista en los
temas que se tiene
dificultades para que
imparta
una
capacitacin
especficamente
de
los aspectos en los
cuales
se
tienen
dificultades
Contratar
otra
profesional para que
cubra el espacio que
queda
y
pueda
ejecutar
las
actividades
que
haban quedado sin
responsable
Trabar con ms de un
usuario de negocio
para no sobrecargar
de responsabilidades
a los integrantes del
equipo y poder hacer
frente a abandono

proyecto.

Este sucede si
cambia
la
planificacin
estratgica de la
unidad
de
negocio en la
cual se adoptan
nuevas formas de
trabajo.
Si es periodo de
cambio de jefes
puede llegar un
nuevo
jefe
a
dirigir la unidad
de negocio

Ambiental

Bajo

Alto

Cambiar el modelo de
negocio y as tener
modelado la nueva
forma de manejar el
archivo de denuncias

por parte de algunos


miembros
de
la
unidad de negocio
Reajustar lo que ya se
ha
elaborado
y
modificar
solo
aquellos
aspectos
que son afectados
con
el
nuevo
procedimiento
de
manejo de archivo.

Organizacio
nal

Bajo

medio

Estimacione
s ajustadas

Si no se hacen
correctamente
los clculos para
estimar
la
mtrica de lo que
costar
el
proyecto

Tcnico

Alta

medio

Atraso
en
asignacin
de
presupuesto
para

Cuando no se ha
depositado
el
efectivo
correspondiente
al
presupuesto

financiero

medio

medio

Tener un equipo de
negocio integrado por
varias personas dentro
de
las
cuales
se
encuentren
los
candidatos a ser jefes
de la unidad
Usar la experiencia del
equipo de trabajo para
determinar el costo del
proyecto
informtico
en
base
a
la
complejidad de este y
a la estimacin que se
ha calculado
Negociar con la unidad
de negocio para pedir
prorroga del proyecto,
comenzar con retraso
debido a la falta de

Ponerse de inmediato
en contacto con la
jefatura para detallar
y exponer todo el
trabajo que se est
desarrollando en el
proyecto informtico
Consultar con gente
experta
en
la
administracin
de
proyectos y consultar
sobre el consto del
sistema
informtico
que
se
est
desarrollando
Gestionar
financiamiento
externo
para
no
interferir
con
la
ejecucin
del

Cambio
en
el
procedimien
to
de
manejo
de
archivo

Cambio
jefatura

de

usuario que abandona


el proyecto

ejecutar
proyecto

el

asignado
unidad
negocio.

la
de

fondos necesario para


el suministra en el
proyecto

proyecto

Plan de pruebas.

Estrategia de pruebas
Las pruebas se realizaran en cada etapa del desarrollo del proyecto, se
pretende garantizar la calidad en el resultado de cada actividad a trabajar en el
proyecto. Se realizaran en una secuencia ordenada que permitir garantir el
correcto funcionamiento de los procesos de desarrollo del sistema informtico,
as como tambin el correcto funcionamiento del mismo.
Los tipos de pruebas que se usaran en el proyecto son pruebas a componentes
individuales y pruebas de integracin para probar el funcionamiento completo
del sistema informtico.
Pruebas de integracin
Estas pruebas se efectan como primera verificacin para la comprobacin de
las funcionalidades bsicas y sus componentes.
Entre las pruebas efectuadas se verifica la buena ejecucin y funcionamiento
de los recursos tecnolgico en el sistema operativo.
Pruebas unitarias
Se realizarn las pruebas unitarias por cada caso de uso dirigidas a las clases
correspondientes de las pantallas involucradas. Nos permitir verificar el flujo
bsico y flujos alternativos, que funcione de forma adecuada y cumplan con la
lgica del negocio y los procesos desarrollados en la fase de anlisis.

Diseo de pruebas
En este proyecto se ha adoptado por realizar pruebas a nivel de componentes
individuales y tambin pruebas que prueben el funcionamiento del sistema
como un todo.
Aspectos a probar
Los siguientes elementos son los que se sometern a pruebas y son
considerados como indispensables para garantizar la calidad del proyecto.

TIPO DE PRUEBA

DEFINICIONES

FASE DE RUP

UNITARIAS
INTEGRACIN

Unitarias: Permite verificar la


funcionalidad y estructura de cada
componente individualmente del sistema
una vez que ha sido codificado.

ELABORACI
N

Integracin: Permite verificar el


correcto ensamblaje entre los distintos
mdulos que componen el sistema
desarrollado.

SISTEMA:
Carga
Volumen
Estress
Robustez
Concurrencia,
Interfaz
de
Usuario
Recuperacin
a Fallas
Rendimiento
Seguridad
Integridad de
las BD
Interoperabilid
ad
Desempeo
Configuracin

Sistema: Estas pruebas buscan


diferencias entre la solucin desarrollada
y los requerimientos, con el fin de
identificar errores que se puedan generar
entre la especificacin funcional y el
diseo del sistema.
Carga: Valida aquellos volmenes de
datos mximos especificados en los
requerimientos no Funcionales
Volumen: Esta prueba somete el
software a grandes cantidades de datos
para determinar si se alcanzan lmites
que causen la falla del software
Estrs: Valida aquellos volmenes de
datos mximos que resiste el sistema
antes de comenzar con errores.
Robustez: Valida si el sistema se
mantiene estable y consistente despus
de circunstancias adversas
Concurrencia: Valida la capacidad del
sistema de atender mltiples solicitudes
de parte de los usuarios que acceden a
un mismo recurso.
Interfaz de usuario: Ppermite verificar
que la navegacin a travs de los
elementos que se estn probando,

CONSTRUCC
IN

reflejen las funciones del negocio y los


requerimientos funcionales.
Recuperacin a fallas: Estas pruebas
aseguran que el que el software pueda
recuperarse a fallas de hardware,
software o mal funcionamiento de la red
sin prdida de datos o de integridad de
los datos.
Rendimiento: Permite validar si la
aplicacin cumple los criterios de tiempos
de respuesta establecidos.
Seguridad: Verifica el cumplimiento de
las polticas de seguridad acordadas para
el sistema.
Integridad de las bases de datos:
Consiste en asegurar que los mtodos y
procesos de acceso a la base de datos
funcionan correctamente y sin corromper
datos.
Interoperabilidad: Esta prueba permite
verificar todos los artefactos de la
solucin desarrollada, su arquitectura
base, los protocolos de la solucin, las
interfaces y los mdulos del sistema,
funcionando en forma conjunta.
Desempeo: Este tipo de prueba es un
aspecto fundamental en una aplicacin,
ya que si sta no responde en el debido
tiempo, se pueden perder clientes, o
daar la imagen ante los usuarios.

Configuracin: Establece y mantiene la


integridad de los productos de software a
travs del ciclo de vida del proceso del
mismo.
FUNCIONALES

Funcional: La prueba funcional es un

proceso para procurar encontrar


discrepancias entre el programa y la
especificacin funcional.

Caja Negra: Estas pruebas permiten


obtener conjuntos de condiciones de
entrada que ejecutan todos los requisitos
funcionales de un programa.

Ciclo de Negocio: Esta prueba tiene por


objeto garantizar que el proceso de
negocio esta adecuadamente soportado
por el software desarrollado y que ste
dispone de la funcionalidad adecuada
para ejecutar todas las tareas
incorporadas en el proceso de negocio.
Usabilidad: Esta prueba permite
encontrar problemas de factores
humanos, o usabilidad.
Instalacin: Esta prueba permite
verificar la instalacin y desinstalacin de
la aplicacin en diferentes entornos de
hardware y software

ACEPTACIN

Es la prueba final basada en las


especificaciones del usuario o basada en
el uso del programa por el usuario final
luego de un periodo de tiempo

REGRESIN

En esta prueba se valida que el sistema


mantenga su correcta funcionalidad
debido a la incorporacin de un ajuste,
correccin o nuevo requerimiento. Es una
prueba funcional y tcnica que valida que
el sistema siga funcionando
perfectamente despus de que las
correcciones sean aplicadas.

TRANSICI
N

Asociacin con casos de prueba


El plan de pruebas se implementara de acuerdo al esquema de macro
actividades que presentamos en la siguiente imagen:

Criterios de aceptacin
Las condiciones siguientes deben de garantizarse para comenzar la ejecucin
de las pruebas:

Se poseen los set de pruebas aprobadas con escenarios claros.

El entorno de pruebas es el adecuado para el tipo de pruebas a iniciar.

Todos los artefactos requeridos se encuentran disponibles.

Se recibi la Versin del Software para pruebas con su correspondiente


Release Note y Lista de Chequeo cuando esta aplique.

Todos los recursos humanos y tcnicos necesarios se encuentran


disponibles.

Los criterios de evaluacin estn dados de manera individual para e


independiente para cada tipo de prueba, en la siguiente tabla se muestran los
criterios de aceptacin:

TIPO DE PRUEBAS
Pruebas Unitarias

Pruebas de Sistema

Pruebas de Integracin

Pruebas de
Interoperabilidad

Pruebas de Regresin

Pruebas Funcionales

CRITERIOS DE EVALUACION
Detectar errores en la ejecucin de las
pruebas.
El 90% de las pruebas realizadas deben
ser exitosas.
Detectar errores en la ejecucin de las
pruebas
Que los reportes generados por las
herramientas de automatizacin de las
pruebas contengan las mnimas variables
que permitan un anlisis acertado de cada
una de las pruebas realizadas.
Tener en cuenta todos los escenarios
posibles.
El 90% de las pruebas realizadas deben
ser exitosas.
La totalidad de los puntos de control
probadas debe ser mayor al 75% del total
de los componentes que integran la
solucin.
Detectar errores en la ejecucin de las
pruebas
El 90% de las pruebas realizadas deben
ser exitosas.
Detectar errores en la ejecucin de las
pruebas
El 90% de las pruebas realizadas deben
ser exitosas contra los servicios del
tramitador.
El 90% de las pruebas realizadas deben
ser exitosas.
Para realizar esta prueba se debe tomar
como base los criterios de aceptacin de
las pruebas que se volvern a realizar.
El resultado de cada caso de prueba debe
ser igual al resultado de salida esperado.
Encontrar fallas al ejecutar los diferentes
casos de pruebas.
La
aplicacin
cumple
con
los
requerimientos funcionales especificados
en la fase de anlisis
La
aplicacin
cumple
con
los

Pruebas de Usabilidad

Pruebas de Seguridad

Pruebas de
Configuracin

Pruebas de
Recuperacin a Fallas

Pruebas de Aceptacin

requerimientos
mnimos
para
el
funcionamiento
El resultado de cada caso de prueba debe
ser igual al resultado de salida esperado.
Se deben incluir los datos de entrada
vlidos y esperados como no validos e
inesperados Encontrar los errores al
ejecutar los diferentes casos de pruebas.
La aplicacin debe cumplir con los
requerimientos funcionales especificados
en la fase de anlisis.
La aplicacin debe cumplir con los
requerimientos
mnimos
para
el
funcionamiento.
El resultado de cada caso de prueba debe
ser igual al resultado de salida esperado.
La aplicacin debe cumplir con los
requerimientos mnimos de seguridad.
Considerar todos los escenarios posibles.
Qu el sistema funcione bien en el
ambiente de pruebas.
Considerar todos los escenarios posibles
Qu el sistema funcione de acuerdo a lo
esperado despus de las pruebas.
Para realizar esta prueba se debe tomar
como base los criterios de aceptacin de
las pruebas que se volvern a realizar.

El modelo de pruebas a implementar es el modelo en V, en la figura se puede


apreciar que este modelo extiende las pruebas a lo largo de todo el ciclo de
vida del software.

Para cada una de las pruebas se realizar el siguiente procedimiento:

Pruebas Unitarias
Es una Prueba tcnica que permitir:

Verificar que los mdulos del sistema estn libres de errores.

Que todos los caminos lgicos principales deben ejecutarse


correctamente en cada mdulo de la aplicacin.

Todas las transacciones deben ser probados.

Todos los tipos de registro de entrada vlidos deben ser procesados

Todos los tipos de registro de entrada invlidos deben ser procesados


correctamente

Cdigos de vuelta no nulos.

Excepciones a tratamiento normal.

Todas las salidas vlidas son procesadas.

Rasgos de Control son probados y documentados.

En la siguiente tabla se detallan las especificaciones para las pruebas unitarias:


Objetivo de la Prueba:
Estrategia:

Herramienta
requeridas:
Observaciones

Pruebas del sistema

Validar las piezas individuales del software


como una unidad independiente.
Se efectan para los servicios del negocio y
para la lgica de capa Web que tengan
complejidad alta.
Generar casos de pruebas necesarios que
permitan identificar:
o Que al menos cada sentencia o
instruccin del programa se ejecute al
menos una vez correctamente.
o Que cada condicin tenga por lo menos
una vez un resultado positivo y/o
negativo.
o Que cada bucle del sistema se pueda
probar considerando: - ignorar el bucle,
pasar una vez, pasar n veces.
JUNIT
La prueba se realizar por Mdulo entendindose
por tal:
Bloque bsico de programa
Implementa funcin independiente y simple
Puede probarse por separado.

Nos permitir buscar diferencias entre la solucin desarrollada y los


requerimientos, enfocndose en la identificacin de los errores que se puedan
generar entre la especificacin funcional y el diseo del sistema, as como, el
negocio objeto de la aplicacin.
Objetivo de la Prueba:

Estrategia:

Herramienta
requeridas:

Validar
aquellos
volmenes
de
datos
mximos (por lo general las transacciones o
informes) que pueden ser completados
dentro de un perodo especfico en el tiempo,
y con un nivel de concurrencia dado (carga,
concurrencia y desempeo).
Validar los requerimientos no funcionales del
proyecto.
Realizar Set de Pruebas a partir de los
Requerimientos no funcionales.
Realizar pruebas de rendimiento bsico.
Consiste en probar la aplicacin simulando la
carga esperada en el entorno de produccin.
Realizar las pruebas de concurrencia: verificar
el comportamiento de la aplicacin en
condiciones de sobrecarga de usuarios, que
supone permitir identificar potenciales
problemas de rendimiento o cuellos de
botella, antes de su pase a produccin.
Realizar pruebas de requerimientos no
funcionales: Consiste en probar la aplicacin
con cada uno de los requerimientos no
funcionales establecidos en el proyecto.
Identificar posibles cuellos de botella o
problemas de rendimiento.
Realizar pruebas de carga: Altos volmenes
de informacin.
JMETER

Pruebas de integracin
En esta prueba se comprueba la compatibilidad y funcionalidad de los
interfaces entre las distintas partes que componen el desarrollo de la solucin,
teniendo en cuenta los siguientes temas tcnicos:

El funcionamiento integrado de mdulos interdependientes debe estar


libre de errores

Probar todas las dependencias entre mdulos

Probar el flujo de control y el flujo de datos a travs de todas las capas

Objetivo de la Prueba:

Estrategia:

Validar la integracin entre los diferentes


mdulos que componen la solucin con el fin de
garantizar que su operacin integrada es
correcta
Pruebas de Integracin Incremental Ascendente

Herramienta
requeridas:

Combinacin de mdulos de bajo nivel en


grupos que realicen una misma funcin o
subsuncin especfica, con el fin de reducir el
nmero de pasos de integracin.
Se escribe para cada mdulo un mdulo
impulsor o conductor, con el fin de simular la
llamada a los mdulos, introducir datos de
pruebas y recoger resultados.
Se prueba cada mdulo mediante su
impulsor.
Se eliminan los mdulos impulsores y se
sustituyen por los mdulos de nivel superior
en la jerarqua.

JUNIT

Pruebas de interoperabilidad
En esta prueba se valida que el sistema se comunique de manera exitosa con
los sistemas externos con que se requiera, de acuerdo a los requerimientos no
funcionales.
Objetivo de la Prueba:

Estrategia:

Validar la interoperabilidad de la solucin con


sistemas externos.
Prueba directa con los servicios que se

Herramienta
requeridas:

encuentren disponibles en un ambiente de


pruebas controlado suministrado por Agenda
de conectividad.
Se probarn 3 escenarios uno con el usuario
incorrecto, otro con la clave incorrecta y
finalmente un escenario con el usuario y clave
correctos.

Autenticacin

Firma Digital

Estampado de Tiempo

Sistema Emisor

Pruebas de regresin
En esta prueba se valida que el sistema mantenga su correcta funcionalidad
despus de la incorporacin de un ajuste, correccin o nuevo requerimiento.
Objetivo de la Prueba:

Estrategia:

Herramienta
requeridas:
Observaciones

Validar que el sistema siga funcionando


perfectamente despus de que las acciones
correctivas sean aplicadas.
Repetir las pruebas (unitarias, de integracin,
funcionales y de carga) que se hicieron antes
de corregir defectos o de aadir nuevas
funcionalidades, para comprobar que las
modificaciones no provocan errores donde
antes no los haba.
Utilizar las mismas herramientas usadas para
las pruebas segn sea el caso.
Los responsables de las Pruebas de Regresin se
establecen dependiendo del momento en el que
se realicen las modificaciones.

Pruebas funcionales
La prueba funcional normalmente es una actividad de caja negra. Esta prueba
permite validar:

Los procesos y reglas de negocio establecidas,

Que se cumplan los requerimientos funcionales establecidos

En esta prueba se validan los Casos de Uso que fueron aprobados por el
cliente, y a partir de ellos se disean y ejecutan los set de pruebas
correspondientes.

Objetivo de la Prueba:

Estrategia :

Herramientas
Requeridas:
Observaciones:

Se asegura el trabajo apropiado de los requisitos


funcionales, Incluyendo la navegacin, entrada
de datos, procesamiento y obtencin de
resultados.
Validacin y ejecucin de Set de Pruebas y
escenarios definidos, teniendo en cuenta flujo
normal y flujos alternativos, usando datos
validos e invlidos para verificar lo siguiente:
o Los resultados esperados ocurren
cuando se usan datos vlidos.
o Se despliegan mensajes de error
cuando se usan datos invlidos.
o Cada regla de negocio es propiamente
aplicada.
o Realizar set de pruebas de los
requerimientos
mnimos
para
el
adecuado
funcionamiento
de
la
aplicacin

Formato de casos de prueba funcionales

Para el reporte de incidencias se utilizar una


herramienta para el registro y seguimiento.

Pruebas de usabilidad
Las pruebas de usabilidad son una forma de medir que tan bien puede una
persona usar un objeto hecho por el hombre, como puede ser una pgina web,
una interfaz de usuario, un documento o un dispositivo.
Objetivo de la Prueba:

Validar el grado de usabilidad emprico del


sistema.

El grado de usabilidad se medir en tres


aspectos clave:
o

Facilidad de aprendizaje: facilidad con la

que nuevos usuarios desarrollan una


interaccin efectiva con el sistema.

Estrategia :

Flexibilidad: relativa a la variedad de


posibilidades con las que el usuario y el
sistema pueden intercambiar
informacin.

Robustez: es el nivel de apoyo al


usuario que facilita el cumplimiento de
sus objetivos.

Se usarn cuatro mtricas principales para


medir la usabilidad del sistema
o

Exactitud: Nmero de errores cometidos


por los sujetos de prueba y si estos
fueron recuperables o no al usar los
datos o procedimientos adecuados.

Tiempo requerido para concluir la


actividad.

Recuerdo: Qu tanto recuerda el


usuario despus de un periodo sin usar
la aplicacin.

Respuesta emocional: Cmo se siente el


usuario al terminar la tarea (bajo
tensin, satisfecho, molesto, etctera).

Estas mtricas ser implementadas para cada


uno de los aspectos clave sealados en el
objetivo de la prueba.

La forma de evaluacin ser mediante el uso


de encuestas; donde cada pregunta evaluar
un aspecto clave de usabilidad y aportar
valor a una o varias mtricas dentro del
aspecto clave evaluado.

Las encuestas se realizarn a los usuarios


utilizando los prototipos del sistema; para as
poder realizar cambios de forma temprana al
diseo de la capa de presentacin.

Herramientas
Requeridas:

Encuesta

Prototipos del sistema.

Pruebas de seguridad
Estas pruebas tienen dos enfoques:

Pruebas de seguridad de la aplicacin; donde se verifica que un actor


solo pueda acceder a las funciones y datos que su usuario tiene
permitido.

Pruebas de seguridad del sistema; donde se verificar que solo los


actores con acceso al sistema y a la aplicacin estn habilitados para
accederla.

Objetivo de la Prueba:

Estrategia :

Herramientas
Requeridas:

Que los usuarios estn restringidos a


funciones especficas o su acceso est
limitado nicamente a los datos que est
autorizado a acceder.
Que solo aquellos usuarios autorizados a
acceder al sistema son capaces de ejecutar
las funciones del sistema.
Identificar cada tipo de usuario y las
funciones y datos a los que se debe autorizar.
Crear pruebas para cada tipo de usuario y
verificar cada permiso, creando transacciones
especficas para cada tipo de usuario.
Modificar tipos de usuarios y volver a ejecutar
las pruebas.
Nessus
Pruebas funcionales de seguridad.

Pruebas de configuracin
El propsito de esta prueba es establecer y mantener la integridad de los
productos de software a travs del ciclo de vida del proceso del mismo.
Objetivo de la Prueba:

Validar la integridad de los productos de


software.

Estrategia :

Herramientas
Requeridas:

Validacin y ejecucin de Set de Pruebas que


representen un ciclo del proceso de negocio
principal de principio a fin.
Validacin de la integridad de la configuracin
de todos los sistemas involucrados en puntos
datos en el tiempo.
Realizar trazabilidad de los cambios de
configuracin realizados para puesta a punto.
HTTPUNIT

Pruebas de recuperacin a fallas


Estas pruebas aseguran que el software pueda recuperarse a fallas de
hardware, software o mal funcionamiento de la red sin prdida de datos o de
integridad de los datos.
Objetivo de la Prueba:

Estrategia :

Herramientas

Validar la capacidad de recuperacin a fallas


de:
o Hardware
o Software
o Mal funcionamiento de Red.
Interrumpir la energa del cliente: apagar el PC.
Interrumpir la energa del servidor: simular o
iniciar el proceso de apagado del servidor.
Interrupcin por medio de los servidores de
red: simular o iniciar la prdida de
comunicacin con la red
(desconectar fsicamente la comunicacin o
apagar el servidor de red o router
Interrumpir la comunicacin o quitar la energa
de los discos del servidor o sus controladores:
simular o
eliminar fsicamente la comunicacin con uno o
ms controladores de disco o los discos.]
Una vez que se lograron o simularon estas
condiciones,
se
deben
invocar
los
procedimientos de
recuperacin.
Ninguna

Requeridas:

Pruebas de aceptacin
El objetivo de las pruebas de aceptacin es validar que la solucin desarrollada
cumpla con el funcionamiento esperado y permitir al usuario de dicho sistema
determine su aceptacin, desde el punto de vista de su funcionalidad y de su
rendimiento. Estas pruebas son realizadas por el cliente, donde comprueba que
el sistema cumple con lo definido y se obtiene la conformidad del cliente. Esta
prueba se realiza mediante el proceso de validacin de caja negra.
Estas pruebas corresponden a la ejecucin de las siguientes pruebas por parte
de los usuarios funcionales o cliente:

Pruebas Funcionales.

Pruebas de Usabilidad.

Pruebas de Configuracin

Entregables de pruebas
En la siguiente tabla se sealan los diferentes entregables por tipo de prueba.
TIPO DE PRUEBAS

ENTREGABLES

Pruebas Unitarias
Pruebas de Sistema

Pruebas de Integracin

Resumen de validacin de la prueba.


Se
entregar
un
documento
de
resultados de las pruebas realizadas, que
incluya resultados de la ejecucin de los
scripts de pruebas y anlisis de los
errores o defectos encontrados durante
el proceso de realizacin de las pruebas.
Se entregar un documento de pruebas
de integracin que incluye resultados de
la ejecucin de los scripts de pruebas y
anlisis de los defectos encontrados

Pruebas de
Interoperabilidad

Pruebas de Regresin

Pruebas Funcionales

Pruebas de Usabilidad
Pruebas de Seguridad

Pruebas de
Configuracin
Pruebas de Recuperacin
a Fallas
Pruebas de Aceptacin

durante el proceso de pruebas


Se entregar un documento de pruebas de
interoperabilidad que incluye resultados de la
comunicacin con los servicios.
Se entregar un documento de pruebas
de regresin, que incluye resultados de
la ejecucin de los scripts de pruebas,
anlisis de los defectos encontrados
durante el proceso de pruebas y solicitud
de las correcciones recibidas.
Se entregar un documento de pruebas
de regresin, que incluye resultados de
la ejecucin de los scripts de pruebas y
anlisis de los defectos encontrados
durante el proceso de pruebas y solicitud
de las correcciones recibidas.
Indicadores de Usabilidad
Informe de vulnerabilidades
Resultado
de
pruebas
funcionales
de
seguridad.
Resumen de validacin de la prueba.

Resumen de validacin de la prueba.

Resumen de validacin de la prueba.

Reportes de pruebas
Las pruebas unitarias, Pruebas de interfaz de Usuario, pruebas de integracin,
pruebas de seguridad, pruebas de configuracin, pruebas de recuperacin a
fallas y las pruebas de interoperabilidad se evalan por medio de la siguiente
lista de chequeo.

Elemento a Revisar

Se realizaron las Pruebas


Unitarias con alguna herramienta
especializada?

SI

NO

No
Aplic
a

Observaciones

Con las pruebas realizadas, cul


fue el porcentaje de cobertura del
sistema?
Existe constancia de la realizacin
de las pruebas mencionadas?
El funcionamiento de la prueba
unitaria respeta el diseo
establecido?
Existe un manejo de errores
adecuado?
Se cumpli con la estrategia de
ejecucin de la prueba?
Pruebas del Sistema: El resultado de las pruebas del sistema se ver
reflejado en el siguiente informe:
Caso de Uso
<Identificador
Descripcin <Nmero total de
del Caso de uso>
del
casos de prueba
escenario
ejecutados de
acuerdo al
escenario>
Nmero de
<Del total de
Nmero de
<Del total de
pruebas exitosas
pruebas
pruebas
pruebas ejecutadas,
ejecutadas, cuantas
Fallidas
cuantas pruebas
pruebas fueron
fueron fallidas>
exitosas>
Tiempo mximo de
<Tiempo mximo
Tiempo
<Tiempo promedio
ejecucin de una
que dur en
Promedio de
de ejecucin de las
prueba
ejecucin una
ejecucin de
pruebas>
Prueba>
las pruebas
Nmero de
<Nmero de
Nmero de
<Nmero de
peticiones exitosas
peticiones http
Peticiones
peticiones http
exitosas>
Fallidas
fallidas>
Nmero de Errores
<Nmero de
Tipo de
<Descripcin del
errores ocurridos
errores
tipo de errores
durante las
presentados>
pruebas>
% de Utilizacin
<Porcentaje de
Cantidad de <Cantidad de MB de
del Procesador
consumo de
Memoria
memoria utilizada
utilizacin de CPU
utilizada
en la prueba>
durante la
ejecucin de la
prueba>
Promedio de bytes
<Promedio de
Promedio de <Promedio de bytes
enviados
bytes enviados>
bytes
recibidos>

recibidos

Casos de prueba
Formato de casos de prueba
A continuacin se presenta el formato que se utilizar como Set de Pruebas
funcionales.
INFORMACIN GLOBAL DEL CASO DE PRUEBA
<Nmero del caso de
prueba constituido por [nmero del caso de uso][Numero del caso de
prueba]>

VERSIN DE
EJECUCIN

CASO DE
PRUEBA No.

<Identificacin del caso de


uso objeto de la prueba>
CASO DE USO:

Descripcin
del caso de
prueba:

<Versin
diligenciado
por el analista
de pruebas en
el momento
de ejecutarla.
Este nmero
se incrementa
de 1 en 1>

FECHA
EJECUCIN

<Fecha de
ejecucin
diligenciado
por el analista
de pruebas>

MODULO
DEL
SISTEMA

<Nombre del
mdulo al que
corresponde
el caso de uso
objeto de la
prueba>

<Descripcin de lo que se pretende probar en el caso de


prueba>

1. CASO DE PRUEBA
a. Precondiciones
<Lista de precondiciones que deben cumplirse para realizar la prueba>
b. Pasos de la prueba
<Pasos secuenciales que deben ser ejecutados por el analista de pruebas o
usuario, ante el sistema para ejecutar la prueba>

DATOS DE ENTRADA

CAMPO

VALOR

<Descrip
cin del
dato de
entrada
>

<Valor
que
debe ser
suminist
rado en
la
prueba
para el
dato de
entrada
>

TIPO
ESCENARIO

<Tipo de
escenario que
pretende
probarse:
Correcto/Incorr
ecto>

RESPUE
STA
ESPERA
DA DE
LA
APLICA
CIN

COINC
IDE

SI

N
O

RESPUESTA DEL
SISTEMA

<Respue
sta que
se
espera
de la
aplicaci
n>

<Respuesta que
se obtuvo de la
aplicacin en el
momento de la
ejecucin de la
prueba>

c. Post condiciones
<Lista de pos condiciones que deben cumplirse despus de realizar la
prueba>
2. RESULTADOS DE LA PRUEBA
Defectos y desviaciones

Veredicto

<Lista de defectos o desviaciones encontrados por el


analista o usuario al ejecutar la prueba>
Observaciones

Probador

<Observaciones generales del analista o


usuario sobre la ejecucin de la prueba>
Firma:
Nombre:
Fecha:

Paso

Fall

Formato de casos de pruebas tcnicas


A continuacin se presenta el formato que se utilizar para documentar las
pruebas tcnicas; estas pruebas sern documentadas conforme avance el
desarrollo de la solucin y se tengan versiones liberadas sobre las que se
aplicarn estas pruebas.
INFORMACIN GLOBAL DEL CASO DE PRUEBA
<Descripcin del tipo
de prueba: Carga,
Volumen, Estrs, ETC>

Tipo de
Prueba:

Cdig
o de
la
prueb
a

<Codificacin de la
prueba>

Descripcin de
la prueba:

<Descripcin del objetivo de la prueba>

Versin de
Ejecucin

<Versin o iteracin
de ejecucin de la
prueba>

Fecha
de
Ejecuc
in

<Fecha de ejecucin en
formato DD/MM/AAAA
diligenciado por el analista
de pruebas al momento de
su ejecucin>

1. Prerrequisitos de la prueba
<Lista de los prerrequisitos a tener en cuenta antes de ejecutar la prueba>
2. Insumos de la prueba
<Lista de Insumos necesarios para ejecutar la prueba>
3. Lista de chequeo de la prueba
Pasos a Seguir

Prueba
satisfact
oria
SI

<Pasos numerados en orden lgico


para la ejecucin de la prueba>

NO

Observaciones

4. Resultados de la prueba
Defectos y desviaciones

Veredicto
Paso

<Lista de defectos o desviaciones encontrados por


el analista o usuario al ejecutar la prueba>

Fall

Observaciones

Probador

<Observaciones generales del analista o usuario


sobre la ejecucin de la prueba>

Firma:
Nombre:
Fecha:

Acta de aceptacin de pruebas

Actas de Aceptacin de Pruebas

SELLO

Reunidos en:
____________________________________________________________________
ciudad de ______________________ departamento de ___________________ a las
______ horas
del da ____ del mes ____________ del ao ______ , en pleno uso de nuestra
facultades mentales, damos fe y legalidad que se realizaron las pruebas
pertinentes al mdulo(s)o componente(s) siguientes:
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
Concluimos en cuanto a las pruebas:
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________

________________________________________________________________________________
________________________________________________________________________________
Par lo tanto damos por _____________________ la prueba realizada.
para dar validez a la presente, nos suscribimos:
Nombre
______________________________
_
______________________________
_

Cargo
__________________________
_
__________________________

Firma
__________________
__________________