DISEO E IMPLEMENTACIN DE UNA HERRAMIENTA PARA LA

AUTOMATIZACION DE PRUEBAS EN SISTEMAS SOFTWARE

MARIA EUGENIA GUERRA MENDOZA

IVAN CAMILO MONTESINO RHENALS
WILMER EMIDIO VERGARA RUIZ

PROFESOR:
INGENIERO DANIEL SALAS ALVAREZ

UNIVERSIDAD DE CORDOBA
FACULTAD DE CIENCIAS BASICAS E INGENIERIAS
DEPARTAMENTO DE INGENIERIA DE SISTEMAS Y
TELECOMUNICACIONES

MONTERIA

2009
1

DISEO E IMPLEMENTACIN DE UNA HERRAMIENTA PARA LA

AUTOMATIZACION DE PRUEBAS EN SISTEMAS SOFTWARE.
1. CONTENIDO DE LA PROPUESTA
1.1 RESUMEN DE LA PROPUESTA
La presente investigacin tiene como propsito el diseo e implementacin de una
herramienta automatizada para realizar pruebas en sistemas software, El testeo de software
tiene como objetivo examinar la calidad de un producto software teniendo en cuenta su
rea de operabilidad.
El testeo es un paso que forma parte del ciclo de vida del software, lo que tradicionalmente
conocemos como pruebas. Durante todo este proyecto se utilizara el termino testeo en vez
de prueba debido a que el objetivo que esperamos alcanzar cuando analizamos un software
es buscar errores y no certificar que estos no existan.
El testeo es muy importante durante el proceso de desarrollo de un producto software,
porque aparte de detectar errores y poderlos corregir antes de sacar el software al mercado
podemos verificar aspectos importantes de un
software como la escalabilidad,
accesibilidad, mantenibilidad entre otros
Existen diversas causas que impulsan la realizacin de esta investigacin tales como: la
dificultad de algunos programas de software a extenderse perdiendo calidad en los servicios
que ofrecen; la poca flexibilidad al crecimiento continuo en la carga de trabajo, lo que le
resta fluidez en la realizacin de las tareas establecidas. Tambin se contempla el impacto
que tiene desarrollar un producto, en el que el esfuerzo para restituir el software es
demasiado alto, lo cual acarrea prdidas importantes de tiempo y dinero, es decir que si se
presenta alguna falla en este y su efecto toma mucho tiempo en corregirse representa un
gran problema para quien este haciendo uso de dicho programa.
Existen los riesgos en los que se pueden incurrir cuando el software tiene un
comportamiento no previsto debido a un diseo e implementacin poco eficientes, a causa
de una muy pobre tcnica de programacin o errores de sintaxis en el lenguaje usado para
la creacin de este.
Otra de las causas, se refiere al tema de seguridad, ya que muchos de los programas
actuales son blanco de programas malignos, que degradan el rendimiento de aquellos y
comprometen la integridad de la informacin que procesan.
2

El cdigo malintencionado es una gran preocupacin para quienes disean e implementan

software en la actualidad, ya que este no solo, hace que la informacin se deteriore, se
corrompa o se pierda, tambin es capaz de generar un conducta errtica en el software, lo
cual es muy molesto para el usuario final del mismo.
Por lo tanto, la investigacin de esta problemtica, es con el inters de generar nuevas
opciones para mejorar y agilizar el proceso de desarrollo de software tanto de los
desarrolladores dentro de la Universidad de Crdoba como de cualquier desarrollador que
quiera utilizar nuestra herramienta para hacerle una evaluacin correctiva verificando la
calidad de su producto.
Por lo tanto, la investigacin de esta problemtica, es con el inters de generar nuevas
opciones para mejorar y agilizar el proceso de desarrollo de software tanto de los
desarrolladores dentro de la universidad de crdoba como de cualquier desarrollador que
quiera utilizar nuestra herramienta para hacerle una evaluacin correctiva a su producto.

2. PLANTEAMIENTO DEL PROBLEMA DE INVESTIGACIN

2.1 FORMULACIN.
De qu forma una herramienta automatizada para el testeo de software puede mejorar la
calidad de los productos de software?
2.2 PLANTEAMIENTO DEL PROBLEMA

Desde los mismos inicios del software se conocen ciertos problemas que se podra decir
que nacieron a la par del software, dichos problemas son conocidos y mencionados en la
llamada crisis del software. Lo que bsicamente encontramos es que exista una gran
dificultad para hacer productos software libres de errores, de fcil comprensin, la falta de
capacidad para estimar el tiempo de desarrollo de un proyecto, asignacin de recursos
inexactos, incumplimiento en la entrega del producto terminado, altos costos de desarrollo
y mantencin de productos fuera de control.
Todo esto llevo a la creacin de una serie de estndares y tcnicas para hacer productos de
software con ms calidad y confiabilidad. Es en este punto donde se hacen necesarias
ciertas herramientas que de cierto modo nos faciliten la tarea de desarrollar software y es
por eso que como estudiantes de ingeniera de sistemas y como desarrolladores se decidi
desarrollar una herramienta web para el testeo de software; cmo se mencionaba
anteriormente ayudar o facilitar las tareas del desarrollador de software

3. OBJETIVOS
3.1 Objetivo general
Disear e implementar una herramienta orientada a la web para el testeo de software
que permita mejorar desde las primeras etapas la calidad de los productos software.
3.2 Objetivos especficos
Disear e Implementar un modelo funcional de la herramienta de testeo de software
para mejorar el proceso de desarrollo.
Automatizar el proceso de pruebas de software desde las de anlisis levantamiento de
requisitos, pasando por el diseo, la implementacin y por ltimos las pruebas para en
cada etapa mencionada comprobar la calidad del producto y hacer menos complejo
dicho proceso.
4. MARCO TEORICO
Todo lo que hoy conocemos como testeo de software en realidad ha sido la evolucin de
una serie de tcnicas que desde los inicios del software se han venido realizando de forma
desorganizada, pero que de todas formas buscaba una mejor calidad en los productos
finales.
La evolucin de cada una de dichas tcnicas se muestra de forma cronolgica a
continuacin:

Hasta 1956 - Depuracin orientada: durante este perodo de orientacin de

depuracin, cuando se prueba a menudo se asocia a la depuracin: no haba ninguna
diferencia clara entre la prueba y la depuracin. Para tener una mejor claridad sobre
estos dos conceptos se define depuracin: Es el proceso metodolgico para
encontrar y reducir errores o defectos en un software o en una parte de l.
El proceso consta de los siguientes pasos:
* Reconocer la existencia del error (existen errores que jams sern detectados en
un software).
* Aislar la fuente del error.
* Identificar la causa del error.
* Determinar una solucin para el error.
* Aplicar la solucin.
* Probar el programa.

Entre 1957 y 1978 - Demostracin orientada: durante este periodo se produjo la

manifestacin de que los plazos deberan estar orientada hacia la depuracin y la

prueba fue reconocido un proceso como tal, en este lapso de tiempo el objetivo
primordial, era demostrar que el software cumpla con los requisitos

Entre 1979 y 1982 - La destruccin orientada: en el transcurso de este periodo se

anuncia como el periodo de la destruccin orientada, donde el objetivo era encontrar
los errores.
Entre 1983 y 1987 - Evaluacin orientada: este lapso de tiempo se clasifica como la
evaluacin del periodo de orientacin: la intencin aqu es que durante el ciclo de
vida del software se proporciona una evaluacin del producto y la medicin de la
calidad.
Entre 1988 y actualidad - La prevencin orientada: desde 1988 hasta nuestros das
la tendencia es demostrar por medio de las pruebas que el software cumple con su
especificacin, para detectar fallas y evitar errores.
Es as como vemos que hoy en da los programas de testeo de software ms que para
corregir errores estn hachos para evitar estos y adems garantizar que se satisfagan todas
las necesidades de los usuarios, ya que esto es el objetivo primordial de un producto
software.
Como vemos el testeo de software, nace al mismo tiempo que el desarrollo, pero este se
haca de manera muy desorganizada e informal ya de software a finales de los 60 con todo
lo de la crisis del software cuando se renen en Alemania industriales y acadmicos de
varias partes y es aqu en esta reunin donde nace el trmino Ingeniera de Software.
Desde ese entonces han sido muchos los puntos de vista que se han tenido para afrontar el
problema de la calidad de los productos software:
Total Quality Management for Software: que tiene como premisa que una persona
bien entrenada y motivada logra un producto de mejor calidad.
Puntos de vista ms centrados en los procesos como: CMMI cuya filosofa es que
procesos de calidad generan un producto con calidad; de este enfoque se desprenden
otros para adaptarlo a corporaciones ms pequeas como es TSP y otro para enfocar
mejorar la calidad desde el punto de vista individual como PSP.
Otro enfoque que se centra en la sistematizacin del proceso de desarrollo, como los
mtodos formales y lenguajes formales.
Diferentes metodologas de pruebas como son:

