Especificacion de Requisitos

FERRETERÍA “RÍOS” PASAJE - EL ORO - ECUADOR

SISTEMA INFORMÁTICO PARA LA FERRETERÍA “RÍOS”

Especificación de Requisitos

Versión 1.0

Historial de Revisiones

Fecha Versión Descripción Asignado a Tiempo Revisado por:

03/07/2013 1.0

Carlos Herrera

Fabricio Aguilar

3 horasIng. Rosemary Samaniego Ocampo

Control de Cambios

FechaDescripción

Asignado a: Sugerido por:

Actual Sugerencia

03/07/2013Carlos Herrera

Fabricio Aguilar

Ing. Rosemary Samaniego Ocampo

Ferretería “Ríos” Pasaje-Ecuador 2013Página 2

Tabla de contenido1. Introducción......................................................................................................................3

1.1. Propósito...................................................................................................................4

1.2. Alcance......................................................................................................................4

1.3. Definiciones, siglas y abreviaturas.....................................................................5

1.4. Referencias...............................................................................................................6

2. Descripción general........................................................................................................6

3. Requerimientos específicos.........................................................................................7

3.1. Diagrama de Casos de Uso Reales.....................................................................7

3.2. Especificaciones de casos reales de usos.......................................................7

3.2.1. Funciones Básicas..........................................................................................7

3.2.2. Especificación Caso de uso INICIAR SISTEMA.......................................8

3.2.3. Especificación Caso de uso GESTIONAR COMPRA............................10

3.2.4. Especificación Caso de uso GESTIONAR VENTA................................12

3.2.5. Especificación Caso de uso GESTIONAR PERSONAL.......................14

3.2.6. Especificación Caso de uso GESTIONAR CLIENTES..........................18

3.2.7. Especificación Caso de uso GESTIONAR PROVEEDORES...............21

3.2.8. Especificación Caso de uso GESTIONAR PRODUCTOS....................25

3.3. Especificaciones Adicionales................................................................................28

REFERENCIAS BIBLIOGRÁFICAS.....................................................................................30


1. Introducción

En el presente informe nos vamos a centrar en la Especificación de

Requerimientos del Sistema Automatizado de la Ferretería Ríos de la ciudad de

Pasaje, en el cual se ha trabajado con el apoyo del Sr. William Ríos, Gerente

de la Ferretería Ríos.

Es en esta parte en donde nosotros debemos aplicar todos nuestros

conocimientos para la arquitectura de nuestro sistema, ya que es aquí donde

determinamos qué va a hacer y cómo será nuestro software. Es por esta razón

que la especificación de requerimientos debe ser elaborada con la participación

de las partes afectadas en el desarrollo del sistema. Con el fin de ultimar

detalles que servirán para el correcto uso y manejo del sistema automatizado.

Se plantearán las posibles interfaces que serán manejadas por el personal de

la empresa, dichas interfaces se desarrollaron con el fin de utilizar

correctamente el software, ya que presentan un diseño agradable, fácil de

entender y manejar por cualquier usuario con o sin experiencia.

1.1. Propósito

El propósito es el de concretar las características, funciones, algunas

restricciones y sobre todo como estarán estructuradas las GUI que va a tener el

sistema en cuanto a las personas de la ferretería que manejarán el software

una vez entregado.

Mediante esta fase se podrá ir viendo un prototipo del sistema, en caso de que

surjan algunos eventos o quizá algunas cosas que hagan falta, se las irá

tomando en cuenta para implementarlas en nuestro proyecto.

1.2. Alcance

Cabe destacar que el sistema permitirá el proceso de facturación diaria que

lleva la ferretería, así mismo la implementación de un KÁRDEX, es decir


permitirá manipular y acceder a inventarios, este proceso permitirá el control de

entrada y salida de mercancía de la empresa.

De la misma forma guardar a clientes y proveedores que se encuentren

relacionados con la Ferretería Ríos.

Por último nuestro sistema verá necesario generar reportes que ayuden a llevar

el control de la parte contable al final del día.

Las gestiones que conforman el sistema de información son las siguientes:

Gestión de facturación: El sistema se encargará de realizar el proceso

de cada venta, reemplazando a la forma manual que existe en la

empresa. Asimismo agilizar los procesos en el área contable.

Gestión de registros: Se encargará de registrar a todos los clientes que

