Ejemplo de Desarrollo de Software: Proyecto Ferretería

SISTEMA DE COMPRA Y VENTA
PARA FERRETERA
Ferretera El Milagro Ferretera El Milagro
Desarrollo e Investigacin de Sistemas de Comunicacin -Hardware & Software PYDISC-10
Seccin: 00
PROYECTO: SISTEMA DE COMPRA Y VENTA PARA FERRETERA Versin: 03
Mayo 2013
Miembros del equipo de Desarrollo del Proyecto PYDISC-10:

Nombre Rol
Arturo Saenz Sevillano Analista de requerimientos
Gabriela Buenda Miranda Programador
Alejandro Huapaya Snchez Analista - Diseador
Wilmer Meja Ramirez Analista - Programador
CONTROL DE CAMBIOS
FECHA Realizado por Cambios realizados
02-05-13 Alejandro Huapaya Snchez Documento inicial
03-05-13 Arturo Senz Sevillano Seccin 02: Requerimientos del Software (1.1.2)
03-05-13 Gabriela Buenda Miranda Seccin 02: Requerimientos del Software (2.2)
05-05-13 Alejandro Huapaya Snchez Seccin 02: Requerimientos del SW (1.1.2, 2.2)
05-05-13 Wilmer Meja Ramrez Seccin 4: Apoyo y Administracin del proceso
08-05-13 Alejandro Huapaya Snchez Seccin 4: Apoyo y Administracin del proceso
10-05-13 Alejandro Huapaya Snchez Seccin 6: Anlisis de Requerimientos
11-05-13 Alejandro Huapaya Snchez Diseo del Software
DISC: Alejandro Huapaya Snchez PYDISC-10 Pg 1

Seccin: 01
DIRECTIVAS DEL PROYECTO Mayo 2013
PROPSITO DEL PRODUCTO
Antecedentes
El negocio se llama Ferretera El Milagro que est dedicado esencialmente a la venta

(y compra en un menor grado) de materiales de ferretera.
Planteamiento del problema
De acuerdo con las entrevistas realizadas al cliente, se han identificado los siguientes
problemas en los procedimientos actuales:
El control de las ventas es ineficiente porque todo lo que venden lo anotan en

una libreta.
En ocasiones apuntan las claves incorrectas del producto, lo que ocasiona que
el contador de negocio d de baja otro producto.
De vez en cuando olvidan apuntar que vendieran en la libreta y por eso no saben
exactamente lo que tienen en la tienda.
Como no se sabe exactamente lo que se tiene en la tienda, los vendedores
llaman al contador cada que realizan la venta para que les informe la cantidad
existente del producto.
Debido a lo anterior, se tiene un gran problema en el control y la actualizacin de

informacin.
Objetivos del proyecto
1. Objetivo general:
Creacin de un Sistema de Compra y Venta para una Ferretera que permita

al negocio llevar control y mantener actualizados sus registros de adquisiciones,
ventas e inventario de productos en la misma tienda. El sistema estar instalado
en una o varias computadora, donde solo personal autorizado podr accederlo.
El sistema debe ser concluido en un tiempo no mayor a 3 meses.
Objetivos especficos:
1. Desarrollo del mdulo de manejo de ventas.

2. Desarrollo del mdulo de manejo de compra.
3. Desarrollo del mdulo de manejo y gestin de informacin de los productos.
4. Desarrollo de las funciones complementarias y bsicas que necesitara el sistema
para llevar a cabo a plenitud las tareas requeridas por los usuarios.
5. Generar los reportes correspondientes a los mdulos.

Seccin: 02
REQUERIMIENTOS DEL SOFTWARE Mayo 2013
1. Requerimientos Fundamentales del Software:
2.1. Requisitos Funcionales y No Funcionales:
1.1.1. Requisitos Funcionales
El sistema deber poder verificar la autenticacin de ingreso a este

por parte del(los) usuario(s) autorizado(s).
Gestin de la informacin de los productos; es decir, el sistema ser

capaz de permitir al(los) usuario(s) poder actualizar y/o eliminar
informacin concerniente a los productos albergados en la base de
datos.
Obtencin de toda la informacin de algn producto mediante la

