REPÚBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA

LA EDUCACIÓN UNIVERSITARIA

INSTITUTO UNIVERSITARIO DE LA FRONTERA SEDE MERIDA

SISTEMA AUTOMATIZADO DE VENTAS Y FACTURACIÓN PARA

EMPRESA JONRON C.A.

ACOSTA F., Nelson A.

CASANOVA P., Joachim

Mérida, agosto 2010

 REPÚBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA

LA EDUCACIÓN UNIVERSITARIA

INSTITUTO UNIVERSITARIO DE LA FRONTERA SEDE MERIDA

SISTEMA AUTOMATIZADO DE VENTAS Y FACTURACIÓN PARA

EMPRESA JONRON C.A.

Trabajo Especial de Grado para optar al Título de Técnico Superior

Universitario en la Especialidad de Informática.

Autores:

Acosta F., Nelson A.

C.I N°: 17.894.514

Casanova P., Joachim

C.I N°: 16.657.827

Tutor:

Urdaneta X., Jenny

Mérida, agosto 2010

 INTRODUCCIÓN

Hoy en día se conoce a la informática, y más específicamente a la

computadora, como una herramienta esencial para facilitar muchas
actividades tanto cotidianas como profesionales. Es por esto que las
empresas siempre buscan estar al día con las nuevas tendencias y
tecnologías para poder ofrecer un mejor servicio que sea eficiente y brinde
comodidades en beneficio propio y en beneficio del público.

Para que una empresa tenga éxito es importante analizar su entorno para
tener conocimiento de cuáles son sus necesidades y problemas para así
determinar cómo podrán combinarse los recursos humanos, los procesos y la
tecnología en pro de la empresa. Es importante tener una visión clara y
entender con exactitud cuál es el producto que se quiere elaborar para
asegurar que los objetivos que se establezcan sean cumplidos.

Nos proponemos en este proyecto analizar el sistema actual de venta y

facturación de la Empresa Jonron C.A. para realizar una propuesta que
automatice el sistema manual a través del cual se lleva el control
actualmente; al mismo tiempo nos proponemos presentar los beneficios que
traerá el sistema a la empresa al elevar la calidad de servicio, la atención al
cliente y el mayor seguimiento de los productos. A su vez este sistema debe
cumplir con los requisitos exigidos por el ente recaudador de impuestos
Seniat.
CAPITULO 1

PLANTEAMIENTO DEL PROBLEMA

1.1. El Problema

A partir de la década del 90, los sistemas de información en las empresas se

han convertido en herramientas claves para la organización eficiente de los
datos que reflejan el comportamiento de aspectos relacionados con el área
administrativa, contable, financiera, mercadotecnia y de recursos humanos.

Hoy en día, y gracias a los avances tecnológicos en general y, en particular,

de la informática, la capacidad gerencial se ha convertido en beneficiaria de
los recursos que le ofrece la velocidad y los niveles de conectividad
necesarios para obtener mejores resultados en cuanto a las relaciones entre
las empresas. Las operaciones comerciales se producen rápidamente a
través de la transmisión y recepción de información minuto a minuto. De allí
la necesidad de que la mayoría de las organizaciones se adapten al nuevo
cauce organizacional asumiendo pautas como la innovación, la rapidez, la
calidad del servicio y la toma de decisiones.

A la luz de los planteamientos anteriores, los sistemas de venta y facturación

