Sei sulla pagina 1di 15

Especificación de

Requerimientos( v0.1 )
Versión:1.0

Fecha: 23-02-18 Proyecto: Clave del Documento:


Cafetería KIAN 386818553.docx2C

Proyecto:
CAFETERIA KIAN

Especificación de Requerimientos( v0.1 )

Versión 1.0

ELABORADO POR:

MARTÍNEZ CASTAÑON ANDREA CAROLINA


ACOSTA CAMACHO KITSIA LILIANA

UNIVERSIDAD TECNOLÓGICA DE AGUASCALIENTES Página 1 de 15


Especificación de
Requerimientos( v0.1 )
Versión:1.0

Fecha: 23-02-18 Proyecto: Clave del Documento:


Cafetería KIAN 386818553.docx2C

Bitácora
Descripción Autor y Fecha Aprobación y Fecha
Martínez C. Andrea
Solicitud de entrevista al señor Ayala, Acosta C. Liliana
05-02-18
dueño y jefe de la cafetería.
05-02-18
Martínez C. Andrea
ReDeIn Acosta C. Liliana
06-02-18
(Día de la entrevista).
06-02-18
Análisis y recomendaciones de la Acosta C. Liliana
información para la mejora del Martínez C. Andrea
08-02-18
proceso de elaboración del programa
y calidad de este. 07-02-18
Acosta C. Liliana
Comienzo de la programación para Martínez C. Andrea
09-02-18
preparar el StV.
09-02-18

CRONOGRAMA DE TRABAJO DEL MES DE FEBRERO 2018

FEBRERO
ACTIVIDAD 2
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 8
Solicitud de Entrevista
ReDeIn
Análisis y Recomendación para el sistema
Programación del StV

UNIVERSIDAD TECNOLÓGICA DE AGUASCALIENTES Página 2 de 15


Especificación de
Requerimientos( v0.1 )
Versión:1.0

Fecha: 23-02-18 Proyecto: Clave del Documento:


Cafetería KIAN 386818553.docx2C

UNIVERSIDAD TECNOLÓGICA DE AGUASCALIENTES Página 3 de 15


Especificación de
Requerimientos( v0.1 )
Versión:1.0

Fecha: 23-02-18 Proyecto: Clave del Documento:


Cafetería KIAN 386818553.docx2C

UNIVERSIDAD TECNOLÓGICA DE AGUASCALIENTES Página 4 de 15


Especificación de
Requerimientos( v0.1 )
Versión:1.0

Fecha: 23-02-18 Proyecto: Clave del Documento:


Cafetería KIAN 386818553.docx2C

Tabla de Contenidos
1 Introducción................................................................................................................................... 5
1-1 Propósito............................................................................................................................... 5
1-2 Definiciones, Acrónimos y Abreviaciones...............................................................................5
1-3 Referencias........................................................................................................................... 5
2 Enunciado del Problema............................................................................................................... 5
3 Diagrama General de Casos de Uso.............................................................................................6
4 Actores y Descripciones................................................................................................................ 7
5 Supuestos y Dependencias........................................................................................................... 7
6 Requerimientos Específicos.......................................................................................................... 8
6-1 Casos de Uso (Funcionales)..................................................................................................8
6-1-1 [Caso de Uso 1]............................................................................................................. 5
6-2 Requerimientos No funcionales...........................................................................................11
6-2-1 Usabilidad...................................................................................................................... 6
6-2-2 Confiabilidad.................................................................................................................. 7
6-2-3 Desempeño................................................................................................................... 7
6-2-4 Soporte.......................................................................................................................... 7
6-2-5 Restricciones de Diseño y Construcción........................................................................7
6-2-6 Seguridad...................................................................................................................... 8
6-2-7 Legales y Reglamentarios..............................................................................................8
6-2-8 Requisitos de interfaces externos..................................................................................8

UNIVERSIDAD TECNOLÓGICA DE AGUASCALIENTES Página 5 de 15


Especificación de Requerimientos( v0.1 )

1 Introducción
1-1 Propósito
El propósito del presente documento es reunir por escrito los requisitos de todo el sistema de
software o parte de él. Esto con la finalidad de plasmar que es el sistema y cuál es su alcance.

