Manual Con Diagramas Trimestre 2 Equipo 03in

Pág. 1/99

ERS pásg.

1/99

(RIF)

ESPECIFICACION DE REQUERIMIENTOS DEL SISTEMA- ERS

SISTEMA INFORMÁTICO PARA LA GESTIÓN ADMINISTRATIVA-CONTABLE CORRESPONDIENTE AL MANEJO DE CUENTAS POR PAGAR Y POR COBRAR

DE PROVEEDORES Y CLIENTES DE LA EMPRESA AJEVEN C.A.

Fecha:

Pág 1/27

Elaborado por: REVISADO POR: Aprobado por:

(Equipo 3) PROF. IRMA LÒPEZ RAFAEL AGUILERA

T.S. U CAPELLO T.S.U MOUCHATI T.S.U SEIJAS

INDICE

Resumen

I.- INTRODUCCION

1.1 Propósito ………………………………………………...…….. 3

1.2 Ámbito del Sistema/Proyecto …………………………..…… 3

1.3 Definiciones, Acrónimos y Abreviaturas …………………… 3

1.4 Referencias ……………………………………………………. 5

1.5 Visión General del Documento ……………………………... 6

II.- DESCRIPCION GENERAL DEL PRODUCTO

2.1 Perspectiva del Producto (Objetivos/metas) ………………. 7

2.2 Funciones del Producto ………………………….……..….... 7

2.3 Características de los Usuarios …………………...….……. 7

2.4 Restricciones ……………………………….…….…………… 8

2.5 Suposiciones y Dependencias …………..…….……….…… 8

2.6 Requisitos Futuros ……………………..…………………….. 9

III.- ANALISIS DE REQUERIMIENTOS

3.1 Técnicas de Elicitación de Requerimientos Utilizadas........ 10

3.2 Requerimientos Funcionales ………………………...……... 10

3.3 Requerimientos No Funcionales ………………...…………. 11

3.4 Requerimientos de Implementación ……………………….. 11

IV.- MODELO DE REQUISITOS DEL SISTEMA

4.1 Definición de Técnicas de Modelaje Utilizadas……..…...… 12

Diagrama de Casos de Usos …………………………..…… 12

4.2 Modelo de Comportamiento del Sistema …………………...…. 13

Diccionario de Actores …………………………………….…. 13

Diccionario de Casos de Uso (Escenarios) ……………..… 13

4.3 Modelo de Interfaz del Sistema (pantallas) …………………... 16

Pantallas del Sistema ………………………………………… 17

4.4 Modelo Estático del Sistema (Comportamiento)

Diagrama de Objetos ………………………………………… 17 Diagrama de Clases …………………………………………. 18 Diccionario de Clases ………………………………….……. 19

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 2/27




V.- ANEXOS

Organigrama de La Empresa …………………………….….. 27

Arbol Lógico del Problema …………………………………... 28

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 3/27




Resumen

Este documento muestra las características de un sistema informático y

a futuro. Dichas características pueden ser necesarias para la obtención de

una buena especificación de requerimientos, basada en los estándares de

Especificación de Requisitos Software. A su vez se podría visualizar como

complemento de una Gestión Administrativa Contable inclusive podría

transformarse en una herramienta que agilice los procesos de la Empresa

AJEVEN, C.A.

I.- INTRODUCCION

1.1 Propósito

El propósito central del proyecto, es brindar a las áreas administrativas

contable específicamente cuentas por cobrar y cuentas por pagar de la

Empresa AJEVEN, C.A, una plataforma tecnológica con la cual puedan

agilizar los procesos conciliatorios y los servicios que les son requeridos por

el Servicio Nacional Integrado de Administración Aduanera y

Tributaria (SENIAT).

1.2 Ámbito del Sistema/Proyecto

A través del desarrollo e implementación de este proyecto, se busca

alcanzar el diseño Sistema Informático para la Gestión Administrativa-

Contable correspondiente al Manejo de Cuentas por Pagar y por Cobrar de

Proveedores y Clientes de la Empresa AJEVEN, C.A. que permita a los

