85

CAPTULO IV

APLICACIN DEL MODELO CASE EN LAS ACTIVIDADES DE DESARROLLO
DE SOFTWARE PARA MEJORAR EL ACCESO INTERACTIVO A INFORMACIN
OPORTUNA Y LOGRAR LA ACERTADA TOMA DE DECISIONES EN LAS
MEDIANAS EMPRESAS DEL SECTOR COMERCIO, UBICADAS EN EL
MUNICIPIO DE SAN SALVADOR.

A. GENERALIDADES DE LA PROPUESTA

La informtica es el rea de la tecnologa que ms ha sobresalido en los ltimos aos y le ha
dado velocidad a los procesos que antes se realizaban manualmente; con el tiempo stas han
venido evolucionando y aumentando su capacidad para procesar grandes cantidades de
informacin reduciendo los tiempos de respuesta en los informes solicitados por aquellos que
se encargan de la toma de decisiones.

Dado que la tecnologa avanza a pasos gigantescos se hace necesario que las empresas se
pongan a la vanguardia para poder subsistir en la libre competencia en un mundo globalizado
como en el que nos encontramos.

La aplicacin del modelo CASE, pretende proporcionar a la mediana empresa comercial por
medio de los desarrolladores de sistemas informticos, un instrumento que les facilite el
proceso de desarrollo de software, con esto se pretende que sean ms productivos y eficientes
en sus tareas, y como consecuencia proporcionar a la alta gerencia, informacin oportuna, de
esta manera se minimizarn costos, lo que conllevar a generar mayores utilidades,
aprovechando los beneficios potenciales de las herramientas CASE, obteniendo confiabilidad
y precisin en la informacin proporcionada.







86
B. OBJETIVOS DE LA PROPUESTA

1. Objetivo general

Aplicar el modelo CASE en las actividades de desarrollo de software para mejorar el acceso
interactivo a informacin oportuna y lograr la acertada toma de decisiones en las medianas
empresas del sector comercio, ubicadas en el municipio de San Salvador.

2. Objetivos especficos

Definir procedimientos para la adopcin de herramientas CASE, que puedan ser utilizadas
en el ciclo de vida de los sistemas informticos.

Dar a conocer las diferentes etapas del modelo CASE para aumentar la calidad y
productividad del desarrollo del software.

Contribuir con el desarrollo tecnolgico y econmico de la mediana empresa comercial,
haciendo uso de las herramientas informticas adecuadas.
















87
C. IMPORTANCIA Y BENEFICIOS DE LA PROPUESTA

1. Importancia
El desarrollo del presente trabajo se hace con el objetivo de que le sirva de modelo a la
mediana empresa comercial del municipio de San Salvador, para poder elaborar software de
calidad y de fcil mantenimiento, y as impulsar el desarrollo de las empresas por medio de
una toma de decisiones acertadas, esto ser posible con los software diseados utilizando el
modelo presentado, desarrollando software que les permita a los gerentes obtener la
informacin en el momento oportuno.

La aplicacin del modelo CASE, se considera importante porque permitir: aumentar la
productividad de las reas de desarrollo y mantenimiento de los sistemas informticos,
mejorar la calidad del software desarrollado, reducir tiempo y costos en el desarrollo y
mantenimiento del software; y mejorar a la gestin y dominio sobre el proyecto en cuanto a su
planificacin, ejecucin y control.

Las herramientas CASE pueden proporcionar nuevas formas de observar la informacin de la
Ingeniera de Software, formas que mejoran la perspicacia del ingeniero que realiza el trabajo.
Esto conduce a tomar mejores decisiones y conseguir una mejor calidad del software.

2. Beneficios
Se aprovechar al mximo el recurso humano (analistas y/o programadores), en el sentido que
sern ms eficientes y aumentar la productividad en sus actividades, sacndole el mayor
provecho al modelo CASE; dicho modelo por medio de las herramientas CASE automatiza los
procesos y facilita las tareas de coordinacin de los eventos en el ciclo de vida de desarrollo de
software.

Otro beneficio importante es la mejora de la calidad de los sistemas desarrollados, as como
tambin el aumento de la productividad a travs de la automatizacin de cdigo y la
reutilizacin de objetos o mdulos, esto permitir reduccin de costos tanto en el desarrollo
como en el mantenimiento de las aplicaciones.


88
El modelo CASE permite que los analistas y/o programadores creen software apegados a las
necesidades actuales de cada negocio y que provean a la alta gerencia de informacin oportuna
para la acertada toma de decisiones, lo que permitir a la mediana empresa comercial competir
efectivamente en un mercado globalizado.

D. JUSTIFICACIN DE LA PROPUESTA

El mundo actual se distingue de otras pocas por los avances en la tecnologa, los cuales han
mejorado inmensamente la calidad de trabajo de un buen nmero de personas en las diferentes
empresas. De entre todas las maravillas tecnolgicas de hoy en da, la que ha tenido ms auge,
presencia e impacto, especialmente en un intervalo de tiempo tan corto ha sido la
computacin.

En la mediana empresa del sector comercio se manejan grandes volmenes de informacin ya
sea inventarios, costos, compras, proveedores y en las mismas ventas, la mayora de los
reportes son elaborados manualmente, muchas veces en forma inexacta a pesar de que se
tienen los datos necesarios, stos no reflejan por si solos lo que la empresa necesita. Es decir,
que existe la necesidad de aplicar el modelo CASE que facilite el manejo de grandes bases de
datos, as como volver ms productivos a los desarrolladores de software en sus actividades y
a los gerentes en la toma de decisiones por medio del acceso a informacin oportuna de todas
las reas que se manejan dentro de dichas empresas.

Algunas empresas del sector comercio an utilizan mtodos manuales para recopilar
informacin y analizarla, lo cual genera prdida de tiempo, provocando que la empresa deje de
percibir ingresos disminuyndoles las utilidades, por no tener acceso inmediato a la
informacin oportuna de forma automatizada que le permita una acertada toma de decisiones.

Actualmente la ingeniera de software asistida por computadora reemplaza el papel y el lpiz
por el ordenador para transformar datos en informacin oportuna. Las herramientas CASE
proporcionan la automatizacin de la informacin, permite a la vez que el desarrollo de los
sistemas de informacin se realice de modo eficiente y efectivo.



89
A medida que se incrementa la demanda de informacin, se eleva la prioridad de la gestin
efectiva de los recursos informativos de las empresas, por lo que surge la necesidad de
herramientas para contribuir a los diseadores de bases de datos y a los distintos usuarios a
gestionar el contenido de la informacin.

La aplicacin del modelo CASE aumentar la productividad de las actividades de los
desarrolladores de software, permitiendo as que stos ofrezcan a las empresas programas
informticos que contribuyan a mejorar los sistemas de informacin gerencial, generando
informes oportunos y precisos para la toma de decisiones convirtindose en una ayuda para la
solucin de problemas, es decir, lograr detectar las reas vulnerables dentro de la
organizacin, permitir ejercer medidas para minimizar los riesgos as como para llevar un
control y monitoreo en las reas evaluadas.

E. ALCANCE DE LA PROPUESTA

La propuesta permitir a la mediana empresa comercial la aplicacin del modelo CASE, con
lo que podrn dar soluciones viables y factibles a las actividades de desarrollo de software, y
como resultado sistemas de calidad, por medio de los cuales le conceder a la alta gerencia
tener informes justo a tiempo para la acertada toma de decisiones que les conceder tener una
disminucin en los costos, as como aumento en las utilidades vista en el corto plazo como
parte de los beneficios que este proyecto puede brindar.

Este documento est diseado para dar lineamientos que les sirvan a los desarrolladores de
software, de tal manera que faciliten sus actividades. Las herramientas CASE, pueden ser
aplicadas en todo el ciclo de vida de un sistema.




90
F. CONTENIDO DE LA PROPUESTA
1. Esquema de la propuesta




Situacin actual de las medianas empresas comerciales

Adopcin y Seleccin de Herramientas Case


Modelo CASE
Estrategia
Diseo
Anlisis
Producto

Documentacin Codificacin
Conversin


91
2. Descripcin de las etapas de la propuesta
2.1 ETAPA I
DIAGNSTICO DE LA SITUACIN ACTUAL DE LAS MEDIANAS EMPRESAS
DEL SECTOR COMERCIO.

2.1.1 Objetivo: Conocer el estado actual de las medianas empresas del sector comercio por
medio de la aplicacin del FODA.

2.1.2 Aplicacin del FODA
Para efecto de conocer la situacin actual de la mediana empresa comercial en el rea de
informtica, as como tambin en la alta gerencia, que es donde se toman las decisiones ms
importantes para la compaa, es necesario que se realice un diagnstico en las empresas. El
diagnstico es el estudio de los factores internos y externos que benefician o afecta la empresa,
con el fin de detectar problemas que producen situaciones no deseables dentro de la misma,
tales como la falta de informacin oportuna, as como las causas que lo generan, tambin se
puede detectar factores que benefician a la empresa misma, detallados ms adelante como
fortalezas.

Para poder levantar un diagnstico de la situacin actual de la mediana empresa comercial se
usar la tcnica del FODA. Por medio de esta tcnica, se identificarn las Fortalezas,
Oportunidades, Debilidades y Amenazas que tiene la mediana empresa comercial.

CUADRO No 5

I N T E R N O S E X T E R N O S
FORTALEZAS DEBILIDADES OPORTUNIDADES AMENAZAS
F Apertura de Deficiencia en controles Crditos Alta competencia
A de nuevos Poca especializacin Tecnologa Los TLC
C empleos Centralizacin de Los TLC
T Flexibilidad del Actividades
O mercado Escasez de controles
R
E
S
2.1.2.1 Factores internos


92

a) Fortalezas
Son aquellas ventajas, cualidades, virtudes, factores positivos y cualquier otro factor que
permite al negocio una ventaja en el presente, cuyo objetivo es identificar la situacin real y
objetiva de la mediana empresa comercial, pudiendo ser observable.

Apertura de nuevos empleos
Un punto muy importante de la mediana empresa comercial en el pas es ser creadora de
muchas fuentes de trabajo, debido a que las personas no necesitan ser expertas para entrar a
este mercado laboral.

