mds 360 exponer

Escuela Politécnica del EjércitoExtensión Latacunga

Dirección de PostgradosMaestría En Ingeniería de Software Iv Promoción

TRABAJO GRUPAL

INTEGRANTES

Tania EspinosaKarla Cantuña

SISTEMA DE REGISTRO, ADQUISICION Y VENTAS DE TARJETAS PARA RECARGA DE CELULARES

4.1.1 Entrevistas

Para el levantamiento inicial de la información se aplicó una ENTREVISTA al propietario del centro de recarga de celulares.

4.1.3 Lista de funcionalidades

R1. El sistema permitirá registrar y administrar (Ingreso, Modificación, Eliminación) la información acerca de los proveedores.

R2. El sistema permitirá registrar y administrar (Ingreso, Modificación, Eliminación) la información acerca de los clientes.

R3. El sistema permitirá registrar y administrar (Ingreso, Modificación, Eliminación) la información acerca de las tarjetas para las recargas.

R4. Un proveedor contiene la siguiente información: RUC/ cédula, Provincia, Ciudad, Nombre, Razón Social, Dirección, Teléfono, Correo Electrónico

R5. El cliente contiene la siguiente información: Cédula, Nombre, Ciudad, Dirección, Teléfono, Correo Electrónico

R6. La tarjeta contiene la siguiente información: Código, Definición, Valor, Cantidad

R7. La adquisición contemplará tres secciones: Encabezado, detalle y pie. En el encabezado de la adquisición ingresa la fecha, número de factura de la compra efectuada, la cédula /RUC del proveedor, selecciona la forma de pago, referencia de la adquisición. En el detalle de la adquisición busca la tarjeta, ingresa la cantidad de tarjetas y el precio adquirido; en el pie se genera automáticamente subtotal, IVA y total a pagar.

R8. La venta contemplará tres secciones: Encabezado, detalle y pie. En el encabezado de la venta se deberá ingresar la fecha, la cédula del cliente. En el detalle de la venta se ingresa la cantidad de tarjetas; se puede ingresar varios ítems, y en el pie de la venta se genera subtotal, IVA, total a pagar.

R9. El sistema permitirá imprimir una venta

R10. El sistema permitirá imprimir la adquisición

http://www.wikilearning.com/articulo/mds_360_deg_metodologia_de_desarrollo_de_software-4_1_3_lista_de_funcionalidades/24658-8

http://www.wikilearning.com/articulo/mds_360_deg_metodologia_de_desarrollo_de_software-4_1_1_entrevistas/24658-6



R.11. El sistema permitirá generar un reporte de proveedores por provincia

R12. El sistema permitirá generar un reporte de clientes por ciudad

R13. El sistema permitirá generar un reporte de tarjetas por proveedor

4.1.4 Casos de uso

LISTADO DE CASOS DE USO

No. NOMBRE1 Ingresar Proveedor2 Eliminar Proveedor3 Modificar Proveedor4 Ingresar Cliente5 Eliminar Cliente6 Modificar Cliente7 Ingresar Tarjeta8 Eliminar Tarjeta9 Modificar Tarjeta

10 Ingresar Adquisición11 Imprimir Adquisición

http://www.wikilearning.com/articulo/mds_360_deg_metodologia_de_desarrollo_de_software-4_1_4_casos_de_uso/24658-9



12 Ingresar Venta13 Imprimir Venta

14 Listar Proveedores por provincia

15 Listar Clientes por Ciudad16 Listar tarjetas por proveedor

No. 1CASO DE USO Ingresar ProveedorACTOR UsuarioTIPO Primario y esencialPROPÓSITO Ingresar información de un proveedor en el sistema

VISIÓN GENERAL: Permite que el usuario efectúe el alta o ingreso de un proveedor en el sistema

REFERENCIAS: R1, R4

CURSO TÍPICO DE EVENTOS

ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario ingresa los datos del

proveedor: RUC, Nombre, Razón Social, Dirección, Teléfono, Correo Electrónico

2. Incorpora la información del proveedor en la base de datos.

No. 2CASO DE USO Eliminar ProveedorACTOR UsuarioTIPO Primario y esencialPROPÓSITO Eliminar un proveedor en el sistemaVISIÓN GENERAL: Permite que el usuario elimine un proveedor en el sistemaREFERENCIAS: R1, R4


ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario localiza el proveedor a

