Universidad Nacional de Ingeniería

Practica Calificada 1

Curso: Desarrollo Adaptativo e

Integración de Software

Profesor: Mg. Carlos Janjachi

SOTELO MAURY GONZALO ALONSO – 20194149J

 CASO DE DESARROLLO DE SOFTWARE

En una organización, se tienen 20 aplicaciones programados en distintos lenguajes de

programación, en su mayoría del tipo de sistema web en java, de ellas, al menos dos son
aplicaciones grandes, con al menos 6 años en funcionamiento, con muchas funcionalidades y
reportes, con alrededor de 1000 usuarios que se conectan desde todo el país.

Una de las aplicaciones grandes, sirve para el registro, actualización y baja de los datos de los
empleados de cada una de las sedes de la organización a nivel nacional, cada empleado
maneja datos personales, datos laborales, datos de pago, datos bancarios y otros datos
relacionados al pago que son necesarios para la generación de las planillas de pago mensuales,
también se generan reportes que son utilizados para visualizar los pagos realizados, planificar
los próximos pagos mensuales, estimar pronósticos de gastos anuales de personal, esta
información sirve de base para la generación de la planilla.

A cada sistema se de le da mantenimiento que incluye la corrección de errores, mejora de

funcionalidades y nuevas opciones del sistema. Inicialmente se manejaba una bolsa de 20
requerimientos de mantenimiento, hasta llegar a contar con una bolsa de 64 requerimientos
en la actualidad.

Para organizarse, el área de sistemas ha venido contratando especialistas, ahora se cuenta con
tres equipos, el primero se encarga de recoger el requerimiento, documentarlo y elaborar las
pantallas y las reglas de negocio, este equipo lo conforman 8 analistas. El según equipo, realiza
el diseño de la arquitectura y de los componentes, así como la programación del código.

Las pruebas funcionales las realizan los miembros del primer equipo y solo el analista que
realizo el análisis del requerimiento, esto porque se detectó que algunos usuarios proactivos
pedían los cambios directamente a los programadores, con ello los alcances aumentaban y se
retrasaban la implementación de los cambios, y se generaban discusiones entre los miembros
del primer equipo y del segundo.

El tercer equipo, realiza los pases a testing y producción, en un primer trabajo se comunica con
el segundo equipo para conocer como desplegar los sistemas en testing. Finalmente, una vez
aprobado funcionalmente, se hace el pase a producción de los sistemas. En caso ocurra algún
error durante el pase a producción se llama al programador de la funcionalidad o el sistema
para que apoye a resolver el error y así culminar con el pase a producción.

En algunas ocasiones, los pases a producción se realizaban semanalmente pero como algunos
usuarios no conocían de la nueva funcionalidad, se quejaban con sus directores que se
modificó el sistema sin consultarles, que ello les generaba retrasos en la producción por tener
que explicar al personal el uso de las nuevas funcionalidaeds, por lo que pedían que se
retroceda el pase a producción. Una vez capacitados todos ellos, se volvía a realizar el pase a
producción. Ahora los pases se hacen mensualmente.

PREGUNTAS.

En base al caso realizar el análisis de los conceptos agiles trabajados en clase y realizar:
 Proceso Actual Actividad del Proceso Rol (es) de la Tiempo Concepto del Valor Ágil que Principio Ágil que aplicara Actividad aplicando Rol (es) de
Actual Actividad Actual de la Glosario Ágil aplicara Ágil Actividad Ágil
Actividad que Aplicara
Actual
(alto/
medio/
bajo)
1 Aceptamos que los requisitos
Product
Colaboración cambien, incluso en etapas
Owner, Scrum
Recolección y con el cliente tardías del desarrollo. Los
Master, Parte
Análisis documentacón de Analistas medio ATDD sobre procesos Ágiles aprovechan Planificación
del Equipo de
requerimientos negociación el cambio para proporcionar
Desarrollo(Ana
contractual. ventaja competitiva al
listas)
cliente.

2 Colaboración
La simplicidad, o el arte de
con el cliente Product
Elaboración de Historia de maximizar la cantidad de
Análisis Analistas medio sobre Planificacion Owner, Team
Mockapps usuarios trabajo no realizado, es
negociación Dev
esencial.
contractual.

3 Desarrollo Individuos e Los responsables de negocio

Product
impulsado interacciones y los desarrolladores
Determinar reglas Definición de Owner, Scrum
Análisis Analistas bajo por el sobre trabajamos juntos de forma
de negocio restricciones Master y Team
comportamie procesos y cotidiana durante todo
Dev
nto herramientas el proyecto.

4 Individuos e
Las mejores arquitecturas,
interacciones
Diseño de Diseño de Diseño requisitos y diseños
Analistas medio sobre Diseño Team Dev
Software arquitectura Simple emergen de equipos auto-
procesos y
organizados.
herramientas

5 Diseño de Diseño de Diseñadores medio Diseño Individuos e Las mejores arquitecturas, Diseño Team Dev
Software componentes Simple interacciones requisitos y diseños
sobre emergen de equipos auto-
 procesos y
organizados.
herramientas

6 Software
La simplicidad, o el arte de
funcionando
Propiedad maximizar la cantidad de
Implementación Programacion Programadores medio sobre Codificación Team Dev
Colectiva trabajo no realizado, es
documentació
esencial.
n extensiva

7 Colaboración
La simplicidad, o el arte de
con el cliente
Test de maximizar la cantidad de
Verificación Testing Tester,Analista medio sobre Testing ágil Team Dev
aceptación trabajo no realizado, es
negociación
esencial.
contractual

8 Individuos e Entregamos software funcional

interacciones frecuentemente, entre dos Producto
Despliegue Pase a produccion Programador alto sobre semanas y dos meses, con Despliegue ágil Owner, Team
Despliegue procesos y preferencia al periodo de Dev
continuo herramientas tiempo más corto posible.

9 Software
Gestión de errores
funcionando
Reparacion de Propiedad El software funcionando es la con el product
Mantenimiento Programador bajo sobre Team Dev
errores Colectiva medida principal de progreso backlog y el sprint
documentació
backlog
n excesiva

1 Aceptamos que los requisitos

0 Respuesta cambien, incluso en etapas
Implementación de
Añadir nueva Desarrollo ante el cambio tardías del desarrollo. Los
Mantenimiento Programador medio nuevas Team Dev
funcionalidad incremental sobre seguir procesos Ágiles aprovechan el
funcionalidades
un plan cambio para proporcionar
ventaja competitiva al cliente.