ING.

CLAUDIA ESCOBAR CORDOBA

DESARROLLO DE
UN SISTEMA
BASADO EN
MODELO
CASCADA
ROXANA LOPEZ HERNANDEZ
10510537
FCO. GABRIEL HILERIO EDGAR
10510530

Las aplicaciones de sistemas de informacin tienen su origen en casi todas las
reas de una empresa y estn relacionadas con todos los problemas de la
organizacin.
Un principio fundamental en el desarrollo de los sistemas de informacin por las
empresas, es que las aplicaciones son una herramienta y no un instrumento que
debe tenerse para utilizar la tecnologa de la informacin; en consecuencia los
sistemas de informacin deben desarrollarse sobre la base de su propia capacidad
para mejorar el desempeo de la organizacin, sin embargo estas razones no
significan nicamente prdidas y ganancias. La marcha de una empresa incluye
tambin beneficios para sus empleados, clientes y otras personas con la que se
tienen tratos.
En el transcurso de los aos, se han logrado avances en la automatizacin de
procesos; los cuales proporcionan ayudas en el cumplimiento de las funciones
dentro de una organizacin, sobre todo en esta poca en la cual se necesita
ahorrar tiempo, as como tambin, se requiere el control de los procesos.

Con este propsito se realiz este Proyecto, de tal manera que se pueda
solventar, mejorar e implementar la venta y administracin adecuada de
electrodomsticos EBEN-EZER.

Motivado a esta situacin, se plante su mejora, lo cual se quiere demostrar
mediante este Proyecto, el que un sistema automatizado puede ayudar a obtener
un mejor control de las actividades que se llevan a cabo en esta empresa y lograr
as una mejor calidad de los procesos que se realicen mediante su utilizacin.















La empresa de electrodomsticos EBEN-EZER esta casi lista para darse a
conocer, pero antes de incorporarse a los negocios de mercado, necesita el
desarrollo de un software que le permita realizar las ciertas actividades.

La empresa deja claro que las ventas sern realizadas por los cajeros los cuales
tendrn permisos especficos para realizar ventas, el administrador general ser el
nico que pueda tener acceso a los informes sobre todas las ventas que se hayan
realizado, todos los clientes debern estar registrados y conforme a sus compras
se le dar la oportunidad de asignarle un crdito.

Respecto a los productos, estos generarn detalles al ser vendidos y si en algn
momento llega a faltar un cierto producto, el sistema ser capaz de avisar al
administrador sobre el agotamiento de ste. Tambin puede darse de alta a
nuevos productos, el sistema ser capaz de realizar una bsqueda de stos
cuando as sea conveniente.

A partir del cumplimiento de estos requisitos la empresa una vez adquiriendo su
software tendr la capacidad de manejar sus productos de manera adecuada
generando as el resultado que espera obtenerse.




El desarrollo de una empresa depende en gran medida de su nivel de gestin y de
la capacidad de manejo de la misma, como es el caso de Electrodomsticos
EBEN-EZER.
Se pretende dar la herramienta principal a la empresa implantando un sistema de
control de manejos de productos, para mejorar la venta de los mismos y alcanzar
los resultados esperados.



Definir el proyecto que se quiere realizar.
Analizar con detalle la problemtica que se ha planteado.
Definir los requerimientos para desarrollar el software.
Realizar un diseo previo de lo que la empresa demanda.
Programar el sistema propuesto.
Realizar pruebas y ajustes al sistema que se va a desarrollar.
Implementar el sistema con su diseo previo.




Para empezar se creara una base de datos con su respectiva tabla a partir del
empleo de cdigos y para ello necesitaremos la aplicacin y uso de SQL Server
2008 a partir de la cual se creara una conexin con NetBeans, la cual ser
indispensable para crear la interfaz que se necesita para tener acceso a la base
de datos.