eliminar y confirma el borrado del mismo.

2. Elimina la información del proveedor en la base de datos.

No. 3CASO DE USO Modificar ProveedorACTOR UsuarioTIPO Primario y esencialPROPÓSITO Modificar información de un proveedor en el sistema

VISIÓN GENERAL: Permite que el usuario modifique la información de un proveedor en el sistema

REFERENCIAS: R1, R4CURSO TÍPICO DE EVENTOS

ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario localiza el proveedor

ingresa los datos que desea modificar (Nombre, Razón

2. Modifica la información del proveedor en la base de datos.



Social, Dirección, Teléfono, Correo Electrónico).

No. 4CASO DE USO Ingresar ClienteACTOR UsuarioTIPO Primario y esencialPROPÓSITO Ingresar información de un Cliente en el sistema

VISIÓN GENERAL: Permite que el usuario efectúe el alta o ingreso de un Cliente en el sistema

REFERENCIAS: R2, R5


ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario ingresa los datos del Cliente: Cédula, Nombre, Dirección, Teléfono, Correo Electrónico

2. Incorpora la información del Cliente en la base de datos.

No. 5CASO DE USO Eliminar ClienteACTOR UsuarioTIPO Primario y esencialPROPÓSITO Eliminar un Cliente en el sistemaVISIÓN GENERAL: Permite que el usuario elimine un Cliente en el sistemaREFERENCIAS: R2, R5


ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario localiza el Cliente a


2. Elimina la información del Cliente en la base de datos.

No. 6CASO DE USO Modificar ClienteACTOR UsuarioTIPO Primario y esencialPROPÓSITO Modificar información de un cliente en el sistema

VISIÓN GENERAL: Permite que el usuario modifique la información de un Cliente en el sistema

REFERENCIAS: R2, R5


ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario localiza el Cliente

ingresa los datos que desea modificar (Nombre, Dirección, Teléfono, Correo Electrónico).

2. Modifica la información del cliente en la base de datos.

No. 7



CASO DE USO Ingresar TarjetaACTOR UsuarioTIPO Primario y esencialPROPÓSITO Ingresar información de un Tarjeta en el sistema

VISIÓN GENERAL: Permite que el usuario efectúe el alta o ingreso de un Tarjeta en el sistema

REFERENCIAS: R3, R6


ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario ingresa los datos del Tarjeta: Cédula, Nombre, Dirección, Teléfono, Correo Electrónico

2. Incorpora la información del Tarjeta en la base de datos.

No. 8CASO DE USO Eliminar TarjetaACTOR UsuarioTIPO Primario y esencialPROPÓSITO Eliminar un Tarjeta en el sistemaVISIÓN GENERAL: Permite que el usuario elimine un Tarjeta en el sistemaREFERENCIAS: R3, R6


ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario localiza el Tarjeta a


2. Elimina la información del Tarjeta en la base de datos.

No. 9CASO DE USO Modificar TarjetaACTOR UsuarioTIPO Primario y esencialPROPÓSITO Modificar información de un Tarjeta en el sistema

VISIÓN GENERAL: Permite que el usuario modifique la información de un Tarjeta en el sistema

REFERENCIAS: R3, R6


ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario localiza el Tarjeta

ingresa los datos que desea modificar (Nombre, Dirección, Teléfono, Correo Electrónico).

2. Modifica la información del Tarjeta en la base de datos.

No. 10CASO DE USO Ingresar AdquisiciónACTOR UsuarioTIPO Primario y esencialPROPÓSITO Ingresar información de la Adquisición en el sistema



VISIÓN GENERAL: Permite que el usuario efectúe el alta o ingreso de una Adquisición en el sistema

REFERENCIAS: R7


ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario ingresa los datos de la Adquisición: en el encabezado de la adquisición ingresa la fecha, número de factura de la compra efectuada, la cédula /RUC del proveedor, selecciona la forma de pago, referencia de la adquisición. En el detalle de la adquisición busca la tarjeta, ingresa la cantidad de tarjetas y el precio adquirido; el usuario puede ingresar varios ítems.

2. Despliega automáticamente el nombre, la dirección, el teléfono del proveedor

3. Genera automáticamente el subtotal, IVA y total de la adquisición

4. Incorpora la información de la Adquisición en la base de datos.