Flexibilidad en el mercado
Debido al mercado altamente competitivo en la mediana empresa comercial, uno de los
factores que los rige son los gustos y preferencias de los demandantes de los productos
ofrecidos, es por esta razn que es de suma importancia que la alta direccin posea la
informacin actualizada y en una forma oportuna para tomar las decisiones acertadas y as
poder competir en el mercado, el cual es cada vez ms difcil.

b) Debilidades
Son las debilidades internas de la mediana empresa comercial, que deben vencer o eliminar.
Estas ponen a disposicin las desventajas, defectos limitaciones, fuerzas restrictivas de la
empresa en tiempo presente. Estos indicadores proporcionan una percepcin objetiva y real
del negocio.

Deficiencia en controles
La mediana empresa comercial de nuestro pas, carece de controles en sistemas
computacionales, ya que la mayora de ellas llevan sus procesos de una forma manual, y los
controles que generalmente automatizan son la contabilidad y los inventarios.
La mayor parte de la mediana empresa comercial no posee otra clase de informes que le ayude
a la oportuna toma de decisiones.


Poca especializacin


93
Son muchos los factores que hay que fortalecer en la mediana empresa comercial, para
mejorar los sistemas computacionales que utilizan algunas y que otras ni siquiera utilizan.

La mediana empresa comercial enfrenta en la actualidad uno de los retos ms importantes, los
cuales son los Tratados de Libre Comercio y para ello necesita contar con tecnologa
apropiada que le proporcione informacin oportuna para la toma de decisiones.

Centralizacin de actividades
La estructura organizativa de la mediana empresa comercial de nuestro pas es muy sencilla.
Se pudo comprobar en la investigacin de campo (captulo III) que la mayora de las medianas
empresas comerciales, el dueo es el Gerente General, el cual decide lo que se va hacer, como
y cuando deben de hacerse las actividades dentro de la empresa; ste es adems el que
coordina las actividades de su empleados, as como tambin inspecciona que todo se est
haciendo bien. Tiene que detectar diversos problemas, en mucho de los casos, esto no permite
un buen desempeo empresarial por tener todo centralizado y no contar con sistemas
auxiliares.

Escasez de controles
Tal como se pudo comprobar en la investigacin de campo, una ausencia de controles de las
actividades, genera inseguridad en la toma de decisiones, porque no se cuenta con informes
adecuados para la acertada toma de decisiones, en la mediana empresa comercial. El resultado
es una deficiente planeacin y control empresarial, es un bajo rendimiento del esfuerzo y
recurso invertido.

2.1.2.2 Factores externos

a) Oportunidades
Son las variables que se pueden explotar y maximizar en el futuro, ya sean cercanos o lejanos
en la mediana empresa comercial. Indican las potencialidades del negocio y lo que es posible
alcanzar, entre las que se mencionan:



Crditos:


94
Un adecuado acceso a los sistemas financieros permitir que la mediana empresa comercial de
nuestro pas, incremente sus posibilidades de capital, y de sta forma contar con recursos
suficientes para crecer en sus operaciones comerciales.

Tecnologa
La mediana empresa comercial posee la gran oportunidad, de poder incorporar tecnologa para
el control de sus actividades y poder as tomar mejores decisiones para el rumbo de la
empresa. Esta tecnologa podra ampliarla en el uso de mejores controles; en inventarios,
facturacin, informes gerenciales, y tambin capacitando a sus empleados para el manejo de
esa tecnologa.

Lastimosamente la mayora de las medianas empresas comerciales no estn utilizando
adecuadamente la tecnologa disponible en la actualidad, unas porque llevan sus procesos
manuales, y otras porque no le dan el uso adecuado al equipo que poseen.

La otra parte de empresas comerciales que son una minora, si llevan en una forma
mecanizada (en computadoras con sus respectivos sistemas informticos), pero no estn
utilizando directamente las herramientas CASE en el desarrollo de sus sistemas.

Los TLC
Los Tratados de Libre Comercio se pueden tomar como una oportunidad, para abrir nuevos
mercados en otros pases, pero para eso debe de hacerse uso de nuevas estrategias y hacer uso
de tecnologa actualizada, para competir efectivamente.

b) Amenazas
Son las variables externas que restringen el buen funcionamiento de las empresas, stas
minimizan el accionar de la mediana empresa comercial y muestran en gran medida los
factores potenciales que podran afectar a la empresa en un futuro. A continuacin se detallan
algunas:



Alta competencia:


95
Una de las caractersticas de la mediana empresa comercial es que est bajo una competencia
perfecta, por lo que se puede entrar fcilmente al mercado. Pero de igual forma es fcil de salir
de l al no ajustarse a las exigencias del mismo.

En la empresa comercial son muchos los elementos con los que se pueden competir, entre los
principales se puede mencionar: precio, calidad y servicio. Si la mediana empresa comercial
no se ajusta a un mercado ya establecido o se debilita en uno o varios de estos factores que son
importantes para competir, entonces, pasa a ser un candidato para fracasar dentro del mercado.

Los Tratados de Libre Comercio
Con la apertura de nuevos tratados comerciales con varios pases, la empresa comercial tiene
la oportunidad de ampliar sus mercados fuera del territorio nacional, pero stas no son todas
las empresas, sino aquellas que estn mejor preparadas en tecnologa entre otros elementos. El
problema existe para aquellas empresas que no estn listas para competir con otros pases que
poseen una tecnologa ms avanzada y les permiten mejorar los precios de los productos y de
esta forma ser ms competitivas.


96
2.2 ETAPA II
ADOPCIN Y SELECCIN DE HERRAMIENTAS CASE
2.2.1 Objetivo: Presentar los pasos necesarios para una buena adopcin y seleccin de
herramientas CASE, para que puedan ser utilizadas en el ciclo de vida de los sistemas.

2.2.2 Adopcin de herramientas CASE
Las medianas empresas comerciales del municipio de San Salvador experimentan problemas a
la hora de tomar decisiones por no poseer informacin actualizada, y esto se debe a que la
mayora no posee sistemas mecanizados. Es por esta razn que se recomienda hacer uso de
sistemas informticos para llevar sus controles, a la vez se incentiva a que las empresas
comerciales elaboren sus propios sistemas informticos, haciendo uso de herramientas CASE
en el ciclo de vida de los sistemas, por medio de la aplicacin del modelo CASE.

Las empresas experimentan problemas con la adopcin de herramientas CASE, esto se debe a
que no conocen aun los beneficios de estas herramientas, se pretende que al fundamentar sus
beneficios y detallar un buen proceso de adopcin de CASE, ayude a incrementar la sucesiva
adopcin de estas herramientas.

Se pretende incentivar en la medida de lo posible a un buen nmero de medianas empresas
comerciales para que desarrollen su propio software, aplicando el modelo CASE y de sta
manera faciliten el manejo de la informacin teniendo sus propios sistemas informticos.

Para ello se recomienda:
Identificar los factores crticos en los procesos
Proponer un conjunto de pasos a seguir para adopcin de herramientas CASE
Guiar satisfactoriamente esta adopcin teniendo en consideracin la organizacin y su
entorno cultural
Obtener apoyo econmico por parte de la alta gerencia
Poseer informacin sobre las herramientas CASE
Hacer una buena eleccin de herramientas CASE


97
2.2.3 Factores importantes en el proceso de adopcin de herramientas CASE

a) Objetivos: Para hacer conveniente el proceso de adopcin de las herramientas CASE, es
necesario la definicin de un conjunto de objetivos claros y medibles, que incluyan objetivos
tcnicos y de negocio.

Un ejemplo podra ser incrementar en 50% el mejoramiento de la calidad en la actividad de
especificacin de requerimientos o incrementar en un 40% el uso de herramientas CASE en
el desarrollo de los sistemas.

b) Apoyo de la administracin: Extender la participacin activa de la alta gerencia para
alentar la adopcin de CASE, sin limitar la buena voluntad para obtener los recursos que sean
necesarios.

c) Uso estratgico de herramientas: Definir una estrategia clara para el uso adecuado de las
herramientas.

d) Desarrollo de un plan para el proceso total de adopcin: Desarrollar un plan y diseo
para el proceso total de posicionar estas herramientas al interior de la organizacin.

e) Compromiso: Propiciar que las personas se involucren en el esfuerzo de adopcin de las
herramientas CASE en forma activa, motivando a los participantes a usar dichas herramientas.

f) Metodologa ajustable: La buena disposicin y factibilidad tcnica de ajustar cuando sea
necesario, los mtodos de la organizacin y las tcnicas de usar herramientas CASE, de tal
forma que permitan llegar a un conjunto consistente de los procedimientos.

g) Entrenamiento: Proveer el entrenamiento e informacin necesarios y apropiados a las
personas involucradas en el proceso de adopcin.

h) Ayuda de expertos: Provisin de ayuda experta en el uso de estas herramientas durante el
proyecto piloto y continuamente tal como las herramientas se utilicen entre los componentes
de la organizacin.


98
i) Proyecto piloto: Los resultados de una prueba piloto controlada son prioritarios al tomar
una decisin final.

j) Capacidad de la herramienta: La capacidad tcnica de la herramienta, en cuanto al
entorno de hardware y software, de modo que satisfaga los objetivos definidos en el contexto
del alcance esperado.

k) Cambio moderado: Asegurar la posibilidad que la organizacin pueda operar
simultneamente entre el anterior y nuevo mtodo, hasta que los componentes de la
organizacin hayan cambiado totalmente hacia el nuevo mtodo.

2.2.4 Procesos a desarrollar para la adopcin de herramientas CASE

a) Preparacin
b) Evaluacin y seleccin
c) Proyecto piloto
d) Transicin

a) Proceso de preparacin
El propsito de este proceso es el establecimiento de los objetivos generales de los esfuerzos
de adopcin de herramientas CASE y establecer y definir los aspectos de direccin y
administracin.

Este proceso comprende:
Establecimiento de objetivos
Verificacin de la factibilidad y medicin de los objetivos
Establecimiento de polticas
Desarrollo de planes

b) Proceso de evaluacin y seleccin
El propsito de este proceso es identificar las herramientas CASE ms adecuadas, que sean las
candidatas y aseguren que las recomendadas cumplirn con los objetivos de la organizacin.