no escapan de este cauce organizacional y por ello la importancia de obtener
información precisa que permita a la gerencia de la empresa la
comercialización de nuevos productos, el mejoramiento de los existentes, la
modificación de los precios y la activación de estrategias y tácticas de
distribución. Además, así se responde de manera óptima a las exigencias del
Estado respecto al pago de tributos como también a la presentación de los
libros de contabilidad con el soporte de facturación y relación de ventas
siguiendo las pautas legales respectivas.
El propósito de la presente investigación es desarrollar una propuesta que
propicie la implementación de sistemas de información, a través de recursos
informáticos, orientada al sistema de ventas y facturación de una empresa
dedicada a la comercialización de artículos deportivos llamada Jonron C.A.,
ubicada en la ciudad de Mérida, municipio Libertador, la cual inició sus
operaciones desde hace cinco años, con un capital de ciento cuarenta
millones de Bolívares y con un crecimiento en ascenso y que tiende a la
apertura de sucursales en otros Estados del país. Sin embargo, esta
empresa requiere de soportes de información que propicien una gestión
gerencial más eficiente y, en consecuencia, más favorable en cuanto a su
solidez, crecimiento y organización de sus sistemas de información, ya que
en la actualidad esta empresa realiza la venta y facturación de sus productos
de forma manual sin un sistema que facilite el seguimiento eficiente de sus
ventas afectando así a la empresa en diferentes ámbitos. El sistema a
desarrollar busca una mayor comodidad a la hora de realizar las ventas y la
facturación, lo cual se reflejará en un mejor desempeño en todas las áreas
de la misma.

La metodología a seguir para el desarrollo de la propuesta comprende la

revisión bibliográfica relativa a la temática, entrevistas con el personal
gerencial de la empresa para recopilar los datos necesarios acerca de sus
requerimientos para así construir la dicha propuesta que nos hemos
planteado.
1.2. Objetivos de la investigación

1.2.1. Objetivo General

Desarrollar un sistema automatizado de ventas y facturación para la

Empresa Jonron C.A.

1.2.2. Objetivos Específicos

• Analizar el sistema actualmente utilizado para las ventas y facturación

en la Empresa Jonron C.A.

• Realizar una lista con los requerimientos de la empresa para el

sistema automatizado, a través de entrevistas con todo el personal de
recursos humanos.

• Desarrollar un software para la empresa Jonron C.A. que cumpla con

las necesidades de ventas y facturación expuestas en la fase de
análisis y requerimiento

1.3. Justificación

Toda empresa es muy dinámica, y más aún aquéllas que se desenvuelven

en el área comercial. Es por esto que se necesita contar con sistemas
automatizados seguros que garanticen un buen manejo de la información
monitoreando constantemente la venta de los productos y ofreciendo datos
administrativos de gran utilidad.

En la Empresa Jonron C.A. se han venido presentando situaciones que

indican la necesidad de un mejor seguimiento de las ventas y facturación de
la empresa, y una de las mejores opciones es el diseño de un sistema
automatizado que ayude a mejorar procesos administrativos que actualmente
son hechos manualmente. Esto se verá reflejado en una mayor eficiencia en
todos los ámbitos de la empresa al ofrecerle rapidez a los clientes a la hora
de realizar la facturación y al mismo tiempo permitirá un seguimiento
minucioso de las ventas que beneficiará las cuentas administrativas de
Jonron C.A.

Es por esto que este trabajo de investigación servirá a la empresa Jonron

C.A para ponerse al día en su sistema de ventas y facturación y de esta
manera brindar un excelente servicio y llevar sus cuentas con total eficiencia,
claridad y exactitud.

1.4. Alcances de la investigación

El desarrollo de la presente investigación aportará beneficios a la empresa

Jonron C.A. puesto que le permitirá:

• El control de los inventarios.

• El control de las ventas.

• La realización de cotizaciones de productos.

• El cumplimiento de las pautas requeridas por la legislación tributaria

• La disponibilidad de la información organizada diariamente

1.5. Limitaciones

• El control inadecuado de los sistemas de información por parte del

personal administrativo de la empresa.

• El desconocimiento de los medios informáticos por parte del personal

que labora en la empresa
CAPITULO 2

MARCO TEÓRICO

2.1. Antecedentes de la investigación

Esta investigación guarda relación con el trabajo (no se entiende) ya que

todos buscan agilizar o facilitar la forma en que se manejan los procesos
administrativos (venta y facturación) y generan reportes que ayudan al
seguimiento de la información de los productos.(Revisar esto)

Mathison P., A.; Plaza S., C. y Quintero R. D. (2009) elaboraron un trabajo de

grado titulado: Sistema Automatizado de Facturación e Inventario para el
registro de ventas de la Empresa CP Supplier System, del Instituto
Universitario de la Frontera (Iufront) con sede Mérida. Su objetivo general fue
desarrollar un sistema automatizado de facturación e inventario para el
registro de ventas para la empresa CP Supplier System con la finalidad de
construir un componente de software de comunicación usuario sistema para
la empresa CP Supplier System que otorgara total integridad y consistencia
de los datos.

