1.1 El papel de ingeniero
informático en un entorno globalizado y su medio ambiente.
El siglo XXI, se está
caracterizando por ser un entorno globalizado y altamente competitivo. En este
sentido, la ética informática surge como una nueva disciplina, que en la
actualidad, es un campo necesario y de
vital importancia para los informáticos, que los permitirá afrontar con éxito
los cambios del presente milenio.
Los Ingenieros en Informática son
profesionales con una formación amplia y sólida que les prepara para dirigir y
realizar las tareas de todas las fases del ciclo de vida de sistemas,
aplicaciones y productos que resuelvan problemas de cualquier ámbito de las
Tecnologías de la Información y las Comunicaciones, aplicando su conocimiento
científico y los métodos y técnicas propios de la ingeniería. Con carácter
general, el Ingeniero en Informática está capacitado para aprender a conocer,
hacer, convivir y ser, en su ámbito personal, profesional y social, de acuerdo
con lo recogido en el informe de la UNESCO sobre las perspectivas de la
educación en el siglo XXI.
El Ingeniero en Informática es un
experto en tecnología del software, en arquitectura y tecnología de los
computadores, en tecnología de las redes de computadores y en equipos
electrónicos, conocimientos que le capacitan para trabajar en todo tipo de
empresas y en todos los departamentos de la empresa, aunque fundamentalmente se
agrupen en el departamento de informática; por tanto, deben poder incorporarse
sin problemas en empresas del sector de las Tecnologías de la Información y las
Comunicaciones, Departamentos de Informática de empresas de cualquier sector
con implantación de Nuevas Tecnologías, con las funciones de diseñar,
desarrollar, mantener y comercializar equipos y sistemas que incorporen subsistemas
informáticos.
Debe tener una aptitud para
adaptarse a situaciones cambiantes, ser curioso, tener interés en su contexto
social, cultural, medio ambiente y científico. Deberá, además, ser
comprometido, tenaz, paciente, capaz de plantear objetivos y formular
estrategias, ser innovador y congruente, así como agente de cambio.
Bibliografía: https://www.uchceu.es/estudios/titulaciones/documentos/formativo/ingenieria_informatica.pdf
1.2 El papel del
ingeniero informático en la generación de servicios de valor agregado dentro de
una organización.
El ingeniero informático tiene la
capacidad de analizar, modelar las soluciones y gestionar los requisitos del
producto, es decir, debe estar preparado para participar y desarrollar
cualquiera de las actividades implicadas en las fases del ciclo de vida de
desarrollo de software, en productos software y aplicaciones de dimensión
media.
Capacidad para analizar, diseñar,
construir e implementar sistemas basados en computadoras, que soporten
aplicaciones técnicas, comerciales, industriales, no convencionales y de
negocios en general, utilizando técnicas y métodos que aseguren eficiencia.
Capacidad de especificar,
modelar, diseñar, implantar, verificar, integrar, configurar, mantener y
evaluar el rendimiento de cualquier sistema informático así como cada uno de
sus componentes o partes.
La informática ha demostrado que
puede dar valor agregado a los bienes y servicios de una organización, porque
permite transformarlos o mejorar la coordinación de las actividades relacionadas
con el proceso de generación de éstos. Asimismo, la informática puede ayudar a
transformar la manera en que una organización compite, afectando las fuerzas
que controlan la competencia en una industria. Gracias a la informática,
algunas organizaciones han podido crear barreras de entrada, reducir la amenaza
de productos o servicios sustitutos, cambiar su forma de competir de costos a
diferenciación o a especialización, y aumentar su poder de proveedores o de
compradores. Finalmente, y posiblemente ésta sea la razón más importante, la
informática puede ayudar a reinventar la manera como una organización opera. La
mayoría de los procesos de una organización operan de acuerdo a reglas
obsoletas y no toman en cuenta las ventajas que proporcionan las tecnologías de
información. Las bases de datos compartidas que permiten tener información
accesible en diferentes puntos en forma simultánea, el uso de los sistemas
expertos para representar y utilizar el conocimiento, y el uso de redes para
intercambiar información, son solamente algunas de las nuevas tecnologías que
nos permiten rediseñar la manera como operan las organizaciones.
Bibliografía:https://www.uchceu.es/estudios/titulaciones/documentos/formativo/ingenieria_informatica.pdf
1.3 Retos actuales del
ingeniero informático y de las áreas de TI
La disciplina informática, a
pesar de su reciente aparición, no se resiste, como el resto de disciplinas, al
cambio permanente, y es necesario en consecuencia formar un profesional
adaptable a nuevas situaciones. Para ello es imprescindible fomentar en él una
mentalidad crítica y flexible, capaz de poner en duda el conocimiento adquirido
y de adaptarlo a nuevos requerimientos y posibilidades.
El ingeniero en informática no
sólo deberá tener una serie de conocimientos adquiridos durante la carrera,
sino también la capacidad de seguir aprendiendo más adelante de manera autónoma
cuando las circunstancias así lo requieran.
El carácter multidisciplinar de
muchas de las tareas del ingeniero en informática le obliga a trabajar
permanentemente en equipo. Es necesario entonces desarrollar en nuestros
estudiantes la capacidad de integrar las aportaciones de los diferentes agentes
que intervengan en su actividad, de coordinar grupos de gentes con actividades
y perfiles diversos, y cuando la situación lo requiera, de adoptar la condición
de líder del grupo.
Estar preparados para aprender y
utilizar de forma efectiva técnicas y herramientas que surjan en el futuro.
Esta versatilidad les hace especialmente valiosos en organizaciones en las que
sea necesaria una innovación permanente.
Ser capaces de especificar,
diseñar, construir, implantar, verificar, auditar, evaluar y mantener sistemas
informáticos que respondan a las necesidades de sus usuarios.
Tener la formación de base suficiente
para poder continuar estudios, nacionales o internacionales, de Máster y
Doctorado.
Todas estos rasgos no son más que
la integración de una serie de conocimientos (saber), y habilidades y destrezas
(saber hacer), a los que añadimos una serie de actitudes (saber estar), que
capaciten al ingeniero informático para afrontar una serie de retos y/o
situaciones concretas.
Bibliografía:https://www.uchceu.es/estudios/titulaciones/documentos/formativo/ingenieria_informatica.pdf
1.4 Importancia de la gestión de servicios de TI
La gestión de servicios de
Tecnologías de la Información (TI) es de suma importancia, ya que proporciona
los conocimientos para aumentar la competitividad de las empresas, con el
objetivo de facilitar una base a las empresas para mejorar y hacer más
eficientes sus sistemas de TI.
§ El
estándar está orientado a mejorar la planificación, gestión y control de
calidad de la prestación de los servicios de TI.
§ La
competencia global no solo gira alrededor del precio y de la calidad, se
encuentra también en torno al servicio y al tiempo.
§ Las
situaciones competitivas pueden involucrar varios elementos como compradores,
vendedores, distribuidores, proveedores, instituciones financieras y
sindicatos.
§ La
tecnología de la información es una herramienta fundamental para ganar una
ventaja competitiva.
§ La
tecnología de la información puede requerir una gran inversión durante un
periodo prolongado.
§ Un
sistema de reingeniería proporciona beneficios a la compañía, a sus clientes y
a sus proveedores.
§ Se
necesita una infraestructura de cómputo en red extensiva para apoyar un gran
sistema global.
§ Los
sistemas de información estratégica que tienen éxito pueden incluso forzar la
salida de feroces competidores.
Las Tecnologías de la información
cubren un área bastante grande y su complejidad requiere de una filosofía que
considere cada proceso de las organizaciones y asegure su funcionamiento y
calidad para todos los usuarios que pueda requerir de los servicios
proporcionados por TI.
ITIL, como guía integral y de
dominio público sobre previsión de servicios TI, ayuda a desarrollar una
organización robusta que, como señala Mona Biegstraten (2003), logra la
satisfacción de los clientes y usuarios, la posibilidad de tener una
organización “medible”, el mejor entrelazado de las actividades de los
empleados, mejor trabajo conjunto entre los profesionales internos y dotar a la
empresa de sensación de profesionalidad.
ISO/IEC 20000:2011. La ISO/IEC
20000:2011 es una norma para la Gestión de los Servicios de Tecnologías de la
Información con el objetivo de facilitar una base a las empresas para mejorar y
hacer más eficientes sus sistemas de TI. El estándar está orientado a mejorar
la planificación, gestión y control de calidad de la prestación de los
servicios de TI, a enfocar los sistemas de TI más hacia el negocio propio de la
empresa que hacia la tecnología, y a adecuar los productos y servicios a las
necesidades del negocio y sus clientes. Para asumir costes más efectivos y
optimizar los resultados, la norma ISO 20000:2011 proporciona a la empresa los
recursos necesarios para poder medir la capacidad y calidad de los productos y
servicios, una base para acordar los niveles y sistemas precisos, así como una
selección previa de los proveedores de servicios externos con mayor eficacia.
Fuente: http://noticias.lainformacion.com/economia-negocios-y-finanzas/nuevo-servicio/comunicado-bsi-destaca-la-importancia-de-la-gestion-de-servicios-ti-para-la-competitividad-de-las-empresas_vkLrhIru24Slwyf88jKhD3/
1.5 Ciclo de vida de los proyectos de TI
El ciclo de vida del proyecto
define las fases que conectan el inicio de un proyecto con su fin. Un ciclo de
vida para un proyecto se compone de fases sucesivas compuestas por tareas
panificables. La transición de una fase a otra dentro del ciclo de vida de un
proyecto generalmente implica y, por lo general, está definida por alguna forma
de transferencia técnica.
Generalmente, los productos
entregables de una fase se revisan para verificar si están completos, si son
exactos y se aprueban antes de iniciar el trabajo de la siguiente fase. No
obstante, no es inusual que una fase comience antes de la aprobación de los
productos entregables de la fase previa, cuando los riesgos involucrados se
consideran aceptables.
El control de la calidad en el
ciclo de vida de proyectos se ha convertido en un elemento crucial para los
negocios, con un impacto directo en la minimización de riesgos y en el ahorro
de costes.
El control de la calidad de los
proyectos requiere una estrecha sintona con los procesos de desarrollo, gestión
de proyectos y gestión de la infraestructura, de forma que se facilite el
trazado de lo que, se convierte en el
ciclo práctico y elemental de la calidad:
§ Gestión
de Requisitos
§ Gestión
del ciclo de vida de los desarrollos
§ Plan
de calidad
§ Gestión
de Pruebas
§ Pruebas
de los procesos de negocio y los servicios
§ Gestión
de los defectos
Características de los ciclos de
vida de un proyecto
Los ciclos de vida del proyecto
generalmente definen:
§ Qué
trabajo técnico se debe realizar en cada fase (por ejemplo, ¿en qué fase se
debe realizar el trabajo del diseñador web?)
§ Cuándo
se deben generar los productos entregables en cada fase y cómo se revisa,
verifica y valida cada producto entregable
§ Quién
está involucrado en cada fase (por ejemplo, la ingeniería concurrente requiere
que los analistas estén involucrados en las fases de requisitos y de diseño)
§ Cómo
controlar y aprobar cada fase.
La mayoría de los ciclos de vida de proyectos comparten determinadas
características comunes:
En términos generales, las fases son
secuenciales y, normalmente, están definidas por alguna forma de transferencia
de información técnica o transferencia de componentes técnicos.
El nivel de incertidumbre es el más alto y, por lo tanto, el riesgo de
no cumplir con los objetivos es más elevado al inicio del proyecto. La certeza
de terminar con éxito aumenta
gradualmente a medida que avanza el proyecto.
El nivel de coste y de
personal es bajo al comienzo, alcanza su nivel máximo en las fases intermedias
y cae rápidamente cuando el proyecto se aproxima a su conclusión.
El poder que tienen los interesados en el proyecto para influir en las
características finales del producto del proyecto y en el coste final del
proyecto es más alto al comienzo y decrece gradualmente a medida que avanza el
proyecto.
Ciclo de vida del proyecto de TI
Elementos que integran un ciclo de vida:
Fases:
Una fase es un conjunto de actividades
relacionadas con un objetivo en el desarrollo del proyecto. Se construye
agrupando tareas (actividades elementales) que pueden compartir un tramo determinado
del tiempo de vida de un proyecto. La agrupación temporal de tareas impone
requisitos temporales correspondientes a la asignación de recursos (humanos,
financieros o materiales).
Según el modelo de ciclo de
vida, la sucesión de fases puede ampliarse con bucles de realimentación, de manera que lo que conceptualmente se
considera una misma fase se pueda ejecutar más de una vez a lo largo de un
proyecto, recibiendo en cada pasada de ejecución aportaciones de los resultados
intermedios que se van produciendo (realimentación).
Cada fase viene definida por
un conjunto de elementos observables externamente, como son las actividades con las que se
relaciona, los datos de entrada (resultados
de la fase anterior, documentos o productos requeridos para la fase,
experiencias de proyectos anteriores), los datos de salida (resultados a utilizar por la fase posterior,
experiencia acumulada, pruebas o resultados efectuados) y la estructura interna de la fase.
Entregables
Son los productos intermedios
que generan las fases. Pueden ser materiales (componentes, equipos) o
inmateriales (documentos, software). Los entregables permiten evaluar la marcha
del proyecto mediante comprobaciones de su adecuación o no a los requisitos
funcionales y de condiciones de realización previamente establecidos. Cada una
de estas evaluaciones puede servir, además, para la toma de decisiones a lo
largo del desarrollo del proyecto.
Ciclo de desarrollo
de productos de TI
Ciclo de vida se refiere al
período de tiempo que comienza cuando se concibe la idea de generar el programa
hasta que finalmente se retira.
La ISO, International Organization for
Standardization, en su norma 12207 define al ciclo de vida de un software como un marco de referencia que
contiene las actividades y las tareas involucradas en el desarrollo, la
explotación y el mantenimiento de un producto de software, abarcando desde la
definición hasta la finalización de su uso.
La metodología para el
desarrollo de software es un modo sistemático de realizar, gestionar y
administrar un proyecto para llevarlo a cabo con altas posibilidades de éxito.
Ciclo
de vida del proyecto de TI
Desde el punto de vista
general puede considerarse que el ciclo de vida de un software tiene tres
grandes etapas claramente diferenciadas, las cuales se mencionan a continuación
Tipos de modelos de ciclos de vida
Las principales diferencias
entre distintos modelos de ciclo de vida están en:
El alcance del ciclo dependiendo de
hasta dónde llegue el proyecto correspondiente. Un proyecto puede comprender un
simple estudio de viabilidad del desarrollo de un producto, o su desarrollo
completo o, llevando la cosa al extremo, toda la historia del producto con su
desarrollo, fabricación, y modificaciones posteriores hasta su retirada del
mercado.
Las características (contenidos) de
las fases en que dividen el ciclo. Esto puede depender del propio tema al
que se refiere el proyecto (no son lo mismo las tareas que deben realizarse
para proyectar un avión que un puente), o de la organización (interés
de reflejar en la división en fases aspectos de la división interna o externa
del trabajo).
La estructura de la sucesión de las
fases que puede ser lineal, con prototipos, o en espiral. Veámoslo con más
detalle:
Ciclo de vida lineal
Consiste en descomponer la
actividad global del proyecto en etapas separadas que son realizadas de manera
lineal, es decir, cada etapa se realiza un sola vez, a continuación de la etapa
anterior y antes de la etapa siguiente.
Ventajas: La sencillez de su gestión y administración tanto
temporal como económica, ya que se acomoda perfectamente a proyectos pequeños.
Es fácil dividir las tareas
entre equipos sucesivos, y prever los tiempos (sumando los de cada fase).
Desventajas: Difícil implementar en proyectos donde las especificaciones
no están bien definidas, ya que es muy costos retroceder de una etapa anterior
al detectar una falla.
Desde el punto de vista de la
gestión (para decisiones de planificación), requiere también que se sepa bien
de antemano lo que va a ocurrir en cada fase antes de empezarla.
Ciclo de vida de
prototipos
Si no se conoce exactamente
cómo desarrollar un determinado producto o cuáles son las especificaciones de
forma precisa, suele recurrirse a definir especificaciones iníciales para hacer
un prototipo.
La experiencia del desarrollo
del prototipo y su evaluación deben permitir la definición de las especificaciones más completas y seguras
para el producto definitivo.
A diferencia del modelo
lineal, puede decirse que el ciclo de vida con prototipos repite las fases de
definición, diseño y construcción dos veces: para el prototipo y para el
producto real.
Ciclo de vida en espiral
Es un modelo de proceso de
software evolutivo que conjuga la naturaleza iterativa de construcción de prototipos
con los aspectos controlados y sistemáticos del modelo lineal secuencial.
En el modelo espiral, el software se desarrolla en
una serie de versiones incrementales. Durante las primeras iteraciones, la
versión incremental podría ser un modelo en papel o un prototipo. Durante las
últimas iteraciones, se producen versiones cada vez más completas del sistema
diseñado.
El esquema del ciclo de vida para estos casos puede representarse por un
bucle en espiral, donde los cuadrantes son, habitualmente, fases de planificación, diseño, construcción y
adaptación, y evaluación (o conceptos y términos análogos).
En cada vuelta el producto
gana en “madurez” (aproximación al final deseado) hasta que en una
vuelta la evaluación lo apruebe y el bucle pueda abandonarse.
Objetivo de cada fase
Dentro de cada fase general de
un modelo de ciclo de vida, se pueden establecer una serie de objetivos y
tareas que lo caracterizan.
Fase de planificación ¿Qué hacer?
§ Estudio de viabilidad.
§ Conocer los requisitos
que debe satisfacer el sistema (funciones y limitaciones de contexto).
§ Asegurar que los
requisitos son alcanzables.
§ Formalizar el acuerdo
con los usuarios.
§ Realizar una
planificación detallada.
Fase de diseño ¿cómo hacerlo? Soluciones en coste, tiempo y
calidad
§ Identificar soluciones
tecnológicas para cada una de las funciones del sistema.
§ Asignar recursos
materiales para cada una de las funciones.
§ Proponer (identificar y
seleccionar) subcontratas.
§ Establecer métodos de
validación del diseño.
§ Ajustar las especificaciones
del producto.
Fase de construcción y adaptación
§ Generar el producto o
servicio pretendido con el proyecto.
§ Integrar los elementos
subcontratados o adquiridos externamente.
§ Validar que el producto
obtenido satisface los requisitos de diseño previamente definidos y realizar,
si es necesario, los ajustes necesarios en dicho diseño para corregir posibles
lagunas, errores o inconsistencias.
§ Fase de evaluación (Operación y mantenimiento)
§ Operación:
asegurar que el uso del proyecto es el pretendido.
§ Mantenimiento (nos
referimos a un mantenimiento no habitual, es decir, aquel que no se limita a
reparar averías o desgastes habituales -este es el caso del mantenimiento en
productos software, ya que en un programa no cabe hablar de averías o de
desgaste). Dentro de la fase de mantenimiento se
encuentran cuatro tipos de cambios:
§ Corrección. Incluso llevando a cabo las mejores
actividades de garantía de calidad, es muy probable que el cliente descubra los
defectos en el software. El mantenimiento
correctivo cambia el software para corregir los defectos.
§ Adaptación. Con el paso del tiempo, es
probable que cambie el entorno original por ejemplo: CPU, el sistema operativo,
las reglas de empresa, las características externas de productos) para el que se
desarrolló el software. El mantenimiento
adaptativo produce modificación en el software para acomodarlo a
los cambios de su entorno externo.
§ Mejora. Conforme se utilice el
software, el cliente/usuario puede descubrir funciones adicionales que van a
producir beneficios. El mantenimiento
perfectivo lleva al software más allá de sus requisitos funcionales
originales.
§ Prevención. El software de
computadora se deteriora debido al cambio, y por esto el mantenimiento preventivo también
llamado reingeniería del software,
se debe conducir a permitir que el software sirva para las necesidades
de los usuarios finales. En esencia, el mantenimiento preventivo hace cambios
en programas de computadora a fin de que se puedan corregir, adaptar y mejorar
más fácilmente.
1.6 Objetivos del gobierno de TI
El
Gobierno de las TI es una responsabilidad del más alto nivel directivo y se
encuentra en lo más alto de una pirámide que estaría basada en
las operaciones de TI y la gestión de TI. Según la norma internacional ISO
38500, el Gobierno de las TI tiene como principal objetivo evaluar, dirigir y
monitorizar las TI para que estas proporcionen el máximo valor posible a la
organización.
El Gobierno de TI deberá alinear proyectos
tecnológicos con los objetivos estratégicos de la organización, asegurando el
resultado prometido, un resultado económico y una obtención de ventajas
competitivas.
Para
un buen Gobierno de TI, éste debe apoyarse en un marco de estándares y normas
de comportamiento para garantizar que la unidad de TI soporte los
objetivos de negocio de la organización.
El Gobierno de las TI debe ocuparse de tres cuestiones:
1. Qué decisiones deben tomarse para
asegurar la gestión y el uso efectivo de las TI.
2. Quienes deben tomar estas decisiones.
3. Cómo serán ejecutadas
y monitorizadas.
El Gobierno de las TI incluye las
siguientes áreas:
§
La alineación entre la estrategia de la
organización y de las TI.
§
Obtención de valor que las TI generan para la
organización.
§
Mecanismos que permitan mediciones apropiadas
para poder valorar las TI en su
conjunto y poder tomar decisiones respecto a su gobierno.
§
Gestión del riesgo que en un momento dado pueda
afectar e impactar negativamente en
las actividades y procesos de la organización.
§ Gestión de los
recursos TI y la utilización óptima de los mismos.
Las ventajas de implementar completamente un sistema de Gobierno
de las TI son:
§
Se consigue estrechar la relación entre las áreas
directivas y funcionales y el área de TI.
§
Mejora los resultados contables (de la
organización en general y de las TI en particular).
§
Reduce la ineficiencia y los riesgos.
§
Aumenta la calidad y la eficiencia de los
servicios TI.
§
Promueve el uso eficiente de los recursos
internos y externos.
§
Se preocupa por el cumplimiento de las normas
estatutarias y legislativas necesarias
para conseguir la credibilidad institucional.
§
Centraliza los gastos en TI en las necesidades,
prioridades y objetivos institucionales.
§
Disminuye los problemas en el desarrollo de los
proyectos (sobrecostes, errores funcionales, retrasos, etc.).
§
Promueve que baje la complejidad de las TI y la
integración de los grandes sistemas de
la organización.
§ Consigue realizar un
proceso de planificación estratégica de las TI más eficiente.
1.7
Proceso de implantación del gobierno de TI.
El proceso de
implantación de gobierno de TI asiste a los diferentes niveles de la organización con una detallada
hoja de ruta que le ayuda en la implementación de sus necesidades de Gobierno
TI usando COBIT. Identifica qué componentes de COBIT deben ser mejorados desde
las necesidades iniciales hasta la implantación de la solución. La hoja de ruta
presenta un proyecto que puede ser largo y que requiere prácticas estrictas de
gestión de proyectos.
Dicha hoja de ruta es un primer
paso para implantar los requerimientos de gobierno de TI.
Las fases del proceso de
implantación de gobierno de TI en una organización son:
1.-
Identificar necesidades. Los siguientes cuatro pasos son necesarios en la
fase inicial de un proyecto de implantación de Gobierno de TI:
a) Entender en entorno en el que
se va a desarrollar el proceso de implantación de gobierno de TI y establecer
un proyecto adecuado.
b) Entender los objetivos de negocio y cómo
trasladarlos a objetivos de TI.
c) Entender los riesgos potenciales
y la forma en la que estos pueden afectar a los objetivos de TI.
d) Definir el alcance del proyecto
y qué procesos deben ser implantados o mejorados.
2.-
Análisis de la solución. Esta fase prevé la solución y está compuesta de
tres pasos. Se debe fijar el estado de madurez actual de los procesos de TI
seleccionados y el estado de madurez objetivo en el que se desea que estén tras
implantar la solución. El análisis de la distancia entre la situación actual y
la situación en la que se desea estar se convierte en oportunidades de mejora.
3.-
Planificación de la solución.
En esta fase se identifican
iniciativas de mejora factibles y las traslada a proyectos justificados. Tras
su aprobación, dichos proyectos deben ser integrados en la estrategia de mejora
con un plan detallado para alcanzar la solución.
4.-
Implementar la solución.
Conforme los proyectos van
avanzando, el resultado del mismo debe ser monitorizado y dichos resultados
deben servir para tomar decisiones acerca de las siguientes iteraciones sobre cada
uno de los procesos que se han implantado.
Fuente: http://www.hacienda.go.cr/cifh/sidovih/spaw2/uploads/images/file/Implant%20Gobierno%20de%20TI.pdf