D02 Plantilla Desarrollo de Software

Plantilla de Documentacin del Proyecto de
Desarrollo de Software
21 de abril de 2014
Concepcin - Chile
Portada: Ttulo del tema; nmero de grupo

Nombre(s) del o los alumnos; Carrera.
Redaccin: Se recomienda a los alumnos que a lo largo de todo el desarrollo
de este documento redacten en tiempo presente y tercera persona.
Tipologa: Fuente Cambria, Times new Roman o Arial tamao 11;
espaciado 1,05
Enumeracin de tablas y figuras.
ndice General
1 INTRODUCCIN............................................................................. 6
2 DEFINICIN DEL TIPO DE EMPRESA OBJETIVO................................... 6
2.1 DESCRIPCIN DE LA EMPRESA..............................................................6
2.2 DESCRIPCIN DEL REA DE ESTUDIO......................................................6
2.3 DESCRIPCIN DE LA PROBLEMTICA.......................................................6
3 DEFINICIN PROYECTO.................................................................. 6
3.1
3.2
3.3
3.4
3.5
OBJETIVOS DEL PROYECTO..................................................................6

AMBIENTE DE INGENIERA DE SOFTWARE.................................................6
PLANIFICACIN DEL PROYECTO.............................................................7
ORGANIZACIN EQUIPO.....................................................................7
DEFINICIONES, SIGLAS Y ABREVIACIONES................................................7
4 ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE....................... 7

4.1 ALCANCES.....................................................................................7
4.2 OBJETIVO DEL SOFTWARE...................................................................7
4.3 DESCRIPCIN GLOBAL DEL PRODUCTO....................................................8
4.3.1 INTERFAZ DE USUARIO...................................................................................... 8
4.3.2 INTERFAZ DE HARDWARE.................................................................................. 8
4.3.3 INTERFAZ SOFTWARE........................................................................................ 8
4.3.4 INTERFACES DE COMUNICACIN...........................................................................8
4.4 REQUERIMIENTOS ESPECFICOS............................................................8
4.4.1 REQUERIMIENTOS FUNCIONALES DEL SISTEMA.........................................................8
4.4.2 INTERFACES EXTERNAS DE ENTRADA.....................................................................9
4.4.3 INTERFACES EXTERNAS DE SALIDA........................................................................9
5 ANLISIS...................................................................................... 9
5.1 PROCESOS DE NEGOCIOS FUTUROS........................................................9
5.2 CASOS DE USO...............................................................................9
5.2.1 DIAGRAMA CASOS DE USO................................................................................ 9
5.2.2 ACTORES....................................................................................................... 9
5.2.3 ESPECIFICACIN DE LOS CASOS DE USO..............................................................10
5.3 MODELAMIENTO DE DATOS................................................................11
6 DISEO...................................................................................... 11
6.1
6.2
6.3
6.4
DISEO DE FSICO DE LA BASE DE DATOS..............................................11

DISEO DE ARQUITECTURA................................................................11
DISEO INTERFAZ Y NAVEGACIN (MOCKUPS).........................................11
ESPECIFICACIN DE MDULOS............................................................12
7 PRUEBAS.................................................................................... 12
7.1
7.2
7.3
7.4
7.5
ELEMENTOS DE PRUEBA...................................................................12
ESPECIFICACIN DE LAS PRUEBAS........................................................12
RESPONSABLES DE LAS PRUEBAS........................................................12
CALENDARIO DE PRUEBAS.................................................................13
DETALLE DE LAS PRUEBAS.................................................................13
2
7.6 CONCLUSIONES DE PRUEBA...............................................................13

7.7 ANEXO DATOS DE PRUEBA................................................................14
8 RESUMEN ESFUERZO REQUERIDO.................................................. 14
9 CONCLUSIONES........................................................................... 14
10 ANEXO GUI................................................................................ 15
10.1 ESQUEMA ESPECIFICACIN DE INTERFAZ...............................................15
10.2 DIAGRAMA PARA REPRESENTAR LA JERARQUA DE MEN.............................16
11 ANEXO ESTIMACIN INICIAL DE TAMAO...................................... 16
12 ANEXO: DICCIONARIO DE DATOS DEL MODELO DE DATOS...............17
ndice Tablas
Tabla 1: Requerimientos funcionales_____________________________________________________9
Tabla 2: Interfaces de entrada___________________________________________________________9
Tabla 3: interfaces de Salida____________________________________________________________9
Tabla 4: Especificacin CU1 ingreso al sistema__________________________________________10
Tabla 5: Especificacin CU1 ingreso usuario_____________________________________________10
Tabla 6: Detalle de pruebas____________________________________________________________13
Tabla 7: resumen esfuerzo_____________________________________________________________14
ndice Figuras
Ilustracin 1: Organizacin_____________________________________________________________15
INTRODUCCIN
Se presenta al lector cual es el propsito de este documento y se detalla el
contenido de cada uno de sus captulos.
DEFINICIN DEL TIPO DE EMPRESA OBJETIVO
2.1 Descripcin del tipo de empresa
Rubro
Caractersticas adicionales
2.2 Descripcin del rea de estudio

nfasis en las funciones y cargos relacionados con el proyecto, basado en la
investigacin de empresas reales del rubro. Incluir en anexo antecedentes de
las empresas consultadas o visitadas.
2.3 Descripcin de la problemtica

