Anda di halaman 1dari 83

MATERIA DE

ANALISIS Y DISEÑO DE SISTEMAS II


PREGUNTAS QUE SE DEBEN CONTESTAR AL
DESARROLLAR EL PERFIL DEL SISTEMA

• El analista debe dar respuesta a las siguientes


preguntas para desarrollar un perfil completo
del sistema bajo investigación:
– VOLUMEN:
• Cual es el volumen de actividades que se presentan?
• Con que frecuencia ocurren las actividades?
• Ocurren las actividades de acuerdo con un ciclo?
EJEMPLOS
• VOLUMEN
• Cuál es el volumen de actividades que se presentan.
• Venta.
• 10 ventas diarias que estas pueden ser de uno a cinco
prendas.
• Compras
• La empresa realiza cinco compras generales cada seis meses.
• Diseño de prendas.
• Se diseñan dieciocho prendas al día cuando son prendas
fáciles de elaborar y doce cuando son diseño difícil.
EJEMPLOS
• Entintado de Prendas.
• Se elaboran cuarenta prendas diarias y cada una de las prendas lleva diez
baños.
• Con que frecuencia ocurren las actividades.
• Actividad Frecuencia.
• Ventas Diarias.
• Entintado Diarios.
• Diseño de Costura Diarias.
• Compras Semestrales o anuales.
• Revisión de bodega Cuando tienen tiempo.
• Revisión de producto en existencia Cuando tienen tiempo.

EJEMPLOS
 Ocurren las actividades de Acuerdo a un ciclo.
PREGUNTAS QUE SE DEBEN CONTESTAR AL
DESARROLLAR EL PERFIL DEL SISTEMA

• CONTROL:
– Que áreas necesitan un control especifico?
– Cuales son los métodos de control utilizados?
– Que criterios se emplean para medir y evaluar el
desempeño?
– Que métodos se emplean para detectar lagunas
en los controles?
– Se toman precauciones especificas de seguridad
para protección contra una actividad
EJEMPLOS
• CONTROL

• Que áreas necesitan un control específico.
• Área de control de inventario de productos en exhibición.
• Área de control de bodega
• Control de registro de venta y compras.
• Proyección de prendas a crear con determinada cantidad de materia
prima.
• Cuales con los métodos de control utilizados.
• No se cuenta con ningún método de control.
EJEMPLOS
• Qué criterios se emplean para medir y evaluar un desempeño.
• No cuentan con los criterios en la empresa.
• Que métodos se emplean para detectar lagunas en los
controles.
• Ningún método.
• Se toman precauciones específicas de seguridad para
protección contra una actividad.
• Si se toman precauciones como:
• Mascaría.
• Delantal Plástico.
• Guantes.
PREGUNTAS QUE SE DEBEN CONTESTAR AL
DESARROLLAR EL PERFIL DEL SISTEMA

• PROCESOS:
– Que procesos, pasos o funciones constituyen esta
actividad?
– Que es lo que le da inicio a la actividad?
– Cuanto tiempo tarda cada actividad?
– Que factores intervienen o pueden ocurrir?
– Que retrasos ocurren o pueden ocurrir?
– Como interactúan los elementos entre si?
EJEMPLOS
• PROCESOS
• Que procesos pasos o funciones constituyen esta actividad.
• Procesos:
• Creación de productos.
• Pasos.
• Diseño de la prenda a elaborar.
• Diseño del estilo de la prenda a entintar.
• Aplicación de las diferentes técnicas (tay day, shybory, batik).
• Baño de la prenda.
• Secado de la prenda.
• Lavado de la prenda.
• Planchado de la prenda si lo requiere.
• Control de calidad.
• Enviar a exhibición.
EJEMPLOS
• Venta en Consignacion.
• Pasos.
• Se ofrece el producto.
• Explicar forma de operar.
• Decisión de la persona que sea la posibilidad para el punto de
venta.
• Si la respuesta es positiva el cliente se dirige a la empresa y
escoge la mercadería que desea vender.
• Luego se llena el formulario de producto en consignación.
• Monitoreo de punto de venta.
EJEMPLOS
• Que es lo que da inicio a una actividad.
• Actividad de creación de producto.
• Lo que le da inicio es la demanda de clientes en general o clientes en
consignación
• Cuanto tiempo tarda cada actividad.
• En el entintado: 24 minutos promedio por
prenda.
• Elaboración de Prendas 45 minutos promedio por
prenda.
• Venta en consignación 8 horas.
• Venta Diarias Desde que el cliente llega hasta que su
despacha 20 minutos promedio.
PREGUNTAS QUE SE DEBEN CONTESTAR AL
DESARROLLAR EL PERFIL DEL SISTEMA

