Documento completo

SOFTWARE DROGUIQUINDIO Versión: 1.0

Documento de especificación de requerimientos Fecha: (23/11/2012)

SRS – 001

Documento de Requisitos – DROGUIQUINDIO

SOFTWARE DR SOFTWARE DROGUIQUINDIO Especificación de Requisitos del Software

Para el Sistema DROGUIQUINDÍO

Versión (1.0)



SRS – 001


Historial de Revisiones

Date Versión Descripción Autor

Fecha actual No. De la

versión

Descripción de los cambios introducidos Nombres de los autores

de los cambios

23/11/2012 1.0 Agregar información 1al 2 María Alejandra

Guzmán Bernal

28/11/2012 1.1 Agregar datos del 2 al 2.4 Juan Sebastián duque

Ospina

3/12/2012

1.2 Agregar cuadros de objetivos Juan Sebastián duque

Ospina

5/12/2012 2.1 Agregar cuadros de sub objetivos Yeison Osorio

5/12/2012 2.2 Agregar diagrama de componentes María Alejandra

guzmán Bernal

7/12/2012 2.3 Corrección Diego Mauricio torres

10/12/2012 3.1 Agregar Casos de usos extendidos Juan Sebastián duque

Ospina

10/12/2012 3.2 Agregar cuadros de requisitos y plantillas María Alejandra

Guzmán Bernal



SRS – 001


Tabla de Contenidos

1. Introduction 4

1.1 Purpose 4 1.2 Scope ¡Error! Marcador no definido. 1.3 Definitions, Acronyms, and Abbreviations 5 1.4 References 5 1.5 Overview ¡Error! Marcador no definido.

2. Overall Description 6

2.1 User characteristics 7 2.2 Use-Case Model Survey 8

2.2.1 Aplicación de Políticas Ambientales ¡Error! Marcador no definido. 2.2.2 Estudio y análisis de sostenibilidad de especies ¡Error! Marcador no definido. 2.2.3 Control-Recuperación de Poblaciones ¡Error! Marcador no definido.

2.3 Objetivos estratégicos del sistema 23 2.4 Assumptions and Dependencies ¡Error! Marcador no definido. 2.5 Business Rules ¡Error! Marcador no definido.

3. Specific Requirements ¡Error! Marcador no definido.

3.1 Use-Case Reports ¡Error! Marcador no definido. 3.2 Classification of Use-Case ¡Error! Marcador no definido. 3.3 Use case checklist ¡Error! Marcador no definido. 3.4 Supplementary Requirements – Efficiency (ISO/IEC 9126) ¡Error! Marcador no definido.

3.4.1 Capacidad ¡Error! Marcador no definido. 3.4.2 Tiempo de respuesta para transacciones ¡Error! Marcador no definido. 3.4.3 Transacciones por segundo o por intervalos de tiempo ¡Error! Marcador no definido. 3.4.4 Modos de Desactualización ¡Error! Marcador no definido. 3.4.5 Uso de recursos ¡Error! Marcador no definido.

4. Supporting Information ¡Error! Marcador no definido.

4.1 Memorias del proceso realizado ¡Error! Marcador no definido. 4.1.1 Actividades ejecutadas con su duración ¡Error! Marcador no definido. 4.1.2 Referentes adicionales que fueron estudiados ¡Error! Marcador no definido. 4.1.3 Problemas encontrados ¡Error! Marcador no definido. 4.1.4 Recomendaciones del grupo ¡Error! Marcador no definido.



SRS – 001


Especificación de requerimientos de Software

1. Introducción

La droguería DroguiQuindio es un negocio que se originó en octubre del año 2012 el

propietario de esta empresa es OSCAR HERNAN BONILLA TORRES la droguería queda en

monte blanco Mz 3 casa 1 la avenida la droguería funciona por medio de un almacenamiento

de datos en un computador con un programa de Excel de almacenamiento de valores y códigos

y una administración por medio de formatos en papel

El software DroguiQuindio pretende mejorar y facilitar la forma de archivar la venta y para

facilitar la administración del negocio.

El software pretende mejorar de una forma rápida y segura los procesos de venta compra

facturación e inventario que se a más segura rápida y efectiva

El presente documento especifica los requisitos funcionales bajo el modelo de casos de uso, y las

especificaciones suplementarias en Eficiencia definida en la norma ISO/IEC 9126, para el

Droguiquindio.

1.1 Propósito

El propósito del documento de especificación de requisitos de software para el DroguiQuindio

es describir, de forma completa y comprensiva, el comportamiento del inventario, venta,

compra, facturación, presentando también características de Eficiencia, reglas de negocios,

presunciones y caracterización de usuarios que inciden en la ejecución del proyecto de

construcción del Sistema de software DroguiQuindio.

1.2 Alcance

El presente documento contiene la especificación de requisitos para el software

DroguiQuindio. Este documento presentará un resumen general del modelo de casos de uso (de

los requisitos funcionales), un conjunto de presunciones, reglas de negocio y las

especificaciones suplementarias relacionadas con la medición de la Eficiencia del Sistema de

acuerdo a la norma ISO/IEC 9126. Las especificaciones de los casos de uso se entregan en

documentos anexos. La sección 4 presenta un compendio (memorias) del proceso de e licitación

de requisitos realizado en la droguería DroguiQuindio, relacionando las actividades ejecutadas

con su duración, referentes adicionales que fueron estudiados, problemas encontrados y

recomendaciones formuladas por el grupo



SRS – 001


1.3 Definiciones, Acrónimos y Abreviaciones

Inyectología Es el lugar o la zona donde aplican inyecciones

Consulta médica Es para verificar si estado de salud

Ventas de medicamentos Donde el cliente solicita un medicamento y realiza una compra

Toma de peso Una valoración y una prevención para determinar si tiene sobre peso

Toma de glucometría Valorar y prevención si tiene el azúcar en su nivel en la sangre

Servicio a domicilio Un servicio que presta la empresa por motivos de que el cliente no se pueda movilizar

Toma de presión En la forma de prevenir enfermedades

1.4 Referencias

http://www.inventeksoftware.com/inventek_point_of_sale.aspx

1.5 Visión General

El presente documento está organizado en las siguientes secciones:

Sección 1: resume la descripción del documento mismo

Sección 2: describe la visión general del proyecto incluyendo el contexto del

negocio y del sistema, y los participantes principales.

Sección 3:muestra los drivers arquitectonicos para la arquitectura del proyecto, los cuales fueron descubiertos con el equipo del proyecto. Los drivers arquitectonicos consistens de restricciones tecnicas y de negocio, requisitos funcionales claves y requisitos de atributos de calidad.