Quintero , N. (2010) elaboró un trabajo de grado titulado Sistema de

Facturación e Inventario para Empresa Multiauto Servicios Cheo C.A., del
Instituto Universitario de la Frontera (Iufront) con sede Mérida. Su objetivo
general fue desarrollar un sistema automatizado de facturación e inventario
para el registro de ventas para la empresa Multiauto Servicios Cheo con la
finalidad de diseñar una base de datos contentiva de los productos de la
empresa para así construir un software que maneje volúmenes de
información de la empresa y facilite el manejo de la misma.
Altuve C., N (2008) elaboró un trabajo de grado titulado Sistema de
Información Automatizado para el Control de Facturación e Inventario de la
Fabrica El Frailejón Merideño, del Instituto Universitario de la Frontera
(Iufront) con sede Mérida. Su objetivo general fue diseñar un sistema de
información automatizado de facturación e inventario para la fabrica “el
Frailejón Merideño” buscando diseñar una interfaz gráfica de comunicación
usuario-sistema para la empresa que otorgara integridad y confianza de los
datos.

2.2. Bases Teóricas

Antes de entrar en el estudio del análisis y el diseño de sistemas de

información es necesario introducir conceptos básicos sobre los sistemas de
información, así como los elementos que interaccionan con ellos y diversas
clasificaciones muy populares que ayudan a comprender la complejidad de
los sistemas de información.

2.2.1. Definición de sistemas de información

Un sistema es un conjunto de componentes que interaccionan entre sí para

lograr un objetivo común. Aunque existe una gran variedad de sistemas, la
mayoría de ellos pueden representarse a través de un modelo formado por
cinco bloques básicos: elementos de entrada, elementos de salida, sección
de transformación, mecanismos de control y objetivos. Los recursos acceden
al sistema a través de los elementos de entrada para ser modificados en la
sección de transformación. Este proceso es controlado por el mecanismo de
control con el fin de lograr el objetivo marcado. Una vez se ha llevado a cabo
la transformación, el resultado sale del sistema a través de los elementos de
salida.

2.2.2. Modelo general de un sistema

La sociedad actual está llena de ejemplos de sistemas: una máquina

expendedora de bebidas, una fábrica de productos manufacturados, la
columna vertebral, un automóvil, un archivador de documentos, una
conversación, etc. En el caso de la máquina expendedora, el elemento de
entrada correspondería a la ranura para la introducción de monedas. Una
vez están las monedas en el sistema, se comparan con el precio de la bebida
seleccionada mediante el sistema de control. Cuando la cantidad de dinero
introducida en el sistema corresponde con el precio de la bebida, el
mecanismo de control cambia las monedas por una bebida, la cual es
entregada a través del expendedor de la máquina.

Mientras que hay un gran consenso en la definición de sistema, no existe en

cuanto al sistema de información.

En la actualidad, la expresión sistema de información se utiliza de forma

común y habitual en las organizaciones; sin embargo, existen tantas
definiciones y matices para ella como escuelas o autores del tema. Aún así, y
basándonos en la definición dada de sistema, se podría realizar una primera
aproximación definiéndolo como un conjunto de componentes que
interaccionan entre sí para lograr un objetivo común: satisfacer las
necesidades de información de una organización.

2.2.3. Una definición general de los sistemas de información

Los autores Laudon y Laudon (2004) definen los sistemas de información
como un conjunto de componentes interrelacionados que recolectan (o
recuperan), procesan, almacenan y distribuyen información para apoyar la
toma de decisiones y el control de una organización. Además de apoyar la
toma de decisiones, la coordinación y el control, los sistemas de información
también pueden ayudar a los gerentes y trabajadores a analizar problemas, a
visualizar asuntos complejos y a crear productos nuevos.
La definición proporcionada por Laudon y Laudon refleja tres aspectos
básicos de los sistemas de información.

Un sistema de información está formado por un conjunto de componentes. A

