Ingeniería en Desarrollo de Software

Introducción a la ingeniería de software

Unidad 1
Evidencia de Aprendizaje. Metodología de desarrollo de software
Sergio Raúl Montero Pérez

ES1822022159
Evidencia de Aprendizaje. Metodología de desarrollo de software

Propósito:

• Analizar un caso de estudio relacionándolo con un método del ciclo de vida de un sistema

Instrucciones:

Con la finalidad de que puedas integrar los aprendizajes de esta primera unidad, analizarás un caso de estudio en el que relacionarás el uso de los
métodos de desarrollo de software. El caso será proporcionado por tu Docente en línea, una vez que cuentes con él, realiza lo siguiente:

1. Revisa los casos de estudio y selecciona uno.

2. Analiza el caso de estudio considerando todos los datos que se proporcionan e identifica el problema(s) a resolver.

3. Determina las características que debe cubrir un ciclo de vida (modelo/método) para solucionar el problema(s).

4. Identifica, al menos, 2 modelos que se puedan aplicar al caso de estudio.

5. Elabora un cuadro comparativo sobre las características de los 2 modelos que identificaste con respecto a las características del caso.
Puedes apoyarte del siguiente organizador.
 Planteamiento del caso
SCRUM: Experiencia de Aplicación en una Empresa de Desarrollo de Software del NEA
Con objeto de gestionar proyectos de una manera eficiente han surgido las metodologías agiles para el desarrollo de software como herramientas
que permiten mejorar los procesos productivos. En este trabajo se analiza la adaptación e implementación de la metodología SCRUM en una
empresa de desarrollo de software del NEA (Nordeste Argentino) utilizada bajo un enfoque de administración estratégica y rediseñada para su
aplicación en una microempresa. El desafío consistió en lograr una efectiva vinculación tecnológica (entre management y sistemas) para la
innovación en la simplificación de los roles y agilización en la ejecución de la metodología. Se realiza una introducción teórica al tema para luego
exponer los aspectos prácticos del caso y analizar los resultados.

Ciclo de vida
Las características que se deben de seleccionar para el ciclo de vida del caso de estudio son:

Especificación de requerimientos: Como bien sabemos aquí se deben de agregar las especificaciones que se requieren estén dentro
del sistema a generar, en este caso:
 Tener los expedientes de los clientes, con todos los datos que estén incluidos dentro de los expedientes.
 Poder consultar los expedientes por fecha, tipo de proceso, estado de proceso, número de oficio, nombre del juzgado,
nombre del cliente, teléfono.
 Poder modificar todos los datos dentro de los expedientes, así como poder borrar registros despues de 2 años.
 Especificar el tipo de letra, tamaño y color, así como el tamaño que tendrán las ventanas o los botónes que se incluiran
dentro de las mismas.

Diseño e implementación: aquí se incluyen las actividades necesarias que se requieren para poder construir el sistema mediante la
información solicitada, en este caso:
 Se requiere guardar la información de los registros dentro de una base de datos.
 De inicio se implementaria una parte del sistema donde se registren los clientes y se hagan consultas, es decir, con solo
unos campos (nombre del cliente, número de oficio, nombre del juzgado), para posteriormente, dentro de las iteraciones
 poder mejorar esta parte inicial del Sistema y tener la información solicitada al inicio en la especificación de los
requerimientos.
 Se le solicitaria al usuario definer el tipo de letra a utilizar y el diseño de las ventanas, asi como los colores que se le pondrian
a las mismas.

Validación: en esta parte se realizan la verificación del funcionamiento junto con el cliente, para saber si le es funcional o no el
sistema o si requiere se le agregue algo más al mismo; en este caso:
 En una primera instancia se verificaria con el usuario la correcta comunicación entre el sistema y la base de datos donde se
han guardado la información de los usuarios y sus datos y que se puedan solicitar por parte del cliente.
 Se crearian manuales para que el usuario pudiera comprender mejor el sistema, que aunque sea simple, puede complicarse
a usuarios que no conocen el tema o no estan familiarizados con el sistema.
 Posteriormente en esta parte se anexarian los demás datos agregados en cada iteración, para poder completar así los