• PROCESOS:
– Cual es el costo de operación del sistema?
– Se satisfacen los objetivos específicos de la
gerencia?
DATOS:
- Que datos entran al sistema y cual es su origen?
- En que forma se reciben los datos del sistema?
- En que forma son almacenados?
EJEMPLOS
• Cuál será el costo de aplicación del sistema.
• Recursos humano.
• Programador: $500.00
• Programador: $500.00
• Analista: $700.00
• Analista: $700.00
• Impresora. $100.00
• Papelería. $250.00
• Total $2750.00
EJEMPLOS
• Se satisficieran los objetivos específicos de la
gerencia.
• Si se están satisfaciendo.
• Que datos entran al sistema y cuál es su origen.
• Comprobante producto en consignación.
• Factura consumidor final.
• Factura crédito fiscal.
• Libro de ventas diarias.
• Libro de compras.
• Nota de pedido.
PREGUNTAS QUE SE DEBEN CONTESTAR AL
DESARROLLAR EL PERFIL DEL SISTEMA

• DATOS:
– Que datos son almacenados en el sistema o como
parte de las actividades del mismo?
– Quienes utilizan la información generada por el
sistema?
– Con que finalidad la utilizan?
– Que es lo que no se utiliza(Partes extrañas)
– Que datos faltan con mayor frecuencia?
• DATOS
• Que datos serán almacenados en el sistema o
como parte de las actividades del mismo.
• Ventas.
• Compras
• Datos que especifiquen la cantidad a usar de
materia prima.
• Registro de las ventas en consignación.
EJEMPLOS
• Quienes utilizan la información generada por
el sistema.
• La Gerente
• Jefe de Recursos Humanos.
• Cliente en Forma indirecta.
• Departamento de Venta.
• Departamento de corte y confección.
• Departamento de diseño.
EJEMPLOS
• Con que finalidad se utiliza la información.
• Agilizar procesos.
• Prevenir la escasez de materia prima.
• Prevenir la escasez de producto terminado.
• Registro de venta.
• Registro de Compra.
• Llevar el monitoreo de venta en consignación.
EJEMPLOS
• Que datos faltan con mayor frecuencia.
• Datos del proveedor.
• Formulario de venta en consignación.
• Reporte para el auditor.
PREGUNTAS QUE SE DEBEN CONTESTAR AL
DESARROLLAR EL PERFIL DEL SISTEMA

• DATOS:
• Existen datos desarrollados o empleados
sobre una base ad hoc. puede traducirse
como «específico» o «específicamente».
– Que tablas de referencia , diagramas u otros
datos se utilizan.
– Como están codificados o observados los datos y
actividades
• Que tabla de referencia u otros datos se
utilizan.
• Tabla 1--------------Medida para cortar camisa.
• Tabla 2--------------Modelo de dama con cierre.
• Tabla 3--------------Modelo de dama con
botones
PREGUNTAS QUE SE DEBEN CONTESTAR AL
DESARROLLAR EL PERFIL DEL SISTEMA

• OTROS:
– Quienes son las personas claves en el sistema?
– Porque son importantes?
– Que obstáculos o influencias de tipo político
afectan las eficiencia del sistema.
• OTROS
• Quienes son las personas claves en el sistema.
• La gerente.
• Jefe de recursos humanos.
• Porque son importante.
• Porque son fundadores de la empresa y son quienes
poseen todo el conocimiento y la experiencia en los
procesos que se realizan en la empresa.