realicen sus compras en la ferretería y el monto de cada factura.

También registrará a los proveedores que se mantengan en contacto

con la institución.

Gestión de inventario: Se mantendrá un control muy detallado de todos

los productos que ingresen o salgan de la ferretería, asimismo su fecha

y todos los detalles necesarios que pueden ayudar a mantener una

organización en la bodega de la ferretería.

Gestión de reportes: Al finalizar cada día laboral, el sistema generará

reportes, los mismos que serán de gran importancia para el gerente.

1.3. Definiciones, siglas y abreviaturas

Definiciones

Requisito: Es la descripción de los servicios y restricciones que tendrá

nuestro sistema.

Cliente/Usuarios: Son todas las personas quienes hacen uso de los

servicios que ofrece la empresa.


Funcionalidad: Descripción de lo que el software debe hacer.

Rendimiento: Indicará el tiempo en el que tardará el sistema en

responder a cada proceso y consultas que se vayan a realizar.

Siglas

ERS: Especificación de Requisitos de Software

CU: Caso de Uso

GUI: Interfaz gráfica de usuario

SAFRIOS: Sistema Automatizado de la Ferretería Ríos

1.4. Referencias

Los estándares, metodología, documentación que sirven de base para la

elaboración del Plan de Especificación de Requerimientos se hacen referencia

a continuación:

IEEE Recommended Practice for Software Requirements Specification ANSI/IEEE std 830, 19980 Articulo “El modelo del negocio como base del modelo de requisitos, Departamento de Informática y sistemas”, Universidad de Murcia, España.

Documento del Proyecto de Análisis de Sistemas

2. Descripción general

Se presenta una descripción de los requisitos del sistema, con el fin de conocer

las principales funciones que debe realizar.

Los primeros puntos se revisaron una breve introducción de lo que será esta

parte del diseño, como es el alcance, propósito, etc. En cambio en el punto 3,

se explicará el funcionamiento del sistema de acuerdo a los casos de uso, con

su respectiva tabla de cursos normales y alternos de eventos.

Se indicará cada caso de uso con su respectiva interfaz de acuerdo a las

necesidades de entendimiento y fácil uso.


3. Requerimientos específicos

3.1. Diagrama de Casos de Uso Reales

3.2. Especificaciones de casos reales de usos

3.2.1. Funciones Básicas

Las funciones principales que tendrán el Sistema Automatizado de la Ferretería

Ríos son:

Referencia Función Categoría

R1.1 Acceso al sistema de usuarios autorizados Evidente

R1.2 Validar datos Oculta

R1.3 Facturar ventas Evidente

R1.4 Realizar descuentos Evidente

R1.5 Actualizar Inventario Oculta

R1.6 Generar reportes Evidente


R1.7 Realizar órdenes de compra a proveedores Evidente

R1.8 Temas de Ayuda Evidente

R1.9 Administrar información Oculta

R1.10 Configuraciones Oculta

3.2.2. Especificación Caso de uso INICIAR SISTEMA

3.2.2.1. Diagrama

3.2.2.2. Plantilla

FLUJO DE EVENTOS PARA EL CASO DE USO INICIAR SISTEMA

Identificación: CU1

Caso de Uso: Iniciar sistema

Actores: Gerente

Tipo: Primario

Propósito: Dar apertura a las funciones del sistema.

Resumen: De acuerdo al nombre de usuario (Gerente, contador, secretaria) accederá al sistema siempre y cuando esté registrado. Esto llevará a que la persona que inició sesión tendrá todo el control del sistema al momento ejecutar esta función.

Referencias cruzadas: R1.1, R1.2

Precondición: Estar registrado como usuario en una base de datos


Post-condición: Se abre la interfaz del menú principal para llevar a cabo las operaciones dentro del sistema.

CURSO NORMAL DE EVENTOS

ACCIONES DEL ACTOR RESPUESTA DEL SISTEMA

1. Este caso comienza cuando el actor escribe su nombre de usuario en A de la Ventana-1 con su respectiva contraseña en B de la Ventana-1.2. Al terminar de ingresar los datos, oprime el botón C de la Ventana-1.

3. Validará si los datos del usuario y su contraseña son correctos.

4. Finaliza esta sección

CURSOS ALTERNOS O FLUJOS EXCEPCIONALES