Despus de haber utilizado toda la codificacin necesaria y de realizar las
configuraciones necesarias, ser necesario crear la interfaz, dentro de la cual irn
los comandos indispensables para que los cajeros y el administrador principal
puedan interactuar con el sistema que se ha de realizar.




De forma sencilla se puede indicar que una base de datos no es ms que un
conjunto de informacin relacionada que se encuentra agrupada o estructurada.

El archivo por s mismo, no constituye una base de datos, sino ms bien la forma
en que est organizada la informacin es la que da origen a la base de datos. Las
bases de datos manuales, pueden ser difciles de gestionar y modificar.

Desde el punto de vista informtico, una base de datos es un sistema formado por
un conjunto de datos almacenados en discos que permiten el acceso directo a
ellos y un conjunto de programas que manipulan ese conjunto de datos.

Desde el punto de vista ms formal, se puede definir una base de datos como un
conjunto de datos estructurados, fiables y homogneos, organizados
independientemente en mquina, accesibles a tiempo real, compartibles por
usuarios concurrentes que tienen necesidades de informaciones diferentes y no
predecibles en el tiempo.



El ciclo de vida de una aplicacin informtica se inicia con la definicin de los
requisitos hasta la finalizacin de su uso, y esto se puede dividir en las siguientes
etapas generales:

Primera etapa: Definicin de requisitos: en esta etapa el problema principal se
centra en la formulacin correcta del problema en cuestin. Resulta imprescindible
conocer el problema en profundidad para poder construir la aplicacin; igualmente
el desarrollo de aplicaciones de informacin para la empresa ser imprescindible
estudiar las necesidades de informacin de la estructura empresarial en su
conjunto.

Segunda etapa: Especificacin funcional: En esta etapa se trata de expresar la
estructura de la solucin, centrndonos en las necesidades del usuario, de tal
forma que ste pueda comprender de la forma ms correcta posible sus
necesidades. En esta etapa se asegura de haber entendido las necesidades del
usuario.

Tercera etapa: Diseo: en esta etapa el ingeniero se basa en la tcnica existente,
redacta los documentos que tendrn como destinatario al programador. En la
misma se ha de expresar el problema y la solucin en trminos informticos para
que el programador pueda realizar su trabajo.

Cuarta etapa: Realizacin: en esta etapa se generan los programas que
componen la aplicacin.

Quinta etapa: Prueba: en esta etapa se comprueba que todos los componentes
de la aplicacin funcionan correctamente juntos.

Sexta etapa: Mantenimiento: A medida que se utiliza la aplicacin, se van
descubriendo funcionamientos defectuosos, ya que el cdigo libre de error al
100% es prcticamente imposible de conseguir, o ausencia de funcionalidad que
no haba sido descrita con anterioridad. En el mantenimiento se suele volver a
iniciar las etapas del ciclo de vida.

El ciclo de vida se apoya en la teora de subdividir un problema en problemas ms
pequeos como nos dice la teora del divide y vencers o la programacin
estructurada.






El modelo del ciclo de vida escogido es un factor principal para conseguir los
objetivos buscados, una mala eleccin del modelo de ciclo de vida puede hacer
que se retrase el trabajo enormemente o que se tenga una planificacin perfecta
del trabajo.




Los tipos de modelos que ya conocemos son:

Modelo cascada
Modelo incremental
Modelo espiral
Modelo evolutivo

Para desarrollar este proyecto, se elegir el MODELO CASCADA que es el ms
conocido, esta basado en el ciclo convencional de una ingeniera, el paradigma del
ciclo de vida abarca las siguientes actividades:

















El modelo de desarrollo en cascada defiende que hay que completar y
perfeccionar una etapa determinada antes de poder pasar a la etapa siguiente. Sin
embargo, existen varios modelos en cascada modificados que incluyen algunas
variaciones con respecto a este proceso.