Pruebas unitarias: manera de probar funcionamiento correcto de un mdulo de

cdigo, lo cual nos garantiza el funcionamiento por separado de cada modulo.

Pruebas funcionales: a las funcionalidades del producto software se les hace una
ejecucin, revisin y retroalimentacin, con esto se busca evaluar cada una de las
opciones con las que cuenta el producto software

Pruebas de Integracin: luego de las pruebas unitarias siguen las de integracin para
conocer y evaluar el comportamiento de un software completo, que por lo general
est compuesto por varios mdulos.
Pruebas de validacin: proceso de revisin para constatar que software construido
cumple con las especificaciones determinadas. En la validacin vemos que si lo que
se ha especificado llena las expectativas del usuario.

Caja blanca: pruebas realizadas sobre las funciones internas de un mdulo. pruebas
que hagan que se recorran todos los posibles caminos de ejecucin, pruebas sobre
las expresiones lgico-aritmticas, prueba la definicin uso de variables verifica los
bucles para 0,1 y n iteraciones, y luego para las iteraciones mximas, mximas
menos uno y ms uno.

Caja negra: Estas pruebas se hacen con lo criterio entradas procesos y salidas. Sin
importar el contenido del modulo.se tiene en cuenta el criterio de entradas procesos
y salidas sin tener en cuenta las funciones internas del software.

Pruebas de aceptacin: su objetivo es validar que un software tenga el

funcionamiento esperado y que el usuario de dicho producto software determine su
aceptacin, desde el punto de vista de su funcionalidad y rendimiento.

Pruebas de regresin: se denomina as a cualquier tipo de pruebas de software que

intentan descubrir las causas de nuevos errores o bugs, ineficiencia de las
funcionalidad, o un comportamiento inesperado del software, ocasionados por
modificaciones hechas en partes del producto software que anteriormente al citado
cambio no presentaban dichos errores. Lo que implica que el o lo error(es)
encontrados son ocasionados por la modificacin realizada.

Pruebas de carga: se realiza generalmente para observar el comportamiento de un

software bajo una cantidad de peticione. Por ejemplo puede ser el nmero esperado
de usuarios concurrentes utilizando la aplicacin y que realizan un nmero
especfico de transacciones durante el tiempo que dura la carga. Su objetivo es
mostrar en tiempo de respuesta de cada una de las transacciones.

En los aos 70 se descubri que en un programa desarrollado de forma convencional

siempre presenta anomalas o errores y establece como principal objetivo del testeo de
software detectar la mayor cantidad de errores en el menor tiempo posible para tomar los
correctivos necesarios.
Tambin se percataron de que la misma organizacin que produce el software no debe ser
quien haga las respectivas pruebas. Desde esa entonces se comenzaron a desarrollar una
cantidad considerable de tcnicas y herramientas que complementados con los procesos
hacen de la ingeniera de software un actividad completa para garantizar la buena calidad
de los productos software.
Los bancos fueron de los primeros en aplicar esta disciplina para elevar la calidad del
software que desarrollaban y utilizaban, pues el tipo de transacciones lo justificaba.
A continuacin se muestran las herramienta y empresas ms destacadas en el sector del
testeo de software, clasificadas de acuerdo a su ubicacin.
INTERNACIONAL
El ISTQB: Es responsable del sistema de calificacin internacional llamado "Certificado
de ISTQB Tester". Las calificaciones se basan en un programa de estudios, y hay una
jerarqua de las cualificaciones y las directrices para la acreditacin y el examen.
El papel de la ISTQB de apoyar a un nico y universalmente aceptado, el esquema de
calificacin internacional, dirigido a profesionales de software y pruebas del sistema,
aportando los planes de estudios bsicos y mediante el establecimiento de directrices para
la acreditacin y el examen de las juntas nacionales.
JTEST, C++TEST Y INSURE++ DE PARASOFT: por medio de su capacidad esttico
personalizable de anlisis ayuda a prevenir errores, adems hace cumplir una gran cantidad
de estndares de codificacin de la industria, as como crear y hacer cumplir estndares
propios o crear estndares destinados a un proyecto o grupo en particular.
OPEN LOAD TESTER DE OPEN DEMAND SYSTEMS: Herramienta rpida y de fcil
uso para optimizar el rendimiento basada en navegador, para diversas pruebas como:
prueba de carga, stress de aplicaciones y sitios web dinmicos.
QACENTER PERFORMANCE EDITION DE COMPUWARE: Esta herramienta
ayudad con la realizacin pruebas para aplicaciones de e-business, ERP y cliente/servidor.
Cuenta con varias herramientas para pruebas de carga, gestin de datos y monitorizacin
de servidores, adems permite buscar y corregir problemas de rendimiento
QADIRECTOR DE COMPUWARE: herramienta de gestin para ayudar a equipos de
calidad por medio del objetivo del negocio determinar la prioridad de las pruebas.

QALOAD DE COMPUWARE: Es una herramienta de pruebas de carga que ayuda a los

equipos de pruebas, desarrolladores y jefes de proyecto a realizar pruebas de carga efectivas
a aplicaciones distribuidas.
SECURITY TESTER DE FORTIFY: Tester para Visual Studio 2005 Team System,
proporciona las pruebas de seguridad eficaces a los equipos de desarrollo y QA,
permitindoles verificar la adecuacin a los estndares de seguridad, y posibles
vulnerabilidades en el cdigo de sus aplicaciones antes de su despliegue.
SOATEST DE PARASOFT: Herramienta que proporciona las pruebas y verificacin
instantneas de Web services, simplifica los desarrollos SOA automatiza las pruebas
funcionales cliente/servidor, pruebas de regresin, pruebas de carga y rendimiento, etc.
.TEST DE PARASOF: Unidad de pruebas automatizada y productos de anlisis de cdigo
estndar, esta herramienta trabaja sobre clases escritas en la plataforma Microsoft .NET, sin
requerir que los desarrolladores realicen un solo caso de prueba o stub.
23 Feb 1998 - Visual Testing Toolset es una herramienta que permite planear las
pruebas del software, despliega grficamente las rutas, el nmero de pruebas
requeridos, identifica visualmente las reas ms complejas y adems permite administrar
mtricas para evaluar el software. www.mccabe.com/ ..

. TESTPARTNER DE COMPUWARE: Esta es una herramienta que permita la

automatizacin de las pruebas funcionales y de regresin. Ha sido especialmente diseada
para complejas aplicaciones basadas en Microsoft, Java y tecnologas web.
TRACKRECORD DE COMPUWARE: Herramienta que ofrece un sistema de rastreo
que ayuda a la identificacin y resolucin de defectos en un producto software.
WEBKING DE PARASOFT: Herramienta para automatizar las pruebas de anlisis de
riesgos de los sites, pruebas funcionales, pruebas de carga y rendimiento y anlisis de
seguridad para aplicaciones Web
REGIONALES
TESTING SOFTWARE: Empresa de radicada en Cartago, Costa Rica, enfocada en
procedimientos, actividades y metodologas relacionadas con las pruebas formales de
aplicaciones de software.

TESTREE: Compaa Independiente de verificacin y validacin de las pruebas con sede

