Cristóbal Pin Macías Ingeniería de Software

UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

TAREA

 METODOLOGÍA ÁGIL
 SLA’s PARA HARDWARE Y SOFTWARE
NOMBRE:

PIN MACÍAS CRISTÓBAL CLEMENTE

CATEDRÁTICO:

ING. FERNANDO CASTRO AGUILAR

ASIGNATURA:

INGENIERIA DE SOFTWARE

FECHA

Lunes 20/11/2017

CURSO:

CUARTO SEMESTRE “ISI 4-4”.

CICLO II 2017 - 2018

GUAYAS - GUAYAQUIL

Página 1 de 5
Cristóbal Pin Macías Ingeniería de Software

MÉTODOS DE DESARROLLO ÁGIL.

Para (Fraga, 2016) la metodología ágil es aquella en la que el desarrollador va
adaptando sus soluciones a unos requisitos también cambiantes a lo largo del tiempo.
(Fraga, 2016) También nos menciona que frente a los pasos del tradicional método en
cascada, el desarrollo ágil de software se basa en seis pasos comunes dentro del
ciclo de vida del software: planificación, análisis de requisitos, diseño, codificación,
test y documentación. En cada interacción, el equipo de desarrollo no entrega todo el
programa, sino que se van añadiendo pequeños elementos totalmente probados, sin
errores, con el fin de que la solución final esté completamente operativa desde el minuto
uno. En los métodos de desarrollo ágil de software, la comunicación entre todos los
miembros del equipo es clave, ya que se busca eliminar las trabas habituales de
reuniones, validaciones y revisiones formales por encuentros más informales y en fases
tempranas e intermedias del proceso, no sólo en la última etapa del trabajo. (Fraga,
2016)
Además (Fraga, 2016) Menciona lo siguiente “Para que una metodología de desarrollo
de software se pueda considerar como ágil debe cumplir con cuatro valores
fundamentales, recogidos en el Manifiesto Ágil”:
 Los individuos e interacciones, por encima de los procesos y las herramientas.
 Software en funcionamiento, frente a la documentación exhaustiva.
 La colaboración con el cliente sobre la negociación contractual.
 Respuesta al cambio, mejor que el seguimiento de un plan.
Para (Polo, 2014) nos dice que el desarrollo del software no tiene las mismas
características que la construcción de productos físicos, y que estas diferencias y la
agilidad que requiere el negocio actual del software hacen necesario el uso de una
metodología ágil tanto que:
EL PROCEDIMIENTO QUE SE APLICA PARA ESTE TIPO DE
DESARROLLO DE SOFTWARE:

Se basa en un ciclo de vida de desarrollo del software iterativo e incremental. Es

decir que se repiten las etapas de cada ciclo, y se va añadiendo funcionalidad al
producto también se comprime al máximo el tiempo de las iteraciones, estas iteraciones
son cortas de semanas. Se hacen entregas parciales del producto para ir validando con
el usuario que el producto cumple los requisitos.

Se solapan las etapas No siempre dentro de cada iteración tiene que haber etapas en
cascada, por ejemplo, la etapa de test se fusiona con la etapa de desarrollo o la del
diseño con la etapa de construcción.
Se cambia la documentación por la interacción cara a cara con el usuario,
hay equipos multidisciplinares sin separación de roles (todos pueden diseñar y
programar) y se tiende a una gestión de proyecto como equipo auto organizado y
colaborativo. (Polo, 2014)

Página 2 de 5
Cristóbal Pin Macías Ingeniería de Software

¿QUÉ HERRAMIENTAS SE USAN Y COMO FUNCIONAN?

1. Metodología XP
XP es una metodología ágil centrada en potenciar las relaciones interpersonales como
clave para el éxito en desarrollo de software, promoviendo el trabajo en equipo,
preocupándose por el aprendizaje de los programadores, y propiciando un buen clima de
trabajo. XP se basa en realimentación continua entre el cliente y el equipo de desarrollo,
comunicación fluida entre todos los participantes, simplicidad en las soluciones
implementadas y coraje para enfrentar los cambios. XPse define como especialmente
adecuada para proyectos con requisitos imprecisos y muy cambiantes.
2. Metodología Scrum
SCRUM es una metodología ágil y flexible que sirve para gestionar el desarrollo de
software, cuyo principal objetivo es maximizar el retorno de la inversión para su
empresa. Se basa principalmente en construir la funcionalidad de mayor valor para el
cliente y en los principios de inspección continua, adaptación, auto-gestión e
innovación.
SCRUM genera algunas ventajas a diferencia de otras metodologías agiles entre ellas:
• Cumplimento de expectativas: El cliente establece sus expectativas indicando el
valor que aporta a cada requisito / historia del proyecto, el equipo los estima y con esta
información el propietario del producto establece su prioridad.