requerimientos solicitados por el cliente.

Evolución: en esta etapa del ciclo se deben de verificar los aspectos a futuro del sistema o software, que tanto se puede adaptar a
cambios o actualizaciones requeridas o solicitadas por el cliente en un término a corto plazo o largo plazo, en este caso quedarían:
 Actualizaciones de los datos de los usuarios, o de los juzgados.
 La eliminación de todos los registros despues de dos años (aquí pudiera realizarse de forma automática o de forma manual).
 Cambios en el formato de fecha, del tipo de los procesos o como se realizan los mismos.
 Cambios en lo colores del diseño de las ventanas o el tipo de letra y saber que si va a ser soportado por el Sistema.
 Actualizaciones de seguridad, para que no sea vulnerable a ataques del propio Sistema.
 Parches de errores que se pudieran detectar durante o en el transcurso de la vida del sistema o software.

Tabla 1. Cuadro comparativo sobre las características de un modelo de desarrollo para la solución de un caso de estudio.
Caso 3 .- SCRUM: Experiencia de Aplicación en una
SCRUM Cascada
Empresa de Desarrollo de Software del NEA.
Gestionar proyectos de una manera eficiente para
mejorar los procesos productivos.
Cascada Modelo Espiral
SRCUM

Fases Se define el equipo,

herramientas, el
sistema de desarrollo Usuario describe
y se crea el Product las historias,
Backlog con la lista de especificando los No se necesitan tener
Fase de requerimientos requerimientos Comunicación todos los
Análisis
Planeamiento. conocidos junto con como si estos con el cliente requerimientos de
sus prioridades y se fueran historias inicio o bien definidos.
estima el esfuerzo creando
necesario para prototipos.
llevarlo a cabo (Sprint
Backlog).
Es la parte ágil, donde
el sistema se
desarrolla en Sprints.
El usuario y el
Cada Sprint incluye
equipo eligen la Permite ir
las fases tradicionales
historia que van a construyendo
Fase de del desarrollo de
Diseño realizar o traducir Planificación prototipos para
Desarrollo: software:
en sistema y la disminuir el riesgo del
relevamiento de
liberan en dos proyecto.
requerimientos,
semanas.
análisis, diseño,
implementación y
entrega.
Fase de Incluye integración, Implementación Con la primera Análisis de Permite realizar
Finalización: testing y entrega, se hace riesgos actividades de
documentación. una funcionalidad desarrollo, realización
 mínima, de pruebas, instalación
agregando más y mantenimiento.
funciones con las
siguientes
Indica la
entregas, las
implementación
cuales son
pequeñas y se
integran en cada
iteración.
El cliente
participa desde el
principio, es El cliente valida todo el
quien contrata al proyecto hasta su
Verificación Ingeniería
equipo de aprobación y
desarrollo, liberación.
aprueba y libera
el proyecto
Se reduce el
costo del cambio
en todas las
etapas del ciclo
Con el análisis de
de vida del
Evaluación del riesgos se pueden
Mantenimiento sistema, por lo
cliente determinar si es viable
cual se puede
el proyecto o no.
aplicar a todos
los sistemas
grandes o
pequeños.
Construcción y Se tiene una versión
entrega final del proyecto

6. A partir de la comparación hecha, redacta una justificación acerca de cuál es el mejor método para solucionar el problema planteado en
el caso, considera las características del equipo de trabajo y los datos del proyecto.
 Cuál es el mejor método para solucionar el problema planteado en el caso
Características del modelo XP
Usuario describe los requerimientos, especificando los
mismos como si estos fueran historias, la primera
entrega se crea un prototipo funcional e incremental,
teniendo los elementos que requiere el usuario y
basándose en la historia que se escogió,
posteriormente en cada iteración puede ir agregando
más requerimientos.
El usuario y el equipo eligen la historia que van a
realizar o traducir en sistema y la liberan en dos
semanas, anexando en esta primera historia los
registros de los clientes y el poder realizar consultas de
los mismos clientes, el equipo puede ir generando en
un día varias versiones del sistema ya que se trabaja en
pares de programadores y se van desarrollando
pruebas.
Con la primera entrega, se hace una funcionalidad
mínima, agregando más funciones con las siguientes
Características del caso de estudio
Requerimientos:
 Tener los expedientes de los clientes, con todos los