Sección 4: lista los estilos y tacticas arquitectonicas que el equipo decidió usar para el diseño arquitectonico del (droguiquindio), con el fin de cumplir con los drivers arquitectónicos.

Sección 5:es una sección que describe el diseño arquitectonico del proyecto.



SRS – 001


Descripción General

El sistema a desarrollar es un software para administrar una base de datos de los productos

internos de la droguería (DROGUIQUINDIO), para poder realizar ventas, informes y registros

sin pérdida de datos. El software funciona de manera muy práctica, ya que el actor

(ADMINISTRADOR) solo debe de seleccionar la opción que desea ejecutar y el programa de

manera automática genera facturas, informes detallados y registro de datos deseados. Este

software tiene como fin sistematizar los procesos de: Venta, registro en base de datos, informes

(Diarios, Quincenales, Mensuales) y facturación.



SRS – 001


2.1Características de los usuarios

Los usuarios que interactuarán con el sistema y que serán actores involucrados en el modelo de

casos de uso para el sistema DroguiQuindio son:

Actor – Jerarquía de Actores Descripción

Administrador Es el encargado de la Droguería y es

quien manejara el software para



SRS – 001


administrarla.

Cliente

Es quien acude a la droguería para

realizar una compra, y aporta los datos

del cliente al Sistema.

------ (Incluya aquí el formato de ACTORES contenido en la metodología de elicitación de

requisitos de Amador Durán) ------

2.2Modelo de Casos de Uso

El modelo de casos de uso para el sistema DroguiQuindio se divide en paquetes para facilitar la

administración de los casos de uso. Los paquetes derivados se presentan a continuación:

Estos paquetes se obtienen a partir de la agrupación de las necesidades básicas manifestadas por

los expertos ambientales de DroguiQuindio en cuanto a las funciones requeridas con respecto a

la falta de un software para la administración de la droguería para que sea de más alta calidad

y brinde un buen servicio.



SRS – 001


A continuación, se presentan los casos de uso agrupados en el paquete:

Descripción de los casos de uso – paquete:

CU001Ingresar Producto: este CU expresa el requisito funcional de ingresar productos

CU002 Eliminar Producto: este CU expresa el requisito funcional de Eliminar productos

CU003 Modificar Producto: este CU expresa el requisito funcional de Modificar productos

CU004 Mostrar Producto: este CU expresa el requisito funcional de Mostrar productos

CU005 Imprimir listado de productos: este CU expresa el requisito funcional de imprimir

listado de productos

CU006 Ingresar al sistema: este CU expresa el requisito funcional de Ingresar al sistema

CU007 Salir del sistema: este CU expresa el requisito funcional de Salir del sistema

CU008 Realizar venta: este CU expresa el requisito funcional de realizar ventas

CU009 Generar informe: este CU expresa el requisito funcional de Generar informes

CU010 Ingresar categoría: este CU expresa el requisito funcional de Ingresar categorías

CU011 Eliminar Categoría: este CU expresa el requisito funcional de eliminar categorías

CU012 Modificar categoría: este CU expresa el requisito funcional de Modificar

categorías

CU013 Mostrar categoría: este CU expresa el requisito funcional de mostrar categorías

CU014 Cambiar contraseña: este CU expresa el requisito funcional de cambiar contraseña



SRS – 001


Casos de uso extendidos

UC–<001 Ingresar Producto

Versión 1.0

Autores Juan Sebastián Duque Ospina

María Alejandra Guzmán

Yeison Adrian Osorio

Fuentes Oscar Bonilla –Dueño de la droguería-

Objetivos

Asociados

OBJ

Requisitos

Asociados

RIQ

Descripción El sistema deberá permitir el ingreso de nuevos

productos a la base de datos.

Precondicion El producto no debe de estar ya creado

Secuencia

Normal

1- El usuario da click en el Botón Ingresar

producto

2- El sistema mostrara las opciones de las

categorías de los productos

3- El usuario selecciona la opción de la

categoría donde Quiere ingresar el

producto

4- El sistema muestra una ventana donde

están los campos para llenar con los datos

básicos del producto

5- El usuario da click en el botón “Guardar”

6- El sistema verifica si el producto no se

encuentra en la base de datos

7- El Sistema agrega a la categoría

seleccionada el producto y actualiza la

base de datos

8- El sistema despliega al usuario a la

ventana inicial del sistema.

Post condición El producto deberá haber sido creado.

Excepciones 6.1- Si el producto ya ha sido creado el sistema

muestra un mensaje en pantalla : “El producto ya

existe”

Rendimiento

Frecuencia 3 Veces por minuto

Importancia Muy importante

Urgencia Alta

Estado En Construcción



SRS – 001


Estabilidad Muy estable

Comentarios Ninguno

UC–<002 Eliminar Producto

Versión 1.0





0Objetivos

Asociados

OBJ

Requisitos

Asociados

RIQ

Descripción El sistema deberá permitirle al usuario Eliminar

Producto seleccionándolo de una lista.

Precondicion El Producto ya debe de estar creado

Secuencia

Normal

1- El usuario da click en el Botón Eliminar

Producto.




categoría donde se encuentra el producto

4- El sistema muestra todos los productos

que existen en la categoría seleccionada

5- El usuario selecciona el producto que

desea eliminar

6- El sistema activa la opción “Eliminar

Producto”

7- El usuario da click en el botón “Eliminar

Producto”

8- El sistema muestra un mensaje en pantalla

“Desea eliminar este producto”

9- El Usuario da click en “Si”

10- El sistema borra el producto y actualiza la

base de datos del sistema

11- El sistema vuelve a cargar los productos

que se encuentran en la categoría

seleccionada por el usuario

Postcondición El producto deberá quedar eliminado

Excepciones 9.1- El usuario da click en “No”

9.2- El sistema vuelve a la pantalla donde se

muestran los productos de la categoría seleccionada

Rendimiento





SRS – 001


Urgencia Alta



Comentarios Ninguno

UC–<003 Modificar Producto

Versión 1.0





Objetivos

Asociados

OBJ

Requisitos

Asociados

RIQ

Descripción El sistema deberá presentarle al usuario todos los

productos que se encuentran en la base de datos,

con una opción aparte “Modificar Producto” donde

se seleccione el producto que se desea modificar, se

da click en el botón y el usuario modifica los datos

del producto y el sistema actualiza la base de

datos.


Secuencia

Normal

1- El usuario da click en el Botón Modificar

producto








desea modificar

6- El sistema activa la opción “Modificar

Producto”

7- El usuario da click en el botón “Modificar

Producto”

8- El sistema muestra Una nueva ventana

mostrando los datos del producto