PASOS A SEGUIR PARA EL DESARROLLO DE SISTEMAS
DE INFORMACION

• 1- Investigación Preliminar
• 2- Recopilación de datos
• 3- Acceso a los datos del sistema
• 4- Identificación de los requerimientos de diseño
• 5- Bosquejo de las estrategias del diseño
• 6- Análisis de costo y beneficios
• 7- Elaboración de la propuesta del sistema
• 8- Presentación a la gerencia
Elementos del papel del Analista
• El analista debe analizar los detalles para
detectar lo que funciona bien, lo que es
ineficiente o poco efectivo y donde son
necesarios ciertos ajustes.
Marco de referencia para el análisis de los
hechos del sistema
• FASE DEL DISEÑO E IMPLEMENTACION DE SISTEMA.
• Un marco de referencia útil para examinar los hechos
de un sistema y establecer los requerimientos de los
usuarios, incluye las áreas de:
– 1- Capacidad
– 2- Control
– 3- Accesibilidad
– 4- Complejidad
CICLO DE VIDA DEL DESARROLLO DE
SISTEMA
• Capacidad:
– Descripción : Capacidad del sistema existente
personas, equipo, espacio, y procedimientos para
alcanzar su finalidad y objetivos.

– Estrategia de Diseño: Aumentar la capacidad


reducir las expectativas volver a definir la
naturaleza de la tarea.
CICLO DE VIDA DEL DESARROLLO DE
SISTEMA
• Control:
– Descripción: Mecanismo diseñado para aumentar
la probabilidad de que las actividades se lleven a
cabo en forma apropiada y para detectar eventos
inesperado.
– Estrategia de Diseño: para evitar fallas de control
detección y notificación de fallas de control
CICLO DE VIDA DEL DESARROLLO DE
SISTEMA
• Accesibilidad:
– Descripción: Disponibilidad de la información
necesaria en un formato útil para alcanzar un
objetivo cuando esta sea indispensable.

– Estrategias de Diseño: Eliminar las necesidades de


información, Facilitar el acceso a la información.
CICLO DE VIDA DEL DESARROLLO DE
SISTEMA
• Complejidad:
– Descripción: Numero muy grande de tareas o
interrelaciones, pasos o actividades que trae como
consecuencia un rendimiento incompleto o
inaceptable.
– Estrategias de Diseño: Simplificar, dividir cambiar
las secuencias de actividades.
Preguntas que sirven de guías para el desarrollo de la
propuesta del sistema

• Ejemplo para demostrar la transición desde la


recopilación de la información hasta su
análisis:
– HECHOS DETECTADOS:
• Que es lo que hace?
• Como se hace?
• Con cuanta frecuencia se hace?
• Cuando se hace?
• Quien lo hace?
• Donde se hace?
• Con que se hace?
• Que pasa si no se hace?
Preguntas que sirven de guías para el desarrollo de la
propuesta del sistema

• ANALISIS:
– Capacidad:
• Son adecuadas las instalaciones y demás facilidades?
• Es suficiente el personal?
• Existen procedimientos con un pobre diseño?
• Existen formularios con un pobre diseño?
• Cual es la rapidez de ejecución?
• Es necesaria una mayor capacidad de procesamiento?
Preguntas que sirven de guías para el desarrollo de la
propuesta del sistema

• CONTROL:
– Que tanto esta bajo control?
– Existen estándares?
– Quien tiene la responsabilidad?
– Cual es la frecuencia con la que se omite?
– Existen procedimientos formales?
– Faltan algunos pasos?
– Es adecuada la comunicación?
Preguntas que sirven de guías para el desarrollo de la
propuesta del sistema

• ACCESIBILIDAD DE LA INFORMACION:
– Existe información?
– Se puede tener acceso con facilidad?
– Se encuentra en la forma correcta?
– Es confiable?
– Existen datos duplicados?
Preguntas que sirven de guías para el desarrollo de la
propuesta del sistema

