Proyecto # 1 Jonathan Matamoros PDF

Preview

Summary

marco de trabajo RUP
metodologías de desarrollo ágil con el marco de trabajo SCRUM...

Description

Diplomado en informática Proyecto N° 1 Ingeniería de Software

Código: 03300

Estudiante: Jonathan Ortega Matamoros Cedula: 0303830386 PRIMER SEGUNDO, 2020

Índice

Introducción .................................................................................................................................. 3 Desarrollo ...................................................................................................................................... 4 Metodología RUP......................................................................................................................... 4 Las nueve disciplinas o flujos de trabajo RUP .........................................................................6 Concepto de desarrollo iterativo e incremental y el trabajo por iteraciones ....................... 8 Definición y descripción del problema ...................................................................................... 9 Cronograma del proyecto en la Metodología RUP ……………………………….………..11 Metodologías de desarrollo ágil con el marco de trabajo SCRUM…….…………………14 Historias de usuarios. ................................................................................................................ 15 Definición de terminado en SCRUM. ...................................................................................... 17 Sprint Backlog............................................................................................................................. 20 Metodología RUP y Scrum para la atención de requerimientos emergentes. ................. 20 Justificación de la metodología elegida y sus ventajas........................................................ 21 Referencias Bibliográficas ……………………………………………………………………22

2

Introducción Este proyecto investigativo tiene como objetivos, que el estudiante amplíe los conocimientos acerca del marco de trabajo RUP y el marco de trabajo SCRUM a través de la aplicación práctica de los conceptos resolviendo un caso en concreto, además comprender cómo las metodologías RUP y SCRUM administran los cambios emergentes en un proyecto de desarrollo de software. El proyecto está divido en siete etapas, la primera es una investigación sobre conceptos del marco de trabajo RUP y cada una de sus fases que la componen, explicar las nueve disciplinas o flujos de trabajo y cómo se ejecutan a través de las fases del proyecto, explicando el concepto de desarrollo iterativo e incremental y el trabajo por iteraciones. En la segunda y tercera etapa, basado en las investigaciones realizadas, definir el cronograma del proyecto asumiendo que se utilizará ambas metodologías para ejecutarlo alusivas al caso planteado. Aplicando el cronograma en las fases RUP y especifique cada sub tarea, incluyendo su duración estimada y los actores involucrados. En Scrum tomando el rol de Dueño de Producto (Product Owner) desarrolle el backlog del proyecto, definiendo diez historias de usuario, asignándoles prioridad justificando el porqué del orden establecido, siga detalla mente las intrusiones en la rúbrica. En la cuarta fase investigue el concepto de “definición de terminado” en SCRUM y elabore su definición de este término, mencione y explique que debe cumplirse para considerar una historia de usuario como terminada, defina el sprint backlog de u na iteración de una historia de usuario del Product backlog y desglose la historia en tareas concretas a realizar para lograr completar la historia. Sexta etapa, incorpore una nueva funcionalidad con prioridad máxima en el proyecto y explique qué establece la metodología RUP para la atención de requerimientos emergentes, responda a las preguntas planteadas. Finalmente, explique con sus propias palabras qué metodología de desarrollo utilizaría para este proyecto: RUP o SCRUM. Justifique su elección. Adicion almente, mencione tres ventajas que tendría en el proyecto como consecuencia de su selección. No indique ventajas genéricas de la metodología, sino ventajas relacionadas con el proyecto planteado. 3

Desarrollo La metodología RUP es una metodología de construcción de software compuesta de cuatro fases: Inicio, Elaboración, Construcción y Transición en estas etapas se gestionan los casos de uso para encontrar y definir los requerimientos funcionales o no funcionales del sistema organizados bajo un proceso iterativo e incremental de producción de software, este proceso se subdivide en iteraciones que forman un ciclo de flujo trabajo dividido en dos tipos: •

•

Control de procesos •

Modelado de negocios

•

Requerimientos

•

Análisis y diseño

•

Implementación

•

Pruebas

•

Transición

Control de apoyo. •

Administración y configuración del cambio

•

Administración de proyectos

•

Ambiente