diferencia de otras definiciones que analizaremos más adelante, los autores
no especifican qué componentes interactúan en el sistema de información.
Esto es debido a querer englobar los distintos sistemas de información en
una única definición. En contraposición a lo que la mayoría de personas cree,
un sistema de información puede ser formal e informal. De forma similar, nos
podemos encontrar con sistemas de información basados en ordenadores, y
sistemas de información que utilizan la tecnología del papel y el lápiz.
Los sistemas formales de información son aquellos que se apoyan en
definiciones fijas y aceptadas de datos y procedimientos y que operan en
conformidad con reglas predefinidas, mientras que los sistemas informales
de información se basan en reglas de comportamiento no establecidas.

2.2.4. Base de Datos

Una base de datos o banco de datos (en ocasiones abreviada BB.DD.) es un

conjunto de datos pertenecientes a un mismo contexto y almacenados
sistemáticamente para su posterior uso. En este sentido, una biblioteca
puede considerarse una base de datos compuesta en su mayoría por
documentos y textos impresos en papel e indexados para su consulta. En la
actualidad, y debido al desarrollo tecnológico de campos como la informática
y la electrónica, la mayoría de las bases de datos está en formato digital
(electrónico), que ofrece un amplio rango de soluciones al problema de
almacenar datos.

Existen programas denominados sistemas gestores de bases de datos,

abreviado SGBD, que permiten almacenar y posteriormente acceder a los
datos de forma rápida y estructurada. Las propiedades de estos SGBD, así
como su utilización y administración, se estudian dentro del ámbito de la
informática.

Las aplicaciones más usuales son para la gestión de empresas e

instituciones públicas. También son ampliamente utilizadas en entornos
científicos con el objeto de almacenar la información experimental.

2.2.5. Tipos de bases de datos

Las bases de datos pueden clasificarse de varias maneras, de acuerdo al

contexto que se esté manejando, o la utilidad de la misma.

a) Según la variabilidad de los datos almacenados encontramos:

-Bases de datos estáticas

Éstas son bases de datos sólo de lectura, utilizadas primordialmente para

almacenar datos históricos que posteriormente se pueden utilizar para
estudiar el comportamiento de un conjunto de datos a través del tiempo,
realizar proyecciones y tomar decisiones.

-Bases de datos dinámicas

Éstas son bases de datos donde la información almacenada se modifica con

el tiempo, permitiendo operaciones como actualización, borrado y adición de
datos, además de las operaciones fundamentales de consulta. Un ejemplo
de esto puede ser la base de datos utilizada en un sistema de información de
una tienda de abarrotes, una farmacia, un videoclub.

b) Según el contenido

-Bases de datos bibliográficas

Solo contienen un surrogante (representante) de la fuente primaria, que

permite localizarla. Un registro típico de una base de datos bibliográfica
contiene información sobre el autor, fecha de publicación, editorial, título,
edición, de una determinada publicación, etc. Puede contener un resumen o
extracto de la publicación original, pero nunca el texto completo, porque si
no, estaríamos en presencia de una base de datos a texto completo. Como
su nombre lo indica, el contenido son cifras o números. Por ejemplo, una
colección de resultados de análisis de laboratorio, entre otras.

-Bases de datos de texto completo

Almacenan las fuentes primarias, como por ejemplo, todo el contenido de

todas las ediciones de una colección de revistas científicas.

-Directorios

Un ejemplo son las guías telefónicas en formato electrónico.

2.2.6. Modelos de bases de datos

Además de la clasificación por la función de las bases de datos, éstas

también se pueden clasificar de acuerdo a su modelo de administración de
datos.

Un modelo de datos es básicamente una "descripción" de algo conocido

como contenedor de datos (algo en donde se guarda la información), así
como de los métodos para almacenar y recuperar información de esos
contenedores. Los modelos de datos no son cosas físicas: son abstracciones
que permiten la implementación de un sistema eficiente de base de datos;
por lo general se refieren a algoritmos, y conceptos matemáticos.

Algunos modelos con frecuencia utilizados en las bases de datos:

a) Bases de datos jerárquicas

Éstas son bases de datos que, como su nombre indica, almacenan su

