Вы находитесь на странице: 1из 30

\ '"^1

".;-'-*-';)a3

?^
;<> . .

6 ......

A'
A^
v-.-,-5^jS:'' --
-'-'^

Introduccin
En los captulos anteriores se analizaron los diferentes tipos de sistemas de infor
macin y se mostraron caractersticas y funciones especficas de cada uno de ellos.
Sin embargo,adems de conocer ios diferentes tipos de sistemas, es necesario ana
lizar el proceso que puede seguirse para su desarrollo con el objetivo de poner a
disposicin de las empresas y de los usuarios las ventajas que se derivan de los sis
temas. Hay que tomar en consideracin el ambiente de negocios dominante como ,
son servicios y productos decalidad, alta competitividad y giobalizacin. Lo ante
rior requiere del desarrollo de plataformas informticas slidas para afrontar los
retos que enfrentan las empresas,gestndose as proyectos de informtica. Por ello,
en este captulo se estudiarn las alternativas para que una organizacin pblica
o priyada pueda llevar a cabo proyectos de tecnologas de informacin.

Proceso de desarrollo de proyectos de TI


Existen dos tipos de software: interno y de aplicacin. El primero es un conjunto
de programas que nos permiten interactuar con el sistema conaputacional. por
ejemplo ios. sistemas operativos como Windows 8,1 y Linux. El software de apli
cacin se refiere a.los programas que.resuelven problemas funcionales a los su
rips, como un sistema desarrollado para apoyar el proceso de toma de decisin
o un sistema transaccional En este captulo nos referimos al software de aplic
cin y usremos de manera indistinta las palabras software de aplicaciny sist
ma de informaci,n. ' '.'CP
8-
r":>
(kt.-;. .
292 Captulo 11 Desarrollo de estrategias y soluciones de TI

Debido a los avances tecnolgicos, existe una tendencia a disminuir los costos de los recursos
de hardware, mientras que los productos de software tienen una tendencia a la alza. Un ejemplo
de esto es que las computadoras continan bajando de precio (en dlares) y ofreciendo nuevas y
mayores capacidades, mientras que el software contina especializndose e incrementando sus
costos(vea la figura 11.1). Este fenmeno explica la importancia que tiene el desarrollo de sistemas
considerando los altos costos que origina a las organizaciones.

Hardware Software

Tiempo Tiempo

Figura 11.1 Tendencia en los costos de hardware y software.

En cuanto al desarrollo de software, las organizaciones se enfrentan con las siguientes dificul
tades:

Muchos proyectos iniciados se cancelan.


Pocos proyectos terminan en la fecha compromiso,con los requerimientos especificados por
el usuario y dentro del costo presupuestado.
Los proyectos grandes o importantes concluyen con costos muy por encima de los costos
estimados.

Esto nos indica que la necesidad de analizar el proceso de desarrollo en las organizaciones para
determinar si es el adecuado, y mantener un esquema de competitividad en relacin con el de
sarrollo de los sistemas. Este captulo ayudar a entender el proceso de desarrollo con el fin de lo
grar una mejora en dicho proceso.

Detonante de la incorporacin de TI en la empresa


El proceso de incorporar tecnologas de informacin a las organizaciones no es algo fortuito; en
estricto sentido, debe derivarse de un plan estratgico del rea de informtica, el cual debe estar
alineado a los objetivos de la empresa. Este proceso tiene diferentes grados de formalidad con alta
correlacin al tamao de las empresas. Es comn que existan planes bien detallados de incorpora-
Detonante de la incorporacin de TI en la empresa

cin de TI en organizaciones grandes y planes informales en compaas de menor tamao. Sin


embargo, las decisiones de inversin debern tener justificacin y claridad con respecto a los im
pactos que tendrn los proyectos de TI en la estrategia de negocio.
Segn Rainer y Watson (2012), el plan estratgico de TI es el conjunto de objetivos que des
criben la infraestructura tecnolgica e identifica las iniciativas de TI necesarias para lograr los ob
jetivos organizacionales. El plan de TI debe cumplir tres objetivos:

Un alineamiento total al plan estratgico de la empresa.


Deber proveer la arquitectura de TI en materia de redes, aplicaciones y bases de datos.
Deber asignar los recursos del rea, de tal forma que se puedan completar cada uno de los
proyectos del plan en trminos de calidad, tiempo y costos. En la figura 11.2 se observan
los pasos del plan de TI.

Una vez que la empresa ha desarrollado los planes estratgicos, operacionales y el portafolio de
proyectos a desarrollar, en seguida la organizacin se enfrenta a la decisin de integrar las tecno
logas de informacin {Hardware y software), para lo cual existen diversas alternativas.

Visin, misin
Evaluacin de la empresa
de la empresa

Plan estratgico
de la empresa

... ..flan estratgico ^^^^Estado actual-de


informtica

^J^uv^-rqUitectura^^^^^

'Plan operacibal
deinforrnatica.;

'.Vi

mcmmmmmim

Figura 11.2 Etapas y elementos del plan estratgico de TI.


Capitulo 11 Desarrollo de estrategias y solucionos de Ti

Ciclo de vida de los Sistemas de informacin

Antes de analizar la calidad del proceso de desarrollo de sistemas, es importante explicar el ciclo de
vida de los Sistemas de informacin los cuales tienen como punto de partida la conceptualizacin
de la idea y la revisin de los cambios organizacionales que provocar la nueva tecnologa. Se tra
ta de un enfoque en el que es importante entender el ro de los especialistas en informtica y los
usuarios de los sistemas para de esta manera obtener el mximo beneficio al incorporar el sistema.
En la figura 11.3 puede observarse este ciclo y las fases que incluyen, como nacimiento, desarrollo,
operacin, mantenimiento y muerte. A continuacin se explican de manera breve cada una de ellas.

Nacimiento
Desarrollo

Muerte

Operacin
mantenimiento

Figura 11.3 Ciclo de vida de los Sistemas de informacin.

Nacimiento
Esta fase da comienzo al ciclo de vida con el surgimiento de una necesidad o de un requerimiento
por parte del usuario. En este momento debe hacerse un estudio de factibilidad para decidir si se
justifica o no el desarrollo del sistema.

Desarrollo
Una vez realizado el estudio de factibilidad, se procede ai desarrollo del sistema, en el cual se ana
lizan los requerimientos y se elabora un diseo que servir de base para el desarrollo. Adems,de
ben elaborarse los programas necesarios para que el sistema pueda operar. La fase de desarrollo
consiste en disear, construir y/o adecuar los programas que se requieren para resolver el proble
ma del usuario.
Variables crticas en el proceso de desarrollo de sistemas ^ 295

Operacin
En esta etapa el sistema ya est terminado y el usuario trabaja introduciendo datos y obteniendo
informacin y reportes que apoyen la operacin de la empresa.Si el sistema no satisface los reque
rimientos funcionales del usuario o si se detecta algn error en los programas, es necesario pasar
a la fase de mantenimiento.

Mantenimiento
Consiste en corregir los errores que se detectan en los programas o en las funciones que realiza el
sistema. En esta fase, adems, el usuario puede agregar nuevos requerimientos.

Muerte
Un sistema de informacin llega a esta fase cuando deja de ser necesario o cuando debe reempla
zarse por otro mejor. Si al sistema original se le hacen mejoras o cambios radicales se inicia nue
vamente el proceso.

Variables crticas en el proceso


de desarrollo de sistemas
Una vez que se ha analizado el ciclo de vida,es necesario tomar en cuenta las variables que pueden
influir sobre el proceso de desarrollo. Estas variables, ilustradas en la figura 11.4, son calidad, es
pecificaciones del usuario, recursos y tiempo.Es importante que el usuario del sistema conozca las
variables que afectan el proceso de desarrollo para que coopere y evite que el sistema que se des
arrolle presente problemas durante su operacin. A continuacin se explica cada una de las varia
bles y su efecto en desarrollo del sistema.

Calidad
Significa que el sistema satisface los requerimientos de confiabilidad y eficiencia de la mejor ma
nera posible, y que no requiera mantenimiento o modificaciones una vez que se termine. Normal
mente, un sistema de buena calidad tiene alta duracin en su ciclo de vida. Por el contrario, si el
ciclo de vida de un sistema es corto, puede suponerse que la calidad de este sistema es pobre.

Especificaciones del usuario


Son todos los requerimientos que el usuario solicita antes de iniciar el desarrollo del sistema, es
decir,las funciones que necesita que el sistema realice. El sistema debe cumplir con todas las espe
cificaciones y expectativas que tiene el usuario para que el proceso de desarrollo se considere exi
toso.

Recursos
Son las personas que realizan el proceso de desarrollo, el equipo y los recursos econmicos nece
sarios para el desarrollo del sistema. Un desarrollo adecuado y competitivo deber consumir la
cantidad mnima de recursos sin sacrificar calidad ni las especificaciones de los usuarios.
296 Captulo 11 Desarrollo de estrategias y soluciones de TI

Tiempo
Implica la duracin de todo el proceso de desarrollo, desde su inicio hasta que entra en operacin.
El desarrollo de un sistema de informacin debe cumplir con las expectativas de tiempo que fijan
de forma conjunta el analista del sistema y el usuario.
A continuacin se ilustra la relacin que existe entre estas variables, ya que si alguna de ellas
sufre modificaciones durante el proceso, puede producir un cambio en una o ms de las otras va
riables. Por ejemplo:

Si se incrementan las especificaciones del usuario, el tiempo de desarrollo puede aumentar al


igual que los recursos,lo cual puede provocar una dismitfucin de la calidad final del software.
Si el usuario solicita que se agreguen ms funciones a las definidas en el inicio ser necesario
incrementar los recursos asignados y el tiempo estimado,si se desea cumplir con lo planeado.
En caso de que no haya reconsideracin de estas variables, la calidad del sistema puede ser
afectada negativamente. Para tener claro que los cambios en las especificaciones del usuario
van a afectar al resto de las variables y sobre todo a los recursos econmicos y humanos, es
recomendable hacer un "contrato" en donde se especifiquen las consecuencias de estas altera
ciones por parte del usuario.
Si el tiempo de terminacin del software requiere reducirse, es necesario incrementar los re
cursos(contratar ms personal)o recortar las especificaciones del usuario; de otra manera, no
ser posible cumplir con todo lo planeado,lo cual puede disminuir la calidad final del sistema.
Si se desea incrementar la calidad del sistema puede ser necesario incrementar la cantidad de
recursos asignados al proyecto y/o incrementar el tiempo asignado al proyecto. Si se quiere te
ner un producto final que tenga una calidad aceptable para una buena operacin, deber anali
zarse si los recursos asignados al proyecto y si su tiempo estimado de desarrollo son adecuados
para cumplir con las especificaciones del usuario a travs de un sistema de alta calidad.
Puede observarse que el cambio en cualquiera de las variables afecta la calidad del proceso de
desarrollo de sistemas. Es importante que desde la fase inicial se definan los requerimientos de ca
lidad del sistema y las especificaciones del usuario, as como una estimacin correcta del tiempo y
los recursos que se requieren.

Alternativas para la adquisicin de sistemas


Una vez que se analizan las variables que afectan en la calidad del desarrollo de sistemas y de conocer
el ciclo de desarrollo de sistemas, es importante que una empresa u organizacin considere los tres
diferentes mtodos existentes para proveerse de sistemas. Cada uno se explica a continuacin.

El mtodo tradicional
Consiste en que la empresa desarrolle internamente el sistema o contrate servicios externos para
ello: esta alternativa se explicar ms adelante al hablar de outsourcing. En este mtodo se desarro
lla un sistema especfico para las necesidades de una empresa en particular, y en la mayora de los
casos se utiliza para desarrollar sistemas estratgicos debido a que no existen sistemas similares en
el mercado. Por ejemplo, un sistema para dar valor agregado a un producto o servicio, el cual per
mite lograr una diferencia competitiva, ya sea que diferencie el producto/servicio o le permita
competir con un costo ms bajo.
Mtodo tradicional Q 297

Calidad Especificaciones
de usuario

Recursos
(personal
.. . Tiempo
y dinero)

Figura 11.4 Variables que influyen en la etapa de desarrollo de sistemas.

La compra de paquetes
Consiste en adquirir paquetes desarrollados y terminados o desarrollados de manera parcial por
otras compaas que se encuentran en el mercado de desarrollo de software. Por ejemplo,comprar
un paquete para el manejo de la contabilidad o una solucin total de CRM como apoyo a los pro
cesos de ventas y servicio.

El desarrollo por parte del usuario final


Consiste en que el usuario final del sistema sea el que desarrolle sus propias aplicaciones para lo
cual utiliza las herramientas computacionales disponibles,como los paquetes y lenguajes de cuar
ta generacin. Normalmente no se requieren conocimientos profundos de programacin para
este tipo de aplicaciones. Un ejemplo de ello es un modelo de planeacin financiera desarrollado
directamente por el gerente de finanzas que utilice Excel.
Anteriormente, el mtodo tradicional era el ms utilizado por las organizaciones debido a la
falta de paquetes disponibles y de herramientas fciles de usar para el desarrollo de aplicaciones.
En la actualidad es importante decidir si el sistema se desarrollar desde el inicio, se optar por
comprar un paquete o el usuario final desarrollar su propia aplicacin. En la figura 11.5 se obser
va el cambio que se ha producido en la forma de adquirir los sistemas a travs del tiempo.

Mtodo tradicional
El mtodo tradicional de desarrollo consiste en una serie de fases consecutivas que se inician con
un estudio de factibilidad de la realizacin del proyecto y terminan con la operacin del sistema.
298 Captulo 11 Desarrollo de estrategias y soluciones de TI

Compra paquetes Mtodo

Usuario final

Usuario
Paquetes
final

sr

Dcada de los aos Dcada de los aos


setenta y ochenta Tendencia noventa y siglo xxt

Figura 11.5 Evolucin en los mtodos utilizados para la adquisicin de software de aplicacin.

A este mtodo se le conoce como cascada o cada de agua debido a que las fases son consecuti
vas. A pesar de que se sigue un orden en la realizacin de cada una de las fases, es posible regresar
a la fase anterior para hacer correcciones en caso de ser necesario.
Al estar un sistema en operacin, el usuario puede darse cuenta si cumple con las funciones
que requiere o si es necesario agregarle algunas otras. En este caso,es necesario regresar a las fases
anteriores y hacer las correcciones. La grfica de este mtodo se muestra en la figura 11.6.
Las fases de que consta el mtodo tradicional son las siguientes:

Factibilidad
En esta etapa se debe realizar un estudio para determinar la factibilidad del proyecto, consideran
do los aspectos tcnicos y econmicos. Debe analizarse si en realidad un sistema de informacin
ayudar a lograr los objetivos que se pretenden o si no es conveniente realizarlo, ya que hay otras
maneras mejores de cumplir con los objetivos.
La factibilidad corresponde a la fase de nacimiento del ciclo de vida del desarrollo de sistemas,
en la cual se parte de una necesidad o requerimiento del usuario y se decide realizar o no el siste
ma. Las fases de anlisis, diseo, programacin, pruebas e implantacin del mtodo tradicional
corresponden a la fase de desarrollo que se present antes en el ciclo de vida de sistemas.

Anlisis
Consiste en determinar las especificaciones del usuario del sistema, pronosticar los recursos que
sern necesarios y estimar el tiempo de desarrollo. En esta fase se definen los datos que se van a
introducir al sistema y la informacin procesada que se generar por medio de reportes o pantallas
de consulta. Es importante que el usuario responsable autorice por escrito el anlisis antes de
iniciar el diseo. Mediante el anlisis del problema, la organizacin tratar de resolverlo con la
puesta en marcha de un sistema de informacin. El analista detalla los problemas de los sistemas
Mtodo tradicional 299

Cada de agua
Factibilidad

L Ana isis

Diseo

1
Programacin

Prueba

1
I Impiantcipn

L Operacin

Figura 11.6 Mtodo tradicional para el desarrollo de sistemas.

actuales mediante procedimientos de revisin de funciones y manuales de procesos en la organi


zacin, as como tambin con el apoyo de entrevistas a usuarios claves. Como resultado de este
proceso se obtendrn algunas soluciones como alternativas para elegir, que tendrn que ser eva
luadas para decidir la mejor alternativa entre la combinacin de costos, beneficios, caractersticas
tcnicas e impactos en la organizacin.

Diseo
Una vez realizado el anlisis se prosigue con la fase de diseo, en la cual se traduce el anlisis en
forma de pasos o algoritmos que constituirn la base de la programacin. En esta etapa se disean
los procedimientos que servirn para cumplir con el objetivo del sistema y la forma en que entra
rn los datos al sistema. Adems,se especifica el proceso para producir los resultados deseados y
la forma en que se van a transmitir esos resultados al usuario. Por ltimo,se define la forma en que
los datos se almacenarn en la computadora.
1^

Programacin
Consiste en elaborar los programas considerados en el diseo para cumplir con lo especificado
por el usuario. Si la fase anterior se realiz adecuadamente,los encargados de desarrollar los pro
gramas solamente debern seguir la secuencia que se especifica en el diseo. En esta fase se inicia
la elaboracin de la documentacin del sistema,la cual servir para que el usuario sepa cmo ope
rarlo y qu hacer cuando se presente algn problema.
300 Captulo 11 Desarrollo de estrategias y soluciones de TI

Pruebas
En esta fase es necesario verificar si el sistema cumple con las especificaciones del usuario y su
correcto funcionamiento;es decir, probar que haga lo que el usuario desea, y que lo haga bien. An
tes de implantar un sistema debe probarse utilizando datos ficticios y reales con el fin de cercio
rarse de que est libre de errores, ya que si un error no se detecta, afectar de manera negativa la
operacin del sistema. En general, las pruebas a un sistema se pueden dividir en tres tipos: unita
rias, del sistema y de aceptacin. La primera consiste en evaluar cada uno de los programas que
conforman el sistema: la segunda consiste en revisar el acoplamiento de los diferentes mdulos
^conjunto de programas) que forma el sistema, aqu se revisarn las funciones del sistemas versas
para lo que fue creado, y, por ltimo, la prueba de aceptacin, que es cuando el sistema ha sido
evaluado por los distintos usuarios y se pone en operacin en la empresa.
Implantacin
Consiste en instalar el sistema en l ambiente en que operar y en realizar los procesos necesarios
para que opere correctamente. Al terminar esta fase, el usuario puede comenzar la operacin real
del sistema, para lo cual requerir capacitacin sobre el uso adecuado de cada una de las funciones
que se realizan. En esta fase es muy importante que el usuario participe activamente para que la
capacitacin sea exitosa y despus pueda operar el sistema en forma correcta.

