Professional Documents
Culture Documents
software
Proyecto: Compraticket.com
Revisin
0.3
Pg. 2
Revisin
1.0
Autor
Pedro Martnez de P.
Fdo. D./ Da
Fdo. D./Da
0.3
Pg. 3
Contenido
FICHA DEL DOCUMENTO
CONTENIDO
2
DESCRIPCIN GENERAL
2.1
2.2
2.3
2.4
Restricciones
2.5
Suposiciones y dependencias
REQUISITOS ESPECFICOS
3.1
Requisitos comunes de los interfaces
3.1.1 Interfaces de usuario
3.1.2 Interfaces de hardware
3.1.3 Interfaces de software
3.1.4 Interfaces de comunicacin
3.2
Requisitos funcionales
3.2.1 Requisito funcional 1
3.2.2 Requisito funcional 2
3.2.3 Requisito funcional 3
3.2.4 Requisito funcional n
3.3
Requisitos no funcionales
3.3.1 Requisitos de rendimiento
3.3.2 Seguridad
3.3.3 Fiabilidad
3.3.4 Disponibilidad
3.3.5 Mantenibilidad
3.3.6 Portabilidad
3.4
Otros requisitos
0.3
Pg. 4
APNDICES
0.3
Pg. 5
El proyecto de CompraTicket consiste en crear una pgina web para introducir a esta empresa
en el mercado chileno, consta de 4 mdulos diferentes(A, B, C y D) repartidos a las empresas:
ProStart, SwIntelligenceSquad, LamdaTeam y SpunkySoft Inc.
A nuestra empresa le ha tocado el desarrollo del mdulo D el cual consiste en las siguientes
funciones:
Diseo e impresin del ticket
Definicin de los tipos de usuarios
Mostrar compras del usuario
Debido a que todos los mdulos son parte de un solo proyecto se agregaron 2 expertos por
cada empresa: El diseador de base de datos y el Arquitecto de sistema. Las funcionalidades
de cada uno es disear un estndar de trabajo para que la integracin del sistema ocurra sin
mayores percances.
1.2
El sistema que nosotros desarrollaremos consta de las funciones de diseo e impresin del
ticket, definicin de los tipos de usuarios y mostrar las compras del usuario. La primera funcin
consiste en que nuestro equipo debido a las caractersticas del mdulo ha quedado a cargo del
diseo del ticket que la empresa CompraTicket vender a sus usuarios, de este diseo tambin
saldrn caractersticas para otros mdulos y para el desarrollo de la base de datos del
proyecto. Adems del desarrollo del ticket debemos imprimir este de acuerdo a las funciones
que contenga y dependiendo del tipo de evento que realice el cliente y el tipo de compra que
realice el usuario el ticket tendr funciones diferentes agregadas. Para el ingreso de la pgina
el usuario puede hacerlo de 2 maneras: Con su cuenta de usuario o con su cuenta en
Facebook. Final mente el mostrar las compras que el usuario ha realizado, como su mismo
nombre lo dice es simplemente mostrarle al usuario el registro histrico de las compras que ha
realizado el usuario en su cuenta.
1.3
Tipo de usuario
Formacin
Habilidades
0.3
Pg. 6
Actividades
Tipo de usuario
Formacin
Habilidades
Usuario
Informacin no requerida
Conocimientos bsicos sobre el manejo de computadoras y
sus perifricos, exploradores web y redes sociales.
1. Registrarse en la web de la pgina
2. Comprar tickets para eventos
Actividades
1.4
Restriccin
Lenguaje de desarrollo de
Base de datos
Software de desarrollo de
Base de datos
Lenguaje de programacin
web
Software de diseo web
1.5
Restricciones
Nombre
MySQL
Versin
v5.5
MySQL WorkBench
V6.3
Php
No especificado
No especificado
Suposiciones y dependencias
Se prev que los requisitos y caractersticas descritas en ste documentos no varen con el
avance del proyecto en caso de ser aprobado por el cliente.
.
2 Requisitos especficos
ID
RF1
Nombre
Ingreso a cuenta
Descripcin
El usuario debe
ingresar a la pgina
con su cuenta de
usuario o su cuenta de
Prioridad
Alta
RF2
Mostrar registro de
compras
RF3
2.1
Facebook.
El usuario ingresado
debe ser capaz de ver
el registro histrico de
las compras asociadas
a su cuenta.
A la hora de la compra
del ticket el usuario
debe ser capaz de
imprimir el ticket con
sus respectivos datos.
0.3
Pg. 7
Alta
Alta
Interfaces de usuario
Las interfaces que nuestra empresa deber realizar son el ingreso/Login de usuario y el diseo
del ticket
Para el Ingreso del usuario los requerimientos son:
Dos campos de texto(Nombre de usuario, contrasea)
Dos cajas de texto(Id del usuario, contrasea)
Dos botones(Ingresar/Login, Ingresar con Facebook)
Las salidas existentes son:
Mensaje de error: El nombre de usuario/contrasea no coinciden
Mensaje de error: Nombre de usuario no registrado
Campo en blanco: Nombre de usuario o contrasea no ingresado
0.3
Pg. 8
Donde en Control 2 deber ir el cdigo de barra del ticket, en Cliente se agregar el logo del
evento y en Control 1 se ingresar el nombre de la empresa.
2.1.2
Interfaces de hardware
Las especificaciones de hardware para el usuario y para el cliente son las mnimas requeridas
para el uso de un explorador web y la impresin del ticket:
Sistema Operativo
Windows
Linux
2.1.3
Requisitos Recomendados
Adaptador de red.
Procesador de 1.66GHz o superior.
Memoria RAM de 2 GB o superior.
Mouse.
Teclado.
Impresora.
Adaptador de red.
Procesador de 1.5GHz o superior.
Memoria RAM de 1 GB o superior.
Mouse.
Teclado.
Impresora.
Interfaces de software
Navegador
Descripcin de requisitos del sofware
Windows 7 o superior.
Linux
Mac
2.1.4
0.3
Pg. 9
Interfaces de comunicacin
La comunicacin de los servidores se har a travs de internet con sus protocolos estndares,
el envo del ticket se har va correo (Google mail, Hotmail, Yahoo!, etc.) y el usuario adems
puede realizar una conexin va Facebook.
2.2
Requisitos funcionales
2.2.1
Ingreso a cuenta
El usuario debe ser capaz de ingresar a su cuenta digitando el nombre de usuario y contrasea
o a travs de su Facebook.
Ingreso a la web
Ingresar id y contrasea
Ingresar por Facebook
Re direccionar a inicio
En caso de que el haber errores en el inicio de sesin, se debern mostrar los errores
correspondientes.(Definidos en el punto 2.1.1)
2.2.2
Una vez que el usuario ha ingresado a su cuenta, debe ser capaz de ingresar a un espacio
donde se desplieguen los datos de las compras histricas hechas/asociadas a la cuenta.
Cualquier error que se presente en esta rea se deber al servidor web o a la base de datos.
Adems el usuario debe poder elegir si imprimir el registro desde la web, bajarlo en formato
PDF o envirselo a el correo (en el mismo formato).
Descripcin de requisitos del sofware
2.2.3
0.3
Pg. 10
Impresin de Ticket
El usuario debe ser capaz de elegir la forma de impresin del ticket, debido a los
requerimientos establecidos por la empresa existen 3 tipos de que el usuario obtenga su ticket:
En el lugar del evento son recargo. Estos tickets deben retirarse con 1 hora de anticipacin al
inicio del evento. Para solicitar este tipo de entrega el sistema debe generar un comprobante
con los datos de la compra que incluyan el dato de cada uno de los ticket asociados, enviar el
ticket impreso al domicilio del cliente lo cual tiene un recargo de $650 CLP y adems el cliente
deber obligadamente revisar y/o digitar los datos de envi de los ticket. Debe pagar esta forma
de envo. Y finalmente imprimir los tickets en la casa. Esta forma de entrega de ticket requiere
que se desarrolle un reporte pdf con todos los tickets que se han comprado. Esta forma tiene
un recargo de 500 pesos y debe ser pagada por el cliente.
2.3
Requisitos no funcionales
2.3.1
Requisitos de rendimiento
Rendimiento
ID Requerimiento:
RNF01
Latencia
ID
Descripcin
Prioridad
01
Alta
02
Alta
04
Alta
05
Media
03
Media
Escalabilidad
100-150
usuarios
2.3.2
0.3
Pg. 11
Seguridad
El sistema debe ser capaz de proteger la informacin completa del usuario y estar prevenido
ante ataques e intentos de robo de informacin. Debido a que nosotros nos encargamos del
acceso del usuario a la pgina y de mostrar informacin relevante para este, debemos asegurar
que nadie ms que l ingrese a su cuenta.
Atributo de Calidad:
Seguridad
ID Requerimiento:
RNF02
Confidencialida
d
ID
Descripcin
Prioridad
Proteger
contraseas
06
Alta
Proteger
informacin
usuario
07
Alta
08
Media
de
Prevenir
ataques
de
diccionarios
2.3.3
Fiabilidad
Nuestra empresa al trabajar en el mdulo de ingreso al sistema debe asegurar que estar
preparado ante posibles fallas e ingreso masivo de personas.
Atributo de Calidad:
Fiabilidad
ID Requerimiento:
RNF03
Tolerancia a
Fallas
Alta
ID
Descripcin
Prioridad
09
Alta
Baja
Recuperacin
<= 24 Horas
10
11
Alta
Alta
2.3.4
0.3
Pg. 12
Disponibilidad
El sistema debe asegurar que el servicio funcionar continuamente sin fallos o cadas de
sistema evitando que los usuarios realices sus tareas en este, debe mantenerse activo y
funcionando el 100% de tiempo.
Atributo de Calidad:
Disponibilidad
ID Requerimiento:
RNF04
Confiabilidad
ID
Descripcin
Prioridad
12
Media
Disponibilidad
24/7
13
Indefinido
14
2.3.5
Alta
Alta
Mantenibilidad
Para asegurar el correcto funcionamiento del sistema nuestro equipo ha decidido que el
periodo de pruebas, mantenimiento y revisin de informes de rendimiento de la pgina se har
cada 3 meses para asegurar que en caso de reportes de fallas, mejoras y/o actualizaciones
estas se arreglen o realicen.
Atributo de Calidad:
Mantenibilidad
ID Requerimiento:
RNF05
Modificacin
ID
Descripcin
Prioridad
15
Media
16
Alta
17
Alto
3 meses
Estabilidad
0.3
Pg. 13
Escalabilidad
18
Medio
2.3.6
Portabilidad
Debido a que los lenguajes php y mysql son multiplataforma y multi-sistemas, la portabilidad
entre distintos sistemas operativos o exploradores web.
Atributo de Calidad:
Portabilidad
ID Requerimiento
RNF06
Adaptabilidad
ID
Descripcin
Prioridad
19
Media
20
Media