información en una estructura jerárquica. En este modelo los datos se
organizan en una forma similar a un árbol (visto al revés), en donde un nodo
padre de información puede tener varios hijos. El nodo que no tiene padres
es llamado raíz, y a los nodos que no tienen hijos se los conoce como hojas.

Las bases de datos jerárquicas son especialmente útiles en el caso de

aplicaciones que manejan un gran volumen de información y datos muy
compartidos permitiendo crear estructuras estables y de gran rendimiento.

Una de las principales limitaciones de este modelo es su incapacidad de

representar eficientemente la redundancia de datos.
 b) Base de datos de red

Éste es un modelo ligeramente distinto del jerárquico; su diferencia

fundamental es la modificación del concepto de nodo: se permite que un
mismo nodo tenga varios padres (posibilidad no permitida en el modelo
jerárquico).

Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una
solución eficiente al problema de redundancia de datos; pero, aun así, la
dificultad que significa administrar la información en una base de datos de
red ha significado que sea un modelo utilizado en su mayoría por
programadores más que por usuarios finales.

c) Bases de datos transaccionales

Son bases de datos cuyo único fin es el envío y recepción de datos a

grandes velocidades, estas bases son muy poco comunes y están dirigidas
por lo general al entorno de análisis de calidad, datos de producción e
industrial, es importante entender que su fin único es recolectar y recuperar
los datos a la mayor velocidad posible, por lo tanto la redundancia y
duplicación de información no es un problema como con las demás bases de
datos, por lo general para poderlas aprovechar al máximo permiten algún tipo
de conectividad a bases de datos relacionales.

d) Bases de datos relacionales

Éste es el modelo utilizado en la actualidad para modelar problemas reales y

administrar datos dinámicamente. Tras ser postulados sus fundamentos en
1970 por Edgar Frank Codd, de los laboratorios IBM en San José
(California), no tardó en consolidarse como un nuevo paradigma en los
modelos de base de datos. Su idea fundamental es el uso de "relaciones".
Estas relaciones podrían considerarse en forma lógica como conjuntos de
datos llamados "tuplas". Pese a que ésta es la teoría de las bases de datos
relacionales creadas por Codd, la mayoría de las veces se conceptualiza de
una manera más fácil de imaginar. Esto es pensando en cada relación como
si fuese una tabla que está compuesta por registros (las filas de una tabla),
que representarían las tuplas, y campos (las columnas de una tabla).

En este modelo, el lugar y la forma en que se almacenen los datos no tienen

relevancia (a diferencia de otros modelos como el jerárquico y el de red).
Esto tiene la considerable ventaja de que es más fácil de entender y de
utilizar para un usuario esporádico de la base de datos. La información
puede ser recuperada o almacenada mediante "consultas" que ofrecen una
amplia flexibilidad y poder para administrar la información.

El lenguaje más habitual para construir las consultas a bases de datos

relacionales es SQL, Structured Query Language o Lenguaje Estructurado de
Consultas, un estándar implementado por los principales motores o sistemas
de gestión de bases de datos relacionales.

Durante su diseño, una base de datos relacional pasa por un proceso al que
se le conoce como normalización de una base de datos.

Durante los años 80 la aparición de dBASE produjo una revolución en los

lenguajes de programación y sistemas de administración de datos. Aunque
nunca debe olvidarse que dBase no utilizaba SQL como lenguaje base para
su gestión.

e) Bases de datos multidimensionales

Son bases de datos ideadas para desarrollar aplicaciones muy concretas,

como creación de Cubos OLAP. Básicamente no se diferencian demasiado
de las bases de datos relacionales (una tabla en una base de datos
relacional podría serlo también en una base de datos multidimensional). La
diferencia está más bien a nivel conceptual: en las bases de datos
multidimensionales los campos o atributos de una tabla pueden ser de dos
tipos, o bien representan dimensiones de la tabla, o bien representan
métricas que se desean estudiar.

f) Bases de datos orientadas a objetos

Este modelo, bastante reciente, y propio de los modelos informáticos

orientados a objetos, trata de almacenar en la base de datos los objetos
completos (estado y comportamiento).

