Docsity
Docsity

Prepara tus exámenes
Prepara tus exámenes

Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity


Consigue puntos base para descargar
Consigue puntos base para descargar

Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium


Orientación Universidad
Orientación Universidad

Análisis y Diseño de un Producto de Software: Scrum Ágil en Politécnico Gran Colombiano, Guías, Proyectos, Investigaciones de Desarrollo de Software

La investigación sobre el proceso de desarrollo de software utilizando la metodología Ágil Scrum en el Politécnico Gran Colombiano. El equipo de desarrollo explora cómo optimizar costos y satisfacer al cliente mediante el uso de Scrum, prototipos y la metodología de procesos de software. Se detalla el objetivo general, el desarrollo, la metodología Scrum y las actividades clave para el correcto desarrollo de una herramienta de software.

Qué aprenderás

  • ¿Qué papel desempeña el cliente en el proceso de desarrollo de software utilizando Scrum?
  • ¿Qué son las actividades clave para el correcto desarrollo de una herramienta de software utilizando Scrum?
  • ¿Cómo se optimizan los costos y se satisface al cliente en el desarrollo de software?
  • ¿Qué metodología de desarrollo de software se utiliza en este documento?
  • ¿Cómo se define la metodología Scrum en el contexto de este documento?

Tipo: Guías, Proyectos, Investigaciones

2021/2022

Subido el 20/03/2022

nicolas-becerra-9
nicolas-becerra-9 🇨🇴

1 documento

1 / 20

Toggle sidebar

Esta página no es visible en la vista previa

¡No te pierdas las partes importantes!

bg1
ANALISIS Y DISEÑO DE UN PRODUCTO DE SOFTWARE 1
INGENERIA DE SOFTWARE I
Daniel Alexander Almanza Manjarrez
Juan Nicolas Becerra Rojas
Johan Arcángel Cataño
Carlos Andrés Sánchez oliveros
Politécnico Gran Colombiano
Facultad de Ingeniería de Software
Tutor
Isabel Andrea Mahecha Nieto
2022
pf3
pf4
pf5
pf8
pf9
pfa
pfd
pfe
pff
pf12
pf13
pf14

Vista previa parcial del texto

¡Descarga Análisis y Diseño de un Producto de Software: Scrum Ágil en Politécnico Gran Colombiano y más Guías, Proyectos, Investigaciones en PDF de Desarrollo de Software solo en Docsity!

INGENERIA DE SOFTWARE I

Daniel Alexander Almanza Manjarrez Juan Nicolas Becerra Rojas Johan Arcángel Cataño Carlos Andrés Sánchez oliveros Politécnico Gran Colombiano Facultad de Ingeniería de Software Tutor Isabel Andrea Mahecha Nieto 2022

En esta investigación se explora los procesos del desarrollo de software optimizando los costos, el esfuerzo para que el cliente se sienta satisfecho. también su metodología ágil (Scrum) para así concretar lo que se conllevara con el proyecto para la experiencia de usuario sea concreto a la hora de la recolección de la información, así establecer el análisis para gestionar el desarrollo de software dando fechas estipuladas de las actividades con los roles que se ejecuten en el software. Palabras clave: Scrum, desarrollo de software Se especifica el modelo de procesos de software y su metodología Ágil teniendo en cuenta los requerimientos que aporta el cliente y la definición de su necesidad, se ha optado por la elección del modelo de procesos por prototipos y su metodología Scrum

Modelo de Procesos de desarrollo de software

Justificación El modelo de procesos de software por prototipos se amolda con facilidad al desarrollo del proyecto, debido a la inexperiencia del usuario, este, mediante la visualización de un prototipo (no funcional) puede refinar los requerimientos y a nosotros nos da una idea clara de lo que debemos desarrollar. El modelo conserva en su esencia las siguientes características:  Conserva el orden de un modelo en cascada, lo cual hace que el desarrollo de cada prototipo tenga una viabilidad precedida de una etapa anterior.

Objetivo general Implementar las diferentes fases de la metodología de software ágil identificada como Scrum en un ejemplo de requerimientos para resolver una necesidad mediante software aplicada a una dinámica de cliente proveedor y talento humano. Objetivos específicos  Identificar en forma correcta las ventajas de elección de una metodología de software.  Minimizar los posibles errores que se pueden presentar en la fase codificación.  Evidenciar la aplicación de una metodología ágil en un ejemplo frecuente al que se enfrenta un programador de software.  Reconocer los riesgos y posibles desventajas que proporciona cada metodología de desarrollo de software descrita en el documento.  Argumentar la elección de una metodología de software ágil para gestionar, actualizar y mejorar el desempeño de una plataforma.  Cumplir con la expectativa de los tiempos de entrega que plantea el uso de la metodología de software tipo Scrum.

DESARROLLO

Metodología SCRUM Escogimos 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