Debe especificar claramente cul es la situacin actual de la actividad o
proceso de negocio en estudio (cmo se efecta en la actualidad
considerando como referencia las empresas consultadas). De la descripcin
de esta situacin actual se identifica y especifica el problema que ha
motivado la necesidad del sistema, lo cual definir el objetivo del sistema. Si
lo anterior no es coherente significa, simplemente, que el proyecto ha sido
mal conceptualizado.
DEBEN incluir diagramas de procesos de negocios tales como la
notacin BPMN a travs de los diagramas de procesos de negocios,
o UML 2.0 a travs de los diagramas de actividad.
DEFINICIN PROYECTO
3.1 Objetivos del proyecto

Objetivos generales y especficos del proyecto, estos objetivos son distintos a
los objetivos del software/sistema de Sw.
Los Objetivos del proyecto terminan con el proyecto y los objetivos del
software se logran con el uso del software, es decir van ms all de la fecha
de trmino del proyecto.
Por ejemplo un objetivo del proyecto puede comenzar como implementar
una aplicacin sw .. en solucin a
3.2 Ambiente de Ingeniera de Software

Justificacin breve de:
6
metodologa de desarrollo,
las tcnicas y notaciones,
estndares de documentacin, producto o proceso
herramientas de apoyo al desarrollo de software que sern utilizadas.
Se pide indicar el propsito de cada elemento dentro del desarrollo del Sw.
(para qu ser utilizado). No se requiere que explique la historia o un manual
de cada elemento.
3.3 Planificacin del Proyecto

Carta Gantt u otra herramienta de calendarizacin con las actividades que
sern llevadas a cabo en funcin de la metodologa de desarrollo elegida.
Considera actividades desarrolladas por los desarrolladores y los usuarios o
clientes.
3.4 Organizacin Equipo

Indicar los nombres del personal que cumplir cada rol y detallar sus
responsabilidades. Los roles mnimos son:
1. Jefe de proyecto (responsable del plan, estimaciones y controles),
2. Analista -Programador Senior (responsable de requerimientos y diseo
de DB y GUI),
3. Ingeniero
Calidad
(responsable
de
adaptacin
de
estndares/plantillas,
pruebas).
convenciones,
buenas
prcticas
3.5 Definiciones, Siglas y Abreviaciones

Este tem se incluye la definicin de las siglas, abreviaciones, conceptos
tcnicos o de negocio que son necesarios para el buen entendimiento de este
documento.
ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE

Adaptacin basada en IEEE Software requirements Specifications Std 8301998.
4.1 Alcances
Este tem del estndar considera la descripcin de las caractersticas de este
producto de software que lo diferencian de otros. Se debe explicar en
trminos de lo que har el producto y si es necesario que no har.
4.2 Objetivo del software

Se describen los objetivos que debe cumplir el software en forma general y
especfica. Debera sealarse en el objetivo global y correspondientes
especficos los siguientes elementos o aspectos:
INFORMACION que considera /almacena / gestiona /maneja /etc-el
PROCESO que apoya/realiza- y el RESULTADO que se logra.
Ejemplo: El sistema manejar informacin sobre el proceso productivo

que permita una planificacin integral del mismo y logra un uso
optimo de los recursos utilizados en el proceso.
4.3 Descripcin Global del Producto

4.3.1 Interfaz de usuario
Se indican las caractersticas lgicas de cada interfaz entre el software y los
usuarios. No se refiere al diseo de la interfaz sino a los requerimientos que
existen en la empresa respecto a la interfaces de sw.
Por ejemplo puede incluir caractersticas de configuracin como formato de
pantalla, o layout de informes, uso de colores, iconografa, usos de teclas
programables, etc.
Se indican tambin todos los aspectos de optimizacin, que indique las forma
como el software debe y no debe aparecer al usuario.
4.3.2 Interfaz De Hardware
Especifica las caractersticas lgicas de cada interfaz entre el software y los
perifricos hardware, por ejemplo:
Sensor XWS, N Interrupcin, puerto
Estas interfaces se especifican especialmente cuando el sw interacta con
hw. especfico que requiere, para manejarlos correctamente, configurar
conexiones, puertos o interrupciones y
evitar colisiones con otros
dispositivos.
4.3.3 Interfaz Software
Se especifica el uso de otros productos software (por ejemplo un sistema de
administracin de datos, sistema operativo o paquetes matemticos), e
interfaces con otros sistemas (p.e., en las relaciones entre un sistema de
cuentas por cobrar y un sistema de contabilidad general). Para cada
producto software con el cual existe alguna relacin o interfaz, se detalla:
Nombre;
Abreviacin;
Nmero especificacin o Versin;
Fuente.
4.3.4 Interfaces de comunicacin
Se indican las interfaces para la comunicacin tales como el/los protocolos
de comunicacin.
4.4 Requerimientos Especficos

4.4.1 Requerimientos Funcionales del sistema
La lista de los requerimientos funcionales especficos. Se recomienda el uso
de la forma verbal en infinitivo para denotar las acciones que el software
debe realizar. Los requerimientos deben ser enumerados para facilitar su
seguimiento.
8
En la descripcin de cada requerimiento se incluyen condiciones o

restricciones del requerimiento, por ejemplo los registros de los clientes
pueden ser eliminados si y slo si el cliente no ha efectuado ninguna compra
en los 5 ltimos aos.
Los requerimientos pueden ser agrupados por distintos criterios, por ejemplo
tipo de usuario o mdulo (otras organizaciones se encuentran en el anexo del
estndar IEEE Std 830-1998).
Tabla 1: Requerimientos funcionales