• Flexibilidad a cambios: Genera una alta capacidad de reacción ante los cambios de
requerimientos generados por necesidades del cliente o evoluciones del mercado. La
metodología está diseñada para adaptarse a los cambios de requerimientos que
conllevan los proyectos complejos.

• Reducción del tiempo: El cliente puede empezar a utilizar las funcionalidades más
importantes del proyecto antes de que esté finalizado por completo.

• Mayor calidad del software: La forma de trabajo y la necesidad de obtener una

versión funcional después de cada iteración, ayuda a la obtención de un software de
calidad superior.

• Mayor productividad: Se consigue entre otras razones, gracias a la eliminación de la

burocracia y a la motivación del equipo que proporciona el hecho de que sean
autónomos para organizarse.
• Maximiza el retorno de la inversión (ROI): Producción de software únicamente con
las prestaciones que aportan mayor valor de negocio gracias a la priorización por
retorno de inversión.

• Predicciones de tiempos: Mediante esta metodología se conoce la velocidad media

del equipo por sprint (los llamados puntos historia), con lo que consecuentemente, es

Página 3 de 5
Cristóbal Pin Macías Ingeniería de Software

posible estimar fácilmente para cuando se dispondrá de una determinada funcionalidad

que todavía está retrasada.

• Reducción de riesgos: El hecho de llevar a cabo las funcionalidades de más valor en

primer lugar y de conocer la velocidad con que el equipo avanza en el proyecto, permite
despejar riesgos eficazmente de manera anticipada. (Valdéz, 2014)
3. Crystal
4. Dynamic Systems Development Method (DSDM)
5. Feature Driven Development (FDD)
6. Adaptive Software Development (ASD)
7. Lean Development (LD)

SLA’S PARA HARDWARE Y SOFTWARE

SIMILITUDES EN CUANTO AL CUMPLIMIENTO

(PortaLey, 2017) Nos dice que el modelo de Acuerdo de Nivel de Servicios (Service
Level Agreement, SLA) consiste en un contrato en el que se estipulan los niveles de un
servicio en función de una serie de parámetros objetivos, establecidos de mutuo acuerdo
entre ambas partes, así, refleja contractualmente el nivel operativo de funcionamiento,
penalizaciones por caída de servicio, limitación de responsabilidad por no servicio, etc...
Además nos habla que este modelo no ha de estar relacionado necesariamente con la
contratación de servicios a terceras partes, sino que puede implantarse a nivel interno,
transformando una determinada unidad de negocio en centro de servicios que provea a
la propia compañía.
Estos puntos son importantísimos a la hora de formalizar de forma contractual una
operación. (PortaLey, 2017)

Implantación de acuerdos de nivel de servicio con proveedores

Para implantar con éxito un SLA han de tenerse en cuenta una serie de factores clave,
de los que va a depender en gran medida la obtención de los resultados deseados:

 Aspectos críticos

Los aspectos más críticos, son la definición de procedimientos estándares y los

mecanismos de evaluación y seguimiento.

 En la implantación de un SLA se deben seguir una serie de puntos

1. Definición de Objetivos: mejora de la eficacia, reducción de costes,

formalización de la relación

Página 4 de 5
Cristóbal Pin Macías Ingeniería de Software

2. Identificar expectativas: qué es lo que espera la organización de este

acuerdo

3. Adecuada planificación temporal

4. Optimización/rediseño de procesos (revisar los procesos si el SLA no

asegura ningún cambio o como mínimo formalizarlos)

 Errores más frecuentes en la implantación

o Definir niveles de servicio inalcanzables
o Regulación excesiva
o Error en la definición de prioridades
o Complejidad técnica

Irrelevancia (si un SLA no tiene ningún efecto sobre el cliente, el objetivo

no tiene sentido). (PortaLey, 2017)
¿Para quién es más importante es SLA’S, si es para el cliente o el proveedor?
Para El cliente
¿Cuándo se hacen los SLA’S, en que momento?
A la hora de formalizar una operación
¿Quién es el responsable de hacerlo y de darle seguimiento?
El representante de proyectos

Referencias
Castellano, D. (01 de 07 de 2015). http://gestiontecnologicajym.blogspot.com. Obtenido de
http://gestiontecnologicajym.blogspot.com/2015/06/metodologias-agiles-la-cabeza-
del-exito.html?spref=tw

Fraga, A. I. (11 de 12 de 2016). ticbeat.com. Obtenido de

http://www.ticbeat.com/tecnologias/que-es-el-desarrollo-agil-y-como-esta-
transformando-la-industria-del-software/

Polo, E. G. (21 de 10 de 2014). Inventtatte. Obtenido de https://inventtatte.com/metodologia-

tradicional-vs-agil/

PortaLey. (21 de 11 de 2017). contratosinformaticos.com. Obtenido de

http://contratosinformaticos.com/sla/

Valdéz, J. L. (05 de 12 de 2014). eumed.net. Obtenido de http://www.eumed.net/tesis-

doctorales/2014/jlcv/software.htm

Página 5 de 5