en Bangalore. Proporciona automatizacin de pruebas, el rendimiento pruebas de carga de
un bien como de los componentes y las pruebas de la API.
International Software Testing Institute: Organizacin dedicada a obtener excelencia en
el rea de testeo del software. Actividad en Automatizacin de testeo, Mtricas de testeo,
Metodologas, Requerimientos, fases, proceso, etc. Soporte, Educacin y consultora. Un
buen nmero de materiales, y enlaces a sitios especializados en Manejo de Test y
seguimiento de errores.
FUNCTIONAL TESTER: Proporciona probadores con capacidades de pruebas
automatizadas para pruebas funcionales, pruebas de regresin, las pruebas y la interfaz
grfica de usuario basada en datos de prueba.
MANUAL TESTER: Prueba manual y una herramienta que mejora la ejecucin de
pruebas de calidad.
Prueba y la herramienta de autora de la ejecucin para mejorar la velocidad, el alcance y la
fiabilidad de las pruebas manuales. Permite el intercambio de contenidos distribuidos a
travs de sitios de prueba, y promueve la reutilizacin.
SELENIUM: marco de pruebas de software para aplicaciones web Selenium ofrece una
grabacin / reproduccin de herramienta para la creacin de pruebas sin tener que aprender
una prueba de lenguaje de scripting.
TESTHOUSE: Empresa que ofrece servicios de testeo de software en varios pases.
PERFORMANCE TESTER: herramienta de pruebas de rendimiento utilizado para
identificar la presencia y la causa del rendimiento del sistema bottlenecksProvides
probadores con capacidades de pruebas automatizadas de rendimiento para validar la
escalabilidad de Internet y aplicaciones basadas en servidor.
TEST REALTIME: Solucin de plataforma cruzada para pruebas de componentes y el
anlisis de tiempo de ejecucin
Solucin multiplataforma para pruebas de componentes y el anlisis de tiempo de ejecucin
para aplicaciones embebidas y otros productos de computacin ubicua.
SSTQB: Asociacin sin fines de lucro fundada por empresas, instituciones, organizaciones
y personas especializadas en el campo del testeo y la industria del software. Que promueve
un marco de trabajo comn en el testeo de software para poder mejorar las tcnicas de
testeo de software y fomentar el proceso de pruebas de software como una profesin en
Hispanoamrica, asegurar la conformidad entre los esquemas de los comits local e
internacional el cumplimiento del esquema. Y que adems fortalecer el intercambio
internacional y la cooperacin entre las pases representados en el ISTQB as como entre
las empresas y profesionales del testeo en Espaa. Ayuda a expandir el intercambio
internacional de talentos y tecnologa con el fin de seguir la tendencia mundial en el
desarrollo
de
las
pruebas
de
software.
9

Su objetivo primordial es llegar a ser el enlace entre la industria del software y la academia
en el rea de testeo de software.
NACIONALES
CHOUCAIR TESTING S.A: Es la primera empresa que desarrolla pruebas de Software
en Colombia
5. METODOLOGA
El estudio se precisa como una investigacin de tipo cuantitativo para las variables que
permitan evaluar la implementacin y el impacto de
una HERRAMIENTA
AUTOMATIZADA PARA EL TESTEO DE SOFTWARE.
Las variables relacionadas para evaluar la HERRAMIENTA AUTOMATIZADA PARA
EL TESTEO DE SOFTWARE que se tendrn en cuenta en este estudio son: potenciales
desarrolladores (estudiantes), al departamento de Ingeniera de Sistemas de la Universidad
de Crdoba, estudiantes de los grupos o semilleros de investigacin pertenecientes al rea
de desarrollo de software
5.1 Tcnicas de la Recoleccin de Informacin
5.2 La Encuesta
Es una tcnica en donde se capta la informacin de una fuente directa, a travs de un
instrumento que recoge datos puntuales. Esta tcnica se aplica a los usuarios para indagar
por sus necesidades de informacin
El objetivo especifico de la aplicacin de esta herramienta es el de aproximarse al
conocimiento de las necesidades de informacin que tienen los usuarios.
5.3 La Entrevista
Es una tcnica directa de recoger informacin, donde se hacen preguntas ms abiertas a la
persona, esta tcnica es utilizada con todos los potenciales desarrolladores.
El objetivo especifico de esta herramienta es el de generarse una idea de las necesidades de
informacin que los usuarios requieren para desarrollar.

6 ANLISIS Y ESPECIFICACIN DE REQUISITOS

6.1 Identificacin y Descripcin de Pasos

En el proceso de anlisis y especificacin de requisitos se realiza un anlisis exhaustivo y

una descripcin completa del comportamiento de las entidades, situaciones y actores que
interactan directamente con TESTSOFT.
10

En esta parte del documento se recoge la especificacin de requisitos, as como toda la

documentacin correspondiente al anlisis del sistema TESTSOFT. A partir de l, se estar
en condiciones de establecer un diseo que se ajuste a los requerimientos aqu expuestos.
Estas especificaciones y documentos que resultan del anlisis estn dirigidos en primer
trmino al grupo responsable del diseo e implementacin del sistema, luego pasa al grupo
de calidad y al tutor del proyecto.
En esta parte del proceso de la especificacin de requisitos se concretar de manera
detallada y clara todas las funcionalidades y restricciones del sistema TESTSOFT.
La especificacin de requisitos que se utiliz para el desarrollo de este sistema, ha seguido
las directrices dadas por el estndar IEEE-830, con algunas variantes y adaptaciones
especiales y los casos de uso de UML. En sntesis, este anlisis y especificacin de
requisitos incluye los siguientes elementos:

Especificacin de requisitos.
Objetivos del sistema.
Requisitos de informacin.
Restricciones de informacin.

Requisitos funcionales.
Diagramas de casos de uso.
Definicin de actores.
Documentacin de los casos de uso.
6.2 Especificacin de Requisitos
Consiste en la elaboracin de un documento donde se plasman los requisitos que el sistema
debe cumplir y la informacin que debe registrarse en el sistema, su objetivo es definir de
manera clara y precisa todas las funcionalidades y restricciones del sistema que se desea
construir, el anlisis y especificacin de requisitos est dividida en las siguientes partes:
objetivos del sistema, requisitos de informacin, restricciones y los requisitos funcionales
(Casos de Uso).
6.2.1 Objetivos del Sistema
En esta seccin se define una lista con los diferentes objetivos que se esperan alcanzar
cuando el sistema a desarrollar est en uso. Sern especificados mediante una plantilla para
objetiv

11

os.
Tabla 1. Objetivos del sistema TESTSOFT.
ID
OBJETIVO

NOMBRE

DESCRIPCIN

ESTABILIDAD

ID-OBJ-01

Control de
Acceso.

TESTSOFT
permitir seis
niveles de acceso diferentes de
acuerdo al rol del usuario

Alta

TESTSOFT deber administrar

Administracin (ingresar, consultar y modificar)
de Usuarios. larolinformacin
del
tipo de los
de usuarios
usuario
sistema.
(Administrador y testers).

Alta

ID-OBJ-02

TESTSOFT deber

ID-OBJ-03

ID-OBJ-04

ID-OBJ-05

Administracin
de proyectos.

administrar los diferentes

proyectos (Objetivo,
cronograma ,complejidad,
demanda de recursos,
estructura organizacional,
sistema de Control e
Informacin)

Alta

TESTSOFT realizar dos tipos de

testeo (testeo por etapas y testeo
de un proyecto completo) a una
empresa previamente ingresada al
sistemas.

Alta

TESTSOFT permitir obtener

informacin detallada sobre el
Administracin
testing de cada etapa de
de gestin de
determinado proyecto, as como
reportes.
la informacin del proyecto en
general.

Alta

Testeo

12

6.2.2 Requisitos De Informacin

Los requisitos de informacin en el sistema TESTSOFT, definen y establecen la
informacin relevante que ser almacenada y procesada.
Esta seccin contiene la lista de requisitos de almacenamiento y procesamiento de
informacin que se han identificado para el desarrollo del software, utilizando para
especificarlos la plantilla para requisitos de almacenamiento de informacin.
Se especificar toda la informacin que se debe almacenar en el sistema, mediante las
siguientes tablas.

Tabla 2. Requisito de informacin Control de Acceso.

RI -01

INFORMACIN SOBRE ACCESO

Objetivos asociados

ID-OBJ-01 Control de Acceso.

Requisitos asociados RF-01 Controlar Acceso de Usuarios.

Descripcin

El sistema TESTSOFT deber controlar el acceso de los

usuarios dependiendo de su rol.

Datos especficos

Nombre de usuario y contrasea (username y password).