Id
Nombre
Descripcin
Responsa
ble
Iteraci
n
4.4.2 Interfaces externas de entrada

Cada interfaz de entrada indica todos los grupos de datos que sern
ingresados al sistema independiente del medio de ingreso.
Tabla 2: Interfaces de entrada
Identificador Nombre del tem.
DE_01
Datos del
proveedor
Detalle de Datos contenidos en tem

NOMBRE, RUT, GIRO, ,TELEFONO
4.4.3 Interfaces externas de Salida

Se especifica cada salida del sistema, indicando en cada caso el formato o
medio de salida.
Tabla 3: interfaces de Salida
Identificador Nombre del tem.
IS_01
Informe de los
proveedores
Detalle de Datos contenidos en tem

NOMBRE, RUT, CODIGO,GIRO,DIRECCION,TELEFONO
Medio Salida
Archivo XLS
Impresora
Pantalla
ANLISIS
5.1 Procesos de Negocios futuros

Descripciones de los procesos de negocio (UML/BPMN) como punto de partida
del modelamiento del software. Debera existir una nueva vista del proceso
de negocio que solucione de mejor forma el problema, por ejemplo el ecommerce hace que el proceso de negocio sea totalmente distinto al que
exista en la empresa.
5.2 Casos de uso

5.2.1 Diagrama Casos de Uso
Aqu se presenta el diagrama de los casos de uso para mostrar la interaccin
entre los actores y los casos de uso. Adems del diagrama se debe describir
en forma textual (palabras) la forma como los actores harn uso del sistema.
Esta descripcin es general y no debe indicar el detalle de la ejecucin de
cada caso de uso.
5.2.2 Actores
Por cada actor se debe describir:
Su rol o funciones dentro de la empresa
Nivel de conocimientos tcnicos requeridos
Nivel privilegio en el sistema y las funcionalidades del software a las
cuales tiene acceso
5.2.3 Especificacin de los Casos de Uso
Para cada caso de uso (ovalo) del diagrama deben describir el tem ()
Tabla 4: Especificacin CU1 ingreso al sistema
Responsable de la implementacin: nombre

Caso de Uso: <nombre caso de uso>
Descripcin: Descripcin general del Caso de Uso
Pre-Condiciones: Se listan las condiciones que deben cumplirse para que
ocurra el caso de Uso 1
Flujo de Eventos Bsicos
Al actor
El sistema
1
2 (a)Si (r1 y r2) el sistema
hace x
3
4
Flujo de Eventos Alternativo:
Al actor
El sistema
2(b) Si no(r1 y r2) el sistema
hace y
Excepciones/Reglas de Negocio
I
Descripcin
D
r
Por ejemplo, los datos de un cliente pueden ser eliminados si y solo
1 si no tiene compras en la empresa.
r
Todos los datos de un cliente pueden ser modificados excepto el
2 RUT.
r
Los datos de las ventas pueden ser modificadas slo antes que se
3 registre el pago.
Post-Condiciones: Lista de posibles condiciones o estados de la base de datos

10
que pueden o deben cumplirse al terminar el Caso de Uso.

Tabla 5: Especificacin CU1 ingreso usuario
Responsable de la implementacin: nombre

Caso de Uso: <nombre caso de uso>
Descripcin: Descripcin general del Caso de Uso
Pre-Condiciones: Se listan las condiciones que deben cumplirse para que
ocurra el caso de Uso 1
Flujo de Eventos Bsicos
Al actor
El sistema
1
2 (a)Si (r1 y r2) el sistema
hace x
3
4
Flujo de Eventos Alternativo:
Al actor
El sistema
2(b) Si no(r1 y r2) el sistema
hace y
Excepciones/Reglas de Negocio
I
Descripcin
D
r
Por ejemplo, los datos de un cliente pueden ser eliminados si y solo
1 si no tiene compras en la empresa.
r
Todos los datos de un cliente pueden ser modificados excepto el
2 RUT.
r
Los datos de las ventas pueden ser modificadas slo antes que se
3 registre el pago.
Post-Condiciones: Lista de posibles condiciones o estados de la base de datos

que pueden o deben cumplirse al terminar el Caso de Uso.
5.3 Modelamiento de datos

En este tem se incluye una introduccin al modelo y el diagrama. Esta
introduccin es una explicacin, en trminos de la empresa, de las entidades
o clases y relaciones ms representativas del software.
Para el modelamiento se puede utilizar modelos E-R o de clases. Recuerde
respetar una codificacin para nombrar distintos elementos del modelo.
DISEO
6.1 Diseo de Fsico de la Base de datos

El modelo fsico de la Base de datos es la representacin de la organizacin
y estructura de la base de datos que ser utilizada por el Sw, por lo tanto
debe ser "consistente" con el modelo especificado en el tem .
11
El diagrama de la Base de datos debe ser incorporado aqu. Dentro del diseo
fsico de la BD se deben especificar los procedimientos almacenados que
podrn ser desarrollados para optimizar el uso de los datos.
6.2 Diseo de arquitectura