Operacin
Consiste en que el usuario utilice el sistema desarrollado en el ambiente real de trabajo, es decir,
que trabaje con l para cumplir con los objetivos deseados en el momento de definirlo. Esta fase
del mtodo tradicional corresponde a la fase de operacin presentada en el modelo del ciclo de
vida de sistemas.
Como ya se mencion,las fases anteriores son consecutivas, es decir, el resultado de una es el
inicio de la otra, pero es posible regresar a la fase anterior y, si es necesario, hacer correcciones o
agregar nuevas funciones. Para el xito de resultados en este mtodo es crtico que cualquier mo
dificacin o error sea detectado en la fase correspondiente, de otra manera, el costo ser mucho
mayor, es decir, es mucho menos costoso corregir un problema de calidad en sus primeras etapas
antes de que el problema genere quejas del usuario y la consecuente crisis. Este concepto est ilus
trado en la figura 11.7.
En la grfica se relaciona la naturaleza o tipo de error,es decir, la fase en que se gener el error
versas la etapa en la cual se detect. As,si un error es detectado con mayor prontitud,ser menos
costoso corregirlo. En la grfica el costo menor est indicado con la lnea del"Modelo ptimo",lue
go con el nmero 1 y el mayor con el 5. Lo ptimo o deseable es que los errores se detecten opor
tunamente, es decir, en la fase en que se generaron. Por ejemplo, un error de factibilidad debe
detectarse en la fase de factibilidad; uno de diseo en la de diseo, y as de forma sucesiva. Si un
error de factibilidad se detecta en la fase de pruebas, resulta muy costoso corregirlo (si se observa,
en la grfica aparece un 5), pero si ese error se detecta en la fase de diseo es menos costoso(2 en
la grfica).
Para lograr un modelo de desarrollo ptimo es necesario considerar en el proceso los siguien
tes aspectos.
Aseguramiento de calidad total {T.Q.A: Total Quality Assurance) C 301