bsqueda, haciendo uso del cdigo perteneciente a este.
El sistema deber permitir generar un reporte de compras, despus

de haber realizado dicha operacin.
El sistema debe permitir a los usuarios el registro de nuevos

productos.
Cada vez que el(los) usuario(s) realice(n) una venta, el sistema

deber ser capaz de descontar la cantidad vendida de los productos.
Adems el sistema permitir guardar el registro de que se realiz
alguna venta despus de haberse realizado esta, incluyendo la fecha
en la que se realiz, para que los usuarios dispongan de una
estadstica de sus ventas realizadas semanalmente. El sistema
deber ser capaz de verificar que la cantidad requerida por los
clientes existen en el almacn. Si este no fuera el caso el sistema
deber emitir un mensaje de alerta dando a conocer las cantidades
actuales de los productos antes solicitados.
El(los) usuario(s) podrn registrar en el sistema los productos

defectuosos para que despus el sistema se encargue de la
actualizacin de la cantidad modificada de dicho producto.
Al final de una venta el sistema deber ser capaz de generar boletas

de pago fsicas.

Seccin: 02
1.1.2. Requisitos no Funcionales

El sistema no debe tardar ms de 5 segundos en realizar la bsqueda
de algn producto, si esto ocurriese el sistema lanzar un mensaje de
error indicando que no puede conectarse con la base de datos.
El sistema deber emitir un reporte cada cierto tiempo dando a

conocer los productos que estn por debajo del lmite del stock
mnimo establecido por los usuarios.
Los usuarios deben contar con la plataforma Java instalada en su(s)

computador(es).
El sistema deber funcionar correctamente en cualquiera de los

siguientes sistemas Operativos: Windows 7, Windows 8, Linux, Mac
OS.
Se debe disponer de perifricos disponibles (mouse y teclado) para

un adecuado uso del software.
Para un mejor funcionamiento del sistema se requiere una PC con

una capacidad de RAM de 2GB o mayor, adems debe contar con un
procesador que posea mnimamente 2 ncleos, adems debe contar
con por lo menos 25GB disponibles para alojar la base de datos.
2.2. Propiedades Emergentes:
El sistema deber generar un reporte de compras, despus de haber

realizado dicha operacin. Se necesitara que tanto el mdulo de
gestin de informacin de producto como el mdulo de compras
trabajen juntos.
El sistema deber emitir un reporte cada cierto tiempo dando a conocer los
productos que estn por debajo del lmite del stock mnimo establecido por
los usuarios. El mdulo de reportes y mdulo de gestin de
informacin de producto debern trabajar juntos para llevar a cabo
el monitoreo de stock de productos.
El(los) usuario(s) podrn registrar en el sistema los productos defectuosos

para que despus el sistema se encargue de la actualizacin de la cantidad
modificada de dicho producto. Para llevar a cabo esta funcin se
necesitar el mdulo de gestin de informacin de producto y el
mdulo de registro de productos defectuosos.
Cada vez que el(los) usuario(s) realice(n) una venta, el sistema deber ser
capaz de verificar que la cantidad requerida por los clientes existen en el
almacn. El mdulo de ventas deber consultar con mdulo de
gestin de informacin de producto para poder obtener la
informacin necesaria para llevar a cabo este

Seccin: 02
Cada vez que el(los) usuario(s) realice(n) una venta, el sistema deber ser
capaz de descontar la cantidad vendida de los productos. El mdulo de
gestin de informacin de producto deber consultar con mdulo de
ventas para realizar la actualizacin en la base de datos.
2.3. Requerimientos Cuantificables:
El sistema deber poder verificar la autenticacin de ingreso a este por parte

del (de los) usuario(s) autorizado(s).
Este requisito incrementar significativamente la seguridad dentro de

la tienda.
El sistema debe permitir a los usuarios el registro de nuevos productos.

El sistema deber emitir un reporte cada cierto tiempo dando a conocer los
productos que estn por debajo del lmite del stock mnimo establecido por
los usuarios.
Gestin de la informacin de los productos; es decir, el sistema ser capaz