6.3 Diseo interfaz y navegacin (Mockups)
El diseo de la interfaz de usuario debe considerar un diseo estndar que
ser respetado en todas las pantallas. En el diseo se considera la
organizacin y el aspecto de la interfaz. El aspecto considera muchos
elementos, entre ellos, los colores, imgenes de fondo, uso de iconos entre
otros.
La organizacin de una pantalla considera la ubicacin de cada uno de los
tipos de elementos de la interfaz, considerando por ejemplo las siguientes
reas: (ver tem 10, pg 39),
De ingresos de datos
De Botones de opcin general
De botones de opciones especficas a la ventana
De Mens
De ttulos
De Barras de Herramientas
De pie de pgina
De Encabezados
De Logos
El diseo de men/ navegacin considera las opciones / medios que tendr el
usuario para acceder a la funcionalidad del Sw..
Debe considerar:
Nombre de tem y opciones representativas para el usuario
Organizacin/ jerarqua representativas para el usuario
Facilidad de acceso a opciones relacionadas
La jerarqua de men solo representa los anidamientos y agrupaciones de las
opciones de men y el mapa de navegacin representa las opciones que
tendr el usuario para "navegar / recorrer" dentro de las distintas opciones
6.4 Especificacin de mdulos

Incluir mdulos, reglas, funciones, etc creadas o modificadas en el
framework.. Cada mdulos, reglas, funciones debe estar descrita como:
Nombre
Capa
Bloque cdigo
descripcin
PRUEBAS
Adaptacin basada en IEEE Software Test Documentation Std 829-1998

12
7.1 Elementos de prueba

Prue
ba
P-01
P-02
P-03
P-04
P-05
P-06
P-07
P-08
P-09
P-10
P-11
P-12
P-13
P-14
P-15
P-16
P-17
Requisito
Registro de nueva mascota en el
sistema
Edicin de mascota ingresada en el
sistema
Creacin de tipo de atencin
Edicin de tipo de atencin
Creacin de Atencin
Edicin de atencin creada en el
sistema
Creacin de sucursal en el sistema
Creacin de producto en el sistema
Prueba edicin de producto en el
sistema
Prueba de autenticacin
Registro de usuario
Registro de nuevo cliente en el
sistema
Modificacin de datos de cliente
Creacin de Personas en el
sistema
Edicin de Persona en el sistema
Creacin de usuario en el sistema
Edicion de ususario en el sistema
7.2 Especificacin de las pruebas

Las pruebas realizadas se han enfocado en probar las funcionalidades de los
formularios existentes en el sistema.
El objetivo es detectar posibles fallas en el almacenamiento de la informacin de
los distintos mdulos del sistema a travs del mtodo de caja negra.
7.3 Responsables de las pruebas

Prue
ba
P-01
P-02
13
Requisito
Responsable
Registro de nueva mascota en el Emilio Yanez

sistema
Edicin de mascota ingresada en el Emilio Yanez
P-03
P-04
P-05
P-06
P-07
P-08
P-09
P-10
P-11
P-12
P-13
P-14
P-15
P-16
P-17
sistema
Christofher
Paredes
Christofher
Paredes
Creacin de Atencin
Christofher
Paredes
Edicin de atencin creada en el Christofher
sistema
Paredes
Matias Bermedo
Creacin de producto en el sistema Matias Bermedo
Prueba edicin de producto en el Matias Bermedo
sistema
Victor Navarro
Registro de usuario
Victor Navarro
Registro de nuevo cliente en el Victor Navarro
sistema
Victor Navarro
Creacin de Personas en el Victor Navarro
sistema
Edicin de Persona en el sistema Victor Navarro
Victor Navarro
Edicin de usuario en el sistema
Victor Navarro
7.4 Calendario de pruebas

Prue
ba
P-01
14
Requisito
Registro de nueva mascota en el
sistema
Fecha
Realizacin
09-06-2016
de
P-02
P-03
P-04
P-05
P-06
P-07
P-08
P-09
P-10
P-11
P-12
P-13
P-14
P-15
P-16
P-17
15
Edicin de mascota ingresada en el

sistema
Creacin de Atencin
Edicin de atencin creada en el
sistema
Creacin de producto en el sistema
Prueba edicin de producto en el
sistema
Registro de usuario
Registro de nuevo cliente en el
sistema
Creacin de Personas en el
sistema
Edicin de Persona en el sistema
Edicin de usuario en el sistema
09-06-2016
09-06-2016
09-06-2016
09-06-2016
09-06-2016
09-06-2016
09-06-2016
09-06-2016
09-06-2016
09-06-2016
09-06-2016
09-06-2016
09-06-2016
09-06-2016
09-06-2016
09-06-2016
7.5 Detalle de las pruebas

Pruebas
Caso de prueba: Prueba Formulario Mascota
Encargado: Emilio
Descripcin
En este caso se debe verificar que el ingreso de una mascota en el sistema sea correcto.
1.
Verificacin Registro de mascota en el sistema
Descripcin
El asistente veterinario, identificado como usuario ingresa al sistema con sus credenciales de
autenticacin, luego selecciona la opcin de ingresar mascota en el sistema
Condiciones de ejecucin
El usuario debe estar correctamente autenticado por el sistema y tener el rol de asistente
veterinario.
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/mascota/create
Se debe ingresar en el campo nombre de mascota: Goliat

Se debe ingresar en el campo tipo de mascota: Perro
Se debe ingresar en el campo raza de la mascota: Pastor Aleman
Se debe ingresar en el campo gnero de la mascota: Masculino
Resultado esperado
Se re direcciona a la pgina de lista de mascotas registradas en el sistema y muestra mensaje de
xito.
Evaluacin de la prueba
Prueba satisfactoria.
16
Pruebas
Caso de prueba: Prueba Formulario Mascota
Encargado: Emilio
Descripcin
En este caso se debe verificar que el ingreso de una mascota en el sistema sea correcto.
1.
Descripcin
veterinario.
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/mascota/create
Se debe ingresar en el campo nombre de mascota: *