Una base de datos orientada a objetos es una base de datos que incorpora
todos los conceptos importantes del paradigma de objetos:

• Encapsulación - Propiedad que permite ocultar la información al resto

de los objetos, impidiendo así accesos incorrectos o conflictos.
• Herencia - Propiedad a través de la cual los objetos heredan
comportamiento dentro de una jerarquía de clases.
• Polimorfismo - Propiedad de una operación mediante la cual puede
ser aplicada a distintos tipos de objetos.

En bases de datos orientadas a objetos, los usuarios pueden definir

operaciones sobre los datos como parte de la definición de la base de datos.
Una operación (llamada función) se especifica en dos partes. La interfaz (o
signatura) de una operación incluye el nombre de la operación y los tipos de
datos de sus argumentos (o parámetros). La implementación (o método) de
la operación se especifica separadamente y puede modificarse sin afectar la
interfaz. Los programas de aplicación de los usuarios pueden operar sobre
los datos invocando a dichas operaciones a través de sus nombres y
argumentos, sea cual sea la forma en la que se han implementado. Esto
podría denominarse independencia entre programas y operaciones.

SQL:2003, es el estándar de SQL92 ampliado, soporta los conceptos

orientados a objetos y mantiene la compatibilidad con SQL92.

g) Bases de datos documentales

Permiten la indexación a texto completo, y en líneas generales realizar

búsquedas más potentes. Tesaurus es un sistema de índices optimizado
para este tipo de bases de datos.

h) Bases de datos deductivas

Un sistema de base de datos deductiva es un sistema de base de datos pero

con la diferencia de que permite hacer deducciones a través de inferencias.
Se basa principalmente en reglas y hechos que son almacenados en la base
de datos. Las bases de datos deductivas son también llamadas bases de
datos lógicas, a raíz de que se basan en lógica matemática.

i) Gestión de bases de datos distribuida

La base de datos está almacenada en varias computadoras conectadas en

red. Surgen debido a la existencia física de organismos descentralizados.
Esto les da la capacidad de unir las bases de datos de cada localidad y
acceder así a distintas universidades, sucursales de tiendas, etcétera.
CAPÍTULO 3

METODOLOGÍA

3.1. Metodología de Prototipos

3.1.1. El Prototipo y sus características

El termino prototipo se refiere a un modelo que funciona para una aplicación

de sistemas de información. El prototipo no contiene todas las características
o lleva a cabo la totalidad de las funciones necesarias para el sistema final.
Más bien incluye elementos suficientes para permitir a las personas utilizar el
sistema propuesto para determinar qué les gusta, qué no les gusta e
identificar aquellas características que deben cambiarse o añadirse. Esta
metodología de desarrollo también brinda experiencia en el empleo del
sistema antes de que toda la aplicación esté desarrollada e implementada en
su totalidad. Los prototipos incrementan el nivel de productividad en el
desarrollo de sistemas, al mismo tiempo son un medio eficaz para aclarar los
requerimientos de los usuarios y sirven para verificar la factibilidad del diseño
de un sistema.

Entre las principales características de los prototipos se encuentran:

• El prototipo es una aplicación que funciona.

• La finalidad del prototipo es probar varias suposiciones formuladas por

analistas y usuarios con respecto a las características requeridas del
sistema.
 • Los prototipos se crean con rapidez.

• Los prototipos evolucionan a través de un proceso iterativo

• Los prototipos tienen un costo bajo de desarrollo

3.1.2. Razones para emplear los prototipos

• Aumento de la productividad, lo cual significa llevar a cabo las

actividades de forma más eficiente

• Re desarrollo planificado, el prototipo de una aplicación esta creado

para ser modificado y esto trae beneficios tanto a los usuarios como a
la organización. Los usuarios pueden cambiar de opinión con respecto
a los requerimientos e incluso se les invita a que lo hagan cuando
evalúan el prototipo.

• Entusiasmo de los usuarios con respecto a los prototipos

3.1.3. Fases de este método de desarrollo

1. Investigación Preliminar: Determinar el problema y su ámbito,