de poder actualizar y/o eliminar informacin concerniente a los productos
albergados en la base de datos.
El(los) usuario(s) podrn registrar en el sistema los productos defectuosos

para que despus el sistema se encargue de la actualizacin de la cantidad
modificada de dicho producto.
Obtencin de toda la informacin de algn producto mediante la bsqueda,

haciendo uso del cdigo perteneciente a este.
Los anteriores requisitos disminuirn el ndice de problemas

existentes (ventas fantasma, productos perdidos) haciendo mas
efectivo los procesos de venta y compra, adems la gestin de la
empresa aumentar significativamente puesto que todos los
movimientos que realice la empresa estarn completamente
monitoreados por los usuarios.
2.4. Requerimientos de Software y Requisitos del Sistema:
2.4.1. Requerimientos del Sistema
El sistema deber emitir un reporte cada cierto tiempo dando a

conocer los productos que estn por debajo del lmite del stock
mnimo establecido por los usuarios.

deber ser capaz de verificar que la cantidad requerida por los
clientes existen en el almacn. Si este no fuera el caso el sistema

Seccin: 02
deber emitir un mensaje de alerta dando a conocer las cantidades

actuales de los productos antes solicitados.

deber ser capaz de descontar la cantidad vendida de los productos.
El sistema guardar automticamente el registro de que se realiz

alguna venta despus de haberse realizado esta, incluyendo la fecha
en la que se realiz, para que los usuarios dispongan de una
estadstica de sus ventas realizadas semanalmente.
2.4.2. Requerimientos del Software
El sistema deber poder verificar la autenticacin de ingreso a este

por parte del (de los) usuario(s) autorizado(s).
Gestin de la informacin de los productos; es decir, el sistema ser

capaz de permitir al(los) usuario(s) poder actualizar y/o eliminar
informacin concerniente a los productos albergados en la base de
datos.
Obtencin de toda la informacin de algn producto mediante la

bsqueda, haciendo uso del cdigo perteneciente a este.
El sistema deber permitir generar un reporte de compras, despus

de haber realizado dicha operacin.
El sistema debe permitir a los usuarios el registro de nuevos

productos.
El(los) usuario(s) podrn registrar en el sistema los productos

defectuosos para que despus el sistema se encargue de la
actualizacin de la cantidad modificada de dicho producto.
Al final de una venta el sistema deber ser capaz de generar boletas

de pago fsicas.

Seccin: 04
MODELO DEL PROCESO Mayo 2013
3.1. MODELO DEL PROCESO:
El software estar desarrollado segn el proceso RUP, dejando en claro

los principios clave en los que se basa:
ADAPTAR EL PROCESO: adaptar a las necesidades del cliente, para lo

cual previamente se debe establecer dichas necesidades y sus
prioridades. Dicha lista de necesidades se especificar en el contrato en
el apndice NECESIDADES Y PRIORIDADES PROPIAS DEL CLIENTE.
EQUILIBRAR PRIORIDADES: en caso de haber contradicciones o
diferencias entre los usuarios del sistema, se buscar la manera de llegar
a un acuerdo, el mismo que estar en la seccin RESTRICCIONES Y
LMITES del archivo general.
DEMOSTRAR VALOR ITERATIVAMENTE: Para ello se planea un

cronograma para la presentacin de prototipos, segn los cuales se
identificar la validacin y permiso para continuar con la implementacin.
Dicho cronograma se encontrar en la seccin CRONOGRAMA del
archivo general.
COLABORACION ENTRE EQUIPOS: Dado que el desarrollo del

software estar a cargo de un equipo conformado por 5 integrantes
(vase STAKEHOLDERS) se ve til la utilizacin de una red social
(facebook) para compartir informacin y mantener comunicacin de
manera fluida y disciplinada entre todos los miembros.
ELEVAR EL NIVEL DE ABSTRACCION: Para ello se contar con

