SoTestteRs

ANALISIS Y DISEÑO

Versión 0.1
Softest-RS Elaborado por : Ronald Ibarra Zapata
Documento de análisis y diseño Fecha: 01/Marzo/2016

Contenido
I. Vista general de casos de uso ............................................................... Error! Bookmark not defined.
II. Especificaciones de casos de uso ......................................................................................................... 4
1. Caracterizar proyecto ........................................................................ Error! Bookmark not defined.
2. Caracterizar técnicas ......................................................................... Error! Bookmark not defined.
3. Visualizar recomendación ................................................................. Error! Bookmark not defined.
4. Valorar caracterizaciones .................................................................. Error! Bookmark not defined.
III. Diagramas de actividad, secuencia .................................................................................................. 7

Página 2
Softest-RS Elaborado por : Ronald Ibarra Zapata
Documento de análisis y diseño Fecha: 01/Marzo/2016

1. Vista Lógica
1.1. Vista general de casos de uso

1.1.1. Actores

Nombre Descripción
Practitioner Representa a una organización que tiene a su cargo proyectos de software y sus
respectivas actividades de testing.
Project owner representa a la organización propietaria del proyecto

Voter Representa a la organización que califica o valora proyectos aportados por otras
organizaciones.

1.1.2. Casos de uso

Nombre Descripción
Caracterizar
proyecto

Página 3
Softest-RS Elaborado por : Ronald Ibarra Zapata
Documento de análisis y diseño Fecha: 01/Marzo/2016

Caracterizar
proyecto pre -
instanciación
Obtener
recomendación

Caracterizar
proyecto pos -
instanciación
Valorar
caracterizaciones

1.2. Especificaciones de casos de uso

1.2.1. Caracterizar proyecto pre-instanciación

Use case name: caracterizar proyecto ID:UC-1 Priority:High

pre-instanciación
Actor:Project Owner (PO)
Description: el project owner (PO) registra en el Sistema los datos generales del proyecto (nombre,
organización y fecha de inicio) y el valor de los atributos que caracterizan al proyecto de acuerdo al
esquema de caracterización vigente en el sistema.
Trigger: El PO está interesado en obtener una recomendación de técnicas de testing de software para
un nuevo proyecto.
Preconditions:
1. El PO se ha autenticado
2. El PO ha accedido a la opción: nuevo proyecto
Normal course Información
1. El PO Ingresa los datos generales del proyecto.  Nombre, descripción y fecha de
2. El sistema muestra los atributos de inicio del proyecto.
caracterización del proyecto y un campo vacío por Nombre y descripción del atributo
cada uno.  Id y Valor por cada atributo
3. El PO ingresa los valores en los campos que
corresponden a cada atributo  Orden de guardar
4. El PO solicita el guardado de los datos ingresados.
5. El sistema almacena los datos generales y de  Resultado
caracterización del proyecto
6. El sistema termina el caso de uso
Alternative Courses
1. El PO ingresa la fecha de término del proyecto
2. El PO indica las técnicas utilizadas para realizar el
testing en el proyecto.
Exceptions
E1: el sistema no tiene un esquema de caracterización activo (ocurre en el paso 2)

Página 4
Softest-RS Elaborado por : Ronald Ibarra Zapata
Documento de análisis y diseño Fecha: 01/Marzo/2016

1. El sistema muestra un mensaje:

E2: no se puede guardar los datos por problemas de conectividad.
1. El sistema muestra un mensaje con las opciones de cancelar y reintentar.

1.2.2. Obtener recomendación

Use case name: Obtener ID:UC-2 Priority:High

recomendación
Actor:Project Owner (PO)
Description: el project owner (PO) que previamente ha caracterizado un Proyecto pre-instanciación
de técnicas de testing, solicita al sistema una recomendación de las técnicas de testing que mejor se
adecuen al proyecto y que además hayan tenido el mejor desempeño en proyectos similares.
Trigger: El PO solicita una recomendación de técnicas de testing de software
Preconditions:
1. El PO se ha autenticado
2. El proyecto ha sido caracterizado previamente
Normal course Información
1. El Sistema muestra una lista de proyectos  Nombre, descripción y fecha de
caracterizados pre-instanciación pertenecientes al inicio del proyecto.
PO autenticado
2. El PO elige el proyecto para el cual desea obtener  Id del proyecto seleccionado
una recomendación
3. El usuario indica el número de técnicas (k) a  K: número de técnicas a considerar
considerar en la recomendación.
4. El sistema calcula el nivel de adecuación al Id, nombre, puntaje de desempeño
proyecto de cada una de las (k) técnicas de testing  de las k técnicas.
existentes en el catálogo y muestra un ranking de
(k) técnicas de testing ordenadas según su
desempeño en proyectos similares
5. El usuario indica al sistema si desea guardar o Confirmación: Guardar o descartar
descartar la recomendación realizada. 
6. El sistema termina el caso de uso
Alternative Courses
Exceptions
E2: no se puede guardar los datos por problemas de conectividad.
El sistema muestra un mensaje con las opciones de cancelar y reintentar.