La estructura dinámica de RUP permite realizar la distribución de esfuerzo, estos varían según la complejidad del proyecto y las estimaciones de tiempo y costo, también presentan porcentajes distintos en cada etapa , pero la fase de construcción es la que más produce y consume la mayoría de los recursos. Inicio: En esta fase la interrogante es ¿Qué vamos hacer y quiénes lo van hacer? En esta etapa se ejecuta una sola iteración que incremente el producto por medio de un análisis y compresión del modelo de visión del negocio de manera integral, detallando sus necesidades y el problema que los impulso a plantearse la opción de crear un software para solventar sus limitaciones. En esta etapa se le dará énfasis a las disciplinas de: Modelado de negocios y requerimientos concentrados en ellas se concentra el mayor flujo de trabajo. 4

El estudio del funcionamiento de la organización ayuda a establecer las funciones de los casos de uso según sus requerimientos prioritarios y la identificación del modelo de la arquitectura del software, por medio de las siguientes actividades: •

Establecer los requisitos planteados en el modelo del negocio, la tecnología en la que se va a desarrollar y el ambiente de desarrollo en los que el software va a funcionar y sus alcances.

•

Análisis, diseño y documentación, identificando los casos de uso críticos se establecen los requerimientos prioritarios y los posibles escenarios de riesgos que puedan interferir con el desarrollo del programa, creando planes de contingencia.

•

Implementar o construir un cronograma de las actividades más significativas, esta programación debe mostrar las fases e iteraciones del proyecto.

•

Realizar una estimación de los recursos: costo, presupuesto, tiempo de entregas y personal capacitado y verificando que se satisfagan el cumplimiento de los requerimientos.

•

Realizar pruebas en posibles prototipos que ayudaran a robustecer y establecer la arquitectura del programa en el transcurso de las fases, establecer la arquitectura facilita identificar los componentes más relevantes de un sistema.

En esta fase se centraliza una parte importe de los recursos del equipo, el modelado del negocio requiere de muchos esfuerzos para lograr identificar los requerimientos prioritarios, estimaciones de costes, análisis de los pro y contra de la implementación del software, estos indicadores ayudan a conocer la forma de trabaja del negocio y poder iniciar con el desarrollo del programa. Todos los involucrados deben coincidir y aprobar los requerimientos, estimaciones y actividades para continuar a la siguiente fase. Elaboración: En esta fase nos preguntamos ¿Cómo y cuándo lo vamos hacer? Esta fase está compuesta por dos iteraciones mediante ciclos que recorren las nueve disciplinas, obteniendo un incremento del producto por cada spirnt, priorizando los esfuerzos de cada iteración en las disciplinas de: modelado de negocios, requerimientos y análisis y diseño para lograr comprender el problema. El resultado de estos dos ciclos es la construcción de un modelo de la arquitectura y diseño del plan de trabajo.

5

El diseño del plan de trabajo tiene que contemplar adecuadamente el desarrollo del modelo de requerimientos establecidos en los casos de uso , además, es primordial que los posibles conflictos o errores en el desarrollo del software estén solucionados en este punto, para prevenir que en las próximas etapas, surjan inconvenientes que incrementen costes, retrasos en las entregas o el software se desarrolle con errores. El cronograma para desarrollar el proyecto debe estar optimizado, preciso y adaptable a los cambios si fuese necesario, todos los requisitos deben estar establecidos , Cumplir con las comprobaciones necesarias que garanticen que la arquitectura elegida cumpla con las estimaciones de los recursos, los casos de uso sean funcionales y un listado detallado de los riesgos significativos. El cumplimento satisfactorios de estos objetivos es imperativo para poder avanzar a la fase de construcción. En esta fase y las siguientes con cada iteración debe haber un incremento óptimo en los flujos de trabajo agilizando entregas anticipadas de producto. La producción continua de software funcional en el transcurso de las etapas es prioridad para garantizar un producto terminado que cumpla con las expectativas del cliente. Construcción: es esta fase se aplicaran las interacciones necesarias para obtener en cada flujo un incremento funcionalmente del software, en esta etapa entran a funcionar las nueve disciplinas y sus objetivos son: gestionar los esfuerzos y controlar los gastos de los recursos, para lograr la construcción de todos los componentes La elaboración de cada incremento debe ser óptima para evitar desechar o restructurar las iteraciones, ejecución del máximo de pruebas que garanticen la calidad de las versiones del producto que cumpla con las expectativas del cliente y riesgos mitigados, además con una arquitectura integra, pero para lograr estos objetivos se debe gestionar un control en los esfuerzos para cumplir con cada actividad, evitando superar el límite de la disponibilidad de los recursos. Transición: en esta etapa se llevan a cabo dos iteraciones, en las que se realiza la finalización de la construcción del diseño del software, y se ejecutan una serie de pruebas en la versión beta que certifiquen un funcionamiento óptimo para ser entregado al cliente.

