Actividades cruzadas

Planificación de sistemas: El ámbito de la planificación de sistemas puede ser
toda la empresa, una división de la misma o cualquier otro tipo de sus
unidades organizativas. Su propósito es identificar y establecer las
prioridades sobre aquellas aplicaciones de los sistemas de información cuyo
desarrollo reporte máximos beneficios para la empresa considerada en su
conjunto. Esta fase indica la relativa madurez del funcionamiento de los
sistemas de información.
Sus entradas son las misiones de empresa y cualquier tipo de detalle o
limitación de los sistemas existentes. Sus salidas clave o productos son los
planes de sistemas de empresa y de información y los proyectos planificados de
desarrollo de aplicaciones. En consecuencia, los proyectos planificados
“giran” hacia las fases restantes.
Análisis de sistemas. El dominio cubierto por el análisis de sistemas es una
única aplicación de sistemas de información. Su propósito es analizar el
problema o la situación de empresa de que se trate y, entonces, definir las
necesidades de la empresa con respecto a la creación o el perfeccionamiento de
un
sistema
de
información.
Las
necesidades
de
empresa
no
implican
obligatoriamente una solución de tipo informático.
El suceso que activa el análisis es bien el proyecto planificado de
desarrollo de aplicaciones (procedente de la fase de planificación de
sistemas) o un proyecto no planificado de desarrollo de aplicaciones (que
responde a un problema, una oportunidad o una norma no previstos). Otras
posibles entradas son los detalles y limitaciones de los sistemas existentes y
hechos y necesidades relacionados con la empresa. El producto clave obtenido
es una relación de las necesidades de empresa que explica lo que precisan los
usuarios, aunque no cómo se proyecta diseñar o implantar dichas necesidades.
Diseño de sistemas. El dominio que cubre el diseño de sistemas sigue siendo la
aplicación de sistemas de información única de que hablábamos en el análisis
de sistemas. Su propósito es diseñar una solución técnica, de tipo
informático, que satisfaga las necesidades de empresa según han sido
especificadas durante el análisis de sistemas.
El suceso que lo activa es la relación de necesidades de empresa. Otras
entradas son las opiniones y recomendaciones relacionadas con el diseño
expuestas por los usuarios de sistemas. El producto resultante principal del
diseño de sistemas es una relación técnica de diseño. Este producto
establece(o demuestra) “cómo” conseguirá el sistema de información satisfacer
las necesidades de empresa de los usuarios.
Implantación de sistemas. El dominio que cubre la implantación de sistemas
está definido por los componentes de tipo tecnológico de la aplicación de
sistemas de información que se diseñaron en la fase anterior. Su propósito es
construir y/o ensamblar los componentes técnicos y poner en funcionamiento el
sistema de información nuevo o mejorado.
El suceso que lo activa es la relación técnica de diseño obtenida del
diseño de sistemas. Su producto resultante clave es un sistema de información
en producción. El término producción se utiliza para describir un sistema que
ha sido puesto en funcionamiento cotidiano. Otra de sus salidas es la
documentación y formación de usuarios finales necesaria para utilizar el
sistema en producción.
Soporte de sistemas. El dominio que cubre el soporte de sistemas es el sistema
de información puesto en producción mediante la implantación de sistemas. El
propósito del soporte de sistemas es sostener y mantener el sistema durante el
resto de su vida útil.
La entrada a esta fase es el sistema de información en producción.
También se activan diversas actividades de soporte a partir de los problemas
del uso del sistema.
Llegará un momento en que el sistema en producción será demasiado caro
de mantener, o dejará de suministrar el apoyo adecuado a la empresa. Entonces,
el ciclo de vida deberá cerrarse para volver a las fases de planificación o
análisis de sistemas.
Actividades cruzadas del ciclo de vida
El desarrollo de sistemas contiene una serie de actividades denominadas
actividades cruzadas del ciclo de vida.
Las actividades cruzadas del ciclo de vida son actividades que se
solapan en muchas o todas las fases de todo el ciclo de vida; en realidad,
normalmente se llevan a cabo de forma conjunta durante varias fases del ciclo
de vida.
Las actividades cruzadas del ciclo de vida incluyen la investigación de
hechos, la documentación y las presentaciones, las estimaciones y medidas, el
análisis de viabilidad, la gestión de proyectos y la gestión de procesos.
Actividad cruzada del ciclo de vida: investigación de hechos
Existen muchas oportunidades de
hechos a los largo del ciclo de vida.
llevar
a
cabo
una
investigación
de
La investigación de hechos (también llamada reunión de información o
recogida de datos) es el proceso formal que emplea encuestas, entrevistas,
reuniones, cuestionarios, muestreos y otras técnicas para recoger la
información de los sistemas, las necesidades y las preferencias.
La inv. De hechos es crucial en las fases de planificación y análisis de
sistemas. Ello se debe a que es durante estas fases cuando el analista aprende
el vocabulario de la empresa y de sus sistemas, así como los problemas, las
oportunidades, las restricciones, las necesidades y las prioridades que se le
asocian.
La inv. De hechos se utiliza también durante las fases de diseño y
soporte de sistemas, pero en menor medida. Por ejemplo, en el diseño de
sistemas, la investigación de hechos es de tipo técnico, ya que el analista
intenta aprender la tecnología elegida para el nuevo sistema. Finalmente, es
durante la fase de soporte de sistemas cuando, por investigación de hechos, el
analista determina que un sistema está en “declive” hasta el punto de requerir
un nuevo desarrollo desde el principio.
Actividad cruzada del ciclo de vida: documentación y presentaciones
Las técnicas de comunicación son esenciales para terminar con éxito un
proyecto. Existen dos formas habituales de comunicación durante los proyectos
de desarrollo de sistemas: documentación y presentaciones.
La documentación es una actividad consistente en registrar los hechos y
las especificaciones de un sistema.
Las presentaciones son actividades relacionadas consistentes en el envío
formal de la documentación para su revisión por los usuarios y los directivos
interesados. Las presentaciones pueden ser escritas o verbales.
Claramente, las oportunidades de documentación y presentaciones se
extienden a lo largo de todo el ciclo de vida y apoyan todas las fases
clásicas del proyecto: planificación, análisis, diseño, implantación y
soporte.
La documentación de un proyecto se elabora a lo largo de diversas fases
y actividades. Con el tiempo, se reúne una base considerable de documentación
obtenida de diversos sistemas y aplicaciones. Muchas empresas intentan
conseguir un control sobre esta documentación, de manera que pueda ser
conservada y mantenida con vistas a su uso futuro. El control de versiones de
la documentación se ha convertido en un factor vital de la gestión; dicho
control supone el almacenamiento y el seguimiento de múltiples versiones de la
documentación de un sistema. Como mínimo y en un instante dado, la mayoría de
los centros de sistemas de información desearía tener a su disposición la
documentación correspondiente a las siguientes versiones:




Una o más versiones anteriores del sistema
La versión actualmente en producción del sistema.
Cualquier versión del sistema que revise las actividades de construcción
y prueba.
Cualquier versión del sistema que revise el ciclo de vida para crear una
nueva versión.
Muchas empresas utilizan documentalistas y software de control de versiones
para gestionar la documentación.
Actividad cruzada del ciclo de vida: estimación y medida
Los sistemas de información son importantes inversiones de capital. Por
este motivo, se llevan a cabo normalmente actividades de estimación y medida
para estudiar la calidad y productividad de los sistemas.
La estimación es la actividad encargada de calcular el tiempo, el
esfuerzo, los costos y las ventajas del desarrollo de un sistema. En ausencia
de datos fiables, se utiliza el término conjeturación para describir esta
misma actividad.
La medida
es la actividad consistente en medir y analizar
productividad y la calidad de las personas que desarrollan un sistema.
la
La estimación es una actividad extremadamente importante, ya que los
sistemas de información son inversiones de capital. Así no se querrán gastar
25,000 dólares en tiempo y esfuerzo para resolver un problema que está
costando a la organización 2,000 dlls. al año. Para rentabilizarlo harían
falta mas de diez años.
La estimación puede ser una actividad difícil y frustrante, por la
dificultad de traducir una relación de problemas abstractos en una valoración
precisa del tiempo, los esfuerzos y los costos necesarios para resolver dichos
problemas. En la estimación influyen muchos factores. Existen dos formas
habituales de hacer las estimaciones. Primero, algunos analistas evitan las
estimaciones por miedo, indecisión o falta de confianza. En este caso, el
analista puede hacer uso de lo que hemos llamado conjeturación.
Alternativamente, los buenos analistas utilizan su experiencia y los
datos (tanto los suyos como los obtenidos de las experiencias de otros) de
anteriores proyectos para mejorar continuamente sus estimaciones.
La medida ha adquirido importancia en virtud de los problemas de calidad
y productividad que asolan como plagas el desarrollo de sistemas. Como
respuesta a estos problemas, la industria ha desarrollado métodos y
herramientas para mejorar tanto la calidad como la productividad. Estos
métodos y herramientas pueden ser costosos. La medida formal de la
productividad de los desarrollos puede ser la única vía para justificar el
costo de estas inversiones.
El dominio de la métrica de software y sistemas ofrece una cierta
esperanza de cara al futuro.
La métrica de software y sistemas proporciona una enciclopedia de
técnicas y herramientas que pueden tanto simplificar el proceso de estimación
como suministrar una base de datos estadística de las estimaciones con
respecto al rendimiento.
Actividad cruzada del ciclo de vida: análisis de viabilidad
Un ciclo de vida de desarrollo de sistemas que, como el nuestro,
contiene un método de control progresivo del desarrollo de sistemas ha de
reconocer en el análisis de viabilidad una actividad cruzada del ciclo de
vida.
La viabilidad es la medida de las ventajas que el desarrollo de un
sistema de información podría reportar a una organización.
El análisis
viabilidad.
de
viabilidad
es
la
actividad
por
la
cual
se mide
la
Demasiados proyectos reclaman soluciones y estimaciones prematuras. Este
enfoque conduce, a menudo, a un exceso de compromisos. Si los analistas fueran
tan precisos en las estimaciones de viabilidad, por qué entonces tantos
proyectos de sistemas de información se retrasan y sobrepasan su presupuesto?
Los analistas de sistemas tienden a ser demasiado optimistas en las primeras
etapas del proyecto.
Un proyecto que es viable en un momento determinado del desarrollo de
sistemas puede hacerse menos viable o inviable en una etapa posterior. Por
este motivo, utilizamos el control progresivo para reevaluar la viabilidad por
medio de puntos de control adecuados en los modelos de flujo de fases y
actividades.
En la fase 1 del diseño: elegir un objetivo de diseño, se introdujeron
diversas medidas de viabilidad. Estas medidas incluían viabilidad técnica,
viabilidad operativa, viabilidad económica y viabilidad de fechas.
Actividad cruzada del ciclo de vida: gestión de proyectos y de procesos
Los proyectos de desarrollo de sistemas pueden implicar a un equipo de
analistas, programadores, usuarios y otros profesionales de los sistemas de
información que han de trabajar conjuntamente.
La gestión de proyectos es la actividad continuada por la cual el
analista planea, delega, dirige y controla el avance de los proyectos para
desarrollar un sistema acorde con los plazos y los presupuestos asignados.
El número de proyectos de desarrollo de sistemas que fracasan o tienen
una aceptación limitada es muy superior al de proyectos que concluyen con
éxito rotundo. A qué se debe? Una posible razón es que muchos analistas de
sistemas desconocen o carecen de la disciplina necesaria para el manejo de las
herramientas y las técnicas del desarrollo de sistemas. Pero la mayoría de los
fracasos se atribuye a deficiencias de liderazgo y de gestión. Esta mala
gestión se traduce en no satisfacer o no identificar las necesidades, en
excesos de costos y en retrasos en la entrega.
La gestión de procesos es una actividad continuada que establece normas
para las actividades, los métodos, las herramientas y los resultados del ciclo
de vida.
La gestión de procesos es un concepto relativamente novedoso en el
desarrollo de sistemas. Su intención es normalizar tanto el modo de enfocar
los proyectos como los resultados intermedios que se producen durante estos
proyectos. Muchos centros de información forman equipos de garantía de calidad
para evaluar los productos obtenidos en los proyectos. Esta medida no pretende
limitar la creatividad, sino más bien asegurar que la documentación producida
sea transferible a la siguiente generación de programadores y analistas que
trabajen en un sistema dado.