diversos modelos con los cuales se obtendr el nivel de abstraccin
deseado antes de empezar a programar el software. Herramientas tales
como Rational Rose pueden ser tiles para estos fines.
ENFOCARSE EN LA CALIDAD: Para enfocarse en la calidad, el equipo

de desarrolladores tiene en mente, que en cada parte se haga una
observacin grupal sobre aspectos de calidad y rendimiento que
puedan mejorarse, generando as un feedback entre el grupo y el(los)
encargado(s) antes de aceptarlo como posible entregable al cliente.
3.2. ACTORES DEL PROCESO:

USUARIO: personal que operar el sistema, el cual podr ser:
SECRETARIO (encargado de generar reportes),
GERENTE (responsable de toma de decisiones concerniente a la compra

de mercancas para el negocio)
VENDEDOR (conjunto de empleados encargados de la caja chica en

cada sucursal de existir esta -, venta atendiendo en mostrador y dems
temas relacionados).

Seccin: 04
MODELO DEL PROCESO Mayo 2013
DESARROLLADOR: personal que comprende a analistas y

desarrolladores que implementarn y darn mantenimiento al software,
de acuerdo a especificaciones realizadas por el cliente.
CLIENTE: la empresa a la cual se desarrollar el software.
Con ayuda de herramientas de apoyo se podr organizar:
STAKEHOLDERS PARTICIPANTES:
Clave Nombre Organizacin Rol Desarrollador

STK-001 Arturo Saenz Sevillano DISC H&S Analista de requerimientos Si
STK-002 Gabriela Buenda Miranda DISC H&S Programador Si
STK-003 Alejandro Huapaya Snchez DISC H&S Analista - Diseador Si
STK-004 Wilmer Meja Ramirez DISC H&S Analista - Programador Si
STK-005 Segismundo Cornejo Rodriguez Ferretera Gerente No
STK-006 Gumer Chvez Rodriguez Ferretera Propietario No
STK-007 Leonela Castro Jimenez Ferretera Secretaria No
STK-008 Roberto Mallma Javier Ferretera Vendedor 01 No
ACTORES:
ACTORES TIPO Descripcin
ACT-001 Usuario Este actor representa a un usuario (Gerente, Secretario o Vendedor)
ACT-002 Secretario Encargado de generar reportes y manejar temas de logstica
Responsable de toma de decisiones en la compra de mercancas para el

ACT-003 Gerente
negocio
Cada uno de los empleados encargados de la caja chica (en cada
ACT-004 Vendedor
sucursal, de existir) - venta en mostrador y dems temas relacionados
STK-001 Arturo Saenz Sevillano

Autores
STK-003 Alejandro Huapaya Snchez
STK-005 Segismundo Cornejo Rodriguez
Fuentes STK-007 Leonela Castro Jimenez
STK-008 Roberto Mallma Javier
ACT-002 Secretario
Subactores ACT-003 Gerente
ACT-004 Vendedor
Complejidad Alta Interaccin a travs de una interface grfica

Seccin: 05
APOYO Y ADMINISTRACION DEL PROCESO Mayo 2013
4.1. APOYO Y ADMINISTRACION DEL PROCESO
Para esto nos valdremos de diversos software que nos ayuden a

administrar el proceso de desarrollo:
REM: herramienta con la que inicialmente se desarroll todo el proceso.
OPENPROJ: el MS PROJECT de Linux, cuyas funcionales de diagramas
de Gantt y Pert ayudarn en la administracin del proyecto.
LETSREQ: herramienta online propietaria para los requerimientos, su
versin trial nos permite usarlo como lmite para 1 proyecto.
4.2. CALIDAD Y MEJORA DEL PROCESO

La mtrica a utilizarse para el cumplimiento de los requerimientos estar
dada por la siguiente frmula:

% = 100%

Dicha frmula nos permitir obtener un valor porcentual acerca de qu tan

cerca de terminar el producto nos encontramos

Seccin: 06
ANLISIS DE REQUERIMIENTOS Mayo 2013
5. ANALISIS DE REQUERIMIENTOS
5.1 CLASIFICACION DE REQUERIMIENTOS
Clasificaremos los requerimientos de dos dimensiones; si es funcional o no