• COMPLEJIDAD:
• Existen pasos adicionales?
• Existen pasos que no tienen finalidad alguna?
• Existe un manejo excesivo de formularios?
• Existen secuencias erróneas?
Preguntas que sirven de guías para el desarrollo de la
propuesta del sistema

• OBJETIVOS:
• Mayor velocidad de procesamiento
• Aumento en la exactitud
• Mejora en la consistencia
• Mayor velocidad de recuperación de la información.
• Integración de áreas de la empresa
• Integración de datos
• Reducción de costo
• Mayor capacidad
• Ventaja competitiva
• Mejoras en la comunicación
OBJETIVOS DE SISTEMA DE INFORMACION

• Objetivos al diseñar un sistema de


información.
– Objetivo: Especificar los elementos de diseño
lógico.
– Descripción: Especificaciones detalladas de diseño
que describen las características de un sistema de
información: Entrada, salida, archivos y base de
datos y procedimientos.
OBJETIVOS DE SISTEMA DE INFORMACION

– Objetivo: Actividades de soporte para la Empresas.

– Descripción: Los resultados del empleo del sistema serán


de ayuda para mejorar el rendimiento de la Empresa.
– El diseño debe ajustarse a la forma en que la compañía
conduce sus actividades.
– La tecnología es secundaria en relación con los resultados
obtenidos con el uso del sistema.
OBJETIVOS DE SISTEMA DE INFORMACION

– Objetivo: Satisfacer los requerimientos de los


usuarios.
– Descripción:
• Efectuar en forma correcta los procedimientos
apropiados.
• Presentar de forma apropiada la información
• Proporcionar resultados exactos.
• Utilizar los métodos de interacción apropiados.
• Proporcionar confiabilidad total
OBJETIVOS DE SISTEMA DE INFORMACION

• Objetivo: Fácil de usar.