Tiempo de
promedio

diferentes

vida Dos aos.

Ocurrencias

Indefinida.

Comentarios

Ninguno.

Tabla 3. Requisito de informacin Administracin de Usuarios.

RI -02
Objetivos asociados

INFORMACIN SOBRE USUARIOS

ID-OBJ-02 Administracin de Usuarios.

Requisitos asociados RF-02 Ingresar Usuarios.

RF-03 Modificar Usuarios.

13

RI -02

INFORMACIN SOBRE USUARIOS

RF-04 Modificar Datos Usuarios.
RF-05 Modificar Clave de Acceso.
RF-06 Consultar Usuarios.

Descripcin

El sistema TESTSOFT deber permitir almacenar la informacin de los

diferentes usuarios (Administrador y testers).

Datos especficos

Identificacin, primer nombre, segundo nombre, primer apellido,

segundo apellido, telfono, direccin, correo electrnico, sexo, tipo de
usuario, usuario contrasea.

Tiempo de
promedio

vida

Ocurrencias
Comentarios

Ninguno.

Tabla 4. Requisito de informacin Administracin de proyecto.

RI -03

INFORMACIN SOBRE PROYECTO

Objetivos asociados

ID-OBJ-03 Administracin de proyectos.

Requisitos asociados RF-07 Registrar proyecto.

RF-08 Actualizar informacin del proyecto.
RF-09 Consultar informacin del proyecto.
RF-10 Gestin del proyecto.
Descripcin

El sistema TESTSOFT deber permitir almacenar la informacin de los

diferentes proyectos.

Datos especficos

Nombre, descripcin.

Tiempo de
promedio

vida

14

Ocurrencias
Comentarios

Ninguno.

Tabla 5. Requisito de Testeo

RI-05

TESTEO

Objetivos asociados

ID-OBJ-04 Testeo

Requisitos asociados RF-11 Realizar los diferentes tipos de Testeo.

Descripcin

El sistema TESTSOFT permitir realizar dos tipos de testeo (por etapas

y proyecto completo) a una empresa determinada.

Datos especficos

Testeo por etapas y Testeo del proyecto completo

Tiempo de
promedio

vida

Ocurrencias
Comentarios

Ninguno

Tabla 6. Requisito de Informacin Reportes del Sistema.

RI-06
Objetivos asociados

INFORMACIN SOBRE REPORTES DEL SISTEMA

ID-OBJ-06 Administracin de gestin de reportes.

Requisitos asociados RF-12 visualizar los resultados del testeo.

Descripcin

El sistema TESTSOFT permitir obtener informacin detallada sobre el

testo de cada etapa de determinado proyecto, as como la informacin del
proyecto en general.

15

RI-06

INFORMACIN SOBRE REPORTES DEL SISTEMA

Datos especficos
Tiempo de
promedio

Reporte por etapas, Reporte del proyecto completo

vida

Ocurrencias
Comentarios

Ninguno

6.3 RESTRICCIONES DEL SISTEMA

En el TESTSOFT se establecern las siguientes restricciones de almacenamiento asociadas
a cada requisito de informacin.
Tabla 7. Restricciones entre Usuarios y Administracin de proyectos.
RR-01

Objetivos asociados

RELACIN ENTRE USUARIOS Y

ADMINISTRACIN DE PROYECTOS
ID-OBJ-01 Control de acceso.
ID-OBJ-03 Administracin de proyectos.

Requisitos asociados

RI-01, RI-03, RI-05, RI-06, RI-07.

Descripcin

Los usuarios solamente podrn consultar y actualizar

informacin, tanto personal como referente con los
diferentes proyectos cuando se encuentren registrados.

Estabilidad
Comentarios

Ninguno.

Tabla 8. Restricciones entre Usuarios, Administracin de Usuarios, Testeo y

Administracin de gestin de reportes.

16

RR-02

Objetivos asociados

RELACIN ENTRE USUARIOS, ADMINISTRACIN

DE USUARIOS, TESTEO Y ADMINISTRACIN DE
GESTIN DE REPORTES.
ID-OBJ-02 Administracin de Usuarios.
ID-OBJ-05 Testeo.

Requisitos asociados

RI-01, RI-04, RI-05.

Descripcin

Los usuarios solamente podrn acceder a la administracin

de usuarios, cuando estn registrados en el sistema como
usuario administrador.
El testeo por completo del proyecto podr ser realizado solo
por el Administrador (encargado del proyecto) y por la
persona encargada de la etapa de pruebas.
Los usuarios encargados de las etapas de requerimientos,
desarrollo e implementacin solo podrn testear su etapa
respectivamente.

Estabilidad
Comentarios

Ninguno.

6.3.1 DIAGRAMAS DE CASOS DE USO

En esta parte del documento se muestra la interaccin de los seis actores del sistema
TESTSOFT con los diferentes mdulos del software o subsistemas.
El modelo de casos de uso de TESTSOFT, est estructurado en dos mdulos (mdulo
Administrador y mdulo Testers) que contiene Cinco diagramas los cuales corresponden al
mismo nmero de subsistemas, los cuales describen las diferentes interacciones y
componentes de TESTSOFT.
Figura 1. Diagrama de subsistemas TESTSOFT

17

 DIAGRAMAS DE CASOS DE USO DEL SISTEMA TESTSOFT

En el siguiente diagrama se muestra de manera general el funcionamiento del sistema
TESTSOFT y las diferentes actividades que pueden realizar los diferentes usuarios.
Figura 2. Diagrama de casos de uso TESTSOFT

18

 DIAGRAMA DE CASO DE USO DE CONTROL DE ACCESO

El diagrama de caso de uso de control de acceso (ID-OBJ-01),como se puede observar
en la imagen ,orienta sobre la funcionalidad del sistema cuando un actor trata de
ingresar al sistema, adems se muestra las diferentes operaciones realizadas tanto por el
sistema como por los actores y se sigue el siguiente orden:
Capturar usuario y contrasea
Validar datos
Verificar datos
19

Conectar a la bese de datos

Encontrar usuarios
Entrar al sistema (Esta accin es posible solo si por medio de la usuario y
contrasea ingresada se lograr encontrar el usuario dentro de la base de datos)

Figura 3. Diagrama de caso de uso de control de Acceso.

DIAGRAMA DE CASOS DE USO DE ADMINISTRACION DE USUARIOS

El actor administrador interacta con TESTSOFT en la administracin de usuarios, mediante el
siguiente diagrama de casos de uso se mostraran las acciones que este actor ejerce sobre la
administracin de usuarios (ID-OBJ-02).
En este diagrama se le permite al administrador realizar las siguientes operaciones.

Ingresar usuarios
Consultar usuarios
20

 Actualizar informacin de los usuarios

Figura 4. Diagramas de casos de uso de Administracin de usuarios

DIAGRAMA DE CASOS DE USO ADMINISTRACIN DE PROYECTOS

En el siguiente diagrama de casos de uso se mostraran las acciones de los diferentes
usuarios y las del sistema en el objetivo de Administracin de proyectos (ID-OBJ-03).
Este diagrama permita a los diferentes usuarios (Administrador y Testers) las siguientes
operaciones:
Ingresar un Proyecto
Modificar un Proyecto
Consulta un Proyecto
Hacer la gestin del Proyecto (objetivos, cronograma, organigrama, recursos y
manejo de la informacin procesada)
Figura 5. Diagrama de administracin de Proyectos

21

Figura 5.1 Diagrama de administracin de Proyectos-objetivos

22

Figura 5.2 Diagrama de administracin de Proyectos-Complejidad

23

Figura 5.3 Diagrama de administracin de Proyectos-Recursos

Figura 5.4 Diagrama de administracin de Proyectos-Cronograma

24

25

Figura 5.5 Diagrama de administracin de Proyectos-Estructura Organizacin

DIAGRAMA DE CASOS DE USO DE TESTEO

En el siguiente diagrama se mostrara las acciones que realizan tanto los Administradores como los
Testers y las del sistema en el proceso de Testeo (ID-OBJ-05).
Este diagrama permite tanto al administrador como al testers realizar las siguientes acciones:

Realizar testeo por etapas (requisitos, diseo, implementacin y pruebas)

Realizar testeo de un proyecto completo
Generar reporte
26