6

La instalación del software final, se realizara en las computadoras donde se ejecutara el programa, capacitar al usuario final para que se encargue de gestionar el software y entrega de la documentación del producto. Las Nueve disciplinas o flujos de trabajo que contempla RUP 1. Modelado de negocios: esta se desarrolla al inicio de la primera parte, su enfoque están centralizados en analizar y entender la organización del negocio para elaborar un plan de trabajo, establecer los casos de uso del negocio, levantamiento de un listado de riesgos o vulnerabilidades que impidan un correcto funcionamiento del proyecto. Logrando estos objetivos se logra comprender el problema e identificar las soluciones de mejora dentro de empresa, para entregarle al cliente un software que esté acorde a las necesidades del negocio. 2. Requerimientos: define la visión del contrato con las funcionalidades del software, las necesidades de los usuarios y establece las estimaciones de los recursos, establecidos los requerimientos funcionales y no funcionales modelados por diagramas de casos de uso en las distintas fases, a estos se les realizan cambios de mejora y se delimitan sus alcances. Estos requerimientos deberían de culminar en la fase de construcción, pero algunos llegan hasta la fase final estos tiene una complejidad mínima y no afectan el funcionamiento del software. 3. Análisis y diseño: después de haber entendido el negocio y establecido los requerimientos, se realiza un análisis y diseño para lograr obtener una visión de los resultados de los avance del producto: actualizaciones de los casos de usos, el modelo base de datos, crear una arquitectura robusta con adaptabilidad a cambios y la documentación del software. 4. Implementación: Esta etapa garantiza una entrega optima del producto final al usuario , du rante el desarrollo de las iteraciones según el volumen de los incrementos. 5. Pruebas: verificación y evaluación de los estándares de calidad del producto, teniendo como objetivo el texting del programa para encontrar errores, comprueba que cada requerimientos planteado cumpla con lo solicitado. 7

6. Transición: Describe las actividades entre el aseguramiento de la entrega y disponibilidad del producto hacia el usuario final, hay un énfasis entre probar el software en el sitio de desarrollo. 7. Administración y configuración del cambio: Consiste en controlar los cambios durante la transición del desarrollo del software y conservando la integridad de los componentes del producto. 8. Administración de proyectos: realiza una gestión en los objetivos del proyecto para planificar exhaustiva las iteraciones e incrementos funcionales del producto, además, realiza una supervisión de las entregas del producto para garantizar un cali dad óptima, aminorando los riesgos o vulnerabilidades durante su desarrollo. 9. Ambiente: esta disciplina participa al inicio de las cuatro fases, brinda información del flujo de actividades para poder continuar con el proceso del proyecto, su objetivo es facilitar una organización necesaria para el ambiente de desarrollo del software. Concepto de desarrollo iterativo e incremental y el trabajo por iteraciones El desarrollo iterativo e incremental es una técnica cuya función es robustecer la arquitectura del proyecto a partir de pequeños tractos de programas funcionales, este método es esencial en la implementación de software, en RUP este proceso es segmentado en cuatro fases que fraccionan los requerimientos en pequeños trabajos. El proceso iterativo se ejecuta en un ciclo compuesto de las nueve disciplinas de los flujos trabajo del RUP este proceso produce incrementos del producto funcional y cuando el ciclo se repite estas iteraciones se corrigen paso a paso incorporando incrementos mejorados, disminuyendo la probabilidad de fallidas entregas no ejecutables. El trabajo por iteraciones en RUP se compone de: Requisitos, Análisis, Diseño, Implementación, Prueba e integración, al recorrer estos requisitos el ciclo cumple el incremento por iteración, el trabajo por iteraciones es muy importante porque permite la verificación y aceptación de las pequeñas entregas de producto, que robustecen la arquitectura final del proyecto.

8