El costo de un error

Implantacin Modelo
^ ptimo
i
Pruebas 1
N/A

Programacin _ 1 2

Naturaleza
del
Diseo 1 2 3
error

Anlisis 1 2 4
3
*

Factibilidad 1 2 3 4 5

1 1
1 1 1 1
1 1 1 1
F A D P P 1 Etapa en que se
a n i r r
detecta el error
m

c 5 o u
P
t 1 e
9 e 1
i i r b a
b s o a a n

i i m s t
s a a
i c c
d i
a
d n n

Figura 11.7 Costo de los errores en el desarrollo de sistemas.

Aseguramiento de calidad total


(T.Q.A: Total Quality Assurance)
El proceso de desarrollo de sistemas involucra muchos riesgos, sobre todo en sus fases iniciales,
por lo que las empresas que inicien el desarrollo del sistema deben asegurar desde las fases inicia
les la calidad del sistema.
El aseguramiento de calidad total consiste en controlar el sistema durante todo el proceso de
desarrollo, estableciendo la responsabilidad activa de los usuarios. Deben estar involucrados des
de el inicio el analista del sistema y el usuario responsable para lograr asegurar la calidad del pro
ducto terminado.
Una de las acciones ms importantes que se derivan del concepto de calidad total es llevar a
cabo en forma rutinaria revisiones estructuradas con el fin de monitorear todo el proceso, detec
tar problemas y considerar las soluciones propuestas para la correccin de los problemas detecta-
302 Captulo 11 Desarrollo de estrategias y soluciones de TI

dos durante el proceso de desarrollo. El objetivo de estas revisiones es evaluar el sistema a medida
que se va desarrollando y no esperar a que se concluya para determinar la calidad del mismo.

Tcnica de diseo y documentacin


Es necesario contar con tcnicas adecuadas para realizar las fases de anlisis y diseo para tener
documentado todo el proceso. El diseo de un sistema puede ser ascendente {bottom-up) o des
cendente {top-down). Cuando se realiza un diseo ascendente se inicia por los niveles operativos
de la organizacin y, posteriormente, se definen los requisitos de los niveles ms altos, segn las
necesidades de sistemas que se tengan. En el caso del diseo descendente, el diseador parte de la
estructura global de la empresa y de sus objetivos y busca la mejor manera de satisfacerlos al de
sarrollar el sistema. El diseo ms recomendado es el descendente, debido a que se integra a la or
ganizacin en el sistema desde su inicio.
Por otro lado, la documentacin constituye un problema porque en ocasiones los estndares
para realizarla se implantan despus de que se llev a cabo el proceso de desarrollo: adems,
documentar requiere de tiempo y recursos, lo cual provoca que se realice mantenimiento al siste
ma sin contar con la documentacin adecuada. Generalmente la documentacin se realiza cuando
se concluye el desarrollo del sistema y en ocasiones con premura para cumplir con el tiempo esti
mado, lo cual puede tener como consecuencia una calidad pobre de la documentacin, y afecta
despus la operacin y el mantenimiento del sistema.
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 adecuado.

Diagramas de flujo de datos


Con respecto al anlisis y diseo de sistemas,los diagramas de flujo de datos(DFD) han adquirido
popularidad entre los desarrolladores de sistemas de informacin,debido a su gran simplicidad. El
objetivo de conocer y utilizar una tcnica tiene como fin contar con un lenguaje comn entre los
diferentes participantes en el anlisis y desarrollo de sistemas.
Un DFD describe el flujo y direccin de los datos de las reas operativas de un negocio. La
sencillez de esta tcnica se debe a que nicamente hace uso de cuatro diferentes smbolos para
describir los flujos de datos. Un rectngulo para sealar entidades externas al sistema, como por
ejemplo proveedores,clientes u otros departamentos o reas de la empresa. Un crculo o cuadrado
para describir procesos(lugar en donde realiza una actividad con los datos), es decir, los datos lle
gan a un proceso en donde son sometidos a una serie de eventos que los transforma en informa
cin para la toma de decisiones. Un semirectngulo define lugar de almacenamiento de datos,
pero hay que aclarar que dicho almacn puede ser un archivero, un cajn de escritorio o hasta un
sistema de almacenamiento de datos digital. Finalmente, una flecha sirve para dar la direccin de
los datos, los cuales viajan de una entidad externa hacia un proceso y viceversa, o de un proceso
hacia su almacenamiento y viceversa. En la figura 11.8 se muestra la simbologa usada en los DFD,
mientras que en la figura 11.9 se muestra una aplicacin de un DFD.Es importante tener claro que
los DFD nicamente representan procesos de negocio, entidades relacionadas a los procesos,
almacenamiento de datos y direccin de los mismos en una organizacin. De ninguna manera
Pruebas del sistema ^ 303

comunican la solucin tcnica que implantar el sistema de informacin, ya que ello depende de
otras variables. Sin embargo, una de sus grandes ventajas es que ayudan a identificar debilidades
en la forma de operar de los negocios, lo que permite efectuar correcciones para incrementar el
nivel de eficiencia operativa de las empresas. Para la construccin de DFD hay que seguir un pro
ceso iterativo, es decir, iniciarlo analizando el sistema "como un todo" visin macro del sistema, y
en cada una de las iteraciones desglosarlo en partes hasta llegar a tener procesos simples, que son
aquellos en donde nicamente existe una entrada y una salida de datos.