Developer Team (Equipo de desarrollo) El restante de personas va a conformar el equipo de desarrollo incluyendo nuestro cliente, donde de manera conjunta desarrollen el producto del proyecto, todos comparten la responsabilizad del trabajo en desarrollo, así como su calidad en cada iteración y el proyecto, este equipo se caracteriza por un total de 8 personas las cuales tiene responsabilidades compartidas y piensan juntos. Actividades que se van a desarrollar para ejecutar el proyecto. Teniendo en cuenta que para el desarrollo del proyecto en general van a ser utilizadas las metodologías ágiles bajo el modelo de SCRUM se han definido las siguientes actividades que nos van a ayudar al correcto desarrollo de la herramienta de software que permitirá crear un producto funcional y de calidad: Actividad 1: Sprint Planning En esta actividad para cada Sprint con una duración no máxima a 4 semanas se van a realizar dos reuniones clave con nuestro cliente con una duración no mayor a dos horas para cada una, en la primera reunión el cliente presentara al equipo la lista de requisitos priorizada del producto que desea para poderla analizar y preguntar al cliente dudas que puedan surgir al respecto y en la segunda reunión el equipo de desarrollo planifica la iteración es decir el sprint con una táctica que nos permita obtener el mejor resultado posible con el mínimo esfuerzo.

Actividad 2: Ejecución del Sprint En esta actividad después de la toma de requerimiento y la planificación de la técnica para trabajar, se empieza con el desarrollo del sprint en un mes natural o dependiendo de su complejidad de las dos semanas, donde se proporciona un resultado completo y potencialmente entregable, de tal manera que cuando nuestro cliente lo solicite nuestro equipo con un mínimo esfuerzo haga que el producto se encuentre disponible. Actividad 3: Scrum Daily Meeting (Reunión diaria de sincronización) En esta actividad se va a realizar una reunión diaria con una duración no mayor de 30 minutos donde cada miembro de nuestro equipo va a realizar una inspección al trabajo que el resto está realizando con el fin de evitar errores e ir haciendo adecuaciones que el proyecto en su momento requiera con el fin de poder cumplir con nuestro objetivo y aumentar nuestra productividad y compromiso en equipo. Actividad 4: Sprint Review (Demostración de los requisitos completados) En esta actividad vamos a realizar una verificación de los resultados obtenidos al finalizar la iteración o sprint, los problemas que surgieron durante su desarrollo y como fueron resueltos para luego mostrar el resultado a nuestro cliente en una reunión que no supere las 3 horas donde él pueda evaluar su satisfacción al producto y replantear ideas o elementos que quiera cambiar en él, replanificando el proyecto para su siguiente iteración.

Durante qué tiempo se van a desarrollar las actividades Las actividades se van a desarrollar en un tiempo máximo de 6 meses (28 semanas aproximadamente), donde en la planificación hemos realizado el cálculo de cada iteración o sprint de la siguiente manera: Sprint 1: Registro Esta iteración va a tener una duración de cuatro semanas en el cual se va a crear el registro de diferentes personas para acceso a la plataforma tenienta diferentes campos como roles para identificar si la persona es profesional, proveedor o cliente del área de la salud, nombres y apellidos de cada una de las personas registradas, usuario con el que desea ingresar a nuestra plataforma y contraseña para poder proteger su cuenta y garantizar su privacidad. Todos estos campos van a ser rellenos con texto alfanumérico a excepción del rol el cual se va a desplegar en una pestaña para ser seleccionada entre sus diferentes categorías. Sprint 2: Inicio de sesión En esta iteración se va a trabajar desde la semana 5 hasta la semana 8, donde se va a crear un inicio de sesión con tres elementos: usuario, contraseña y recuperación de la contraseña en donde el usuario y la contraseña va a ser ingresado por texto alfanumérico y el sistema verifica si estos existen o son corrector para el ingreso a la plataforma. La recuperación de la cuenta se va a realizar con una opción en forma de botón el cual enviara una información al correo electrónico de la persona ya antes registrada con una serie de pasos para restablecer o recuperar su cuenta.

Sprint 3: Profesional En esta interacción se trabajará desde la semana 9 a la 12 donde se creará un formulario para que los médicos coloquen toda su información como: tarjeta profesional, tipo de servicio que presta, ciudad desde donde trabaja número de teléfono, disponibilidad y parte de esta información estará disponible en el menú de sacra citas. Sprint 4: Cliente En este sprint se trabajará desde la semana 13 a la 16 y se crear un formulario para que el cliente guarde toda la información que se necesita como nombres y apellidos, documento, genero, edad, dirección, correo electrónico, parte de esta información estará disponible para el medico otra parte estará disponible para ejercer los pagos y también para los reportes. Sprint 5: Cita En esta iteración trabajaremos de la semana 17 a la 20 y crearemos un menú para las citas médicas en donde crearemos un menú que tome información del formulario profesionales y le muestre al cliente que médicos están disponibles y en que horarios, también puede seleccionar por especialidad para facilitar la asignación de la cita acorde a sus necesidades, podrá asignar una cita y dirigirse a la pestaña de pagos para terminar el proceso de separación de la cita.. Sprint 6: Proveedor En este sprint trabajaremos desde la semana 21 a la 24 y en crearemos una opción donde los proveedores podrán consultar el tipo de servicios que ofrecen las citas médicas que tienen programadas, la información de los usuarios que tienen citas asignadas con cada uno de ellos.