9- El Usuario modifica los datos del

producto y da click en Guardar

10- El sistema modifica el producto y

actualiza la base de datos del sistema

11- El sistema vuelve a cargar los productos

que se encuentran en la categoría

seleccionada por el usuario



SRS – 001


Post condición El producto deberá quedar modificado

Excepciones

Rendimiento



Urgencia Alta



Comentarios Ninguno

UC–<004 Mostrar Producto

Versión 1.0





Objetivos

Asociados

OBJ

Requisitos

Asociados

RIQ

Descripción El sistema deberá presentarle al usuario todos los

productos que se encuentran en la base de datos,

con una opción aparte “Mostrar Producto” donde

se seleccione el producto que se desea mostrar en

pantalla con todas sus características, se da click en

el botón y el Sistema Muestra toda la información

deseada.


Secuencia

Normal

1- El usuario da click en el Botón Mostrar

producto








desea observar su información

6- El sistema activa la opción “Mostrar

Producto”

7- El usuario da click en el botón “Mostrar

Producto”

8- El sistema muestra Una nueva ventana

mostrando los datos del producto

9- El usuario da click en Aceptar

10- El Sistema vuelve a la pantalla donde



SRS – 001


muestra la lista de productos que se

encuentran en la categoría seleccionada

Postcondición Ninguna

Excepciones

Rendimiento


Importancia Baja importancia

Urgencia Medio



Comentarios Ninguno

UC–<005 Imprimir Listado de productos

Versión 1.0





Objetivos

Asociados

OBJ

Requisitos

Asociados

RIQ

Descripción El sistema deberá permitir al usuario Imprimir el

listado de productos

Precondición Ya deben de existir productos

Secuencia

Normal

1- El usuario da click en el botón “Imprimir

listado de productos”

2- El sistema muestra una ventana con la

lista de categorías

3- El usuario selecciona la categoría que

desea observar y da click en “Generar

lista”

4- El sistema genera una lista con todos los

productos que se encuentran en tal

categoría

5- El sistema da la opción de “Exportar “ y

Cancelar”

6- El sistema exporta el archivo en formato

“Excel”


ventana principal del sistema

Postcondición Se debe generar un informe

Excepciones 5.1 Si el Usuario da click en “Cancelar” traslada al

usuario a la ventana principal del sistema.

Rendimiento 30 seg




SRS – 001



Urgencia Alta



Comentarios Ninguno

UC–<006 Ingresar al Sistema

Versión 1.0





Objetivos

Asociados

OBJ

Requisitos

Asociados

RIQ

Descripción El sistema deberá permitir el ingreso al sistema.

Precondición El sistema no debe de estar iniciado

Secuencia

Normal

1- El usuario da inicio al Software

2- El sistema muestra en pantalla un campo

para la contraseña

3- El usuario llena los campos

4- El usuario da click en el botón “Ingresar”

5- El sistema verifica la contraseña

6- El sistema permite el ingreso al sistema



Post condición

Excepciones 5.1 Si la contraseña es incorrecta el sistema

muestra un mensaje en pantalla “Contraseña

incorrecta: Por favor vuelva a escribirla”

5.2 El sistema muestra la pantalla con el campo

para una contraseña

Rendimiento 60 seg



Urgencia Alta



Comentarios Ninguno

UC–<007 Salir del sistema

Versión 1.0



SRS – 001






Objetivos

Asociados

OBJ

Requisitos

Asociados

RIQ

Descripción El sistema deberá permitir la salida del sistema

Precondición El sistema debe de estar iniciado

Secuencia

Normal

1- El usuario da click en el botón “salir del

sistema”

2- El sistema muestra un mensaje en pantalla

“Desea salir del sistema?”

3- El usuario da click en “Aceptar”

4- El sistema se cierra

Post condición La categoría deberá haber sido creada.

Excepciones 3.1-El usuario da click en “Cancelar”

3.2-El sistema despliega al usuario a la ventana

principal

Rendimiento 5 seg



Urgencia Alta



Comentarios Ninguno

UC–<008 Realizar venta

Versión 1.0





Objetivos

Asociados

OBJ

Requisitos

Asociados

RIQ

Descripción El sistema deberá permitir la facturación de todas

la ventas realizadas

Precondición Los productos ya deben estar creados

Secuencia

Normal

1- El usuario da click en el botón “Realizar

venta”

2- El sistema muestra una pantalla con Dos

campos “Cód. Producto” y “Cantidad”



SRS – 001



4- El usuario da click en “Agregar Producto”

5- El sistema agrega los productos a la lista

de factura

6- El usuario da click en el botón “Generar

Factura”

7- El sistema genera la factura



Postcondición La categoría deberá haber sido creada.

Excepciones 3.1-El usuario da click en “Cancelar”

3.2-El sistema despliega al usuario a la ventana

principal

Rendimiento 60 seg



Urgencia Alta



Comentarios Ninguno

UC–<009 Generar Informe

Versión 1.0





Objetivos

Asociados

OBJ

Requisitos

Asociados

RIQ

Descripción El sistema deberá permitir la imprenta de informes

(Diarios, Mensuales, Anuales)


Secuencia

Normal

1- El usuario da click en el botón “Generar

Informe”

2- El sistema Muestra las opciones de los

informes que se pueden generar

3- El usuario selecciona el Informe que desea

y da click en “Generar”

4- El Sistema genera un informe de las

ventas

5- El sistema da la opción de “Exportar “ y

Cancelar”



SRS – 001


6- El sistema exporta el archivo en formato

“Excel”



Postcondición Se debe generar un informe

Excepciones 3.1 si no tiene seleccionada ninguna forma de

generar informe el sistema muestra un mensaje en

pantalla “Seleccione una de las opciones por favor”

3.2 El sistema transporta al usuario a la muestra de

opciones de los informes

5.1 Si el Usuario da click en “Cancelar” traslada al

usuario a la ventana principal del sistema.

Rendimiento 30 seg



Urgencia Alta



Comentarios Ninguno

UC–<010 Ingresar Categoría

Versión 1.0





Objetivos

Asociados

OBJ

Requisitos

Asociados

RIQ

Descripción El sistema deberá permitir el ingreso de nuevas

categorías a la base de datos.

Precondición La categoría no debe de estar ya creada

Secuencia

Normal

1- El usuario da click en el Botón Ingresar

categoría

2- El sistema muestra en pantalla una

ventana con los campos de los datos

básicos de una categoría



5- El sistema verifica si la categoría no está

creada

6- El sistema guarda y actualiza la base de

datos





SRS – 001


Postcondición La categoría deberá haber sido creada.