No. 11CASO DE USO Imprimir AdquisiciónACTOR UsuarioTIPO Primario y esencialPROPÓSITO Imprimir una Adquisición en el sistemaVISIÓN GENERAL: Permite que el usuario imprima una Adquisición en el sistemaREFERENCIAS: R10


ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario localiza la Adquisición a

imprimir.2. Imprime la información de

la Adquisición.

No. 12CASO DE USO Ingresar VentaACTOR UsuarioTIPO Primario y esencialPROPÓSITO Ingresar información de la Venta en el sistema

VISIÓN GENERAL: Permite que el usuario efectúe el alta o ingreso de una Venta en el sistema

REFERENCIAS: R8CURSO TÍPICO DE

EVENTOSACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario ingresa los datos de la Venta: en el encabezado de la Venta ingresa la fecha, la cédula del cliente. En el detalle de la venta se ingresa la cantidad de tarjetas; se puede ingresar varios ítems.

2. Genera automáticamente el número de factura de la venta efectuada al cliente, subtotal, IVA, total.

3. Despliega automáticamente el nombre, ciudad, la dirección, el teléfono del cliente

4. Incorpora la información de la Venta en la base de



datos.

No. 13CASO DE USO Imprimir VentaACTOR UsuarioTIPO Primario y esencialPROPÓSITO Imprime una Venta en el sistemaVISIÓN GENERAL: Permite que el usuario imprima una Venta en el sistemaREFERENCIAS: R9


ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario localiza la Venta a

imprimir.2. Imprime la información de

la Venta en la base de datos.

No. 14CASO DE USO Listar Proveedores por provinciaACTOR UsuarioTIPO Primario y esencialPROPÓSITO Obtener un reporte de los proveedores registrados en el Sistema.VISIÓN GENERAL: Permite mostrar un reporte de los proveedoresREFERENCIAS: R11


ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario pide al sistema un

reporte de los proveedores.2. Muestra un reporte de los

proveedores.

No. 15CASO DE USO Listar Clientes por CiudadACTOR UsuarioTIPO Primario y esencialPROPÓSITO Obtener un reporte de los clientes por ciudad en el Sistema.VISIÓN GENERAL: Permite mostrar un reporte de los clientesREFERENCIAS: R12


ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario pide al sistema el

reporte de clientes.2. Muestra un reporte de los

clientes.

No. 16CASO DE USO Listar tarjetas por proveedorACTOR UsuarioTIPO Primario y esencialPROPÓSITO Obtener un reporte de las tarjetas por proveedor registradas en el



Sistema.VISIÓN GENERAL: Permite mostrar un reporte de las tarjetas por proveedor.REFERENCIAS: R13


ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA1. El usuario pide al sistema un

reporte de las tarjetas por proveedor.

2. Muestra un reporte de las tarjetas.

4.2 DEFINICIÓN DE LA SOLUCIÓN

4.2.1 Definición de la arquitectura

EL sistema usara un modelo CLIENTE/SERVIDOR el cual puede actuar en un mismo equipo de trabajo o como entidades separadas: un servidor con varios equipos conectados a través de la red, como se muestra en la siguiente figura

4.2.2 Definición de la plataforma

La infraestructura de software que se utilizará es la siguiente:

Sistema operativo Microsoft Windows XP o versión superior Microsoft Visual Basic 6.0 – Access

http://www.wikilearning.com/articulo/mds_360_deg_metodologia_de_desarrollo_de_software-4_2_2_definicion_de_la_plataforma/24658-12

http://www.wikilearning.com/articulo/mds_360_deg_metodologia_de_desarrollo_de_software-4_2_1_definicion_de_la_arquitectura/24658-11

http://www.wikilearning.com/articulo/mds_360_deg_metodologia_de_desarrollo_de_software-4_2_definicion_de_la_solucion/24658-10



4.2.3 Definición del cronograma

CRONOGRAMA DE ACTIVIDADES

No Sistema de registro, adquisición y venta de tarjetasTH1 TH2 TH3 TH4 TH5 TH6 TH7 TH8 TH9 TH10 TH11 TH12 TH13 TH14 TH15 TH16

TH17 TH18 TH19 TH20 TH21 TH22 TH23 TH24

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-1 hm

0-1 hm

0-1 hm

ANALISIS