Se debe ingresar en el campo tipo de mascota: +
Se debe ingresar en el campo raza de la mascota: ?
Se debe ingresar en el campo gnero de la mascota: 23
Resultado esperado
Error al ingresar un campo nombre de mascota: formato invalido
Error al ingresar un campo tipo de mascota: formato invalido
Error al ingresar un campo raza de mascota: formato invalido
Error al ingresar un campo genero de mascota: solo debe contener letras
17
Pruebas
Caso de prueba: Prueba Formulario Edicin Mascota
Encargado: Emilio
Descripcin
En este caso se debe verificar la edicin de una mascota en el sistema sea correcta.
1.
Descripcin
veterinario.
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/mascota/1/edit
Se debe ingresar en el campo nombre de mascota: Goliat

Se debe ingresar en el campo tipo de mascota: Perro
Se debe ingresar en el campo raza de la mascota: Caniche
Se debe ingresar en el campo gnero de la mascota: Masculino
Resultado esperado
xito.
18
Pruebas
Caso de prueba: Prueba Crear Tipo de Atencin
Encargado: Christofher Paredes Hooper
Descripcin
En este caso se debe verificar que el ingreso de un tipo de atencin en el sistema sea correcto.
1.
Verificacin Registro del tipo de atencin en el sistema
Descripcin
El administrador, identificado como usuario administrador ingresa al sistema con sus credenciales
de autenticacin, luego selecciona la opcin de crear tipo de atencin en el sistema
El usuario debe estar correctamente autenticado por el sistema y tener el rol de
administrador
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/tipoatencion/create
Se debe ingresar en el campo nombre: Rayos X
Se debe ingresar en el campo Precio: 8000
Resultado esperado
Se re direcciona a la pgina de en donde se observa el listado de los tipos de atenciones
existentes en el sistema.
19
Pruebas
Caso de prueba: Prueba Crear Tipo de Atencin
Descripcin
1.
Verificacin Registro del tipo de atencin en el sistema
Descripcin
de autenticacin, luego selecciona la opcin de crear tipo de atencin en el sistema
El usuario debe estar correctamente autenticado por el sistema y tener el rol de
administrador
Entrada
Se ingresa a la URL
Se debe ingresar en el campo nombre: 1231
Se debe ingresar en el campo Precio: (vaco)
Resultado esperado
El formato de nombre es invlido.
El campo precio es obligatorio.
20
Pruebas
Caso de prueba: Prueba Formulario Editar Tipo de Atencin
Descripcin
En este caso se debe verificar la edicin de un tipo de atencin en el sistema sea correcto.
1.
Verificacin de edicin del tipo de atencin en el sistema
Descripcin
de autenticacin, luego selecciona la opcin de editar tipo de atencin en el sistema
El usuario debe estar correctamente autenticado por el sistema y tener el rol administrador
en el sistema
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/tipoatencion/1/edit
Se debe ingresar en el campo nombre: Urgencia
Se debe ingresar en el campo Precio: 5000
Resultado esperado
xito.
21
Pruebas
Caso de prueba: Prueba Formulario Editar Tipo de Atencin
Descripcin
En este caso se debe verificar la edicin de una atencin en el sistema sea correcta.
1.
Descripcin
de autenticacin, luego selecciona la opcin de editar tipo de atencin en el sistema
El usuario debe estar correctamente autenticado por el sistema y tener el rol administrador
en el sistema
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/tipoatencion/1/edit
Se debe ingresar en el campo nombre: 12enasdinasc 1
Se debe ingresar en el campo Precio: asdnkasno
Resultado esperado
El formato de nombre es invlido.
precio debe ser numrico.
22
Pruebas
Caso de prueba: Prueba Crear Atencin
Descripcin
En este caso se debe verificar que el ingreso de una atencin en el sistema sea correcto.
1.
Verificacin Registro de una atencin en el sistema
Descripcin
La asistente, identificado como usuario asistente ingresa al sistema con sus credenciales de
autenticacin, luego selecciona la opcin de crear atencin en el sistema
Entrada
Se ingresa a la URL
Se debe ingresar en el campo fecha: 14-06-2016
Se debe ingresar en el campo Hora: 11:30
Se debe ingresar en el campo Observacin: Inyeccin Urgencia
Se debe ingresar en el campo Detalles: Eutanasia por fractura interna
Se debe ingresar en el campo valor ciruga: 0
Se debe ingresar en el campo valor insumo: 10000
Se debe ingresar en el campo tipo atencin: Urgencia
Resultado esperado
Se re direcciona a la pgina de en donde se observa el listado de los tipos de atenciones
existentes en el sistema con un mensaje de xito.
23
Pruebas
Caso de prueba: Prueba Crear Atencin
Descripcin
1.
Verificacin Registro de una atencin en el sistema
Descripcin
La asistente, identificado como usuario asistente ingresa al sistema con sus credenciales de
autenticacin, luego selecciona la opcin de crear atencin en el sistema
Entrada
Se ingresa a la URL
Se debe ingresar en el campo Hora: 11.11
Se debe ingresar en el campo Observacin: (vaco)
Se debe ingresar en el campo Detalles: (vaco)
Se debe ingresar en el campo valor ciruga: ascasc 2
Se debe ingresar en el campo valor insumo: (vaco)
Resultado esperado
El formato de hora es invlido.
El campo detalles es obligatorio.
El campo observacin es obligatorio.
valor ciruga debe ser numrico.
El campo valor insumo es obligatorio.
24
Pruebas
Caso de prueba: Prueba Formulario Editar Atencin
Descripcin
1.
Descripcin
La asistente veterinaria, identificada como usuario asistente ingresa al sistema con sus
credenciales de autenticacin, luego selecciona la opcin de atencin en el sistema
El usuario debe estar correctamente autenticado por el sistema y tener el rol asistente en el
sistema
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/atencion/1/edit
Se debe ingresar en el campo Hora: 11:30
Se debe ingresar en el campo Observacin: fractura pierna
Se debe ingresar en el campo Detalles: atencin primaria y entablillar
Se debe ingresar en el campo valor ciruga: 0
Se debe ingresar en el campo valor insumo: 8000
Resultado esperado
xito.
25
Pruebas
Caso de prueba: Prueba Formulario Editar Atencin
Descripcin
1.
Descripcin
La asistente veterinaria, identificada como usuario asistente ingresa al sistema con sus
credenciales de autenticacin, luego selecciona la opcin de atencin en el sistema
El usuario debe estar correctamente autenticado por el sistema y tener el rol asistente en el
sistema
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/atencion/1/edit
Se debe ingresar en el campo Hora: 11.30
Se debe ingresar en el campo Observacin: (vaco)
Se debe ingresar en el campo Detalles: atencion primariaqf23432e
Se debe ingresar en el campo valor ciruga: asdjoasdjp
Se debe ingresar en el campo valor insumo: 1-1-1-1
Resultado esperado
El formato de hora es invlido.
El formato de detalles es invlido.
El campo observacin es obligatorio.
valor ciruga debe ser numrico.
valor insumo debe ser numrico.
26
Pruebas
Caso de prueba: Prueba Formulario Sucursal
Encargado: Matas Bermedo
Descripcin
En este caso se debe verificar que el ingreso de una sucursal en el sistema sea correcto.
1.
Verificacin Registro de sucursal en el sistema
Descripcin
El administrador, identificado como usuario ingresa al sistema con sus credenciales de
autenticacin, luego selecciona la opcin de ingresar sucursal en el sistema
El usuario debe estar correctamente autenticado por el sistema y tener el rol de administrador.
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/sucursal/create
Se debe ingresar en el campo nombre de sucursal: Sucursal concepcin.