Definición del problema El gobierno de Costa Rica tiene la necesidad de crear una plataforma tecnológica para enfrentar la emergencia nacional vivida por el COVID-19 durante el 2020, con la herramienta EDUS se obtuvieron resultados favorables, lo que promovió invertir en una nueva plataforma llamada Expediente CR, compuesta por tres módulos: Tendiendo como objetivo principal: detectar patrones sintomáticos en la población con lo cual se pueda predecir posibles brotes pandémicos, así como mejorar la calidad de vida gracias al diagnóstico temprano de enfermedades. Y estableciendo como objetivo secundario fomentar el espíritu solidario que caracteriza al gremio de la salud, por lo que se desea proveer un medio sin fines de lucro que permita la atención médica previa con la que se guíe al paciente sobre los pasos a seguir ante una posible enfermedad Objetivos específicos: •

El historial médico de un paciente es confidencial, se deben establecer mecanismos de encriptación de datos para asegurar que la información no puede ser accedida por personas no autorizadas.

•

El módulo de diagnóstico debe ser muy eficiente y rápido para responder a las consultas solicitadas. Se espera que ninguna consulta demore más de 3 segundos.

•

El módulo de pacientes debe ser muy intuitivo y agradable a la vista para fomentar el uso masivo.

Requerimientos del Módulo Pacientes: •

Ejecutar en una aplicación móvil diseñada en la arquitectura Android.

•

Crear el registro con una entidad anónima con los atributos: edad, provincia, cantón, distrito, género, peso, estatura , correo electrónico, nombre y contraseñ a.

•

Recopilar y agrupar los datos de los pacientes de forma demográficamente, registrando los malestares asociados a una lista de síntomas, según su categoría.

•

El usuario podrá consultar su historial de padecimientos, actualizar sus síntomas, cerrar el caso, solicitar una consulta médica mientras el caso se encuentre abierto.

•

Cada registro contara con la fecha y hora exacta.

•

El médico puede visualizar la información del caso registrado y brindar ayuda. 9

Requerimientos del Módulo de Diagnóstico •

Permitir analizar los datos, logrando detectar brotes de enfermedades en el país.

•

Se desarrollará en una arquitectura Web de red interna del Ministerio de Salud.

•

El usuario analista tendrá acceso a los reportes, tentativamente 15 diferentes, el reporte más importante será la consulta sintomática gen en un lapso determinado.

•

Mostrar la información totalizada y segregada por región, edad y género, con una posible visualización grafica de la distribución “mapa”.

•

Emitir las alertas registradas de casos abiertos es un requerimiento no prioritario, con notificación vía correo.

Requerimientos del Módulo de Atención de Casos •

Es utilizado por los médicos para ayudar a los pacientes de forma voluntaria, alcanzando el objetivo secundario, su arquitectura es web disponible en internet.

•

Los médicos se su scribirán mediante su certificado de firma digital y se recopilarán los atributos: nombre, el número de cedula, usuario, el cantón y provincia en el que desea ser voluntario.

•

El inicio de sesión validar por medio de un Web Service del Colegio de Médicos es estatus del médico, en caso de no activo, será rechazada la sesión.

•

La lista de casos registrados se mostrará ordenados de forma ascendente por fecha de registro del caso y por el cantón escogido por el médico, solo podrá visualizar el primer caso de la lista con su detalle completo de los datos del usuario.

•

Recuerde que el sistema protege la información del usuario, es decir, la información que se visualiza es general: género, edad, peso, estatura).

•

El sistema mostrará un campo de texto donde el doctor podría indicarle al paciente recomendaciones para mejorar su condición de salud.

•

El sistema las enviará por correo electrónico al paciente. Además, el caso pasará a estado “Atendido”. Esto no quiere decir que el caso se haya solucionado, solamente el paciente puede cerrar el caso.

10

Cronograma del proyecto en la Metodología RUP

Fase de Inicio Duración en horas

Roles

30

Analistas y Apoyo

30

Analistas y Gestores

30

Analistas, Gestores y Desarrolladores

Tarea 4 Definir los requerimientos funcionales y no funcionales: Detallar las limitaciones de acceso a la información por los usuarios, establecer los métodos de encriptación de datos, definir el modelo de iteración del usuario en las interfaces gráficas.

20

Gestores y Desarrolladores

Tarea 5 Estimación de los recursos disponibles, definir estrategia para la reducción de costes del desarrollo de la aplicación, para optimizar el recurso y evitar el desperdicio.

10

Analistas

Duración total

120

Tarea Tarea 1 Definir la documentación, manuales y artefactos del proyecto. Tarea 1.1 Documento de Modelo de ...