la importancia y sus efectos potenciales sobre la organización
por una parte y, por otro lado, identificar una idea general de la
solución para realizar un estudio de factibilidad que determine
la posibilidad de una solución de software.
2. Definición de los requerimientos del sistema: El objetivo de
esta etapa es registrar todos los requerimientos y deseos que
los usuarios tienen en relación al proyecto bajo desarrollo. Esta
etapa es la más importante de todo el ciclo de vida, es aquí
donde el desarrollador determina los requisitos mediante la
construcción, demostración y retroalimentación del prototipo.

3. Diseño Técnico: durante la construcción del prototipo, el

desarrollador ha obviado el diseño detallado. El sistema debe
ser entonces rediseñado y documentado según los estándares
de la organización y para ayudar a las manutenciones futuras.
Esta fase de diseño técnico tiene dos etapas: por un lado, la
producción de una documentación de diseño que especifica y
describe la estructura del software, el control de flujo, las
interfaces de usuario y las funciones; como segunda etapa la
producción de todo lo requerido para promover cualquier
manutención futura del software.

4. Programación y Prueba: Es donde los cambios identificados

en el diseño técnico son implementados y probados para
asegurar la corrección y completitud de los mismos con
respecto a los requerimientos.

5. Operación y manutención: la instalación del sistema en

ambiente de explotación, en este caso, resulta de menor
 complejidad, ya que se supone que los usuarios han trabajado
con el sistema al hacer las pruebas de prototipos. Además, la
manutención también debería ser una fase menos importante
ya que se supone que el refinamiento del prototipo permitiría
una mejor claridad en los requerimientos.

6. Definición de Requerimientos: esta es la fase más importante

y corresponde a un proceso que busca aproximar las visiones
del usuario y del desarrollador mediante sucesivas
interacciones. La definición de requerimientos consta de cinco
etapas, entre dos de las cuales se establece un ciclo
interactivo: (arreglar esto que se descuadró)

A) Análisis grueso y especificación: desarrollar un diseño

básico para el prototipo inicial.

B) Diseño y construcción: Obtener un prototipo inicial.

C) Evaluación: Esta etapa tiene dos propósitos: extraer a

los usuarios la especificación de los requerimientos adicionales del
sistema y verificar que el prototipo desarrollado haya estado en
concordancia con la definición de requerimientos del sistema. Si los
usuarios identifican fallas en el prototipo, entonces el desarrollador
simplemente corrige el prototipo antes de la siguiente evaluación. El
prototipo es repetidamente modificado y evaluado hasta que todos los
requerimientos del sistema han sido satisfechos. El proceso de
evaluación puede ser dividido en cuatro pasos separados:
preparación, demostración, uso del prototipo y discusión de
comentarios. En esta fase se decide si el prototipo es aceptado o
modificado.

D) Modificación: Ocurre cuando la definición de

requerimientos del sistema es alterada en la sub-fase de
evaluación. El desarrollador entonces debe modificar el
prototipo de acuerdo a los comentarios hechos por los
usuarios.

E) Término: Una vez que se ha desarrollado un prototipo

estable y completo, es necesario ponerse de acuerdo
con los aspectos de calidad y de representación del
sistema

En la siguiente figura se observan los pasos a seguir con el método de

desarrollo de prototipos:
Las ventajas de un enfoque de desarrollo orientado a prototipos están
dadas por la reducción de la incertidumbre y del riesgo, reducción de
tiempo y de costos, incrementos en la aceptación del nuevo sistema,
mejoras en la administración de proyectos, mejoras en la
comunicación entre desarrolladores y clientes, entre otros.

Si bien el desarrollo orientado a prototipos tiene considerables

ventajas, también presenta desventajas tales como: la dependencia
de las herramientas de software para el éxito ya que la necesidad de
disminución de incertidumbre depende de las interacciones del
prototipo. Entre más interacciones existan mejor y esto último se logra
mediante el uso de mejores herramientas lo que hace a este proceso
dependiente de las mismas. Asimismo, no es posible aplicar la
metodología a todos los proyectos de software y, finalmente, la mala
interpretación que pueden hacer los usuarios del prototipo, al cual
pueden confundir con el sistema terminado.