Figura 7. DIAGRAMA DE CASOS DE USO DE TESTEO

DIAGRAMA DE CASOS DE USO DE ADMINISTRACIN DE GESTIN DE

REPORTES.
En el siguiente modelo de casos de uso se muestra como los usuarios, hacen consultas
sobre los reportes de testeo de determinado proyecto (ID-OBJ-06).

Figura 8. Diagrama de casos de uso de administracin de gestin de reportes.

27

6.3.1.2 DEFINICIN DE ACTORES

Esta parte del documento se identifican los diferentes autores del sistema TESTSOFT y estn
especificados mediante la plantilla para actores de casos de uso.
Tabla 9. Actores de Casos de uso
ACTORES
ACT-01 Administrador

ACT -02 Encargado del Proyecto

DESCRIPCION
Este actor representa la persona
con mayor privilegio dentro de
TESTSOFT y su funcin es la de
administrar el sistema y cada una
de las caractersticas de este,
como son: Gestin de usuarios,
Administracin de Proyecto,
testeo y Gestin de reporte.

COMENTARIO
Rol 1.

Este

Rol 2.

usuario

posee

muchos

28

privilegios, ya que puede acceder

a l testeo de todas las etapas, y lo
nico que lo diferencia del
Administrador es que no puede
Acceder
a
la
parte
de
administracin de Usuarios.

ACT-05 Tester de Pruebas.

Este Actor posee los privilegios

de acceder al testeo de todas las
etapas de diseo, su diferencia del
Encargado del proyecto es que no
puede crear Administrar los
Proyectos.

Rol 3.

ACT-03 Tester Requerimientos.

Este actor posee el privilegio de

acceder al testeo de la etapa de
especificacin de requerimientos.

Rol 4.

Este actor posee el privilegio de

acceder al testeo de la etapa de
diseo.

Rol 5.

ACT-05 Tester de
Implementacin

Este Actor es el encargado de

realizar el testeo en la etapa de
implementacin y desarrollo del
proyecto.

Rol 6.

ACT-03 Base de Datos de

TESTSOFT

El actor Base de Datos de

TESTSOFT es la base de datos
utilizada por el sistema, esta es la
encargada de almacenamiento y
gestin de la informacin.

Ninguno

ACT-03 Tester de Diseo

29

6.3.1.3 DOCUMENTACION DE LOS CASOS DE USO

En esta parte de la documentacin se describe con ms detalle los casos de uso de
TESTSOFT. La documentacin de los casos de uso que se relacionan a continuacin, se
definen para la utilizacin exclusiva de actores registrados en el sistema. En varios casos de
usos interacta ms de un actor.
La siguiente tabla muestra la documentacin relacionada con el acceso al sistema.
Tabla 10. Documentacin del caso de uso Control de Acceso.
CU-O1
Objetivo Asociado
Requisito Asociado
Descripcin

CONTROL DE ACCESO
ID-OBJ-01 Control de Acceso.
RI -01
El sistema antes de dejar ingresar a un usuario debe
realizar una serie de procedimientos para determinar si se
permite el ingreso al sistema.

Precondicin

El administrador debe haber ingresado en el sistema al

usuario.
Paso
Accin
1
Actor digita su nombre de usuario y su
contrasea
2
Actor hace clic en entrar
3
Se hace la validacin de los datos
4
Se conecta con la base de datos
5
Localizar usuario dentro la base de datos
6
Entrar al sistema
El usuario puede hacer uso de los servicios de
TESTSOFT
3. si hay problemas de validacin, se direcciona a 1.

Secuencia normal

Poscondicin
Excepciones

30

5. si el usuario no es encontrado dentro la base de datos,

se direcciona a 1.
Rendimiento
Frecuencia
Comentario

Ninguno

El siguiente caso de uso corresponde a las acciones que debe realizar el administrador para
lograr ingresar un usuario al sistema.
Tabla 11.Documentacion del caso de uso de ingreso de usuarios.
CU-O2
Objetivo Asociado
Requisito Asociado
Descripcin

INGRESAR USUARIOS
ID-OBJ-02 Administracin de usuarios.
RI -02
El sistema antes de dejar registrar un usuario, debe
solicitar cierta informacin.

Precondicin
Secuencia normal

Ingresar como administrador al sistema.

Paso
Accin
1
Administrador digita datos requeridos del
usuario.
2
Administrador hace clic en ingresar.
3
Se hace la validacin de los datos
4
Se conecta con la base de datos
5
Verificar que no exista otro usuario con los
mismos datos.
6
Ingreso del nuevo usuario al sistema
El usuario es registrado en TESTSOFT
3. si hay problemas de validacin, se direcciona a 1.
5. si el usuario est en la base de datos, se direcciona a 1.

Poscondicin
Excepciones

Rendimiento
Frecuencia
Comentario
Ninguno
El siguiente caso de uso corresponde a las acciones que debe realizar el administrador para
modificar datos de un usuario al sistema.
Tabla 12.Documentacion del caso de uso de modificacin de usuarios.
CU-O3
Objetivo Asociado
Requisito Asociado
Descripcin

MODIFICAR USUARIOS
ID-OBJ-02 Administracin de usuarios
RI -03
El sistema deber solicitar la informacin requerida
cuando se desea modificar la informacin de un usuario.

Precondicin

Ingresar como administrador al sistema.

31

Secuencia normal

Poscondicin
Excepciones
Rendimiento
Frecuencia
Comentario

Paso
1
2
3
4

Accin
Administrador busca el usuario.
Mostrar datos del usuario.
Editar campos.
Guardar cambios.

Ninguno

El siguiente caso de uso corresponde a las acciones que deben realizar los usuarios para
hacer la actualizacin de sus datos personales.
Tabla 13.Documentacion del caso de uso para actualizacin de datos.
CU-O4
Objetivo Asociado
Requisito Asociado
Descripcin

MODIFICAR DATOS
ID-OBJ-02 Administracin de Usuarios
RI -04
El sistema deber pedir la informacin necesaria
para dejar actualizar informacin personal.

Precondicin
Secuencia normal

Ingresar al sistema.
Paso
Accin
1
Buscar datos personales.
2
Mostrar datos personales.
3
Editar campos.
4
Guardar cambios.

Poscondicin
Excepciones
Rendimiento
Frecuencia
Comentario

Solo se pueden modificar los datos propios.

El siguiente caso de uso corresponde a las acciones que deben realizar los usuarios para
hacer el cambio de la clave de acceso.
Tabla 14.Documentacion del caso de uso para modificar clave de acceso.
CU-10
Objetivo Asociado
Requisito Asociado
Descripcin

CAMBIAR CLAVE DE ACCESO

ID-OBJ-04 Administracin de Usuario.
RI -05
El sistema deber pedir la informacin necesaria
para permitir modificar la clave de acceso.

32

Precondicin
Secuencia normal

Poscondicin
Excepciones
Rendimiento
Frecuencia
Comentario

Ingresar al sistema.
Paso
Accin
1
Mostrar datos personales.
2
Editar campos.
3
Confirmar datos
4
Guardar cambios

Solo se pueden modificar los datos propios.

El siguiente caso de uso corresponde a las acciones que debe realizar el administrador para
consultar un usuario al sistema.
Tabla 15.Documentacion del caso de uso de consulta de usuarios.
CU-O4
Objetivo Asociado
Requisito Asociado
Descripcin

CONSULTAR USUARIOS
ID-OBJ-02 Administracin de usuarios
RI -06
El sistema debe solicitar la identificacin del sistema para
dejar buscar la informacin de determinado usuario.

Precondicin
Secuencia normal

Ingresar como administrador al sistema.

Paso
Accin
1
Administrador digita identificacin.
2
Administrador hace clic en buscar.
3
Se hace la validacin de los datos
4
Se conecta con la base de datos
5
Localizacin del usuario.
6
Mostrar Resultado

Poscondicin
Excepciones
Rendimiento
Frecuencia
Comentario

Ninguno

En la siguiente tabla se muestran las acciones que deben realizar los usuarios para crear un nuevo
proyecto.

Tabla 16.Documentacion del caso de uso de ingreso de proyectos.

CU-O5
INGRESAR PROYECTO
Objetivo Asociado
ID-OBJ-03 Administracin de proyectos
33

