SCRUM y Metodologías Ágiles

Los ingenieros de software deben actuar de manera que beneficie a la sociedad en general.

Los ingenieros de software deben equilibrar los intereses del cliente, el empresario y los usuarios con el bienestar social.

Los ingenieros de software deben asegurar que sus productos sean de la más alta calidad y cumplan con las especificaciones.

Los ingenieros de software deben actuar con integridad y honestidad en su trabajo.

Los líderes en ingeniería de software deben promover y fomentar un ambiente ético en el desarrollo y mantenimiento del software.

Deben incrementar la integridad y reputación de la profesión para el beneficio de la sociedad.

RUP es un modelo de proceso de desarrollo de software que combina lo mejor de otros modelos, dando énfasis a la especificación y diseño, prototipado e implementación incremental.

Las metodologías ágiles son enfoques para el desarrollo de software, que se caracterizan por su flexibilidad, colaboración, adaptabilidad y entrega temprana y continua de valor al cliente.

Scrum es una metodología ágil para la gestión de proyectos, ideal para el desarrollo de software, que facilita el trabajo en equipo, la comunicación y la colaboración. Ofrece adaptación rápida a cambios y entregas frecuentes.

El Scrum Master es el responsable de asegurar que el equipo siga las prácticas de Scrum. Facilita el proceso y resuelve impedimentos.

El Product Owner es el responsable de definir y priorizar el backlog del producto, asegurando que se desarrolle lo más valioso.

El Equipo de Desarrollo es un grupo auto-organizado y multifuncional que trabaja en la entrega de incrementos del producto. Generalmente, es pequeño (de 3 a 9 miembros).

El Backlog es una lista priorizada de todas las funcionalidades, mejoras y correcciones que se necesitan en el producto. El Product Owner lo gestiona.

Un Sprint es un período de tiempo definido (entre 1 y 4 semanas) durante el cual el equipo de desarrollo crea un incremento de producto utilizable. Cada Sprint tiene un objetivo claro y definido.

Una reunión al final de un Sprint donde el equipo analiza retrospectivamente el Sprint pasado, identificando lo que funcionó bien, lo que no funcionó bien, y cómo se puede mejorar para futuras iteraciones.

Una reunión al final del Sprint donde el equipo presenta el trabajo completado durante el Sprint a las partes interesadas.

Técnicas usadas para obtener información sobre las necesidades y expectativas de los usuarios para un software, incluyendo cuestionarios, entrevistas, observación y análisis de documentos.

Un requerimiento que describe cómo el sistema debe comportarse, incluyendo aspectos como rendimiento, seguridad, confiabilidad, etc.

Un requerimiento que describe lo que el sistema debe hacer, incluyendo las funcionalidades que el usuario espera.

Requerimientos que se relacionan con las políticas y procedimientos internos de la organización que desarrolla el software.

Requerimientos establecidos por las regulaciones legales o normas externas que el software debe cumplir.

Requerimientos que establecen las características y especificaciones que un software debe tener para satisfacer las necesidades y deseos del usuario.

La capacidad de un producto para mantener su seguridad incluso cuando se integra con otros componentes.

Un conjunto de técnicas y actividades que garantizan que un programa cumple con los estándares de calidad establecidos.

Soluciones reutilizables para problemas comunes en diseño de software. Se clasifican en comportamiento, creacionales y estructurales.

Tratan con algoritmos y la asignación de responsabilidades entre objetos.

Proporcionan mecanismos para crear objetos de forma flexible y reutilizable.

Explican cómo conectar objetos y clases en estructuras más grandes de forma flexible y eficiente.

Determinan si un producto de software cumple con los requisitos del sistema, asegurando la calidad y el correcto funcionamiento.

Es una acción humana que produce un resultado incorrecto en el desarrollo de software.

La presencia de un error en el código fuente del software, que puede producir un fallo.

La manifestación visible de un defecto en el software, que se observa durante la ejecución del programa.

Se enfocan en la funcionalidad del software, verificando si cumple con los requisitos especificados, sin importar cómo lo hace internamente.

Se tiene un conocimiento limitado del código y la estructura interna del software. Se puede estudiar la documentación o dialogar con el programador.

Evalúan aspectos como rendimiento, usabilidad, seguridad y fiabilidad, sin centrarse en la funcionalidad principal.

Verifican que el software funciona según los requisitos especificados. Se centran en las acciones y salidas que produce el sistema.

Prueba individual de cada función o método del software. Se asegura que cada pieza funciona correctamente antes de integrarla.

Se realiza bajo una carga de usuarios o peticiones que simulan el uso real, para evaluar el rendimiento del sistema.

Se aplica una carga superior a lo previsto en condiciones de producción, para ver cómo el sistema responde al estrés.

Pruebas realizadas por empleados internos de la organización, antes de que el software sea probado por usuarios externos.

Una conexión semántica que permite que clases diferentes interactúen entre sí, pero no implica propiedad o compartición de objetos.

Principios que ayudan a los programadores a diseñar software de alta calidad, fácil de mantener y escalable. Se basan en conceptos clave de la programación orientada a objetos.

Representa la capacidad de un software para proporcionar funciones que satisfacen las necesidades de los usuarios, tanto explícitas como implícitas.

La medida en que las funciones del software cubren todas las tareas y objetivos especificados por el usuario.

La capacidad del software para proporcionar resultados precisos cuando es utilizado de acuerdo a lo especificado.

La capacidad del software para proporcionar funciones que ayudan a los usuarios a alcanzar sus objetivos y tareas.

Es el desempeño del software en la realización de sus funciones dentro de los límites de tiempo y rendimiento especificados.

La capacidad del software para funcionar dentro de ciertos límites de tiempo de respuesta y rendimiento.