INTRODUCCIÓN

01. OBJETIVOS Y PRESUPUESTOS DE VENTA, Toda empresa debe tener fijados y redactados los objetivos principales de venta, para darles una ordenada y mayor atención. Se debe evitar invertir tiempo y gastar  dinero en posibilidades difíciles y objetivos  secundarios. Es necesario que la gerencia tenga una relación detallada de gastos en los que incurrirá la empresa en su sistema de ventas, en forma priorizada y cronológica.
02. PLAN DE VENTAS, Es un documento donde se indica la forma en la que se programa la forma como se van a realizar las ventas, se basa en la información especifica dada por el departamento de Marketing. Es un conjunto de procesos que nos sirven como pautas de acción para lograr las ventas. Quien va a vender, que producto, a un determinado precio, como, a tal cliente, conque servicio, en un determinado periodo.
03. ESTRUCTURA DE VENTA La gerencia debe tener un esquema de la composición de la fuerza de ventas, es decir conque estrategia y volumen va a ingresar al mercado. Cantidad de vendedores, zonas, promotores, jerarquía, organización, motivación, cuotas, sistema de supervisión y comunicación, etc.
04. POLÍTICA Y CONTROL DE PRECIOS DE VENTA, Toda empresa debe tener una política predeterminada para fijar y administrar sus precios de venta, es decir fijar cuáles van a ser las normas o pautas que van a seguir para determinar y controlar los precios a través de los periodos de ventas.

DIAGRAMA DE FLUJO DE DATOS (DFD)

Un diagrama de flujo de datos (DFD por sus siglas en español e inglés) es una representación gráfica del "flujo" de datos a través de un sistema de información. Un diagrama de flujo de datos también se puede utilizar para la visualización de procesamiento de datos (diseño estructurado). Es una práctica común para un diseñador dibujar un contexto a nivel de DFD que primero muestra la interacción entre el sistema y las entidades externas. Este contexto a nivel de DFD se "explotó" para mostrar más detalles del sistema que se está modelando.

DICCIONARIO DE VENTAS

-       Pedidos Requeridos

                    Cantidad =número

                        Fecha = día + mes + año

                           Item = número

-       Códigos del Producto

    

           Código = nombre + ítem

-       Cotización

  

               Total = costo total

         Cantidad = número

          Registro = número

-       Envío de Datos

                      Ítem = número

                   Costo = precio

        Registro_ED = número 

MODELO ENTIDAD-RELACIÓN

Un diagrama o modelo entidad-relación (a veces denominado por sus siglas, E-R "Entity relationship", o, "DER" Diagrama de Entidad Relación) es una herramienta para el modelado de datos de un sistema de información.

MODELO RELACIONAL

Código_Producto (código)

Pedido_Requerido (cantidad, fecha, ítem, código)

Envío_Datos (ítem, costo, registro_ed)

Cotización (total, cantidad, registro, registro_ed)

ESPECIFICACIÓN DE PROCESOS

Especificación de Procesos

2.1

Verificar  Existencias

HacerMientras(VerificarExistencias)

Analizar(VerificarExistencias)

Si (stock<>0)

Mostrar  a Emitir la Solicitud de Venta

             Pedidos Requeridos  = cantidad requerida

Fin  Hacer

2.2

Emitir la Solicitud de Venta

Comenzar

Por cada venta de productos

Registrar factura

      Registrar Cabecera de la factura

     Por cada producto vendido

               Verificar  existencias del producto

Si venta con orden de crédito

         Verificar orden de crédito

         Si existe orden de crédito

                        Emitir factura

         Otro

                         Cancelar venta

                         Terminar

         Fin Si

Si venta con tarjeta de crédito

       Registrar importe de la tarjeta

       Emitir Factura

Fin Si

2.3

EMITIR LA ORDEN DE VENTA

Registrar Datos de Cabecera

Si datos de cabecera son correctos

                  Registrar detalle nota de pedido

Otro

                 Comunicar errores encontrados

                 Terminar

Fin Si

Si venta al contado

                 Emitir Nota de Remisión

                 Confirmar Nota de Remisión

Fin Si

Al cerrar el Día

     Totalizar ventas

     Confirmar ventas

     Emitir plantilla de ventas

Terminar

DIAGRAMA DE TRANSICIÓN DE ESTADOS ( DTE )

Proceso VERIFICAR EXISTENCIAS                                                              

                                 Proceso EMITIR LA SOLICITUD DE VENTA                                                                                       

                                   Proceso EMITIR LA ORDEN DE VENTA

DIAGRAMA HIPO

Se refieren al ciclo de vida de un proyecto (diseño y documentacion de software)
HIPO significa: "Hierachy Input Process Output ", es un tipo de diagrama de flujo.

El diagrama Hipo es aquel que indica cuales son las entradas a un proceso , despues la elaboracion de un proceso y tambien las salidas de un proceso.

Este método fue creado con el propósito de ayudar a los diseñadores a no perder la pista de alguna función dentro de un sistema grande, ésta es su principal ventaja con la que cuenta con respecto a otras notaciones, ya que este método permite tener una vista panorámica de las entradas, procesos y salidas de datos. Esto lo hace una herramienta útil para la documentación de programas, además de que le puede facilitar al autor de un programa el recordar lo que hace elsistema después de cierto tiempo.