A lo largo de este documento se describe el proceso realizado por los autores en el desarrollo del proyecto. Este proceso se encuentra dividido en diferentes etapas que se ven representadas en cada uno de los capítulos y brevemente descritas en las siguientes secciones:
Marco Teórico y Estado del Arte
Esta sección describe de manera resumida la investigación previa realizada por el Equipo de Trabajo para el desarrollo del proyecto. Se incluyen los aspectos teóricos que explican la metodología SCRUM y sus principales características, eventos y documentos relacionados. De igual forma se describen a profundidad las herramientas utilizadas a lo largo del desarrollo y las razones por las que fueron escogidas por el Equipo de Trabajo. Se incluye también un cuadro comparativo del proyecto frente a herramientas similares existentes en la actualidad.
Fase Preliminar de SCRUM
Esta sección describe los eventos previos a la fase de desarrollo; esto incluye la elaboración de historias de usuario, su transformación a elementos del Listado del Producto y su estimación de niveles de esfuerzo. También se describe en esta sección la estimación temporal de proyecto e iteraciones y el resultado de la Reunión de Planeación de la primera iteración.
Desarrollo e Implementación
Esta sección describe las impresiones del Equipo de Trabajo acerca de las iteraciones realizadas a lo largo de la fase de desarrollo del proyecto; esto incluye la descripción resumida de la metodología utilizada, los cambios ocurridos en el Listado del Producto, el desarrollo y diagrama de la base de datos y El listado final de Pendientes para cada iteración.
Producto
Esta sección presenta el resultado final del proyecto y describe paso a paso el uso de la herramienta mediante ayudas gráficas y explicación detallada.
pequeña descripción de la metodología open up que es usada en el desarrollo de software de alta calidad esta metodología e usada para proyectos pequeños y mediana escala ya que ofrece una versatilidad y confianza al ser usada; para un estudio mas a fondo de ella ver metodologías de la investigación de la ingeniería del software
pequeña descripción de la metodología open up que es usada en el desarrollo de software de alta calidad esta metodología e usada para proyectos pequeños y mediana escala ya que ofrece una versatilidad y confianza al ser usada; para un estudio mas a fondo de ella ver metodologías de la investigación de la ingeniería del software
A lo largo de este documento se describe el proceso realizado por los autores en el desarrollo del proyecto. Este proceso se encuentra dividido en diferentes etapas que se ven representadas en cada uno de los capítulos y brevemente descritas en las siguientes secciones:
Marco Teórico y Estado del Arte
Esta sección describe de manera resumida la investigación previa realizada por el Equipo de Trabajo para el desarrollo del proyecto. Se incluyen los aspectos teóricos que explican la metodología SCRUM y sus principales características, eventos y documentos relacionados. De igual forma se describen a profundidad las herramientas utilizadas a lo largo del desarrollo y las razones por las que fueron escogidas por el Equipo de Trabajo. Se incluye también un cuadro comparativo del proyecto frente a herramientas similares existentes en la actualidad.
Fase Preliminar de SCRUM
Esta sección describe los eventos previos a la fase de desarrollo; esto incluye la elaboración de historias de usuario, su transformación a elementos del Listado del Producto y su estimación de niveles de esfuerzo. También se describe en esta sección la estimación temporal de proyecto e iteraciones y el resultado de la Reunión de Planeación de la primera iteración.
Desarrollo e Implementación
Esta sección describe las impresiones del Equipo de Trabajo acerca de las iteraciones realizadas a lo largo de la fase de desarrollo del proyecto; esto incluye la descripción resumida de la metodología utilizada, los cambios ocurridos en el Listado del Producto, el desarrollo y diagrama de la base de datos y El listado final de Pendientes para cada iteración.
Producto
Esta sección presenta el resultado final del proyecto y describe paso a paso el uso de la herramienta mediante ayudas gráficas y explicación detallada.
Si bien los hospitales conjuntan a profesionales de salud que atienden a la población, existe un equipo de organización, coordinación y administración que permite que los cuidados clínicos se otorguen de manera constante y sin obstáculos.
Mario García Baltazar, director del área de Tecnología (TI) del Hospital Victoria La Salle, relató la manera en la que el departamento que él lidera, apoyado en Cirrus y Estela, brinda servicio a los clientes internos de la institución e impulsa una experiencia positiva en el paciente.
Conoce el Hospital Victoria La Salle
Ubicado en Ciudad Victoria, Tamaulipas, México
Inició operaciones en el 2016
Forma parte del Consorcio Mexicanos de Hospitales
Hospital de segundo nivel
21 habitaciones para estancia
31 camas censables
13 camillas
2 quirófanos
+174 integrantes en su plantilla
+120 equipos médicos de alta tecnología
+900 pacientes atendidos
Servicios de +20 especialidades
Módulos utilizados de Cirrus
HIS
EHR
ERP
Estela - Business Intelligence
Escaneo y eliminación de malware en el equiponicromante2000
El malware tiene muchas caras, y es que los programas maliciosos se reproducen en los ordenadores de diferentes formas. Ya se trate de virus, de programas espía o de troyanos, la presencia de software malicioso en los sistemas informáticos siempre debería evitarse. Aquí te muestro como trabaja un anti malware a la hora de analizar tu equipo
Los desafíos de calidad de software que nos trae la IA y los LLMsFederico Toledo
En esta charla, nos sumergiremos en los desafíos emergentes que la inteligencia artificial (IA) y los Large Language Models (LLMs) traen al mundo de la calidad del software y el testing. Exploraremos cómo la integración, uso o diseño de modelos de IA plantean nuevos retos, incluyendo la calidad de datos y detección de sesgos, sumando la complejidad de probar algo no determinístico. Revisaremos algunas propuestas que se están llevando adelante para ajustar nuestras tareas de testing al desarrollo de este tipo de sistemas, incluyendo enfoques de pruebas automatizadas y observabilidad.
1. PROTOTIPO DE SISTEMA DE
INFORMACIÓN WEB PARA
LA GESTIÓN DE PROYECTOS
SOFTWARE BAJO LA
METODOLOGÍA SCRUM
Heiner Wbeimar Angarita Maldonado
2081407
Luis Gabriel Toscano Rodríguez
2080053
2. ¿Qué significa ser ágil?
El verdadero objetivo no es que las cosas se
hagan más rápido, sino controlar riesgos,
aprender de los errores y adaptarse a los
cambios sobre la marcha.
3. ¿Qué es SCRUM?
SCRUM es una metodología para la gestión,
mejora y mantenimiento de sistemas o
prototipos en producción que permite
abordar proyectos desarrollados en entornos
cambiantes de manera flexible.
7. Desarrollar un prototipo de sistema de
información web para la gestión de proyectos
software bajo la metodología SCRUM.
Objetivo General
8. • Definir y priorizar los elementos del Listado del Producto y sus
respectivos productos entregables.
• Diseñar y definir las iteraciones.
• Programar el componente software que cumpla los
requerimientos detallados en el elemento del Listado del
Producto “Fase Inicial del Proyecto”.
• Programar el componente software que cumpla los
requerimientos detallados en el elemento del Listado del
Producto “Fase Preliminar SCRUM”.
Objetivos Específicos
9. • Programar el componente software que cumpla los
requerimientos detallados en el elemento del Listado del
Producto “Planeación de iteración”.
• Programar el componente software que cumpla los
requerimientos detallados en el elemento del Listado del
Producto “SCRUM diario”.
• Programar el componente software que cumpla los
requerimientos detallados en el elemento del Listado del
Producto “Retroalimentación del proyecto”.
• Realizar Pruebas de integración.
Objetivos Específicos
12. Cumplimiento de Objetivos
1. Definir y priorizar los elementos del listado del
producto y sus respectivos productos entregables
• Se definieron las historias de usuario.
• Se transformaron las historias de usuario a elementos del listado del producto.
• Se realizó la estimación de niveles de esfuerzo para cada elemento.
• Se estableció un entregable para cada elemento del listado del producto.
• Se definió el grupo de trabajo.
• Se definió la duración y cantidad de iteraciones.
• Se definió la meta de la primera iteración.
13. Cumplimiento de Objetivos
2. Diseñar y definir las iteraciones
• Se calculó la capacidad del equipo de desarrollo.
• Se asignaron los elementos del listado del producto en base a la capacidad
del equipo de desarrollo.
• Se estableció la meta de cada iteración según los elementos.
• Se estableció la hora y lugar del Daily Scrum para cada iteración.
• Se estableció la fecha de entregable para cada incremento.
15. Cumplimiento de Objetivos
8. Realizar Pruebas de Integración
• Se realizaron pruebas de enlace y navegabilidad para todos los vínculos del
sitio.
• Se realizaron pruebas de datos erróneos sobre todos los formularios de la
aplicación.
16. 1. El uso de la metodología resulta plenamente
satisfactorio para el Equipo de Desarrollo. Los desarrollos
incrementales representan una motivación constante
para la realización de buenas prácticas y el
entendimiento con el cliente. La naturaleza auto-
organizada y multidisciplinaria del Equipo de Desarrollo
desencadena en éste un ambiente de unión y
responsabilidad que genera resultados superiores a
experiencias de equipos administrados en organigrama
vertical.
Conclusiones
17. 2. El uso correcto de SCRUM no garantiza el resultado
de un proyecto software. Los proyectos software son
cambiantes y poco predecibles; SCRUM garantiza la
transparencia del proyecto para todos los involucrados
y fortalece las comunicaciones del equipo y el cliente,
lo cual minimiza riesgos y da flexibilidad al cambio y
manejo de errores. Sin embargo, debe
complementarse con prácticas de desarrollo,
arquitectura, diseño, trazabilidad y manejo de
versiones, entre otras, para garantizar tener resultados
óptimos.
Conclusiones
18. 3. La metodología de programación en parejas tiene
resultados adecuados en la detección oportuna de
errores de desarrollo, estandarización de código y
cohesión de equipo.
Conclusiones
19. 1. SCRUM es una metodología intrínsecamente humana
y de las interacciones sociales del equipo dependen
resultados óptimos. Por esta razón, se recomienda evitar
que los soportes tecnológicos y herramientas software
se involucren directamente en la realización de los
eventos descritos en la metodología, y se destinen por
otra parte a optimizar procesos de documentación y
retroalimentación posteriores.
Recomendaciones
20. 2. Para versiones posteriores del software que quisieran
abordar más allá del prototipo recomendaríamos
ampliar la flexibilidad del tablero de Daily Scrum y del
Listado del Producto, permitiendo al usuario crear sus
propios estados para el tablero y sus propios atributos
de elementos del Listado, permitiendo así al usuario
personalizar su proceso SCRUM como dicta la
metodología.
Recomendaciones