Para el desarrollo de la aplicacin se han seguido las etapas tradicionales de
cualquier proceso de desarrollo de software. A continuacin se enumeran y se
explica brevemente en qu consiste cada una de ellas:

Anlisis. Se analizan las necesidades de los usuarios del software para
determinar qu objetivos debe cubrir nuestra aplicacin. Es importante que
todos los requisitos se especifiquen durante esta etapa.

Diseo. Se realiza una descripcin de la estructura global del sistema y la
especificacin detallada de cada una de sus partes, prestando especial
atencin a la forma en la que se combinarn unas partes con otras.

Implementacin. Es el proceso por el cul escribiremos, probaremos y
depuraremos el cdigo que creemos para nuestra aplicacin.

Prueba. Una vez se ha realizado la programacin de todos los elementos
del sistema, stos se ensamblan y se comprueba que funcionan
correctamente antes de pasar a la siguiente fase.

Implantacin. El proceso por el cul el software obtenido es puesto
finalmente a disposicin de los clientes. La implantacin es un proceso
general que vara dependiendo de las caractersticas y requerimientos de
un software concreto.

Mantenimiento. El mantenimiento del software es la modificacin del
producto despus de ser implantado. Esto se puede realizar, por ejemplo,
para corregir errores, para mejorar el rendimiento o para adaptar el
producto a un entorno diferente.




1.- Describiendo el Problema

Hoy en da la demanda de las empresas por querer sobresalir y generar ganancias
en el campo del mercado ha sido muy exigente, es por ello que la empresa de
Electrodomsticos EBEN-EZER ha solicitado el desarrollo de un software que le
permita realizar el control adecuado de sus productos.

El objetivo del proyecto es dar a la empresa una optimizacin en la venta de los
productos, el registro de los clientes, manejo adecuado de crditos que se le
asigna segn sea su frecuencia y asignacin tambin de ciertos privilegios para el
acceso restringido a la base de datos.

El sistema no slo debe ser capaz de realizar ventas y registrar clientes, sino
tambin otros aspectos como la facturacin de la compra, crdito a los clientes,
registro de nuevos productos, consulta de productos. Se busca que no haya
necesidad de unidades adicionales para realizar todas estas acciones.

Para poder llevar a cabo este proyecto se necesitaran sistemas de ayuda como
SQLServer y NetBeans para facilitar el manejo de la base de datos y la interaccin
que tiene el personal con ste.







2.- Productos existentes

Para crear la base de datos primeramente habr que implementar y enseguida se
hacen las capturas de los productos que ofrece la empresa a la venta, que
engloba en su mayora a todos los electrodomsticos, esto es necesario realizarlo
a partir de SQLServer en el cual se guardaran todos lo datos que se vayan
generando desde el momento del primer uso del sistema.

3.- Identificando los Requisitos

Para comenzar a desarrollar la aplicacin de gestin del sistema de ventas de la
empresa de electrodomsticos, hay que identificar primeramente los requisitos que
deben de cumplirse.
Tras ver las necesidades de la empresa, se concluye que para ser liberado el
sistema, se deben de cumplir las siguientes caractersticas:

Buena Administracin. Organizar las ventanas de acceso a la base de
datos.
Control adecuado de los productos. Dar de alta a un producto, que si sale
daado puede regresarse o sustituirse.
Llevar una cuenta detallada de la cantidad de productos. Hacer una
bsqueda de productos y si hace falta o se agot el producto, que el
sistema enve un mensaje.
Buen control en los cajeros. Restringir la realizacin de las ventas, es decir,
que solo el cajero registrado pueda realizar una venta.
Buen control en los clientes. Registrar a los clientes y dar crdito a los
clientes frecuentes.
Hacer las restricciones necesarias.

4.- Usuarios del sistema

La aplicacin a desarrollar va a permitir la interaccin de diferentes tipos de
usuarios. Dependiendo del rol que stos tengan, los usuarios podrn realizar unas
acciones u otras dentro del sistema a crearse. A continuacin se explica ms
detalladamente el papel de cada uno de ellos con respecto al sistema.