99
Este proceso comprende:
Iniciacin: Define los objetivos y requerimientos para la evaluacin de las herramientas
CASE.
Estructuracin: Elaborar un conjunto de requerimientos basados en cada herramienta
CASE.
Evaluacin: Producir reportes de evaluacin tcnica.
Seleccin: Identificar las ms adecuadas herramientas entre todas las candidatas.

c) Proyecto piloto
El propsito de este proceso es ayudar en la validacin del trabajo desarrollado en el proceso
inicial de adopcin de CASE, y para determinar si la actual capacidad de la herramienta es lo
que la organizacin necesita.

Este proceso comprende:
Iniciacin: Definir planes, procedimientos, recursos y capacitacin para realizar el
proyecto piloto.
Rendimiento: Ejecutar un proyecto controlado en cada nueva herramienta que pueda ser
probada.
Evaluacin: Provee los resultados de la evaluacin del rendimiento del proyecto piloto.
Decisin: Liderar el proceso de adopcin, tomar una decisin de acuerdo a lo evaluado e
identificar la experiencia en el aprendizaje de la organizacin para el proceso de transicin.

d) Proceso de transicin
El propsito de este proceso es minimizar las interrupciones durante el cambio de los actuales
procesos hacia la nueva tecnologa, basados en el mximo aprovechamiento de las
experiencias del proyecto piloto.

Este proceso comprende:
Iniciacin: Definir planes, procedimientos y recursos que permitan la transformacin hacia
el uso de las herramientas.
Entrenamiento: Capacitar a los usuario de la nueva herramienta.


100
Institucionalizacin: Aplicar progresivamente la herramienta en segmentos largos del
entorno, como parte normal de la prctica organizacional.
Monitoreo y apoyo contino: Identificar si el proceso de adopcin funciona correctamente
y asegurar el entrenamiento, as como otros recursos que sean necesarios durante el
perodo de transicin.
Evaluacin y culminacin: Medir el resultado de la adopcin de las herramientas CASE y
proveer a la organizacin la experiencia y conocimiento para futuros proyectos de
adopcin.

2.2.5 Consideraciones al seleccionar una herramienta CASE
Seleccionar una herramienta CASE no es una tarea fcil. No existe una mejor herramienta
respecto de otra. Hay numerosas historias respecto al uso de CASE y las fallas que pueden
producirse. Las fallas o las respuestas satisfactorias estn en relacin con las expectativas. Si
el proceso de evaluacin y seleccin de las herramientas CASE falla, entonces la herramienta
no cumplir con las especificaciones o expectativas del negocio. Esto puede ocurrir durante el
proceso de implementacin o ejecucin del producto.

Hay cuatro puntos comunes que fallan en el proceso de evaluacin y seleccin:
a) El proceso en s mismo.
b) Los pre-requisitos necesarios.
c) Conocer la organizacin.
d) Estrategias de desarrollo

a) El proceso en s mismo
El proceso de evaluacin y seleccin de herramientas CASE debe aproximarse a un proyecto
mayor. El proceso debe definirse cuidadosamente y debe incluir las mejores tcnicas de
direccin de proyecto. Ninguna seleccin es igual que otra, porque dos organizaciones no son
iguales.

Por ejemplo, el proceso de seleccin para el Ministerio de Defensa puede ser completamente
diferente que en una empresa comercial. Aunque hay principios bsicos, por ejemplo, todos


101
debemos entender el criterio en el que est basado el proceso de seleccin, todos deben tener
una visin comn.

b) Los pre-requisitos necesarios
El propsito de las herramientas CASE es apoyar y facilitar el desarrollo de software. Debe
haber una comprensin clara del propsito de las herramientas que se propongan dentro del
ambiente de desarrollo que es compartido por el equipo de la seleccin de las herramientas
CASE. El equipo debe tener una visin comn del ambiente de desarrollo de sistemas,
resultando la seleccin de la herramienta adecuada.

Otro requisito importante sera tener una metodologa de desarrollo de sistemas seleccionada.
Sin una metodologa, ingresar al largo camino del fracaso. Las herramientas implementan la
metodologa, no la determinan.

c) Conocer la organizacin
Cuando se est evaluando y seleccionando una herramienta CASE, es importante conocer y
entender a la organizacin. Tal como las personas son nicas, as tambin las organizaciones
son nicas a su propio modo, cada una tiene una personalidad e infraestructura propia. Una
empresa podra disciplinarse y alcanzar un nivel alto de madurez en el proceso de diseo de
software, mientras otra puede estar en las fases tempranas. Sin tener en cuenta la disciplina y
la madurez, es muy importante entender la organizacin que se ver reflejada en la seleccin
final.

d) Estrategia de desarrollo
Es importante considerar las estrategias de desarrollo al momento de seleccionar las
herramientas CASE, como las siguientes consideraciones:
Si tiene un gran volumen de aplicativos desarrollados, es conveniente comparar lo
realizado versus las tcnicas de anlisis y diseo.
Si tiene presin por resultados a corto plazo, el empleo de un Lower Case le ser de
utilidad, si se basa en modelos de datos y procesos claros y definidos.
Si desea realizar proyectos de gran envergadura es recomendable aplicar Upper y Lower
Case.


102
Si trabaja con archivos de grandes dimensiones, es recomendable que el CASE soporte el
Diseo de Bases de Datos.
Si no tiene formacin y experiencia en el manejo de metodologas, es recomendable contar
con asesora especializada, que capacite al personal y supervise los avances de Anlisis y
Diseo.
Evale la eficiencia del producto en las pruebas unitarias y de integracin, y
fundamentalmente en las pruebas de sistemas.
Considere los recursos apropiados para usar el CASE, de Hardware (memoria, disco,
concurrencia), de Software (versin de Sistema Operativo).


103
2.2.6 Opciones de herramientas CASE
HERRA_
MIENTAS
CASE
CARACTERSTICAS ESPECIFICACIONES
TCNICAS
ERwin ERwin es una herramienta de diseo de base de datos. Brinda
productividad en diseo, generacin, y mantenimiento de
aplicaciones.
Permite visualizar la estructura, los elementos importantes, y
optimizar el diseo de la base de datos. Genera automticamente las
tablas y miles de lneas de stored procedure y triggers para los
principales tipos de base de datos.
Habilita la creacin de un diccionario de atributos reusables,
asegurando la consistencia de nombres y definiciones para su base de
datos. Genera automticamente tablas, vistas, ndices, reglas de
integridad referencial (llaves primarias, llaves forneas), valores por
defecto y restricciones de campos y dominios. ERwin soporta
principalmente bases de datos relacionales SQL y bases de datos que
incluyen: Oracle, Microsoft SQL Server, Sybase, DB2, e Informix.
El mismo modelo puede ser usado para generar mltiples bases de
datos, o convertir una aplicacin de una plataforma de base de datos
a otra.
Bases de Datos
Compatibles CA-Clipper, CA-
penIngres, DB2 for MVS y DB2 for
OS/390, DB2 UDB, dBASE, FoxPro,
HiRDB, Informix, InterBase, Microsoft
Access, Microsoft SQL Server, Oracle,
Paradox, Rdb, Red Brick Warehouse,
SAS,SQL Anywhere, SQLBase,
Sybase, Teradata
Sistemas Operativos Compatibles
Windows NT, Windows 95, Windows
98
Requerimientos tcnicos
Mnimo 10 MB de espacio de disco
duro, 16 MB RAM (32 MB RAM
recomendado para modelos largos.)


104
HERRA_
MIENTAS
CASE
CARACTERSTICAS ESPECIFICACIONES
TCNICAS
EasyCASE Es un producto para la generacin de esquemas de base de datos e
ingeniera reversa - trabaja para proveer una solucin comprensible
para el diseo, consistencia y documentacin del sistema en
conjunto. Esta herramienta permite automatizar las fases de anlisis y
diseo dentro del desarrollo de una aplicacin.
Permite capturar los detalles de diseo de un sistema y comunicar las
ideas grficamente, para que sean fciles de ver y entender.
Permite crear y mantener diagramas de flujo de datos, diagramas de
entidad-relacin, mapas de estructura y ms. Posee herramientas de
correccin avanzadas que permiten revisiones generales en minutos.
Posee desde el editor de diagramas flexible hasta un diccionario de
los datos integrado en formato dBASE, as como una extensa
cantidad de reportes y anlisis.
Bases de Datos compatibles
Oracle, Paradox, Progress, SQLBase,
SQL Server, Sybase, Watcom SQL,
Access ANSI SQL, Clipper, dBASE
III, IV, V, DB2, FoxPro, Informix y
Otras ms

Sistemas Operativos Compatibles
Microsoft Windows 95 en adelante

Requerimientos tcnicos
8 MB RAM, 8 MB de espacio en disco
duro;VGA o mejor color.



105

HERRAMI_
ENTAS
CASE
CARACTERSTICAS ESPECIFICACIONES
TCNICAS
Oracle
Designer
Guarda las definiciones que necesita el usuario y automatiza la
construccin rpida de aplicaciones cliente/servidor flexibles y
grficas, tambin habilita la captura del diseo de sistemas
existentes, salvaguardando la versin actual.
Bases de Datos compatibles
Oracle8, Oracle7, Personal Oracle Lite
Rdb, ASI 92, DB2/2 and MVS,
Microsoft SQL Server, Sybase
Sistemas Operativos
Microsoft Windows o superior

Power
Designer
Esta herramienta de diseo esta mas orientada al anlisis y diseo
de bases de datos. Se puede crear el modelo fsico y normalizar.
Permite hacer ingeniera reversa para desarrollar los modelos
fsicos y conceptuales a partir de la informacin de la base de
datos.
Mdulos que posee: Power Designer DataArchitect, Power
Designer PhysicalArchitect, Power Designer developer, Power
Designer ObjectArchitect


Sistemas Operativos Compatibles
Windows NT, Windows95/ 98








106

HERRAMI_
ENTAS
CASE
CARACTERSTICAS ESPECIFICACIONES
TCNICAS
AxiomDsn

