ANALISTA

PROGRAMAD
OR

Etapas de la ingenieria de software

NOMBRES: Exequiel Acevedo V.

CARRERA: Analista Programador
ASIGNATURA: Ing. Software
PROFESOR: Fredy Marambio
FECHA: 5 de noviembre 2019

1
 ANALISTA
PROGRAMAD
OR

Contenido
Evaluación 6 - Sumativa .................................................................................................................................. 1
1 Introducción ............................................................................................................................................ 3
2 Definición de métodos .......................................................................................................................... 3
3 Definición de los atributos de comparación ...................................................................................... 4
4 Cuadro comparativo de los métodos ................................................................................................. 4
5 Recomendación del uso del método. ................................................................................................. 6
6 Cuadro comparativo SCRUM v/s método recomendado................................................................ 6
7 Recomendación uso de SCRUM o método anterior ....................................................................... 7
8 Conclusión .............................................................................................................................................. 7
9 Bibliografía .............................................................................................................................................. 8

2
 ANALISTA
PROGRAMAD
OR

1 Introducción

Este informe aborda la problemática de un software el cual pretende digitalizar las

reservas de las salas de reuniones, a menudo los usuarios presentan problemas a la
hora de reservar debido a las combinaciones de salas y horarios. Como implementar un
proyecto. Además de los beneficios, costos y tiempo de ejecución.

Se conoce que a menudo hay problemas coordinación entre sesiones de diferentes salas.

La principal característica de este proyecto es el fácil acceso, a la vez se explicita que la

aplicación debe cumplir con algunos requerimientos los cuales son:
Optimizar: La organización de las salas de reuniones de acuerdo con las necesidades de los
usuarios

• Actualizar: La manera en que se reservan las salas de reuniones y sus características.

• Mejorar el tiempo que demanda el reservar o cancelar una sala de reunión.

• Facilitar: la disponibilidad de salas y los horarios de esta, evitando desorganización y errores

en la reserva de las salas.

2 Definición de métodos

• Las sesiones creadas dependerán de la cantidad de salas

• Los usuarios serán creados por un administrador
• Cada usuario puede tener asignado uno o más salas, un horario o mas horarios diferentes
• El usuario podrá colocar características, las que el considere necesarias.
• Se deberá mostrar un listado al usuario según las características puestas por él, donde se
le mostrará una combinación de salas y horarios disponibles para evitar el choque con
otros usuarios.
• El usuario podrá repetir las tareas de poder tomar distintas reservas, cancelar y consultar
listado de las reservas.

3
 ANALISTA
PROGRAMAD
OR

3 Definición de los atributos de comparación

• Usuarios consultan salas y reservas

• Ingreso de reserva por parte de los usuarios
• Cancelación de reserva por parte de los usuarios
• Ingreso, modificación de salas y usuarios por administrador
• Consulta de reservas, salas y usuarios por parte de administrador
• Eliminar usuarios por parte del administrador

4 Cuadro comparativo de los métodos

Método M.Cascada M.Incremental M.Evolutivo M.Prototipos M.Espiral

• Código • Análisis Se asume que los • Investigación • Planificación
• Pruebas • Diseño requisitos puedan preliminar • Análisis de
Usuarios • Programación cambiar en • Diseño y riesgo

consultan • Pruebas cualquier construcción • Ingeniería

• Evaluación • Evaluación
salas y momento del ciclo
• Modificaciones por el cliente
reservas de vida.
• Programación
y pruebas
• Análisis de • Análisis Se asume que los Se crea una Es una serie
Ingreso de requerimientos • Diseño requisitos puedan maqueta, la cual de ciclos que
reserva por • Diseño • Programación cambiar en muestra la se repite.
parte de los • Implementación • Pruebas cualquier interfaz de la
usuarios • Pruebas momento del ciclo aplicación.
de vida.
• Análisis de • Análisis • Especificación • Investigación • Planificación
Cancelación requerimientos • Diseño inicial preliminar • Análisis de
de reserva • Diseño • Programación riesgo

4
 ANALISTA
PROGRAMAD
OR

por parte de • Implementación • Pruebas • Desarrollo del • Diseño y • Ingeniería