Administrador: Los administradores heredan de los usuarios identificados y
tendrn acceso a todas las funciones de la aplicacin de gestin. Solo el
Administrador principal ser capaz de:

Dar de alta a clientes y productos.
Eliminar clientes y productos.
Modificar productos.
Modificar clientes.
Visualizacin de informes de ventas
Acceso completo a la gestin de precios de compra y de venta.

Usuario Identificado: Los usuarios identificados son aquellos que acceden a la
aplicacin y se identifican satisfactoriamente en ella. Son los que previamente ya
han sido registrados por el administrador, de tal forma que pueden iniciar y cerrar
sesin. Estos solo tendrn el acceso para:

Consultar a clientes y productos
Realizar venta de productos
Generar el informe de la venta.





Diseo de la Aplicacin:

Para realizar el diseo del sistema lo primero que hay que hacer es plantear la
estructura que debe tener la base de datos. Aunque la aplicacin a desarrollar
podr ser instalada y configurada en diferentes entornos.

Antes de comenzar a programar es necesario tener una idea clara de la estructura
de la aplicacin a disear, clasificar los distintos componentes que lo van a formar
y reflexionar sobre las relaciones entre stos as como sobre el comportamiento
que deben ofrecer.

Se va a disear una base de datos a partir de SQLServer con interfaz de acceso
en NetBeans. El cajero y el administrador sern los que tendrn uso de esta
aplicacin. Entre los sistemas que sern base para el desarrollo de esta aplicacin
se creara la conexin necesaria para lograr el objetivo.


Diseo de la Base de Datos:

Una de las partes ms importantes de la aplicacin ser la base de datos ya que
el grueso de la informacin para el funcionamiento de la aplicacin para la
empresa EBEN-EZER se encuentra almacenado en sta.










Tabla Cajero
La tabla de cajero almacenara los datos de acceso y de registro de este.

Nombre del campo Tipo de Datos Descripcin
Clave Texto Clave asignado al cajero en el
momento de su registro
Nick Texto Nombre a partir del cual tendr
acceso el cajero a la base de
datos
Pass Texto Contrasea para completar el
acceso del cajero

Tabla Detalle de Ventas
En esta tabla se almacenara el nmero de venta que se realiza, la fecha y hora de
la venta, y el total de la venta realizada.

Nombre del campo Tipos de datos Descripcin
No. de Venta Entero Numero de venta que se
generar en el momento de
realizar la venta
Fecha Dato tiempo Fecha impresa en el detalle de
venta
Hora Tiempo Tiempo impreso en el detalle de
venta.
Total entero Total de la venta realizada.

Tabla Venta
En esta tabla se almacenaran todas las ventas realizadas, los detalles del o los
productos que se vendieron incluido el nmero de venta realizada.

Nombre del campo Tipo de datos Descripcin
Art_vendidos Entero Artculos que se han vendido.
Clave Entero Clave del cajero que efectu la
venta
Numero Entero Numero del cliente que realizo
la compra
Cdigo Entero Cdigo del producto que se
vendi
Num_venta Entero Num-de venta que se efecta
en el detalle de venta.




Tabla Productos
Se almacenaran en esta tabla todos lo datos de los productos en existencia en la
empresa, su cdigo, el nombre, precio que se compro, precio de venta y la
cantidad existente del producto.

Nombre del campo Tipo de datos Descripcin
Cdigo Entero Cdigo del producto existente
Descripcin Texto Nombre del producto
Precio_c Entero Precio de compra del producto
con proveedores
Precio_v Entero Precio de venta a los clientes
Cantidad Entero Cantidad existente del producto


Tabla Clientes
Se almacenara la informacin del cliente, si tiene adeudos a causa de su crdito,
el total de su compra y un nmero que lo identifique.