Puede construir un detallado modelo del diseo del software. Windows NT Windows 95/98
UNIX OS/2
Turbo
CASE/Sys
Herramienta CASE para Windows que automatiza totalmente los
mtodos de requerimientos de sistemas y arquitectura.
Windows 95 Windows NT 3.5.1 y
NT 4.0
System
Architect
Posee un repositorio nico que integra todas las herramientas, y
metodologas usadas, posee control automtico de diagramas y
datos, en la elaboracin de los diagramas, conecta directamente al
diccionario de datos, normalizaciones y balanceamiento entre
diagramas, el balanceamiento horizontal, que trabaja integrado con
el diccionario de datos, asegura la compatibilidad entre el Modelo
de Datos y el Modelo Funcional. Esta herramienta es considerada
como un Upper Case, que puede ser integrado a la mayora de los
generadores de cdigo, tiene un mdulo especfico para
automatizacin de informes que emplea los recursos grficos y
facilidad de edicin de Windows.
Sistemas Operativos
Novell, Windows NT

Requerimientos tcnicos
486 DX, 16 MB RAM; Disco rgido
con al menos 50 Mb Libres CD-ROM
VGA Color



107


HERRAMI_
ENTAS
CASE
CARACTERSTICAS ESPECIFICACIONES
TCNICAS
Paradigm
Plus

Tiene herramientas COOCL (Object Oriented Change and
Learning, Objetos Orientados al cambio y al aprendizaje), que les
permite a los gerentes capturar, modelar y comunicar estrategias
para desarrollar equipos por medio de mapeo de requerimientos de
negocio directamente a use-case, objetos y bases de datos fsicas.
Funciona en base a diagramas, el diseo orientado a objetos
interacta muy bien con las bases de datos.
Entorno soportado:
Microsoft windows 95, 98, NT 4.0 y
Windows 2000
Software
Through
Pictures

Presenta un buen desempeo en cuanto a diagramas e interacta
con facilidad con el usuario. Automticamente prueba las
especificaciones del proyecto ahorra tiempo de desarrollo y mejora
la productividad habilitando administradores para planear y evaluar
el proceso de prueba mientras se eliminan todo proceso manual
posible.
Esta herramienta permite usar un ambiente multi-usuario integrado
que comparte una arquitectura comn y un repositorio central

Sistemas Operativos
Windows 98, Windows 2000, NT
Windows XP

Requerimientos tcnicos
486 DX, 16 MB RAM; Disco rgido
con al menos 50 Mb Libres CD-ROM



108


HERRAMI_
ENTAS
CASE
CARACTERSTICAS ESPECIFICACIONES
TCNICAS
Microsoft
SQL Server
Sistema administrador de Bases de Datos de Microsoft. Su diseo se ha
realizado pensando en la seguridad, fiabilidad y escalabilidad, por lo
que es ideal para aquellas empresas que buscan agilidad en el control y
anlisis de su informacin.
Incluye herramientas para facilitar el desarrollo de las aplicaciones,
desde el diseo de la aplicacin hasta la entrega final.

Sistema operativo: Microsoft
Windons 98, 2000, Windons NT,
Windons millenium.
Memoria: 64 MB, 50 BM de
espacio libre en disco duro, unidad
de CD- ROM
Microsoft
Visio
Professional
Es un paquete software de modelado que permite realizar diagramas en
UML, diseo de bases de datos, y multitud de soluciones diseadas
pensando en desarrolladores e ingenieros de software.

Procesador Pentium 233 MHz. o
superior; Pentium III
Memoria 128 MB de RAM
210 MB de espacio en disco
disponible
Sistema operativo.
Microsoft Windows 2000 con
Service Pack 3 (SP3) o Microsoft
Windows XP o un sistema
operativo posterior




109
2.2.7 Presupuesto estimado

Presupuesto para una mediana empresa que no posee su sistema mecanizado, y lo que se le
recomienda es que instale un sistema por medio de una red de datos con seis mquinas y un
servidor, la inversin se detalla a continuacin:


RECURSO HUMANO HONORARIO TOTALES
Un programador $ 900.00 $ 900.00
Un analista $ 700.00 $ 700.00

Subtotal de honorarios $ 1,600.00

EQUIPO Y SOFTWARE PRECIO UNITARIO TOTALES
1 Computadora (servidor) $ 909.65 $ 909.65
6 Computadoras $ 645.00 $ 3,870.00
7 UPS $ 47.13 $ 329.91
4 Impresores de tinta $ 111.47 $ 445.88
Instalacin de una red $ 158.20 $ 158.20
Switch NEXXT 10/100/1000 8PTS $ 142.17 $ 142.17


Subtotal de equipo $ 5,855.81

Microsoft Windows 2003 Server $ 505.00 $ 505.00
Visual Studio.net Enterprise
Architect $ 2,499.00 $ 2,499.00

Subtotal de software $ 3,004.00

TOTAL $ 10,459.81





110
2.3 ETAPA III
APLICACIN DEL MODELO CASE

2.3.1 Objetivo: Aplicar el modelo CASE para el desarrollo del software y as aumentar la
productividad y mejorar el acceso a informacin oportuna.

2.3.2 Introduccin al modelo CASE
El modelo CASE (Computer Aided Systems Engineering) plantea una secuencia de
fases que son parecidas a las del modelo tradicional, pero este modelo es ms detallado, y
adems proporciona para cada fase su descripcin, definicin de objetivos y metas, productos
de la fase, factores crticos de xito, y la lista de tareas que conviene realizar. Adems es
posible auxiliarse de herramientas CASE que facilitan grandemente la puesta en prctica del
modelo. Esta tecnologa se plantea para que pueda ser utilizada en el diseo de diversos
sistemas que desarrollen las medianas empresas comerciales, a las cuales va dirigido este
trabajo. A continuacin se presenta la metodologa del modelo CASE.

2.3.3 Fases del modelo CASE
El modelo CASE se basa en un anlisis y desarrollo del tipo descendiente ("topdown") es decir
que parte de la estructura global de la empresa y de sus objetivos y busca de la mejor manera
de satisfacerlos al desarrollar el sistema. Es por esta razn que el ciclo de vida de los sistemas
en este modelo se compone de las fases que se detallan en el esquema F.1














111
Fases del modelo CASE
Esquema F.1
















2.3.3.1 Estrategia
Esta es una de las fases ms importantes, ya que tiene por objetivo lograr un entendimiento
claro de las necesidades de la organizacin y del ambiente en que operar el sistema.

Con el fin de tener una visin desde el punto de vista de la alta direccin, se analizan las
diferentes funciones que realiza la empresa y sus necesidades de informacin a todos los
niveles, durante esta fase se realizan una serie de entrevistas con la direccin y los
responsables de los departamentos. A partir de esta informacin, se construye un primer
modelado de los requerimientos del sistema de informacin adecuado a las necesidades de la
empresa. Posteriormente para la definicin de una primera versin de la arquitectura del
sistema, en el esquema F.2 se muestra este proceso, que adems de los requerimientos antes
mencionados es necesario tomar en cuenta: la tecnologa disponible y sistemas informticos
existentes.
Anlisis
Diseo
Codificacin
Documentacin
Conversin
Estrategia
Producto



112
Fase de estrategia
Esquema F.2













2.3.3.1.1 Inicio del proyecto
La iniciacin de proyectos, la determinacin de la factibilidad del proyecto, la calendarizacin
del proyecto y la administracin de las actividades y de los miembros del equipo para lograr
productividad, son capacidades muy importantes que deben dominar los analistas de sistema.

Se empezar explicando el planteamiento del problema y las oportunidades de hacer mejoras
dentro de un negocio, que frecuentemente se presentan conforme la organizacin se adapta a
los cambios. Los cambios que requieren una solucin de sistemas suceden en todos los
ambientes pero este trabajo se enfoca en el ambiente comercial. Una vez que es surgido un
proyecto, el analista de sistemas trabaja rpidamente con los tomadores de decisiones, para
determinar si es factible. Si es aprobado un proyecto, se har un estudio de sistema completo.
Las actividades del proyecto son calendarizadas mediante el uso de herramientas tales como
graficas de Gantt y PERT, para que el proyecto pueda ser realizado a tiempo. Parte del
aseguramiento de la productividad de los miembros del equipo de anlisis de sistemas, esta en
el manejo efectivo de sus actividades calendarizadas. Es por esta razn que es importante este

Direccin de la
empresa

Funciones de la
empresa

Requerimiento de
informacin
Anlisis
modelacin
estrategias
Tecnologa
disponible
Necesidades de
informacin
Sistemas
existentes
Definicin de
arquitectura del
sistema



113
trabajo, para luego emplear las herramientas CASE que mejor se apeguen a las necesidades de
cada uno de los analistas y desarrolladores de sistemas en el rea comercial.

2.3.3.1.2 Como planear un proyecto de programacin
En este apartado se explicar el primer paso de la planeacin de un proyecto de programacin,
el cual es: preparar la tcnica que se usar, un enunciado breve del problema que se
solucionar y de las limitaciones que existen en su resolucin. El enunciado definitivo del
problema debe de incluir una descripcin de la situacin actual y de las metas que debe lograr
el nuevo sistema.

Por ejemplo:
Hoy en da los problemas en el rea comercial as como en cualquier campo del trabajo
abundan mucho, mximo si no se tiene un sistema de control bien implantado.
Los problemas que a continuacin se presentan se deben principalmente a la falta de un
control adecuado en el rea de ventas, stos se evitaran si se contara con un control adecuado
y bien definido.

Confusin de saldos de los clientes
Extravi de facturas
Tardanza en la facturacin, ya que la persona que factura tiene que buscar en lista
manuales los cdigos y precios de productos
No se sabe la existencia de determinado producto en un momento dado
No se puede consultar en forma rpida el saldo actual de los clientes
Nunca se sabe exactamente el total que deben los clientes
No se sabe con exactitud cuanto es toda la deuda de los clientes

La definicin del problema requiere de un entendimiento cabal del dominio del problema y del
entorno de ste. Las habilidades para obtener este conocimiento, por parte de la persona que
est analizando son: entrevistas con los usuarios y observacin de las tareas problemticas. El
analista debe ser muy hbil en las tcnicas de definicin del problema, ya que los usuarios
tendrn diferentes puntos de vistas, sesgos, y perjuicios que influirn en su percepcin del rea
del problema.