Entidad externa

Proceso

Almacn de datos

Direccin de los datos

Figura 11.8 Simbologa utilizada en los DFD.

Es obvio que para la diagramacin de un sistema se requiere de tecnologa; existen diferentes


productos para este apoyo, uno de los lderes en el mercado es la herramienta Visio de Microsoft.

Pruebas del sistema


Este proceso se realiza con el fin de asegurar que el sistema est libre de errores y debe realizarse
durante todo el proceso y no slo en la fase final.
La evaluacin de un sistema involucra diferentes niveles y antes de que el sistema comience su
operacin. Para realizar las pruebas puede utilizarse el modelo de Kendall& Kendall, el cual consta
de cuatro tipos de pruebas. El primer tipo se realiza a nivel de los programadores para comprobar
los programas utilizando datos de prueba o ficticios. El segundo deben realizarlo los analistas para
probar el funcionamiento entre los programas, utilizando para ello datos de prueba, para verificar
que el sistema trabaja como una unidad. En el tercero participan los que van a operar el sistema y
prueban todo el sistema con datos de prueba. Por ltimo, en el cuarto nivel participan los usuarios.
304 Captulo 11 Desarrollo de estrategias y soluciones de TI

ente

O- ^

S cP

^dew

Figura 11.9 Ejemplo un DFD en una transaccin bancada.

probando todo el sistema con datos reales. Este modelo est ilustrado en la figura 11.10. Aqu se
muestran las personas involucradas durante las pruebas del sistema y en cada una de ellas se indica
el nivel de la prueba que se realiza y el tipo de datos que se utiliza. Slo en el caso de los usuarios el
sistema se prueba con los datos reales, pues en los otros casos se utilizan datos ficticios.

Mantenimiento

Es el proceso mediante el cual se realizan mejoras a un sistema para que tenga una vida til ms
larga. Tambin se le llama mantenimiento a las modificaciones que deben hacerse cuando el usua
rio cambia los requerimientos iniciales o se detectan fallas durante la operacin. En esta fase es
necesario cuidar la calidad del sistema, de manera que se evite que se introduzcan errores e inefi-
ciencias.
Muchas organizaciones invierten recursos econmicos cuantiosos para dar un buen mante
nimiento a sus sistemas. Estos costos pueden llegar a elevarse a niveles alarmantes, por lo que se
sugiere controlar estrictamente este rengln del presupuesto de informtica.
Al igual que los automviles, cuando los gastos de mantenimiento de un sistema empiezan a
crecer de manera importante, hay que analizar la conveniencia de redisear todo o una parte del
sistema o bien hacer un nuevo desarrollo.
Ingeniera de software asistida por computadora(CASE)

1 1 Programadores

2 } Analistas
'Pruebas de Pruebas entre
programas con programas con
datos pmeba datos prueba

3 ) Operador
Mm
Analista^

Pruebas 4 ) Usuario (Vo. Bo.)

Usuarios

Pruebas > 'Pruebas


completas con completas con
datos prueba ^ datos prueba

Figura 11.10 Modelo de Kendall & Kendall.

Ingeniera de software asistida por computadora (CASE)


La ingeniera de software asistida por computadora (del ingls Computer-AidedSoftware Enginee-
ring, CASE)son paquetes que dan soporte al proceso de desarrollo de sistemas de informacin
automatizando las tareas involucradas en el mismo. En un principio, las herramientas CASE fue
ron enfocadas a la fase de anlisis y diseo de sistemas y despus ampliaron su alcance al resto de
las tareas, como generacin de cdigo y pruebas de los programas.
El objetivo de utilizar herramientas CASE es incrementar la productividad y la calidad de los
sistemas realizados por el rea de informtica, lo cual se logra a travs de algunas de las ventajas
que poseen: proporcionan una metodologa estndar, automatizan el anlisis y diseo del sistema,
crean una documentacin uniforme, mejoran la comunicacin entre el equipo de proyecto, man
tienen actualizado los diccionarios de datos, la velocidad para generar cdigo se incrementa y
crean pruebas de los programas.
Para el uso de estas tecnologas es necesario que el personal de sistemas tenga entrenamiento
en la metodologa de trabajo generada por la herramienta; esto requiere de una disciplina organi-
zacional, pues los estndares y normas de operacin debern cumplirse para obtener el mximo
beneficio de la ingeniera de software asistida por computadora.
306 Captulo 11 Desarrollo de estrategias y soluciones de TI

Compra de paquetes
Hay ocasiones en que una empresa necesita un sistema que ya se encuentra disponible en el mer
cado, pues le resulta ms costeable comprarlo que desarrollarlo utilizando el mtodo tradicional.
La compra de paquetes consiste en adquirir los sistemas que la empresa necesita,la cual elige entre
los que estn disponibles en el mercado, es decir, observa y analiza los diferentes sistemas que
ofrecen las empresas que se dedican al desarrollo de paquetes y determina cul o cules son tiles
para ella.
Un error en la compra de paquetes puede afectar profundamente las operaciones diarias de
una empresa, provocar incremento de costos y, por consecuencia, una disminucin de las utilida
des y del nivel de servicio a clientes y usuarios. Debido a ello, el comprador debe asegurarse de la
calidad del sistema que est adquiriendo. Para ello debe tomar en cuenta lo siguiente:

Que e paquete satisfaga todos los requerimientos del usuario, es decir, que cumpla con los
objetivos.
Que opere con alta confiabilidad, es decir, que no se detecten errores con frecuencia.
Que sea entregado a tiempo para poder iniciar su operacin.
Que cumpla con los requerimientos de presupuesto,que no sea muy costoso o que el costo se
justifique.
Haber evaluado la magnitud de las adecuaciones del paquete para la empresa que lo adquiere.
Este mtodo difiere en varios aspectos del mtodo tradicional.

El desarrollo de un sistema mediante la utilizacin del mtodo tradicional involucra todos los cos
tos asociados con l, es decir, el costo por el pago de las personas que participan en el proceso y el
uso del equipo para su desarrollo. Cuando se opta por comprar un paquete debe cubrirse el costo
del paquete y el de las modificaciones necesarias para adecuarlo a las necesidades de la empresa.
Por otro lado, el tiempo que transcurre desde el estudio de factibilidad hasta la implantacin
y operacin del sistema, utilizando el mtodo tradicional, es mayor que al comprar un paquete en
el mercado, ya que en el primer caso los programas deben ser desarrollados. En el caso de compra
de paquetes,los programas ya existen y solamente se requiere hacer las adecuaciones. Esto ltimo
debe ser menos tardado que desarrollar los programas partiendo de cero.
En lo referente al mantenimiento del sistema, cuando se utiliza el mtodo tradicional se reali
za internamente. Sin embargo, existe el riesgo de la rotacin del personal, por lo que es necesario
que exista una buena documentacin para facilitar este proceso. Cuando se compra un paquete el
mantenimiento se realiza en forma externa a la empresa,lo cual generalmente resulta muy costo
so. La empresa que compra el paquete debe tratar de negociar con el proveedor para que acepte
que el mantenimiento est incluido en la compra.
El mtodo tradicional generalmente se utiliza cuando se desea un sistema hecho a la medida
de las necesidades de la empresa,en cuyo caso se llama sistema ad-hoc o especfico a los requeri
mientos. Cuando se adquiere un paquete se trata de una aplicacin general, en la cual ser necesa
rio modificar algunos aspectos para que funcione de acuerdo con las necesidades de la empresa,
ya que el objetivo de un paquete es que sirva a la mayora de los usuarios y no solamente a uno en
particular.
Al desarrollar un sistema utilizando el mtodo tradicional debe tenerse cuidado con el tiempo
estimado para realizarlo, as que no deben prometerse fechas demasiado optimistas, pues lo ms
probable ser que no se cumplan. Tambin debe tomarse en cuenta que puede existir rotacin de
Desarrollo por parte del usuario final

personal durante el proceso de desarrollo, lo que implica que se retrase el avance del proyecto al
ser necesario capacitar a la persona nueva sobre lo que se est haciendo. En el otro enfoque(com
pra de paquetes), el usuario debe ser cuidadoso para no ser el "conejillo de indias" en el desarrollo
y uso del paquete. La empresa tambin debe considerar al usuario antes de adquirir el paquete, ya
que finalmente ser este quien lo opere y no debe asumir que van a necesitarse pocas modificacio
nes. La empresa debe estar consciente de que el costo de un paquete representa slo una parte de
los costos totales de la operacin y mantenimiento.
A!implantar un sistema se incurre en costos similares, tanto si se utiliz el mtodo tradicional
para desarrollarlo, como si se adquiri en alguna empresa. Esto se debe a que el proceso de im
plantacin debe realizarse independientemente del mtodo utilizado para el desarrollo. En el cua
dro 11.1 se muestra un resumen de la comparacin de las dos alternativas.