En la línea 3. Usuario o contraseña incorrecta. –El usuario tendrá 3 oportunidades para ingresarlos otra vez, en caso de fallar, la Ventana-1 se cerrará. Si el usuario prefiere puede oprimir el botón D de la Ventana-1 para finalizar el caso de uso.

3.2.2.3. Interfaz

VENTANA-1


3.2.3. Especificación Caso de uso GESTIONAR COMPRA

3.2.3.1. Diagrama

3.2.3.2. Plantilla

FLUJO DE EVENTOS PARA EL CASO DE USO GESTIONAR COMPRA


Caso de Uso: Gestionar compra

Actores: Empleado, Proveedor

Tipo: Secundario

Propósito: Abastecer la bodega con los productos que tengan poco stock

Resumen: El vendedor realiza el chequeo del stock de productos, si los productos cuentan con poco stock, informa al contador para realizar un pedido a los distintos proveedores.


Precondición: Revisar los detalles de los productos para saber cuáles necesitan ser abastecidos


Post-condición: Se actualizarán los datos de los productos, del mismo modo los datos del proveedor y el inventario.



1. Verificará los productos que estén por debajo del stock mínimo, para ello se guiará en A de la Ventana-2.

2. Oprimirá el botón B de la Ventana-2 para realizar el pedido al proveedor que se disponga.

3. Guardará los datos del pedido para solucionar este problema.



En la línea 2. Puede elegir el botón C de la Ventana-2 en caso de que ya no necesite esos productos.

3.2.3.3. Interfaz

VENTANA-2


3.2.4. Especificación Caso de uso GESTIONAR VENTA

3.2.4.1. Diagrama

3.2.4.2. Plantilla

FLUJO DE EVENTOS PARA EL CASO DE USO GESTIONAR VENTA


Caso de Uso: Gestionar venta

Actores: Empleado (iniciador), Cliente

Tipo: Primario

Propósito: Realizar una venta a un cliente

Resumen: El cliente puede realizar una compra, para hacerlo deberá elegir que producto. El vendedor registra el código del producto y se capturan los pagos para su correspondiente factura. Al terminar, el cliente se marcha con los productos.

Referencias cruzadas: R1.3, R1.4, R1.5

Precondición: Haber iniciado sistema


Post-condición: Hecha la venta al cliente, el stock de los productos facturados se modificarán en la base de datos.



1. Este caso comienza cuando el cliente elige que producto comprar, le da la información al vendedor y este lo escribe en L de la Ventana-3

2. Buscará en la base de datos el código del producto ingresado y cargará datos en M, O, P de la Ventana-3.

3. Escribirá en Q de la Ventana-3.la cantidad que desea el cliente y oprimirá el botón R de la Ventana-3.

4. Agregará ese producto a la tabla de factura S de la Ventana-3

5. Si el cliente ya no desea más productos, escribirá en V de la Ventana-2 el descuento.

6. Cargará T, U y G de la Ventana-3 los respectivos valores.

7. Se pedirá el número de cédula del cliente en H de la Ventana-3.

8. Buscará en la base de datos la información del cliente y la cargará en H, I, J de la Ventana-3.

9. Escogerá su nombre en K de la Ventana-3.

10. Cargará datos en E y F de la Ventana-3.

11. Oprimirá el botón B de la Ventana-3. Para facturar al cliente.

12. Actualizará los datos de los productos y cliente que intervienen.



En la línea 1. Desconocimiento del código. –El vendedor puede oprimir N de la Ventana-3. Para buscar el producto en una ventana aparte.

En la línea 7. Cliente no registrado. –En caso de que el cliente no se encuentre registrado en el sistema, se deberá oprimir W de la Ventana-3 para registrarlo.

3.2.4.3. Interfaz

VENTANA-3


3.2.5. Especificación Caso de uso GESTIONAR PERSONAL

3.2.5.1. Diagrama


3.2.5.2. Plantilla

FLUJO DE EVENTOS PARA EL CASO DE USO GESTIONAR PERSONAL


Caso de Uso: Gestionar Personal

Actores: Gerente

Tipo: Primario

Propósito: Mantener la información del personal actualizada dentro de la base de datos

Resumen: Después de iniciar el sistema, el gerente puede llevar el control de

los datos de todo el personal de la ferretería.



Post-condición: Se actualizarán los datos del personal en la base de datos



1. Pedirá a los trabajadores los datos de F hasta M de la Ventana-4., y elegirá el cargo que desempeñará en la empresa en O de la Ventana-4.