114
Para definir el problema es necesario:
Desarrollar un enunciado definitivo del problema por resolver.
Incluir una descripcin de la situacin actual, restricciones del problema y de las metas
que se lograrn.
El enunciado del problema debe realizarse empleando terminologa que usan los usuarios.
J ustificar una estrategia de solucin computarizada para el problema.
Identificar las funciones por realizar, las limitaciones, el subsistema de equipo electrnico,
el subsistema del producto de programacin, y el del personal.
Determinar los objetivos y requisitos en el nivel del sistema para el proceso de desarrollo y
los productos finales.
Establecer criterios de alto nivel para la aceptacin del sistema.

a) Definicin de objetivos
La determinacin de factibilidad en general de un proyecto solicitado significa el encontrar
cuales son los objetivos organizacionales, y luego determinar si el proyecto sirve para mover
el negocio hacia sus objetivos en alguna forma. Los objetivos del proyecto deben ser
calificados por medio de entrevistas con las personas del grupo, o departamento que lo
propone.
Los objetivos del proyecto necesitan ser puestos formalmente en papel, as como
informalmente platicando con las personas del negocio. Es bueno darse cuenta cul es el
problema que ellos creen que resolver el proyecto de sistema, o cul situacin se mejorar y
cules son sus expectativas del sistema propuesto.

Siguiendo con el ejemplo del Programa de Facturacin y Cuentas por Cobrar de la mediana
empresa comercial a continuacin presentaremos los objetivos que se pueden establecer:

Establecimiento de objetivos
La mediana empresa comercial con la mecanizacin del sistema de facturacin y cuentas por
cobrar pretende:
Utilizar la capacidad de la computadora para clasificar y consultar datos cuando sea
necesario



115
Agilizar el proceso de facturacin (mayor velocidad que la del proceso manual)
Confiabilidad tanto al consultar como al listar informes
Mayor exactitud y mejor consistencia
Seguridad de los datos, porque el programa no permitir el ingreso a personas no
autorizadas por el departamento
Consultar saldos actuales en cualquier momento, pues los saldos se irn actualizando
automticamente
Facilita los abonos en cuentas por cobrar

Una estrategia de solucin debe incluir una lista con prioridades de las caractersticas del
sistema, existen varias razones importantes para establecer dichas prioridades. En algn
momento posterior en el ciclo de desarrollo puede necesitarse posponer o eliminar algunas de
las capacidades del sistema debido a inconsistencias en los requisitos, cuellos de botella
tcnico, o exceso en tiempo o costo.

2.3.3.1.3 Determinacin de la factibilidad
Una vez que el proyecto se ha determinado de acuerdo con los criterios tratados anteriormente,
es necesario determinar si el proyecto es factible. La definicin de factibilidad va mucho ms
all del uso comn del trmino. Para los proyectos de sistemas, la factibilidad es valorada en
tres formas principales: operacional, tcnica y econmicamente. Un proyecto debe ser factible
en las tres formas para merecer un desarrollo posterior.

El estudio de factibilidad no es un estudio de sistema completo. En vez de ello, se usa al
estudio de factibilidad para recopilar datos ordinarios para la administracin, para que a su vez
les permitan tomar una decisin sobre si deben continuar con el estudio de sistema.

Los datos para el estudio de factibilidad pueden ser recolectados por medio de entrevistas a los
que estn directamente involucrados con el proceso de toma de decisiones, que son,
tpicamente, los administradores.







116
a) Factibilidad tcnica
El analista debe evaluar si los recursos tcnicos actuales pueden ser mejorados o aadidos, en
forma tal que satisfagan las nuevas peticiones. Sin embargo algunas veces las adiciones a los
sistemas existentes son costosas y no valen la pena.
Lo que se tiene que evaluar en este punto es: hay tecnologa existente en la empresa para
satisfacer las especificaciones?, si la respuesta es si, entonces es factible .

Lo que se puede observar en las medianas empresas comerciales, es que hay muchas empresas
que si poseen computadoras pero que no les dan el uso adecuado, y en otra minora no cuentan
con ellas pero si tienen las condiciones para adquirirlas y as automatizar los procesos, porque
reconocen que es necesario actualizar sus sistemas de informacin. Para tener asimismo
acceso a informacin oportuna.

b) Factibilidad operativa
El analista de sistemas deber evaluar la factibilidad operacional y esto depende de los
recursos humanos disponibles para el proyecto, e involucra proyectar si el sistema operar y
ser usado una vez que est instalado.

Si los usuarios estn casados virtualmente con el sistema presente, no ven problemas y, por lo
general, no estn involucrados en la peticin de un nuevo sistema, la resistencia ante la
implementacin del nuevo sistema ser fuerte.

En este momento la determinacin de la factibilidad operacional requiere imaginacin creativa
por parte del analista de sistemas, as como de su poder de persuasin, que permitir que los
usuarios sepan cules interfaces son posibles y cules satisfacen sus necesidades. El analista
de sistemas tambin debe escuchar cuidadosamente lo que en realidad quieren los usuarios o
lo que parecen que usarn. Sin embargo, para evaluar la factibilidad operacional, con mucha
frecuencia hay que practicar el arte de adivinar.

Siguiendo con el ejemplo del programa de facturacin y cuentas por cobrar en la mediana
empresa comercial diremos que: operativamente la implantacin del sistema es factible debido



117
a que se cuenta con el apoyo de los empleados, ya que se les ha logrado integrar en el
desarrollo de la aplicacin, demostrndoles las ventajas siguientes:
Disminucin de carga de trabajo
Mejor control de inventarios
Informacin actualizada
Ahorro de tiempo operativo
Mejor atencin a los clientes
Mejor presentacin en la elaboracin de facturas
Mejores controles
Evita duplicidad de trabajo
Informacin justo a tiempo
Captura de datos eficiente
Procesamiento de informacin eficientes
Almacenamiento de datos eficientes
Copias de seguridad eficaces
Es importante recalcar que la informacin a tiempo es una poderosa herramienta para una
adecuada toma de decisiones.

c) Factibilidad financiera
La mediana empresa comercial debe ser capaz de hacer ver el valor de la inversin en su
ponderacin antes de comprometerse a un estudio de sistemas completo. Si los costos a corto
plazo no son sobrepasados por las ganancias a largo plazo, o no producen una reduccin
inmediata en los costos de operacin, el sistema no es factible econmicamente y el proyecto
ya no debe continuar.

Siguiendo con el anlisis del ejemplo de facturacin y cuentas por cobrar de la mediana
empresa comercial se ver si es factible.
El desarrollo de la aplicacin de facturacin y cuentas por cobrar, cuenta con el apoyo
financiero de la direccin de la empresa, debido a que posee ventajas econmicas
cuantificables que obtiene la organizacin, a travs del uso de este sistema, por ejemplo
beneficios tangibles que seran: incremento de la velocidad de proceso, contar con cierta



118
informacin que de otra manera sera inaccesible, obtencin de informacin con mayor
puntualidad que en el pasado, aprovechando el mayor poder de clculo de la computadora y
reduciendo el tiempo requerido por los empleados para concluir una tarea especfica.

La factibilidad financiera se puede estimar en trminos de recursos o tiempo ahorrado. Si bien
al implantar el sistema se incurrir en gastos de adquisicin de hardware y software, dicho
costo se recuperar en un tiempo prudencial, ya que lo har por medio del ahorro de tiempo en
los procesos y todas las ventajas que el sistema presenta y que han sido mencionadas en este
estudio.

2.3.3.2 Anlisis
Fase de anlisis
Esquema F.3












En esta fase de anlisis se toman y se verifican los descubrimientos de la fase de estrategia y
se proponen estos con suficiente detalle para asegurar la exactitud de los modelos de la
empresa, posibilitando un fundamento slido para el diseo, dentro del alcance de la
organizacin y tomando en cuenta sistemas existentes.

Con el fin de obtener un refinamiento de los modelos, durante esta fase se realiza otra serie de
entrevistas ya no a un nivel directivo como en la fase de estrategia, sino a un nivel operativo y
Anlisis de
funciones Entrevistas
Anlisis de
documentos
Anlisis de
datos
Anlisis y
modelacin de
sistemas
Modelo
Entidad/relacin
Definicin de
restricciones
Definicin de la
conversin
Modelo de
Diagrama de Flujo



119
tcnico, es decir, se va directamente a entrevista con los usuarios que utilizan los sistemas, ya
sean estos manuales o mecanizados (aunque la mayora en las medianas empresas investigadas
llevan sus procesos en una forma manual). Con la participacin de los responsables de la
operacin de las funciones que sern automatizadas se realiza un anlisis detallado de sus
requerimientos especficos en cuanto a objetivos, subfunciones, informacin, datos, etc.
Tal como se muestra en el esquema F.3, con la informacin obtenida en la fase de estrategia y
del anlisis de esta se genera un modelado para el nuevo sistema informtico; entre las
herramientas de modelados que podemos utilizar se encuentran:

a) Diagrama de flujo de datos (DFD)
Ilustra las funciones que el sistema debe realizar. Podra describirse como qu
transformaciones debe llevar a cabo el sistema? Qu entradas se transforman en qu salidas?
entre otras.

Los diagramas de flujo de datos consisten en procesos, agregados de datos y terminadores:

Los procesos se representan por medio de crculos o cuadro en el diagrama. Representan
las funciones individuales que el sistema lleva a cabo. Las funciones transforman entradas en
salidas.








Los flujos se muestran por medio de flechas, son conexiones entre los procesos y
representan la informacin que dicho proceso necesita como entrada o genera como salida.









120
Los almacenamientos de datos se representan por medio de un semirrectngulo.
Muestran colecciones de datos que el sistema debe recordar por un perodo de tiempo. Cuando
los diseadores de sistemas y programadores terminen de construir el sistema, estos sern
archivos o bases de datos.




Siguiendo con el ejemplo de Facturacin y Cuentas por Cobrar en la mediana empresa
comercial, se presentan los siguientes flujogramas:


PROCESO DE ELABORACIN DE FACTURA
































Cliente

Preparacin
de factura
Asignacin
de nmero a
la factura
Inventario

Datos del cliente
Elaboracin de factura
Descarga de
inventario
Grabacin de
factura
Asignacin de
nmero a factura
Control de
creacin de
factura
Bitcora de
factura
Lista maestra
de facturas