Cuadro 11.1 Comparativo mtodo tradicional y compra de paquetes

Costo Costo del desarrollo Costo del paquete ms el costo de las modifica
ciones necesarias
Tiempo Mayor Menor
Mantenimiento Se realiza intemamente Se realiza por el proveedor
Tipo de aplicacin Ad hoc, hecho a la medida Aplicacin general
Cuidado con Fechas optimistas No ser "conejillo de Indias"
Rotacin durante ei proceso Asumir que las modificaciones son menores
El costo del paquete puede ser mnimo con res
pecto al costo total
Implantacin Costos similares Costos similares

Desarrollo por parte del usuario final


Es la alternativa en donde el sistema se desarrolla directamente por el usuario final, utilizando
herramientas de desarrollo de alto nivel sin la participacin operativa de analistas o programado
res del rea de informtica.
Un ejemplo de esta alternativa es el desarrollo de un modelo de pronsticos en Excel que se
realice por un gerente de finanzas de una empresa, que es quien lo utilizar. Este mtodo difiere
en varios aspectos de! mtodo tradicional, algunos de los cuales se comentan a lo largo de esta sec
cin.
Cuando se desarrolla un sistema utilizando el mtodo tradicional es necesario definir todos
los requerimientos en la fase inicial de desarrollo; cuando el usuario desarrolla su propia aplica
cin los requerimientos se pueden ir integrando conforme se va realizando este proceso, ya que el
mismo usuario es quien los define y desarrolla.
El papel del analista de sistemas vara, en el caso del mtodo tradicional es completamente
responsable del anlisis y del desarrollo, y en caso del cmputo del usuario final nicamente ase
sora y aconseja al usuario.
Las aplicaciones que el usuario final desarrolla para su uso generalmente son sistemas de so
porte a la toma de decisiones, los cuales apoyan sus funciones y le permiten realizar anlisis de
Captulo 11 Desarrollo de estrategias y soluciones de TI

sensibilidad pata ver qu sucede si se presenta alguna situacin en particular. Un ejemplo de ello
puede ser tratar de analizar el efecto que tiene sobre la utilidad del negocio el incremento del pre
cio de venta de algn producto. En el caso del mtodo tradicional, con mayor frecuencia se de
sarrollan aplicaciones que apoyan las operaciones transaccionales de una empresa o que recolec
tan informacin para apoyar el proceso de toma de decisiones. Tal puede ser el caso de un sistema
de facturacin o de nmina. En el cuadro 11.2 se muestran caractersticas del mtodo tradicional
y el de usuario final.

Cuadro 11.2 Comparativo mtodo tradicional y desarrollo por parte del usuario final '.

Identificacin 100% antes de iniciar el Se pueden detectar e integrar as necesidades


de necesidades desarrollo durante toda la vida de la aplicacin en forma
directa por parte del usuario
Analista del Es responsable 100% del El usuario es el responsable
sistema anlisis y desarroilo. El El analista slo aconseja y asesora
usuario participa en forma
limitada

Herramienta de Lenguajes de III y iV gene Lenguajes de IV generacin


desarroilo racin Paquetes
Tipo de apiicacin Nivel transaccionai Sistemas de soporte a la decisin (D.S.S.)
Recolectores de informacin Analistas de sensibilidad What if
Explotadores de informacin

Por otro lado, el desarrollo de sistemas por parte del usuario final puede presentar una serie
de riesgos inherentes a la calidad del producto final, entre los cuales se pueden mencionar:
Informacin incorrecta que se genera por una aplicacin y que es consecuencia de frmulas
o modelos incorrectos, utilizacin de informacin obsoleta o no actualizada y falta de prueba
de modelos. Esto se debe a que el usuario no es experto en el rea de desarrollo de sistemas,
por lo cual puede estar utilizando procedimientos incorrectos para generar su aplicacin, sin
tener cuidado de hacer pruebas y validar resultados. Por ejemplo, un ejecutivo que haga su
propio modelo para proyecciones financieras tal vez obtenga informacin incorrecta si no
utiliz los modelos adecuados o si no hizo las pruebas suficientes.
Desaparicin de la fase de anlisis, la cual constituye la base para el desarrollo de las dems
fases. Generalmente ei usuario final se enfoca en el desarrollo de la aplicacin sin considerar
un anlisis previo, lo cual puede ocasionar errores en el sistema que requerirn ser ajustados
durante su operacin.
Proliferacin de sistemas aislados pues cada quien desarrolla lo que necesita, lo cual probable
mente duplique el trabajo dentro de la organizacin. Es muy importante controlar las aplicacio
nes que desarrolla un usuario, pues es probable que una misma aplicacin sirva a diferentes
usuarios y que cada uno de ellos la est desarrollando. Debe minimizarse el esfuerzo lo cual se
logra permitiendo que se comparta una aplicacin entre todos los usuarios que necesitan.
Reduccin de la calidad y estabilidad de los sistemas desarrollados debido a que cada quien
sigue sus propios estndares de desarrollo. La empresa debe tener establecidos los estndares
de calidad para el desarrollo de sistemas y darlos a conocer a los usuarios interesados en de-
Desarrollo por parte del usuario final

sarrollar sus propias aplicaciones para que sean cumplidos y de esta manera se estandarice el
desarrollo individualizado de sistemas,
Especificaciones incompletas de los requerimientos del sistema debido a que se va realizando
conforme se necesita, lo cual se debe a que no se hace un planteamiento formal de cules son
los requerimientos del sistema y estos se van incorporando a medida que el usuario se da
cuenta de que los necesita.
Finalmente, uno de los problemas mayores para esta alternativa de desarrollo es el bajo nivel
cultural informtico de muchos profesionales de los pases en desarrollo. Como apoyo a esto
existe una tcnica llamada Desarrollo de Aplicaciones en Conjunto (en ingls JAD: foint
AppUcation Development), la cual consiste en reunir a usuarios finales y especialistas para
realizar sesiones de trabajo que permitan acelerar significativamente la etapa de diseo del
sistema y adems hacer participar a los usuarios en todo el desarrollo.
Los mtodos de adquisicin explicados antes(mtodo tradicional, compra de paquetes y desarro
llo por parte del usuario final) estn relacionados con la evolucin de los sistemas de informacin
y con las etapas de Nolan. En la figura 11.11 puede observarse esta relacin.

Estratgicos

(Tradicional)

Apoyo a decisiones

(Usuario fnal)

Transaccionales

(Paquetes)

fc^Jnjciq . Contagio Control Integracin Administracin


de
datos

Figura 11.11 Relacin de los mtodos de adquisicin de software segn las etapas de Nolan.

En cuanto a la evolucin de los sistemas de informacin, se pueden mencionar los sistemas


transaccionales,los de apoyo a las decisiones y los estratgicos, cada uno de los cuales est relacio
nado con un mtodo de adquisicin: compra de paquetes, cmputo del usuario final y mtodo tra
dicional, respectivamente.
Cuando una empresa se inicia en el uso de los sistemas de informacin con frecuencia adquie
re paquetes para automatizar las operaciones transaccionales; a medida que va avanzando en las
etapas de contagio y control busca automatizar actividades que apoyen el proceso de toma de
310 Captulo 11 Desarrollo de estrategias y soluciones de TI

decisiones, para lo cual es el propio usuario el que desarrolla sus aplicaciones. Al inal, y mediante
el mtodo tradicional de desarrollo de sistemas, desarrolla sistemas estratgicos con el objetivo de
obtener ventajas competitivas. En la parte inferior de la figura 11.11 pueden observarse las etapas
mencionadas por Nolan en la evolucin de sistemas: inicio, contagio, control, integracin, admi
nistracin de datos y madurez.