funcionales; y por prioridad de los requerimientos.
5.1.1 Por Funcionalidad
Requerimientos Funcionales
Clave Nombre Prioridad

UC-001 Logueo de usuarios Muy alta
UC-002 Gestin de productos Muy alta
UC-003 Bsqueda de productos Normal
UC-004 Reporte de compras Alta
UC-005 Registro de productos Alta
UC-006 Reporte de ventas Alta
UC-007 Registro de productos defectuosos Muy alta
UC-008 Generar boletas de pago Normal
Requerimientos No Funcionales
Clave Nombre Prioridad

NFR-001 Tiempo de bsqueda Muy alta
NFR-002 Reporte de productos con mnimo stock Alta
NFR-003 Plataforma Normal
NFR-004 Funcionalidad del software Muy alta
NFR-005 Disponibilidad de perifricos Normal
NFR-006 Funcionalidad del hardware Alta

Seccin: 06
ANLISIS DE REQUERIMIENTOS Mayo 2013
5.1.2 Por Prioridad
Prioridad Clave Nombre Observacin

UC-001 Logueo de usuarios Verificado
Muy alta UC-002 Gestin de productos Verificado
UC-007 Registro de productos defectuosos Verificado
UC-004 Reporte de compras Pendiente
Alta UC-005 Registro de productos Pendiente
UC-006 Reporte de ventas Pendiente
UC-003 Bsqueda de productos Verificado
Normal
UC-008 Generar boletas de pago Pendiente
Baja Ninguno
Muy baja Ninguno
Ninguna Ninguno
5.2 MODELADO CONCEPTUAL

Para este punto usaremos los diagramas de casos de uso:
5.3 DISEO ARQUITECTONICO Y ASIGNACION DE REQUERIMIENTOS
(Diagramas del weber)
5.4 REQUERIMIENTOS DE NEGOCIACION
Los clientes clasifican y discuten los posibles conflictos segn su

prioridad.
Identificar y analizar los riesgos asociados a cada requisito.
En el proceso se puede eliminar, combinar o modificar requisitos
para conseguir los objetivos planteados.
5.5 ANLISIS FORMAL

Seccin: 07
REQUISITOS FUNCIONALES Mayo 2013
ESPECIFICACIN DE REQUISITOS
6.1. Requisito Funcional N 1: LOGUEO DE USUARIOS
UC-001 Logueo de usuarios Versin: 2

Descripcin El sistema deber verificar la identificain de ingreso a ste, de los usuarios autorizados y regi
sistema como administradores
Autores STK-001 Arturo Saenz Sevillano Analista de re
STK-002 Gabriela Buenda Miranda Progra
STK-003 Alejandro Huapaya Snchez Analista -
STK-004 Wilmer Meja Ramirez Analista - P
Fuentes Ninguno
Objetivos relacionados
Requisitos relacionados
Actores ACT-002 Secretario
ACT-003 Gerente
ACT-004 Vendedor
Precondicin Los usuarios (administradores) deben poseer una cuenta para ingresar al sistema
Secuencia normal 1 Ingresar al sistema

2 Llenar correctamente los campos de ID y PASSWORD
3
Presionar el botn LOG IN para ingresar al sistema como administrad
Tiempo indeterminado
Postcondicin Ninguna
Secuencia de excepciones 1 El sistema no permitir el ingreso a usuarios no
registrados
2 El sistema no permitir el ingreso a usuarios que no hayan escrito correctam
PSW
Prioridad Muy alta

Urgencia Muy alta
Estabilidad Alta
Comentarios Este es el primer paso para poder utilizar el sistema. Slo usuarios debidamente registrados y
Paquete Ninguno

Seccin: 07
6.2. Requisito Funcional N 2: GESTIN DE PRODUCTOS
UC-002 Gestin de productos Versin: 1