121
PROCESO DE PAGO DE CLIENTES






Crdito










Pago
Crdito

Autorizado


















Ajustes Ajustes



Cuentas por
Cobrar

Factura

Clientes
Adeudo
En la
Cuenta
Datos de
liquidacin
Entrada
De
Liquidacin
Aprobacin
De
Crdito

Pago
en
La cuenta



122
PROCESO DE CREACIN DE PRODUCTOS










































Factura compra Factura venta









Crear
Producto

Usuario

Grupos

Unidades
Se crea el
grupo del
producto
Se crea la
unidad del
producto

Datos para crear productos
Producto para ambas facturas



123
El diagrama de flujo de datos proporciona una visin global de los componentes funcionales
del sistema, pero no da detalles de estos. Para mostrar detalles acerca de que informacin se
transforma y como se transforma, se ocupan dos herramientas textuales de modelado
adicionales: el Diccionario de Datos y la Especificacin de Procesos.
Hay herramientas CASE que se utilizan para que lleve incorporado lo que es un diccionario de
datos entre estas se encuentran ERwin, EasyCASE, System Archilect, entre otras Siguiendo
con el ejemplo de Facturacin y Cuentas por Cobrar en la mediana empresa comercial, se
presenta la siguiente muestra de un diccionario de datos:
NOMBRE DEL
CAMPO

DESCRIPCIN DEL CAMPO
Apellido

Cant_prod



Cant_ent

Cant_Sali

Cod_cliente


Cod_grupo

Cod_produ
Este campo contendr los apellidos de los clientes.

Este cdigo permite desplegar toda la informacin del producto que se
esta vendiendo o comprando, el sistema hace una bsqueda del cdigo
si existe despliega informacin.

Este campo contendr la cantidad que entra a inventario

Este campo se refiere a la cantidad de producto que sale del inventario

Permitir identificar a cada cliente, hace una bsqueda en la base de
datos de cliente.

Manejar los diferentes grupos de productos en el sistema

Este cdigo permite desplegar toda la informacin del producto que se
est vendiendo o comprando, el sistema hace una bsqueda del cdigo
si existe despliega informacin.





124
Diagrama Entidad Relacin (DER)
El diagrama de entidad-relacin es una herramienta efectiva de modelado para comunicarse
con el grupo de administracin de base de datos. Basndose en la informacin presentada por
el DER, este grupo puede ver el tipo de claves o ndices o apuntadores que se necesitarn para
llegar de manera eficiente a los registros de las bases de datos (ms adelante en la pgina 125
se muestra el ejemplo de este diagrama).

Para el analista, el DER representa un gran beneficio tambin enfatiza las relaciones entre
almacenes de datos en el DFD que de otra forma se hubieran visto solo en la especificacin de
proceso.

Como resultados de la fase de anlisis, adems del modelo de entidad-relacin y el del flujo de
datos, se definen las restricciones que tendr el sistema y la estrategia que se seguir en la
etapa de conversin.

Siguiendo con el ejemplo de Facturacin y Cuentas por Cobrar en la mediana empresa
comercial del municipio de San Salvador, es necesario presentar los diferentes tipos de
conversin:

Conversin directa: es un mtodo para la conversin del sistema mediante el cual se
inicia el apoyo operativo por parte del sistema nuevo, terminando de usar completamente
el sistema anterior.

Conversin por fases: un planteamiento para la conversin del sistema por medio del cual
se instala un sistema de informacin, un mdulo a la vez, sea por conversin paralela o
directa.

Conversin paralela: un mtodo para la conversin de un sistema por medio del cual el
sistema existente y el nuevo sistema operan de manera simultnea hasta que el equipo
encargado del proyecto est seguro de que el nuevo sistema est funcionando
apropiadamente.




125
En base a la informacin anterior se utilizar en el ejemplo, la conversin en paralelo, teniendo
como objetivo que los usuarios trabajen inmediatamente en el sistema para obtener beneficios
rpidos de los nuevos mtodos y controles.

Sin embargo se cree necesario que el sistema antiguo opere junto al nuevo, de esta forma se
est obligando al usuario a obtener beneficios respaldndose del otro, adems se lograr que
los usuarios adquieran experiencia y verificacin antes de la puesta en marcha.

Se llevar este mtodo en paralelo durante dos meses, en donde las personas encargadas de
manipular el sistema se familiarizarn con el nuevo software y a la vez se verifica que est
haciendo bien el proceso, el sistema y las personas.

En caso de haber una diferencia en alguno de los procesos se proceder a revisar donde est el
error.
Esto se har as:
Las personas encargadas de manipular el sistema, harn las facturas manualmente
(sistema anterior)
Luego harn la misma factura en el sistema computarizado ( sistema nuevo)
Al final del da harn comparaciones en los dos sistemas, si hay diferencias, se revisar
hasta encontrar el error.
Esto en cuanto a la factura de ventas.

Para registrar las compras, que ser por medio de ingreso al inventario se seguirn pasos tales
como:
Las personas encargadas de manipular el sistema, ingresar las compras manualmente al
inventario de productos (sistema anterior)
Luego harn este proceso, pero en el sistema nuevo
Al final del da harn comparaciones en los dos sistemas, si hay diferencias, se revisar
hasta encontrar el error, (de esta manera se har con todo el sistema).



126
EJEMPLO DE DIAGRAMA DE ENTIDAD RELACION
SISTEMA DE FACTURACIN Y CUENTAS POR COBRAR DE LAS MEDIANAS EMPRESAS COMERCIALES



127
Al finalizar esta fase, se obtiene un conjunto de recomendaciones y un plan acordado de
desarrollo de los sistemas de informacin, la elaboracin del sistema se har de acuerdo las
necesidades actuales y futuras de la empresa, tomando en cuenta restricciones operativas,
financieras y tcnicas.

Herramientas CASE recomendadas para el anlisis de sistemas

Paradigm Plus
Software Through Pictures
EasyCASE
Nota: las caractersticas de estas herramientas de encuentran en el apartado 2.2.6

2.3.3.3 Diseo
En esta fase se toman los requerimientos y el modelado que se hicieron en la fase de
anlisis y se determina la mejor manera de llevarlos a su realizacin, logrando niveles de
servicios acordados, dado el ambiente tcnico y las decisiones previas en los niveles
requeridos de automatizacin, tal como se ilustra en el esquema F.4. Es decir, que del
diseo conceptual se pasa al diseo final que ser utilizado para la implantacin, por
ejemplo en esta fase, el modelo entidad-relacin ser transformado en un diseo de base de
datos, y en especificaciones de almacenamiento y el modelo de Diagrama de Flujos, en
mdulos y manuales de procedimientos.

El diseo final del sistema integra los diseos, el de la base de datos y el de la aplicacin
adems se elaboran los planes de prueba y de transicin y se realizan los diseos de los
sistemas de auditoria y control, y el de respaldos y recuperacin. Los resultados de esta fase
lo constituyen, la arquitectura del sistema, el diseo de la base de datos, la especificacin de
los programas, la especificacin de los manuales de procedimientos.











128
Fase de diseo
Esquema F.4












Una buena metodologa de diseo consiste en utilizar patrones. Un patrn de diseo ofrece
una solucin concreta a los posibles problemas que podamos encontrar en la construccin
del sistema, indicando la mejor forma de modelar los objetos. Una vez aplicados, su
implementacin en lenguajes orientados a objetos no presenta ningn problema adicional.

2.3.3.3.1 Diseo de bases de datos
Esta fase consta principalmente del diseo de las bases de datos de la aplicacin, en el cual
se especifica el tamao de los campos, el tipo de dato, longitud, decimales, etc.
Siguiendo con el ejemplo del programa de facturacin y cuentas por cobrar de la mediana
empresa comercial, se presenta el diseo de las tablas.
Tabla: producto
LONGITUD
DATOS TIPO TAMAODESDEHASTADECIMAL DESCRIPCION
COD_PRODUCT CARACTER 10 1 10 Cdigo de Producto
NOM_PRODUC CARACTER 30 11 40 Nombre del Producto
EXISTENCIAS NUMERICO 10 41 50 2Existencia de producto
COD_UNIDAD CARACTER 2 51 52 Cdigo de unidades
COD_GRUPO CARACTER 3 53 55 Cdigo de grupo
PRECIO_VTA NUMERICO 7 56 62 2Precio de Venta
Login CARACTER 10 63 73
Total 73



Diseo Final
Diseo de
auditoria y
control
Diseo de
aplicacin
Diseo de bases
de datos
Diseo de
sistema de
respaldo
Plan de pruebas
Plan de
conversin
Especificacin
de manuales
Diseo de bases
de datos
Especificaciones
de los programas
Arquitectura del
sistema



129
Tabla: Proveedor
LONGITUD
DATOS TIPO TAMAODESDEHASTADECIMAL DESCRIPCION
COD_PROVE CARACTER 7 1 7 Cdigo del Proveedor
NOMBRE CARACTER 40 8 47 Nombre del Proveedor
DIRECCIN CARACTER 40 48 87 Direccin del Proveedor
TELEFONO CARACTER 8 88 95 Telfono del proveedor
FAX CARACTER 8 96 103 Fax del proveedor
CONTACTO CARACTER 40 104 143 Contacto del proveedor
E_MAIL CARACTER 40 144 183 Email del Proveedor
LOGIN CARCTER 10 184 193
Total 193


Tabla: productos_provee
LONGITUD
DATOS TIPO TAMAODESDEHASTADECIMAL DESCRIPCIN
COD_PROVE CARACTER 7 1 7 Cdigo del Proveedor
COD_PRODUC CARACTER 10 8 17 Cdigo del Producto
Total 17


Tabla: unidad
LONGITUD
DATOS TIPO TAMAODESDEHASTADECIMAL DESCRIPCIN
COD_UNIDAD CARACTER 26 1 26 Cdigo de unidad
NOM_UNIDAD CARACTER 15 27 41

Nombre de la unidad
(Presentacin de los productos
unidades, cajas, libras, etc.)
NOM_CORTO CARACTER 5 42 46 Abreviatura de unidad

Total 46