Se debe ingresar en el campo direccin de sucursal: Freire 234, concepcin.
Resultado esperado
Se re direcciona a la pgina de lista de sucursales registradas en el sistema y muestra mensaje
de xito.
27
Pruebas
Caso de prueba: Prueba Formulario sucursal
Encargado: Matas Bermedo
Descripcin
En este caso se debe verificar que el ingreso de una sucursal en el sistema sea correcto.
1.
Verificacin Registro de sucursal en el sistema
Descripcin
autenticacin, luego selecciona la opcin de ingresar sucursal en el sistema
El usuario debe estar correctamente autenticado por el sistema y tener el rol administrador.
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/sucursal/create
Se debe ingresar en el campo nombre de sucursal:
Se debe ingresar en el campo direccin de sucursal:
Resultado esperado
Error al ingresar un campo nombre de sucursal: campo requerido.
Error al ingresar un campo direccin de sucursal: campo requerido.
28
Pruebas
Caso de prueba: Prueba Formulario Sucursal
Encargado: Matas Bermedo.
Descripcin
En este caso se debe verificar que el editar una sucursal en el sistema sea correcto.
1.
Verificacin edicin de sucursal en el sistema
Descripcin
autenticacin, luego selecciona la opcin de editar sucursal en el sistema
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/sucursal
Y se selecciona la sucursal a editar.
Se debe ingresar en el campo nombre de sucursal: Sucursal concepcin.
Se debe ingresar en el campo direccin de sucursal: Freire 234, concepcin.
Resultado esperado
Se re direcciona a la pgina de lista de sucursales registradas en el sistema y muestra mensaje
de xito.
29
Pruebas
Caso de prueba: Prueba Formulario Producto
Descripcin
En este caso se debe verificar que el registrar un producto en el sistema sea correcto.
1.
Verificacin registro de producto en el sistema
Descripcin
autenticacin, luego selecciona la opcin de registrar producto en el sistema
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/producto/create
Se debe ingresar en el campo nombre de producto: Paracetamol.
Se debe ingresar en el campo descripcin de producto: Analgsico.
Se debe ingresar en el campo precio de producto: 12500
Resultado esperado
Se re direcciona a la pgina de lista de productos registrados en el sistema y muestra mensaje de
xito.
30
Pruebas
Descripcin
En este caso se debe verificar que el registrar un producto en el sistema sea correcto.
1.
Verificacin registro de producto en el sistema
Descripcin
autenticacin, luego selecciona la opcin de registrar producto en el sistema
Entrada
Se ingresa a la URL
Se debe ingresar en el campo nombre de producto: 12345.
Se debe ingresar en el campo descripcin de producto: 3333****.
Se debe ingresar en el campo precio de producto: hola mundo
Resultado esperado
Error al ingresar un campo nombre de producto: formato invalido
Error al ingresar un campo descripcin de producto: formato invalido
Error al ingresar un campo precio de producto: formato invalido
31
Pruebas
Descripcin
En este caso se debe verificar que la edicin de un producto en el sistema sea correcta.
1.
Verificacin edicin de producto en el sistema
Descripcin
autenticacin, luego selecciona la opcin de editar producto en el sistema
Entrada
Se ingresa a la URL
Y se selecciona el producto a editar
Se debe ingresar en el campo nombre de producto: Paracetamol.
Se debe ingresar en el campo descripcin de producto: Analgsico.
Se debe ingresar en el campo precio de producto: 12500
Resultado esperado
Se re direcciona a la pgina de lista de productos registrados en el sistema y muestra mensaje de
xito.
32
Pruebas
Mdulo: Login
Encargado: Vctor Navarro
Descripcin
En este caso se debe verificar el sistema de autenticacin de usuario funciona
1.
Verificacin de Inicio de sesin vlido
El usuario no debe haberse autenticado
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/auth/login
Se debe ingresar en el campo E-Mail: admin@gmail.com
Se debe ingresar en el campo Contrasea: secret
Resultado esperado
Se re direcciona a la pgina de bienvenida, ya que la autenticacin de correcta
2.
Verificacin de Inicio de sesin errneo
El usuario no debe haberse autenticado
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/auth/login
Se debe ingresar en el campo E-Mail: admin@gmail.com