usuarios finales (Proveedores, Cliente, Empleados), acceder eficazmente a la

información referente a los estados financieros que involucran las

operaciones entres los dos entes. Obviamente, se trata de un desarrollo

eminentemente informático, pero lleva implícito la creación de ciertos

procedimientos empresariales.

1.3 Definiciones, Acrónimos y Abreviaturas

1. AJEVEN: (Añaños Jeri de Venezuela, C.A) Es una empresa encargada de

la fabricación, comercialización venta y distribución de bebidas gaseosas,

con productos inocuos y servicios de excelente calidad a precios justos,

accesibles al público, es por ello que para lograr sus objetivos como es la

satisfacción de sus clientes, cuenta con una serie de equipos y maquinarias

que agilizan sus procesos tanto administrativos como productivos.

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 4/27




2. CLIENTES: Es quien accede a un producto o servicio por medio de una

transacción financiera (dinero) u otro medio de pago. Quien compra, es

el comprador, y quien consume el consumidor. En Informática el término

cliente, es un equipo o proceso que consume recursos y servicios brindados

por otro llamado servidor, generalmente de forma remota.

3. CONCILIACIÓN BANCARIA: Es un proceso que permite confrontar y

conciliar los valores que la empresa tiene registrada de una cuenta ya sea

corriente o ahorro, la conciliación bancaria no busca en ningún momento

legalizar los errores, ya que es una mecánica que permite identificar las

diferencias y sus causas para luego proceder a realizar los respectivos

ajustes y conexiones.

4. CUENTAS POR COBRAR: Es el nombre de la cuenta donde se registran

los incrementos y los recortes vinculados a la venta de conceptos diferentes

a productos o servicios.

5. CUENTAS POR PAGAR: Es cualquier importe adeudado como resultado

de una compra de bienes o servicios en términos de crédito.

6. I.S.R.L: Es un impuesto que grava los ingresos de las personas,

empresas, u otras entidades legales.

7. IMPUESTO: Es una clase de tributo (obligaciones generalmente

pecuniarias en favor del acreedor tributario) regido por derecho público. Se

caracteriza por no requerir una contraprestación directa o determinada por

parte de la administración hacendaria (acreedor tributario).

8. IVA: Es un impuesto indirecto sobre el consumo, es decir financiado por el

consumidor final. Un impuesto indirecto es el impuesto que no es percibido

por el fisco directamente del tributario. El IVA es percibido por el vendedor en

el momento de toda transacción comercial (transferencia de bienes o

prestación de servicios).

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 5/27




9. PROVEEDOR (ES): Es la persona(s) o empresa que abastece con algo a

otra empresa o a una comunidad. El término procede del verbo proveer, que

hace referencia a suministrar lo necesario para un fin.

10. RETENCIÓN DE IMPUESTOS: Es la cantidad que se retiene de

un sueldo, salario u otra percepción para el pago de un impuesto, de deudas

en virtud de embargo, es decir, te retienen ahora para asegurar el pago del

impuesto.

11. SENIAT: El Servicio Nacional Integrado de Administración Aduanera y

Tributaria, es el órgano de ejecución de la administración tributaria nacional

de Venezuela.

12. VOUCHER: Es una constancia que sirve para certificar que se ha

pagado por un servicio o producto.

1.4 Referencias

A continuación se mostrarán los formatos y documentos referenciados

en los Departamentos de Cuentas por Pagar y Cuentas por Cobrar para los

procesos contables de la EMPRESA AJEVEN, C.A. En cuanto a Basamentos

Legales, para el estricto cumplimiento de la Ley del SENIAT (Servicio

Nacional Integrado de Administración Aduanera y Tributaria) es importante

saber que: El RÉGIMEN DE RETENCIÓN DEL I.V.A. En Venezuela para el

Impuesto al Valor Agregado o a las Ventas, es Aplicable a: Contribuyentes

Especiales y Entes Públicos Nacionales, Estadales y Municipales. En este

caso como AGENTES DE RETENCIÓN DEL I.V.A. (Contribuyentes

Especiales). Son responsables directos en calidad de agentes de retención o