Tabla: Grupo
LONGITUD
DATOS TIPO TAMAODESDEHASTADECIMAL DESCRIPCIN
COD_GRUPO CARACTER 3 1 3 Cdigo identificador del Grupo
NOM_GRUPO CARACTER 15 4 18
Nombre del Grupo (Se refiere a
la clasificacin de los productos
por ej. Cereales, abarrotes,
carnes, lcteos, frutas, verduras,
telas, ropa de vestir etc.)
Total 18









130

Tabla: Compras
LONGITUD
DATOS TIPO TAMAO DESDE HASTA DECIMAL DESCRIPCIN
DOCUMENTO CARACTER 10 1 10
Documento (Orden de compra,
Factura o Comprobante de
Crdito Fiscal)
COD_PROVE CARACTER 7 11 17 Cdigo del Proveedor
FECHA FECHA 8 18 25 Fecha de compra
MONEDA NUMERICO 1 26 26 Tipo de moneda de compra
COSTO_TOT NUMERICO 8 27 34 Costo total de la compra
NUM_DOCUM CARACTER 8 35 42 Nmero de documento
TIPO_COMP CARACTER 10 43 52 Tipo de compra
LOGIN CARACTER 10 53 61
Total 61


Tabla: Detalle_ compras
LONGITUD
DATOS TIPO TAMAO DESDE HASTA DECIMAL DESCRIPCION
NUM_DOCUM CARACTER 10 1 10 Numero del documento
COD_PRODUCT CARACTER 7 11 17 Cdigo del producto
PRECIO_UN NUMERICO 8 18 25 Precio unitario
CANT_PROD NUMERICO 1 26 26 Cantidad del producto
LOGIN CARCTER 10 27 36
Total 36


Tabla: ventas
LONGITUD
DATOS TIPO TAMAO DESDE HASTA DECIMAL DESCRIPCIN
TIPO_VENTA CARACTER 10 1 10 Tipo de Venta
NUM_DOCUM CARACTER 10 11 20 Numero de Documento
FECHA FECHA 8 21 28 Fecha de aplicacin
MONEDA NUMERICO 1 29 29 Tipo de Moneda
TOTAL_VTA NUMERICO 6 30 35 2Total de Venta
COD_CLI NUMERICO 7 36 42 Cdigo de cliente
ANULADO LOGICO 1 43 43 Marca de anulado
LOGIN CARACTER 10 44 53 Clave
Total 58








131

Tabla: detalle_vta
LONGITUD
DATOS TIPO TAMAODESDE HASTADECIMAL DESCRIPCIN
NUM_DOCUM NUMERICO 10 1 10 Nmero de documento
COD_PRODUCT CARACTER 10 11 20 Cdigo del producto
CANT_PRODUCT NUMERICO 6 21 26 Cantidad de producto
PRECIO_UN NUMERICO 8 27 34 2Precio unitario

Total 34


Tabla: clientes
LONGITUD
DATOS TIPO TAMAODESDE HASTADECIMAL DESCRIPCIN
COD_CLI NUMERICO 7 1 7
Cdigo identificador del
cliente
NOMBRES CARACTER 25 8 32 nombres del cliente
APELLIDO CARACTER 25 33 57 Apellidos del cliente
DIRECCION CARACTER 40 58 97 Direccin del cliente
TELEFONO CARACTER 8 98 105 Telfono del cliente
NIVEL_CRE NUMERICO 6 106 112 2Nivel crediticio
LOGIN CARACTER 10 113 123
Total 121


Tabla:niveles_credito
LONGITUD
DATOS TIPO TAMAODESDE HASTADECIMAL DESCRIPCIN
NIVEL_CRE NUMERICO 6 1 6 2Nivel crediticio
MONTO CARACTER 7 7 13 2Monto del crdito

LOGIN CARACTER 10 14 22
Total 32


Tabla: usuario
LONGITUD
DATOS TIPO TAMAODESDE HASTADECIMAL DESCRIPCIN
LOGIN CARACTER 10 1 10
Nombre identificador del
Usuario
PASSWORD CARACTER 6 11 16 Clave del usuario del sistema
NIVEL_ACCE NUMERICO 1 17 17 Nivel de Acceso
NOMBRE CARACTER 40 18 57 Nombre del usuario
Total 57







132

Tabla: kardex
LONGITUD
DATOS TIPO TAMAODESDE HASTADECIMAL DESCRIPCION
COD_PRODUC CARACTER 10 1 10 Cdigo del producto
TIPO_MOVI CARACTER 2 11 12 Tipo de Movimiento
FECHA_MOVI FECHA 8 13 20 Fecha de Movimiento
VENCIMIENTO FECHA 8 21 28 Fecha de Vencimiento
CANT_ENTR NUMERICO 8 29 36 2Cantidad de entrada
CANT_SALI NUMERICO 8 37 44 2cantidad de salida
SALDO NUMERICO 8 45 52 2Saldo
PRECIO_COMP NUMERICO 6 53 58 2Precio de compra
PRECIO_VAL NUMERICO 6 59 64 2Representa el mtodo de valuar
el inventario
Total 64


Tabla: cuentas por cobrar
LONGITUD
DATOS TIPO TAMAODESDE HASTADECIMAL DESCRIPCION
COD_CLI NUMERICO 7 1 7 Cdigo del cliente
NUM_DOCUM CARACTER 10 8 17 Nmero de documento
ESTADO CARACTER 9 18 26

Presentar el estado o crdito
disponible que tenga el cliente
al momento de facturarle
DOCUMENTO NUMERICO 7 27 33 Nmero de documento
SALDO_ANTERIOR NUMERICO 7 34 40 2Saldo Anterior
SALDO_ACTUAL NUMERICO 7 41 47 2Saldo Actual
LOGIN CARACTER 10 48 57
Total 57


Tabla: auxiliar
LONGITUD
DATOS TIPO TAMAODESDE HASTADECIMAL DESCRIPCIN
NUM_DOCUM CARACTER 10 1 10 Nmero de documento
COD_PRODUC CARACTER 10 11 20 Cdigo del producto
NOM_PRODUC CARACTER 30 21 50 Nombre del producto
PRECIO_UN NUMERICO 6 51 56 2Precio Unitario
CANTIDAD NUMERICO 6 57 62 2Cantidad de productos
COSTO_TOTAL NUMERICO 7 63 69 2Costo total
Total 69

Tabla: bitcora
LONGITUD
DATOS TIPO TAMAO DESDE HASTA DECIMAL DESCRIPCIN
LOGIN CARACTER 10 1 10 Nombre identificador del Usuario
INGRESO DATE TIME 8 11 18 Fecha de ingreso del usuario
Total 18



133
2.3.3.3.2 Diseo de pantallas
El diseo de pantallas es otra etapa sumamente importante de esta fase, puesto que de la
elaboracin de este diseo se llevar a cabo lo que es la programacin del nuevo sistema
que ser de gran ayuda a la alta gerencia para la toma de decisiones. Vale la pena aclarar
que, gran parte de estas pantallas son elaboradas con herramientas generadoras de cdigo,
siempre y cuando el analista las haya diseado de acuerdo a las necesidades expuestas por
los solicitantes de nuevo sistema.

Siguiendo con el ejemplo del programa de facturacin y cuentas por cobrar de la mediana
empresa comercial, se presenta el diseo de pantallas.
Acceso de usuario










Pantalla principal




134
Pantalla de ventas




















Pantalla de Compras



























135
Pantalla de cuentas por cobrar





















Mantenimiento de producto














Mantenimiento de grupo












136
Mantenimiento de unidades











Usuario del sistema

































137
2.3.3.3.3 Diagrama de estructura de sistemas
El diagrama de estructura de sistemas; es otro de los diseos muy tiles porque permite ver como ser la estructura del sistema.
Puesto que cuando se construye un software el diagrama debe de presentar todas la funciones y subfunciones del sistema que se est
diseando, ste se concentra en todo los mdulos que tiene que contener el nuevo sistema.
Siguiendo con el ejemplo del Sistema de Facturacin y Cuentas por Cobrar de la mediana empresa comercial, se presenta el siguiente
diagrama:






















Sistema de Facturacin y Cuentas por
Cobrar
Ventas
Compras
C x C
Mantenimiento
Utilitarios
Proveedores
Productos
Grupos
Unidades
Listado de
proveedores
Listado de
Precios
Listado de
Existencias
Listado de Vtas
por Clientes
Listado de Ctas
Por Cobrar
Usuarios
Nivel de
Crdito
Reindexar
Back up
Clientes
Transacciones
Reportes y
consultas
Salida



138
Luego que se tiene el diseo de bases de datos y el diseo de pantallas, se continua con el
diseo de los reportes de acuerdo a las especificaciones de los usuarios, de la alta gerencia y
dependiendo de la herramienta que se use as le podrn dejar las opciones de seguir diseando
lo reportes necesarios en los momentos oportunos, puesto que todos los datos sern guardados
en un repositorio.

Pasos importantes que faltan mencionar en esta fase son:
Disear un plan de conversin
Disear un plan de capacitacin para los usuarios
Diseo de un plan de auditoria del sistema
Diseo de un plan de pruebas
Elaborar un cronograma de implantacin del nuevo sistema

Al finalizar esta fase, se obtiene un diseo completo de lo que ser el nuevo sistema.

2.3.3.3.4 Recomendaciones de herramientas CASE que ayudan al diseo de sistemas
Designer de Oracle
Developer de Oracle

Designer tiene tres componentes principales:
Reingeniera de procesos de negocio
Modeladores
Generadores

Developer tiene cuatro componentes fundamentales
Oracle Reports (generador de pantallas)
Oracle Forms (generador de informes)
Oracle Graphics (generador de grficos)
Procedure Builder (generador de procedimientos)
Enterprise Architect
Microsoft Visio Professional
Microsoft SQL Server



139
Estas herramientas son las que se recomiendan para esta fase, se considera que son de gran
ayuda. Las caractersticas de estas herramientas CASE se encuentran en el apartado 2.2.6 de
este captulo.

2.3.3.4 Codificacin y Documentacin
2.3.3.4.1 Codificacin
A partir del diseo final generado en la anterior fase, en sta se codificar y se probar el
nuevo sistema, usando herramientas CASE apropiadas tales como System Architect, Power
Builder, Visual FoxPro, entre otras.