1.2.3. Caracterizar proyecto pos-instanciación

Use case name: Caracterizar proyecto ID:UC-3 Priority:High

pos-instanciación
Actor:Project Owner (PO)

Página 5
Softest-RS Elaborado por : Ronald Ibarra Zapata
Documento de análisis y diseño Fecha: 01/Marzo/2016

Description: el project owner (PO) que previamente ha obtenido una recomendación del sistema,
deberá ingresar al sistema los resultados de la instanciación de las técnicas de testing de software
aplicadas en su proyecto.
Trigger: Las fases de pruebas del proyecto de software han concluido
Preconditions:
1. El PO se ha autenticado
2. El proyecto cuenta con una recomendación previamente guardada
Normal course Información
1. El Sistema muestra una lista de proyectos que  Nombre, descripción y fecha de
cuentan con recomendaciones guardadas en el inicio del proyecto; Id, nombre,
sistema. puntaje de desempeño de las k
técnicas recomendadas
2. El PO elige el proyecto para el cual desea realizar
la caracterización pos-instanciación  Id del proyecto seleccionado

3. El Sistema muestra atributos de caracterización  Nombre década atributo

del proyecto pos-instanciación así como un
campo vacío por cada uno

4. El PO ingresa los valores en los campos que  Id y valor de cada atributo

corresponden a cada atributo

5. El sistema muestra una lista de selección múltiple

con las técnicas registradas en el sistema, dando  Nombre de la técnica
opción a agregar una nueva.
6. El PO selecciona las técnicas de testing aplicadas Ids de las técnicas

en el proyecto
7. Por cada técnica seleccionada, el sistema
muestra una sección con los atributos de
caracterización referidos al desempeño de la Nombre de la técnica, nombre y

técnica así como un campo vacío por cada uno descripción de cada atributo
8. Por cada página mostrada: El PO ingresa los
valores en los campos que corresponden a cada  Id y Valor por cada atributo
atributo
9. El PO solicita el guardado de los datos ingresados.  Orden de guardar
10. El sistema almacena los datos generales y de
caracterización de las técnicas  Resultado
11. El sistema notifica a todos los demás usuarios la
existencia de una nueva caracterización.  Código del proyecto
12. El sistema termina el caso de uso
Alternative Courses
Exceptions
E2: no se puede guardar los datos por problemas de conectividad.
El sistema muestra un mensaje con las opciones de cancelar y reintentar.

Página 6
Softest-RS Elaborado por : Ronald Ibarra Zapata
Documento de análisis y diseño Fecha: 01/Marzo/2016

1.2.4. Valorar caracterizaciones

Use case name: Valorar ID:UC-4 Priority: High

caracterizaciones
Actor:Project Owner (PO)
Description: cada usuario del sistema como Valorador o Votante (V) deberá valorar las
caracterizaciones ingresadas por otros usuarios (PO).
Trigger: Se ha registrado una nueva caracterización de un proyecto pos-instanciación
Preconditions:
1. El V ha sido notificado
2. El V se ha autenticado
3. El V cuenta con un código de proyecto cuyas caracterizaciones debe valorar.
Normal course Información
1. El Sistema muestra la caracterización del proyecto  Descripción fecha de inicio y fin del
y la de las técnicas aplicadas en el mismo, y al proyecto, nombre y valores
final una escala del 1 al 10 mostrada gráficamente asignados a cada atributo de
mediante 5 estrellas que se pueden marcar de caracterización.
forma, siendo posible en el caso de la última
estrella marcada, marcarla por la mitad o por
completo.
2. EL V asigna una valoración en la escala descrita y  Valor de la votación
confirma la votación.
3. El Sistema guarda la votación individual de cada  Confirmación de guardado
usuario.