de percepción, las personas designadas por la ley o por la Administración

previa autorización legal. Mediante la promulgación de la Ley del SENIAT se

autoriza a su máxima autoridad para el nombramiento de los Agentes de

Retención y Percepción (Art. 4 Ley Seniat).

Entre éstos a continuación algunos artículos:

Base Legal. Artículo 27 del C.O.T.

Base Legal. Artículo 11 de la Ley del IVA

Base Legal. Operaciones excluidas de retención: Artículo 3

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 6/27




FORMATO DE REQUISITOS DE CRÉDITO FORMAL

1.5 Visión General del Documento

Este documento consta de cinco secciones: La sección 1 muestra el

propósito y una visión general del documento. En la sección 2 y 3 se

proporciona una descripción general del sistema, con el fin de conocer las

principales funciones que se deben efectuar, los datos asociados y los

factores, restricciones, supuestos y dependencias que afecta al desarrollo.

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 7/27




En la sección 4 se define detalladamente los requisitos que debe tener

nuestro sistema al momento del desarrollo y la implementación. En la sección

5 se muestra la estructura organizativa, árbol lógico del problema, entrevistas

y cuestionarios aplicados y cronograma de actividades.

II.- DESCRIPCION GENERAL DEL PRODUCTO

2.1 Perspectiva del Producto (Objetivos/metas)

El objetivo principal de este sistema informático es mostrar los estados

de cuentas a los proveedores y clientes, que a través de la herramienta se

pueda visualizar de manera rápida, fácil y sencilla las facturas que la

empresa les adeuda a los mismos, ver los detalles de cómo fue cancelado y

la cantidad restante del adeudo total. Al igual que los proveedores, los

clientes podrán ver el estado de cuenta adecuado a la empresa, hacer

efectivos los pagos realizados, de manera eficaz y sin contratiempos.

2.2 Funciones del Producto

Este sistema tendrá las siguientes funciones:

Clientes:

Registrar Pagos.

Consultar Pagos Emitidos y Estados de Cuenta.

Proveedores:

Registrar facturas emitidas

Impresión de Retenciones

Consultar Estados de Cuenta y Pagos Efectuados

Empleados de Cuentas por Cobrar:

Podrá Visualizar Voucher Emitidos por Correos

Empleados de Cuentas por Pagar:

Podrás Visualizar las Facturas Emitidas por el Proveedor.

2.3 Características de los Usuarios

El sistema lo podrá manejar el administrador por parte de la empresa,

empleados de los departamentos de cuentas por pagar y cuentas por cobrar,

en una tercera visión los clientes y proveedores para así visualizar cuentas

pendientes y próximos pagos para estar al día.

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 8/27




2.4 Restricciones

La aplicación constará con los parámetros de seguridad requeridos, a

fin de garantizar la integridad de los registros de la organización, es por ello,

que se establecerán los estándares tecnológicos con respecto a sistema

operativo, servidor web y servidor de base de datos, así como, certificación

de los navegadores web para la navegación del sistema. Otros aspecto

relevante será el rechazo y filtro de las peticiones recibida donde los datos y

variables no cumplan con las características esperadas o predefinidas.

Ninguna entrada al sistema debe ser digna de una confianza plena,

todas de preferencias, pasaran por el filtrado de datos contenidos para

confirmar su usabilidad, del mismo modo, la aplicación ejecutara procesos de

limpieza de variables, para evitar confiar en la memorización, o tener que

hacer un mapa de los procesos ejecutados por cada línea de código de

manera previa. Al igual que el proceso de filtrado, se tendrá un control sobre

la codificación que tienen los datos antes de enviarlos, esto para el caso de

la salida de información, a fin de no ocasionar perdidas de la información

confidencial de los usuarios.

De mismo modo, se establecerá una metodología para la auditoria de la

aplicación, la cual establecerá un conjunto de pasos definidos, los cuales

permitirán auditar cada característica del sistema y determinar si existen

vulnerabilidades y amenazas seguras, para luego hacer referencia a la