Esta fase involucra planeacin, diseo de la estructura del sistema, codificacin de abajo a
arriba (prueba de unidades y enlaces), pruebas de arriba a abajo (prueba del sistema) y un
enfoque disciplinado en la realizacin del trabajo y en el control de versiones del sistema y
pruebas. Los resultados de esta fase son los programas probados y la base de datos afinada. En
el esquema F.5 se muestra grficamente el proceso de esta fase.

Fase de codificacin
Esquema F.5




















Diseo de bases
de datos
Diseo de
pantallas
Especificacin de
los programas

Codificacin
Sistema probado
Bases de datos
afinadas
Herramientas
CASE



140
Pruebas de sistemas:
Dependiendo del tamao de la empresa que usar el sistema y el riesgo asociado a su uso,
puede hacerse la eleccin de comenzar la operacin del sistema solo en un rea de la empresa
(como una prueba piloto), que puede llevarse a cabo en un departamento o con una o dos
personas. Cuando se implanta un nuevo sistema lo aconsejable es que el viejo y el nuevo
funcionen de manera simultnea o paralela con la finalidad de comparar los resultados que
ambos ofrecen en su operacin, adems dar tiempo al personal para su entrenamiento y
adaptacin al nuevo sistema.

Durante el proceso de implantacin y prueba se deben implementar todas las estrategias
posibles para garantizar que en el uso inicial del sistema ste se encuentre libre de problemas
lo cual se puede descubrir durante este proceso y llevar a cabo las correcciones de lugar para
su buen funcionamiento.

Desdichadamente la evaluacin de sistemas no siempre recibe la atencin que merece, sin
embargo cuando se lleva a cabo de manera adecuada proporciona muchas informaciones que
pueden ayudar a mejorar la efectividad de los esfuerzos de desarrollo de aplicaciones futuras.

2.3.3.4.2 Documentacin
Esta fase se lleva a cabo a la misma vez que la codificacin, es una fase muy importante,
puesto que permitir dar mantenimiento efectivo al sistema y guiar a los usuarios en el uso de
dicho sistema informtico. El modelo CASE permite hacer uso de herramientas para elaborar
los documentos y se recomienda utilizar la misma herramienta con que se elabor el cdigo
del sistema.

Los manuales que se elaboran en esta fase, se construyen a partir de las especificaciones del
diseo, de los programas realizados y del anlisis del estilo de trabajo y nivel de competencia
de los usuarios y operadores de los sistemas. Dicho proceso se muestra en el esquema F.6







141
Fase de documentacin
Esquema F.6







Por otro lado, la documentacin constituye un problema, cuando en ocasiones los estndares
para realizarla se implementan despus que se llev a cabo el proceso de desarrollo; adems
documentar requiere de tiempo y de recursos si no se cuenta con una herramienta adecuada,
es por eso que se enfatiza que se utilice el modelo CASE el cual se auxilia de herramientas
que facilitan dicho proceso.

La documentacin de un sistema debe proporcionar un panorama del mismo, especificar los
procedimientos que se llevan a cabo y la forma de operarlo. Adems de esta documentacin, la
cual con mayor frecuencia se dirige al usuario, debe documentarse y detallarse la estructura de
archivos y programas con el objetivo de que pueda realizarse un mantenimiento adeudado.

2.3.3.5 Conversin
El funcionamiento del sistema no necesariamente implica la sustitucin total de los antiguos
sistemas y de sus bases de datos correspondientes. En ciertos casos, por razones operativas y/o
econmicas, los nuevos sistemas integran algunos de los antiguos; pero como quiera que sea,
la introduccin ya sea de un sistema completamente nuevo o un sistema que integra a uno ya
existente implica un nuevo tipo de uso y de operacin que deber ser asimilado y aprendido
por los usuarios y operadores. Por esta razn, el desarrollo de un sistema no se termina con su
programacin; antes de su liberacin para su uso, se debe prever un perodo de conversin que
deber incluir la alimentacin de las nuevas bases de datos, la capacitacin de los usuarios y el
desarrollo de pruebas.

Codificacin
Descripcin del
sistema
Diseo de
sistema
Manual tcnico
Manual del
usuario



142
En este modelo de la metodologa CASE, la conversin conforma una de sus fases y en ella se
realizan todas las tareas necesarias para la implementacin y proporciona un periodo inicial de
soporte al sistema. La conversin debe llevarse a cabo con una interrupcin mnima de la
organizacin, y debe dejar a los usuarios confiados y listos para explotar el nuevo sistema. El
resultado final de esta fase es un reporte que muestre que las pruebas fueron satisfactorias. En
el esquema F.7 se muestra grficamente esta fase.

Fase de conversin
Esquema F.7













Al realizar la conversin de un sistema de informacin, lo primero que se debe de hacer es
asegurar que el sistema sea operacional, o que funcione de acuerdo a los requerimientos del
anlisis y diseo previo, como resultado de la sustitucin o mejoramiento de la forma de
llevar a cabo un proceso automatizado.

En esta fase el analista de sistemas pone en prctica el plan de conversin que se elabor en
la fase de diseo. De igual manera formula medidas de desempeo con las cuales evala a los
usuarios.

Debe convertir fsicamente el sistema de informacin antiguo, al nuevo modificado.
En el desarrollo de esta fase, aunque el sistema est bien diseado y desarrollado
correctamente, su xito tambin depender de su conversin y ejecucin por lo que es
importante capacitar al usuario con respecto a su uso y mantenimiento.

Nuevo sistema
Antiguo
sistema
Conversin
Reporte de
prueba
Alimentacin
de BD Capacitacin Pruebas



143
Capacitacin de usuarios del sistema
La responsabilidad de capacitar a los usuarios es del analista, desde el personal de captura de
datos hasta aquellos que toman las decisiones sin usar una computadora.

No se debe incluir a personas de diferentes niveles de habilidad e intereses de trabajo; debido a
que si en una empresa existen trabajadores inexpertos no se pueden incluir en la misma
seccin de los expertos ya que ambos grupos quedaran perdidos.
"Es como querer conducir dos barcos con diferentes destinos con un mismo mapa de rutas o
con el mismo timn".

Aun y cuando la empresa puede contratar los servicios de instructores externos, el analista es
la persona que puede ofrecer la mejor capacitacin debido a que conoce el personal y al
sistema mejor que cualquier otro.

El objetivo de la capacitacin es lograr que los usuarios tengan el dominio necesario de las
funciones bsicas acerca del sistema informtico y los pasos a emplean para su operacin de
manera eficiente y segura.

2.3.3.6 Producto
Por ltimo, en esta fase se obtiene el producto final el cual es el sistema listo para su uso, en el
esquema F.8 se muestra grficamente. Se asegura que este sistema funcione correctamente, y
con intervencin mnima de los administradores del sistema. Para esto se realizan nuevas
pruebas, se reevalan los resultados y se hacen refinamientos del sistema, los cambios
necesarios debern ser introducidos sin afectar a los usuarios, y deber conseguirse su mxima
confianza. El resultado de esta fase debera ser un sistema listo para su operacin.
Fase de producto
Esquema F.8








Nuevo sistema Producto
Sistema listo para
su uso
Pruebas finales



144
CONCLUSIONES

Al realizar una investigacin de la mediana empresa comercial del municipio de San Salvador
se deduce que debido a la situacin en la que se encuentran dichas empresas es necesario hacer
uso de sistemas que les proporcionen informacin en una forma ntegra, rpida y eficiente y
estar en una constante actualizacin de conocimientos en cuanto a existencias de herramientas
CASE.

En este trabajo se ha presentado la forma de cmo aplicar el Modelo CASE para que la
mediana empresa comercial de San Salvador cuente con un modelo que les venga a facilitar el
desarrollo de los sistemas y como consecuencia agilizar la toma de decisiones en la alta
gerencia teniendo informacin actualizada.

El modelo CASE permite utilizar una metodologa que consiste en emplear diferentes
herramientas o una sola, si as se desea, para todo el ciclo de vida de los sistemas, a la vez se
recomienda una variedad de herramientas CASE, en las cuales el analista y/o programador
puede elegir la que ms le convenga o se apegue a las necesidades de la empresa, para lograr
as construir sistemas de calidad y aumentar la productividad de los analistas y programadores.

El aplicar el modelo CASE proporciona una gran ayuda al desarrollador de software, puesto
que le permite desarrollar buenos sistemas y de fcil mantenimiento, a la vez facilita la toma
de decisiones a las personas encargadas de esta funcin, proporcionando informacin
oportuna. Esto le da a las empresas una ventaja competitiva al permitirle hacer frente a los
cambios que demandan los negocios al contar con la informacin adecuada.











145
RECOMENDACIONES

Despus de indagar como se encuentra la mediana empresa comercial en el municipio de San
Salvador, se encontr que necesitan urgentemente llevar sus procesos en una forma gil y
ordenada y que adems del manejo operativo de la informacin hay necesidad de contar con
un acceso global a la misma, para que permita a la alta gerencia una acertada toma de
decisiones, una de las recomendaciones es que hagan uso de sistemas informticos elaborados
en la empresa misma, para este propsito se recomienda que se aplique el Modelo CASE.

La decisin de hacer uso de herramientas CASE dentro del proceso de desarrollo de software
debe ser tomada en la planificacin del proyecto. Ya que no es suficiente con tener las
herramientas, es necesario preparar los datos para que puedan ser usados en estas
herramientas.

Se recomienda revisar la infraestructura computacional con la que cuenta la empresa, en
cuanto a velocidad, caractersticas del sistema operativo y capacidad de almacenamiento, para
saber si es capaz de soportar las herramientas CASE seleccionadas.

Es necesario garantizar que los programadores no solo entiendan el problema y sus soluciones,
sino que estn en la facultad de usar las herramientas CASE, para dar respuestas a dichos
problemas.

Los usuarios deben de entender la estructura de la informacin digitada, como se relaciona
entre si, cuales son sus atributos y como se puede obtener ms informacin de los sistemas
informticos, para que puedan obtener el mayor beneficio de los sistemas.

Se aconseja hacer uso de herramientas CASE desde el inicio del ciclo de vida para asegurar de
esta manera la calidad del producto final.