Excepciones 5.1- Si la categoría ya está creada el sistema

muestra un mensaje en pantalla : “La categoría ya

existe”

4.1-Si todos los campos no están llenos aparece un

mensaje en pantalla “Por favor llene todos los

campos”

Rendimiento 20 seg



Urgencia Alta



Comentarios Ninguno

UC–<011 Eliminar Categoria

Versión 1.0





Objetivos

Asociados

OBJ

Requisitos

Asociados

RIQ

Descripción El sistema deberá presentarle al usuario todas las

categorías que se encuentran en la base de datos,

con una opción aparte “Eliminar Categoría” donde

se seleccione la categoría que se desea eliminar, se

da click en el botón el Sistema Elimina la categoría

y actualiza la base de datos

Precondicion La categoría ya debe de esta creada

Secuencia

Normal

1- El usuario da click en el Botón Eliminar

Categoría.


categorías existentes en la base de datos


categoría que desea eliminar

4- El sistema activa la opción “Eliminar

Producto”

5- El usuario da click en el botón “Eliminar

Categoría”

6- El sistema muestra un mensaje en

pantalla “Recuerde que si elimina esta



SRS – 001


categoría, se borraran todos los productos

que se encuentren en ella. Seguro desea

eliminarla?”

7- El usuario da click en el botón “Aceptar”

8- El sistema borra la categoría y actualiza la

base de datos del sistema

9- El sistema vuelve a cargar las categorías

existentes en la base de datos y las

muestra en pantalla.

Postcondición La categoría deberá ser eliminada de la base de

datos

Excepciones 8.1 El usuario da click en “Cancelar” y el sistema

traslada al usuario a la ventana principal del

sistema

Rendimiento 20 seg



Urgencia Alta



Comentarios Ninguno

UC–<012 Modificar Categoría

Versión 1.0





Objetivos

Asociados

OBJ

Requisitos

Asociados

RIQ

Descripción El sistema deberá presentarle al usuario todas las

categorías que se encuentran en la base de datos,

con una opción aparte “Modificar Categoría”

donde se seleccione la categoría que se desea

modificar, se da click en el botón el Sistema

Modifica la categoría y actualiza la base de datos

Precondicion La categoría ya debe de estar creada

Secuencia

Normal

1- El usuario da click en el Botón Modificar

Categoría.


categorías existentes en la base de datos


categoría que desea modificar



SRS – 001


4- El sistema activa la opción “Modificar

Categoría”

5- El usuario da click en el botón “Modificar

Categoría”


7- El sistema modifica la categoría y

actualiza la base de datos del sistema

8- El sistema vuelve a cargar las categorías

existentes en la base de datos y las

muestra en pantalla.

Postcondición La categoría deberá ser modificada.

Excepciones 6.1 El usuario da click en “Cancelar” y el sistema

traslada al usuario a la ventana principal del

sistema

Rendimiento 30 seg



Urgencia Alta



Comentarios Ninguno

UC–<013 Mostrar Categoría

Versión 1.0





Objetivos

Asociados

OBJ

Requisitos

Asociados

RIQ

Descripción El sistema deberá permitir el acceso a la

información de todas las categorías almacenadas en

la base de datos

Precondición La categoría debe de estar creada

Secuencia

Normal

1- El usuario da click en el Botón Mostrar

categoría

2- El sistema muestra en pantalla todas las

categorías almacenadas en la base de

datos

3- El usuario selecciona la categoría que

desea visualizar



SRS – 001


4- El sistema muestra en pantalla toda la

información básica de la categoría

seleccionada

5- El usuario da click en “Aceptar”


ventana con la lista de las categorías

Postcondición Ninguna

Excepciones Ninguna

Rendimiento 10 seg


Importancia Baja importancia

Urgencia Baja



Comentarios Ninguno

UC–<014 Cambiar contraseña

Versión 1.0





Objetivos

Asociados

OBJ

Requisitos

Asociados

RIQ

Descripción El sistema deberá permitir al usuario el cambio de

contraseña.


Secuencia

Normal

1-El usuario da click en el botón “Cambiar

contraseña”

2-El sistema despliega al usuario a una ventana

con 3 campos para llenar

-Escriba la contraseña actual

-Escriba la nueva contraseña

-Confirme contraseña nueva

3-El usuario da click en “Aceptar”

4-El sistema confirma que la contraseña actual

sea correcta

5-El sistema confirma que la nueva contraseña

sean iguales en los campos

6-El sistema muestra un mensaje en pantalla:

“Su contraseña ha cambiado correctamente”



SRS – 001


7-El sistema despliega al usuario a la ventana

principal

Postcondición La contraseña debe de cambiar

Excepciones 4.1 Si la contraseña no es correcta el sistema

muestra un mensaje “La contraseña actual no es

correcta”

4.2 El usuario da click en “Aceptar”

4.3 El sistema despliega al usuario a la ventana con

los campos para llenar

5.1 Si las contraseñas no coinciden el sistema

muestra un mensaje en pantalla “las contraseñas no

coinciden”

5.2 El usuario da click en “Aceptar”

5.3 El sistema despliega al usuario a la ventana con

los campos para llenar

Rendimiento 60 seg



Urgencia Alta



Comentarios Ninguno

2.3Objetivos estratégicos del sistema

Los objetivos estratégicos de la Droguiquindio con respecto a la ejecución del proyecto

Droguiquindio son:

OBJ-<001> AdministrarCategorías

Versión Versión 1.0 Fecha 28/11/12

Autores Juan Sebastián Duque


Yeison Adrián Osorio

Fuentes Oscar Hernán Bonilla propietario DroguiQuindio

Descripción El sistema deberá permitir administrar las categorías de productos que se

encuentren en la empresa Droguiquindio

Sub objetivos Administrar medicamentos

Administrar miscelánea

Administrar dulcería

Importancia Alta

Urgencia Inmediato

Estado En construcción

Estabilidad Alta

Comentarios



SRS – 001


OBJ-<002> Gestionar venta





Fuentes Oscar Hernán Bonilla

Descripción El sistema deberá permitir la compra de productos en la droguería e informar

al usuario simultáneamente sobre su pedido y proceso de pago.

Sub objetivos Ninguno

Importancia Vital

Urgencia Inmediato


Estabilidad Alta

Comentarios

OBJ-<003> Gestionar informes






Descripción El sistema deberá administrar los informes periódicos que determinen los

resultados de las ventas y demás información necesaria para posible

contabilidad e inventario.

Sub objetivos Ninguno

Importancia Medio

Urgencia Puede esperar


Estabilidad Alta

Comentarios

OBJ-<004> Gestionar productos






Descripción El sistema deberá administrar los productos que se encuentren en la empresa