respectiva medida de seguridad correctiva a aplicar.

2.5 Suposiciones y Dependencias

Suposiciones

Se asume que la empresa será reestructurada conforme a la

implantación del nuevo sistema que se aplicará para la gestión administrativa

y contable donde se reflejará varias secciones que permita registrar

proveedores para llevar un control de las cuentas por pagar y otra donde se

registre todos los clientes para estar al pendiente de todas las cuentas por

cobrar, así se logrará tener las cuentas al día sin ninguna equivocación, ni

retraso. Cada empresa se almacenará con todas sus descripciones

indicando la cuenta en exclusiva que esté manejando para el momento.

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 9/27




Tomando en cuenta que cada empresa posee un componente individual que

lo identifica a través de su número de RIF que lo hace único.

Por otra parte, se asume que los requisitos descritos en este

documento son estables una vez que sea aprobado por la dirección de

administración de AJEVEN. Cualquier petición de cambios en la

especificación debe ser aprobada por todas las partes y gestionada por el

grupo de Gestión de la Configuración. Así mismo, toda información

almacenada en un anterior sistema, debe ser portada por las funcionalidades

normales del nuevo sistema.

Por tanto, se requiere que los empleados cuenten con un mecanismo

que les permita manejar una base de datos automatizadas a través de los

equipos de cómputo, necesarios para el control de las deudas como tal, que

posee la empresa. De igual manera, se asume que los usuarios del sistema

deben poseer conocimiento y habilidades en el ámbito de sus funciones:

conocimiento de los procedimientos definidos por la empresa. Por último, los

requisitos descritos en este documento pueden cambiar, pues los procesos

son dinámicos y por lo tanto cambia los requisitos del software, para lo cual

es necesario que las fases de análisis y diseño estén bien documentadas y

además definir una fase y metodología de mantenimiento del sistema.

Dependencias

El sistema seguirá una arquitectura Cliente/Proveedor, por lo que la

disponibilidad del sistema dependerá de la conexión entre las máquinas en

las que residirá el programa cliente-proveedor y la máquina servidora de

datos. Por otro lado, el sistema de información funciona autónomamente, sin

necesidad de comunicarse con otros sistemas externos a la organización,

por lo que no hay dependencias respecto de otros sistemas y recursos.

2.6 Requisitos Futuros

En este apartado se presentan los requisitos a futuros, que deberán ser

satisfechos por el sistema. Todos los requisitos aquí expuestos son

ESENCIALES, es decir, no sería aceptable un sistema que no satisfaga

alguno de los requisitos aquí presentados. En tal sentido, estos requisitos se

han especificado teniendo en cuenta, entre otros, el criterio de “estabilidad”:

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 10/27




dado un requisito, debería ser fácilmente demostrable si es satisfecho o no

por el sistema.

Registrar los datos de proveedores y clientes.

Verificar los datos de proveedores y clientes.

Gestión de pedidos a proveedores.

Gestión de ventas a Clientes.

Entrada de pedidos de clientes.

Reserva de material en previsión de ser recibido.

Consultas de estado de cuenta de clientes.

Consultas de estado de cuenta de proveedores.

Mostrar los reportes sobre las deudas que tiene la empresa.

Generar reportes sobre los pagos realizados por la empresa.

Generar reportes sobre el estado de adeudamiento o créditos al día de

la empresa.

Mostrar el listado de los bancos que existe para el manejo de las

cuentas por pagar y por cobrar.

Mostrar el listado de las transacciones que se realizan en la

organización.

III.- ANALISIS DE REQUERIMIENTOS

3.1 Técnicas de Elicitación de Requerimientos Utilizadas.

Para el levantamiento de requerimientos se utilizo la entrevista y la

observación directa en los departamentos de cuentas por pagar y cuentas

por cobrar de la Empresa AJEVEN C.A.

3.2 Requerimientos Funcionales

1. El usuario una vez que ingrese a la aplicación con los datos correctos,

ésta validará según el nivel de acceso a fin de garantizar el acceso a la

interfaz correspondiente a su perfil.

