Cursos de Requirements Engineering

Requirements Engineering Training

Requirements Engineering courses

Testi...Client Testimonials

Object-Oriented Analysis and Design using UML

Learned a lot of practical material. The exercises were very practical also.

JIMMY CHAN - THALES TRANSPORT & SECURITY (HONG-KONG) LIMITED

Programas de los Cursos de Requirements Engineering

Código Nombre Duración Información General
ISAM1 ISTQB CTFL 21 horas ISTQB CFTL 70% theory + 30% practice SW testing fundamentals  Testing throughout the life cycle  Static techniques  Test design techniques  Test management  Tool support for testing
UML Análisis y Diseño Orientado a Objetos y Diseño Utilizando UML 21 horas Este curso está dirigido a analistas, diseñadores, desarrolladores, probadores y gestores de proyectos. Es una introducción al modelado de sistemas usando UML. Basados en sistemas seleccionados (estudio de caso), se presentan las siguientes fases del modelado del sistema: desde los requisitos de modelado, pasando por el modelado de procesos de negocio y la documentación de requisitos funcionales y no funcionales hasta el modelo analítico. El siguiente paso es la fase de diseño: modelado estático y dinámico usando clases de proyecto y la interacción entre los componentes del sistema. El entrenamiento puede ser la base para un modelado de procesos integral en sistemas empresariales a través del uso de UML en todas las fases del desarrollo de software. Introducción a UML Una breve historia de UML Visión general de los problemas en el campo del modelado orientado a objetos Especificación UML (OMG) Descripción de los diagramas UML Gestión de requerimientos Tipos de requisitos Categorías de requisitos (FURPS) Métodos para recopilar los requisitos Requisitos de modelado mediante UML La matriz de relación para los requisitos Creación de una especificación de requisitos Modelado de procesos de negocio Diagrama de actividad Modelado de procesos de negocio en UML La definición de un proceso de negocio Flujos y decisiones concurrentes Excepciones y manejo de excepciones Particiones, ruta Modelar los requisitos no funcionales Diagramas de componentes e implementación La arquitectura inicial del sistema - lógica y física Requisitos de modelado para seguridad, rendimiento, fiabilidad, ... Modelado de los requisitos funcionales Funcionalidad de modelado con el diagrama de casos de uso Determinación del alcance del sistema Actores y las relaciones entre ellos Identificación de casos de uso Asociación "actor - caso de uso" y sus propiedades La relación entre los casos de uso: incluir, extender, generalizar Creación de escenarios de casos de uso y generación de diagramas a partir de ellos (actividad, máquina de estado) Modelo analítico del sistema Uso del diagrama de comunicación para identificar los principales objetos del sistema Los tipos de mensajes: asíncrono, síncrono, respuesta Especifique la secuencia de numeración de los mensajes Categorías de objetos: Límite, Control y Entidad Introducción al sistema del proyecto Modelando la interacción Modelado Estático Diagrama de clases y generación de código fuente Asociación y sus características. Otras relaciones: agregación, composición, generalización, dependencia, clase de asociación Ingeniería inversa / hacia adelante Generación de código fuente desde el modelo Diagrama de generación basado en el código fuente Sincronización de código y diagrama Diagramas de objetos, Diagramas de estructuras compuestas y Diagramas de paquetes Modelado Dinámico Verificación del modelo estático Aclaración de las firmas de los métodos Verificación del diagrama de clases El modelado dinámico a nivel de llamadas de método Diagramas: Secuencia, máquina de estado, sincronización e interacción
softengret Ingeniería de Software, Ingeniería de Requerimientos y Pruebas 63 horas Ingeniería de Software 5 días Día 1: Gestión de Proyectos Gestión de proyectos y gestión y mantenimiento y soporte Definición de proyectos y formularios de proyectos Gestión - normas generales y gestión de proyectos Estilos de gestión ¿Qué es especial para los proyectos de TI? Proceso básico del proyecto Proceso de proyecto iterativo, incremental, cascada, ágil y delgado Fases del proyecto Funciones del proyecto Documentación del proyecto y otros artefactos Factores blandos y personas PRINCE 2, PMBOK, PMI, IPMA y otros estándares del proyecto Día 2: Análisis de Negocios y Fundamentos de Ingeniería de Requisitos Definición de objetivos empresariales Análisis de negocio, gestión de procesos de negocio, mejora de procesos de negocio La frontera entre el análisis del negocio y del sistema Usuarios del sistema, usuarios del sistema, contexto del sistema y boudaries del sistema ¿Por qué son necesarios los requisitos? Ingeniería de requisitos El límite entre la ingeniería de requisitos y el diseño arquitectónico ¿Dónde se suele ocultar la ingeniería de requisitos? Ingeniería de requisitos en desarrollo iterativo, ágil y ágil y en integración continua - FDD, DDD, BDD, TDD Requisitos básicos proceso de ingeniería, funciones y artefactos Normas y certificaciones: BABOK, ISO / IEEE 29148, IREB, BCS, IIBA Día 3: Fundamentos de la Arquitectura y el Desarrollo Lenguajes de programación - paradigmas estructurales y orientados a objetos Desarrollo orientado a objetos: ¿cuánto cuesta la historia, cuánto es el futuro Modularidad, portabilidad, mantenibilidad y escalabilidad de las arquitecturas Definición y tipo de arquitecturas de software Arquitectura de la empresa y del sistema Estilos de programación Entornos de programación Errores de programación y cómo evitarlos y prevenirlos Modelado de arquitectura y componentes SOA, Servicios Web y micro-servicios Construcción automática y integración continua ¿Cuánto diseño de arquitectura hay en un proyecto? Programación extrema, TDD y re-factoring Día 4: Fundamentos de Aseguramiento de la Calidad y Pruebas Calidad del producto: ¿qué es? ISO 25010, FURPS, etc. Calidad de producto, experiencia del usuario, modelo de Kano, gerencia de la experiencia del cliente y calidad integral Diseño centrado en el usuario, personas y otras maneras de hacer la calidad individual Calidad suficiente Garantía de calidad y control de calidad Estrategias de riesgo en el control de calidad Los componentes de la garantía de calidad: requisitos, control de procesos, configuración y gestión de cambios, verificación, validación, pruebas, pruebas estáticas y análisis estáticos Garantía de calidad basada en el riesgo Pruebas basadas en el riesgo Desarrollo orientado al riesgo La curva de Boehm en el aseguramiento de la calidad y en las pruebas Las cuatro escuelas de prueba - que se adapte a su necesidad? Día 5: Tipos de procesos, madurez y mejora del proceso La evolución del proceso de TI: de Alan Turing a través de Big Blue a la puesta en marcha Organización orientada a procesos y procesos La historia de los procesos en la artesanía y las industrias Modelado de procesos: UML, BPMN y más Gestión de procesos, optimización de procesos, reingeniería de procesos y sistemas de gestión de procesos Abordajes de procesos innovadores: Deming, Juran, TPS, Kaizen ¿Es gratis (proceso) la calidad? (Philip Crosby) La necesidad y la historia de mejora de la madurez: CMMI, SPICE y otras escalas de madurez Tipos especiales de madurez: TMM, TPI (para pruebas), Matriz de Ingeniería de Requisitos (Gorschek) Vencimiento del proceso versus madurez del producto: ¿alguna correlación? Cualquier relación causal? Madurez del proceso versus éxito del negocio: cualquier correlación? Cualquier relación causal? Una lección abandonada: Prevención automatizada de defectos y el siguiente salto en la productividad Intento: TQM, SixSigma, retrospectivas ágiles, marcos de procesos Ingeniería de Requisitos - 2 días Día 1: Elicitación, Negociación, Consolidación y Gestión de los Requisitos Encontrar los requisitos: qué, cuándo y por quién Clasificación de partes interesadas Partes interesadas olvidadas Definición del contexto del sistema - definición de las fuentes de requisitos Métodos y técnicas de elicitación Prototipado, personas y requerimientos de obtención mediante pruebas (exploratorias o no) Elaboración de marketing y requerimientos - MDRA ("Market-Driven Requirements Engineering") Requisitos de prioridad: MoSCoW, Karl Wiegers y otras técnicas (incluyendo MMF ágil) Refinar requisitos - ágil "especificación por ejemplo" Negociación de requisitos: tipos de conflictos, métodos de resolución de conflictos Resolver la incongruencia interna entre algunos tipos de requisitos (por ejemplo, seguridad versus facilidad de uso) Rastreabilidad de los requisitos - por qué y cómo Cambios en el estado de los requisitos Requisitos CCM, versión y líneas de base Vista de producto y vista de proyecto sobre requisitos Gestión de productos y gestión de requisitos en proyectos Día 2: Análisis de Requisitos, Modelado, Especificación, Verificación y Validación El análisis es el pensamiento y la reflexión que haces entre la elicitación y la especificación El proceso de requisitos es siempre iterativo, incluso en proyectos secuenciales Describir requisitos en lenguaje natural: riesgos y beneficios Modelado de requisitos: beneficios y costos Las reglas para el uso del lenguaje natural para la especificación de requisitos Definición y gestión del glosario de requisitos UML, BPMN y otras anotaciones de modelado formal y semi-formal para requisitos Uso de plantillas de documento y oración para la descripción de los requisitos Verificación de los requisitos - metas, niveles y métodos Validación - con prototipos, revisiones e inspecciones y pruebas Validación de requisitos y validación de sistemas Pruebas - 2 días Día 1: Diseño de Pruebas, Ejecución de Pruebas y Pruebas Exploratorias Diseño de la prueba: después de las pruebas basadas en el riesgo, elegir la forma óptima de utilizar el tiempo y los recursos disponibles Diseño de prueba "desde el infinito hasta aquí" - pruebas exhaustivas no son posibles Casos de prueba y escenarios de prueba Diseño de la prueba en varios niveles de prueba (de unidad a nivel de prueba del sistema) Diseño de prueba para pruebas estáticas y dinámicas Diseño orientado a la empresa y orientado a la técnica ("black-box" y "white-box") Intentar romper el sistema ("pruebas negativas") y apoyar a los desarrolladores (pruebas de aceptación) Diseño de la prueba para lograr la cobertura de la prueba - diversas medidas de cobertura de la prueba Diseño de pruebas basado en la experiencia Diseño de casos de prueba a partir de requisitos y modelos de sistemas Prueba heurística de diseño y pruebas exploratorias ¿Cuándo diseñar los casos de prueba? - enfoque tradicional y exploratorio Describiendo casos de prueba - ¿Cuánto detalle? Ejecución de pruebas - aspectos psicológicos Ejecución de pruebas - registro e informes Diseño de pruebas para pruebas "no funcionales" Diseño de prueba automático y MBT (Model-Based Testing) Día 2: Organización de pruebas, gestión y automatización Niveles de prueba (o fases) Quién hace las pruebas y cuándo? - diversas soluciones Ambientes de prueba: costo, administración, acceso, responsabilidad Simuladores, emuladores y entorno de prueba virtual Prueba en un scrum ágil Organización y rol del equipo de prueba Proceso de prueba Automatización de pruebas: ¿qué se puede automatizar? Automatización de la ejecución de pruebas: enfoques y herramientas
eraamauml Gestión Eficiente de los Requisitos Mediante Métodos Àgiles y Modelado Àgil de UML 21 horas Objetivo: Este curso de formación tiene como objetivo ayudar a los gerentes de productos, propietarios de productos, analistas de negocios, arquitectos de sistemas y desarrolladores de entender cómo administrar eficientemente los requisitos sobre la base de la visión del producto hasta guiar a los desarrolladores con precisión en su aplicación. Más en detalle, este curso tiene como objetivo ayudar a los gerentes de producto en una mejor definición de las propuestas de valor de sus productos sobre la base de estrategias y las necesidades de las partes interesadas. Los analistas de negocios y los propietarios de los productos entienden cómo describir los requisitos de la cartera de productos y, a continuación, descubrir epics apropiados e historias de usuarios del sistema mientras contribuyen a la creación de valor necesaria. A lo largo de ejercicios interactivos de estudio de casos, los participantes aprenden a describir detalladamente tales requisitos para validar la correcta comprensión de las necesidades y preparar las pruebas de aceptación del sistema. Por lo tanto, utilizando un perfil UML muy común y productivo, aprenden a estructurar requisitos para comunicarse eficientemente con arquitectos y desarrolladores a través de un proceso iterativo de recopilación de requisitos. Audiencia: Gerentes de producto Propietarios de productos Analistas de Negocios Cualquier persona interesada en el proceso de gestión de requisitos Introducción Qué es el proceso de gestión de requisitos? ¿Por qué ágil? Agilidad empresarial y entrega ágil de software: Definiciones Vinculación ágil a negocio: Modelo de motivación de negocio contra modelo de negocio Lienzo, ¿Cómo utilizar eficientemente la lona de la propuesta de valor para definir la visión del producto? Agilidad empresarial frente a principios ágiles de entrega de software ¿Qué es Agile Not? Impactos de la alineación con estrategias y capacidades Gestión de requisitos en un contexto ágil Scrum Life Cycle: Cuestiones sobre la exhaustividad de los requisitos y la trazabilidad ¿Cómo los modelos productivos mejoran la comunicación en 'Ágil'? Extensiones de negocio de Agile: Estructuración de valor de negocio Contribución de una historia de usuario Panorama de los diagramas UML para los requisitos de modelado Marcos para rastrear los requisitos hacia la implementación y pruebas de software La planificación de 5 niveles de un proyecto ágil (desde Clarificar la visión y la cartera de productos a las tareas ... y el esqueleto de la arquitectura) Gestión de requisitos dentro de los métodos ágiles (Scrum, DAD) frente al proceso unificado (RUP) Roles, equipos, entornos Presentación del Estudio de Caso para Requerimientos de Estructuración y su manejo mediante un proceso iterativo Cómo describir la visión del negocio y las necesidades a través de modelos trazables? Calificación de los requisitos: El modelo Kano frente a la propuesta de valor Canvas Estructuración de la Visión del Producto en base a estrategias, fuerzas ambientales y tendencias Propuesta de valor, actividades clave, recursos clave, flujos de ingresos y estructuras de costos, Descubrir el alcance del negocio del producto usando las necesidades del cliente, ganancias y dolores Describiendo los casos de uso de negocios usando "flujos de valor" y "etapas de valor" Unir el alcance empresarial del producto con las "contribuciones de valor" esperadas Estudio de caso: Describiendo la visión del producto Cómo describir las necesidades de los usuarios mediante un modelado ágil de casos de uso (epics e historias de usuarios)? Estimación Agile y Planificación Construcción y gestión de la cartera de productos / granularidad de los requisitos Antes de la planificación del sprint Creación del backlog de Sprint Modelo de la historia de usuario ágil: alcance del sistema (el sujeto), actores, casos de uso, historias de usuarios, criterios de aceptación, modelo INVEST El Esqueleto Caminante Utilizando Disciplina Agile Delivery: De los Procesos a la Tecnología ¿Cómo averiguar éticas y historias de usuarios sobre la base de flujos de valor? Valor de las historias épicas y de los usuarios Tareas de escritura: granularidad y tamaño utilizando el modelo SMART Estudio de caso: Descubriendo epopeyas y historias de usuarios sobre la base de flujos de valor Validar y probar la comprensión correcta de las especificaciones detalladas Utilizando un proceso incremental de recopilación de requisitos y el backlog de sprint Reglas para una historia épica eficiente, historias de usuarios y descripciones de arquitectura Diagramas para validar historias épicas y descripciones de historias de usuarios ¿Cómo elegir el diagrama correcto? Refinar características usando casos de uso y modelado de relaciones Comprobación de la comprensión correcta de los requisitos mediante los requisitos de prueba Estructuras y Contratos de Operación de / Given / Then para guiar a los desarrolladores en la implementación de los requisitos Análisis de cobertura y gestión del cambio Estudio de caso: Validar, probar y comunicar requisitos detallados a los desarrolladores Conclusión Pasos de procesos eficientes de recopilación de requisitos y análisis de sistemas Trazabilidad entre requisitos y modelos de análisis Patrones de recopilación y pruebas Nota: Las sesiones de tutoría anteriores se llevan a cabo interactivamente utilizando ejemplos de herramientas de Ingeniería de Requisitos y Modelado para asegurar un buen nivel de trazabilidad entre los requisitos y las soluciones subyacentes. Los conceptos primero se explican usando ejemplos básicos y después son seguidos por bosquejos de la solución a su caso potencial. Después de esta sesión, también podemos acompañarlo revisando y validando sus soluciones en función de sus necesidades.
mbd Model Based Development for Embedded Systems 21 horas Model Based Development (MBD) is a software development methodology that enables faster, more cost-effective development of dynamic systems such as control systems, signal processing and communication systems. It relies on graphic modeling rather than the traditional text based programming. In this instructor-led, live training participants will learn how to apply MBD methodologies to reduce development costs and accelerate the time to market of their embedded software products. By the end of this training, participants will be able to Select and utilize the right tools for implementing MBD. Use MBD to carry out rapid development in the early stages of their embedded software project. Shorten the release of their embedded software into the market. Audience Embedded systems engineers Developers and programmers Format of the course Part lecture, part discussion, exercises and heavy hands-on practice Introduction to Model Based Development Overview of the "system model" Mathematical modeling approaches Establishing the requirements Defining the system Designing the model Preparing your MBD toolkit Verifying and validating the model     Simulation tools and practices: Simulink and StateFlow Engineering safety-critical embedded software Tools and approaches for testing your application Detecting and mitigating failures Reusing test suites Refining algorithms through multi-domain simulation Serial code generation     Tools and practices: TargetLink SCM tools for managing MBD Using a common design environment across teams Deploying across multiple processors and hardware types Conclusion
jbehave JBehave: BDD with Java 7 horas JBehave is an open-source, Java-based BDD framework for writing tests in a natural language style. BDD, or Behavior Driven Development, is an agile software development technique that encourages collaboration among developers, QA and non-technical business people in a software project. This training begins with a discussion of BDD and how the JBehave framework can be used to carry out BDD testing for web applications. Participants are given ample opportunity to interact with the instructor and peers while implementing the concepts and tactics learned in this hands-on, practice-based lab environment. By the end of this training, participants will have a firm understanding of BDD and JBehave, as well as the necessary practice and toolset to write test cases for real-world software test scenarios. Audience Testers and Developers Format of the course Heavy emphasis on hands-on practice. Most of the concepts are learned through samples, exercises and hands-on development. Introduction     Business Driven Development (BDD) and Acceptance Test Driven Development (ATDD)     BDD as a collaboration tool for software engineers, test engineers and business people Defining your project requirements Setting up your environment for web application testing Writing your stories in a user-friendly language The anatomy of a textual scenario Writing your first textual scenario Writing and annotating the Java method Passing parameters to the method Passing multiple arguments Sharing data between methods Organizing your scenarios Setup and teardown Closing remarks

Próximos Cursos

Other regions

Cursos de Fin de Semana de Requirements Engineering, Capacitación por la Tarde de Requirements Engineering, Requirements Engineering boot camp, Clases de Requirements Engineering , Cursos de Formación de Requirements Engineering, Capacitador de Requirements Engineering, Clases de Requirements Engineering , Talleres para empresas de Requirements Engineering, Cursos en linea de Requirements Engineering, Cursos Privados de Requirements Engineering, Requirements Engineering en sitio, Capacitación empresarial de Requirements Engineering, Programas de capacitación de Requirements Engineering, Clases Particulares de Requirements Engineering, Requirements Engineering con instructor,Capacitación de Fin de Semana de Requirements Engineering, Instructor de Requirements Engineering, Cursos por la Tarde de Requirements Engineering

Promociones

Descuentos en los Cursos

Respetamos la privacidad de su dirección de correo electrónico. No vamos a pasar o vender su dirección a otros.
Siempre puede cambiar sus preferencias o anular la suscripción por completo.

Algunos de nuestros clientes