2. Al presionar A de la Ventana-4 generará un nuevo personal.

3. Guardará los datos ingresados en la base de datos.

4. Selecciona la opción que desea realizar:a. Si selecciona B de la Ventana-4, véase la sección Editar Personalb. Si selecciona C de la Ventana-4, véase la sección Eliminar Personalc. Si selecciona P de la Ventana-4, véase la sección Buscar Personald. Si selecciona D de la Ventana-4, finaliza el caso de uso.



En la línea 1. Validación de campos. –Se validará la cédula de ciudadanía. Todos campos son obligatorios, a excepción de K de la Ventana-4.

SECCIÓN O SUB-FLUJO EDITAR PERSONAL


1. Se escribirá la cédula, nombre o teléfono de la persona a editar en P de la Ventana-4

2. Buscará en la base de datos al proveedor con esa información y lo mostrará en la tabla Q de la Ventana-4

3. Para continuar con el proceso darle clic en la fila con el registro del personal en Q de la Ventana-4,

4. Cargará los datos en los respectivos campos de F hasta O de la Ventana-4.

5. Modificará los campos necesarios y oprimirá A de la Ventana-4.

6. Actualizará la información en la base de datos.



En la línea 2. Datos no encontrados. –En caso de que los datos no se muestren en la tabla Q de la Ventana-4, se mostrará un mensaje de Aviso.

SECCIÓN O SUB-FLUJO ELIMINAR PERSONAL


1. Se escribirá la cédula, nombre o teléfono de la persona a eliminar P de la Ventana-4

2. Buscará en la base de datos a la persona con esa información y lo mostrará en la tabla M de la Ventana-4

3. Para continuar con el proceso darle clic en la fila con el registro del personal en Q de la Ventana-4,

4. Cargará los datos en los respectivos campos de F hasta O de la Ventana-4.

5. Oprimirá C de la Ventana-4.6. Actualizará la información en la base de datos.




SECCIÓN O SUB-FLUJO BUSCAR PERSONAL



1. Se escribirá la cédula, nombre o teléfono de la persona a buscar en P de la Ventana-4

2. Buscará en la base de datos a la persona con esa información y lo mostrará en la tabla Q de la Ventana-4

3. Puede elegir cualquiera de las opciones vistas en las secciones anteriores.




3.2.5.3. Interfaz

VENTANA-4

3.2.6. Especificación Caso de uso GESTIONAR CLIENTES


3.2.6.1. Diagrama

3.2.6.2. Plantilla

FLUJO DE EVENTOS PARA EL CASO DE USO GESTIONAR CLIENTES


Caso de Uso: Gestionar Clientes

Actores: Gerente

Tipo: Primario

Propósito: Mantener la información de los clientes actualizada dentro de la base de datos


los datos de todos los clientes de la ferretería.



Post-condición: Se actualizarán los datos de los clientes en la base de datos




1. Pedirá a los clientes los datos de A hasta I de la Ventana-5., y escribirá algunos detalles que crea conveniente en J de la Ventana-5.

2. Al presionar K de la Ventana-5 generará un nuevo cliente.


4. Selecciona la opción que desea realizar:a. Si selecciona L de la Ventana-5, véase la sección Editar Cliente.b. Si selecciona M de la Ventana-5, véase la sección Eliminar Clientec. Si selecciona O de la Ventana-5, véase la sección Buscar Cliented. Si selecciona N de la Ventana-5, finaliza el caso de uso.


En la línea 1. Validación de campos. –Se validará la cédula de ciudadanía. Todos campos son obligatorios, a excepción de H y J de la Ventana-5.

SECCIÓN O SUB-FLUJO EDITAR CLIENTE


1. Se escribirá la cédula, nombre o teléfono de la persona a editar en O de la Ventana-5

2. Buscará en la base de datos a la persona con esa información y lo mostrará en la tabla P de la Ventana-5

3. Para continuar con el proceso darle clic en la fila con el registro del personal en P de la Ventana-5,

4. Cargará los datos en los respectivos campos de A hasta J de la Ventana-5.

5. Modificará los campos necesarios y oprimirá L de la Ventana-5.




En la línea 2. Datos no encontrados. –En caso de que los datos no se muestren en la tabla P de la Ventana-5, se mostrará un mensaje de Aviso.