Desarrollo de prototipos
Crear prototipos consiste en construir un modelo del sistema de informacin para evidenciar las
caractersticas que tendr la aplicacin nal. El proceso de desarrollo de prototipos se hace en for
ma iterativa partiendo de un modelo base,enriquecido con las recomendaciones de otros usuarios
de la empresa, y as sucesivamente hasta tener un consenso y la versin final que ser desarrollada.
Los prototipos se pueden crear en cuatro fases:
1. Identificar los requerimientos del usuario; el objetivo de esta fase es obtener las necesidades
generales del sistema.
2. Desarrollar un modelo base inicial; aqu el objetivo es tener un prototipo base para definir las
pantallas y reportes bsicos que tendr el sistema.
3. Evaluar el modelo base (en forma iterativa); el resultado de esta etapa ser que los usuarios
usen el sistema para que inicie el proceso de correccin y mejoramiento.
4. Finalmente,la fase de mejoras al prototipo resultante, en donde se hacen los ajustes para vol
ver al paso 3 y as hasta tener un modelo que satisfaga a los necesidades de los usuarios.
Vea la figura 11.12
Algunas de las ventajas del uso de prototipos son:
Este mtodo alienta a los usuarios a participar en la construccin de soluciones para la empresa.
Se reducen las diferencias entre los usuarios, pues el modelo final tiene la participacin de
todos.
Permite disear mejor la interfaz de usuario del sistema; son una manera efectiva para deter
minar si tcnicamente el sistema es realizable.
Es una forma de vencer las barreras de entrada de sistema al momento de ponerlo en funcio
namiento.

Como es de suponerse,existen algunas desventajas de este mtodo de desarrollo, como:


Tener la creencia de que una vez terminado el prototipo, el sistema final estar operando en
poco tiempo;esto no siempre es as, hay que entender que el prototipo es solo un modelo base
de lo que se espera que sea el sistema de informacin.
Mediante el prototipo no es posible evaluar el rendimiento que tendr el sistema en condicio
nes de operacin normal.
Por ltimo, un error comn al hacer uso de prototipos reside en que debido a que se conoce
la parte visual del sistema se olvida llevar a cabo la documentacin tcnica del sistema.

Outsourcing
El desarrollo de sistemas en una empresa es un proceso que requiere una gran inversin en recur
sos, tanto econmicos como humanos. Hay empresas en las cuales se justifica tener un departa-
Outsourcing ^ 311

Paso 1
Identificacin de los
requerimientos bsicos

Paso 2
Desarrollo de un
prototipo fundonal

Paso 3
Uso del prototipo

Usuario
satisfcfib?

S
No

^ Prototipo fundonal Revisin:y mejora Paso 4

V'v'j'f'-"
del prijtotipq^.
" <

Figura 11.12 Etapas del desarrollo de prototipos.

ment de sistemas interno que sea el encargado de realizar todas las funciones de sistemas; sin
embargo, en otras no es rentable contar con tal departamento debido a que estn muy enfocadas
en su actividad bsica y no tienen la experiencia necesaria en el rea de sistemas. Para estas em
presas que desean concentrarse ms en su actividad principal y tener buenos sistemas existe una
opcin apropiada: outsourcing.
Bsicamente, consiste en contratar a una empresa o institucin especializada en un servicio o
producto para que haga dicha actividad en lugar de la organizacin que est demandando la acti
vidad. Ejemplos tpicos que suelen subcontratarse son la nmina, procesos contables, manteni
miento de equipo, seguridad e informtica. En este sentido, el outsourcing consiste en contratar
en forma externa algunos o todos los servicios que proporciona un departamento de sistemas de
r^. informacin. Este concepto se basa en dos aspectos: primero, una empresa debe concentrar sus
312 Captulo 11 Desarrollo de estrategias y soluciones de TI

esfuerzos en aquellas actividades que sabe hacer, y segundo, una empresa debe utilizar las ventajas
de las economas de escala y de las economas de conocimiento o experiencia que tienen las em
presas que se dedican exclusivamente a proporcionar este tipo de servicios. Por ejemplo, una
empresa manufacturera debe dedicarse a producir los bienes que fabrica, un banco debe dedicar
se a manejar el dinero y una empresa de sistemas debe dedicarse a sistemas.
Algunos ejemplos tpicos de los servicios que deciden realizar por medio del outsourcing.

Desarrollo de aplicaciones y su mantenimiento.


Compra de hardware y mantenimiento del mismo.
Instalaciones de telecomunicaciones y redes.
Servicios de ayuda tcnica.
Diseo y mantenimiento de pginas web.
Entrenamiento de personal.

En resumen, el outsourcing como alternativa para grandes proyectos de tecnologas de informa


cin en las empresas puede tener cuatro variantes:

1. La compra de un sistema de informacin, pero la empresa es la responsable de su puesta en


operacin.
2. Comprar un sistema de informacin y subcontratar al proveedor para realizar ajustes y pues
ta en marcha.
3. Compra de un sistema pagando los derechos para realizar modificaciones por parte del com
prador.
4. Subcontratar el desarrollo completo de un sistema de informacin.

Vea la figura 11.13.

Ventajas del outsourcing


Utilizar este sistema tiene numerosas ventajas, las principales de las cuales son ahorro en costos
mediante economas de escala y consolidaciones (ya que la empresa que ofrece el outsourcing se
especializa en ello), una mayor liquidez al deshacerse de equipo computacional que ya no es nece
sario para el desarrollo de sistemas(solo para la operacin), y un decremento de los gastos por de
preciacin de equipo, como consecuencia de la disminucin del equipo computacional. Otras
ventajas suele provocar una reduccin de personal, permite a la empresa responder con rapidez a
los cambios del entorno,aumento de la flexibilidad de la organizacin, y disminucin de sus costos
fijos.
Por otro lado, el outsourcing proporciona acceso a los avances tecnolgicos sin inversin de
capital debido a que la empresa que lo realiza es la que debe invertir en ello para despus recomen
darlo a sus clientes. Tambin permite la descentralizacin de actividades de la empresa, ya que ge
neralmente el rea de sistemas est centralizada.
De manera paralela, es posible convertir al departamento de sistemas de la empresa en un
centro de utilidades, ya que puede dedicarse a ofrecer servicios de outsourcing a otras empresas.

Desventajas del outsourcing


Sin duda, tiene numerosas ventajas; sin embargo, tambin tiene algunas desventajas. Una de las
principales desventajas de este servicio es la prdida de control sobre el proceso de desarrollo, ya
Outsourcing ^ 313

1. Compra de
un sistema de
informacin

yS. Compra de un :
sistemado
informacin
.pagndolos,
derechos i
V-'"' para realizar.
modificaciones ;
deforma >.
2. Comprar
' y interna 4. Subcontratar
subcontratar
el desarrollo
al proveedor
completo
para hacer
de un nuevo
modifcaciones
sistema

Figura 11.13 Alternativas de outsourc/ng en proyectos de TI.

que el usuario no est cien por ciento involucrado en ello. Tambin puede ocasionar costos por
cambio o conversin a nuevas tecnologas que son recomendadas por la empresa que brinda el
servicio y cambios organizacionales que pueden causar problemas.
Otra de las desventajas a considerar es la prdida de empleados experimentados, ya que con
frecuencia muchos de ios empleados del rea de sistemas o de las reas funcionales terminan tra
bajando para la empresa que brinda el servicio. En ocasiones el ahorro con el uso del outsourcing
no es el esperado o la calidad del servicio obtenido no es el adecuado; en estos casos, hay que agre
gar como desventaja el costo de cambio de proveedor.
Por ltimo,existe el riesgo de perder ventajas competitivas por la incapacidad de poder seguir
haciendo innovaciones que permitan desarrollar una diferenciacin entre competidores.
De lo anterior se concluye que si se recurre al outsourcing para tareas de mediano a alto nivel,
el riesgo ser mayor que el que provoca el de tareas operativas primarias.
Cuando se contrata un servicio externo de sistemas es importante que. entre otros, se nego
cien los siguientes aspectos:

Caractersticas del servicio, qu incluye y determinar la manera en que se proporcionar.


Tiempos de entrega y fechas estimadas.
Estndares de desempeo.
Captulo 11 Desarrollo de estrategias y soluciones de Ti

Las condiciones en caso de cancelar el contrato.


Condiciones sobre personal transferido temporalmente a la empresa que realiza el outsour-
cing.
Los derechos de propiedad sobre el servicio prestado.
La confidencialidad del trabajo realizado.
El apoyo que brinda una vez terminado el servicio.
Los beneficios por avances tecnolgicos.
La flexibilidad del contrato en cuestiones no consideradas al principio.

El outsourcing^xxQQ proporcionar innumerables ventajas si se utiliza adecuadamente y si la em


presa est preparada para llevar de esta manera los sistemas de informacin. Antes de contratar
este servicio debe hacerse un anlisis de la empresa para ver qu posibles cambios generar y
cmo manejar de la mejor manera los problemas que pudieran presentarse.