datos que estén incluidos dentro de los mismos.
 Poder consultar los expedientes por fecha, tipo de
proceso, estado de proceso, número de oficio,
nombre del juzgado, nombre del cliente, teléfono.
 Poder modificar todos los datos dentro de los
expedientes, así como poder borrar registros
despues de 2 años.
 Especificar el tipo de letra, tamaño y color, así
como el tamaño que tendrán las ventanas o los
botónes que se incluiran dentro de las mismas.
Diseño e implementación:
 Se requiere guardar la información de los registros
dentro de una base de datos.
 De inicio se implementaria una parte del sistema
donde se registren los clientes y se hagan
consultas, es decir, con solo unos campos (nombre
del cliente, número de oficio, nombre del juzgado),
para posteriormente, dentro de las iteraciones poder
mejorar esta parte inicial del Sistema y tener la
información solicitada al inicio en la especificación
de los requerimientos.
 Se le solicitaria al usuario definer el tipo de letra a
utilizar y el diseño de las ventanas, así como los
colores que se le pondrian a las mismas.
Validación:
 En una primera instancia se verificaria con el
usuario la correcta comunicación entre el sistema y
entregas verificando junto con el usuario que todo esté
funcionando correctamente, las funciones agregadas
son pequeñas y se integran en cada iteración, con esto
se puede ir generando o realizando un manual o
manuales para los usuarios, se puede ir evaluando con
el cliente que las funciones realmente vayan
funcionando de acuerdo a las especificaciones que se
generaron en la historia que se está usando.
El cliente participa desde el principio, es quien contrata
al equipo de desarrollo, aprueba y libera el proyecto,
también es el que toma las decisiones de cambios o
actualizaciones que se requieran realizar al sistema,
pudiendo en este momento definir si requiere que el
sistema se pueda evolucionar o generar otro sistema
basándose en el mismo.
Se reduce el costo del cambio en todas las etapas del
ciclo de vida del sistema, por lo cual se puede aplicar a
todos los sistemas grandes o pequeños.
la base de datos donde se han guardado la
información de los usuarios y sus datos y que se
puedan solicitar por parte del cliente.
 Se crearian manuales para que el usuario pudiera
comprender mejor el sistema, que aunque sea
simple, puede complicarse a usuarios que no
conocen el tema o no estan familiarizados con el
sistema.
 Posteriormente en esta parte se anexarían los
demás datos agregados en cada iteración, para
poder completar así los requerimientos solicitados
por el cliente.
Evolución:
 Actualizaciones de los datos de los usuarios, o de
los juzgados.
 La eliminación de todos los registros despues de
dos años (aquí pudiera realizarse de forma
automática o de forma manual).
 Cambios en el formato de fecha, del tipo de los
procesos o como se realizan los mismos.
 Cambios en lo colores del diseño de las ventanas o
el tipo de letra y saber que si va a ser soportado por
el Sistema.
 Actualizaciones de seguridad, para que no sea
vulnerable a ataques del propio sistema.
 Parches de errores que se pudieran detectar
durante o en el transcurso de la vida del sistema o
software.
 Es un Sistema pequeño de menos de 1000 usuarios
por lo que es un Sistema no robusto y manejable
con un costo bajo
Bibliografía:
Sommerville, Ian. (2005). Ingeniería del Software.7ma Edición. Madrid: Pearson Educación.

7. Consulta los criterios de evaluación de la actividad para conocer los parámetros de evaluación de esta evidencia de aprendizaje.

8. Integra el desarrollo de tu actividad en un documento con carátula y datos de identificación, posteriormente guarda tu actividad con la
nomenclatura DIIS_U1_EA_XXYZ. Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por tu primer apellido y la Z por tu
segundo apellido.

9. Envía el archivo a tu Docente en línea, para ello, utiliza la herramienta Tarea. Espera y atiende la retroalimentación correspondiente.