2 4.1 ANÁLISIS DE REQUERIMIENTOS

3 4.1.1 Lista de funcionalidades

4 4.1.2 Casos de uso

DISEÑO

5 4.2.1 Definición de la arquitectura

6 4.2.2 Definición de la plataforma

7 4.2.3 Definición del cronograma

IMPLEMENTACION

8 4.3.1 Especificación de clases

9 4.3.2 Diseño de base de datos

10 4.3.3 Diseño de interfaz de usuario

11 4.3.4 Implementación de clases y operaciones

12 4.3.5 Pruebas de desarrollo

13 4.3.6 Actualización de manuales

14 4.3.7 Integración y entrega

PRUEBAS Y ACEPTACIÓN

15 4.4.1 Capacitación de usuario líder

16 4.4.2 Pruebas de usuario

17 4.4.3 Aceptación

18 4.5 IMPLANTACIÓN

19 4.5.1 Capacitación de usuarios

http://www.wikilearning.com/articulo/mds_360_deg_metodologia_de_desarrollo_de_software-4_2_3_definicion_del_cronograma/24658-13



20 4.5.2 Paso a producción

CRONOGRAMA DE ACTIVIDADES

No Sistema de registro, adquisición y venta de tarjetasTH1 TH2 TH3 TH4 TH5 TH6 TH7 TH8 TH9 TH10 TH11 TH12 TH13 TH14 TH15 TH16

TH17 TH18 TH19 TH20 TH21 TH22 TH23 TH24

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-30m

0-1 hm

0-1 hm

0-1 hm

MANTENIMIENTO

21 4.6.1 Copias de respaldo

22 4.6.2 Actualización de componentes

23 4.6.3 Cambios en la información

24 4.6.4 Soporte técnico

25 4.7 MEJORAS

26 4.7.1 Gestión de mejoras

27 4.7.2 Gestión de errores



4.3 IMPLEMENTACIÓN

4.3.1 Especificación de clases

4.3.2 Diseño de base de datos

http://www.wikilearning.com/articulo/mds_360_deg_metodologia_de_desarrollo_de_software-4_3_2_diseno_de_base_de_datos/24658-17

http://www.wikilearning.com/articulo/mds_360_deg_metodologia_de_desarrollo_de_software-4_3_1_especificacion_de_clases/24658-16

http://www.wikilearning.com/articulo/mds_360_deg_metodologia_de_desarrollo_de_software-4_3_implementacion/24658-15



4.3.3 Diseño de interfaz de usuario

PANTALLA INGRESO AL SISTEMA

http://www.wikilearning.com/articulo/mds_360_deg_metodologia_de_desarrollo_de_software-4_3_3_diseno_de_interfaz_de_usuario/24658-18



4.4 PRUEBAS Y ACEPTACIÓN

Para la validación del sistema se desarrollaran pruebas de verificación y validación con el propietario del centro de recarga de celulares verificando cada una de las funcionalidades del sistema.

4.4.1 Capacitación de usuario líder

Luego de realizar la fase de pruebas y aceptación capacitaremos al usuario para el manejo adecuado del sistema.

4.4.2 Pruebas de usuario

El sistema se instalará en un ambiente de pruebas para que los usuarios ejecuten validaciones al sistema.

4.4.3 Aceptación

Para la aceptación se firmará el acta correspondiente.

INSUMOS APLICADOS EN CADA FASE

ANÁLISIS

Aplicación de entrevistaLevantamiento de requerimientosCasos de uso

DISEÑO

Diagrama sobre la definición de la arquitectura.

IMPLEMENTACION

Diagrama de clasesModelo entidad relaciónDiseño de interfaces

http://www.wikilearning.com/articulo/mds_360_deg_metodologia_de_desarrollo_de_software-4_4_3_aceptacion/24658-26

http://www.wikilearning.com/articulo/mds_360_deg_metodologia_de_desarrollo_de_software-4_4_2_pruebas_de_usuario/24658-25

http://www.wikilearning.com/articulo/mds_360_deg_metodologia_de_desarrollo_de_software-4_4_1_capacitacion_de_usuario_lider/24658-24

http://www.wikilearning.com/articulo/mds_360_deg_metodologia_de_desarrollo_de_software-4_4_pruebas_y_aceptacion/24658-23

mds 360 exponer

Education