Seguridad en informtica
Dada la importancia de las Tecnologas de Informacin en las organizaciones, tanto en objetivos
tcticos como en estratgicos, deben de existir mecanismos para el resguardo de los activos infor
mticos. De acuerdo con Arjonilla Domnguez y Medina Garrido (2007) la seguridad informtica
es el conjunto de procedimientos orientados a evitar la destruccin, modificacin, dificultad en el
acceso no autorizado, utilizacin y difusin no autorizada de la informacin. Muchos casos de
prcticas inadecuadas de proteccin de los activos de TI causan cuantiosas prdidas a las empre
sas y en algunos casos detienen su operacin.
Los esquemas de seguridad tienen diversos grados de complejidad, como por ejemplo la r
plica (espejo) del site de cmputo de la empresa; en general, a mayores inversiones mejor ser el
nivel de seguridad, aunque no existe un sistema infalible. La seguridad puede ser fsica y lgica.

Seguridad fsica: todo lo relacionado con la proteccin de instalaciones, personas, equipos y


redes de comunicacin.
Seguridad lgica: todo lo relacionado con la proteccin de la informacin, su destruccin,
modificacin o divulgacin indebida.

Con el fin de mitigar los problemas de seguridad,las empresas deben desarrollar planes de contin
gencia para afrontar cualquier problemtica de seguridad, cuyo objetivo es que las empresas pue
dan seguir funcionando (operando) si se llegase a presentar un evento no deseado o catstrofe.

CONCLUSIONeS

Para lograr la calidad integral del software de aplicacin que utilice una empresa es necesario lograr la
calidad en cualquier mtodo que se elija, ya sea el mtodo tradicional, la compra de paquetes o el
cmputo de! usuario final.
El concepto de calidad del software pasar de ser una variable en el mercado a una constante en
todos los productos; es decir, para que un producto permanezca en el mercado deber cumplir con
ciertos estndares de calidad.
Caso de estudio

globalizacin del software est siendo una realidad debido a razones de ndole econmica. Los
productos a desarrollar en forma conjunta debern ser seleccionados con mucho cuidado para asegurar
su xito. El reto de las empresas ser cmo disminuir el costo de desarrollo de software sin sacrificar su
calidad.
La incorporacin de recursos de T a las empresas deben provenir del plan estratgico de inform
tica que debe tener un alineamiento a los objetivos de la empresa.
Los esquemas de seguridad de tos activos de TI de la empresa, asi como los planes de contingencia,
son vitales para garantizar la continuidad de ta organizacin.

caso De esTUDo

Centro de Computacin Profesional proporcionar mantenimiento correctivo y preventivo a


de Mxico(CCPM) las computadoras de la compaa.
En el rea de contabilidad se contaba con dos o tres
El Centro de Computacin Profesional de Mxico computadoras en las que se utilizaba un paquete que
(CCPM), compaa mexicana que desde hace ms de manejaba toda la informacin contable y la nmina, la
40 aos se dedica a la capacitacin en computacin a cual se procesaba mediante hojas de clculo. En las es
nivel tcnico, tiene 20 planteles distribuidos en Mxico cuelas se controlaban los adeudos de alumnos median
D. E, Puebla, Estado de Mxico, Quertaro y VillahcM - te krdcx manual,
mosa. Sus oficinas corporativas se encuentran en la A mediados de este ao se inici un anlisis funcio
ciudad de Mxico. nal de la empresa,del cual result la necesidad de disear
un sistema automatizado que apoyara los procesos tran-
^ 1992 saccionales ms crticos de la operacin de la escuela;ad
En este ao se inicia el rea de Sistemas de informacin misiones. control de grupos, cuentas por cobrar y caja.
en CCPM, que contaba con un sistema automatizado
que: 1993

Registraba los pagos de los alumnos y los datos del Se inicia el desarrollo del sistema automatizado a travs
mismo. de una casa de software de Monterrey, N. L.; a finales de
Los reportes que generaba slo eran cortes de caja este ao se hace una instalacin prototipo en la escuela
y un reporte de adeudo. de Quertaro.
Se encontraba centralizado en un solo equipo ubi
cado en la caja de cada escuela.
1994
Diariamente se depuraba la informacin de los
movimientos del da, lo que implicaba la inexisten Se inicia la implantacin de los cuatro mdulos inicia
cia de datos histricos de operaciones y movi les del sistema integral: admisiones, control de grupos,
mientos. cuentas por cobrar y caja, y de una red local de cuatro
computadoras por escuela. El proceso de implantacin
No exista un rea de informtica como tal, ya que el culmin en octubre de este mismo ao.
rea de Investigacin y Desarrollo enfocaba todos sus No se hizo ningn cambio o recorte de personal al
esfuerzos al desarrollo de planes y programas de estu automatizar, a pesar de que las personas que ocupaban
dio y no a la operacin administrativa de la compaa. los puestos no estaban capacitadas para usar una compu
Exista un rea de mantenimiento de computado tadora ni haban tenido contacto directo con computado
ras con tres integrantes, cuya funcin especfica era ras, a excepcin de las cajeras.
316 Captulo 11 Desarrollo de estrategias y soluciones de Ti

1995 Este mismo ao se instala en cada una de las uni


dades una computadora conectada a internet va
Se instala un nuevo sistema contable en el corporativo mdem para uso de alumnos y se inicia la instala
integrado por el sistema de chequera que se instal en cin de internet con acceso dedicado y enlaces de
las unidades; se inicia la concentracin de informacin
alta velocidad. Al final del ao se contaba con dos
a travs de mdems. Tambin se instala un sistema de
escuelas y el corporativo con acceso dedicado.
inscripcin de alumnos para el rea comercial. En este Se publica la pgina de CCPM en internet.
mismo ao se crea el departamento de sistemas con
tres integrantes. Posteriormente, este se convierte en 1997
gerencia y se integra el rea de mantenimiento de compu
tadoras. Se contina con la instalacin de las redes de internet
en las dems escuelas y se crea el rea de comunicacio
nes, dependiente del rea de sistemas de informacin.
1996
Se instala un sistema de control de calificaciones de
Los resultados de un proyecto de reingeniera adminis
los alumnos.
trativa y del avance normal de la compaa fueron los
Se instala un sistema de asignacin de equipo compu-
siguientes;
tacional a las escuelas dependiendo de la cantidad
Se actualizan los sistemas en operacin. de alumnos inscritos en cada escuela.
Se disea e instala un sistema de emisin de cre Se instala un sistema corporativo concentrador de
denciales. la informacin de escuelas que genera reportes
Se disea un sistema de control de acceso, el cual para las juntas directivas.
alimenta al sistema de control de asistencia de Se inicia un proyecto de "documentacin electr
alumnos y apoya el control de los adeudos median nica", cuya finalidad es publicar en internet todas
te un semforo que indica al alumno las polticas y procedimientos de CCPM.
Se instala correo electrnico como medio de
O si tiene algn pago pendiente,semforo rojo; comunicacin oficial.
O si debe hacer su pago,semforo amarillo;
O si est al corriente,semforo verde. Actualmente CCPM tiene todas sus escuelas conecta
das a internet con enlaces de alta velocidad y, adems,
Se disea e instala un sistema de control de asisten
aprovecha su infraestructura computacional y de comu
cia de alumnos mediante cdigo de barras.
nicaciones para promover el aprendizaje y desarrollo
Se disea e instala un sistema de informacin eje
organzacional. Las funciones de automatizacin conti
cutivo para el director general de la compaa,con
nan en todas sus reas vea la figura 11.14).
la informacin ms relevante de la operacin de las
La estructura organizaconal actual del rea de sis
escuelas.
temas se indica en la figura 11.15.
Se instala un sistema corporativo de control de ac
tivos, bsicamente para el control de equipo compu- 2004
tacional, mediante cdigos de barras.
Se desarrolla otro sistema de administracin del Implantacin del mismo sistema funcional bajo plata
servicio del rea de sistemas en el que se adminis forma SQL de Base de Datos.
tra el servicio de hardware, software acadmico y
2006
software administrativo que proporciona el rea de
sistemas. Se inicia el desarrollo e implantacin de Sistemas de In
Se crea una nueva rea dependiente de sistemas, formacin para Ejecutivos con indicadores crticos de
llamada Cmputo Acadmico, encargada de dise xito en varias de las reas de la empresa: Direccin de
ar soluciones para incrementar la eficiencia del Ventas, Direccin de Operacin, Direccin de Finan
uso de las computadoras y administracin del soft zas, Direccin de Sistemas y Direccin de Recursos
ware para uso de los alumnos. Humanos.
Caso de estudio ^ 317

Diagrama funcional
del sistema
automatizado
deCCPM

Admisiones Caja

1 1
Administracin
Cuentas por cobrar
de grupos

1 1
Control de acceso Prrr||gistro i

1
.Control de asistencia Crdencializcin

"i Calificaciones
certificadas
^igndpn de equipQ

i
Chequera

Figura 11.14 Sistemas de Informacin en CCPM.