los usuarios • Pruebas producto construcción • Evaluación
• Implementación, • Evaluación por el cliente
uso y evolución • Modificaciones
• Programación
y pruebas

• Código • Análisis Se asume que los Se crea una Es una serie

Ingreso, • Pruebas • Diseño requisitos puedan maqueta, la cual de ciclos que
modificación • Programación cambiar en muestra la se repite.
de salas y • Pruebas cualquier interfaz de la
usuarios por momento del ciclo aplicación.
administrador de vida.

• Análisis de Se desarrolla el • Especificación • Investigación • Planificación

Consulta de requerimientos sistema para inicial preliminar • Análisis de
reservas, • Diseño lograr un • Desarrollo del • Diseño y riesgo

salas y • Implementación subconjunto de producto construcción • Ingeniería

• Pruebas • Implementación, • Evaluación • Evaluación
usuarios por requerimientos
uso y evolución • Modificaciones por el cliente
parte de
• Programación
administrador
y pruebas

• Análisis de • Análisis • Especificación Se crea una • Planificación

Eliminar requerimientos • Diseño inicial maqueta, la cual • Análisis de
usuarios por • Diseño • Programación • Desarrollo del muestra la riesgo

parte del • Implementación • Pruebas producto interfaz de la • Ingeniería

administrador • Pruebas • Implementación, aplicación. • Evaluación

uso y evolución por el cliente

5
 ANALISTA
PROGRAMAD
OR

5 Recomendación del uso del método.

Este proyecto cuenta con todos los requerimientos claros desde el inicio, incluso
entregar una primera versión para posteriormente poder actualizarla e incluirle más
módulos y/o opciones para complementar dicho proyecto. En base a esto es
recomendable usar el Modelo por Prototipos. Esto nos ayudará además de evitar errores
grandes dentro de nuestra aplicación, mostrando avances al cliente y teniendo la
capacidad y rapidez de modificarlo.

6 Cuadro comparativo SCRUM v/s método recomendado.

SCRUM Método Cascada

El énfasis está en Persona Procesos
Documentación Mínima, según se Absolutamente todo se
requiera documenta
Estilo de Procesos Iterativo Lineal
Planificación por Baja Alta
Adelantado
Priorización de los Según el valor del Fijo en el plan de
Requisitos negocio y Proyectos
regularmente
actualizada
Seguro de calidad Centrada en el cliente Centrada en el proceso
Organización Auto-organizado Gestionado
Estilo de Gestión Descentralizado Centralizado
Liderazgo Colaborativo, líder de Mando y control
servicio

6
 ANALISTA
PROGRAMAD
OR

Retorno de Inversión Al comienzo y a lo Al final del Proyecto

ROI largo del Proyecto
Participación del Alta, durante todo el Varía, en función del
Cliente proyecto ciclo de vida del
proyecto

7 Recomendación uso de SCRUM o método anterior

Como grupo optamos por el método SCRUM debido a que enfoque de gestión ágil que
facilita la administración de proyectos, programas y portafolios de cualquier tamaño y
complejidad, facilitando el proceso de información, la comunicación entre el equipo de
trabajo y la entrega de valor con oportunidad a los interesados de la organización.
Las principales ventajas que se tendría son:
• Transparencia
• Adaptabilidad
• Proceso de desarrollo eficiente
• Ritmo de trabajo sostenible
• Retroalimentación continua

8 Conclusión
En este informe se explican descripciones de métodos a la hora de realizar un proyecto,
eligiendo el mejor método para poder realizar una buena gestión con el cliente que
solicita el desarrollo de un software, para eso se fueron comparando los métodos según
se muestra en los puntos anteriores se opto por el que sería el mejor método a la hora
de trabajar.

7
 ANALISTA
PROGRAMAD
OR

9 Bibliografía

• Guía de aprendizaje de la unidad 2: Etapas de la Ingeniería de software.

Consideren especialmente el Tema 2. Tipos de modelos de procesos: en cascada,
incremental, evolutivo,
por prototipos y en espiral.
• Pressman, R. (2010). Ingeniería del software: un enfoque practico. México: McGraw Hill
Interamericana Editores. Páginas 33-40. Disponible en sede (biblioteca presencial).
• Ambiente de Aprendizaje INACAP