4. El sistema calcula internamente la reputación del Reputación del PO

PO en base a las valoraciones realizadas a sus 
caracterizaciones ingresadas.
5. El sistema termina el caso de uso
Alternative Courses
Exceptions
E2: no se puede guardar los datos por problemas de conectividad.
El sistema muestra un mensaje con las opciones de cancelar y reintentar.

2. Vista de desarrollo

Página 7
Softest-RS Elaborado por : Ronald Ibarra Zapata
Documento de análisis y diseño Fecha: 01/Marzo/2016

3. Vista de proceso (actividad, estados)

3.1.
3.2. Diagrama de estados de un proyecto

Página 8
Softest-RS Elaborado por : Ronald Ibarra Zapata
Documento de análisis y diseño Fecha: 01/Marzo/2016

Acciones posibles
N° Nombre y descripción Siguiente
Acción
estado
1 Non Characterized: tras ser registrado un nuevo Caracterizar 2
proyecto (con sus datos básicos como: nombre,
descripción, fechas estimadas), este se encontrará Cancelar Proyecto 7
como “no caracterizado”
2 Characterizing before instantiation: en el estado de
Obtener recomendación 3
“Caracterizando antes de la instanciación”, se podrá
registrar los valores correspondientes a los atributos
de caracterización de un proyectos a efectos de poder
Cancelar Proyecto 7
determinar su similitud con otros proyectos existentes
en el repositorio.
3 In testing: en el estado “En Prueba”, se asume que se Caracterizar 4
realiza la actividad de pruebas o testing del software
materia del proyecto. Es un estado en el cual no se Cancelar recomendación 2
realizan acciones en el sistema de recomendación. Cancelar proyecto 7
4 Characterizing after instantiation Someter a votación 5
Cancelar proyecto 7
5 In Votation: en el estado “En votación” los usuarios
Calcular reputación 6
del Sistema Recomendador asumen el rol de

Página 9
Softest-RS Elaborado por : Ronald Ibarra Zapata
Documento de análisis y diseño Fecha: 01/Marzo/2016

“Votantes” (Voters) y realizarán valoraciones a las

caracterizaciones ingresadas por el dueño del
proyecto (Project owner).
6 Catalogued: terminado el periodo de votación, el
proyecto se situará en el estado “Catalogado”, es decir,
la información del proyecto será utilizada para realizar
recomendaciones.
7 Canceled: El proyecto se encontrará en este estado,
cuando en la práctica éste no se concrete o el dueño
del proyecto (Project owner) decida no utilizar el
Sistema Recomendador, lo cual lo puede indicar en el
software o de lo contrario pasado un tiempo de
inactividad (configurado por el administrador del
sistema), el software lo pasará a este estado
automáticamente desde los estados 1, 2, 4 o 5.

4. Vista física (despliegue)

Página 10
Softest-RS Elaborado por : Ronald Ibarra Zapata
Documento de análisis y diseño Fecha: 01/Marzo/2016

N° Elemento

1 DataBaseServer01: Servidor de base de datos de SQL Server 2014 en el

cual se hará el despliegue de la base de datos principal SoTesttersDB.
2 DataBaseServer02: Servidor de base de datos de SQL Server 2014 en el
cual se hará el despliegue de la base de datos de seguridad y acceso.
3 WebServer01: Servidor Web IIS 7.0 con .NET 4.0 sobre el cual se hará el
despliegue de la aplicación Web SoTesttersWebApp
4 SoTesttersDB: Base de datos principal del sistema de recomendación, esta
base de datos constituye el repositorio de proyectos e instanciaciones de
técnicas de testing de software. Esta base de datos contiene a su vez el
catálogo de técnicas de testing de software a partir del cual se harán las
recomendaciones.
5 AccountDB: Base de datos incluida por defecto en un proyecto Web de
Microsoft .NET (aspnetdb) la cual permite gestiona, cuentas de usuario,
roles y permisos para el acceso a las aplicaciones.

Página 11
Softest-RS Elaborado por : Ronald Ibarra Zapata
Documento de análisis y diseño Fecha: 01/Marzo/2016

6 SoTesttersWebApp: Aplicación Web del Sistema Recomendador

desarrollada en .NET framework 4.0, lenguaje c#, entityFramework,
ASP.NET, Razor, MVC, bootsrap.
UserManual: Manual básico para los usuarios del sistema recomendador
(Project owner, voter) el cual debe estar disponible en linea.

Página 12