Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Objetivos
Función de desarrollo
El desarrollo de software proporciona una serie de pasos para que los programadores creen
programas de computadora. Este proceso constituye las fases del ciclo de vida del desarrollo
de software y métodos. Comprender el método de desarrollo de software ofrece amplias
oportunidades en la industria de TI.
El ciclo de vida incluye varias fases que proporcionan un método para crear productos que
cumplan con las especificaciones técnicas y los requisitos del usuario.
“El ciclo de vida del desarrollo del software proporciona un estándar internacional que las
empresas de software pueden utilizar para crear y mejorar sus programas informáticos”.
Ofrece una estructura definida para que los equipos de desarrollo la sigan en el diseño
creación y mantenimiento de software de alta calidad el objetivo del proceso de desarrollo
de software de ti es crear productos efectivos dentro de un presupuesto y un cronograma
definido
1. Identificación de necesidades. Antes que una empresa cree software debe realizar
una investigación de mercado exhaustiva para determinar la viabilidad del producto.
Los desarrolladores deben identificar las funciones y los servicios que el software
debe proporcionar para que sus consumidores objetivos lo aprovechen al máximo y
lo consideren necesario y útil hay varias formas de obtener esta información, incluido
en los comentarios de clientes y encuestas potenciales y existentes
3. Diseño. El diseño es la tercera etapa del proceso de desarrollo de software. Aquí los
arquitectos y desarrolladores elaboran las especificaciones técnicas avanzadas que
necesitan para crear el software según los requisitos. Las partes interesadas,
discutirán factores como los niveles de riesgo la composición del equipo y la
tecnología aplicable, el tiempo, el presupuesto, las limitaciones del proyecto el
método y el diseño arquitectónico.
Los evaluadores utilizan pruebas exploratorias si tienen experiencia con ese software
o un script de prueba para validar el rendimiento de los componentes individuales del
software. Notifican a los desarrolladores sobre defectos en el código. Si los
desarrolladores confirman que las fallas son válidas mejoran el programa y los
probadores repiten el proceso hasta que el software esté libre de errores y se
comporte de acuerdo con los requisitos.
6. Despliegue y mantenimiento. Una vez que el solo esté libre de defecto los
desarrolladores pueden entregarlo a los clientes. Después del lanzamiento de la
versión de producción de un software la empresa de desarrollo de software de TI,
crea un equipo de mantenimiento para gestionar los problemas que encuentran los
clientes mientras utilizan el producto. El mantenimiento puede ser una solución
urgente si se trata de un problema menor pero las fallas graves del software requieren
una actualización.
Modelos de desarrollo de software
Los modelos de desarrollo de software son los distintos procesos o metodologías que se
están seleccionando para el desarrollo del proyecto en función de los objetivos y metas del
proyecto. Hay muchos modelos del ciclo de vida de desarrollo que se han desarrollado para
lograr diferentes objetivos requeridos. Los modelos especifican las distintas etapas del
proceso y el orden en que se llevan a cabo o podría incluir nuevas etapas o fusionar algunas.
La selección del modelo tiene un impacto muy alto en las pruebas que se realizan. Definirá
el qué, dónde y cuándo de nuestras pruebas planificadas. Influirá en las pruebas de
regresión y determinar en gran medida qué técnica de prueba a utilizar.
• Modelo de cascada
• Modelo V
• Modelo incremental
• Modelo RAD
• Modelo ágil
• Modelo interactivo
• Modelo espiral
• Modelo de prototipo
Modelos de desarrollo
A través de tiempo los ingenieros de software han desarrollado diferentes modelos
de desarrollo cada uno con sus propios simpatizantes. Una gran cantidad de
personas han dedicado mucho esfuerzo y tiempo e ingeniería de software, durante
ese tiempo algunas personas notaron que había problemas muy frecuentes con los
métodos que estaban usando, quizás el desarrollo se desvió del plan original y los
programadores no probaron su código o el proyecto tardó tanto que cuando se
terminó las necesidades de los clientes habían cambiado.
Muchos decidieron estudiar esos problemas y proponer diferentes enfoques para
tratar de abordarlos, los modelos de desarrollo resultante tienden a enfatizar una
parte del desarrollo u otro, por ejemplo, los métodos ágiles permiten que los
objetivos de un proyecto cambien con el tiempo para arrastrar las necesidades
cambiantes del cliente.
El desarrollo guiado por pruebas obliga a los programadores a escribir pruebas para
su código, la programación extrema utiliza programación por pares para garantizar
que cada fragmento de código pase por una especie de revisión de código.
Hay mucha superposición entre los diferentes modelos por ejemplo muchos
desarrolladores notaron que los requisitos de los clientes a veces cambian por lo
que hay muchos métodos ágiles que intentan abordar ese problema.
Cada modelo tiene su propia filosofía, conjunto de reglas y listas de principios
importantes, pero en la práctica lo que realmente importa es producir software de
alta calidad razonablemente cerca del tiempo y dentro del presupuesto.
Muchos modelos de desarrollo utilizan técnicas inteligentes para hacer que el
desarrollo tenga más probabilidades de producir un buen resultado.
Modelos predictivos
Una manera de categorizar los modelos de desarrollo es la forma en que maneja en
los requerimientos. En un modelo de desarrollo predictivo se trata de identificar de
antemano lo que debe hacerse, utiliza los requerimientos para diseñar el sistema y
utiliza el diseño como modelo para escribir el código, usted prueba el código, hace
que los clientes firmen diciendo que realmente hace lo que la especificación dice
que debería.
Como analogía se construye una pared de ladrillo con un modelo predictivo, según
la experiencia pasada se sabe exactamente cuánto tiempo llevará construir una
pared del tamaño deseado, puede calcular fácilmente cuántos ladrillos necesitará,
luego puede adquirir los ladrillos, programar algunos albañiles y hacer el trabajo;
desafortunadamente a menudo es difícil predecir con anticipación exactamente qué
debe hacer una aplicación de software y cómo debe crearla, a veces las situaciones
comerciales cambiantes provocan que lo que los clientes necesitan al principio no
es lo que necesitan al final.
Un modelo de desarrollo adaptativo le permite cambiar el objetivo del proyecto si
es necesario durante el desarrollo, en lugar de elegir un diseño desde el principio y
avanzar laboriosamente hacia él, incluso cuando el diseño ya no es relevante.
Un modelo adaptativo le permite reevaluar periódicamente y decidir si necesita
cambiar de dirección, puede comenzar con una buena idea de cómo debería verse
la aplicación final; el modelo adaptativo solo le brinda la oportunidad de ajustar el
proyecto si es necesario, puede pensar que un modelo adaptativo siempre es
mejor que uno predictivo, pero hay casos en los que un modelo predictivo
funciona bastante bien, por ejemplo, los modelos predictivos funcionan bien cuando
el proyecto es relativamente pequeño, sabe exactamente lo que necesita hacer y el
plazo es lo suficientemente corto como para que los requisitos no cambien durante
el desarrollo.
El modelo predictivo puede ser adecuado cuando:
- Participación del usuario: Los usuarios ayudan a definir los requisitos
- Visión clara: Los clientes y los desarrolladores tienen la misma visión clara
sobre los objetivos del proyecto.
- Tamaño limitado: un proyecto de tamaño pequeño ayuda a los clientes y
miembros del equipo a ver la imagen completa de una sola vez y los
requisitos no tendrán tiempo de cambiar.
- Equipo experimentado: Es menos probable que los miembros del equipo
con experiencia diseñen algo que no puedan construir, tampoco se distraerán
escribiendo código que no funcione, claro que un equipo experimentado es
útil para cualquier proyecto.
- Tecnología establecida: Si se apega a la tecnología que ha usado antes
comprenderá cómo usarla correctamente,
Este modelo se recomienda en situaciones en las que hay un cliente para el que se está
creando el software. Básicamente, el modelo nunca se aplica en situaciones en las que no hay
un cliente conocido. Como sería el caso del todo bar diseñado para el mercado comercial para
múltiples compradores minoristas.
También y muy importante en los casos en los que los éxitos de un problema están claramente
definidos.
Esta situación a veces se encuentra cuando se deben realizar a las estaciones o mejorar bien
definidas a un sistema existente.
Por ejemplo: Una adaptación al software de contabilidad que ha sido exigida debido a
cambios en las regulaciones gubernamental.
Pero solo cuando los requisitos están bien definidos y son razonablemente estables.
El modelo de cascada es un ejemplo de un proceso impulsado por un plan, se Inicia
planificando todas las actividades del proceso antes de comenzar el desarrollo del software.
Uno de los aspectos de mayor importancia del modelo en cascada es que sus etapas reflejan
directamente en las actividades fundamentales del desarrollo de software.
2.Diseño: Este proceso asigna los requisitos a los sistemas de hardware o software, establece
una arquitectura general del sistema; El diseño de software implica identificar y describir las
atracciones fundamentales del sistema y sus relaciones.
3. Construcción y pruebas unitarias: durante esta etapa, el diseño se realiza como un conjunto
de programas o unidades del programa. La prueba unitaria implica verificar que cada unidad
cumpla con sus especificaciones.
4. Integración y pruebas del sistema: las unidades por programas individuales del programa se
integra y prueban como un sistema completo para garantizar que cumplan con los
requerimientos iniciales. Después de la prueba, el sistema de software se entrega al cliente.
5. Operación y mantenimiento: normalmente esta es la fase del ciclo de vida más largo. El
sistema se instala y se pone en práctica. El mantenimiento implica corregir errores que no se
descubrieron en etapas anteriores del ciclo de vida. Mejorar la implementación de las
unidades del sistema y mejorar los servicios del sistema a medida que se descubren nuevos
requisitos.
Como se puede observar, es hasta las fases finales del ciclo de vida del software, se pone en
uso. Pueden surgir errores y omisiones en los requisitos originales. Errores de programa y
diseño o identificar la necesidad de una nueva funcionalidad. Por tanto, el sistema debe
evolucionar para seguir siendo útil.
Hacer estos cambios puede implicar la repetición de etapas anteriores del proceso.
Desventajas del Modelo de desarrollo en cascada
El modelo en cascada es la metodología más antigua de la ingeniería de software. Sin embargo,
las críticas a este modelo de proceso han cuestionado su eficacia. Cuando se aplica el modelo
de cascada se puede dar los siguientes inconvenientes.
1 los proyectos comúnmente no siguen el flujo secuencial que propone el modelo. Aunque el
modelo lineal puede adaptarse a la interacción, lo hace indirectamente. Como resultado, los
cambios pueden causar confusión a medida que avanza el equipo del proyecto.
2. suele ser difícil para el cliente establecer todos los requisitos de forma explícita. El modelo
de cascada requiere esto y tiene dificultades para adaptarse a la incertidumbre natural que
existe al comienzo de muchos proyectos.
3. Él cliente debe de tener paciencia. Una versión funcional del programa no estará disponible
hasta etapas avanzadas en el período del tiempo del. Un error grave que no se detecta hasta
que se revisa el programa de trabajo, puede ser desastroso.
Objetivos:
Existen situaciones en las que los requisitos iniciales de software están bien definido, pero el alcance
general del esfuerzo de desarrollo no es un proceso estrictamente lineal. Además, puede existir una
necesidad de proporcionar de manera rápida un Conjunto limitado de funciones y luego refinar y
ampliar esa funcionalidad en versiones de software posteriores. En tales casos, puede elegir un
modelo de proceso que esté diseñado para producir el software en incrementos.
El modelo de cascada incremental se basa en la idea de desarrollar una versión inicial, obtener
comentarios de los usuarios y evolucionar el software a través de varias versiones hasta que se haya
desarrollado el sistema requerido.
El modelo incremental aplica secuencias lineales de forma escalonada a medida que avanza el
tiempo del calendario. Cada secuencia lineal produce incrementos entregables de software. Cuando
se utiliza un modelo incremental, el primer incremento suele ser un producto central, es decir, se
toman los requisitos básicos, pero otras características complementarias no se incluyen. El producto
principal es utilizado y evaluado por el cliente. Como resultado de esta evaluación se desarrolla un
plan para el siguiente incremento.
El plan aborda la modificación del producto principal para satisfacer mejor las necesidades del
cliente y la entrega de características y funcionalidades adicionales. Este proceso se repite después
de la entrega de cada incremento hasta que se produce el producto completo.
Puede decirse que de cierta forma, el desarrollo incremental es ahora el enfoque más común para
el desarrollo del sistema de aplicaciones y productos de software. Este Enfoque puede estar
orientado a un plan ágil o una combinación de estos enfoques. A un enfoque basado en planes, los
incrementos del sistema se identifican de antemano si se adopta un enfoque ágil, se identifican los
primeros incrementos. Pero el desarrollo de los siguientes incrementos depende del progreso y las
prioridades del cliente.
1. El proceso no es visible. Los gerentes necesitan entregables regulares para medir el progreso. Si
los sistemas se desarrollan rápidamente, no es rentable producir documentos que reflejen todas las
versiones del sistema.
2. La Estructura del sistema tiende a degradarse a medida que se agregan nuevos incrementos. Los
cambios regulares conducen a un código desordenado a medida que se agregan nuevas funciones
de cualquier manera posible.
Agregar nueva funcionalidad se vuelve cada vez más difícil y costoso. Para reducir la reparación
estructural y el desorden general del código, los métodos ágiles sugieren que se debería refactorizar,
mejorar y reestructurar el software con regularidad.
Los problemas de desarrollo incremental se vuelven particularmente agudo para los sistemas
grandes, complejos y de larga duración. Donde diferentes equipos desarrollan diferentes partes del
sistema.
El desarrollo incremental no significa que tenga que entregar cada incremento al cliente del sistema.
Puede desarrollar un sistema de forma incremental y exponerlo a los clientes y otras partes
interesadas para que comenten sin necesariamente entregarlo e implementarlo en el entorno del
cliente.
La entrega incremental significa que el software se utiliza en procesos operativos reales. Por lo que
es probable que los comentarios de los usuarios sean realistas. Sin embargo, no siempre es posible
proporcionar comentarios, ya que experimentar con nuevos software puede interrumpir los
procesos comerciales normales.
La educación es el arma más poderosa que puedes usar para cambiar el mundo hasta la próxima.
Modelos iterativos
modelos Iterativos
en esta vídeo clase se empezará a analizar una de las técnicas más fáciles de
aplicar a cualquier otro modelo de desarrollo la iteración
El prototipado
Modelo de espiral
El proceso unificado
Prototipado:
un prototipo es un modelo simplificado que demuestra algún comportamiento
que desea estudiar normalmente, un prototipo de software es un programa que
imita parte de la aplicación que desea crear, la idea es brindar a los clientes
una sensación práctica más intuitiva sobre cómo se verá la aplicación
terminada y cómo se comportará de lo que puede obtener de las descripciones
de texto como historias de usuario y casos de uso.
hay un par de cosas que puede hacer con un prototipo una vez
construido:
puede usarlo para definir y refinar los requisitos, puede mostrárselos a los
clientes y en función de sus comentarios pueden modificarlos para que se
ajuste mejor a sus necesidades, eventualmente puede comenzar a reemplazar
el código de prototipo y los datos falsos con código de calidad de producción y
datos reales, con el tiempo puede evolucionar el prototipo a versiones cada vez
más funcionales hasta que finalmente se
convierta en la aplicación final este tipo de prototipo a veces denomina
prototipo evolutivo.
Requisitos mejorados:
los prototipos permiten a los clientes ver cómo se da la aplicación terminada
eso les permite proporcionar comentarios para modificar los requisitos al
principio del proyecto
a menudo los clientes pueden detectar problemas y solicitar cambios antes, por
lo que el resultado final es más útil para los usuarios.
visión común:
los prototipos permiten a los clientes y desarrolladores tener la misma vista
previa de la aplicación terminada por lo que es más probable que tengan una
visión común de lo que
debería ser la aplicación y cómo debería verse.
mejor diseño:
los prototipos permiten a los desarrolladores explorar rápidamente partes
específicas de la aplicación para aprender en qué consisten, los prototipos
también permiten a los desarrolladores probar diferentes enfoques para ver
cuál es el mejor, los desarrolladores pueden usar lo que aprenden de los
prototipos para mejorar el diseño y hacer que el
código final sea más elegante y robusto.
visión restringida:
Objetivos
Modelo de espiral
El modelo en espiral fue descrito por primera vez en 1986 por Barry Boehm, uno de los pioneros
de ingeniería de software, propuso un modelo de proceso incremental basado en riesgo cuya
fase se representa como una espiral y no como una secuencia de actividades. Cada bucle de la
espiral representa una fase del proceso del software el modelo en espiral supone que los cambios
son el resultado de los riesgos del proyecto y propone gestionarlos para reducirlos.
La figura anterior muestra el enfoque general en espiral el cual consta de cuatro fases básicas:
• En la primera fase, llamada fase de planificación se determinan los objetivos del ciclo
actual, se determinan las alternativas y limitaciones de los objetivos.
• En la segunda fase se realiza un análisis de riesgo para determinar cuáles son los factores
más importantes que podrían impedirle alcanzar los objetivos de este ciclo se gestionan
los riesgos y se construye un prototipo para lograr los objetivos, es importante notar que
no necesariamente debe ser un programa, por ejemplo, si el objetivo del ciclo actual es
construir requisitos entonces será un conjunto de requisitos de prototipo.
Desde que describió inicialmente el enfoque en espiral, Boehm ha hecho varias aclaraciones
principalmente para corregir los errores que se cometieron al interpretar el método. Esas
declaraciones incluyen lo siguiente:
• No es necesario que las actividades sigan una sola secuencia en espiral, por ejemplo,
puede convertir el diseño de la interfaz de usuario y el diseño de la base de datos en
espirales completamente independiente que un ciclo general del proyecto.
Boehm definió, además, seis características que deben seguir los ciclos de desarrollo en espiral:
Ventajas
El enfoque espiral se considera uno de los enfoques de desarrollo más útiles y flexibles la
siguiente lista resume algunas de sus principales ventajas:
La siguiente lista resume algunas de las mayores desventajas del enfoque en espiral.
• No funciona bien con proyectos pequeños podría terminar dedicando más tiempo al
análisis de riesgo del que necesitaría para crear la aplicación completa con un enfoque
más simple.
Proceso Unificado
Objetivos
2. Elaboración: durante esta fase se crean los requisitos del proyecto se elaboran
casos de uso de gran masa arquitectónicos y jerarquías de clase se debe
especificar el sistema, pero aun así no se desea restringir a los desarrolladores
con requisitos innecesariamente detallados los principales objetivos son identificar
y abordar los riesgos para que el proyecto no fracase más tarde normalmente esta
fase se divide en varias interacciones. La primera aborda de los riesgos más
importantes.
3. Construcción: durante esta fase se escribe prueba y depure el código esta fase
divide en varias iteraciones cada una de las cuales termina con un programa
ejecutable probado y de alta calidad que puede lanzar al usuario, las integraciones
se implementan las más importantes características primero.
Esta nueva figura muestra la cantidad relativa de diferentes tipos de trabajo durante las
fases del proyecto y las integraciones dentro de esas fases por ejemplo el trabajo de
implementación programación es relativamente ligero durante el inicio y la elaboración se
recupera durante las iteraciones de construcción y luego disminuye durante la transición
El proyecto que se muestra en la figura tiene tres iteraciones de elaboración cuatro
iteraciones de construcción y dos en la fase de transición
Ventajas del proceso unificado.
Algunas de las principales ventajas del enfoque de proceso unificado son:
El enfoque interactivo de las fases de elaboración construcción y transición le permite
definir de manera incrementar los requisitos y ensamblar la aplicación, las iteraciones de
elaboración se centran en los riesgos y la mitigación de riesgo para mejorar las
posibilidades de éxito del proyecto puede adaptarse a diferentes modelos de desarrollo de
forma flexible por ejemplo podría utilizar una serie de cascada o un enfoque ágil para la
fase de construcción la fase de inicio y elaboración generan mucha documentación que
puede ayudar a nuevos desarrolladores a unirse al equipo más adelante.
Desventaja del proceso unificado.
Algunas de las desventajas del enfoque del proceso unificado son similares a las del
enfoque en espiral debido a que es complicado a menudo requiere más recursos que los
enfoques más simples, el análisis de riesgo puede resultar difícil la complicación no
siempre vale la pena el esfuerzo especialmente para proyectos de bajo riesgo no funciona
bien con proyectos pequeños podría terminar dedicando más tiempo al inicio y la
elaboración del que necesitaría para crear la aplicación completa con un enfoque más
simple al igual que el enfoque en espiral el enfoque del proceso unificado es más útil con
grandes proyectos de alto riesgo y proyectos con requisitos inciertos o cambiantes
Desarrollo Rápido de Aplicaciones (RAD)
Objetivos:
✓ Explorar los principios y técnicas RAD.
✓ Exponer las ventajas y desventajas de metodologías RAD.
Principios RAD
✓ Cambio constante.
Una de las ideas básicas de RAD es que las cosas siempre cambian, en
ocasiones al terminar un proyecto, los clientes se dan cuenta de que los
requisitos no describen con precisión sus necesidades, aunque la
aplicación satisface los requisitos no satisface sus necesidades, lo que a
final de cuentas resulta ser más importante. Otro caso es cuando las
necesidades de los clientes cambian durante el desarrollo del proyecto,
los objetivos de la empresa, la competencia o los deseos del cliente
cambian, por lo cual cuando la aplicación está lista nadie la quiere.
✓ Satisfacción.
Esos hechos conducen a un problema obvio con los modelos de gran
diseño inicial cuando se termina una aplicación no satisface las
necesidades de los clientes. Los modelos iterativos ayudan a mantener
un proyecto encaminado si realiza una nueva iteración cada año más o
menos podría desviarse mucho antes de darse cuenta de que se dirige en
la dirección equivocada. Los métodos RAD llevan las ideas iterativas al
extremo en lugar de utilizar iteraciones que duran meses o años sus
iteraciones duran un mes, una semana o incluso menos, algunas técnicas
RAD también aplican la iteración a todo, no sólo a la programación,
aplican la iteración a la recopilación de requisitos, la validación de
requisitos y el diseño.
Objetivos:
✓ Describir la metodología de desarrollo programación extrema.
✓ Presentar los roles y valores de Programación extrema.
Revisiones de código
Por ejemplo, si consideramos las revisiones de códigos los modelos de
programación tradicionales utilizan revisiones periódicas de código para mejorar la
calidad de este, aproximadamente cada semana, algunos o todos los
desarrolladores se reúnen para revisar el código de alguien y buscar problemas y
posibles mejoras, las revisiones de código también le permiten determinar si el
código satisface sus requisitos de diseño.
Las revisiones de código son una buena práctica, pero tienen un par de
inconvenientes, por un lado las revisiones de código pueden llevar mucho tiempo si
todos los miembros del equipo dedican un par de horas a la semana a revisiones
de código es el tiempo en el cual no están escribiendo código, para ahorrar tiempo
las revisiones de código a menudo cubren sólo una pequeña parte, los miembros
del equipo pueden aplicar las ideas y técnicas discutidas durante una revisión a otra
parte del código pero sería mejor si se revisarán todas las partes del código.
Pueden mejorar las revisiones de código examinando más código y haciéndolo más
cerca del momento en que se escribió, en lugar de revisar el 20% del nuevo código
semanalmente, qué pasaría si podía revisar el 40% del código dos veces por
semana o el 75% del código cada dos días llevando esta idea al extremo, qué
pasaría si pudiera revisar cada comentario y línea de código a medida que se
escribe suena extremo no.
Roles en XP
Los roles en programación extrema más comunes son:
- Cliente: Es quien define los requisitos, verifica que la aplicación satisfaga las
necesidades de los usuarios y proporciona comentarios frecuentes para
mantener el desarrollo en marcha, a veces varios clientes pueden estar
involucrados, pero a diario un solo cliente en el sitio generalmente juega el papel
principal de cliente.
objetivos
Que el estudiante conozca las diferentes prácticas que se utilizan en programación extrema.
1. Tener un cliente en el sitio: Si es posible, mantenga un cliente en el sitio para que los
desarrolladores puedan hacer preguntas cuando sea necesario. Idealmente ese cliente debería
tener la autoridad para tomar decisiones para que el trabajo pueda seguir avanzando sin esperar
la aprobación de la gerencia.
Esto también le permite obtener comentarios frecuentes de los clientes. Las interacciones
frecuentes también obligan a realizar pruebas de integración para que pueda eliminar los
errores antes.
5. Utilice metáforas instintivas: Si es posible, utilice metáforas fáciles de entender para describir
el sistema. Si los clientes y los desarrolladores comparten una metáfora común, es más probable
que compartan una visión común de la aplicación, por ejemplo. Muchos sitios web utilizar la
metáfora del carrito de compra, el simple hecho de decirles a los militantes que tienen un carrito
de compras les permite hacer varias suposiciones razonables, por ejemplo, sabes que pueden
agregar cosas al carrito, quitar cosas del carrito e ir al área de pago para comprar lo que haya en
el carrito que en este momento. Otras metáforas de programación comunes incluyen la
papelera, el escritorio, el archivo y el documento.
Si puedes describir tu sistema como una metáfora digestiva, será más fácil para los usuarios
aprender.
6. Diseño simple y refactorizar cuando sea necesario: Manténgalos diseño simple, utiliza el
diseño más simple que pueda manejar la tarea inmediata, si es necesario, puede modificar el
diseño más tarde para satisfacer necesidades posteriores, si hace que el diseño sea demasiado
complicado desde el principio, puede terminar perdiendo mucho tiempo, construyendo una
característica que nunca se usa.
Refactorizar cuando sea necesario debido a que mantiene el diseño simple, a veces tendrá que
volver a trabajar con el código activo. Para que hagas cosas nuevas, no tenga miedo de factorizar
cuando sea necesario. Programación extrema le dice que use el diseño más simple posible para
manejar sus necesidades actuales y luego lo de factorice más tarde. Si es necesario para que se
acerque al diseño final.
7. Utiliza estándares de codificación: Para facilitar que cada miembro del equipo modifique
cualquier parte del código, el equipo debe adoptar estándares y convenciones de codificación;
si todo el Código utiliza un estilo coherente, es más fácil de leer, comprender y modificar para
cualquiera.
8. Promover la generalización: anime a los miembros del equipo a aprender sobre cada parte
del sistema, idealmente todos deberían saber tanto como sea posible sobre cada rincón y grieta
de la aplicación.
Eso permite que cualquiera trabaja en cualquier parte del código y adquirir nuevas habilidades
para convertirse en miembros más valioso del equipo. Para las tareas de programación más
típicas, como el diseño de bases de datos, la creación de interfaces de usuario y la integración
con sistemas externos, Todos deberían al menos aprender los conceptos básicos.
9. Programación por pares: Esto le brinda revisiones de Código constante y aumenta la calidad
del código.
10. Probar constantemente: Pruebe a fondo. Pruebe todo. Prueba a menudo, incluso si un
fragmento de código pasa todas sus pruebas en una interacción. Sigan probándolo, en futuras
integraciones, automatice la mayor cantidad de pruebas posibles para que sea más fácil
ejecutarla.
11. Integrar continuamente: Toda la aplicación debe reconstruirse, integrarse y probarse con la
mayor frecuencia posible para eliminar errores.
Muchos equipos reconstruyen y prueban el sistema semanalmente o incluso todas las noches.
Si la prueba es automática, puede iniciarla antes de apagar las luces cuando salga por la puerta
y luego revisar el registro de prueba a primera hora de la mañana.
12. Trabajar de forma sostenible: Debe establecer un ritmo de trabajo que todos los miembros
del equipo puedan mantener indefinidamente. Los ciclos breves de publicación e iteración
brindan muchos beneficios, pero debe mantenerlos breves al no incluir demasiado en cada ciclo.
No al hacer que los desarrolladores trabajen 60 horas a la semana anime por la fuerza si es
necesario a los desarrolladores a trabajar solo 40 horas a la semana y desaliente las horas extras.
Empujar al equipo para que cumpla con plazos arbitrariamente abreviados conduce al
agotamiento, Mal humor y rotación de empleados. Los desarrolladores descansados son más
especialistas y productivos.
En el desarrollo basado en pruebas TDD, comienza con un fragmento de código que inicialmente
puede estar vacío o un código auxiliar que no hace nada. Luego elija una función que el código
debería realizar y escriba una prueba que verifique que la función trabaje correctamente. A
continuación, verá si pasa la prueba. Normalmente el código falla porque aún no le ha
proporcionado ningún código para realizar la función que está probando. Después de que el
código falle, escriba un código nuevo para que pase la prueba. Agregue el fragmento de código
más simple que pueda satisfacer las pruebas y nada más, no anticipé funciones futuras,
escribiendo código para manejarlas también. Llegará a eso más tarde.
SCRUM
Objetivos:
SCRUM
La guía de SCRUM de scrum.org define SCRUM como un marco de trabajo por el cual las personas
pueden abordar problemas complejos a la vez que entregan productos del máximo valor posible de
forma productiva y creativa. Es un conjunto de buenas prácticas para la gestión de proyectos.
SCRUM tiene como base entregas parciales y regulares del producto final iniciando con las
funcionalidades más importantes para el cliente. Está especialmente indicado para proyectos donde
se necesita obtener resultados pronto o donde los requisitos son cambiantes y la competitividad, la
flexibilidad y la productividad son vitales. Esto permite no alargar demasiado las entregas y
reaccionar ante cualquier cambio no previsto.
Roles: compuestos por el propietario del producto el equipo de desarrollo y el SCRUM master, son
los encargados de entregar productos de forma interactiva e incremental maximizando las
oportunidades de retroalimentación.
Eventos: son utilizados para crear regularidad y minimizar la necesidad de reuniones no definidas.
Reglas: se encarga de unir los roles, eventos y artefactos gobernando las relaciones y la interacción
entre ellos. De esta regla seguiremos hablando en este vídeo clase en forma de principios,
fundamentos y valores, dejando los otros componentes para sesiones posteriores.
Principio de SCRUM.
SCRUM es uno de los modelos más utilizados dentro de las metodologías ágiles muchos de los
valores y principios del manifiesto ágil tiene su origen en SCRUM
2. Software funcionando sobre documentación extensiva: se requiere que al final de cada sprint se
entregue un producto funcionando la documentación es vista como un producto intermedio sin
valor de negocio
3. Colaboración con el cliente sobre la negociación contractual: el dueño del producto es
responsable de las relaciones que existe con los clientes finales y parte del equipo de SCRUM y debe
asegurarse que el producto construido tenga el mayor valor para el negocio
4. respuesta al cambio sobre seguir un plan: el progreso es medido al final de cada sprint y la lista
de características pendiente está visible continuamente y para todos los miembros, esto permite
que el alcance del proyecto cambie constantemente en función de la retroalimentación provista por
los clientes, fomentar el cambio es una ventaja competitiva.
Fundamentos de SCRUM
SCRUM tiene como base la teoría de control de procesos empíricos, esta afirma que el conocimiento
procede de la experiencia y de tomar decisiones tomando como punto de partida lo que ya se
conoce. SCRUM utiliza un enfoque interactivo e incremental para optimizar la predictibilidad y el
control de riesgo.
Los pilares de la implementación del control de procesos empíricos son transparencia, inspección y
adaptación.
Transparencia: todos los aspectos relacionados al proceso deben estar disponibles para aquellos
que son responsables del resultado. La transparencia requiere que dichos aspectos sean definidos
por un estándar común logrando que todos compartan un entendimiento común de lo que se están
viendo.
Inspección: el equipo de SCRUM y demás involucrado debe revisar frecuentemente a los artefactos
de SCRUM y avanzar hacia la meta del sprint, esto para identificar posibles variaciones no deseadas.
Su inspección no debe ser tan frecuente que interfiera con el trabajo.
Adaptación: si en una inspección se determina que uno o más aspectos de un proceso se desvían
fuera de los límites aceptables y que el producto resultante será inaceptable, se debe replantear el
proceso, se debe realizar un ajuste lo antes posible para minimizar una mayor desviación.
SCRUM utiliza cuatro eventos formales para inspección y adaptación: planificación de sprint, SCRUM
diario, revisión de sprint, retrospectiva del sprint.
Valores de SCRUM
Cuando los valores de coraje, enfoque, compromiso, respeto y apertura son incorporados y vividos
por el equipo SCRUM, los pilares de SCRUM de transparencia inspección y adaptación cobran vida y
generan confianza para todos. Los miembros del equipo de SCRUM aprenden y exploran esos
valores mientras trabajan con los roles, eventos y artefactos de SCRUM.
Coraje: los miembros del equipo de SCRUM tienen el coraje de hacer lo correcto y trabajar en
problemas difíciles, deben apoyarse entre compañeros y así tener el coraje de asumir compromisos
desafiantes, que le permitan crecer como profesionales y como equipo.
Enfoque: todos se enfocan en el trabajo del sprint y el objetivo del equipo SCRUM, esto permite
que al final de cada sprint, se entregue un producto de alta calidad.
Compromiso: las personas se comprometen personalmente a lograr los objetivos del equipo SCRUM
Respeto: los miembros del equipo de SCRUM se respetan entre sí para ser personas capaces e
independientes. Debido a que los miembros del equipo trabajan de forma conjunta, compartiendo
tanto éxito como fracaso, se fomenta el respeto mutuo
Apertura: el equipo SCRUM y sus partes interesadas acuerdan estar abiertos sobre todo al trabajo
y los desafíos para llevarlos a cabo. El marco de trabajo enfatiza la transparencia y la discusión
abierta de los problemas
La educación es el arma más poderosa que puede usar para cambiar el mundo hasta la próxima
Roles scrum
bienvenido a esta video clase los objetivos que veremos en esta vídeo clase
son
roles de scrum
Los equipos scrum tienen como características que son auto organizados y
multifuncionales, los equipos auto organizados deciden sobre la mejor manera
de realizar su trabajo en lugar de ser dirigido por otros fuera del equipo, los
equipos multifuncionales tienen todas las competencias necesarias para
realizar el trabajo sin depender de otros que no formen parte del equipo, el
modelo de equipo en scrum está diseñado para optimizar la flexibilidad la
creatividad y la productividad
El equipo de desarrollo
de acuerdo a la guía de scrum el equipo de desarrollo está formado por
profesionales que realizan el trabajo de entregar un incremento de producto
terminado al final de cada sprint se requiere un incremento de listo en la
revisión de sprint sólo los miembros del equipo de desarrollo crean en el
incremento
el scrum master ayuda a todos a comprender la teoría las prácticas, las reglas
y los
valores de scrum
el scrum master colabora con propietario del producto de las siguientes formas:
Objetivos
Eventos de scrum
Los eventos de scrum tienen bloques de tiempo definidos que nos limita a una
duración máxima. Una vez que comienza un sprint su duración es fija y no se puede
acortar ni alargar. Los eventos restantes pueden terminar cuando se logre el
propósito del evento. El objetivo es que se invierta una cantidad adecuada de tiempo
sin permitir el desperdicio en el proceso.
Además del sprint en sí, en el cual ocurren los demás eventos cada uno de estos
representa una oportunidad para inspeccionar y adaptar algo, permitiendo una
transparencia e inspección crítica y no incluir a alguno de estos eventos supondrá
una reducción en la transparencia y se pierde la oportunidad de inspeccionar y
adaptar.
El sprint
Los elementos de la pila del producto seleccionados para este sprint más el
plan para entregarlos se dominan pila del sprint. El equipo de desarrollo
generalmente comienza diseñando el sistema y el trabajo es necesario para
convertir la pila del producto en un incremento de producto funcional.
El trabajo planificado para los primeros días del sprint por el equipo de
desarrollo se descompone en tareas al final de esta reunión. A menudo en
bloque de tiempo de un día o menos, si el equipo de desarrollo determina que
tiene demasiado o muy poco trabajo puede renegociar los elementos
seleccionados de la lista de trabajos pendientes con el propietario del
producto.
Scrum diario
Al final del sprint se lleva a cabo una revisión para inspeccionar el incremento y
actualizar la pila del producto. Durante la revisión del sprint el equipo scrum y las
partes interesadas colaboran sobre lo que se hizo en el sprint. Esta es una reunión
informal no una reunión de estado y la presentación del incremento está destinada a
generar comentarios y fomentar la colaboración.
Esta es una reunión con un bloque de tiempo de 4 horas como máximo para un sprint
de un mes, el scrum master asegura que el evento se lleve a cabo y que los
asistentes comprendan su propósito, el scrum master les enseña a todos los
involucrados a mantenerlo dentro del bloque de tiempo.
El resultado de la revisión del sprint es una pila del producto revisada que define los
elementos probables para el próximo sprint. La pila de producto también se puede
ajustar en general para encontrar nuevas oportunidades.
Este evento tiene un bloque de tiempo de 3 horas como máximo para sprint. El scrum
master asegura que la reunión se lleve a cabo sea positiva y productiva.
• Inspeccionar cómo fue el último sprint. Con respecto a las personas las
relaciones los procesos y las herramientas
Otros contextos valiosos de los que se basa DevOps incluye confiar en las
culturas de gestión, el liderazgo de servicio y la gestión del cambio
organizacional, si bien se puede considerar que la base de DevOps se deriva
de Lean, la teoría de las restricciones y el movimiento Toyota muchos
también ven a DevOps como la continuación lógica del software ágil.
La cadena de DevOps.
La coordinación es tan importante en DevOps debido a que se progresa de
acuerdo con una cadena de herramientas, básicamente esta cadena de
herramientas se utiliza para definir cada paso del proceso de producción en
la diapositiva se muestran las fases de DevOps de una versión de software
cada fase puede ser gestionada por un equipo diferente por esta razón es
importante una coordinación y una comunicación sólidas y claras.
✓ La primera fase es el código. Durante esta fase se crea el código
para el software cada desarrollador coloca el código en un repositorio
común por ejemplo Git y esto conduce al siguiente eslabón de la
cadena.
✓ La segunda fase es la construcción. Esta fase está directamente
relacionada con la práctica de integración continua, el código
previamente comprometido se descarga en el servidor de compilación
y luego se construye de forma automática, al mismo tiempo se realiza
una prueba por primera vez, si todos los elementos de la prueba tienen
éxito comienza la siguiente fase.
✓ La tercera fase. Es la fase de prueba, el software construido
previamente se prueba mediante algún proceso automático, pero esta
vez el software se prueba por completo, en la fase de compilación solo
se ejecuta la prueba unitaria relacionada con la funcionalidad
específica que lanzamos, si el sistema no encuentra ningún problema
el software pasa a la siguiente fase, en caso de falla el software será
rechazado por un sistema automático, avisará al desarrollador de eso.
✓ La cuarta fase. Es la configuración, esta fase requiere una clara
distinción cuando contamos con buenas prácticas de DevOps
podemos tener un lanzamiento continuo, es decir el lanzamiento
continuo del software a producción, sin embargo, para el software que
es de misión crítica esta fase normalmente se divide en dos partes
diferentes:
• La primera versión está destinada a un número limitado de
servidores destinados para probar nuevo software.
✓ La quinta fase es la liberación. En esta fase se configura el servidor,
así como la infraestructura para el nuevo software, esta fase define la
infraestructura como código, el servidor se crea y administra mediante
el código, la infraestructura como el código es el núcleo DevOps, esta
brinda la capacidad de crear la infraestructura para un nuevo servidor,
esto garantiza la integridad de cada nueva versión porque se reduce
la interacción humana y se mejora la integridad de la versión.
✓ La sexta fase es el seguimiento. Esto es extremadamente importante
para proporcionar comentarios continuos sobre nuestro software e
infraestructura, el monitoreo es muy importante en DevOps porque
permite al desarrollador obtener comentarios sobre el software,
incluido un promedio de falla, el tipo de falla, entre otros; al mismo
tiempo puede usarse para verificar las métricas del servidor y
proporcionar comentarios para el ajuste de escala automática. La
coordinación y la comunicación son cruciales para poner en marcha la
cadena de DevOps completa, esto se debe a que cada fase requiere
una buena coordinación en cada paso. Debemos garantizar una
retroalimentación confiable en cada paso porque debemos reaccionar
rápidamente a los errores y ajustar el sistema para evitar nuevos
errores.
Fundamento de DevOps
Si bien no existe una forma exacta de implementar DevOps que sea idéntica para todas las
organizaciones. Existen cuatro temas comunes en los que cualquier equipo u organización que
busque implementar DevOps deberá dedicar tiempo y recursos.
• Colaboración
• Afinidad
• Herramientas
• Escalamiento
La combinación de estos cuatro pilares le permitirá abordar los aspectos culturales y técnicos de
la organización. Puede que una organización se concentre en uno o dos pilares a la vez mientras
intenta hacer cambios, pero en última instancia es la combinación de los cuatro pilares lo que
permitirá un cambio duradero y efectivo.
Es importante no pasar por alto los dos primeros pilares que abarcan las normas y valores.
El uso efectivo de herramientas es necesario para una transformación de DevOps exitosa pero
no es suficiente resolver los conflictos interpersonales y entre equipos que surgen dentro de las
organizaciones es fundamental para fomentar las relaciones duraderas que en última instancia
crean un entorno DevOps.
Colaboración
Afinidad
La afinidad también se puede aplicar entre organizaciones, lo que permite a las empresas
compartir historias y aprender unas de otras a medida que construimos un cuerpo colectivo de
conocimiento cultural y técnico dentro de nuestra industria.
Herramientas
Las herramientas son un acelerador que impulsan el cambio en función de la cultura y la dirección
Actual.
Las opciones de herramientas pueden percibirse como ganancias fáciles. Comprender por qué
son beneficiosos y su impacto en la estructura existente es importante para evitar problemas
ocultos en equipos y organizaciones.
Si las herramientas o la falta de ellas se interponen en el camino de que las personas con los
equipos trabajen bien juntos sus iniciativas no tendrán éxito. Si el costo de la colaboración es
alto no invertir en herramientas o peor aún invertir en herramientas deficientes aumenta este
costo.
Escalamiento
Es un enfoque en los procesos que las organizaciones deben adoptar a lo largo de sus ciclos de
vida. Más allá de simplemente considerar lo que significa abordar DevOps en grandes
organizaciones empresariales. El escalado tiene en cuenta como los otros pilares de DevOps
efectivos se pueden aplicar en todas las organizaciones a medida que crecen y maduran. Existen
diferentes consideraciones tanto técnicas como culturales para las organizaciones que operan a
diferentes escalas.
Evolución de DevOps
En el informe del estado de DevOps publicado por Puppet Labs, se identifican cinco prácticas
más una previa que las ordenaciones deben adoptar para tener éxito en su evolución con
DevOps.
Etapa 0 Construir las bases
Etapa 1 Normalización
Etapa 2 Estandarización
Etapa 3 Expansión
Etapa 4 Entrega de infraestructura
automatizada
Etapa 5 Autoservicio
• El monitoreo y las alertas son configurables, por el equipo que opera el servicio.
• Reutiliza los patrones de implementación, para crear aplicaciones o servicios.
• Reutiliza patrones de prueba, para crear aplicaciones o servicios
• Los equipos aportan mejoras a las herramientas proporcionadas por otros equipos.
• Las configuraciones se gestionan mediante una herramienta, de gestión de la
configuración
Etapa 1: Normalización
Etapa 2: Estandarización
Etapa 3: Expansión
• Las personas pueden trabajar sin un manual aprobado fuera del equipo.
• Se reutilizan los patrones de implementación para crear aplicaciones o servicios.
• Los cambios en la infraestructura son probados antes de implementarlos en producción.
Los equipos altamente evolucionados habían cultivado una poderosa combinación de entornos
de alta confianza, equipos autónomos y un alto grado de automatización y colaboración
interfuncional entre los equipos de aplicaciones operaciones y seguridad. El resultado, la
seguridad se convierte en una responsabilidad compartida entre los equipos de entrega que
están capacitados para realizar mejoras de seguridad. Los equipos de seguridad pueden actuar
como asesores lo que lleva a capacidades que mejoran la seguridad y ahorran tiempo como la
respuesta automatizada a incidentes.
FUNCION DE PRODUCCION
Objetivos:
✓ Identificar como la automatización de procesos ha llegado a beneficiar a la
industria.
✓ Comprender cómo el manejo de datos puede ayudar a la industria a
incrementar su productividad y eficiencia en sus procesos.
Función de producción
El cambio tecnológico se ha definido en términos generales como “el proceso
mediante el cual las economías cambia a lo largo del tiempo con respecto a los
productos y servicios que producen y lo procesó utilizado para producirlos”.
El cambio tecnológico puede implicar un cambio en la producción, las materias
primas la organización del trabajo o las técnicas de gestión, pero en todos los casos
afectaría la relación entre trabajo capital y otros factores de producción.
Funciones de producción y cambio tecnológico
Una función de producción intenta especificar el resultado de un proceso de
producción (en función de los diversos factores de producción, por ejemplo, trabajo,
capital, tecnología, administración u organización).
Automatización de procesos
Uno de los mayores atributos de la tecnología es probablemente su capacidad para
automatizar muchos procesos que las industrias han encontrado que requieren
relativamente mucho tiempo, gracias a la automatización los fabricantes de todo el
mundo pueden dejar tareas repetitivas y tediosas para que las maneje la tecnología.
También se da el caso que en la fabricación; los procesos más especializados y
complejos ahora tienen soluciones con máquinas y herramientas automatizadas
complejas y sobre todo confiables, lo que significa que la necesidad de trabajadores
capacitados también puede disminuir, además de esto se dice que la industria 4.0
que es una tendencia actual de automatización e intercambio de datos en
tecnologías de fabricación también mejora la productividad, la calidad y la eficiencia
en las empresas de fabricación.
Maximizando la eficiencia
Una de las primeras formas en que la tecnología puede mejorar su negocio de
fabricación es maximizando la eficiencia, esto significa que la tecnología es capaz
de garantizar que el tiempo se utilice de la mejor manera posible a reducir los
tiempos de producción y automatizar las tareas tediosas y que consumen mucho
tiempo.
Un ejemplo tecnología que podría mejorar una fábrica en la impresión 3D. Esta
tecnología está transformando la industria manufacturera, ya que puede reducir el
tiempo de diseño a producción y el tiempo de espera de fabricación, además de
reducir el desperdicio y garantizar una mayor flexibilidad en la producción, de hecho
la impresión 3D se está volviendo tan efectiva que a los trabajadores de la industria
manufacturera les preocupa que los reemplacen.
Hay muchas áreas del negocio de fabricación que pueden hacer eficientes, por
ejemplo, automatizar los correos electrónicos siempre que sean personalizados e
incluso invertir en un sistema de recursos humanos que les permita a los empleados
complicar sus propios datos personales, solicitar tiempo de vacaciones y trabajar en
tiempo real para que los departamentos de recursos humanos no tengan que lidiar
con tareas minúsculas. Se considera que la línea de producción es la parte más
crucial del negocio para maximizar la eficiencia; sin embargo, necesitan mejorar
todas las áreas del negocio desde finanzas y recursos humanos hasta marketing e
incluso ventas.
Manejo de datos
Como empresa de fabricación es probable que gestionen datos masivos. Al igual
que con cualquier dato, puede volverse problemático si no se tiene el conocimiento
adecuado sobre cómo administrarlo.
Dado que se dice que una mejor gestión de datos mejora la rentabilidad de una
empresa de fabricación es conveniente encontrar formas más eficaces de hacerlo
que es donde entra la tecnología.
Algunas organizaciones transnacionales se especializan en gestionar toda la nube,
lo que podría ayudar a garantizar que muchos datos estén todos de forma segura
en un solo lugar. También debe pensar en encontrar un software de gestión de datos
eficaces que sean capaces de ayudar a clasificar y dar sentido a los datos que están
recopilando.
Sin embargo, la gestión de datos conlleva una gran responsabilidad. Los datos son
increíblemente valiosos por lo que debe asegurarse de tomar las medidas
adecuadas cuando se trata de almacenar los datos de los clientes, deben cifrarse
estos datos, hacer una copia de seguridad de ellos en caso de ciberdelito y tener la
protección adecuada contra software malicioso.
Debe informarse a todos los miembros de la organización sobre cómo mantener sus
computadoras seguras mediante la protección con contraseñas y el buen juicio de
los enlaces y los correos electrónicos no confiables. Si bien es posible no considere
la industria manufacturera como un semillero de delitos cibernético, de hecho las
empresas más pequeñas y aquellas que se consideran menos de riesgo están de
hecho amenazadas, los ciberdelincuentes buscan industrias que puedan ser más
laxas en la protección de sus datos.
Incrementando la productividad
La productividad es clave en la gestión de un negocio de fabricación, ya que cuanto
mayor sea la productividad, más podrá producir. La tecnología también juega un
papel importante en la productividad por lo que buscar soluciones de software puede
ser edad para el negocio.
Por ejemplo, se podría dedicar tiempo a encontrar soluciones de software que
ayuden con la programación, el inventario y la supervisión de flujo de trabajo.
Tener en cuenta la automatización también es una buena idea, ya que puede ayudar
a reducir el riesgo de error, lo que también puede afectar sus niveles de
productividad ya que a menudo crear contratiempo, se ha pronosticado que el
aprendizaje automático reducirá el pronóstico de la cadena de suministro en un 50%
y reducirá las ventas perdidas en un 65%, esto refleja cómo la tecnología puede
ayudar a mejorar sus resultados cuando se usan de la manera correcta.
Siempre hay margen de mejora en los negocios, y esto es especialmente cierto en
la industria manufacturera. Dado que puede ser relativamente técnico y constar de
tareas repetitivas, la tecnología puede contribuir a optimizar los procesos para
ayudar a garantizar la máxima productividad, al hacerlo debería descubrir que un
negocio puede alcanzar mayores alturas y que puede alcanzar los objetivos
comerciales fácilmente.
Tecnologías modernas que impactan a los fabricantes
La industria manufacturera siempre ha tenido apetito por la tecnología. Desde el
análisis de big data hasta la robótica avanzada, los beneficios revolucionarios de las
tecnologías modernas están ayudando a los fabricantes a reducir la intervención
humana, aumentar la productividad de la planta y obtener una ventaja competitiva.
Las tecnologías sofisticadas, como la inteligencia artificial, el internet de las cosas y
la impresión 3D entre otras, están dando forma al futuro de la fabricación a reducir
el costo de producción, mejorar la velocidad de las operaciones y minimizar los
errores, dado que la productividad es fundamental para el éxito de una planta de
fabricación se espera que todos los fabricantes realicen inversiones significativas
en estas tecnologías
2. Análisis de macrodatos
El análisis de macrodatos o big data puede ofrecer varias formas de mejorar el
rendimiento de los activos, agilizar los procesos de fabricación y facilitar la
personalización del producto.
Alrededor del mundo los fabricantes ya están invirtiendo en análisis de big data.
Estos fabricantes pueden tomar decisiones utilizando datos de rendimiento de
residuos y productividad proporcionados por el análisis de big data reduciendo los
costos operativos y aumentando el rendimiento general.
3. Inteligencia Artificial y aprendizaje automático
4. Impresión 3D
La tecnología de la impresión 3D o de fabricación de capas adictivas están
destinadas a tener un gran impacto en industrias de alto nivel como la aeroespacial,
maquinaria minera, automóviles, armas de fuego, maquinaria comercial y de
servicios y otros equipos industriales, esta tecnología revolucionaria permite a los
fabricantes crear productos físicos a partir de diseños digitales complejos
almacenados en archivos de diseño asistido por computadoras en 3D
Se pueden utilizar materiales como caucho, nailon, plástico, vidrio y metal para
imprimir objetos reales de hecho, la bioimpresión tridimensional ha hecho posible la
fabricación de tejidos vivos y órganos funcionales para la investigación médica.
A diferencia del proceso de fabricación tradicional, las impresoras 3D pueden crear
formas y diseños complejos sin costo adicional, lo que ofrece una mayor libertad a
los diseñadores e ingenieros, además las crecientes aplicaciones de la impresión
3D en la fabricación están dando lugar a la fabricación como servicio, lo que permite
a las empresas mantener una infraestructura actualizada que atiende a múltiples
clientes y que elimina la necesidad de comprar nuevos equipos.
5. Realidad virtual
La realidad virtual está simplificando el proceso de diseño de productos al eliminar
la necesidad de construir prototipos complejos, los diseñadores e ingenieros están
utilizando la realidad virtual para crear modelos de productos realistas, lo que les
permite ver digitalmente su diseño y solucionar problemas potenciales antes de
comenzar la producción, los clientes también pueden revisar e interactuar con estos
diseños digitales, simulaciones y dispositivos integrado, lo que reduce
significativamente el tiempo necesario para enseñar y fabricar el producto terminado
Por ejemplo, los fabricantes de automóviles ahora están utilizando la realidad virtual
para garantizar que sus automóviles se prueben en una fase temprana del proceso
de desarrollo del vehículo, lo que reduce el tiempo y el costo involucrados en la
modificación de los diseños, las tolerancias y las características de seguridad.
Dado que el análisis predictivo es fundamental para la eficiencia operativa de una
instalación de fabricación, se espera que los gerentes de planta dependan cada vez
más de la realidad virtual para revisar los flujos de trabajo, mejorar los procesos de
evaluación comparativa y mantener el cumplimiento a través de protocolos de
capacitación.
El impacto de la tecnología en la producción
La tecnología tiene un gran impacto en las empresas, tanto en términos de
actualización de productos existentes como de búsqueda de nuevas formas de
fabricar productos. La tecnología beneficia a las empresas ya que les permite
producir mayores cantidades, hacer que los productos sean más consistentes y
rentables, las empresas necesitan equilibrar:
Costos: Comprar tecnología cuesta dinero, pero reduce el costo de producir
productos.
Por ejemplo, el uso de maquinaria para completar tareas peligrosas significa que
una empresa ya no tiene que pagar los costos salariales más altos asociados con
trabajo riesgoso, esto reduce los costos y mejora la salud de los empleados.
Productividad: Utilización de maquinaria para mecanizar o automatizar parte del
proceso de producción, conducen a un aumento de la productividad, esto significa
que una empresa puede reducir sus precios para seguir siendo competitiva o
aumentar sus márgenes de beneficio.
Calidad: Las empresas deben ser consistente en la calidad de los productos que
produce, mecanizar o automatizar partes de la producción puede ayudar con esto.
Flexibilidad: Las empresas a menudo necesitan equilibrar la tecnología con la
flexibilidad humana, la automatización es buena para la producción en masa, pero
no funciona también para los productos que se personalizarán para satisfacer las
preferencias de los clientes individuales.
Por ejemplo, en la industria de los automóviles de lujo los clientes tienen una amplia
variedad de extra opcionales para elegir que pueden necesitar ser terminados a
mano
29 USO E IMPLEMENTACIÓN DE SISTEMAS DE PRODUCCIÓN Y
SISTEMAS RELACIONADOS
Objetivos
Algunos casos, la producción puede ser un proceso simple de unos pocos pasos, pero en la
mayoría de las operaciones de fabricación. La producción implica numerosos pasos de su
procesamiento o paso de ensamblaje que agregan complejidad.
El objetivo de todas las empresas de aplicación es maximizar las ganancias. Esto se logra
mediante la utilización de un proceso de producción bien diseñado que persigue
continuamente mejoras de proceso y ganancias en eficiencia.
Este proceso requiere una gestión de producción sólida para realizar estas ganancias y
aplicarlas a resultado final.
Eso requiere que los gerentes tomen decisiones continuamente en cuatro áreas clave.
Eso también implica una gestión activa frente a los estándares de calidad, así como una
estrecha supervisión de la velocidad de producción frente a los tiempos de ejecución medidos
establecidos.
3. la mejora del proceso: Todos los gerentes de producción son responsables de monitorear e
impulsar la mejora continua. Muchas empresas pueden utilizar metodologías como six Sigma
para formalizar los esfuerzos, pero incluso sin tales metodologías, ningún proceso estático y la
gestión de la producción requiere depender del perfeccionamiento y la aprobación de las
actividades del proceso de nivel de piso de equipo y mano de obra.
Sin una gestión eficaz a nivel de piso de los procesos de producción que el error y la
ineficiencia serían más comunes dentro de una fábrica.
Hay otras razones por las que la gestión de la producción es importante para las operaciones
comerciales.
Reduce el costo de fabricación: al maximizar los resultados y minimizar los insumos, la gestión
de la producción reduce el costo requerido para producir productos terminados. Esto se puede
utilizar para mejorar el margen de beneficio o se puede transferir al cliente para asegurar una
ventaja competitiva.
Mejora la competitividad: Sabes que los productos adecuados están disponibles a tiempo y se
entregarán a tiempo, significa que una empresa siempre está en el juegos, en cualquier
mercado.
Debido a que estos productos terminados siempre se fabrican con alta calidad y se entrega
cuando es necesario, las empresas pueden aprovechar esas cosas para hacer crecer el negocio,
asegurar capital para mejorar y aumentar la satisfacción del cliente.
Mejora la imagen de marca.
Muchas empresas de fabricación operan hoy en día parte o toda su producción de forma
directa al consumidor.
Una buena imagen de marca es importante, ya que sus productos sean diseños bajo pedido,
fabricación por pedido o fabricación por stock.
Esto puede reducir los niveles de desperdicio y crear un entorno para los empleados que sean
positivos y bien equilibrado. Con el énfasis en el equilibrio, trabajo vida actual, y las iniciativas
ecológicas para reducir la huella de carbono. Una gestión de producción eficaz que optimiza el
uso de los recursos puede ayudar a cumplir ambas tendencias.
Si bien está integralmente vinculado, existe una diferencia entre la producción y la gestión de
operación.
Los gerentes de operaciones aplican principios de gestión empresarial para garantizar que toda
organización, y no sólo la producción, funcione sin problemas y de manera eficiente. Eso no
son, implica una entrada directa en el proceso de producción, también incluye la
responsabilidad de los servicios que pueden acompañar a la producción, como el servicio al
cliente o el servicio de campo.
• el inventario,
• el almacenamiento
• y la cadena de suministro.
Esto puede incluir sistemas de compra y entrega y también puede gestionar departamentos de
calidad e iniciativas de calidad.
Diseño de producto: los gerentes de operaciones son responsables de garantizar que los
productos desarrollados pueden ser fabricados por la fábrica de manera eficiente y a un costo
optimo.
Si bien la decisión puede ser algo borrosa en las pequeñas y medianas empresas (PYMES)
donde gerentes tienen muchos roles, la administración de operaciones y la administración de
producción son diferentes significados alcance enfoque y estructura Organizacional.
El desarrollo de tecnologías digitales novedosas conectadas a Internet de las cosas, junto con
los avances en inteligencia artificial y automatización. Estás permitiendo una nueva ola de
innovación en la fabricación. La innovación de proceso es la implementación de métodos de
producción o entrega nuevos significativos, mejorados. Esto incluye cambios significativos en
técnicas y equipos o software.
En el sentido más simple, definir la tecnología de producción sería incluir cualquier máquina
que haga posible la creación de un producto físico tangible para una empresa.
Para la pequeña empresa esto significa un taller como mínimo con operaciones más
elaboradas que hacen uso de máquinas y líneas de montaje.
Se habla mucho de la capacidad de la robótica y la automatización para realizar tareas
repetitivas y realizar trabajos que podrían resultar demasiado agotadores físicamente o
peligrosos para los humanos.
Los trabajadores generalmente deben configurar los controles de la máquina en una operación
automatizada, supervisar la calidad de la producción y realizar cualquier mantenimiento
requerido.
Esta tecnología tiene efectos directos sobre el crecimiento de las industrias productoras de TI.
También aumentan la eficiencia y la productividad de las industrias que utilizan las tecnologías
de la información.
La función de mantenimiento tecnológico en la organización
Objetivos
función de mantenimiento
la tecnología toca todos los aspectos de una organización desde las operaciones
comerciales y la comunicación hasta la salud y la seguridad la tecnología no se limita a
computadoras, teléfono móviles e impresoras son las máquinas de tarjetas que los
clientes usan para pagar los productos o servicios de una empresa
las empresas continuamente realizan mejoras o crean nuevas características para sus
productos para mantenerse al día con la última tecnología
la organización empresarial en su conjunto sufre el dolor financiero por los efectos que
tienden a ser muy significativos
virtualización
si la empresa utiliza servidores locales es posible que pueda beneficiarse de la
tecnología de virtualización como alternativa a la compra de hardware adicional esto
permite que un servidor físico albergue varios servidores virtuales.
la virtualización de servidores tiene la siguiente ventaja
mejor utilización del hardware lo que se traduce en una reducción de los costes
generales de hardware
fallos y tiempo de inactividad del sistema las excusas son la versión actual del
perro que comió mi tarea sin embargo esa excusa ha pasado realmente a ser un
elemento común en las escuelas y empresas a ser socialmente inaceptable en su
mayor parte este cambio se debe en gran parte al aumento de los servicios en la nube
las aplicaciones de software como servicio que almacenan datos de forma segura en
sistemas remotos.
hoy vivimos en una cultura de ahora si las fallas y el tiempo de inactividad del sistema
resultante impiden suministrar lo que quiere y esperan muchos dudaran en llevar su
negocio a otra parte. Y puede apostar que la mayoría de las veces hay un competidor
esperando entre bastidores con la tecnología adecuada y funcional para darles lo que
quiere y esperen ahora
aumento de los costos en poca palabra la tecnología obsoleta puede ser costosa de
mantener realmente no es muy diferente a mantener una casa o un vehículo muy
antiguo excepto que la tecnología envejece a un ritmo mucho más rápido de hecho
cuesta casi el doble reparar un sistema que tiene 4 años o más
una excelente opción para minimizar el riesgo asociado con las actualizaciones de
hardware es: hardware como servicio que brindan algunos proveedores de hardware y
servicio administrado una de las principales ventajas de hardware como servicio es
que paga una tarifa mensual razonable
agujeros de seguridad el uso de tecnología antigua puede abrir una empresa a un
mundo innumerables lo que aumenta constantemente las vulnerabilidades de
seguridad si está ejecutando windows xp en una computadora tendría seis veces más
probabilidades de estar infectado con amenazas de malware que si está ejecutando
windows 10
Objetivo
Mantenimiento predictivo
Se trate de un tipo de mantenimiento muy frecuente que se realiza con el fin de prevenir posibles
averías y mejorar el funcionamiento de un sistema, pero también para alargar la vida útil de los
diferentes componentes del sistema.
Cuidado físico
Se debe asegurar de tomarse el tiempo para limpiar un pc de polvo y escombro con regularidad.
Se debe inspeccionar la fuente de alimentación y los dispositivos es muy probable que se utilice
protectores contra sobretensiones o dispositivos similares para alimentar la computadora.
Desempeño interno
Rutinas
Ejecutar antivirus: la computadora puede tener vulnerabilidades que no se notan hasta que es
demasiado tarde. Es importante ejecutar el análisis de antivirus todos los días para asegurarse
de que los cambios que realizaron o los archivos que descargaron no hayan comprometido el
sistema.
Con el tiempo, el disco duro puede ralentizarse debido a archivos desordenados. Cuando se
escanea el sistema en busca de errores usando un desfragmentador de disco o un programa
similar, esencialmente se está eliminando el espacio desperdiciado y ayudando a que la pc
funcione de manera más eficiente.
Se debe tener al menos un método para hacer una copia de seguridad de los datos, ya sea un
servidor de almacenamiento en la nube o un disco duro externo. Se debe asegurar tomarse el
tiempo para actualizar las copias de seguridad todos los días.
Limpiar el navegador web
Cada vez que se conecta, los sitios que se visitan almacenan archivos temporales como cookies
y un historial de navegación. Se debe borrar estos archivos para ayudar a evitar que ataquen el
sistema.
Al final del día los usuarios deben asegurarse de guardar su trabajo antes de cerrar todo su
programa y apagar su pc. Dejar su pc encendida cuando no está en uso durante periodos
prolongados evita que se enfríe y puede afectar el rendimiento de la máquina.
Mantenimiento correctivo
Esta es la solución que se debe aplicar cuando los mantenimientos predictivos y preventivos no
han funcionado correctamente o cuando esto no han podido evitar la falla.
Hay ocasiones en las que un equipo o sistema falla por ejemplo debido a un fallo de hardware.
Una de las consideraciones para tener en cuenta con respecto a este tipo de mantenimiento es
que no sólo será importante solucionar la avería, sino que también debemos determinar cuál fue
la causa de la misma con el fin de encontrar las posibles repercusiones que pudieran haber
afectado a otras partes del sistema y para evitar que vuelva a suceder en el futuro
Mantenimiento evolutivo
Este tipo de mantenimiento no está destinado a corregir o prevenir posibles fallas, sino a
desarrollar los recursos informáticos disponibles. Con el mantenimiento evolutivo queremos que
los sistemas informáticos no queden obsoletos, sino que se mantenga actualizado para ofrecer
a los usuarios las mejores opciones tecnológicas en función de las posibilidades de cada
empresa y organización.
Mantenimiento de Servidores
Objetivos:
Mantenimiento de servidores
Si sabe cómo mantener su servidor con tan solo un poco de tiempo se puede obtener el máximo
rendimiento para inversión y prolongar significativamente su vida útil.
Un servidor es una computadora independiente que proporciona datos y otros servicios a una o
varias computadoras en una red determinada. El principal beneficio de un servidor es que permite
la administración y el monitoreo centralizado del acceso a la red y los datos de la red.
Tipos de servidores
Servidor de archivos: un almacenamiento central para archivos al que puede acceder las
computadoras cliente.
Servidor en la nube: un servicio en la nube es un servidor virtual en lugar de un servidor físico que
se ejecuta en un entorno de computación en la nube. está construido alojado y entregado a través
de una plataforma de computación en la nube, a través de internet y se puede acceder a él de
forma remota.
Servidores FTP: uno de los servicios de internet más antiguo el protocolo de transferencia de
archivos, hace posible mover uno o más archivos de forma segura entre computadoras, al tiempo
que proporciona seguridad y organización de archivos así como control de transferencia.
Servidores de lista: los servidores de lista ofrecen una manera de administrar mejor las listas de
correo ya sean discusiones interactivas abiertas al público o listas unidireccionales que entregan
anuncios boletines o publicidad.
Servidores de correo: casi tan generalizados y cruciales como los servidores del web los servidores
de correo mueven y almacenan correo a través de redes corporativas, a través de redes LAN y
WAN y a través de internet.
Servidores Proxy: los servidores proxy se encuentran entre un programa cliente normalmente un
navegador web y un servidor externo, normalmente otro servidor en la web, para filtrar
solicitudes, mejorar el rendimiento y compartir conexiones.
Servidores Telnet: un servicio telnet permite a los usuarios iniciar sesión en una computadora
remota y realizar tareas como si estuvieran trabajando en la propia computadora.
Servidor virtual: en el año 2009 el número de servidores virtuales desplegados superó el número
de servidor físico. Hoy en día la virtualización de servidores se ha vuelto casi omnipresente en el
centro de datos, desde hipervisores hasta nube híbridas.
Exchange Server: diseñado para brindar la seguridad y confiabilidad de nivel empresarial que
requieren las empresas Microsoft Exchange, proporciona correo electrónico, calendario y contacto
en su pc teléfono y navegador web.
SharePoint server: un producto de servidor que proporciona un marco consistente y familiar para
listas, biblioteca, administración y personalización de sitios.
SQL server: SQL server es un sistema de instalación de bases de datos relacionales de Microsoft
diseñado para el entorno empresarial.
Windows server: como la versión del servidor de Windows 10, Windows server 2016, redefine la
categoría servidor ofreciendo cientos de nuevas características y mejoras que abarcan
virtualización, redes, almacenamiento, experiencia de usuario, computación en la nube,
automatización y más.
Comprobar los archivos de registro del servidor y evaluar el espacio en el disco duro.
Examinar los permisos de la carpeta.
Monitoreo de aplicaciones de temperatura de red.
Garantizar la redundancia adecuada en los sistemas.
Examinar las características de seguridad.
Instalar parches de software de seguridad.
Leer los registros del servidor en busca de alertas de seguridad o evidencia de intento de
piratería informática.
Actualizar el software antivirus en todos los equipos de red.
Actualización de paquetes de servicios críticos y actualizaciones de software.
Realizar copias de seguridad periódicas para garantizar que los datos vitales se puedan
recuperar de lanzamiento en caso de una falla del sistema.
Funciones de soporte técnico
Objetivos
Conocimientos técnicos
Habilidades blandas (comunicación, flexibilidad, paciencia y resolución de
problemas)
Soporte técnico vs soporte cliente
Ingeniero de soporte técnico con cualquier otro nombre puede tener el mismo objetivo
brindar soporte técnico cuando sea necesario para elevar la experiencia del cliente a una
positiva. el equipo de soporte técnico también se puede llamar equipo de soporte al
cliente dependiendo de si los clientes son internos o externos, independientemente del
tamaño o la solidez del equipo de soporte técnico las responsabilidades del ingeniero de
soporte técnico siguen siendo notablemente similares eso incluye solucionar problemas
de hardware y software, responder consultas y documentar los resultados.
Funciones y responsabilidades
Un ingeniero de soporte técnico puede tener una variedad de responsabilidades lo que
requiere un conjunto de habilidades diverso.
Sistemas de seguimiento.
El monitoreo continuo de sistemas y software es una parte fundamental de ser un
ingeniero de soporte técnico los ingenieros de soporte técnico pueden usar una variedad
de herramientas de monitoreo tanto ofensivas como defensivas. Las herramientas de
monitoreo se pueden desarrollar a medida o comprar a través de un proveedor de
servicios empresariales será trabajo del ingeniero de soporte técnico:
1. Determinar qué herramientas son las mejores y más apropiadas para usar
2. Capacitar a todas las partes necesarias sobre cómo usarlos incluidos otros
empleados de la mesa de ayuda
3. Documentar y resolver cualquier problema
4. Solución de problemas diagnóstico resolución y escalamiento.
El área de soporte técnico suele tener una cola de problemas en ejecución que están
trabajando para resolver el responsable de priorizar y gestionar el flujo de trabajo hasta su
resolución.
Interactuar con los clientes.
Los ingenieros de soporte técnico pueden estar obligados a:
1. Participar en foros o sesiones de clases magistrales en toda una organización
2. Prestar su voz a los tutoriales de capacitación o en una presentadora clave en un
seminario web
3. Pasar la mayor parte del día hablando con otras personas.
Conocimientos técnicos
La mayoría de las organizaciones esperan ser un recurso de información y conocimiento
técnico con mayor frecuencia esto proviene de la experiencia práctica y el desarrollo
profesional que solo del aprendizaje académico.
Habilidades necesarias
Las empresas buscan determinadas competencias y las más importantes son los
conocimientos técnicos una base sólida en informática es el primer paso a partir de ahí las
empresas buscarán habilidades que se adapten a sus necesidades empresariales esto
puede incluir el conocimiento de lo siguiente:
1. Seguridad de red
2. Amplio conocimiento de entornos virtuales
3. Redundancia y tecnología vpn
4. Otras medidas de seguridad experiencia con software empresarial específico}
5. Sql
6. Comprender el código fuente
7. Escribir comandos y procesos de flujo de trabajo
8. Usando software de monitoreo
9. Experiencia comprobada de resolución de problemas y diagnóstico de problemas
10. Experiencia en hardware empresarial
11. Desarrollo profesional
Como recurso respetado dentro de una oración se espera que el ingeniero de soporte
técnico busque el desarrollo profesional para mantenerse informado sobre las tendencias
del mercado hay muchas certificaciones disponibles para los empleados de la mesa de
ayuda algunas de las certificaciones más valiosas incluyen
Se ha descubierto un proceso básico del ciclo de vida del ticket como parte del
proceso de gestión de incidentes:
• Detección y registro de incidentes.
• Notificación y comunicación de incidentes.
• Clasificación prioritaria y soporte inicial.
• Investigación y análisis.
• Resolución y registro.
• Cierre de incidentes.
Solicitar entradas.
Las solicitudes de servicio para la organización de TI se realizan a través del
sistema de emisión de boletos, incluida la provisión de servicios de rutina como
la instalación de software, la asignación de hardware o el cambio de contraseña
u otros datos de autenticación.
Estableciendo prioridades.
La administración de la mesa de ayuda debe asegurarse de que no todos los
recursos se dirijan a una sola dirección y deben asegurarse de que el trabajo
planificado y el no planificado se realice al tiempo que atiende las necesidades
de los clientes mediante la reducción de problemas.
Los documentos técnicos de mejora del soporte técnico brindan información sobre los enfoques
estratégicos y las mejoras prácticas para el servicio y el soporte de ti. La mejora de la calidad del
soporte técnico puede proporcionar a las mejores organizaciones el soporte una ventaja
competitiva real.
Estos documentos técnicos de mejora el soporte técnico exploran los desafíos de soporte y
servicios de ti en un entorno global de problemas cada vez más complejos y clientes exigentes. El
proceso centrado en pregunta y el enfoque estratégico para mejorar la experiencia del cliente es
utilizado por muchas de las principales organizaciones de soporte global.
Gestión de problemas
Los procedimientos deben almacenarse en un solo lugar que sea accesible para todos en la
empresa. El mejor lugar es un sitio de intranet si la empresa usa uno o en una carpeta en su red a
la que todos tengan acceso.
Cada procedimiento debe revisarse con regularidad quizás anualmente o con mayor frecuencia si
es necesario su procedimiento deben estar fechados y deben contener información básica como
quien los escribió.
Es imposible dar una lista completamente completa de los tipos de procedimientos que debe
tener cada mesa de ayuda, porque los objetivos de cada mesa ayuda son únicos, sin embargo,
existen algunas tareas universales como procesar una llamada de soporte.
Los procedimientos sobre cómo manejar una llamada debe incluir información sobre cómo
saludar a los clientes cómo registrar la llamada qué información deberá administrarse y qué
tecnología debe usarse para registrar la llamada.
cómo resolver un problema: este procedimiento debe incluir información como cómo aceptar un
problema cómo asignárselo a usted mismo, cómo asumir la responsabilidad de un problema,
cómo verificar las tendencias en la lista de problemas, obtener ayuda de otras personas y cómo
cerrar el problema.
Comunicar problemas a los clientes: como se comunicará con sus clientes, utilizar el correo
electrónico o el teléfono, qué información se debe transmitir siempre.
Cómo responder a una pregunta: este procedimiento debe escribir como determinar si el cliente
ha hecho la pregunta anteriormente, descubriendo así una tendencia, cómo hacer
recomendaciones al cliente como cursos o materiales de capacitación y cómo reenviar la llamada
si el analista no puede para responder a la pregunta
Cómo manejar una emergencia: por lo general a las emergencias se les asigna un nivel de
prioridad 1 su mesa de ayuda puede tener un proceso separado para llamadas con este nivel de
prioridad.
Objetivos:
✓ Identificar las habilidades necesarias para una buena gestión de TI
✓ Conocer el propósito de los estándares de gestión de TI
Estándares de Gestión
Cuando se trata de la gestión de TI en las empresas, la credibilidad del servicio es
esencial para un éxito operativo duradero. La credibilidad se gana cuando la
comunidad de usuarios finales acepta que el departamento de TI es capaz y está
equipado para cumplir.
Cómo se gana la credibilidad
Se necesitan las habilidades adecuadas, los estándares de sentido común y la
voluntad de aceptar todos los desafíos clave.
Gestión de TI
Como disciplina de gestión, la gestión de ti se define por las prácticas, políticas y
procedimientos utilizados para gestionar la selección, implementación, uso y
mantenimiento de todo tipo de tecnología de la información en todo tipo de entorno
empresariales, la gestión de ti es más que instalar y mantener la tecnología que ya
es bastante importante, también se trata de usar la tecnología de una manera que
soporte y transforme y se necesita una cartera diversa de habilidades de gestión
para construir una credibilidad de TI duradera.
Los gerentes y profesionales de TI también deben tener un conocimiento sólido de
las prácticas generales de administración y operaciones comerciales
Habilidades de Gestión:
1- Priorizar las solicitudes de trabajo: de acuerdo con las necesidades y
capacidades.
2- Manejar las quejas sin ponerse a la defensiva: Tener la piel dura.
3- Comunicarse de manera efectiva: Verbalmente y por escrito.
4- Reconocer y aprender de los errores: Reconocerlos.
5- Leer a las personas, las situaciones y saber cómo responder en
consecuencia.
6- Estar abiertos a riesgos razonables y calculados.
7- Delegar responsabilidades laborales según corresponda.
8- Anticipar las objeciones y anticiparse a los problemas.
9- Hacer que cada usuario final se sienta “importante” y bien atendido.
10- Mantener la mente abierta: Mantenerse alejado del síndrome de aquino se
inventó
11- Mostrar voluntad de actuar: Evitar la parálisis del análisis
12- Evitar la tendencia a la micro gestión como un medio instintivo de
simplemente hacer las cosas.
Propósito de los estándares de gestión de TI
Los estándares de gestión de TI predefinidos proporcionan esa hoja de ruta,
brindándole prácticas y procedimientos probados para guiar las acciones y
decisiones de planificación.
Los estándares establecen una línea de base sobre cómo se administran los
proyectos y se prestan los servicios lo que ahorra tiempo, mejorar la calidad y reduce
los costos.
La visión de TI
En términos más amplios una “visión” de TI es un enfoque estratégico para
administrar los departamentos y funciones de tecnología de la información (TI).
dentro de entornos comerciales
Cuál es el propósito de una visión de ti
Para comprender el valor de administrar según una visión, primero debe
comprender la naturaleza de la función de TI dentro de la empresa. Las
responsabilidades de gestión de TI suelen estar a cargo de organizaciones,
departamentos de TI internos; estas organizaciones cumplen una doble función, por
un lado:
Los departamentos de TI operan para servir a los intereses comerciales
maximizando las inversiones en tecnología para cumplir con las metas y los
objetivos comerciales;
por otro lado:
También satisfacen las necesidades de “uso” del día a día de los usuarios finales,
empleados de la empresa, a medida que realizan las tareas asignadas y cumplan
las responsabilidades asignadas; esto convierte a los usuarios finales en los
consumidores de primera línea de los servicios de TI internos.
Metas y objetivo de la visión
Objetivos
Es el estándar internacional para la gestión de servicios, se usa con mayor frecuencia para
servicios de YI y administración de instalaciones y se aplica a organizar de grandes y pequeñas
que brindan soporte a clientes donde las áreas de riesgo pueden afectar las operaciones.
Esta normativa se ha preparado para especificar los requisitos para establecer, implementar,
mantener y mejorar continuamente un sistema de gestión de servicios.
Un sistema de gestión de servicio respalda la gestión del ciclo de vida del servicio, incluida la
planificación, el diseño, la transición, la entrega y la mejora.
Esta normativa específica los requisitos para que una organización establezca, implementen,
mantenga y mejore continuamente un sistema de gestión de servicios.
o Un cliente que busca servicio y requiere garantía con respecto a la calidad de esos
servicios.
o Un cliente que requiera un enfoque coherente del ciclo de vida del servicio por parte
de todos sus proveedores de servicios, incluidos los de una cadena de suministro.
o Una organización para demostrar su capacidad para la planificación, diseño, transición,
entrega y mejora de servicios.
o Una organización para monitorear, medir y revisar los sistemas de gestión de servicios
y los servicios.
o Una organización u otra parte que realice evaluaciones de la conformidad con los
requisitos especificados, un proveedor de información o asesoramiento en gestión de
servicios.
Este estándar garantiza que los procesos del sistema de gestión de servicios de TI de una
oración estén alineados con las mejores prácticas internacionales.
✓ Liderazgo de servicio.
✓ Desarrollo de servicios.
✓ Entrega de servicios.
✓ Relaciones de servicio.
✓ Resolución de servicio.
✓ control de servicio.
Términos y definiciones.
Disponibilidad
Elemento de configuración.
Una base de datos de gestión de la configuración almacena datos sobre los atributos de los
elementos de configuración y las relaciones entre estos elementos.
Mejora continua.
Acción correctiva.
las acciones colectivas son pasos que se toman para eliminar las causas de las no
conformidades eficientes, con el fin de evitar que se repitan.
Cliente.
Los clientes pueden ser personas u organizaciones y pueden ser externos o internos a la
organización del proveedor de servicios.
Documentos.
Efectividad.
La eficacia se refiere al grado en que se logra un efecto planificado. Las actividades planificadas
son efectivas y están actividades se llevan a cabo realmente y resultados planificados son
efectivos. Si estos resultados se logran realmente.
Incidente.
El término incidente también incluye cualquier evento que aún no haya interrumpido el
servicio al cliente o reducido su calidad.
Seguridad de la información.
Parte interesada
Una parte interesada es una persona o grupo que tiene interés en el éxito o en el desempeño
de las actividades de un proveedor de servicios.
Las partes interesadas pueden provenir de dentro o fuera de prevención. Ejemplo de partes
interesadas incluyen clientes, proveedores, propietarios, socios, empleados, sindicatos,
banqueros o miembros de la general.
Introducción a COBIT Parte I
Objetivos:
Introducción a COBIT
Si se está buscando optimizar los procesos comerciales, sincronizar la TI con las necesidades
comerciales, modificar su infraestructura ti o administrar la nube múltiple, COBIT no es la
respuesta. COBIT es esencial para desarrollar controlar y mantenerle el riesgo y la seguridad de las
empresas de todo el mundo, independientemente de su industria.
Estructura COBIT
Desde el nivel más alto COBIT el crea una estructura de tres niveles compuesto por los siguientes
segmentos:
Todos los procesos del cubo se enumeran en cuatro dominios: planificar y organizar, adquirir e
implementar, entrega y soporte, monitorear y evaluar
Para comprender completamente el alcance del modo de operación del marco COBIT, se
proporcionan dos parámetros principales:
COBIT tiene como objetivo cerrar la brecha que existe entre las 2. Además de ser más integral para
la gestión COBIT también opera a un nivel más alto que los estándares de tecnología para la
gestión de sistemas de información.
el concepto básico subyacente del marco COBIT es que el control en TI se logra al enfocarse en la
información que se requiere para respaldar los objetivos o requisitos comerciales y al tratar a la
información como resultado de la aplicación combinada de recursos relacionados con TI que
deben ser gestionados por procesos de TI.
Marco de referencia: organiza y categoriza los objetivos de gobierno de ti y la buena práctica por
dominios y procesos de ti antes de asociarlos con tus respectivos requisitos comerciales.
Objetivo de control: utiliza este conjunto completo de requisitos de alto nivel para un control
eficaz de cada proceso de ti.
Modelo de madurez: evalúa la madurez y la capacidad por proceso y ayuda a abordar las brechas.
Beneficios de COBIT
COBIT ofrece modelos para ayudar a maximizar el valor y la confianza en ti y estas pautas
extendidas brindan a los profesionales de consultoría de seguridad riesgo recompensa negocio y ti
un marco más extenso para ayudar a entregar y mantener los objetivos estratégicos
empresariales.
Garantiza el uso de ti de manera eficaz e innovadora para alinearse con los objetivos comerciales
estratégicos.
Mantiene información de alta calidad para ayudar a respaldar las decisiones comerciales.
Ofrece soporte completo para firma de ti que cumplen con políticas regulaciones leyes relevantes
y acuerdos contractuales orientados al negocio
Debido a que COBIT 2019 es un marco empresarial, tres tipos de personas suelen interactuar
directamente con el marco COBIT:
Gestión. COBIT ayuda a los gerentes de empresas a equilibrar el riesgo con la recompensa
y a controlar las inversiones en un mundo de ti en constante cambio.
Auditores. COBIT ayuda a los auditores a obtener una opinión aceptable sobre la tasa de
seguridad sobre el tema que se audita y ofrece asesoramiento a la administración sobre
los controles internos.
Usuarios: los usuarios empresariales generalmente empleados de té interno pueden
comprometerse con los principios de COBIT para garantizar la seguridad y los controles de
los servicios de ti proporcionados por partes internas o externas.
Introducción a COBIT (Parte 2)
Marcos de gobernanza alternativos a COBIT
Todos los marcos de gobierno tienen el mismo objetivo:
• Implementar las mejores técnicas operativas para pérdidas financieras
mínimas por fallas de cumplimiento. Estos marcos tienen como objetivo
facilitar que las empresas se sometan y aprueben auditorías
reglamentarias.
Comparemos el concepto
• ITIL: un conjunto de publicaciones de mejores prácticas para la gestión
de servicios de TI.
• COBIT: un marco empresarial para la gobernanza y la gestión de la TI
empresarial.
• ISO 20000: un estándar internacional para los requisitos del sistema de
gestión de servicios de TI.
Según su tiempo
• ITIL: cinco publicaciones principales con un total de aproximadamente
1800 páginas, más publicaciones complementarias.
• COBIT: publicación básica en 94 páginas, más 230 páginas para
procesos de habilitación y otras publicaciones.
• ISO 20000: la parte 1 (requisitos del sistema de gestión de servicios) tiene
36 páginas, hay otras partes que cubren otros aspectos.
¿Cómo se ve en el mercado?
• ITIL: se centra en los procesos internos. Las versiones recientes han
incorporado un ciclo de vida del servicio y un mayor enfoque en el valor y
los clientes.
• COBIT: proviene de un historial de auditoría y cumplimiento. La última
versión se ha movido hacia el gobierno y la gestión de servicios de TI.
• ISO 20000: es un estándar internacional y el objetivo principal es lograr la
certificación para demostrar el cumplimiento del estándar.
El cambio no es fácil y el cambio lleva tiempo; ambos son factores clave para
saber si COBIT puede ayudar a respaldar la mejora de la gobernanza y la
seguridad de TI.
Introduccion a ITIL Parte1
Objetivos
Introducción ITIL
Capacidades: las habilidades especializadas que una organización aplica a los recursos
para crear valor
Funciones: subconjuntos autónomos de una agregación destinados a realizar tareas
específicas, suelen adoptar la forma de un grupo de personas y las herramientas que
utilizan
Procesos: conjunto estructurado de actividades diseñadas para lograr un objetivo
específico
El valor de servicio consta de dos componentes utilidad y garantía los servicios deben
ofrecer utilidad y garantía para tener valor la utilidad también llamada idoneidad para el
propósito se refiere a la capacidad del servicio para eliminar restricciones aumentar el
rendimiento al cliente.
la garantía también llamada idoneidad para el uso es la capacidad del servicio para operar
de manera confiable
Marco ITIL
Estrategia de servicio.
La fase del ciclo de vida del diseño del servicio trata sobre el diseño de los servicios y
todos los elementos de apoyo para su introducción en el entorno en vivo las 4p del diseño
de servicio representan áreas que deben
tenerse en cuenta al diseñar un servicio, ellos son:
Personas recursos humanos y estructuras organizativas necesarias para dar
soporte al servicio
Procesos gestión de servicios necesarios para respaldar el servicio
Productos tecnología y otra infraestructura necesaria para respaldar el servicio
Socio terceros que ofrecen soporte adicional requerido para respaldar el servicio
a) gestión de cambios
el objetivo de esta actividad de procesamiento es controlar el ciclo de vida de
todos los cambios con una interrupción mínima de los servicios de ti
b) evaluación
el objetivo del proceso de evaluación es evaluar los cambios importantes como
la introducción de un nuevo servicio o un cambio sustancial en un servicio
existente antes de que se permita que esos cambios pasen a la siguiente fase
de su ciclo de vida
operaciones de servicio
esta etapa se enfoca en satisfacer las expectativas de los usuarios finales mientras
que equilibran los costos y se descubre cualquier problema potencial. esta es la única
categoría de las cinco que tiene funciones además de procesos hay cinco procesos y
cuatro funciones
a) gestión de eventos
el objetivo es asegurarse que los elementos de configuración y los servicios se
supervise constantemente y filtrar y categorizar eventos para decidir las
acciones adecuadas.
b) gestión de incidentes
el objetivo es gestionar el ciclo de vida de todos los incidentes devolviendo
servicios de ti a los usuarios lo más rápido posible.
c) solicitud de cumplimiento
el objetivo es cumplir con las solicitudes de servicios que en la mayoría de los
casos son cambios menores, por ejemplo, solicitudes de cambio de contraseña
o
solicitudes de información
d) gestión de acceso
el objetivo de otorgar al usuario autorizado el derecho a utilizar un servicio y al
mismo tiempo evitar el acceso a usuarios no autorizados
e) gestión de problemas
el objetivo de gestionar el ciclo de vida de todos los problemas evitando que
ocurran incidentes y minimizando el impacto de los incidentes que no se
pueden prevenir
a) gestión de operaciones de ti
el objetivo es monitorear y controlar los servicios de ti y su infraestructura
subyacente ejecutando las tareas rutinarias del día a día relacionadas con la
operación de los componentes y aplicaciones de la infraestructura
b) mesa de servicio
este es el punto de contacto entre los usuarios y el proveedor de servicio una
mesa de servicios generalmente maneja la comunicación con los usuarios y
también maneja incidentes y solicitudes de servicio
c) gestión de aplicaciones
la administración de aplicaciones es responsable de administrar las aplicaciones a
lo largo de su ciclo de vida
d) gestión técnica
la gestión técnica proporciona experiencia técnica y soporte para la gestión de la
infraestructura de ti