2. Mostrará en pantalla los módulos para el funcionamiento según sea el

caso.

3. Para los clientes se mostrará la opción de registro de pagos, así como

las consultas de estados de cuentas de los saldos que tiene con la

empresa.

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 11/27




4. Para los proveedores habrá dentro de la interfaz opciones para el

registro de facturas emitidas, impresión de retenciones y consulta de

estados de cuentas.

5. Los empleados podrán verificar los voucher emitidos por el cliente y del

mismo modo las facturas que los proveedores han registrado.

3.3 Requerimientos No Funcionales

1. El sistema tendrá la capacidad de tener tiempos de respuestas

oportunas, a fin de garantizar la fluidez de la información al momento de

acceder a los registros.

2. El manejador de base de datos será instalado en un servidor de base de

datos Microsoft Windows Server R2 SP2, con procesador Intel Xeon 2.93

GHZ.

3. La aplicación constará con el diseño de una interfaz atractiva que

contribuya con el desempeño y la función de cada usuario, del mismo

modo mecanismo de seguridad para garantizar la integridad de los

registro durante el procesamiento de datos.

4. El desarrollo de esta aplicación se llevara a cabo bajo todas las normal y

procedimiento internos que rigen el departamento de sistema de la

empresa, con el objetivo de seguir los estándares regulados y auditados

bajo las normas ISO 9000.

3.4 Requerimientos de Implementación

Para llevar a cabo el desarrollo total del sistema se utilizaran

herramientas como PHP, que es un lenguaje de programación web basado

en Software Libre desarrollado con Estándares Abiertos el cual permite

mayor participación de los usuarios en el mantenimiento de los niveles de

seguridad del sistemas, además se utilizara como servidor web el paquete de

instalación xampp el cual incluye (Apache, MySQL y PHP), este se presenta

en dos versiones: una para entornos Linux y otra para entorno Windows,

para el diseño de la aplicación se utilizo como entorno de desarrollo

Macromedia Dreamweaver. Para el registro de los datos se usara el

Manejador de Bases de Datos MySQL en su versión, el cual soporta gran

cantidad de datos además de poseer licencia GPL.

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 12/27




IV.- MODELO DE REQUISITOS DEL SISTEMA

4.1 Definición de Técnicas de Modelaje Utilizadas.

La técnica de modelaje usada en el desarrollo de este sistema es el

Diagrama de Casos de Usos, que se caracteriza por describir los pasos y

actividades que deberán llevarse a cabo para realizar el sistema y así

especificar la comunicación y el comportamiento del mismo mediante su

interacción con los usuarios y otros sistemas.

Diagrama de Casos de Usos

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 13/27




4.2 Modelo de Comportamiento del Sistema

Diccionario de Actores

Diccionario de Casos de Uso (Escenarios)

Cuadro 1.

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 14/27




Cuadro 2.

Cuadro 3.

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 15/27




Cuadro 4.

Cuadro 5.

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 16/27




4.3 Modelo de Interfaz del Sistema (pantallas)

Pantalla 1.

Pantalla 2.

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 17/27




Pantalla 3.

4.4 Modelo Estático del Sistema (Comportamiento)

Diagrama de Objetos

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 18/27




Diagrama de Clases

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 19/27




Diccionario de clases

Nombre de la Clase USUARIO

Objetivo

Insertar, Modificar, Eliminar, Consultar, Registrar y Validar Datos del Usuario

Tipo Clase Class Abstracta x Parametrizada

ATRIBUTOS Nombre Tipo Longitud Valor Inicial Visibilidad

Codigo_usuario Int 20 0 Privada

Nombre Char 20 0 Publica

Apellido Char 200 0 Publica

Direccion1 Char 200 0 Publica

Direccion2 Char 200 0 Publica

Tipo_persona Char 1 0 Publica

Cedula Int 8 0 Publica

Rif Char 12 0 Publica

Tipo_Usuario Char 1 0 Publica

Password Char 8 0 Publica

Estado Char 1 0 Publica

Usuario_Creacion Char 8 0 Publica