Código del requerimiento RF Nombre Autentificación Propósito Iniciar sesión en el aplicativo. Descripción Una vez ubicados en la página de inicio de sesión, el usuario debe diligenciar sus credenciales en los respectivos campos y finalizar pulsando el botón de inicio de sesión. Entrada Credenciales: nombre de usuario y contraseña Salida Redirección a la página principal del usuario. Prioridad Alta Código del requerimiento RF Nombre Registrar condiciones de salud Propósito Registrar las diferentes condiciones de salud que se mostraran por medio de un menu. Descripción Una vez ubicados en la página principal, el usuario podra desplegar un menu donde pueda registrar las diferentes condiciones de salud más comunes como hipertensión, diabetes, asma, etc, y la opción de registrar una particular para su propio perfil o de las personas que tenga a cargo. Entrada Condiciones de salud Salida Mensaje de registro exitoso. Prioridad Alta

Código del requerimiento RF Nombre Registrar los resultados de exámenes de laboratorio. Propósito Registrar los resultados de exámenes de laboratorio, de forma textual y a través de una imagen. Descripción Una vez ubicados en la página principal, el usuario podra seleccionar la opción para registrar los resultados de exámenes de laboratorio para su propio perfil o de las personas que tenga a cargo. Entrada Descripción textual y una imagen en diferentes tipos de formato. Salida Mensaje de registro exitoso. Prioridad Alta Código del requerimiento RF Nombre Registrar indicadores de salud. Propósito Registrar indicadores de salud como frecuencia cardiaca, tensión arterial, saturación de oxígeno, vacunas, datos sobre entrenamiento, distancias recorridas en el día. Descripción Una vez ubicados en la página principal, el usuario podra seleccionar la opción para registrar los diferentes indicadores de salud para su propio perfil o de las personas que tenga a cargo. Entrada Indicadores de salud como frecuencia cardiaca, tensión arterial, saturación de oxígeno, vacunas, datos sobre entrenamiento, distancias recorridas en el día. Salida Mensaje de registro exitoso. Prioridad Alta Código del requerimiento RF Nombre Registrar controles con profesionales de la salud. Propósito Registrar controles con profesionales de la salud, médico general y especialistas. Descripción Una vez ubicados en la página principal, el usuario podra seleccionar la opción para registrar los controles con

Código del Requerimiento RNF Nombre Look and Feel Descripción El aspecto del aplicativo debe ser consistente en todas sus páginas, además de amigable e intuitivo hacia el usuario. Prioridad Alta Código del Requerimiento RNF Nombre Seguridad Descripción El protocolo o librería usado para manejar la seguridad en la sesión del usuario debe ser lo suficientemente confiable. La información sensible, como contraseñas debe manipular bajo algún nivel de encriptación o cifrado Prioridad Alta Código del Requerimiento RNF Nombre Confidencialidad Descripción Toda la información otorgada por los usuarios se manipulará únicamente con fines corporativos y de manera limpia. Prioridad Alta Código del Requerimiento RNF Nombre Robustez Descripción El software debe ser capaz de manejar toda la información recolectada a través del tiempo con fluidez. Prioridad Media

Especificaciones de Casos de Uso a los requerimientos funcionales

3. Especificación adicional de los requerimientos no funcionales Determinar el lenguaje de programación idóneo para la ejecución del proyecto mientras se debe garantizar la funcionalidad de la aplicación la cual debe estar disponible siempre da disposición del usuario que viene a registrar su estado de salud y el de su familia.  Se debe garantizar por medio de atributos de calidad que el producto funcione las 24 horas del día además que diferencie los médicos que prestan el servicio a los usuarios que vienen a buscarlo.

Referencias Politécnico Grancolombiano, Cruz Diana, Modelo de proceso de desarrollo de software, pagina 3, 14. Modelo de prototipos. (2019, agosto 29). EcuRed,. Consultado el 21:29, febrero 27, 2022 en https://www.ecured.cu/index.php?title=Modelo_de_prototipos&oldid=3532289.

Ilustraciones Esquema de modelo de procesos por prototipos Ilustración 1. Definición de las etapas y el avance del modelo de procesos por prototipos, definición de las etapas en las que se debe entregar el prototipo. Pag 3.