(Droguiquindio)

Sub objetivos

Importancia Alta

Urgencia Inmediato


Estabilidad Alta

Comentarios

OBJ-<005> Administrar categoría miscelánea



SRS – 001







Descripción El sistema deberá permitir administrar los productos de la categoría

miscelánea que se encuentran la empresa DroguiQuindio

Sub objetivos

Importancia Alta

Urgencia Inmediato


Estabilidad Alta

Comentarios

OBJ-<006> Administrar categoría dulcería






Descripción El sistema deberá permitir administrar los productos de la categoría dulcería

que se encuentran la empresa DroguiQuindio

Sub objetivos

Importancia Alta

Urgencia Inmediato


Estabilidad Alta

Comentarios

OBJ-<007> Administrar categoría medicamentos






Descripción El sistema deberá permitir administrar los productos de la categoría

medicamentos que se encuentran la empresa DroguiQuindio

Sub objetivos

Importancia Alta

Urgencia Inmediato


Estabilidad Alta

Comentarios

OBJ-<008> Gestionar informes diarios




SRS – 001






Descripción El sistema deberá administrar los informes diarios que determinen los


contabilidad e inventario

Importancia Medio



Estabilidad Alta

Comentarios

OBJ-<009> Gestionar informes quincenal






Descripción El sistema deberá administrar los informes quincenal que determinen los



Importancia Medio



Estabilidad Alta

Comentarios

OBJ-<010> Gestionar informes mensual






Descripción El sistema deberá administrar los informes mensuales que determinen los



Importancia Medio



Estabilidad Alta

Comentarios

OBJ-<011> Gestionar informes anuales






SRS – 001




Descripción El sistema deberá administrar los informes anuales que determinen los



Importancia Medio



Estabilidad Alta

Comentarios

OBJ-<012> Ingresar al Sistema






Descripción El sistema deberá permitir al usuario ingresar y salir del sistema, con una

contraseña que puede ser cambiada

Importancia Alta

Urgencia Urgente


Estabilidad Alta

Comentarios

Restricciones Tecnicas:

RT1 Plataforma MySQL : la BD deberá ser desarrollado en el manejador de BD MySQL

RT2 S.O Windows 7: el sistema deberá funcionar para el SO Windows 7 ya que es el utilizado en

la empresa

RT3 El sistema deberá soportar acceso web para futuras mejoras y actualizaciones

RT4 El sistema deberá permitir integración con herramientas gestionadoras de datos

RT5 El sistema deberá estar disponible entre semana de 8am a 1 pm y de 2pm a 9pm y sábados de

8am a 1pm y de 4 pm a 11 pm



SRS – 001


RT6 La programación del software deberá hacerse bajo el lenguaje de programación java

Rescticciones del Negocio

3-Requisitos Funcionales y no funcionales

REQUISITOS FUNCIONALES

FRQ-002 <ingresar producto

Versión <01> (<10/12/2012>)

Autores <Juan Sebastián duque Ospina> (<SENA>)

<María Alejandra Guzmán Bernal> (<SENA>)

<Yeison adrian Osorio> (<SENA>)

Fuentes <óscar Hernán Bonilla> (<DROGUIQUINDIO>)

Objetivos

Asociados OBJ 04 gestionas producto

Requisitos

Asociados IRQ-01 <gestionar producto >

Descripción El sistema deberá permitirle al usuario ingresar los datos

pertinentes de los productos

Importancia <Vital>

Urgencia <Inmediatamente>

Estado <Pendiente de Verificación>

Estabilidad <Alta>

Comentarios

FRQ-003 <Modificar producto

Versión <01> (<10/12/2012>)



SRS – 001


Autores < Juan Sebastián duque Ospina> (<SENA>)



Fuentes óscar Hernán Bonilla> (<DROGUIQUINDIO>)

Objetivos


Requisitos


Descripción El sistema deberá <modificar los datos pertinentes de los

productos>

Importancia <Vital>



Estabilidad <Alta>

Comentarios

FRQ-004 <Eliminar producto>

Versión <01> (<10/12/2012>)





Objetivos


Requisitos


Descripción El sistema deberá <borrar los datos pertinentes de los

productos>

Importancia <Vital>



Estabilidad <Alta>

Comentarios

FRQ-005 < mostrar producto>

Versión <01> (<10/12/2012>)





SRS – 001




Objetivos


Requisitos


Descripción El sistema deberá <mostrar en pantalla los datos pertinentes a

los productos>

Importancia <Vital>



Estabilidad <Alta>

Comentarios

Atributo de calidad

Seguridad

Asunto del atributo

Acceso al Sistema

Escenario ID SEG001

Escenario Para acceder al aplicativo los usuarios se logean con un usuario y una contraseña que es única, este proceso no debe tardar más de 40 segundos

Estímulo El ingreso al sistema

Origen del estímulo

Usuario-Administrador

Medioambiente Se encuentra en ejecución el sisteman, con las condiciones normales para la validación de un usuario ante el sistema.

Artefacto Base de datos en MySQL

Respuesta Entra/Ingresa o es rechazado por el sistema.

Medida de la respuesta

Inmediatamente.

Prioridad Alta

Dificultadtécnica Solo puede ingresar un usuario a la vez

Comentarios



SRS – 001


Atributo de calidad

Modificabilidad

Asunto del atributo

Interfaz de usuario

Escenario ID M001

Escenario Al ingresar al sistema se visualiza la página principal

Estímulo Click en Inicio de sesión


Usuario

Medioambiente Condiciones de inicio de sesión del sistema

Artefacto Todo el sistema en general

Respuesta Se inicia el sistema de información


Tarda entre 5 y 8 seg que se cargue el sistema

Prioridad Alta

Dificultad técnica

Se verá afectado por las especificaciones del hardware como la memoria ram velocidad de procesamiento y que tan bien diseñada este la estructura del sistema

Comentarios

Atributo de calidad

Desempeño

Asunto del atributo

Imprimir factura

Escenario ID D001

Escenario Se ingresan los datos del usuario que está haciendo la compra y se procede a imprimir la factura de compra

Estímulo Click del administrador en imprimir factura de compra


Usuario



SRS – 001


Medioambiente Se encuentra en condiciones de espera de verificación para imprimir la factura

Artefacto Módulo de la BD My SQL

Respuesta Impresión de la factura de compra por el sistema


No debe tardar más de 3 seg

Prioridad Alta

Dificultadtécnica Capacidad del flujo del sistema de BD para verificar los atributos del producto

Comentarios

Atributo de calidad

Usabilidad

Asunto del atributo

Búsqueda de un producto ya almacenado