Requisito Asociado
Descripcin

RI -07
El sistema debe solicitar informacin para dejar ingresar
un nuevo proyecto.

Precondicin

Ingresar al sistema, haber ingresado una empresa

asociada con el proyecto
Paso
Accin
1
Usuario digita datos del proyecto.
2
Usuario hace clic en ingresar.
3
Se hace la validacin de los datos
4
Se conecta con la base de datos
5
Validar que no exista otro proyecto con los
mismos datos.
6
Ingresar nuevo proyecto.
La empresa es registrada en el sistema.
3. si hay errores en la validacin, direcciona 1.
5. si existe el proyecto, direcciona 1.

Secuencia normal

Poscondicin
Excepciones
Rendimiento
Frecuencia
Comentario

Ninguno

El siguiente caso de uso corresponde a las acciones que deben realizar los usuarios para
modificar datos de un proyecto.
Tabla 17.Documentacion del caso de uso de modificacin de proyectos.
CU-O6
Objetivo Asociado
Requisito Asociado
Descripcin

MODIFICAR PROYECTO
ID-OBJ-03 Administracin de proyectos
RI -08
El sistema deber solicitar la informacin requerida
cuando se desea modificar la informacin de un proyecto.

Precondicin
Secuencia normal

Ingresar como administrador al sistema.

Paso
Accin
1
Usuario busca el Proyecto.
2
Mostrar datos del proyecto.
3
Editar campos.
4
Guardar cambios.

Poscondicin
Excepciones
Rendimiento
Frecuencia
Comentario

Ninguno
34

El siguiente caso de uso corresponde a las acciones que deben realizar los usuarios para
consultar un proyecto.
Tabla 18.Documentacion del caso de uso de consulta de proyectos.
CU-O7
Objetivo Asociado
Requisito Asociado
Descripcin

CONSULTAR PROYECTO
ID-OBJ-03 Administracin de proyectos
RI -09
El sistema debe solicitar la cierta informacin para
consultar un proyecto dentro del sistema.

Precondicin
Secuencia normal

Ingresar al sistema.
Paso
Accin
1
Usuario digita numero del proyecto.
2
Usuario hace clic en buscar.
3
Se hace la validacin de los datos
4
Se conecta con la base de datos
5
Localizacin del proyecto.
6
Mostrar Resultado

Poscondicin
Excepciones
Rendimiento
Frecuencia
Comentario

Ninguno

El siguiente caso de uso corresponde a las acciones que deben realizar los usuarios para hacer la
gestin de proyectos

Tabla 19.Documentacion del caso de uso para gestin de proyectos.

CU-O8
Objetivo Asociado
Requisito Asociado
Descripcin

GESTION DE PROYECTOS
ID-OBJ-03 Administracin de proyectos
RI -10
Un usuario registrado puede hacer cambios diferentes a
los datos generales del proyecto, datos referentes con la
gestin de proyecto.

Precondicin
Secuencia normal

Ingresar al sistema.
Paso
Accin
1
Usuario digita numero del proyecto.
2
Usuario hace clic en buscar.
3
Se hace la validacin de los datos
4
Se conecta con la base de datos
5
Modificacin de informacin del proyecto.
35

6
Poscondicin
Excepciones
Rendimiento
Frecuencia
Comentario

Guardar cambios

Ninguno

La documentacin del proceso de testeo se muestra a continuacin:

Tabla 20.Documentacion del caso de uso para Testeo.

CU-11
Objetivo Asociado
Requisito Asociado
Descripcin

TESTEO
ID-OBJ-04 Testeo
RF-11
El sistema deber permitir a los usuarios registrados
acceder al servicio de testeo.

Precondicin
Secuencia normal

Ingresar al sistema.
Paso
Accin
1
Ingresar al proyecto.
2
Escoger tipo de testeo
3
Hacer clic en testear.
4
Hacer testeo.
5
Hacer clic en generar reporte.
6
Guardar reporte.

Poscondicin
Excepciones
Rendimiento
Frecuencia
Comentario

En tipo de testeo existen dos opciones (por etapas y

completo).

Las diferentes acciones que los usuarios deben realizar para consultar el reporte de un testeo se
muestra a continuacin:

Tabla 21.Documentacion del caso de uso para Administracin de gestin de reportes..

CU-12
Objetivo Asociado
Requisito Asociado

ADMINISTRACIN DE GESTIN DE REPORTES.

ID-OBJ-05 Administracin de gestin de Reportes
RI -12 visualizar los resultados del testeo.

36

Descripcin

El sistema deber permitir a los usuarios registrados

visualizar los resultado del testeo de determinado
proyecto.

Precondicin
Secuencia normal

Ingresar al sistema y que el reporte haya sido generado.

Paso
Accin
1
Buscar proyecto.
2
Buscar tipo de testeo realizado a proyecto.
3
Hacer clic en ver reporte.

Poscondicin
Excepciones
Rendimiento
Frecuencia
Comentario

Solo se puede visualizar reportes de testeos realizados

previamente

6.3.2 REQUISITOS NO FUNCIONALES

Los requisitos no funcionales, son un conjunto de elementos tcnicos que de alguna manera
garantizan el normal funcionamiento del sistema.
TESTSOFT debe tener en cuenta los siguientes requisitos no funcionales:

El sistema se debe desarrollar de acuerdo al ciclo de vida Proceso Unificado de

Desarrollo.
TESTSOFT, ser desarrollado en PHP utilizando como servidor de bases de datos
POSTGRESQL.
El sistema ser alojado en un hosting que proporcione los servicios de servidor FTP, servidor
Web (Apache), lenguaje de programacin PHP, servidor de bases de datos (POSTGRESQL) y
sistema operativo GNU/LINUX.
TESTSOFT deber funcionar con los sistemas operativos Windows 98, Windows XP,
Windows vista, Windows 7,GNU/LINUX Debian y sus Derivados con acceso a Internet a
travs de los navegadores Internet Explorer 5.0, Netscape Navigator, Opera, Mozilla Firefox.
TESTSOFT ser modelado bajo la arquitectura de tres capas que brindar una mayor
organizacin lgica para las clases que componen el sistema.
Se utilizar en las comunicaciones con el servidor el protocolo SSH al momento de actualizar el
sistema.
El acceso al sistema deber estar disponible las 24 horas del da para los usuarios que deseen
acceder a nuestros servicios.

37

6.4. DISEO DEL SISTEMA TESTSOFT

6.4.1. Diagrama de Clases
El modelo de dominio relaciona las clases y las relaciones que se derivan del sistema
TESTSOFT, que incluye la administracin de usuarios, administracin de proyectos y
Administracin de gestin de reportes, Testeo.
Figura 8. DIAGRAMA DE CLASES

6.4.2 Documentacin del Diagrama de Clases

Para documentar las clases de TESTSOFT se utiliza las tarjetas CRC (Clase
ResponsabilidadColaboracin)1, porque permiten a los diseadores/desarrolladores
visualizar detallada e independientemente todas las clases, como puede verse en la tabla
siguiente se ha hecho una variacin la columna responsabilidad, en la cual primero se
describe el mtodo y luego la responsabilidad de este.
1

Cunningham y Beck (1989)

38

Tabla 22. Documentacin clase TESTSOFT.

TESTSOFT
Responsabilidad

Colaboracin

TESTSOFT

Constructor

index

Entrar al sistema

men

Dibujar men de navegacin

Reportes

Obtener reportes de los diferentes tipos de

testeo

Login

La siguiente tabla documenta la clase Indexador, especificando los mtodos, las

responsabilidades y la colaboracin de otras clases.
Tabla 23. Documentacin clase Administrador.
Administrador
Responsabilidad

Colaboracin

Administrador

Constructor

proyecto

Realiza la administracin de los

diferentes proyectos a los cuales se Testsoft
les hace un testeo.

Usuarios

Realiza la administracin de los

diferentes tipos de usuarios que Encargadoproyecto
pueden acceder a TESTSOFT.

Gestin de reportes

Realiza
la
gestin
para
la
generacin de reportes de los
Testeo, Proyectos
diferentes proyectos a los que se les
hace testeo.

Tabla 5. Documentacin Administrador de usuarios.

