lOMoARcPSD|8332698

Ing. de software primera entrega

Bases de Datos (Politécnico Grancolombiano)

StuDocu is not sponsored or endorsed by any college or university

Downloaded by JENNY CANO POLO (jennycanopolo@cedoc.edu.co)
 lOMoARcPSD|8332698

INGENIERIA DEL SOTFWARE I

ANALISIS Y DISEÑO DE UN PRODUCTO DE SOFTWARE

PROFESOR:

INTEGRANTES DEL GRUPO:

INSTITUCIÓN UNIVERSITARIA POLITÉCNICO GRANCOLOMBIANO

FACULTAD DE INGENIERÍA, DISEÑO E INNOVACIÓN

TECNOLOGÍA DE INFORMACIÓN Y LAS COMUNICACIONES

INGENIERÍA EN SOFTWARE

2020

Downloaded by JENNY CANO POLO (jennycanopolo@cedoc.edu.co)

 lOMoARcPSD|8332698

OBJETIVOS

OBJETIVO GENERAL

 Estudio y análisis de los conceptos y herramientas de los modelos y metodologías

aplicadas al proceso de desarrollo de software

OBJETIVOS ESPECÍFICOS

 Analizar de los requerimientos planteado y escoger el modelo de proceso de desarrollo de

software apropiado.

 Diferenciar características y herramientas de los modelos de software de acuerdo a las

necesidades de los diferentes proyectos.

 Argumentar la elección entre metodologías tradicionales y agiles para el desarrollo del

proyecto planteado

Downloaded by JENNY CANO POLO (jennycanopolo@cedoc.edu.co)

 lOMoARcPSD|8332698

PLANTEAMIENTO DEL PROBLEMA

Se necesita contar con una herramienta que me permita registrar una serie de profesionales de la

salud que ofrecen diferentes servicios de acuerdo con una agenda definida y permitir a los

usuarios en línea buscar el profesional que más se adapta a sus necesidades y agendar una cita

con esta profesional una vez ha realizado el respectivo pago del servicio”.

Los requerimientos detallados (desde el punto de vista del cliente) son:

• Todos los usuarios deben tener una cuenta con login y contraseña e identificar si es un

profesional proveedor de servicios o un cliente.

• De las profesiones se debe conocer: nombre completo, tipo de servicio que ofrece, dirección,

costos de los servicios que ofrece, el horario y la agenda que ofrece que incluye cuánto tiempo

dura una sesión de su servicio y si puede atender varios usuarios a la vez o no, identificación

como personas natural y jurídica si es necesario.

• De los clientes se desea conocer: nombre completo, género, edad, dirección de residencia,
correo electrónico.
• Cada cliente puede realizar las siguientes actividades:

» Buscar profesionales de la salud por nombre, tipo de servicio y ubicación.

» Seleccionar de un profesional y consultar su agenda.
» Seleccionar una sesión disponible y reservarla.
» Hacer el pago en línea de la sesión.
» Modificar la fecha y hora de la sesión.
» Un cliente no puede agendar más de una sesión a la vez.

Downloaded by JENNY CANO POLO (jennycanopolo@cedoc.edu.co)

 lOMoARcPSD|8332698

• Cada profesional proveedor debe poder:

» Registrar los servicios que ofrece y la agenda que dispone.
» Consultar las sesiones que tiene agendadas.
» Consulta la información de los usuarios que han solicitado sus servicios.
• El sistema debe permitir generar consultas como las siguientes:
» Reporte de profesionales de la salud registrados.
» Reporte de usuarios registrados.
» Agenda un profesional específico.
» Agenda de un usuario específico.
» Consultar cuáles son los servicios más solicitados.

REQUERIMIENTOS PARA LA ENTREGA 1

Construir un documento en el que especifican cuál es el modelo de proceso de desarrollo de

software que elegiría para abordar este proyecto y justificar su elección, esta justificación debe

incluir las razones por las que optan por un modelo de proceso específico y también las razones

por las que descartan las demás opciones.

Adicionalmente, deben mencionar cuáles consideran que son los principales riesgos asociados a

la elección que hacen y qué estrategia propone para gestionar estos riesgos.

Justifica la selección de un modelo de procesos aplicado a las condiciones de su proyecto.

• Argumenta las razones por las que eligen o rechazan cada uno de los modelos de procesos
existentes para desarrollar software y que comprenden sus ventajas y desventajas con respecto a
su proyecto.
• Reconoce los riesgos de asociados a la selección de su modelo y proponen acciones de
mitigación de estos riesgos.

Downloaded by JENNY CANO POLO (jennycanopolo@cedoc.edu.co)

 lOMoARcPSD|8332698

DESARROLLO DE LA ACTIVIDAD

 El método escogido por nuestro grupo es el Ágil con la metodología SCRUM

 Porque se escoge la metodología SCRUM:

esta metodología ya que es ágil y flexible para gestionar el desarrollo del software, el cual

maximiza principalmente el retorno de la inversión para la empresa (ROI), con esta metodología