Hora_Creacion Time HH:MM:SS 00:00:00 Publica

Fecha_Creacion Date DD/MM/YYYY 00/00/0000 Publica

Usuario_Modificacion Char 8 0 Publica

Hora_Modificcacion Time HH:MM:SS 00:00:00 Publica

Fecha_Modificacion Date DD/MM/YYYY 00/00/0000 Publica

OPERACIONES/MÉTODOS

Nombre Método Objetivo Visibilidad Parámetros Tipo-Valor que Devuelve

Insertar Insertar nuevos usuarios Privada Codigo_Usuario Int

Modificar Modificar usuarios Privada Codigo_Usuario Int

Eliminar Eliminar usuarios Privada Codigo_Usuario Int

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 20/27




Consultar Consultar usuarios Privada Codigo_Usuario Int

Registro_Usuario Registrar usuarios Privada Codigo_Usuario- Password

Int- Char

Valida_Usuario Validar usuarios Privada Codigo_Usuario- Password

Int- Char

Nombre de la Clase PROVEEDOR

Objetivo

Insertar, Modificar, Eliminar, Consultar Datos de Proveedores y Registra Facturas



Cod_Proveedor Int 8 0 Privada

Razon Social Char 200 0 Publica

Tipo_Proveedor Char 20 0 Publica

Dias_Credito Char 2 0 Publica


OPERACIONES/MÉTODOS Nombre Método

Objetivo Visibilidad Parámetros Tipo-Valor que

Devuelve

Insertar Insertar nuevo proveedor

Privada Codigo_Usuario Int

Modificar Modificar proveedor Privada Codigo_Usuario Int

Eliminar Eliminar proveedor Privada Codigo_Usuario Int

Consultar Consultar proveedor Privada Codigo_Usuario Int

Registro_Pago Registrar factura Privada Numero_Factura Int

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 21/27




Nombre de la Clase CLIENTE

Objetivo

Insertar, Modificar, Eliminar, Consultar Datos del Cliente y Registrar Pagos



Codigo_Cliente Int 8 0 Privada

Razon Social Char 200 0 Publica

Nombre Comercial Char 200 0 Publica

Giro_Negocio Char 3 0 Publica

Canal_Cliente Char 10 0 Publica

Lista_Precio Char 3 0 Publica

Forma_Pago Char 10 0 Publica

Facturas_vencidas Int 2 0 Publica



Objetivo Visibilidad Parámetros Tipo-Valor que Devuelve

Insertar Insertar nuevos cliente

Privada Codigo_Usuario Int

Modificar Modificar cliente Privada Codigo_Usuario Int

Eliminar Eliminar cliente Privada Codigo_Usuario Int

Consultar Consultar cliente Privada Codigo_Usuario Int

Registro_Pago Registrar Pago Privada Codigo_Pago Int

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 22/27




Nombre de la Clase

EMPLEADO

Objetivo

Insertar, Modificar, Eliminar, Consultar, Registrar y Validar Datos de Empleados



Cod_Empleado Int 8 0 Privada

Cargo Char 30 0 Publica

Fecha_Ingreso Date DD/MM/YYYY 00/00/0000 Publica

Area Char 30 0 Publica


OPERACIONES/MÉTODOS Nombre Método Objetivo Visibilidad Parámetros

Tipo-Valor que Devuelve

Insertar Insertar nuevos empleados

Privada Cod_Empleado Int

Modificar Modificar empleados


Eliminar Eliminar empleados Privada Cod_Empleado Int

Consultar Consultar empleados


Consultar_Pagos Consultar Pagos Privada Cod_Pago Char

Registra_Factura Registrar Factura Privada Numero_Factura Int

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 23/27




Nombre de la Clase PAGO

Objetivo

Insertar, Modificar, Eliminar, Consultar, Registrar y Validar Pagos

Tipo Clase Class Abstracta Parametrizada x

ATRIBUTOS

Nombre Tipo Longitud Valor Inicial Visibilidad

Codigo_Pago Char 20 0 Privada

Codigo_Usuario Int 8 0 Privada

