GoConqr has a new look! Let us know what you think.

Sign up free

Flashcards

DS2

Adrian Echeverri English 43 cards

DS2

Cards in this deck (43)

  1. 1sub-áreas más importantes de la ingeniería del software*gestión de proyectos
    *desarrollo de software
    *métricas
    *mantenimiento.
  2. 2norma NTC-5420 - factores de calidad internos y externos* Funcionalidad
    * Fiabilidad
    * Usabilidad
    * Eficiencia
    * Mantenibilidad
    * Portabilidad
  3. 3norma IEEE-830 - condiciones de calidad que un requerimiento debe cumplir para evitar la ambigüedad* Correcto
    * Inequívoco
    * Completo
    * Consistente
    * Verificable
    * Priorizable
    *Modificable
    * Viable
  4. 4norma IEEE-830 - condiciones de calidad - CorrectoLo que se especifica es lo que se quiere, sin errores de redacción y entendido por el cliente
  5. 5norma IEEE-830 - condiciones de calidad - Inequívocotiene una única interpretación
  6. 6norma IEEE-830 - condiciones de calidad - CompletoSe reflejan todas la necesidades, sus entradas y salidas, sus unidades de medida y condicionales
  7. 7norma IEEE-830 - condiciones de calidad - ConsistenteNo debe existir contradicciones entre requerimientos
  8. 8norma IEEE-830 - condiciones de calidad - VerificableSe determina si se cumple o no
  9. 9norma IEEE-830 - condiciones de calidad - Priorizableclasificación de importancia
  10. 10norma IEEE-830 - condiciones de calidad - ModificableOrganizado por volúmenes y con referencias cruzadas. No redundante
  11. 11norma IEEE-830 - condiciones de calidad - ViableSe puede realizar dentro de las especificaciones técnicas, legales y económicas.
  12. 12estándar SQuare 25000 - clasificación de los requerimientos no funcionales* Funcionalidad: Que satisfaga necesidades cuando se usa en condiciones específicas
    * Confiabilidad: Que el sistema sea confiable y resistente a fallos
    * Usabilidad: El usuario reconoce si el sistemas cumple sus necesidades, es fácil de usar, aprender
    * Eficiencia: Cuántos recursos del sistema se consume bajo las condiciones establecidas
    * Mantenibilidad: Que el sistemas sea fácil de modificar y fácil control de los cambios
    * Portabilidad: Facilidad para el cambio de un ambiente de hardware/software
  13. 13definición de Metodología de Desarrollo SoftwareEs un modo sistemático de realizar, gestionar y administrar un proyecto para llevarlo a cabo con altas probabilidades de éxito / es un framework que se usa para estructurar, planear, controlar el proceso de desarrollo.
  14. 14¿Cuáles son las actividades fundamentales del desarrollo de software?* Ingeniería de requerimientos (análisis)
    * Diseño
    * Implementación
    * Verificación y validación
    * Mantenimiento
  15. 15Metodología tradicional vs Metodología ágilBasada en estándares a seguir por el entorno de desarrollo vs Basada en heurísticas según las prácticas de producción de código
    ---
    Resistencia a los cambios vs Preparada para los cambios
    ---
    Existe contrato prefijado vs No existe contrato tradicional, o es bastante flexible
    ---
    El cliente interactúa con el equipo mediante reuniones vs El cliente es parte del equipo de desarrollo
    ---
    Grupos grandes y distribuidos vs Grupos pequeños y trabajo integrado
    ---
    Muchos artefactos vs Pocos artefactos
    ---
    Pocos roles vs Muchos roles
    ---
    Gran énfasis en la arquitectura del software vs Menos énfasis en la arquitectura
  16. 16Metodologías ágiles* Scrum
    * eXtreme Programming (XP)
    * Kanban
    * Scrumban
    * Lean
    * Feature-Driven Development (FDD)
    * Test-Driven Development (TDD)
  17. 17tipos de riesgos en un proyecto de software* Riesgos del proyecto
    * Riesgos del producto
    * Riesgos de negocio
  18. 18riesgos en un proyecto de software - Riesgos del proyectoAmenazan el plan de proyecto porque lo retrasan y aumentan los costos
  19. 19riesgos en un proyecto de software - Riesgos del productoAmenazan la calidad actual del software que se produce e Identifican problemas de diseño, implementación, interfaz, verificación y mantenimiento.
  20. 20riesgos en un proyecto de software - Riesgos de negocioAmenazan la viabilidad de producir el software poniendo el riesgo el proyecto y por ende el producto, encajan los riesgos de mercado, riesgos estratégicos, de ventas, dirección y presupuesto
  21. 21desarrollo de un proyecto de software - costos adicionales que se deben tener en cuentaEn el desarrollo de un proyecto de software se debe tener en cuenta, la estimación del esfuerzo, del tiempo, de los recursos necesarios y del dinero
  22. 22Patrones de Asignación de Responsabilidades - General Responsability Asignment Software Patterns (GRASP)* Patrón experto
    * patrón bajo acoplamiento
    * patrón alta cohesión
    * patrón creador
    * patrón controlador
    * patrón polimorfismo
    * patrón fabrica pura
    * patrón indirección
  23. 23Qué es verificación?Determinar si se construye el sistema correctamente, se puede llevar a cabo con pruebas de niveles, pruebas de integración y pruebas del sistemas como las de caja o estrés.
  24. 24Qué es validación?La validación es determinar si se construyó el sistema correcto.
  25. 25Object-Relational-Mapping (ORM)El relacionar persistencia y lógica de manera inteligente y semi-automatizada.
  26. 26Object-Relational-Mapping (ORM) - Ventajas* Reutilización de código.
    * Disminución del tiempo de desarrollo.
    * Disminución del costo de desarrollo
    *Independencia de la lógica con el SMBD
  27. 27Object-Relational-Mapping (ORM) - Desventajas* Curva de aprendizaje alta
    * Operaciones complejas, difíciles de trabajar.
    *Mal rendimiento de la aplicación en algunos casos.
  28. 28¿Qué es una historia de usuario?Una historia de usuario es una representación de un requisito escrito en una o dos frases utilizando el lenguaje común del usuario.
  29. 29de qué se compone una historia de usuario?* persona (quien ejecuta la acción)
    * acción (qué acción vas a ejecutar)
    * medio (mediante qué vas a realizar la acción)
    *objetivo (para que vas a realizar la acción).
  30. 30tipos de versionamiento* Versiones por número
    * Versiones por estabilidad
    * Versión de parche
    * Versión por fecha
  31. 31tipos de versionamiento - Versiones por númeroX.Y.Z
    * X - versión mayor: versión principal del software
    * Y - versión menor: nuevas funcionalidades
    * z - revisión: revisión del código por algún fallo
  32. 32tipos de versionamiento - Versiones por estabilidadAlpha, Beta, RC (release candidate)
  33. 33tipos de versionamiento - Versión de parchese agrega un dígito adicional a las versiones por número para indicar el parche
  34. 34tipos de versionamiento - Versión por fechausa el mismo formato de la versión por número pero al final se agrega en algún formato de fecha
  35. 35tipos de pruebastipos de pruebas
  36. 36técnicas de pruebas más usadascaja negra y caja blanca
  37. 37técnicas de caja negra vs tecnicas de caja blancatécnicas de caja negra vs tecnicas de caja blanca
  38. 38Qué es un caso de pruebaconjunto de condiciones o variables bajo las cuales un analista determinará si una aplicación, un sistema software (software system), o una característica de éstos es parcial o completamente satisfactoria.
  39. 39principios de SCRUM* Equipos enfocados al resultado trabajando de manera autodirigida
    * Evolutivo y adaptativo
    * Centrado a las personas
    * Desarrollo iterativo
    * Priorización basada en el valor
    * Colaboración
    * Auto-organización
    * Control empírico de procesos
  40. 40roles presentes en la metodología SCRUM* Product Owner (dueño del producto)
    * Scrum Master
    * Desarrolladores
  41. 41artefactos presentes en la metodología SCRUM* Producto backlog
    * Sprint backlog
    * Producto
  42. 42ceremonias presentes en la metodología SCRUM* Sprint (actividad)
    * Planeación del sprint (ceremonia)
    * Ejecución del sprint (actividad)
    * Daily scrum (ceremonia)
    * Revisión del sprint (ceremonia)
    * Retrospectiva (ceremonia)
    * Mantenimiento del product backlog (actividad)
  43. 43—

Information

Description
Flashcards on DS2, created by Adrian Echeverri on 28/08/2019.
Views
1
Rating

Feedback

What is it about?

What do you think of the new look?

How do you like it?