el cliente se entusiasma y se compromete con el proyecto dado que lo ve crecer iteración a

iteración. A si mismo le permite en cualquier momento realinear el software con los objetivos de

negocio de su empresa, ya que puede introducir cambios funcionales o de prioridad en el inicio

de Cada nueva interacción.

Esta metodología de trabajo promueve la innovación, motivación y compromiso del equipo que

forma parte del proyecto, por lo que los profesionales encuentran un ámbito propicio para

desarrollar sus capacidades. También define un marco para la gestión de proyectos, una

interacción la cual se denomina sprints con una duración de alrededor de 30 días, este resultado

es un incremento ejecutable que se muestra al cliente, en su construcción son de importancia las

reuniones a lo largo del proyecto, entre ellas destaca la reunión diaria de 15 minutos del equipo

de desarrollo para coordinación e integración. Este es la metodología ágil más popular en este

momento, no sólo en la industria del software, sino en cualquier escenario en el cual se

desarrollen proyectos en los que se considera que las condiciones del proyecto pueden variar

rápida, frecuentemente y en que se puede generar una dinámica en los cuales presenta beneficios

tales como: el cumplimento de expectativas, Reducción del Time to Market, Mayor calidad del

software, Mayor productividad, Maximiza el retorno de la inversión (ROI), Predicciones de

Downloaded by JENNY CANO POLO (jennycanopolo@cedoc.edu.co)

 lOMoARcPSD|8332698

tiempos, Reducción de riesgos. En general esta metodología es acta para el desarrollo de nuestro

proyecto a desarrollar en el trascurso del módulo.

 Porque no se escogió otra metodología

Las metodologías agiles de desarrollo del software son muy utilizadas debido a sus ventajas

dentro de una organización, pues, permiten adaptar las formas de trabajo a las necesidades o

requerimientos del proyecto para satisfacer al cliente y por supuesto a la población beneficiaria.

Sin embargo, luego de investigar y realizar cuadros comparativos, a manera de equipo de

trabajo se determina que las metodologías agiles diferentes al modelo de desarrollo de software,

Scrum según sus descripciones no nos ofrecen las suficientes herramientas necesarias para

cumplir los requerimientos que exige el proyecto a diseñar e implementar, teniendo en cuenta lo

descrito por nuestro cliente y buscando atender de manera eficiente con un trabajo altamente

rápido y de calidad.

SCRUM resalta e impulsa el trabajo en equipo, el aprendizaje constante y una estructura que

es flexible a los cambios que van sucediendo en la fase de desarrollo, esta es una de sus grandes

ventajas incluso frente a otras metodologías ágiles más usadas además de esta. También se

considera complementaria, la forma en que se organizan las tareas visualmente en el modelo

Kanban puede ser de ayuda para los equipos auto gestionados de Scrum.

En el caso de Extreme Programming es el hecho de que depende de una participación activa

del cliente. En diversos sectores, los clientes tienden a tercerizar completamente los servicios o

demandar el producto con rapidez, la gran mayoría de empresas del mercado desean relacionarse

muy poco con su proveedor, considerando que ellos son los expertos que deben proveer a su

empresa de soluciones de calidad. En cambio, Scrum al aplicarse exclusivamente a la

Downloaded by JENNY CANO POLO (jennycanopolo@cedoc.edu.co)

 lOMoARcPSD|8332698

organización de equipos de trabajo autogestionado permite que los expertos trabajan

paralelamente y no dependan del cliente para el cumplimiento de objetivos o realizar una tarea.

 Porque no usar el método Tradicional

Es un método con muchas limitaciones está hecho para proyectos que son bastante sencillos y

de menor escala, los enfoques tradicionales son más adecuados. No se prefieren los cambios

repentinos, ya que la mayor parte del tiempo el equipo podría tener que comenzar todo el

proyecto de cero.

Para los proyectos tradicionales, los objetivos y la forma en que se llevará a cabo el proyecto

están definidos y detallados. Una de las posibles razones para no hacer uso de este tipo de

gestión son las que enumeramos a continuación:

I. Es difícil responder a los cambios de los requerimientos del cliente ya que cualquier

cambio afecta a todo el proyecto y en el mundo real es muy difícil encontrar un proyecto

en donde se pueda asegurar que los requerimientos se pueden identificar y no van a sufrir

variaciones.

II. Pasar por cada etapa de manera estrictamente secuencial puede hacer que se pierda

tiempo en el proceso ya que parte del equipo puede estar esperando a que otros terminen

determinada etapa para poder continuar a la siguiente.

III. Las revisiones de proyectos de gran complejidad son muy difíciles.

IV. Entre más tarde se detecte un error más costoso resulta su corrección.

V. El usuario no podrá tener una versión funcional sino hasta en las etapas finales del

proceso.

Downloaded by JENNY CANO POLO (jennycanopolo@cedoc.edu.co)

 lOMoARcPSD|8332698

VI. Los proyectos reales raramente siguen el flujo secuencial que propone el modelo, siempre

hay iteraciones y se crean problemas en la aplicación del paradigma.