Administrador de usuarios
Responsabilidad
Administrador
usuarios

Colaboracin
de

Constructor

39

Administrador de usuarios
Responsabilidad

Colaboracin

Ingresar

Realizar el ingreso de nuevos usuarios Administrador

Modificar

Realiza la modificacin de la
informacin (datos personales, claves Administrador
de acceso) de los diferentes usuarios

Consultar

Realiza la consulta de todos los

usuarios que se encuentren en Administrador
TESTSOFT.

Tabla 6. Documentacin clase Administracin de Proyectos.

Administrador de Proyectos
Responsabilidad
Administrador
Proyectos

Colaboracin

de

Constructor

ingresar

Realizar el ingreso de nuevos proyectos al sistema

Administrador

Modificar

Realiza la modificacin de cierta informacin referente con los

proyectos

Consultar

Realiza la consulta de informacin de los diferente proyectos

Tabla 7. Documentacin clase Administrador de gestin de reportes.

Administrador de gestin de reportes

Responsabilidad

Colaboracin

Administrador
de gestin de Constructor
reportes
Consultar

Modificar

Realizara la solicitud del reporte de un determinado

testeo realizado a determinado proyecto.
Realizara la modificacin de determinado reporte, pero Administrador
con restriccin de esta accin solo para el usuario que

40

Administrador de gestin de reportes

Responsabilidad

Colaboracin
genera el reporte.

Tabla 8. Documentacin clase Encargadoproyecto.

Encargadoproyecto
Responsabilidad

Colaboracin

Encargadoproyecto Constructor
index

Realiza el logeo

testerproyecto

Realiza el testeo de un proyecto completo y

adems puede crear nuevos proyectos

Login

Tabla 28. Documentacin clase testers.

testers.
Responsabilidad

Colaboracin

testers.

Constructor

index

Realiza el logeo

Login

testearproyecto

Realiza el testeo de un proyecto completo

Testeo

testearetapas

Realiza el testeo de un cada una de las

Testeo
diferentes etapas de un proyecto.

Tabla 29. Documentacin clase testeo.

41

testeo.
Responsabilidad

Colaboracin

testeo.

Constructor

index

Realiza el logeo

Login

completo

Realiza el testeo de un proyecto completo

Tester proyecto

Por etapas

Realiza el testeo de determinada etapa del

Testeo proyecto
proyecto

Tabla 30. Documentacin clase Reporte.

Reporte
Responsabilidad

Colaboracin

Reporte

Constructor

index

Realiza el logeo

Login

completo

Realiza el reporte de un proyecto completo

Tester proyecto

Por etapas

Realiza el reporte de determinada etapa del

Testeo proyecto
proyecto

6.4.3. Modelo Entidad- Relacin

El modelo entidad relacin, a veces denominado por su siglas, E-R, es una herramienta
para el modelado de datos de un sistema de informacin. Estos diagramas expresan
entidades relevantes para un sistema, sus inter-relaciones y propiedades.
El modelo de datos o modelo entidad/relacin de TESTSOFT, se fundament en la
especificacin de requisitos y posteriormente se realiz un proceso de abstraccin del
diagrama de clases, lo que permiti identificar y definir las entidades relevantes del
proceso de administracin, teniendo en cuenta la administracin de usuarios, proyectos y
gestin de reportes.

42

AApellidos
TNombres

TIdentificacin

Tsexo

Adireccion

ANombres

AIdentificacin

Atelefono

TApellidos

Testers

Administrador

Amail

FechaRe

Id_proyecto
PNombre

FechaR

Asexo
Id_testeo

PFecha

TAmail

Tdireccin

Testeo

Proyecto

TFecha

FechaN

Tipo

Tpruebas

3
1

Trequerimientos
Cod_etapa

Etapas

Reporte

Timplementacin
Tdiseo
Encargadoproyecto
Eimplementacion

Epruebas

Erequerimiento

RFecha
Id_reporte

1.
2.
3.
4.
5.

Realizado
ejecuta
Genera
Realiza
Es

Ediseo

43

6.4.4. Modelo Relacional

El modelo relacional para la gestin de una base de datos es un modelo de datos basado
en los conceptos de la lgica booleana y en la teora de conjuntos.
Este modelo considera la base de datos como una coleccin de relaciones. De manera
simple, una relacin representa una tabla, en que cada fila representa una coleccin de
valores que describen una entidad del mundo real. Cada fila se denomina tupla o registro
y cada columna campo.
A continuacin se describir cada una de las tablas en forma de tuplas, utilizadas en la
base de datos de TESTSOFT y que se han generado a partir del modelo entidad relacin.
Los campos que se encuentran subrayado representan las llaves primarias de la tupla y
los que se encuentran con un asterisco adelante las llaves forneas correspondientes y se
utilizan para distinguir una tupla de la otra, pues permiten identificar unvocamente una
tupla en una relacin.

Administrador(Aidentificacion,ANombres,AApellidos,ADireccion,ATelefono,Ama
il, Asexo)
Proyecto (Id_proyecto,PNombre, Pfecha)
Testeo (Id-testeo,Tfecha,* Id_proyecto)
Testeo-Etapas (Id-testeo, Cod_etapa, Tfecha,Nombre_etapa, * Id_proyecto)
Reporte (Id_proyecto,Id-testeo,Id_reporte,Rfecha)
Testers(Tidentificacion,TNombres,TApellidos,TDireccion,TTelefono,Tmail,
Tsexo,Ttipo)
Realiza (Tidentificacion, Id-testeo,fechar)
Realizado(Aidentificacion, Id-testeo,fechare)

6.4.5. Diccionario de Datos

El diccionario de datos, es un listado de tablas organizadas que contienen todos los

elementos o datos pertinentes al sistema, con definiciones precisas y rigurosas.
El diccionario de datos que se muestra a continuacin se fundamenta en el anlisis que
se ha realizado e igualmente en el diseo de las clases, modelo entidad relacin y modelo
relacional.
En el diccionario de datos de TESTSOFT hay 8 tablas en las que se almacena toda la
informacin que el sistema necesita para funcionar. Las tablas del diccionario de datos
son:

44

Tabla 31. Diccionario de datos Administrador.

Administrador
ColumnName

DataType

PrimaryKey NotNull

Aidentificacion INT(11)

PK

ANombres

VARCHAR(50)

AApellidos

VARCHAR(50)

ADireccion,

VARCHAR(50)

ATelefono,

INT(20)

Amail

VARCHAR(50)

Asexo

VARCHAR(50)

Default
Comment
Value

NN

AutoInc

AI

IndexName

IndexType

Columns

PRIMARY

PRIMARY

Aidentificacion

Tabla 9. Diccionario de datos Proyecto.

Proyecto
ColumnName DataType

PrimaryKey NotNull

Id_proyecto, INT(11)

PK

PNombre,

VARCHAR(50)

Pfecha

DATETIME

Default
Value

Comment

NN

AutoInc

AI

IndexName

IndexType

Columns

PRIMARY

PRIMARY

Id_proyecto

45

Tabla 10. Diccionario de datos tabla Testeo.

Testeo
ColumnName

DataType

PrimaryKey NotNull Flags

Id-testeo

INT(11)

PK

NN

UNSIGNED

* Id_proyecto INT(11)

PK

NN

UNSIGNED

Pfecha

Default Value Comment

AutoInc

DATETIME

IndexName

IndexType

Columns

PRIMARY

PRIMARY

Id-testeo

Testeo _FKProyecto

Proyecto

* Id_proyecto

Tabla 33. Diccionario de datos tabla Testeo-Etapas.

Testeo-Etapas
ColumnName

DataType

PrimaryKey NotNull Flags

Id-testeo

INT(11)

PK

Cod_etapa

INT(11)

NN

* Id_proyecto

INT(11)

NN

NN

Default
Comment
Value

UNSIGNED

AutoInc

AI

UNSIGNED

Nombre_etapa, VARCHAR(15)
Tfecha,

DATETIME

IndexName

IndexType

Columns

PRIMARY

PRIMARY

Id-testeo
Cod_etapa

Testeo-Etapas _FKproyecto

Index

Id_proyecto

46

Tabla 34. Diccionario de datos tabla Reporte.

Reporte
ColumnName DataType

PrimaryKey NotNull Flags