Escenario ID U001

Escenario Una ventana que sirve de acceso a la búsqueda de un producto, mostrara un tex box donde se podrá ingresar nombre y referencia del producto a buscar

Estímulo Un clic sobre el botón búsqueda de producto


Usuario

Medioambiente En condiciones normales del sistema cuando el usuario desee ejecutar la función

Artefacto Subsistema de búsqueda en BD MySQL

Respuesta Se despliega una ventana con el reultadode la búsqueda


Nomas de 3 seg.

Prioridad media

Dificultad Disponibilidad del módulo en la BD



SRS – 001


técnica

Comentarios El sistema hará una búsqueda en el módulo de BD

Atributo de calidad

Fiabilidad

Asunto del atributo

verificación Registro de usuario que es cliente

Escenario ID F001

Escenario Verificación de registros en la BD y asociación de usuario

Estímulo El usuario digita los datos personales


Usuario

Medioambiente Funcionamiento normal habiendo ejecutado la ventana datos de usuario

Artefacto Módulos de BD My SQL

Respuesta El sistema hace una búsqueda relacionando los datos para verificar la existencia


Este proceso tardara 3 seg.y no más de 5 seg

Prioridad alta

Dificultad técnica

disponibilidad del sistema de BD, estructura de diseño de la BD para hacer la verificación y especificaciones de memoria de acceso aleatorio

Comentarios



SRS – 001


4-Requisitos de Informacion

IRQ-<01> <Datos del producto >

Versión <01> (<03/12/2012>)


<maría Alejandra guzmán Bernal> (<SENA>)



Objetivos

asociados OBJ-04 < Gestionar productos >

Requisitos

asociados UC-06 <ingresar producto>

UC-02 <Modificar producto>

UC-01 <Eliminar producto >

UC-03 <mostrar producto>

Descripción El sistema deberá almacenar la información correspondiente a <los

medicamentos >. En concreto:

Datos

específicos <Nombre (30)>

<código del medicamento (200)

<valor

Cantidad

Tiempo de

Vida Medio Máximo

<6 meses> <1 año>

Ocurrencias

simult. Medio Máximo

<1> <1>

Importancia <Vital>



Estabilidad <Baja>



SRS – 001


Comentarios <comentarios adicionales sobre el requisito>

IRQ-<02> <datos de categorías>

Versión <01> (<03/12/2012>)


<maría Alejandra guzmán Bernal> (<SENA>)



Objetivos

asociados OBJ-05 <administrar categorías miscelánea >

OBJ-06 <administrar categorías medicamentos >

OBJ-07 < administrar categorías dulcería >

Requisitos

asociados UC-010 < Ingresar Categoría >

UC-011 < Eliminar Categoría >

UC-012 < Modificar Categoría >

UC- 013< Mostrar Categoría >

Descripción El sistema deberá almacenar la información correspondiente a <las

categorías>. En concreto:

Datos

específicos Nombre

Código

valor

Tiempo de

Vida

Medio Máximo

<1 año> <1 año>

Ocurrencias

simult.

Medio Máximo

<1> <5>

Importancia <Vital>





SRS – 001


Estabilidad <Alta>

Comentarios

IRQ-<03> <GESTION DEL INVENTARIO >

Versión <01> (<03/12/2012>)





Objetivos

asociados

OBJ-07 < Administrar categorías.

OBJ -01 < Administrar productos.

Requisitos

asociados UC-04 < Eliminar Categoría >

UC-05 < Modificar Categoría >

UC 07 < Ingresar Categoría >

UC 08 < Mostrar Categoría >

Descripción El sistema deberá almacenar la información correspondiente a <los

productos que se encuentren en las diferentes categorías>. En concreto:

Datos

específicos <Nombre

<código

< valor

Tiempo de

Vida

Medio Máximo

<1 año> <1 año>

Ocurrencias

simult.

Medio Máximo

<1> <5>

Importancia <Vital>



Estabilidad <Alta>



SRS – 001


IRQ-<04> <Información sobre la contraseña>

Versión <01> (<03/12/2012>)





Objetivos

asociados OBJ-

Requisitos

asociados UC-014 cambiar contraseña

Descripción El sistema deberá almacenar la información correspondiente <Si el

administrador desea modificar su contraseña, >. En concreto:

Datos

específicos <Código de confirmación: Alfanúmero (5) [Generar Aleatorio]

Tiempo de

Vida

Medio Máximo

<2 meses > <5meses >

Ocurrencias

simult.

Medio Máximo

<5> <10>

Importancia <Vital>



Estabilidad <Alta>

Comentarios

5-Matriz de trazabilidad

OBJ-

01

OBJ-

02

OBJ-

03

OBJ-

04

OBJ-

05

OBJ-

06

OBJ-

07

OBJ-

08

OBJ-

09

OBJ-

10

OBJ-

11

OBJ-

12

CU- x X



SRS – 001


01

CU-

02

X

CU-

03

X

CU-

04

X

CU-

05

x

CU-

06

X

CU-

07

X

CU-

08

x

CU-

09

x x x x x

CU-

10

X X x X

CU-

11

X X X X

CU-

12

X X X X

CU-

13 x x X x

CU-

14 x

OBSERVACION

ESTUVIMOS EN DROGUIQUINDIO

Nosotros observamos que la droguería tiene amplio cálida y tiene alta

oferta de productos desde medicamentos hasta productos de bebes

miscelánea y dulcería y heladería lo que observamos es que la gran parte

de la gente compra los medicamentos que no necesitan orden medica

pero también las que presentan Mas variedad de compra son las mujeres

al tener miscelánea las mujeres compran y averiguan por maquillaje

esmaltes etc. Lo que nosotros pretendemos con esto es crear un

software de administración para DroguiQuindio para evitar enredos

con papeleos o por error que se les pueda borrar el archivo de las ventas



SRS – 001


en Excel u otras cosas gracias a la compra y venta también facilitar la

facturación.

Lista de chequeo utilizan algún manejador de base de datos

Que aplicativo usan para la consulta de productos

Tienen algún sistema de inventarios

Como llevan un control de ventas

como es la forma de facturación

Pasó a paso Todo inicia cuando un cliente solicita un producto.

Luego el administrador verifica la disponibilidad del producto y le

avisa al cliente

Haciéndole preguntas acerca del tamaño, marca.

Luego le ofrece opciones de precio y demás alternativas.

Con todo esto el cliente decide por su compra y la realiza, luego el

administrador comienza con el proceso de registro del producto en

el actual sistema de base de datos Excel

Inicia la búsqueda del producto en el sistema y registra su venta.

Luego pregunta al cliente por sus datos personales tales como