Descripcin El sistema ser capaz de permitir al(a los) usuario(s) actualizar y/o eliminar informacin
concerniente a los productos albergados en la base de datos
Autores STK-001 Arturo Saenz Sevillano Analista de requerimientos
STK-002 Gabriela Buenda Miranda Programador
STK-003 Alejandro Huapaya Snchez Analista - Diseador
STK-004 Wilmer Meja Ramirez Analista - Programador
Fuentes Ninguno
Objetivos relacionados Ninguno
Requisitos relacionados Ninguno
Actores ACT-002 Secretario
ACT-003 Gerente
ACT-004 Vendedor
Precondicin Haberse logueado correctamente como usuario autorizado
Secuencia normal 1 Loguearse correctamente como usuario autorizado
2 Ingresar a lapestaa de productos
3 Seleccionar producto de la lista emergente
4 Seleccionar una de las opciones existentes para cada producto.
ACTUALIZAR o ELIMINAR producto
5 Aceptar los cambios realizados
Tiempo indeterminado
Postcondicin Ninguna
Secuencia de excepciones 1 Logueo incorrecto por parte de los
usuarios
2 No aceptar la peticin para guardar cambios. El sistema lanzar un mensaje
de alerta para verificar decisin
Prioridad Muy alta

Urgencia Muy alta
Estabilidad Alta
Estado VERIFICADO
Comentarios Ninguno
Paquete Ninguno

Seccin: 07
6.3. Requisito Funcional N 3: BSQUEDA DE PRODUCTOS
6.4. Requisito Funcional N 4: REPORTE DE COMPRAS
6.5. Requisito Funcional N 5: REGISTRO DE PRODUCTOS NUEVOS
6.6. Requisito Funcional N 6: REPORTE DE VENTAS
6.7. Requisito Funcional N 7: REGISTRO DE PRODUCTOS DEFECTUOSOS
6.8. Requisito Funcional N 8: GENERAR BOLETAS DE PAGO

Seccin: 08
VALIDACIN DE REQUERIMIENTOS - PROTOTIPO Mayo 2013
7. VALIDACION DE REQUERIMIENTOS
Para asegurarnos que el cliente y los desarrolladores estn ambos conformes con lo que se
va a construir, nos vemos en la necesidad de coordinar una reunin con ellos y mostrarles
all un documento de requerimientos sin especificaciones del tipo utilizar determinada
librera y dems especificaciones tcnicas, apoyados por interfaces y pantallazos de lo
que el usuario ver y ser capaz de hacer mediante el software, para as poder despejar
dudas y adems hacer observaciones sobre malentendidos que podran haber surgido de no
haberles mostrado previamente la interfaz.
7.1. PROTOTIPO
Pasamos a crear interfaces para su aprobacin por parte del cliente, tomando en cuenta
los requerimientos funcionales:
UC-001
UC-002

Seccin: 08
UC-003
UC-004
UC-005

Seccin: 08
UC-006
UC-007
UC-008

Seccin: 08
VALIDACIN DE REQUERIMIENTOS MODELO Mayo 2013
7.2. VALIDACION DEL MODELO
Para la validacin de las interfaces, se cre un documento donde se guardaron las

observaciones por parte del cliente hacia la interfaz, y un agregado en done podran
consultar alguna duda sobre el producto. Dicho proceso planeamos hacerlo hasta que las
observaciones de carcter crtico se hayan terminado.

Seccin: 09
HERRAMIENATS DE REQUERIMIENTOS DE SOFTWARE Mayo 2013
8. HERRAMIENTAS DE REQUERIMIENTOS DE SOFTWARE
Vamos a dividir en dos categoras las herramientas que hemos usado hasta
ahora:
Herramientas para la elaboracin de modelos.
ArgoUML: es una aplicacin de diagramado de UML escrita en Java y

publicada bajo la Licencia BSD.
Herramientas para la gestin de requisitos.
OPENPROJ: similar al MS PROJECT para Linux, cuyas funcionales de

diagramas de Gantt y Pert ayudarn en la administracin del proyecto.
LETSREQ: herramienta online propietaria para los requerimientos, su versin

trial nos permite usarlo como lmite para 1 proyecto.

Ejemplo de Desarrollo de Software: Proyecto Ferretería

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Ejemplo de Desarrollo de Software: Proyecto Ferretería

Uploaded by