Id_proyecto INT(20)

PK

Id-testeo

NN

Default
Value

Comment

UNSIGNED

INT(20)

AutoInc

AI

UNSIGNED

Id_reporte INT(11)
Rfecha

DATETIME

IndexName

IndexType

Columns

PRIMARY

PRIMARY

Id_proyecto
Id-testeo
Id_reporte

Tabla 35. Diccionario de datos tabla Testers.

Testers
ColumnName

DataType

Tidentificacion INT(20)

PrimaryKey NotNull Flags

PK

NN

TNombres

VARCHAR(20)

NN

TApellidos

VARCHAR(20)

NN

TDireccion

VARCHAR(20)

TTelefono

INT(20)

Tmail

VARCHAR(20)

Default
Comment
Value

AutoInc

AI

UNSIGNED

47

Tsexo

VARCHAR(20)

Ttipo

VARCHAR(20)

IndexName

IndexType

Columns

PRIMARY

PRIMARY

Tidentificacion

Tabla 36. Diccionario de datos tabla Realiza.

Realiza
ColumnName

DataType

PrimaryKey NotNull Flags

Tidentificacion

INT(11)

PK

Id-testeo

INT(11)

fechar

DATETIME

NN

Default
Comment AutoInc
Value

UNSIGNED

AI

NN

IndexName

IndexType

Columns

PRIMARY

PRIMARY

Tidentificacion
Id-testeo

48

Tabla37. Diccionario de datos tabla Realizado.

Realizado
ColumnName

DataType

PrimaryK
NotNull Flags
ey

Aidentificacion INT(11)

PK

NN

UNSIGNED

Id-testeo

INT(11)

PK

NN

UNSIGNED

fechare

DATETIME

NN

UNSIGNED

Default
Value

Comment

IndexName

IndexType

Columns

PRIMARY

PRIMARY

Aidentificacion
Id-testeo

AutoIn
c

49

6.4.6. Diagramas de Secuencia

Los Diagramas de Secuencia muestran los diferentes actores y la mecnica de su

interaccin en el sistema con respecto al tiempo de cada uno de ellos.
Dentro del sistema, los objetos interactan entre s, y dichas interacciones van
sucediendo a lo largo del tiempo, estas interacciones son las mostradas en los siguientes
Diagramas de Secuencias para cada actividad realizada en TESTSOFT.

DIAGRAMA DE SECUENCIA CONTROL DE ACCESO

En la siguiente figura se presenta el diagrama de Secuencia de Control de Acceso, que
describe las interacciones de los diferentes objetos implicados en este proceso y los
mensajes que se envan entre s para realizar las actividades pertinentes.
Figura 1. Diagrama de Secuencia control de Acceso.

50

 DIAGRAMAS DE SECUENCIA ADMINISTRACIN DE USUARIOS

La administracin de usuarios, le corresponde al usuario administrador, a continuacin se
representarn mediante diagramas de secuencia las operaciones ms relevantes de este
proceso, como lo son ingresar y modificar usuarios.
A continuacin se describen la secuencia de mensajes entre los objetos, la cual se debe
establecer cuando se quiere ingresar un usuario al sistema. Las operaciones que se
describen en el diagrama de secuencia, van desde que el usuario administrador
selecciona la opcin ingresar del mdulo de administracin de usuarios, hasta que la
clase usuario ejecuta el mtodo que registra al nuevo usuario en la base de datos, en este
proceso antes de guardar al usuario en el sistema, se hace una validacin de los datos y
se verifica que los datos que identifican al nuevo usuario no concuerden con los de
alguno que ya este en la base de datos.
Figura 10. Diagrama de Secuencia Ingresar Usuario.

Modificar Usuario
51

La siguiente figura representa la secuencia normal que realiza el usuario administrador

para modificar los datos de un usuario.

Figura 2. Diagrama de Secuencia Modificar Usuario.

52

Modificar Datos Personales

A continuacin se describen la secuencia de mensajes entre los objeto cuando se
requiere modificar los datos personales de un usuario.
Figura 12. Diagrama de Secuencia Modificar Datos Personales.

Modificar Clave de Acceso

A continuacin se describen la secuencia de mensajes entre los objeto cuando se
requiere modificar la clave de acceso de un usuario.
Figura 13. Diagrama de Secuencia Modificar clave de acceso.

53

 DIAGRAMAS DE SECUENCIA ADMINISTRACIN DE PROYECTOS

El usuario administrador y el encargado del proyectos se encargan de la administracin
de proyectos, a continuacin se representarn mediante diagramas de secuencia las
operaciones ms relevantes de este proceso, como lo son ingresar, modificar y eliminar
reas de conocimiento.

Ingresar proyecto
A continuacin se describen la secuencia de mensajes entre los objetos que se debe
establecer cuando se requiere ingresar un proyecto al sistema.
Figura 14. Diagrama de Secuencia Ingresar proyecto.

54

Modificar proyecto
La siguiente figura representa la secuencia normal que realizan los usuarios administrador
y encargado del proyecto para modificar los datos de un proyecto.

Figura 15. Diagrama de Secuencia Modificar proyecto.

55

 DIAGRAMAS DE SECUENCIA DE TESTEO.

Testeo
La siguiente figura representa la secuencia normal que realizan los usuarios
administrador, encargado del proyecto y los testers de cada etapa para hacer un testeo.

Figura 15. Diagrama de testeo.

56

 DIAGRAMAS DE ADMINISTRACION DE GESTION DE REPORTES.

Administracin De Gestin De Reportes

La siguiente figura representa la secuencia normal que deben realizan los usuarios
administrador, encargado del proyecto y los testers de cada etapa para generar un
consultar el reporte de un testeo determinado
.

Figura 15. Diagrama de testeo.

57

6.5 DIAGRAMAS DE ACTIVIDADES

Los diagramas de actividades de TESTSOFT brindan una visin simplificada de lo que
pasa durante una operacin o proceso. Describen de manera clara los pasos o
actividades de cada uno de los actores implicados y los diferentes puntos de decisin que
pueden encontrarse en un determinado proceso.

DIAGRAMA DE ACTIVIDADES CONTROL DE ACCESO

El diagrama de actividades de control de acceso, describe las actividades que debe

realizar un usuario cualquiera, al momento de entrar al sistema a travs del formulario de
autenticacin que se encuentra en la pgina principal del sistema.

58

Figura 14. Diagrama de actividades de control de Acceso.

DIAGRAMA DE ACTIVIDADES INGRESAR USUARIO

El siguiente diagrama de actividades describe las operaciones que se deben realizar

cuando el usuario de tipo Administrador desea ingresar un usuario al sistema.
Figura 15.Diagrama de Actividades Ingresar Usuario.

59

DIAGRAMA DE ACTIVIDADES MODIFICAR USUARIO

Las siguientes son las actividades que realizan el administrador y el sistema, cuando el
primero debe realizar alguna modificacin a los datos de un usuario registrado.
Figura 16.Diagrama de Actividades modificar Usuario.

60

61

DIAGRAMA DE ACTIVIDADES MODIFICAR DATOS PERSONALES

Las siguientes son las actividades que realizan el administrador y el sistema, cuando el
primero debe realizar alguna modificacin a los datos personales de un usuario
registrado.
Figura 17.Diagrama de Actividades modificar datos personales.

DIAGRAMA DE ACTIVIDADES INGRESAR PROYECTO.

El siguiente diagrama de actividades describe las operaciones que se deben realizar

cuando el usuario de tipo Administrador y encargado del proyecto desea ingresar un
proyecto al sistema.
62

Figura 18.Diagrama de Actividades Ingresar Proyecto.

DIAGRAMA DE ACTIVIDADES MODIFICAR PROYECTO

Las siguientes son las actividades que realizan el administrador y el sistema, cuando ya
sea el administrador o el encargado de proyecto debe realizar alguna modificacin a los
datos de un proyecto registrado.
Figura 19.Diagrama de Actividades modificar proyecto.

63

DIAGRAMA DE ACTIVIDADES TESTEO.

Las siguientes son las actividades que realizan el administrador, los testera y el sistema,
cuando ya sea el administrador o cualquier tester debe realizar un testeo en el sistema.
Figura 20.Diagrama de Actividades Testeo.

64

65