SECCIÓN O SUB-FLUJO ELIMINAR CLIENTE



1. Se escribirá la cédula, nombre o teléfono de la persona a eliminar O de la Ventana-5


3. Para continuar con el proceso darle clic en la fila con el registro del personal en P de la Ventana-5,

4. Cargará los datos en los respectivos campos de A hasta J de la Ventana-5.

5. Oprimirá M de la Ventana-5.6. Actualizará la información en la base de datos.






1. Se escribirá la cédula, nombre o teléfono de la persona a buscar en O de la Ventana-5






3.2.6.3. Interfaz

VENTANA-5


3.2.7. Especificación Caso de uso GESTIONAR PROVEEDORES

3.2.7.1. Diagrama

3.2.7.2. Plantilla

FLUJO DE EVENTOS PARA EL CASO DE USO GESTIONAR PROVEEDORES



Caso de Uso: Gestionar Proveedores

Actores: Gerente

Tipo: Primario

Propósito: Mantener la información de los proveedores actualizada dentro de la base de datos


los datos de todos los proveedores de la ferretería.



Post-condición: Se actualizarán los datos de los proveedores en la base de datos



1. Pedirá a los proveedores los datos de E hasta K de la Ventana-6., y escribirá algunos detalles que crea conveniente en J de la Ventana-6.2. Al presionar A de la Ventana-6 generará un nuevo proveedor.


4. Selecciona la opción que desea realizar:a. Si selecciona B de la Ventana-6, véase la sección Editar Proveedor.b. Si selecciona C de la Ventana-6, véase la sección Eliminar Proveedorc. Si selecciona L de la Ventana-6, véase la sección Buscar Proveedord. Si selecciona D de la Ventana-6, finaliza el caso de uso.


En la línea 1. Validación de campos. –Se validará la cédula de ciudadanía. Todos campos son obligatorios, a excepción de J y K de la Ventana-6.

SECCIÓN O SUB-FLUJO EDITAR PROVEEDOR



1. Se escribirá el código, nombre o teléfono del proveedor a editar en L de la Ventana-6

2. Buscará en la base de datos al proveedor con esa información y lo mostrará en la tabla M de la Ventana-6

3. Para continuar con el proceso darle clic en la fila con el registro del proveedor en M de la Ventana-6,

4. Cargará los datos en los respectivos campos de E hasta K de la Ventana-6.

5. Modificará los campos necesarios y oprimirá B de la Ventana-6.




En la línea 2. Datos no encontrados. –En caso de que los datos no se muestren en la tabla M de la Ventana-6, se mostrará un mensaje de Aviso.

SECCIÓN O SUB-FLUJO ELIMINAR PROVEEDOR


1. Se escribirá el código, nombre o teléfono del proveedor a eliminar L de la Ventana-6


3. Para continuar con el proceso darle clic en la fila con el registro del proveedor en M de la Ventana-6,

4. Cargará los datos en los respectivos campos de E hasta K de la Ventana-6.

5. Oprimirá C de la Ventana-6.6. Actualizará la información en la base de datos.







1. Se escribirá el código, nombre o teléfono del proveedor a buscar en L de la Ventana-6






3.2.7.3. Interfaz

VENTANA-6


3.2.8. Especificación Caso de uso GESTIONAR PRODUCTOS

3.2.8.1. Diagrama

3.2.8.2. Plantilla

FLUJO DE EVENTOS PARA EL CASO DE USO GESTIONAR PRODUCTOS


Caso de Uso: Gestionar Productos

Actores: Gerente

Tipo: Primario

Propósito: Mantener la información de los productos actualizada dentro de la base de datos


los datos de todos los productos de la ferretería.



Post-condición: Se actualizarán los datos de los productos en la base de datos




1. Escribirá los datos que se piden de A hasta J de la Ventana-7 y se seleccionará el proveedor de ese producto en K Ventana-7.2. Al presionar M de la Ventana-7 generará un nuevo producto.


4. Selecciona la opción que desea realizar:a. Si selecciona N de la Ventana-7, véase la sección Editar Producto.b. Si selecciona O de la Ventana-7, véase la sección Eliminar Productoc. Si selecciona Q de la Ventana-7, véase la sección Buscar Productod. Si selecciona P de la Ventana-7, finaliza el caso de uso.