Copyright:

Available Formats

SISTEMA DE COMPRA Y VENTA

Miembros del equipo de Desarrollo del Proyecto PYDISC-10:

DISC: Alejandro Huapaya Snchez PYDISC-10 Pg 1

PROPSITO DEL PRODUCTO

El negocio se llama Ferretera El Milagro que est dedicado esencialmente a la venta

Planteamiento del problema

El control de las ventas es ineficiente porque todo lo que venden lo anotan en

Debido a lo anterior, se tiene un gran problema en el control y la actualizacin de

Objetivos del proyecto

Creacin de un Sistema de Compra y Venta para una Ferretera que permita

1. Desarrollo del mdulo de manejo de ventas.

DISC: Alejandro Huapaya Snchez PYDISC-10 Pg 2

1. Requerimientos Fundamentales del Software:

2.1. Requisitos Funcionales y No Funcionales:

1.1.1. Requisitos Funcionales

El sistema deber poder verificar la autenticacin de ingreso a este

Gestin de la informacin de los productos; es decir, el sistema ser

Obtencin de toda la informacin de algn producto mediante la

El sistema deber permitir generar un reporte de compras, despus

El sistema debe permitir a los usuarios el registro de nuevos

Cada vez que el(los) usuario(s) realice(n) una venta, el sistema

El(los) usuario(s) podrn registrar en el sistema los productos

Al final de una venta el sistema deber ser capaz de generar boletas

DISC: Alejandro Huapaya Snchez PYDISC-10 Pg 3

1.1.2. Requisitos no Funcionales

El sistema deber emitir un reporte cada cierto tiempo dando a

Los usuarios deben contar con la plataforma Java instalada en su(s)

El sistema deber funcionar correctamente en cualquiera de los

Se debe disponer de perifricos disponibles (mouse y teclado) para

Para un mejor funcionamiento del sistema se requiere una PC con

2.2. Propiedades Emergentes:

El sistema deber generar un reporte de compras, despus de haber

El(los) usuario(s) podrn registrar en el sistema los productos defectuosos

DISC: Alejandro Huapaya Snchez PYDISC-10 Pg 4

2.3. Requerimientos Cuantificables:

El sistema deber poder verificar la autenticacin de ingreso a este por parte

Este requisito incrementar significativamente la seguridad dentro de

El sistema debe permitir a los usuarios el registro de nuevos productos.

Gestin de la informacin de los productos; es decir, el sistema ser capaz

El(los) usuario(s) podrn registrar en el sistema los productos defectuosos

Obtencin de toda la informacin de algn producto mediante la bsqueda,

Los anteriores requisitos disminuirn el ndice de problemas

2.4. Requerimientos de Software y Requisitos del Sistema:

2.4.1. Requerimientos del Sistema

El sistema deber emitir un reporte cada cierto tiempo dando a

Cada vez que el(los) usuario(s) realice(n) una venta, el sistema

DISC: Alejandro Huapaya Snchez PYDISC-10 Pg 5

deber emitir un mensaje de alerta dando a conocer las cantidades

Cada vez que el(los) usuario(s) realice(n) una venta, el sistema

El sistema guardar automticamente el registro de que se realiz

2.4.2. Requerimientos del Software

El sistema deber poder verificar la autenticacin de ingreso a este

Gestin de la informacin de los productos; es decir, el sistema ser

Obtencin de toda la informacin de algn producto mediante la

El sistema deber permitir generar un reporte de compras, despus

El sistema debe permitir a los usuarios el registro de nuevos

El(los) usuario(s) podrn registrar en el sistema los productos

Al final de una venta el sistema deber ser capaz de generar boletas

DISC: Alejandro Huapaya Snchez PYDISC-10 Pg 6

3.1. MODELO DEL PROCESO:

El software estar desarrollado segn el proceso RUP, dejando en claro

ADAPTAR EL PROCESO: adaptar a las necesidades del cliente, para lo

DEMOSTRAR VALOR ITERATIVAMENTE: Para ello se planea un

COLABORACION ENTRE EQUIPOS: Dado que el desarrollo del