– Descripción:
• Ingeniería humana (Evite fallas o procedimientos
inapropiados que generen perjurios o complicaciones
para los usuarios.
• El diseño ergonómico debe ser físicamente cómodo y
contribuir a la efectividad y eficiencia del usuario.
OBJETIVOS DE SISTEMA DE INFORMACION

• Objetivo: Proporcionar las


especificaciones de software

– Descripción:
• Especificar los componentes y funciones con suficiente
detalle para construir el software de aplicación.
OBJETIVOS DE SISTEMA DE INFORMACION

• Objetivo: Ajustarse a los estándares de


diseño

– Descripción:
• El diseño y su especificación deben estar en
concordancia con las reglas y prácticas establecidas por
la organización.
CARACTERISTICAS AL DISEÑO
Características a tomar en cuenta al diseñar un sistema
de información.
Las especificaciones de diseño describen las
características del sistema, los componentes o
elementos del sistema, y la forma en que estos
aparecerán ante los usuarios. Para muchos usuarios,
el éxito de un sistema está relacionado con la
creencia que tengan sobre si el sistema tiene las
características adecuadas.
CARACTERISTICAS AL DISEÑO
Elementos del Diseño
Los analistas deben diseñar los siguientes
elementos:
- Flujos de Datos: Movimientos de datos hacia,
alrededor y desde el sistema.
- Almacenes de Datos: Conjuntos temporales o
permanentes de datos.
- Procesos: Actividades para aceptar, manejar y
suministrar datos e información.
CARACTERISTICAS AL DISEÑO

- Procedimientos: Métodos y rutinas para


utilizar el sistema de información.
- Controles: Estándares y lineamientos para
determinar si las actividades están ocurriendo
en la forma anticipada o aceptada, es decir si
se encuentran bajo control.
CARACTERISTICAS AL DISEÑO
Diseño de salidas, entradas y controles
Cuando diseñan la salida los analistas deben
realizar lo siguiente:
- Determinar que información presentar y
decidir si la información será presentada en
forma visual, verbal o impresa.
- Disponer la presentación de la información
en un formato aceptable.
CARACTERISTICAS AL DISEÑO
Diseño de entradas
Los analistas de sistemas deciden los
siguientes detalles del diseño de entradas:
1- Que datos ingresan al sistema
2- Que medios utilizar
3- La forma en que se deben disponer o
codificar los datos
4- El diálogo que servirá de guía a los usuarios
para dar entrada a los datos.
CARACTERISTICAS AL DISEÑO
Diseño de entradas
5- Validación necesaria de datos y
transacciones para detectar errores
6- Método para llevar a cabo la validación de
las entradas y los pasos a seguir cuando se
presentan errores
CARACTERISTICAS AL DISEÑO
Diseño de controles
Los controles de entrada proporcionan medios para:
1- Asegurar que solos los usuarios autorizados tengan
acceso al sistema
2- Garantizar que las transacciones sean aceptables
3- Validar los datos para comprobar su exactitud
4- Determinar si se han omitido datos que son
necesarios
CARACTERISTICAS AL DISEÑO
• Diseño de archivos

• El diseño de archivos incluye decisiones con


respecto a la naturaleza y contenido del
propio archivo, como si fuera a emplear para
guardar detalle de las transacciones.
CARACTERISTICAS AL DISEÑO
• Entre las decisiones que se toman durante el diseño
de archivos, se encuentran las siguientes:
– Los datos que deben incluirse en el formato de los
registros contenidos en el archivo.
– La longitud de cada registro, con base en las características
de los datos que contiene.
– La secuencia a disposición de los registro dentro del
archivo( la estructura de almacenamiento que puede ser
secuencial, indexada)
CARACTERISTICAS AL DISEÑO
• Fase del diseño e implementación de sistema
( Implementación y Mantenimiento del
sistema)
• OBJETIVOS DEL DISEÑO:
• Los dos objetivos operacionales de diseño que
siempre buscan las personas que los
desarrollan son la confiabilidad y la facilidad
de mantenimiento del sistema.
CARACTERISTICAS AL DISEÑO
• DISEÑO DE LOS SISTEMAS CONFIABLES
• Se dice que un sistema tiene confiabilidad si
no produce fallas costosas o peligrosas al
usarse de manera razonables, es decir de tal
forma que un usuario típico espera que sea
normal.
CARACTERISTICAS AL DISEÑO
• ENFOQUES DE LA CONFIABILIDAD.
• Hay dos niveles de confiabilidad. El primero
es en que el sistema cumpla con los
requerimientos correctos. Ej.
Se espera que un sistema tenga características
o controles específicos de seguridad,
construidos dentro de el a petición de los
usuarios .
CARACTERISTICAS AL DISEÑO
• La confiabilidad a nivel de diseño es posible
solo si el analista lleva a cabo una
determinación cabal y efectiva de los
requerimientos del sistema. Se necesita un
estudio cuidadoso y completo del sistema
para satisfacer este aspecto de la confiabilidad
CARACTERISTICAS AL DISEÑO
• Existen tres enfoques de la confiabilidad:
– Prevención de errores: Previene la ocurrencia de errores
en el software.
– Detección y corrección de errores: Reconoce los errores
cuando se les halla y corrige el error o el efecto del error
de tal forma que el sistema no falla.
– Tolerancia a errores: Reconoce los errores cuando
aparecen, pero permite que el sistema siga trabajando con
una ejecución degradada o aplicando reglas que instruyen
al sistema
CARACTERISTICAS AL DISEÑO
• DISEÑO DE SISTEMAS FACILES

– Cuando se instalan los sistemas, generalmente se


usan por periodos largos. La vida promedio de un
sistema es de 4 a 6 años y las aplicaciones mas
antiguas a menudo están en uso durante mas de
10 años.
CARACTERISTICAS AL DISEÑO
• DISEÑO FACIL DE MANTENER
– Las claves para reducir la necesidad de
mantenimiento, al igual que para hacer posible
que se realicen las tareas esenciales mas
eficientemente, son:
• Definir con mayor presición los requerimientos del
usuario durante el desarrollo del sistema.
• Preparar lo mejor posible la documentación del
sistema.
CARACTERISTICAS AL DISEÑO
Usar métodos mas efectivos para el diseño de la
lógica del procedimiento y

Comunicárselos a los miembros del equipo del


proyecto.

Hacer un mejor uso de las herramientas y técnicas


existente.
CARACTERISTICAS AL DISEÑO
• GRAFICAS DE ESTRUCTURA DE PROGRAMAS.
• Los diseños bien estructurados facilitan el
mantenimiento de un sistema. Un sistema
estructurado es modular y desarrollado en forma
descendente, es decir, separado en componentes
manejables. Los módulos deben diseñar de forma
que tengan un mínimo efecto sobre los demás
módulos del sistema.
OBJETIVOS DEL DISEÑO
• Tipos de mantenimiento de un sistema
Columna1 Columna2 Columna3
CATEGORIA ACTIVIDAD FRE.RELATIVA

CORRECTIVO Ajuste de emergencia, depuracion


rutinaria 20%

ADAPTIVO Inclusion de cambios a los datos y


archivos, asi como el hardware y
software del sistema. 20%

PERFECTIVO Mejoras solicitadas por los usuarios,


mejoras en la documentacion.
recodificacion para mejorar la
eficiencia computacional. 60%
DISEÑO DE SOFTWARE
Columna1 Columna2 Columna3
PRINCIPIO DESCRIPCION OBJETIVOS

Modularidad y Diseño de un sistema como Diseñar la estructura en forma decendente


fragmentacion una jerarquia de modulos con modulos que realicen funciones
especificas.

Acoplamiento La fuerza de las relaciones Maximizar la independencia entre los


entre modulos modulos minimizando el acoplamiento
reducir el acoplamiento del modulo

Cohesión La fuerza de las relaciones Maximizar la cohesión: los elementos


integración dentro de un modulo altamente relacionados deben estar en el
mismo modulo

Extensión de Numero de modulos Limitar la extension de control de 5 a 7


control subordinados al modulo que modulos
hace la llamada

Tamaño Numero de instrucciones que Limitar el tamaño de forma que la función


componen a un modulo de todo el modulo se centre en un solo
proposito

Uso Uso de un modulo por otros Evitar la duplicación permitiendo que los
compartido modulos modulos sean llamados por otros que
necesitan la función de cada uno
DIAGRAMAS LOGICOS
Proceso de Ingreso de mercadería

1.1 1.2 1.3 1.4

Se Ingresan Se Asignan
Entrada Se reciben los Se Clasifican
Productos a los Precios de
Proveedores Productos los Productos
Libro los Productos

1 Inventario
DIAGRAMAS LOGICOS
Facturación de Productos

2.1 2.2 2.3

El Cliente
Pago de
Cliente Selecciona el Facturación
Facturas
Producto

2.4

Cancela
Cliente
2 Facturación Factura
DIAGRAMAS LOGICOS
Elaboración de Informes y Reportes

4.1 4.2

Elaboración Elaboración
Administración de Reporte de de Reportes Administración
Cierre Diario Mensuales

1 Inventario 2 Facturación
DIAGRAMA FISICO

Ingreso a Inventario

1.1 1.2 1.3

Entada al Código Entada al Bodegas


Llegada de
Se reciben los Sistema Sistema Se Almacena
Entrada Productos Cantidad Estantes Guardar
Productos, Ingreso del
Proveedores Complementar Precio Seleccionar los Movimientos
Y se campos Producto
los campos Vencimiento Producto
clasifican Correspondiente
Comprobante Estado Producto
Cerrar

Flujo de
datos
Entrada
Salir
Tabla de Ingreso a Relación entre tablas Tabla de Catalogo para
inventario para Actualización Agregar Nuevos Productos
Productos
1 Inv_inp_ingrso_producto 6 inv_prd_productos
DIAGRAMA FISICO
Generación de Reportes

4.2

ü Catalogo Productos
ü Entrada a Inventario
ü Salidas por Donaciones o por
Productos Perecederos
4.1
ü Productos Vencidos
Buscar Modulo
 Parámetros Buscar ü Productos con Existencias Ejecutar
Imprimir
Correspondiente
 Inventario Reporte Minimas Acción Cerrar Vista
Administración Reporte
ü Ingresos Diarios Preliminar
 Facturación
ü Ingresos Mensuales
 Seguridad ü Ingresos Anuales
ü Estados de Cuentas
ü Movimientos Diarios Salir
ü Consolidado Remesas Diarios
ü Consolidado Remesas
Mensuales

1 Inv_inp_ingreso_producto 2 Col_fac_facturas 3 col_cre_creditos


LOS MOULOS DEL SISTEMA
MODULO PARAMETROS GENERALES

Registro de Datos Generales

1.1.1 1.1.2
Nombre Nombre
Digitar Dirección Complementar Giro
Se Almacena
Datos Generales Teléfono Datos Generales Pagina Web Guardar
Administración el Registro
Fax Nº factura Crédito
General
NIT Nº factura
Registro contado
Selección para
nuevo producto
Elegir País Impuesto IVA Cerrar

Salir

Registro de Países

1.1.2

Digitar los Nombre


Se Almacena
campos País Nacionalidad Guardar Cerrar
Administración el Registro de Salir
Signo de
País
Moneda
LOS MOULOS DEL SISTEMA
MODULO INVENTARIO

Creación de Bodegas

2.1.1

Digitar Nombre de Guardar Se Almacena Cerrar


Administración Salir
la Bodega la Bodega

Creación de Estantes

2.2.1 2.2.2

Digitar Nombre del Buscar Se Selecciona Guardar Se Almacena Cerrar


Administración Salir
Estante la Bodega el Estante

Creación de Familias

2.3.1

Digitar Nombre de la Guardar Se Almacena Cerrar


Administración Salir
Familia la Familia
LOS MOULOS DEL SISTEMA
Ingreso de Productos a Inventario

2.8.1 2.8.2

Selección para Bodegas


Digitar Ingreso Código complementar Estantes Se Almacena
del Producto Cantidad el ingreso Guardar
Administración Movimiento Ingreso del
Precio
Producto Producto
Vencimiento
Estado producto
Factura
Cerrar

Salir

Salida de Productos a Inventario

2.9.1 2.9.2

Se guarda la Se Eligen y
Elegir el tipo de Movimiento primera parte Agregan los
Se Almacena productos de salida Producto Guardar Se Alm
Movimiento Perecedero o del Registro
Administración Primera Cantidad el Ingre
Donativo.
Salida Precio la Sal
Descripción
Fecha
Cerrar

Sal
LOS MOULOS DEL SISTEMA
Reporte de Entradas a Inventarios

2.10.2

Opción de
Elegir Opción Fecha Desde Impresión Cerrar
Administración Y Imprimir Salir
Fecha Hasta

Reporte de Salida por Donación o por Producto Perecedero

2.10.3

Opción de
Elegir Opción Mes Impresión Cerrar
Administración Y Imprimir Salir
Año
LOS MOULOS DEL SISTEMA
MODULO SEGURIDAD.

Creación de Usuarios

4.1.1
Digitar Datos Nombre
del Usuario Usuario Guardar Se Almacena Cerrar
Administración Salir
Contraseña el Usuario
Repetir
Contraseña
LOS MOULOS DEL SISTEMA

Creación de BACKUPS

4.6.1
Generar Copia de
Acción Seguridad y Cerrar
Administración Descargar Copia Salir
a la Base de
Datos
Estructura Descendente de Módulos
• Estructura descendente de módulos:
– Los métodos descendentes se usan en todo el
proceso de análisis y diseño. El valor de usar un
enfoque descendente, empezando en los niveles
generales para comprender el sistema y moverse
en forma gradual hacia los niveles de mayor
detalle, se estudio junto con la etapa de análisis.
Estructura Descendente de Módulos
Entrada al Sistema

Acceso al Sistema

Introducir Nombre Bloque de


Inicio de
Sesión
de Usuario, Decisión
Administrador del
Sistema
Contraseña y
Repetir la
Contraseña

Ingresar al Sistema

El Usuario o No Si
Validar
Contraseña son
Información
Inválidos
Estructura Descendente de Módulos
Menú principal

Digitar el
Inicio de Sesión Nombre del
Administración
Usuario y
Contraseña

Ingreso al
Sistema

MODULO1 MODULO2 MODULO3 MODULO4

PARAMETROS
INVENTARIO FACTURACIÓN SEGURIDAD
GENERLES
Estructura Descendente de Módulos
Submenú Parámetros Generales

Solicita Opción Seleccionar


Administración
Opción

Ejecutar Opción

1.1 1.2 1.3 1.4

Empresas Países Departamentos Municipios


Estructura Descendente de Módulos
Submenú Inventario

Solicita Opción Seleccionar


Administración
Opción

2.1 2.3 2.5 2.7 2.9 2.11

Unidades de Ejecutar Opción Salidas de Existencias


Bodegas Familias Productos
Media Inventario Mínimas

2.2 2.4 2.6 2.8 2.10 2.12

Tipos de Entradas a Consulta de Consulta de


Estantes SubFamilias
Movimientos Inventario Movimientos Movimientos
Estructura Descendente de Módulos

Submenú Facturación

Solicita Opción Seleccionar


Administración
Opción

Ejecutar Opción

3.1 3.2 3.3 3.4 3.5

Tirajes de Cuentas por


Facturas Clientes Reportes
Factura Cobrar
Estructura Descendente de Módulos
Submenú Seguridad

Solicita Opción Seleccionar


Administración
Opción

Ejecutar Opción

4.1 4.2 4.3 4.4 4.5 4.6

Usuarios Accesos Roles Menús Reportes Backups


DICCIONARIO DE DATOS
Tabla: dbo.pg_emp_empresas (Empresas)
Descripción: Contiene los Datos Generales de las Empresas.

CAMPO TIPO LONGITUD DESCRIPCIÓN

emp_codigo int Llave Primaria de la tabla

Contiene el Nombre de la
emp_nombre varchar (150)
Empresa
Contiene el Dirección de la
emp_direccion varchar (200) Empresa
Contiene el Número de
emp_telefono varchar (9)
Teléfono de la Empresa
Contiene el Número de Fax de
emp_fax varchar (9) la Empresa
Contiene el Número de NIT de
emp_nit varchar (17) la Empresa
Contiene el Número de
emp_registro varchar (20) Registro de la Empresa
Contiene la Naturaleza y
emp_giro varchar (150) Movimiento de la Empresa
Contiene la Dirección
emp_pagina_web varchar (200) Electrónica de la Empresa

emp_codpai int Contiene el país de la empresa

Contiene el logo de la
emp_logo varchar (500) Empresa
Contiene la imagen de la
emp_foto image Empresa
Contiene en orden el numero
emp_correlativo_fac_contado varchar (50) de factura a contado
Contiene en orden el numero
emp_correlativo_fac_credito varchar (50)
de factura a crédito
Contiene el valor del impuesto
emp_impuesto_iva float (IVA)
Contiene en orden el numero
emp_correlativo_fac_credito_fiscal varchar (50)
de comprobantes créditos
DICCIONARIO DE DATOS
Tabla: pg_pai_paises (Países)
Descripción: Contiene el país y nacionalidad correspondiente de la Empresa.

CAMPO TIPO LONGITUD DESCRIPCIÓN

pai_codigo int Llave Primaria de la tabla

Contiene el Nombre del País


pai_nombre varchar (200)
de la Empresa
Contiene la Nacionalidad del
pai_nacionalidad varchar (40) país
Contiene el Signo de la
pai_moneda_signo varchar (1) Moneda del país de la
Empresa

Tabla: pg_dep_departamentos (Departamentos)


Descripción: Contiene el Registro del Departamento y País de la Empresa.

CAMPO TIPO LONGITUD DESCRIPCIÓN


Llave Primaria de la
dep_codigo int tabla
Llave Foránea de la
dep_codpai int tabla país
Contiene el Nombre del
dep_nombre varchar (50) Departamento propio de
la Empresa