Se debe ingresar en el campo Contrasea: nomelase
Resultado esperado
Se muestra un mensaje de error de autenticacin
33
Pruebas
Mdulo: Registro de usuario
Descripcin
Se prueba mdulo de registro de usuario
1.
Verificacin Registro de Usuario Correcto
Descripcin
El nuevo usuario, no siendo un empleado de la empresa crea una cuenta de uso personal
El usuario no debe estar autenticado
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/auth/register
Se debe ingresar en el campo Nombre Completo: Juan Perez
Se debe ingresar en el campo Telfono: 88989855
Se debe ingresar en el campo E-Mail: jpere@jotmail.hot
Se debe ingresar en el campo Rut: 99999999-9
Se debe ingresar en el campo Password: lacontra
Resultado esperado
El usuario debe ser re direccionado a la pgina de bienvenida con el mensaje indicando xito al
crear usuario
34
2.
Verificacin Registro de Usuario Incorrecto
Descripcin
El nuevo usuario, no siendo un empleado de la empresa crea una cuenta de uso personal
El usuario no debe estar autenticado
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/auth/register
Se debe ingresar en el campo Nombre Completo: soylacerda99
Se debe ingresar en el campo Telfono: micel
Se debe ingresar en el campo E-Mail: notengo@asdasd
Se debe ingresar en el campo Password:
Resultado esperado
El sistema debe mostrar mensaje de error detallando lo siguiente:
Rut Invlido
El formato de nombres es invlido.
correo electrnico no es un correo vlido
Telfono debe ser numrico.
El campo contrasea es obligatorio
35
Pruebas
Mdulo: Gestin de Clientes
Descripcin
Se prueba mdulo de Gestin de Clientes
1.
Verificacin de Creacin de Cliente Correcto
Descripcin
El nuevo administrador desea crear un registro para cliente
El usuario debe estar autenticado y con el rol de administrador. Para esto, usar como credenciales:
user= admin@gmail.com
password= secret
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/cliente/create
Se debe ingresar en el campo Nombre Completo: Juana Perez
Se debe ingresar en el campo Direccin: Av. Collao 999
Resultado esperado
El usuario debe ser re direccionado a la pgina de listado de clientes con el mensaje indicando
xito al crear cliente
36
2.
Verificacin de Creacin de Cliente Incorrecto
Descripcin
El nuevo administrador desea crear un registro para cliente, pero falla
password= secret
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/cliente/create
Se debe ingresar en el campo Nombre Completo: joho19@
Se debe ingresar en el campo Direccin:
Se debe ingresar en el campo Telfono: asdasd123123
Resultado esperado
El sistema mostrar los siguientes mensajes denotando los errores de validacin:
Rut Invlido
El formato de nombres es invlido.
El campo direccin es obligatorio.
Telfono debe ser numrico
37
3.
Verificacin de Modificacin de Cliente Correcto
Descripcin
El nuevo administrador desea modificar un registro para cliente
password= secret
Entrada
Se ingresa a la URL
http://146.83.198.59/~grupodavar/produccion/public/index.php/cliente/1/edit
Se debe ingresar en el campo Nombre Completo: Juana Perez
Se debe ingresar en el campo Direccin: Av. Collao 999
Resultado esperado
El usuario debe ser re direccionado a la pgina de listado de clientes con el mensaje indicando
xito al crear cliente
7.6 Conclusiones de Prueba

8
RESUMEN ESFUERZO REQUERIDO

El final de este documento se debe indicar las horas destinadas en realizar
cada una de las fases del desarrollo del software, las horas corresponden a la
suma de las horas gastadas por cada integrante y del equipo en conjunto.
Tabla 6: resumen esfuerzo

Actividades/fases
N Horas
TOTAL
Comentar los resultados con los datos obtenidos en la seccin 10. En cuanto
a la cantidad de lneas de cdigo y el esfuerzo estimado.
38
CONCLUSIONES
Conclusin del informe presentado
10 ANEXO GUI
10.1 Esquema especificacin de Interfaz
1
2
3
4
5
Ilustracin 1: Organizacin
Area 1. Men. Incluye opciones como

Area 2. Barra de herramientas. Incluye iconos como
Area 3. Imagen CORPORATIVA
Area 4. Ttulo de ventana con contexto
Area 5. Despliegue e ingreso de datos
Area 6. Botones de optimizacin / navegacin (BUSCAR, INGRESAR
NUEVO, VER DETALLES, entre otros)
Area 7. Botones de opcin general (GUARDAR, ACEPTAR, CACELAR,
CERRAR)
Area 8. Pi de pgina, sistema, fecha, hora , da, entre otros)
39
10.2 Diagrama para representar la jerarqua de men