Nombre del campo Tipo de datos Descripcin
Numero Entero Numero que se le asigna al
cliente para identificarlo
Nombre Texto Nombre del cliente
Total Entero Total de su crdito asignado
Adeudo Entero Adeudo a causa de su crdito


Aplicando las relaciones entre tablas (claves forneas), se crea el modelo entidad-
relacin de la base de datos

Codificacin para las claves forneas:

Primero
alter table venta add constraint clave foreign key(clave_cajero) references
cajero(clave_cajero)on update cascade on delete cascade

Despus
alter table venta add constraint numero foreign key(num_cliente) references
clientes(num_cliente)on update cascade on delete cascade

Luego
alter table venta add constraint codigo foreign key(codigo_pro) references
producto(codigo_pro)on update cascade on delete cascade

Y por ultimo
alter table detalle_venta add constraint numventa foreign key(num_venta) references
venta(num_venta)on update cascade on delete cascade
Quedando el modelo E-R d la siguiente manera:


















1.- Introduccin:

La implementacin de la aplicacin para la empresa EBEN-EZER no es una
tarea fcil ya que hay que implementar la codificacin de la base de datos,
aplicacin de la imaginacin para desarrollar la interfaz y crear el cdigo necesario
para que al unir todo el sistema trabaje de la forma esperada.

2.- Tecnologa Empleada:

SQLServer

SQL Server es un programa que brinda las herramientas necesarias para la
creacin de Base de Datos y da dos opciones diferentes para poder hacerlo:

1. De manera grafica, en la cual nos aparecen unas celdas que hay que llenar
para el nombre de las columnas de la tabla a crear y otras celdas donde se puede
elegir el tipo de dato que se va a ingresar despus de crear la tabla.
2. Ingresando cdigos, aqu se realiza a travs de una nueva consulta en la
cual puede escribirse el cdigo para crear la tabla que se necesita.

Gracias a que SQL Server trabaja a partir de un motor de datos, es posible la
conexin con diferentes gestores de programacin como lo es Java, en el cual se
trabajara con la ayuda de NetBeans para crear la interfaz que nos permitir
acceder a la base de datos de manera confortable y segura sin riesgo a perder
informacin en la base de datos.

NetBeans

La plataforma NetBeans permite que las aplicaciones sean desarrolladas a partir
de un conjunto de componentes de software llamados mdulos. Un mdulo es un
archivo Java que contiene clases de java escritas para interactuar con las APIs de
NetBeans y un archivo especial (manifest file) que lo identifica como mdulo. Las
aplicaciones construidas a partir de mdulos pueden ser extendidas agregndole
nuevos mdulos. Debido a que los mdulos pueden ser desarrollados
independientemente, las aplicaciones basadas en la plataforma NetBeans pueden
ser extendidas fcilmente por otros desarrolladores de software.

La Plataforma NetBeans es una base modular y extensible usada como una
estructura de integracin para crear aplicaciones de escritorio grandes. Empresas
independientes asociadas, especializadas en desarrollo de software, proporcionan
extensiones adicionales que se integran fcilmente en la plataforma y que pueden
tambin utilizarse para desarrollar sus propias herramientas y soluciones.
La plataforma ofrece servicios comunes a las aplicaciones de escritorio,
permitindole al desarrollador enfocarse en la lgica especfica de su aplicacin.
Entre las caractersticas de la plataforma estn:

Administracin de las interfaces de usuario (ej. mens y barras de
herramientas)
Administracin de las configuraciones del usuario
Administracin del almacenamiento (guardando y cargando cualquier tipo
de dato)
Administracin de ventanas
Framework basado en asistentes (dilogos paso a paso).


Comando odbcad32

Acceso para hacer la configuracin en SQLServer, de esta forma se configura la
base de datos para que pueda ser manejada. Al final las pruebas del origen de
datos ODBC de SQLServer deben ser completadas correctamente.