nombre, número de identificación y demás.

-El sistema verifica si está registrado y asocia la venta con el cliente

quedando registrada la venta.

por último el sistema realiza la factura de venta.

Fotos DroguiQuindio



SRS – 001




SRS – 001




SRS – 001




SRS – 001


Actividad

Marque con una x la respuesta que usted crea correcta

1. estás de acuerdo con el manejo de la droguería DroguiQuindio

SI __NO__

2. está de acuerdo con el servicio a domicilio

SI __NO__

3. está de acuerdo con el control de citas ofrecidas

SI __NO__

4. está usted de acuerdo con el manejo de almacenamiento de medicamentos

SI __NO__

5. usted está de acuerdo con las venta de heladería en la droguería

SI __NO__

6. está de acuerdo con el servicio de inyecto logia

SI __NO__

7. está a gusto con las ventajas del proceso de archivó de venta actual

SI __NO__

8. está de acuerdo con la venta de medicamentos sin restricción medica

SI __NO__

9. le gustaría que la facturación fuera más fácil rápida y segura

SI __NO__

10. le gustaría mejorar algún servicio

SI __NO__

Elija la respuesta que usted considere correcta

Preguntas tipo selección múltiple:



SRS – 001


1) Cuál de estos medicamentos es el más vendido?

a) Acetaminofén

b) Glucosamina

c) Pasmo Flex

d) Aspirina

2) Señale el día de la semana que se generen más ventas:

a) Lunes

b) Martes

c) Miércoles

d) Jueves

e) Viernes

f) Sábado

g) Domingo

3) califique el sistema de venta actual:

a) Malo

b) Regular

c) Bueno

d) Muy bueno

4) Califique la forma de facturación

a) Malo

b) Regular

c) Bueno

d) Muy bueno

5) cuál de estos laboratorios son los más buscados en medicamentos

a) LABORATORIOS MEGAMEDICAL S.A.S.

b) PROCAPS S.A.

c) LABORATORIOS MEGAMEDICAL S.A.S.

d) LABORATORIOS QUIFARMED LTDA.

e) otros

6) está DE ACUERDO por la atención y el trato que se le otorga al cliente

a) muy satisfecho

b) insatisfecho

c) medianamente satisfecho

d) muy insatisfecho

e) satisfecho



SRS – 001


7) Su ordenador funciona a una velocidad adecuada

a) no

b) No, pero con algún matiz

c) Sí, pero con algún matiz

d) Si

8) Existe mucha movilidad y cambio de puestos de trabajo entre sus compañeros en la

empresa

a) no



d) Si

9) crees que el software que utiliza la droguería es el adecuado

a) Si

b) No

c) Tal vez

10) está de acuerdo con los servicios de la droguería

a) Si

b) No

c) Tal vez

Preguntas abiertas

1) Como le gustaría que fuera el servicio de la droguería

2) Como le gustaría que se manejara el software

3) Como le gustaría que fuera el inventario de sus medicamentos

4) Como desearía llevar la contabilidad de la droguería

5) Qué opinión tiene usted de la sistematización de los procesos de la droguería

6) Como lleva usted el inventario de la droguería

7) normal mente como es un día en su negocio



SRS – 001


ENCUESTA APLICADA AL PROPIETARIO DE DROGUIQUINDIO

Esta encuesta tiene como objetivo investigar y analizar los procesos que desea mejorar la droguería en el software

1) Marque con una X la respuesta que considera correcta

a) está de acuerdo con el control de citas ofrecidas

SI __NO_ b) está de acuerdo con el servicio a domicilio

SI __NO__ c) está usted de acuerdo con el manejo de almacenamiento de medicamentos

SI __NO__ d) está a gusto con las ventajas del proceso de archivó de venta actual

SI __NO__ e) le gustaría que la facturación fuera más fácil rápida y seguro

SI __NO__ f) le gustaría mejorar algún servicio

SI __NO__

2) elija la respuesta que considere correcta

I. Señale el día de la semana que se generen más ventas:

a) Lunes b) Martes c) Miércoles d) Jueves e) Viernes f) Sábado g) Domingo

II. califique el sistema de venta actual:

a) Malo b) Regular c) Bueno d) Muy bueno



SRS – 001


III. Califique la forma de facturación

a) Malo b) Regular c) Bueno d) Muy bueno

IV. Su ordenador funciona a una velocidad adecuada

a) No



d) Si

V. Existe mucha movilidad y cambio de puestos de trabajo entre sus compañeros en la empresa

a) no



d) Si

VI. crees que el software que utiliza la droguería es el adecuado

a) Si

b) No

c) Tal vez

d) No tiene

VII. está de acuerdo con los servicios de la droguería

a) Si b) No c) Tal vez

3) exprese con sus palabras lo que piense

I. Qué opinión tiene usted de la sistematización de los procesos de la droguería

_______________________________________________________________________________________________________________________________________________________________________________________________________________

II. normal mente como es un día en su negocio

___________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________



SRS – 001


III. Como le gustaría que fuera el inventario de sus medicamentos

_______________________________________________________________________________________________________________________________________________________________________________________________________________

Gracias por su colaboración 21/11/2012

Armenia -Quindío

ENCUESTA APLICADA AL PROPIETARIO DE DROGUIQUINDIO

Esta encuesta tiene como objetivo investigar y analizar los procesos que desea mejorar la droguería en el software

ENCUESTADO: OSCAR HERNAN BONILLA TORRES

4) Marque con una X la respuesta que considera correcta

g) está de acuerdo con el control de citas ofrecidas

SI X_NO_ h) está de acuerdo con el servicio a domicilio

SI X_NO__ i) está usted de acuerdo con el manejo de almacenamiento de medicamentos

SI X_NO__ j) está a gusto con las ventajas del proceso de archivó de venta actual

SI __NO_X k) le gustaría que la facturación fuera más fácil rápida y seguro

SI _X NO__ l) le gustaría mejorar algún servicio

SI _X NO__

5) elija la respuesta que considere correcta



SRS – 001


VIII. Señale el día de la semana que se generen más ventas:

a) Lunes b) Martes c) Miércoles d) Jueves e) Viernes f) Sábado X g) Domingo

IX. califique el sistema de venta actual:

a) Malo b) Regular c) Bueno X d) Muy bueno

X. Califique la forma de facturación

a) Malo b) Regular X c) Bueno d) Muy bueno

XI. Su ordenador funciona a una velocidad adecuada

e) No

f) No, pero con algún matiz X

g) Sí, pero con algún matiz

h) Si

XII. Existe mucha movilidad y cambio de puestos de trabajo entre sus compañeros en la empresa

e) No X