Jerarqua de Men
Men Principal
Opcin 1
Opcin 2
Opcin 3
Salir
Opcin
1.1 Items
1.2 Items
Opcin
2.1 Items
2.2 Items
Opcin
3.1 Items
3.2 Items
1.1
1.1.1Items
1.1.2Items
Esquema de navegacin
Menu
opcion1
Opcion1.1
Opcion1.2
Opcion1.1.2
Opcion1.1.2
opcion2
Opcion2.1
Opcion2.2
opcion3
Opcion3.1
Salir
Opcion3.2
11 ANEXO ESTIMACIN INICIAL DE TAMAO

Estimacin de Tamao del software aplicando tcnicas puntos de Casos de
Uso.
ACTORES
CASOS
USO
peso
DE TRANSACCIONES
Technical Factor
Multiplie
r
Distributed System
2
Application performance objectives, in either response or 1
throughput
End-user efficiency (on-line)
1
Complex internal processing
1
Reusability, the code must be able to reuse in other 1
applications
Installation ease
0,5
40
peso
Influenci
a
Technical Factor
Operational ease, usability
Portability
Changeability
Concurrency
Special security features
Provide direct access for third parties
Special user training facilities
Calculate EF (Environmental Factor)
Environmental Factor
Familiar with Objectory + RUP
Application experience
Object Oriented experience
Analyst capability
Motivation
Stable requirements
Par time workers
Difficult programming language
Multiplie
r
0,5
2
1
1
1
1
1
Influenci
a
Multipli
er
1,5
0,5
1
0,5
1
2
-1
-1
Influenc
ia
Calcular UUCP (Unadjusted Use Case Point)

UUCP= UAW+UUCW
Calcular TCF (Technical Complexity Factor)
TCF=0.6+(0.01*TFactor)
Calcular EF (Environmental Factor)
EF =1.4+(-0.03*EFactor)
UCP = UUCP * TCF * EF
Hrs Totales= LOE +UCP
12 ANEXO:
DATOS
DICCIONARIO
DE
DATOS
DEL
MODELO
DE
El diccionario completo se incluye como anexo no obstante las tablas

principales son descritas en este punto.
41

D02 Plantilla Desarrollo de Software

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

D02 Plantilla Desarrollo de Software

Cargado por

Copyright:

Formatos disponibles

Plantilla de Documentacin del Proyecto de

Portada: Ttulo del tema; nmero de grupo

OBJETIVOS DEL PROYECTO..................................................................6

4 ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE....................... 7

DISEO DE FSICO DE LA BASE DE DATOS..............................................11

7.6 CONCLUSIONES DE PRUEBA...............................................................13

DEFINICIN DEL TIPO DE EMPRESA OBJETIVO

2.1 Descripcin del tipo de empresa

2.2 Descripcin del rea de estudio

2.3 Descripcin de la problemtica

3.1 Objetivos del proyecto

3.2 Ambiente de Ingeniera de Software

3.3 Planificacin del Proyecto

3.4 Organizacin Equipo

3.5 Definiciones, Siglas y Abreviaciones

ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE

4.2 Objetivo del software

Ejemplo: El sistema manejar informacin sobre el proceso productivo

4.3 Descripcin Global del Producto

4.4 Requerimientos Especficos

En la descripcin de cada requerimiento se incluyen condiciones o

Tabla 1: Requerimientos funcionales

4.4.2 Interfaces externas de entrada

Detalle de Datos contenidos en tem

4.4.3 Interfaces externas de Salida

Detalle de Datos contenidos en tem

5.1 Procesos de Negocios futuros

5.2 Casos de uso

Responsable de la implementacin: nombre

Post-Condiciones: Lista de posibles condiciones o estados de la base de datos

que pueden o deben cumplirse al terminar el Caso de Uso.

Responsable de la implementacin: nombre

Post-Condiciones: Lista de posibles condiciones o estados de la base de datos

5.3 Modelamiento de datos

6.1 Diseo de Fsico de la Base de datos

6.2 Diseo de arquitectura

6.4 Especificacin de mdulos

Adaptacin basada en IEEE Software Test Documentation Std 829-1998

7.1 Elementos de prueba

7.2 Especificacin de las pruebas

7.3 Responsables de las pruebas

Registro de nueva mascota en el Emilio Yanez

7.4 Calendario de pruebas

Edicin de mascota ingresada en el

7.5 Detalle de las pruebas

Se debe ingresar en el campo nombre de mascota: Goliat

Se debe ingresar en el campo nombre de mascota: *

Se debe ingresar en el campo nombre de mascota: Goliat

Se debe ingresar en el campo nombre de sucursal: Sucursal concepcin.

Verificacin de Inicio de sesin vlido

Verificacin de Inicio de sesin errneo

Se debe ingresar en el campo E-Mail: admin@gmail.com

7.6 Conclusiones de Prueba

RESUMEN ESFUERZO REQUERIDO

Tabla 6: resumen esfuerzo

Area 1. Men. Incluye opciones como

10.2 Diagrama para representar la jerarqua de men

11 ANEXO ESTIMACIN INICIAL DE TAMAO

Calcular UUCP (Unadjusted Use Case Point)

El diccionario completo se incluye como anexo no obstante las tablas

También podría gustarte