Cdigo de conexin NetBeans-SQLServer

Dentro de NetBeans se creara un nuevo paquete dentro del cual se encontrarn
todos los elementos necesarios para la creacin de la interfaz de acceso a la base
de datos. Para ellos sern indispensables ventanas, botones, tablas, paneles, etc.

JFrames:
Estos elementos sern necesarios para crear las ventanas
Botones:
Los botones tendrn la funcin de realizar la funcin que se le asigne respecto
a la base de datos, sea esto, eliminar datos, configurar, agregar o
simplemente para consultar.
Tablas:
Las tablas nicamente visualizaran los datos que tenemos dentro de la base de
datos, ya sean los productos, los clientes, o las ventas generadas.


El cdigo indispensable dentro de la codificacin de cada JFrame ser el
siguiente:

Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");

conexion=DriverManager.getConnection("jdbc:odbc:Electrodomesticos");
st=conexion.createStatement();


Ya que aqu es donde se mandara a llamar la conexin con la base de datos de
SQLServer con la ayuda del comando ODBC que se habr de configurar como se
explica anteriormente.




La configuracin del sistema que se ha diseado es una de las principales tareas
que hay que realizar cuando se quiera ofrecer la solucin de gestin de ventas de
electrodomsticos. Sin embargo, antes de pasar a comercializar un sistema hay
que ponerlo a prueba.

Durante la prueba del sistema habr que seguir ciertos pasos que deben de
cumplirse para ofrecerle a la empresa EBEN-EZER un buen sistema sobre el
manejo de sus productos completamente configurado y listo para se usado en
cualquier ordenador que estarn a la disponibilidad de la empresa a la hora de
realizar su presentacin al mercado.

Cada ordenador contara con la instalacin del sistemas, estos por obvias razones
sern comandados desde un servidor principal el cual ser el que tenga todos los
privilegios asignados para el acceso a la base de datos.

1.- Puesta en marcha del sistema:

En esta parte se hace una prueba independiente antes de terminar para ver si el
sistema cumple con los requisitos y las funciones desde la base de datos.

Cada ventana es necesario analizar, checar y reparar si en dado caso presenta
algn error de ejecucin que durante la prueba se harn los ajustes necesarios.
Hay que probar cada una de las ventanas, desde el acceso a la base de datos
hasta las restricciones que deben cumplirse al tener acceso, las funciones de cada
botn y asegurarse de que cumpla su tarea respecto a la base de datos.

2.- Gestin de Usuarios:

Al momento de la creacin de la base de datos, ser necesario ingresar el nombre
y contrasea de quien ser el administrador, para que ste previamente registrado
pueda ingresar al sistema y empezar a registrar a los cajeros que estarn a cargo
de las ventas que se generarn.



Ventana principal de acceso a la base de
datos, se especifica desde el primer momento
si el usuario es un cajero o el administrador
general.







Para la seguridad de acceso habr que comprobar
que solo cajeros registrados tengan acceso a la
base de datos, hasta el administrador contara con
su clave nica de acceso.








Ventana con privilegios especficos para el Cajero:


Ventana especifica con todos los privilegios al Administrador:



3.- Pruebas en la Aplicacin:

Despus de lo anterior, si el que ingresa a la base de datos es un cajero, entonces
se presentaran las ventanas que solo el cajero puede tener uso, si es el
administrador entonces se presentan las ventanas con todos los privilegios al
administrador. Para ver que cada una de las ventanas cumple con su funcin ser
de igual forma ver el comportamiento de stas en el momento de su ejecucin.

El administrador del sistema tendr que ingresar informacin acerca de los
productos con los que cuenta la empresa, esta informacin ser necesaria para
poder continuar con la prueba del sistema.

Al final para realizar una venta se generara un detalle de venta, es decir, un ticket
que especifique todos los detalles de la venta que se ha realizado, nmero del
cajero quien la realizo y cliente quien compro.