En la línea 1. Registro de Proveedor. –Si el proveedor no existe en la base de datos, oprimir L de la Ventana-7 para agregar un nuevo proveedor.

SECCIÓN O SUB-FLUJO EDITAR PRODUCTO


1. Se escribirá el código, nombre del producto a editar en Q de la Ventana-7

2. Buscará en la base de datos el producto con esa información y lo mostrará en la tabla R de la Ventana-7

3. Para continuar con el proceso darle clic en la fila con el registro del producto en R de la Ventana-7,

4. Cargará los datos en los respectivos campos de A hasta K de la Ventana-7.

5. Modificará los campos necesarios y oprimirá N de la Ventana-7.




En la línea 2. Datos no encontrados. –En caso de que los datos no se muestren en la tabla R de la Ventana-7, se mostrará un mensaje de Aviso.


SECCIÓN O SUB-FLUJO ELIMINAR PRODUCTO


1. Se escribirá el código, nombre del producto a eliminar en Q de la Ventana-7


3. Para continuar con el proceso darle clic en la fila con el registro del producto en R de la Ventana-7,

4. Cargará los datos en los respectivos campos de A hasta K de la Ventana-7.

5. Oprimirá O de la Ventana-7.6. Actualizará la información en la base de datos.






1. Se escribirá el código, nombre del producto a editar en Q de la Ventana-7






3.2.8.3. Interfaz


VENTANA-7

3.3. Especificaciones Adicionales

Seguridad

Entre los atributos que caracterizan al Sistema SAFRIOS está la seguridad, ya

que todos los datos que contenga van a ser almacenados en una base de

datos correctamente estructurada.

Y para salvaguardar la información generada día a día, el sistema tendrá una

gestión de respaldo de datos.

Portabilidad

El sistema, al ser desarrollado con un lenguaje libre como lo es JAVA, va a ser multiplataforma, esto quiere decir, que si los administradores deciden cambiar de sistema operativo, no habrá ningún problema con el sistema, ya que seguirá funcionando con normalidad y va a seguir teniendo las mismas características e interfaces de usuario.


Mantenibilidad

La tarea de mantener siempre en correcto funcionamiento del sistema, va a ser de los desarrolladores. El periodo de mantenimiento o actualización de cualquier componente va a depender de las necesidades que incorpore el usuario y que las antiguas ya no le satisfagan.

Costo

Con respecto a la cuestión económica, este sistema tendrá un costo accesible para cualquier empresa que lo desease adquirir, del mismo modo las mejoras que se le vayan dando tendrán igual valor.

Interfaz

Tendrá efectos visuales muy innovadores, fáciles de utilizar por cualquier usuario con o sin experiencia en el tema. Por esta razón permitirá adaptarse y familiarizarse al momento de manejar el sistema.

Estabilidad

Esta característica será la que dé la confianza a la empresa para que utilice el sistema, ya que carecerá de fallos o errores que puedan perjudicar el correcto funcionamiento de la empresa.

Confiabilidad

El entorno visual del sistema debe acomodarse a las preferencias del personal que lo va a utilizar. La información que ingrese al sistema tendrá la mayor seguridad y una garantía de que los datos no se perderán ni serán manipulados por personas ajenas al sistema. Cumpliendo cada una de las especificaciones del fácil manejo, entendimiento y con todo esto lograr que el sistema cumpla con los diferentes objetivos a los que se le fueron asignados.

Entrega

Al momento de hacer entrega del producto ya terminado, se entregará a la empresa su respectivo manual en el caso de que la persona que lo opere encuentre en el software alguna interrogante y no sepa que hacer en ese momento. Dicho manual estará detallado con todas las funciones que realiza el producto, así como tips o alguna forma de ayuda para aprovechar al máximo el sistema.


REFERENCIAS BIBLIOGRÁFICAS

Amapsi. (2010). http://www.slideshare.net/SergioRios/unidad-7-mad-modelado-diseo-contratos-y-casos-de-uso-reales

Anónimo. (2010). Obtenido de http://www.angelfire.com/dragon2/informatica/estudio_de_factibilidad.htm

http://parasitovirtual.wordpress.com/2010/06/22/introduccion-a-los-casos-de-uso/

Yucta. (2003). Obtenido de http://www.naya.org.ar/turismo/congreso2003/ponencias/Sandra_Miranda.htm


Especificacion de Requisitos

Documents

Transcript of Especificacion de Requisitos