VII. Normalmente, es difícil para el cliente establecer explícitamente al principio todos los

requisitos. El ciclo de vida clásico lo requiere y tiene dificultades en acomodar posibles

incertidumbres que pueden existir al comienzo de muchos productos.

El cliente debe tener paciencia. Hasta llegar a las etapas finales del proyecto, no estará disponible

una versión operativa del programa. Un error importante no detectado hasta que el programa esté

funcionando puede ser desastroso.

 Resultados más lentos

 limitaciones de tiempo

 presupuesto.

 No hay lugar para cambios

 Costos elevados si el proyecto debe reiniciarse

 Adecuado para proyectos más pequeños

 Cuáles son los riesgos asociados a esta elección

La metodología scrum es muy exigente en tiempo y dedicación ya que ella requiere realizar

procesos los cuales en algunas ocasiones e vuelven muy “repetitivos” con el fin de mejorar el

producto según el requerimiento del cliente.

La metodología es muy eficaz en los casos ya mencionados. El riesgo que puede traer al

proyecto son varios:

Downloaded by JENNY CANO POLO (jennycanopolo@cedoc.edu.co)

 lOMoARcPSD|8332698

 No sectorizar adecuadamente el trabajo: Scrum funciona muy bien en equipos pequeños,

en los grandes puede variar su eficacia ya que puede llegar a ser compleja la distribución

equitativa de tareas e identificar los roles de cada persona.

 Falta de experiencia en los integrantes: La metodología necesita un grupo de

desarrolladores con experiencia, personas que tengan el suficiente conocimiento en su

área específica para tener un rendimiento oprimo en el equipo, es necesario que todos

tengan un nivel adecuado de conocimientos, ya que si alguno no lo tiene puede retrasar el

trabajo de los demás.

 Aumento en los tiempos del desarrollo.

 Falta de optimización en la etapa temprana en el desarrollo del producto.

 Adaptación al modelo de trabajo por parte del equipo.

El compromiso por parte de cada integrante es fundamental para el éxito del desarrollo del

proyecto, si no existe compromiso en solo un trabajador del equipo se tiene el riesgo de fallar en

el proyecto, puesto este en la unión de varias partes.

Estrategias para gestionar dichos riesgos

Este es la metodología ágil más popular en este momento, no sólo en la industria del software,

sino en cualquier escenario en el cual se desarrollen proyectos en los que se considera que las

condiciones del proyecto pueden variar rápida y frecuentemente y en que se puede generar una

dinámica más ágil de trabajo en equipo.

Planteo las siguientes estrategias.

La prioridad es satisfacer al cliente mediante tempranas y continuas entregas de software que le

aporte un valor.

Downloaded by JENNY CANO POLO (jennycanopolo@cedoc.edu.co)

 lOMoARcPSD|8332698

10

 Dar la bienvenida a los cambios: se capturan los cambios para que el cliente tenga una
ventaja competitiva.
 Entregar frecuentemente software que funcione desde un par de semanas a un par de

meses, con el menor intervalo de tiempo posible entre entregas.

 La gente del negocio y los desarrolladores deben trabajar juntos a lo largo del proyecto.

 Construir el proyecto en torno a individuos motivados. Darles el entorno y el apoyo que

necesitan y confiar en ellos para conseguir finalizar el trabajo.

 El diálogo cara a cara es el método más eficiente y efectivo para comunicar información

dentro de un equipo de desarrollo.

 El software que funciona es la medida principal de progreso.

 Los procesos ágiles promueven un desarrollo sostenible. Los promotores, desarrolladores

y usuarios deberían ser capaces de mantener una paz constante.

 La atención continua a la calidad técnica y al buen diseño mejora la agilidad.

 La simplicidad es esencial.

 Las mejores arquitecturas, requisitos y diseños surgen de los equipos organizados por sí

mismos.

En intervalos regulares, el equipo reflexiona respecto a cómo llegar a ser más efectivo, y según

esto ajusta su comportamiento.

Downloaded by JENNY CANO POLO (jennycanopolo@cedoc.edu.co)

 lOMoARcPSD|8332698

11

REFERENCIAS BIBLIOGRÁFICAS

Jacobson, I., Booch,G., y Rumbaugh, J. (2000). El proceso unificado de desarrollo de

software. Madrid, España: Adisson Wesley.

Modelos del proceso del software. Monografias.com,

https://www.monografias.com/trabajos108/modelos-del-proceso-del-software/modelos-del-

proceso-del-software.shtml

La importancia de las metodologías agiles: Scrum; trycore, https://trycore.co/buenas-

practicas-ti/importancia-de-metodologias-agiles/

Por que SCRUM, en mi organización, https://mobilizaacademy.com/por-que-scrum/

SCRUM vs otras metodologías ágiles, InGenio Learning, https://ingenio.edu.pe/scrum-vs-

otras-metodologias-agiles/

Manifesto for Agile Software Development. (2001) Recuperado http://agilemanifesto.org

Downloaded by JENNY CANO POLO (jennycanopolo@cedoc.edu.co)