1-2 Definiciones, Acrónimos y Abreviaciones


SI se refiere a Sistema.
ReDeIn se refiere a la Recolección de Información.
StV se refiere al Sistema de Ventas.

1-3 Referencias
0.03 Tercera versión, de fecha 09-10-98. Añadidos muchos enlaces entre palabras relacionadas.
Corregida alguna errata. Ampliadas varias definiciones. Definiciones totales: 160; enlaces: 84.

2 Enunciado del Problema


Se encontró la problemática de la dificultad al momento de guardar datos y de tomar el cobro de los
alimentos, se mencionaba que aparte de necesitar una buena organización y guardado de los datos
en un mismo programa, el cliente nos pedía más campos a atender como lo era guardar información
sobre sus proveedores y los ingresos y egresos económicos, entre otras cosas.
3 Diagrama General de Casos de Uso

Ticket
4 Actores y Descripciones
Clave Actor Símbolo Descripción
Este actor representa al establecimiento en general,
toma decisiones y da órdenes; encargado de revisar
requerimientos, analizar las estadísticas económicas,
Dueño de la
KASUP-09 la calidad mostrada en ventas sobre los productos de
cafetería
sus proveedores, administrando así las necesidades
para el establecimiento por medio de datos
generados por el programa.

Clave Actor Símbolo Descripción


Este actor tiene como función liderar, de manera en
que atienda las órdenes de su superior (jefe), su
función de acuerdo al programa será el
mantenimiento de este para su buen funcionamiento,
KAGTE-35 Gerente
cabe mencionar que el asistirá en constantes
capacitaciones para cumplir su tarea de supervisar lo
que se pida en el programa y por ende lo que este
devuelve.

Clave Actor Símbolo Descripción


Este actor es el encargado de manipular en su
mayoría el programa, pues es el encargado de
KACRO-79 Cajero mandarle datos a este para que comience su
función, pues es el que cobrara y así llevara el
registro de actividad que el programa guardara.

5 Supuestos y Dependencias
Estas actividades sin duda afectaran el correcto funcionamiento del SI.
 Errónea manipulación del SI (Dañar programa desde su lugar de origen(C:\)).
 El constante reseteo del SI sin razón alguna.
 Disponibilidad de respaldo en información indispensable.

6 Requerimientos Específicos
6-1 Casos de Uso (Funcionales)

Caso de uso 1

Caso de Uso: Inicio de sesión.


Actores: Jefe. Gerente y Cajero.
Propósito: Su propósito es el acceso al SI mediante los códigos dados.
Tipo: Principal
Descripción: Esta acción es necesaria para ingresar al sistema
Curso Normal de los eventos
Acciones de los actores Respuesta del sistema
Jefe (dueño de la cafetería): Este responderá abriendo el SI, permitiéndole la
Ingresara su clave de SI (KASUP-09). manipulación en las áreas solo a las que su
Gerente: clave tiene acceso y dejando ver la información
Ingresara su clave de SI (KAGTE-35). que se le tiene permitida.
Cajero:
Ingresara su clave de SI (KACRO-79).

Caso de uso 2
Caso de Uso: Venta de alimentos.
Actores: Cajero.
Propósito: Llevar un registro de las actividades económicas de la cafetería.
Tipo: Principal.
Descripción: Esta clase se encargara de hacer el registro de pedido y devolver un
ticket.
Curso Normal de los eventos
Acciones de los actores Respuesta del sistema
Escribirá el alimento que el cliente pide. Ejecutará lo pedido formando un registro, esta
información también se guardara en el sistema
automáticamente para el control de egresos e
ingresos monetario y de alimentos.
Click en el botón de “siguiente” Este enviara la información a la impresora que
imprimirá un ticket con los alimentos, el precio y
el total

Caso de uso 3
Caso de Uso: Venta de alimentos, “registro de pedido”
Actores: Cajero
Propósito: Guardar un registro en el sistema y realizar los cálculos necesarios.
Tipo: Primario
Descripción: Campo necesario para acceder a los cálculos y adquirir estadísticas.
Curso Normal de los eventos
Acciones de los actores Respuesta del sistema
Ingresar nombre de producto Este imprime la cantidad de producto con
Ingresar cantidad de producto nombre y precio total de la compra.
Ingresar precio de producto
Ingresar cantidad recibida Este imprime la cantidad que le sobra al cliente.