As como se muestra la siguiente imagen durante la prueba del sistema:



Quedando el detalle de venta almacenado en la base de datos y como
consecuencia el descuento del producto en la base de datos pero la sumatoria de
la ganancia generada






Una vez que las pruebas han sido exitosas y el sistema cumple con todas las
funciones que demanda el cliente, entonces es preciso ponerlo en marcha, para
realizar ventas y verificar todos los detalles de las ventas generadas.

Este sistema fue creado y destinado especficamente para resolver la
problemtica que presenta la empresa de electrodomsticos EBEN-EZER.

Ser necesario que la empresa monte los equipos que ha de utilizar en su
empresa para la instalacin previa de los componentes necesarios para el uso de
este sistema.

Como se menciono anteriormente, los cajeros sern los que tendrn privilegios
especficos, por lo tanto en los equipos que stos utilizaran sern mostradas las
ventanas que tienen disponibles y por obvias razones el servidor principal ser
quien tenga los privilegios de administrador, con las ventanas de privilegios
totales.


En el mantenimiento del sistema se presentaran casos como la correccin de
errores que puedan presentarse durante un uso a tiempo considerable, para
mejorar el rendimiento respecto a las labores que se realizaran todos los das o
para adaptar el producto a un entorno diferente, es decir, mejorar la imagen de
este y dar un acceso mas sofisticado a la base de datos.

Futuras versiones:

La puesta de la funcionalidad del sistema se ha podido lograr gracias a la mezcla
de las diferentes tecnologas, la combinacin entre SQLServer y NetBeans ha
resultado satisfactoria, dando a la empresa la seguridad del crecimiento y el mayor
rendimiento.
Sin embargo esta es la primera versin que se ha creado, por lo tanto hay aspecto
que pueden ser mejorados y opciones que pueden ser aadidas con el
seguimiento de este proyecto a largo plazo.

Algunas de las mejoras pueden ser:

Mejoras interfaz para el usuario.
Mejoras en la realizacin del detalle de venta
Mejoras de acceso a la base de datos para el administrador.
Mas facilidad para el manejo del sistema

Todo esto podr determinarse conforme sea la funcionalidad del sistema y
conforme a las nuevas demandas del cliente.
Es importante tener en cuenta que el sistema con el tiempo se va haciendo
obsoleta, entonces se ve a la necesidad de dar mantenimiento a esta, no solo en
el manejo de datos que es lo mas importante, sino tambin en la presentacin del
sistema, algo mas agradable y fcil de utilizar.






Se ha concluido con el proceso de generacin de un software que fuese capaz de
cumplir con la demanda y la necesidad del cliente.

Es preciso mencionar que para realizar este proyecto, fue necesario contar con las
base principales para entender lo que se hacia. Lo mas importante fue acoplar el
desarrollo del sistema a un modelo de vida del software, en este caso se utiliza el
modelo cascada, en el cual se le va dando vida al software y no se continua si uno
de los pasaos no se han cumplido o terminado de un todo, esa es la ventaja de
poder utilizar este tipo de modelo de vida. Cabe mencionar que tambin este
modelo de vida cuenta con desventajas:

Los proyectos reales raramente siguen el flujo secuencial que propone el
modelo, siempre hay iteraciones y se crean problemas en la aplicacin del
paradigma.
Normalmente, es difcil para el cliente establecer explcitamente al principio
todos los requisitos. El ciclo de vida clsico lo requiere y tiene dificultades
en acomodar posibles incertidumbres que pueden existir al comienzo de
muchos productos.
El cliente debe tener paciencia. Hasta llegar a las etapas finales del
proyecto, no estar disponible una versin operativa del programa. Un error
importante no detectado hasta que el programa este funcionando puede ser
desastroso.

La ventaja de este mtodo radica en su sencillez ya que sigue los pasos intuitivos
necesarios a la hora de desarrollar el software.