2010-2013 Preguntas
Con el apoyo de las Tecnologas de Informacin,CCPM 1 La empresa ha utilizado una combinacin de alter
se consolida como la mejor escuela de computacin en nativas entre el"mtodo tradicional" y la compra de
Mxico. Actualmente la funcin de desarrollo de los sis paquetes. Qu rea recomienda desarrollar por
temas se hace a travs de una empresa de outsour- outsourcingi
cing, pero el control de la operacin de las aplicaciones 2. Sera factible implantar un sistema de administra
se hace internamente. Todas las funciones de control cin integral en este tipo de empresa? Explique su
acadmico, control administrativo y control de las ven respuesta.
tas se llevan a cabo utilizando los sistemas de informa 3. Qu factores han propiciado la automatizacin
cin. actual de CCPM?
Captulo 11 Desarrollo de estrategias y soluciones de TI

Div. Sistemas de informacin

Documentacin
Asistente
electrnica

Coord. cmputo
Gto. comunicaciones Desarrollo
acadmico Apoyo tcnico
y soporte tcnico de software
y mantenimiento

Apoyo tcnico
Soporte de
Tc. de servicio
comunicaciones
Apoyo tcnico
Tc. de servicio

Apoyo tcnico
Tc. de servicio

Tc. de servicio

Rgura 11.15 Estructura organizacional del rea de Informtica en CCPM.

caso oe esTuoio

Worid Trade Center, Nueva York^ ban, pues perdieron todos sus activos fsicos y electr
nicos. En algunos casos no existan copias de seguridad
En el 2001, antes del ataque a las Torres Gemelas,ah se ni planes de continuidad, lo cual provoc la quiebra de
alojaban cientos de empresas, en su gran mayora del varias compaas.
sector financiero,que se caracterizan por ser intensivas Las grandes corporaciones financieras contaban
en procesos y servicios basados en TI. con mecanismo de respaldo (en tiempo real) de todos
Despus del derrumbe de las torres, hubo una di los sistemas de informacin, ubicados lejos del rea de
versidad de consecuencias a las empresas que ah esta- la catstrofe. Esto permiti, por ejemplo, al banco Mor-
gan Stanley funcionar un da despus del derrumbe de
'Caso de estudio adaptado de Arjonilia Domnguez y Medina las torres, ya que tenia todos sus sistemas duplicados en
Garrido, 2007. otro sitio de Estados Unidos.
Ejercicios ^ 319

Preguntas 2. Describa los beneicios de tener lo.s sistemas de in


formacin de la empresa duplicados en tiempo real,
1. Investigar qu debe tener un plan de continuidad 3. Describa las desventajas de tener debilidad en los
de negocio. mecanismos de seguridad informtica.

pRecuNias
De Repaso

1. Explique cmo han cambiado los costos del hardware y software. D tres ejemplos especficos de
ello,
2. Elabore una diagrama en donde explique las etapas del proceso de planeaciii de TI en una empre
sa,

3. Cules son las fases del ciclo de vida del desarrollo de sistemas? Explique brevemente en qu
consiste cada una de ellas.
4. Cules son las variables que afectan el proceso del desarrollo de sistemas? Explique dos ejemplos
de dicho efecto.
5. Cules son los mtodos que existen para que una empresa pueda adquirir sofiwarel Defina bre
vemente cada mtodo.
6. Cules son las fases del mtodo tradicional? Explique cada una de ellas.
7. En la figura 11.7 se ilustra el costo de corregir un error dependiendo de la fase en que se detecta.
Explique ampliamente esta grfica. D cinco ejemplos de costos diferentes de correccin de errores.
8. Qu es necesario considerar en el proceso de desarrollo de sistemas para que sea ptimo? Expli
que brevemente cada punto.
9. Para asegurarse de que un paquete tiene una calidad aceptable,qu elementos debe considerar el
comprador?
10. Cules son las diferencias entre el mtodo tradicional, la compra de paquetes y el cmputo del
usuario final? Mencione y explique cinco diferencias como mnimo.
11. En qu consiste el outsourcing? Cundo conviene contratar este tipo de servicios?
12. En qu consiste el desarrollo de prototipos?
13. Qu es la Ingeniera de Software Asistida por Computadora?

ejeRcicios

1. Suponga que usted es el responsable del rea de sistemas de una empresa en la que ha proliferado
el cmputo del usuario final. Qu controles implantara para evitar que se dupliquen trabajos?
De qu forma asesorara a los usuarios para el desarrollo de sus aplicaciones? Proponga un mto
do eficaz de desarrollo de sistemas por parte del usuario final.
2. Investigue en una empresa de la localidad qu porcentaje representan los costos de informtica
respecto a los costos totales y cmo se realiza la adquisicin de sistemas. Evale el costo y deter
mine qu cambios son necesarios para incrementar la eficiencia del proceso y disminuir los costos.
3. Investigue en cinco empresas de su localidad la forma en que llevan a cabo la contabilidad. Indique:
qu tipo de sistema se utiliza?, cmo fue adquirido?, cules fueron los costos de la adquisicin?,
qu problemas han tenido en la operacin?,etctera. Haga un reporte de la informacin que obtenga.
Capitulo 11 Desarrollo de estrategias y soluciones de TI

4. Investigue cuales son las horraniienlas ms utilizadas para el cmputo del usuario final en las em
presas en donde se permite esta actividad. Indique el nombre de la lierramienta. el objetivo, el
costo y las facilidades que ofrece al usuario. Mencione tres como mnimo.
5. Investigue la tcnica de prototipos para el desarrollo de sistemas. Cundo es recomendable?
Cundo no es recomendable?
6. Investigue una empresa de la localidad que utilice el outsourcing. Analice el Cipo de proyectos que
han sido desarrollados utilizando este servicio. Qu problemas se han presentado al usar outsour
cing? Cules han sido las ventajas? Qu tan costoso es el desarrollo de sistemas utilizando este
mtodo? Qu ventajas tienen respecto al desarrollo tradicional interno versas desarrollo tradicio
nal utilizando outsourcing? ' ,
7. Investigue qu son los ASP (Application Soflivare Prnvider).
8. Desarrolle un prototipo (diseo de pantallas) para un sistema de punto de venta.
9. investigue en la web tres productos comerciales para computadoras personales que sean herra
mientas CASE para el desarrollo de sistemas.
10. Investigue qu beneficios brinda una auditora de los planes de contingencia de informtica.

BlBLiOGRaFia

Arjonilla Domnguez, Sixto Jess y Jos Aurelio Medi Lauden, Kenneth C. y Jane P. Laudon, 2008, Sistemas
na Garrido, 2007, La gestin de los sistemas de in de Informacinn gerenciai. Administracin de la em
formacin en la empresa. Teora y casos prcticos. presa digital, Mxico: Pearson.
Madrid: Ediciones Pirmide. Long, Larry, 1989, Management Information Systems,
Braude, Eric J., 2003, Ingeniera de software. Una pers Nueva Jersey: Prentice-Hall.
pectiva orientada a objetos, Mxico: Atfaomega. Lucas, Henry C. Jr., 1992, The Analysis, Design and Im-
Braude, Eric J., 2004, Software Design. From Program- plementation of Information Systems, Nueva York:
mng to Architecture, Nueva York: Wiley. McGraw-Hill.
Escamilla E., Olga P., 1994, Experiencias en el proceso Lucas, Henry C. Jr., 1994, Information Systems Concepts
de decisin de Outsourcing, un estudio explorato for Management, Nueva York: McGraw-Hill.
rio, tesis de la Maestra en Administracin de Siste Merle, Martin P., 1995, Analysis and Design of Business
mas de informacin, ITESM, Campus Monterrey. Information Systems, Englewood Cliffs, NJ: Prenti
Greaver, Maurice F., 1999, Strategic Outsourcing. A ce-Hall.
Structured Approach to Outsourcing Decisions and Pressman, Roger S., 2010, Ingeniera del software. Un
Initiative, Nueva York: ANACOM. enfoque prctico, Mxico: McGraw HUI.
Haag, Stephen, 2007, Meave Cummings y Donaid Mc- Rainer, R. Keily y Hugh Watson, 2012, Management In
Cubbrey, Management information Systems for The formation Systems, Moving Business Forward, Hc-
Information Age, Boston: McGraw-Hill. boken, NJ: Wiley.
Kendall & Kendall, 1992, Systems Anafys/s and Design, Shere, Kenneth D., 1998, Software Engineering and Ma
Nueva Jersey, Prentice-Hall. nagement, Englewood Cliffs, NL Prentice-Hall.
Lacity, Mary Cecelia y Leslie P. Wilcocks, 2001, Global
Information Technology Outsourcing. In Search of
Business Advantage, Nueva York: Wiley.