Caso de uso 4
Ticket

Caso de Uso: Venta de alimentos, “Ticket”


Actores: Cajero
Propósito: La obtención de un comprobante de compra.
Tipo: Final
Descripción: Entregar en un registro impreso que compruebe la compra que se hizo,
que también puede servir como comprobante en caso de equivocación.
Curso Normal de los eventos
Acciones de los actores Respuesta del sistema
Ingresar número de ticket Imprime cantidad de productos y suma total de
la venta.
Ingresar RFC Este hace la elaboración inmediata de factura.

6-2 Requerimientos No funcionales

6-2-1 Usabilidad

6-2-1-1 [Requerimiento de Usabilidad 1]


En caso de necesitar información para estar más seguros de la manipulación del SI.
 Servicio telefónico las 24hrs. En caso de dudas o problemas del SI.
Con un horario de 8:00am – 4:00pm para consulta con los creadores del programa y las horas
restantes con el servicio de la contestadora para dudas generales.
 Manual de cortesía sobre dudas frecuentes y del funcionamiento del programa.
6-2-2 Confiabilidad

6-2-2-1 [Requerimiento de Confiabilidad 1]

 Fallas de sistema bajas


 Recuperación del SI en un corto tiempo ante una falla sin incluir el tiempo del reinicio de la
máquina.
 Es capaz de predecir fallas posibles de acuerdo a su correcto funcionamiento.
 En caso de pérdida, aun se tendrá oportunidad de recuperar la información.

6-2-3 Desempeño
Compromiso que asume el cumplimiento de las metas, el trabajo realizado cumple con lo requerido,
cumplimiento con fechas de entrega.

6-2-3-1 [Requerimiento de Desempeño 1]

Proporcionara:
 Gestión del almacén
 Gestión de pedidos a proveedores
 Gestión de pedidos de clientes

6-2-4 Soporte
En caso de presentar una falla en el sistema puede comunicar vía telefónica o correo electrónico con
soporte y este dará indicaciones a seguir para lograr nuevamente la funcionalidad del sistema en
caso de ser necesario soporte se presentara personalmente en la empresa.

6-2-4-1 [Requerimiento de Soporte 1]


Los requerimientos de Soporte abarcan:
 EL mantenimiento del sistema será garantizado durante 5 meses.
 Obtendrá la Instalación en número de máquinas solicitadas.
 Contará con las configuraciones necesarias.

6-2-5 Restricciones de Diseño y Construcción

El sistema está hecho por Visual Studio, la persona que desee editarlo tiene que contar con el
conocimiento sobre el lenguaje que se utiliza en este si se ignorara esta afirmación se provocarían
fallas en el programa.
6-2-6 Seguridad
 El programa tendrá tres claves de acceso al sistema ya que no todos los usuarios tendrán el
mismo acceso a determinada información:
 Clave de acceso para el jefe.
 Clave de acceso del gerente.
 Clave de acceso del cajero.

6-2-7 Legales y Reglamentarios


El sistema debe de cumplir con licencias.
Regla de actualización, todas las vistas teóricamente actualizables deben ser actualizables por el
sistema.
En caso de que el sistema sea modificado por personal no autorizado, será su responsabilidad.

Independencia física de los datos, los programas de aplicación y actividades del terminal permanecen
inalterados a nivel lógico cuando quiera que se realicen cambios en las representaciones de
almacenamiento o métodos de acceso.

6-2-8 Requisitos de interfaces externos

El sistema funcionara:

Principalmente cuenta con una ventana la cual sirve para que no ingresen personas no autorizadas al
sistema, en este se ingresara el nombre de usuario y contraseña después dará clic y lo mandara a la
página principal del sistema en caso de ingresar usuario o contraseña incorrecto marcara error, la
página principal sirve para hacer una venta en esta se seleccionarán productos a vender, cantidad del
producto y precio la cual funciona a la hora de dar clic en el botón de total y como resultado imprime
cantidad total del producto y cantidad a pagar, después se ingresa cuanto recibe a la hora de cobrar e
imprime el cambio para el cliente y ticket, en caso de solicitar factura proporcionara RFC.