f) No, pero con algún matiz

g) Sí, pero con algún matiz

h) Si

XIII. crees que el software que utiliza la droguería es el adecuado

e) Si

f) No

g) Tal vez X

h) No tiene

XIV. está de acuerdo con los servicios de la droguería



SRS – 001


a) Si X b) No c) Tal vez

6) exprese con sus palabras lo que piense

IV. Qué opinión tiene usted de la sistematización de los procesos de la droguería

Que seria muy bueno para agilizar y mejorar los servicio prestados en la droguería_________________________________________________________________________________________________________________________________

V. normal mente como es un día en su negocio

Son días muy movidos de mucho comercio mucha venta y mucha pregunta _______ _____________________________________________________________________

VI. Como le gustaría que fuera el inventario de sus medicamentos

Fáciles para ingresar al sistema y rápido para conteo __________________________________ __________________________________________________________________________________________________________________________________________________________

Gracias por su colaboración 23/11/2012

Armenia -Quindío



SRS – 001


HISTORIAS DE USUARIOS

categoría Historia

Requisitos Entrevistas con los empleados de DroguiQuindio

Requisitos Hacer mapa de distribución de Droguiquindio

Requisitos Hacer inventario de productos

Requisitos Crear sitio blog del proyecto de Droguiquindio

Análisis Hacer caso de uso para el requisito Imprimir Listado de producto

Diseño Hacer diagrama de secuencia para el requisito Imprimir listado de productos

Diseño Hacer interfaz grafica para requisito Imprimir listado de productos

Análisis Hacer diagrama de caso de uso para requisito Ingresar producto

Diseño Hacer diagrama de secuencia para requisito Ingresar producto

Diseño Hacer interfaz grafica para requisito Ingresar producto.

Análisis Hacer diagrama de caso de uno para requisito Eliminar producto

Diseño Hacer diagrama de secuencia para requisito Eliminar producto

Diseño Hacer interfaz grafica para requisito Eliminar producto

Análisis Hacer caso de uso para requisito Modificar producto



SRS – 001


Diseño Hacer diagrama de secuencia para requisito Modificar producto

Diseño Hacer interfaz grafica de requisito Modificar producto

Análisis Hacer caso de uso para requisito Mostrar producto

Diseño Hacer diagrama de secuencia para requisito Mostrar producto

Diseño Hacer interfaz grafica para requisito Mostrar producto

Análisis Hacer diagrama de caso de uso para requisito Ingresar al sistema

Diseño Hacer diagrama de secuencia para requisito Ingresar al sistema

Diseño Hacer interfaz grafica para requisito Ingresar al sistema

Análisis Hacer diagrama de caso de uso para requisito Salir del sistema

Diseño Hacer diagrama de secuencia para requisito Salir del sistema

Diseño Hacer interfaz grafica para requisito Salir del sistema

Análisis Hacer diagrama de caso de uso para requisito Realizar venta

Diseño Hacer diagrama de secuencia para requisito Realizar venta

Diseño Hacer interfaz grafica para requisito Realizar venta

Análisis Hacer diagrama de caso de uso para requisito Generar factura

Diseño Hacer diagrama de secuencia para requisito Generar factura



SRS – 001


Diseño Hacer interfaz grafica para requisito Generar factura

Análisis Hacer diagrama de caso de uso para requisito Generar informe

Diseño Hacer diagrama de secuencia para requisito Generar informe

Diseño Hacer interfaz grafica para requisito Generar informe

Análisis Hacer diagrama de caso de uso para requisito Ingresar categoría

Diseño Hacer diagrama de secuencia para requisito Ingresar categoría

Diseño Hacer interfaz grafica para requisito Ingresar categoría

Análisis Hacer diagrama de caso de uso para requisito Eliminar categoría

Diseño Hacer diagrama de secuencia para requisito Eliminar categoría

Diseño Hacer interfaz grafica para requisito Eliminar categoría

Análisis Hacer diagrama de caso de uso para requisito Modificar categoría

Diseño Hacer diagrama de secuencia para requisito Modificar categoría

Diseño Hacer interfaz grafica para requisito Modificar Categoría

Análisis

Hacer diagrama de caso de uso para requisito Mostrar categoría

Diseño Hacer diagrama de secuencia para requisito Mostrar categoría



SRS – 001


Diseño

Hacer interfaz grafica para requisito mostrar categoría

Análisis Hacer diagrama de uso para requisito Imprimir Informe de categorías

Diseño Hacer diagrama de secuencia para requisito Imprimir Informe de categorías

Diseño Hacer interfaz grafica para requisito Imprimir Informe de categorías

MAPA DEL SITIO



SRS – 001


DROGUIQUINDIO



SRS – 001


Ingresar al sistema

Ingresar categoría



SRS – 001


Eliminar producto



SRS – 001


Generar factura



SRS – 001


Generar informe

Informe de categoría



SRS – 001


Modificar categoría

Mostrar producto



SRS – 001


Modificar producto



SRS – 001


Eliminar categoría



SRS – 001


MOSTRAR CATEGORIA

SALIR DEL SISTEMA



SRS – 001


SCRUM DROGUIQUINDIO



SRS – 001




SRS – 001


140 Requisitos

390 Análisis

430 Diseño

480 backlog

1440 total

Las de secuencia 20, 23,26, 27, 30, 3, 4, 7, 10, 11.



SRS – 001


Reunión de los parados

Scrum Diario

Alejandra = Programador 1 = P1

Sebastian = Programador 2 = P2

Yeison = Programador 3 = P3

20 Nov:

Al P1 se le asigno las HU (1,2,3)

Al P2 se le asigno las HU (4)

El P3 No puedo asistir a la reunión

23 Nov:

El p1 termino las hu (1,2,3)

El p2 termino la hu (4)

Se avanzo 140 pt.

Al p1 se le asigno las hu (7,10)

Al p2 se le asigno las hu (5)

Al p3 se le asigno las hu (8)

26 Nov:

El P1 avanzo 0 pt

El p2 avanzo 0 pt

El p3 avanzo 0 pt

27 Nov:

El p1 termino las hu (7,10)



Se avanzo 110 pt



SRS – 001


Al p1 se le asigno (13,16)



30 Nov:

El P1 termino las hu (13,16)



Se avanzo 160 pt




3 Dic:




Se avanzo 160 pt




4 Dic:




Se avanzo 180 pt

Al p1 se le asigno (37,40,43)




SRS – 001



7 Dic:

Se avanzo 0 pt

10 Dic:

El P1 termino las hu (37,40,43)



Se avanzo 240 pt

11Dic:

se avanzo 0 pt

Documents

Documento completo