Banco Char 30 0 Publica

Importe_Bsf Float 10.2 0000000000.00 Publica

Fecha_Emision Date DD/MM/YYYY 00/00/0000 Publica

Hora_Emision Time HH:MM:SS 00:00:00 Publica

Tipo_Pago Char 1 0 Publica

Cedula

Int 8 0 Publica

Rif Char 12 0 Publica

Tipo_Usuario Char 1 0 Publica

Password Char 8 0 Publica


Usuario_Creacion Char 8 0 Publica

Hora_Creacion Time HH:MM:SS 00:00:00 Publica

Fecha_Creacion Date DD/MM/YYYY 00/00/0000 Publica

Usuario_Modificacion Char 8 0 Publica

Hora_Modificcacion Time HH:MM:SS 00:00:00 Publica

Fecha_Modificacion Date DD/MM/YYYY 00/00/0000 Publica

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 24/27





Nombre Método Objetivo Visibilidad Parámetros Tipo-Valor que Devuelve

Insertar Insertar nuevos pagos Privada Codigo_Usuario Int

Modificar Modificar pagos Privada Codigo_Usuario Int

Eliminar Eliminar pagos Privada Codigo_Usuario Int

Consultar Consultar pagos Privada Codigo_Usuario Int

Registro_Usuario Registrar pagos Privada Codigo_Usuario- Password Int- Char

Valida_Usuario Validar usuarios Privada Codigo_Usuario- Password Int- Char

Nombre de la Clase FACTURA

Objetivo

Insertar, Modificar, Eliminar, Consultar Facturas y Genera Retenciones



Numero_Factura Char 20 0 Privada

Cod_Usuario Int 8 0 Privada

Fecha_Emision Date DD/MM/YYYY 00/00/0000 Publica

Numero_Registro Int 20 00:00:00 Publica

Base_Imponible Float 10.2 0000000000.00 Publica

Iva Float 7.2 0000000.00 Publica

Importe_Total Float 10.2 0000000000.00 Publica

Estado

Char 1 0 Publica

Alicuota Int 5.2 00000.00 Publica

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 25/27




OPERACIONES/MÉTODOS Nombre Método Objetivo Visibilidad Parámetros

Tipo-Valor que Devuelve

Insertar Insertar nuevos pagos Privada Codigo_Usuario Int

Modificar Modificar pagos Privada Codigo_Usuario Int

Eliminar Eliminar pagos Privada Codigo_Usuario Int

Consultar Consultar pagos Privada Codigo_Usuario Int

Genera_Retencion Generar retencion Privada Numero_factura- Codigo_Usuario

Int- Int

Nombre de la Clase

FACTURA_DETALLE

Objetivo

Insertar, Modificar, Eliminar, Consultar Facturas y Generar Retenciones



Numero_Factura Char 20 0 Privada

Articulo Int 8 0 Publica

Iva Float 7.2 0000000.00 Publica


Importe_Total Float 10.2 0000000000.00 Publica



Registrar Registrar facturas Privada Numero_factura Int

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 26/27




Nombre de la Clase RETENCIONES

Objetivo

Consultar Retenciones



Numero_Retencion Int 20 0 Privada

Numero_Factura Char 20 0 Publica

Cod_Usuario Int 8 0 Privada

Fecha_Factura Date DD/MM/YYYY 00/00/0000 Publica

Importe_Bsf Float 10.2 0000000000.00 Publica


Alicuota Int 5.2 00000.00 Publica

Iva_Retenido Float 10.2 0000000000.00 Publica

Fecha_Retencion Date DD/MM/YYYY 00/00/0000 Publica


Nombre Método


Consultar Consultar Retenciones

Privada Numero_Retencion Int

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 27/27




V.- ANEXOS

5.1 Estructura organizativa

Pág. 1/99

ERS pásg.

1/99

(RIF)




Fecha:

Pág 28/27




5.2 Árbol Lógico del Problema

Manual Con Diagramas Trimestre 2 Equipo 03in

Documents

Transcript of Manual Con Diagramas Trimestre 2 Equipo 03in