Ingeniería de Requisitos
|
|
- Luis Miguel Hidalgo Rivas
- hace 5 años
- Vistas:
Transcripción
1 Ingeniería de Requisitos Proceso de Ingeniería de Requisitos Departamento de Ciencias de la Computación Universidad de Chile Andrés Vignaga
2 Proceso de Desarrollo Disciplina de Requisitos Roles Artefactos Workflow Contenido Andrés Vignaga - DCC Ingeniería de Requisitos 2
3 Proceso de Desarrollo El proceso de Ingeniería de Requisitos a discutir es una disciplina dentro de un proceso de desarrollo Iterativo e incremental Centrado en la arquitectura Dirigido por casos de uso Basado en múltiples disciplinas Organizado en Roles Artefactos Actividades Andrés Vignaga - DCC Ingeniería de Requisitos 3
4 Proceso de Desarrollo (2) Modelo de Cascada tradicional Modelado del Negocio Requisitos Análisis y Diseño Implementación Test Andrés Vignaga - DCC Ingeniería de Requisitos 4
5 Proceso de Desarrollo (3) Modelado del Negocio MN Requisitos Análisis y Diseño Implementación Test Deployment R MN R AD I AD I R AD I T I T Gestión de Configuración Gestión del Proyecto Ambiente Iteraciones Andrés Vignaga - DCC Ingeniería de Requisitos 5
6 Proceso de Desarrollo (4) Inception Elaboration Construction Transition Modelado del Negocio Requisitos Análisis y Diseño Implementación Test Deployment Gestión de Configuración Gestión del Proyecto Ambiente Andrés Vignaga - DCC Ingeniería de Requisitos 6
7 Propósito de la Disciplina El propósito de la disciplina de Requisitos es: Establecer y mantener un acuerdo con los stakeholders acerca de qué es lo que el sistema debe hacer Proveer a los desarrolladores un entendimiento mayor acerca de los requisitos del sistema Definir la frontera del sistema Proveer una base para la planificación del contenido técnico de las iteraciones Proveer una base para estimar el costo y la duración del desarrollo del sistema Definir la interfaz de usuario para el sistema, enfatizando en las necesidades y objetivos de los usuarios Andrés Vignaga - DCC Ingeniería de Requisitos 7
8 Roles El Analista del Sistema lidera y coordina la identificación de requisitos y el modelamiento de casos de uso esbozando las funcionalidades y delimitando el sistema El Especificador de Requisitos especifica los detalles de una o más partes de los funcionalidades del sistema describiendo uno o más aspectos de los requisitos Requisitos Software Architect El Arquitecto de Software es responsable de la arquitectura del sistema, que incluye las decisiones técnicas clave que delimitan el diseño general y la implementación para el proyecto Análisis y Diseño Technical Reviewer El Revisor Técnico es responsable de proveer una retroalimentación apropiada al proceso de revisión El Interesado representa a un grupo de interés cuyas necesidades deban ser satisfechas por el proyecto Interdisciplinarios Andrés Vignaga - DCC Ingeniería de Requisitos 8
9 Artefactos Contiene cualquier tipo de requisito que un Interesado pueda tener sobre el sistema a desarrollar Define una vista que los Interesados tienen del producto a desarrollar, en términos de necesidades y características Contiene un esbozo de los requisitos fundamentales y provee un base contractual para requisitos técnicos más detallados Use-Case Model Es un modelo de las funcionalidades del sistema y su entorno, y sirve de contrato entre los clientes y los desarrolladores Es la entrada esencial de las actividades de Análisis y Diseño, y Test Captura requisitos del sistema que no aparezcan en otros artefactos (e.g. casos de uso) Andrés Vignaga - DCC Ingeniería de Requisitos 9
10 Artefactos (2) Requirements Management Plan Describe los artefactos de la disciplina, los tipos de requisitos y sus atributos Especifica la información a ser recolectada, la estrategia de trazabilidad elegida y el mecanismo para hacer control de cambios para los requisitos Glossary Brinda una definición de aquellos conceptos importantes usados en el proyecto Repositorio de requisitos, atributos y dependencias que ayuda a administrar cambios desde una perspectiva de requisitos Es una colección de casos de uso, actores, relaciones, diagramas y otros paquetes, utilizado para estructurar el Modelo de Casos de Uso en partes más pequeñas (forma parte del Modelo de Casos de Uso) Especifica un conjunto de secuencias de acciones que el sistema realiza y que produce un resultado de valor para un actor (forma parte del Modelo de Casos de Uso) Andrés Vignaga - DCC Ingeniería de Requisitos 10
11 Roles y Artefactos Responsabilidad de los roles sobre los artefactos: Implica: creación del artefacto, y asegurar su integridad, su correctitud y consistencia No necesariamente implica: responsabilidad completa sobre todo su contenido Requirements Management Plan Glossary Use-Case Model Andrés Vignaga - DCC Ingeniería de Requisitos 11
12 Relación con Otras Disciplinas Modelado del Negocio Provee un contexto organizacional para el sistema Análisis y Diseño Obtiene su entrada esencial de Requisitos Problemas en el Modelo de Casos de Uso pueden ser descubiertos y solicitudes de cambio pueden ser generadas Test Valida el sistema contra el Modelo de Casos de Uso Los casos de uso y las especificaciones suplementarias se utilizan para definir el alcance del esfuerzo de testing para una iteración y para el testing en sí Andrés Vignaga - DCC Ingeniería de Requisitos 12
13 Relación con Otras Disciplinas (2) Gestión de Configuración Provee el mecanismo de control de cambios para los requisitos Este mecanismo consiste en enviar una solicitud de cambios que será revisada por la Junta de Control de Cambios Gestión del Proyecto Planifica el proyecto y cada iteración El Modelo de Casos de Uso es una entrada importante para esta planificación Ambiente Desarrolla y mantiene los artefactos utilizados para llevar a cabo la disciplina (guías de modelado, etc.) Andrés Vignaga - DCC Ingeniería de Requisitos 13
14 Propósitos de las Fases Inception Establecer el alcance y frontera del proyecto, criterio de aceptación y qué se supone que el producto incluya y qué no Determinar los casos de uso críticos del sistema, los escenarios de operación primarios que guiarán las principales decisiones de diseño Requisitos Demostrar que una arquitectura candidata satisface algunos de los escenarios principales Análisis y Diseño Estimar el costo y organización general del proyecto completo Estimar riesgos potenciales Gestión del Proyecto Preparar el ambiente que dará soporte al proyecto Ambiente Andrés Vignaga - DCC Ingeniería de Requisitos 14
15 Propósito de las Fases (2) Elaboration Asegurar que la arquitectura, requisitos y planes están estables, y los riesgos mitigados, para poder determinar el costo y la organización para la terminación del proyecto Atacar los riesgos arquitectónicos más significantes Establecer una línea de base para la arquitectura que resuelva los escenarios principales Demostrar que la línea de base de la arquitectura soportará los requisitos en tiempo y costo razonable Producir un prototipo evolutivo con calidad de producción Establecer el ambiente que dé soporte al proyecto Requisitos / Análisis y Diseño / Etc. Análisis y Diseño Ambiente Andrés Vignaga - DCC Ingeniería de Requisitos 15
16 Construction Propósito de las Fases (3) Minimizar los costos de desarrollo optimizando recursos y evitando trabajo innecesario Alcanzar niveles de calidad adecuados Alcanzar versiones de utilidad Clarificar el resto de los requisitos y terminar el análisis, diseño, implementación y testing de los mismos sobre la línea de base de la arquitectura Desarrollar un producto que esté listo para su transición hacia la comunidad de usuarios Decidir si el software, el ambiente físico y los usuarios están listos para la liberación del producto Gestión del Proyecto Requisitos / Desarrollo Interdisciplinario Andrés Vignaga - DCC Ingeniería de Requisitos 16
17 Artefactos según Fases Inception 75% 20% / 80% 70% Use-Case Model Elaboration 100% 80% / 80% 100% Use-Case Model Construction 100% 100% / 100% 100% Use-Case Model Andrés Vignaga - DCC Ingeniería de Requisitos 17
18 Workflow de Requisitos [Sistema Nuevo] [Sistema Existente] [Nueva Entrada] Analizar el Problema Entender las necesidades de los interesados [Problema Incorrecto] [Problema Correcto] Manejar Cambios en Requisitos [Trabajo Fuera del Alcance] Definir el Sistema Manejar el Alcance del Sistema [Trabajo Dentro del Alcance] Refinar la Definicion del Sistema Andrés Vignaga - DCC Ingeniería de Requisitos 18
19 Analizar el Problema El propósito es llegar a un consenso de cuál es el problema a resolver Involucra identificar stakeholders y restricciones, y definir la frontera de la aplicación Vision Glossary Requirements Management Plan Customer Capturar Vocabulario Comun Desarrollar Plan de Admin. de Requisitos End User System Analyst Encontrar Actores y Casos de Uso Desarrollar Vision Other Stakeholder Use-Case Model (solo Actores) Vision Stakeholders Requests Andrés Vignaga - DCC Ingeniería de Requisitos 19
20 Propósito Desarrollar Visión Acordar cuáles son los problemas a resolver Identificar stakeholders y restricciones Describir las características primarias del sistema Pasos Identificar stakeholders (GM1) Identificar restricciones (GM2) Formular el problema (GM3) Definir características del sistema (GM4) Andrés Vignaga - DCC Ingeniería de Requisitos 20
21 Propósito Encontrar Actores y Casos de Uso Definir la frontera del sistema Definir quién y qué interactuará con el sistema Esbozar las funcionalidades del sistema Pasos Encontrar actores (GM5) Encontrar casos de uso (GM6) Describir interacción entre actores y casos de uso (GM7) Empaquetar actores y casos de uso (GM8) Ilustrar actores y casos de uso (GM9) Elaborar un informe del Modelo de Casos de Uso Andrés Vignaga - DCC Ingeniería de Requisitos 21
22 Entender Necesidades El propósito es entender las necesidades de los stakeholders primarios Involucra recolectar información acerca del producto deseado Andrés Vignaga - DCC Ingeniería de Requisitos 22
23 Propósito Identificar Solicitudes Entender cuáles son los stakeholders del proyecto Recolectar solicitudes acerca de cuáles necesidades debe satisfacer el sistema Priorizar las solicitudes de los stakeholders Pasos Determinar las fuentes de los requisitos (GM10) Recolectar información (GM11) Realizar workshops de requisitos (GM12) Andrés Vignaga - DCC Ingeniería de Requisitos 23
24 Propósito Manejar Dependencias Usar atributos y trazabilidad de requisitos del proyecto para ayudar en el manejo de requisitos y sus cambios Pasos Asignar atributos (GM13) Establecer y verificar trazabilidad (GM14) Andrés Vignaga - DCC Ingeniería de Requisitos 24
25 Definir el Sistema El propósito es comenzar a converger el alcance de los requisitos de alto nivel, definiendo la amplitud de los requisitos detallados Involucra refinar la Visión (con Características del Sistema) y el MCU (esbozando casos de uso) Vision System Analyst Vision (refinado) Desarrollar Vision Stakeholders Requests Capturar Vocabulario Comun Requirements Management Plan Manejar Dependencias Encontrar Actores y Casos de Uso Requirements Attributes Requirements Attributes (refinado) Supplementary Specifications Use-Case Model (refinado) Glossary Glossary (refinado) Vision (refinado) Use-Case Model Use-Case (esbozo) Andrés Vignaga - DCC Ingeniería de Requisitos 25
26 Manejar el Alcance El propósito es explicitar el alcance y definir un conjunto manejable de requisitos para la iteración Involucra priorizar y seleccionar requisitos Vision Supplementary Specifications Use-Case Model Customer Software Architect Priorizar Casos de Uso SAD Requirements Attributes End User System Analyst Desarrollar Vision Manejar Dependencias Requirements Attributes (refinado) Other Stakeholder Stakeholders Requests Vision Vision (refinado) Requirements Management Plan Andrés Vignaga - DCC Ingeniería de Requisitos 26
27 Propósito Priorizar Casos de Uso Definir el conjunto de requisitos a considerar para ser analizados en la presente iteración Definir el conjunto de escenarios y casos de uso que representen una funcionalidad significativa o que tengan un cubrimiento sustancial de la arquitectura Pasos Priorizar casos de uso y escenarios Documentar la vista de casos de uso Andrés Vignaga - DCC Ingeniería de Requisitos 27
28 Refinar la Definición del Sistema El propósito es refinar los requisitos para capturar un entendimiento de consenso de la definición del sistema Involucra describir los flujos de eventos de los casos de uso en detalle y detallar las especificaciones suplementarias Andrés Vignaga - DCC Ingeniería de Requisitos 28
29 Propósito Detallar un Caso de Uso Describir uno o más flujos de eventos de un caso de uso en suficiente detalle como para habilitar el comienzo de su desarrollo Pasos Detallar el flujo de eventos (GM15) Estructurar el flujo de eventos (GM16) Ilustrar relaciones con actores y otros casos de uso (GM17) Definir protocolos de comunicación (GM18) Andrés Vignaga - DCC Ingeniería de Requisitos 29
30 Propósito Detallar Requisitos Recolectar, detallar y organizar el conjunto de artefactos que describen los requisitos de software del sistema Pasos Detallar los requisitos del sistema (GM19) Andrés Vignaga - DCC Ingeniería de Requisitos 30
31 Manejar Cambios en Reqs. El propósito es evaluar el impacto de un cambio y manejar las consecuencias de un cambio que fue aprobado Involucra evaluar el impacto sobre los requisitos existentes, estructurar el MCU, actualizar los atributos y trazabilidades, y verificar la pertinencia End User de los nuevos reqs. Customer System Analyst Technical Reviewer Use-Case Model Use-Case Model (reestructurado) Estructurar el Modelo de Casos de Uso Supplementary Specifications Revisar Requisitos Manejar Dependencias Registro de Revision Requirements Management Plan Requirements Attributes (refinado) Requirements Attributes Other Stakeholder Glossary Stakeholders Requests Vision Andrés Vignaga - DCC Ingeniería de Requisitos 31
32 Propósito Estructurar el MCU Extraer comportamiento de casos de uso que necesiten ser considerados como casos de uso abstractos Encontrar nuevos actores abstractos que definan roles comunes a varios actores Pasos Identificar requisitos comunes (GM20) Establecer relaciones entre casos de uso (GM21) Establecer relaciones entre los actores (GM22) Andrés Vignaga - DCC Ingeniería de Requisitos 32
33 Propósito Revisar Requisitos Verificar que los resultados de la disciplina conformen con la visión que los stakeholders tienen del sistema Pasos Recomendaciones generales (GM23) Sesiones de revisión recomendadas (GM23) Preparar los registros de revisión y documentar defectos (GM23) Andrés Vignaga - DCC Ingeniería de Requisitos 33
QUÉ SON EL ANÁLISIS Y EL DISEÑO?
QUÉ SON EL ANÁLISIS Y EL DISEÑO? Análisis: Investigación Para crear una aplicación de software hay que describir el problema y las necesidades o requerimientos: en qué consiste el conflicto y que debe
Más detallesIngeniería de Software: Metodologías
Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.
Más detallesRational Unified Process
Rational Unified Process 1 Qué es un Proceso? Un proceso define Quién está haciendo Qué, Cuándo y Cómo para lograr un cierto objetivo. En la ingeniería de software el objetivo es construir un producto
Más detallesProceso Unificado de Desarrollo de Software. 13 de sep de 2006
Proceso Unificado de Desarrollo de Software 13 de sep de 2006 Referencias básicas El Proceso unificado de desarrollo de Software I. Jacobson, G. Booch y J.Rumbaugh Addison Wesley - Pearson Education 1999
Más detallesIngeniería de Requisitos
Ingeniería de Requisitos Guías Metodológicas Departamento de Ciencias de la Computación Universidad de Chile Andrés Vignaga Contenido GM1: Identificar Stakeholders GM2: Identificar Restricciones GM3: Formular
Más detallesMODULO III. Análisis y Diseño de Sistemas de Información INF-162 III. RUP. 3.1 Introducción. Facilitador: Miguel Cotaña 26 de Abril
MODULO III Análisis y Diseño de Sistemas de Información INF-162 III. RUP 3.1 Introducción Facilitador: Miguel Cotaña 26 de Abril 2010 1 INTRODUCCION Rational Unified Process (RUP o Proceso Racional Unificado),
Más detallesIngeniería de Software: Metodologías
Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.
Más detallesPrincipios de Análisis Informático. Tema 3: Fase de inicio
Principios de Análisis Informático Tema 3: Fase de inicio Eduardo Mosqueira Rey LIDIA Laboratorio de Investigación y desarrollo en Inteligencia Artificial Departamento de Computación Universidade da Coruña,
Más detallesQué es RUP? RUP es un proceso de desarrollo de software: Objetivos: Es también un producto:
Qué es RUP? Requisitos del usuario Proceso de desarrollo de software Sistema de software RUP es un proceso de desarrollo de software: Forma disciplinada de asignar tareas y responsabilidades en una empresa
Más detallesIngeniería de Requisitos
Ingeniería de Requisitos Conceptos Básicos Departamento de Ciencias de la Computación Universidad de Chile Andrés Vignaga Requisitos Un requisito se define como: Una capacidad o condición que un sistema
Más detallesUNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE
UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE Ing. Francisco Rodríguez Novoa Tema 7 Modelo de Análisis Ing. Francisco Rodríguez Rational Unified Process (RUP) 3 OBJETIVOS Conocer que el Análisis ve
Más detallesFigure 12-1: Phase D: Technology Architecture
Fase de arquitectura de tecnología: Figure 12-1: Phase D: Technology Architecture Objetivos: Los objetivos de la Arquitectura de Tecnología son: Desarrollar la Arquitectura de Tecnología Objetivo que permite
Más detallesUniversidad de Los Andes. Propuesta de Metodología de Arquitectura
Universidad de Los Andes Propuesta de Metodología de Arquitectura Febrero - 2011 El Método de Diseño Centrado en Arquitectura (ACDM) El ACDM es un método desarrollado por Anthony Lattanze de la Universidad
Más detallesUNIVERSIDAD TECNOLÓGICA DE PEREIRA FUNDAMENTOS DE LA METODOLOGIA RUP RATIONAL UNIFIED PROCESS JUAN PABLO GOMEZ GALLEGO ING JORGE GALVES
UNIVERSIDAD TECNOLÓGICA DE PEREIRA FUNDAMENTOS DE LA METODOLOGIA RUP RATIONAL UNIFIED PROCESS JUAN PABLO GOMEZ GALLEGO ING JORGE GALVES 16/09/2007 SOBRE EL PROCESO RACIONAL UNIFICADO RUP es un proceso
Más detallesDiplomado Análisis de negocio, preparación para Certificación
Diplomado Análisis de negocio, preparación para Certificación Duración 104 horas Objetivo general: Enseñar los principales elementos, métodos y técnicas del análisis de negocio de una forma práctica y
Más detallesAdministración de Requerimientos
UNIVERSIDAD DE CONGRESO Administración de Requerimientos Análisis de Sistemas 2do año Contenido Introducción Buenas Prácticas Introducción al RUP Disciplina Requerimientos Conclusiones 1 Dificultades al
Más detallesINGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ
INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ TEMA 3: PROCESO UNIFICADO DE DESARROLLO CONTENIDO 1. Proceso de Software 2. Proceso de Desarrollo de Software 3. Proceso Unificado de Desarrollo de Software
Más detallesCICLOS DE VIDA Y METODOLOGIAS
INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS Rubby Casallas, Andrés Yie Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes Agenda Contexto Ciclos de vida: Modelo
Más detallesMarcos López Sanz Ingeniería del Software de Gestión. Introducción El proceso unificado Principios básicos Las 4 p
Tema 4: El Proceso Unificado de Desarrollo Marcos López Sanz Ingeniería del Software de Gestión Índice Introducción El proceso unificado Principios básicos Las 4 p Estructura del proceso unificado Flujos
Más detallesInteracción Persona - Ordenador
Interacción Persona - Ordenador Diseño de la interfaz en la Ingeniería del Software Dr. Pedro Latorre Dra. Sandra Baldassarri Dra. Eva Cerezo Ingeniería del Software Ingeniería del Software: Definición
Más detallesInstrucción 1 Criterios, Convenciones y recomendaciones para utilizar este instructivo
Página 1 de 7 1. Propósito. Elaboración del para el desarrollo de sistemas de información automatizados. 2. Ámbito de responsabilidad. RGPY Responsable de Gestión de Proyectos. RAPE Responsable de la Administración
Más detallesoctubre de 2007 Arquitectura de Software
octubre de 2007 Arquitectura de Software Seis mejores Prácticas Desarrollo Iterativo Administrar Requerimientos Usar Arquitecturas basadas en Componentes Modelado Visual (UML) Verificar Continuamente la
Más detallesIngeniería de Software. Ingeniería de Requisitos Clase 4
Clase 4 Sebastián Pizard Universidad de la República Actividades de la ingeniería de requisitos Desarrollo de requisitos Gestión de requisitos Planificación Gestión de Cambios Trazabilidad Validación Stakeholders
Más detallesI genier i í er a í de Requeri er m i i m en t s
Ingeniería de Requerimientos WEBinar Objetivos Describir los conceptos relacionados con la ingeniería y administración de Identificar actividades y productos relacionados Referencias Software Requirements.
Más detallesTema 4c: El Proceso Unificado de Desarrollo
Tema 4c: El Proceso Unificado de Desarrollo Marcos López Sanz Índice Introducción El proceso unificado Principios básicos Las 4 p Estructura del proceso unificado Flujos de trabajo principales Fases del
Más detallesContenido. Introducción. Buenas Prácticas. Buenas Prácticas. Introducción al RUP. Disciplina Requerimientos. Conclusiones. Desarrollo Iterativo
Contenido Introducción Buenas Prácticas Introducción al RUP Disciplina Requerimientos Conclusiones Buenas Prácticas Desarrollo Iterativo Administración de Requisitos Arquitectura basada en componentes
Más detallesMANUAL DE TALLERES INGENIERÍA DE SOFTWARE
MANUAL DE TALLERES INGENIERÍA DE SOFTWARE En el presente anual se encontrarán los talleres que se deberán realizar para lograr la consecución del proyecto final de la materia de Ingeniería de software.
Más detallesUso de Metodología ICONIX
Uso de Metodología ICONIX Metodología Consiste en un lenguaje de modelamiento y un proceso. El lenguaje de modelamiento es la notación gráfica (incluye diferentes tipos de diagramas) El proceso define
Más detalles1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:
Análisis y Diseño O.O. Preguntas del diseño : Cómo podrían asignarse responsabilidades a las clases de los objetos? Cómo podrían interactuar los objetos? Qué deberían hacer las clases? Patrones : Ciertas
Más detallesANÁLISIS DE SISTEMAS. Prof. Eliz Mora
ANÁLISIS DE SISTEMAS Prof. Eliz Mora Programa Fundamentos del Análisis de Sistemas Estilos Organizacionales y su impacto en los Sistemas de Información Rol del Analista de Sistema Determinación de Factibilidad
Más detallesTEMA 4. PROCESO UNIFICADO
TEMA 4. PROCESO UNIFICADO Definición El Proceso Unificado de Desarrollo Software es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura
Más detallesIngeniería de requerimientos de software: Análisis. Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes
Ingeniería de requerimientos de software: Análisis Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes Referencias El Lenguaje Unificado de Modelado. Grady Booch, James Rumbaugh e Ivar
Más detallesProcesos del software
Procesos del software (selección de alguna de las trasparencias de Sommerville) Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Modelos de proceso del software genéricos El modelo
Más detallesSIGPRE Sistema de Gestión Presupuestaria
SIGPRE Sistema de Gestión Presupuestaria Plan de Desarrollo de Software UTN Histórico de Revisiones Fecha Versión Descripción Autor 3/3/2009 1.0 Inicial Roberto López Hinojosa Plan de Desarrollo de Software
Más detallesIngeniería de Software: Metodologías
Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.
Más detallesFigure 14-1: Phase F: Migration Planning
FASE F PLAN DE MIGRACION Figure 14-1: Phase F: Migration Planning En este capítulo se aborda la planificación de la migración, es decir, cómo pasar de la línea de base a la Arquitectura Objetivo. Arquitecturas
Más detallesIntroducción a Rational Unified Process (RUP)
Qué es un Proceso de Desarrollo de SW? Introducción a Patricio Letelier letelier@dsic.upv.es Departamento Sistemas Informáticos y Computación (DSIC) (UPV) - España Define Quién debe hacer Qué, Cuándo y
Más detallesSÍLABO DISEÑO E IMPLEMENTACIÓN DE SISTEMAS ÁREA CURRICULAR: SISTEM AS DE INFORM ACIÓN : : 04. : Ingeniería de Software II
ESCUELA PROFESIONAL:. INGENIERÍA DE COMPUTACIÓN Y SISTEMAS SÍLABO DISEÑO E IMPLEMENTACIÓN DE SISTEMAS ÁREA CURRICULAR: SISTEM AS DE INFORM ACIÓN CICLO: VIII SEMESTRE ACADÉMICO: 2017-II I. CÓDIGO DEL CURSO
Más detallesTema 4e: Proceso Unificado: Análisis
Tema 4e: Proceso Unificado: Análisis Marcos López Sanz Índice Visión general Diagramas UML Artefactos Modelo de análisis Clases de análisis Realización en análisis de los casos de uso Paquetes de análisis
Más detallesIngeniería de Sistemas. Objetivos. Que es un Sistema? Tópicos. Ingeniería de Software y Sistemas. Problemas con la Ingeniería de Sistemas
de s Objetivos u Diseño, implementación e instalación de sistemas que incluyen hardware, software y gente. u Introducir conceptos de de s a Ingenieros de Software. u Discutir las dificultades de la de
Más detallesUnidad V. UML. Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas.
Unidad V. UML Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas Objetivos Conocer el modelo UML Utilizar el modelo UML como parte de la metodología
Más detallesTema 13: El Proceso Unificado de Desarrollo
Tema 13: El Proceso Unificado de Desarrollo Verónica Bollati Introducción El proceso unificado Principios básicos Las 4 p Índice Estructura del proceso unificado Flujos de trabajo principales Fases del
Más detallesTema 4g: Proceso Unificado: Implementación
Tema 4g: Proceso Unificado: Implementación Marcos López Sanz Índice Visión general Artefactos Componentes Subsistemas de implementación Interfaces Descripción de la arquitectura (vista del modelo de implementación)
Más detallesAnálisis y Diseño de Sistemas
Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 6 Modelo de Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE 2006
Más detallesI JORNADAS DE COMPUTACIÓN Y SISTEMAS Universidad Dr. José Gregorio Hernández Maracaibo
I JORNADAS DE COMPUTACIÓN Y SISTEMAS Universidad Dr. José Gregorio Hernández Maracaibo Jonás A. Montilva C. Octubre, 2010 Universidad de Los Andes Facultad de Ingeniería Escuela de Ingeniería de Sistemas
Más detalles5.7.2 DST - Desarrollo de soluciones tecnológicas de TIC Objetivos del proceso
5.7.2 DST - Desarrollo de soluciones tecnológicas de TIC 5.7.2.1 Objetivos del proceso General: Establecer el método a seguir para el desarrollo de soluciones tecnológicas de TIC, considerando la especificación
Más detalles15/05/2015. Exponer sólo lo que los usuarios de la interfaz necesitan conocer.
Documentación de Arquitectura El Método Views and Beyond Vistas de Calidad Descripción Están hechas a medida para stakeholders específicos o para direccionar intereses específicos. Se forman extrayendo
Más detallesProcesos de Software
Procesos de Software Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Objetivos Introducir modelos de procesos de software Describir tres modelos de procesos genéricos y cuándo
Más detallesAnálisis y Diseño Orientado a Objetos. 2 - Análisis
Análisis y Diseño Orientado a Objetos 2 - Análisis El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar
Más detallesALLSOFT S.A. de C.V. Monterrey, N.L.
Modelos de Desarrollo ALLSOFT S.A. de C.V. Monterrey, N.L. 1 Introducción Para el desarrollo de cualquier producto de software se realizan una serie de tareas entre la idea inicial y el producto final.
Más detallesProceso Unificado (Iterativo e incremental)
Proceso Unificado (Iterativo e incremental) Proceso Unificado de Desarrollo de Software, I. Jacobson, J. Rumbaugh y G. Booch, Addison-Wesley, 1999 Fases y Flujos de trabajo de los ciclos de vida. Disciplinas
Más detallesProcesos y desarrollo de SW Proceso Unificado
Proceso Unificado En este enfoque, el desarrollo se organiza en iteraciones. El resultado de cada iteración es un sistema que puede ser probado, integrado y ejecutado. ada iteración incluye sus propias
Más detallesSISTEMA PARA GESTIÓN DE PERSONAL DE LA EMPRESA AVÍCOLA REPROAVI CÍA. LTDA. CAPÍTULO II
SISTEMA PARA GESTIÓN DE PERSONAL DE LA EMPRESA AVÍCOLA REPROAVI CÍA. LTDA. CAPÍTULO CAPÍTULO II II CAPÍTULO II 2. PLAN DE DESARROLLO DE SOFTWARE 2.1. INTRODUCCIÓN Este plan de desarrollo de software es
Más detallesLABORATORIO DE INTERACCION HUMANO COMPUTADORA MANUAL DE PRÁCTICAS. Practica #1. Identificación del proyecto a Desarrollar
Practica #1 Identificación del proyecto a Desarrollar El alumno definirá el Proyecto a Desarrollar tomando en cuenta las 8 disciplinas que involucra la Interacción Humano Computadora Disciplinas: Computación,
Más detallesIngeniería de Software: Parte 2
Ingeniería de Software: Parte 2 Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.
Más detallesFigure 13-1: Phase E: Opportunities & Solutions
Fase E: Oportunidades y Soluciones Figure 13-1: Phase E: Opportunities & Solutions Objetivos Los objetivos de la Fase E son: Generar la primera versión completa de la Hoja de Ruta de la arquitectura, basado
Más detallesUML (Unified Modeling Language) Octubre de 2007
UML (Unified Modeling Language) Octubre de 2007 UML un modelo o pieza de información producido en el proceso de desarrollo de software Un lenguaje para especificar, visualizar y construir artefactos de
Más detallesIngeniería en Desarrollo de Software 3 er semestre. Programa de la asignatura: Introducción a la ingeniería de software
Ingeniería en Desarrollo de Software 3 er semestre Programa de la asignatura: Introducción a la ingeniería de software Actividades de aprendizaje: A2_Métodos de desarrollo de software Clave: Ingeniería:
Más detallesPruebas de Software. Agenda. Pruebas de Programas Los Niveles de Prueba Diseño de Casos de Prueba
Pruebas de Software R. Casallas Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes 1 Agenda Pruebas de Programas Los Niveles de Prueba Diseño de Casos de Prueba 2 1 Pruebas de Programas
Más detallesCaso de Uso. Herramienta de relevamiento. domingo, 28 de octubre de 12
Herramienta de relevamiento Son descripciones de un conjunto de secuencia de acciones que ejecuta el sistema para obtener un resultado Los casos de uso especifican un comportamiento deseado, no como se
Más detallesFigure 17-1: ADM Architecture Requirements Management
Administración de los Requerimientos de la Arquitectura Figure 17-1: ADM Architecture Requirements Management Objetivos Los objetivos de la fase de gestión de requisitos son los siguientes: Asegúrese de
Más detallesIngeniería del Software de Gestión
Marcos López Sanz Ingeniería del Software de Gestión Tema 9: Proceso Unificado: Índice Visión general de Descripción de la (vista del modelo de ) de construcciones de la el un sub una Realizar pruebas
Más detallesTema 2: Especificación de Requisitos
Tema 2: Especificación de Requisitos Maria-Isabel, Sanchez Segura Arturo, Mora-Soto Índice n Introducción n Por qué la captura de requisitos es complicada n El objetivo del flujo de trabajo de los requisitos
Más detallesALTEN SPAIN ACADEMY CATÁLOGO DE CURSOS
ALTEN SPAIN ACADEMY CATÁLOGO DE CURSOS SOFTWARE TESTING & QUALITY ASSURANCE.... 3 1. ISTQB FOUNDATION LEVEL...4 2. ISTQB FOUNDATION LEVEL AGILE TESTER EXTENSION...5 3. ISTQB ADVANCED LEVEL TEST MANAGER...6
Más detallesIngeniería de Software: Y eso qué es?
Ingeniería de Software: Y eso qué es? Definición: Estrategia para desarrollar software de alta calidad. A qué se le denomina Software de alta calidad? Al software que sea: Util (al cliente). Portable.
Más detallesCurso Aseguramiento de la Calidad De los Procesos y Productos de Software
Curso Aseguramiento de la Calidad De los Procesos y Productos de Software Objetivos Este curso tiene por finalidad el aseguramiento de la calidad que pueden afectar al software, identificar las diferentes
Más detallesMetodoloxías de Desenvolvemento
Metodoloxías de Desenvolvemento Proceso Unificado: Definiciones y Flujos de trabajo Javier Parapar @jparapar javierparapar@udc.es Revised: Pedro Cabalar Updated: 23 de octubre de 2017 4 P s: People; Project;
Más detallesSILABO DEL CURSO DISEÑO DE SOFTWARE 1. DATOS GENERALES
SILABO DEL CURSO DISEÑO DE SOFTWARE 1. DATOS GENERALES 1.1. Facultad : Ingeniería 1.2. Carrera Profesional : Ingeniería de Sistemas 1.3. Departamento : Ingeniería de Sistemas 1.4. Tipo de Curso : Obligatorio
Más detallesRUP Vs. XP. Sandra Lorena Anaya
RUP Vs. XP Sandra Lorena Anaya Introducción Calidad del SW Transparencia y control sobre el proceso Producir lo esperado en el tiempo esperado y con el coste esperado Antes: Desarrollo en cascada Ahora:
Más detallesPersonas. Tecnología. Producto. Proceso
IS, RUP y UML en el Contexto de ADOO Análisis y Diseño OO, 2008-1 Luis Carlos Díaz, Angela Carrillo y Deicy Alvarado Presentación del Curso Ingeniería de Software Personas Tecnología Producto Proceso sobre
Más detallesPROCESOS PARA LA INGENIERÍA DE SOFTWARE. Facultad de Estadística e Informática
PROCESOS PARA LA INGENIERÍA DE SOFTWARE Bibliografía Pressman, R.S., Ingeniería del Software. Un enfoque práctico, quinta edición, 2002, España. Sommerville I., Ingeniería de Software, Addison-Wesley,
Más detallesTema 9: Método de Craig Larman
Tema 9: Método de Craig Larman Maria-Isabel, Sanchez Segura Arturo, Mora-Soto Diagramas de UML Los diagramas expresan gráficamente partes de un modelo Use Case Use Case Use Case Diagrams Diagramas de Use
Más detalles4/15/2010. Requerimientos de Software UARG.UNPA Requerimientos de Software. Requerimientos de Software
UARG.UNPA 2009 Un caso de uso es una interacción típica entre un usuario y un sistema computacional.(fowler) Un caso de uso especifica el comportamiento deseado del sistema (objetivos del usuario). (Jacobson)
Más detallesITILv3-Transición del Servicio de Información. Figuras basadas en material ITIL
ITILv3-Transición del Servicio de Información Figuras basadas en material ITIL Fundamentos de ITIL Edición 2011 Transición del Servicio Transición del Servicio Transición del Servicio Definición Terminología
Más detallesMÓDULOS DE DISEÑO EN INGENIERÍA
MÓDULOS DE DISEÑO EN INGENIERÍA El diseño de productos tecnológicos (artefactos, procesos, sistemas e infraestructura) está en el centro de la naturaleza de la ingeniería. El diseño en ingeniería es un
Más detallesEstándar de desarrollo de aplicaciones
Página 1 de 25 Estándar de desarrollo de aplicaciones Marzo 2015 202.005.i.2 v2.3 DGSEI Elaboró/Modificó Revisa Autorizó Dirección de Ingeniería de la Información Subdirección de Política Informática Dirección
Más detallesLenguaje de Modelamiento Unificado.
Lenguaje de Modelamiento Unificado. Pontificia Universidad Javeriana What can you Model with UML? 1. Structure Diagrams include: The Class Diagram Object Diagram Component Diagram Composite Structure Diagram
Más detallesSistemas de Información II. Modelo del Negocio
Modelo del Negocio El Proceso Unificado Concepción Elaboración Construcción Transición Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Implantación Admón. del Proyecto Iteraciones
Más detallesTécnicas de Pruebas de
Técnicas de Pruebas de Software Lecturas Pruebas de Unidades Pruebas Integración Docente Beatriz E. Florián bflorian@eisc.edu.co Mayo 3 de 2005 Pruebas Reglas de oro para pruebas Límites de Pruebas: Probar
Más detallesModelo y Análisis 179
Modelo y Análisis 179 2.6 Análisis Funcional Por medio del análisis funcional: Se muestra las operaciones de los objetos y sus dependencia de datos por medio de los diagramas de flujo de datos. Se descompone
Más detallesIngeniería a de Software CC51A
Ingeniería a de Software CC51A Clase Auxiliar Auxiliar: Andrés s Neyem Oficina 418 de Doctorado aneyem@dcc.uchile.cl 19 de Marzo de 2007 Aspectos Generales Grupo CC51A Diseño Cliente Requisitos Usuario
Más detallesDescripción del Curso
Curso Práctico de Modelado de Negocios BPMN con UML Descripción del Curso Durante este curso aprenderás de forma práctica el estándar BPMN (Business Process Management Notation) y las extensiones de UML
Más detallesIntroducción histórica
Mario González Agenda Introducción histórica Qué es la arquitectura de software? Arquitectura y sus efectos en los Stakeholders Estructuras arquitectónicas Vista lógica Vista de código Vista de desarrollo
Más detallesCAPTURA DE REQUERIMIENTOS
CAPTURA DE REQUERIMIENTOS SEMANA 2 Primera Sesión Profesor del Curso: Aréstegui Guillén Oscar Temario Ingeniería de Requerimientos Diagrama de actividades del proceso del negocio Identificación de Actores
Más detallesEspecificación de Requerimientos <Nombre del Proyecto> Nombre del Grupo de Desarrollo o Asignatura Nombre del Autor
Especificación de Requerimientos Nombre del Grupo de Desarrollo o Asignatura [Este documento es la plantilla base para elaborar el documento Especificación de Requerimientos. Los textos que aparecen entre
Más detalles6 Conclusiones y trabajos futuros
6 Conclusiones y trabajos futuros 82 6 Conclusiones y trabajos futuros En esta sección se presentan las conclusiones de nuestra experiencia en el desarrollo de TREG así como los trabajos futuros. 6.1.Conclusiones
Más detallesMETRICA VERSION MÉTRICA versión 3. Metodología de Planificación, Desarrollo y Mantenimiento de Sistemas de Información
9.000 MÉTRICA versión 3 Metodología de Planificación, Desarrollo y Mantenimiento de Sistemas de Información 9.010 Enero 2000 borrador de metodología MÉTRICA v. 3 Ofrece a las organizaciones un instrumento
Más detallesFundamentos de Programación. Resolución de Problemas y Diseño de Programas. Fundamentos de Programación. Página 0 de 27
Fundamentos de Programación. Resolución de Problemas y Diseño de Programas. Fundamentos de Programación. Página 0 de 27 Metodología general para la solución de un problema Comprensión del problema (entiende
Más detallesCiclos, Procesos y Metodologías de Desarrollo de Software. Análisis y Diseño de Sistemas de Información UNIDAD 2
Ciclos, Procesos y Metodologías de Desarrollo de Software Análisis y Diseño de Sistemas de Información UNIDAD 2 Desarrollo de un Sistema de Información Desarrollo de un Sistema de Información Desarrollo
Más detallesPlan de proyecto. Historia de revisiones. Proyecto ScrumCeption. Matias Rodal. 6 de septiembre de 2015
Proyecto ScrumCeption Plan de proyecto 6 de septiembre de 2015 Historia de revisiones Fecha de la revisión Versión Descripción Autor 28/08/2015 1.0 Versión inicial Índice 1. Introducción 3 1.1. Estrategia
Más detallesA. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013
Tema 2: Captura de requisitos usando UML A. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013 1.-Introducción: Índice Visión global de la captura de requisitos Artefactos 2.- Modelo de Casos de Uso 3.-
Más detallesCasos de uso una: propuesta para la reunión de requerimientos
una: propuesta para la reunión de requerimientos Maria de los Angeles Fernandez Benassati Pablo Fillottrani Departamento de Ciencias e Ingenieria de la Computación Univeridad Nacional del Sur Av. Alem
Más detallesCIDE, SA. RIF: J NIT: MODELO FUNCIONAL
MODELO FUNCIONAL SIGA C O NTE NlD O Introducción Aspectos Conceptuales Definición de modelo Requisitos de un Modelo Funcional Modelando la Funcionalidad del Sistema: Diagrama de Casos de Uso Definición
Más detallesDiagramas De Casos De Uso
Estáticos Diagramas De Casos De Uso Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario.. Por lo tanto los casos de uso determinan los requisitos
Más detallesINGENIERÍA DE SOFTWARE Rational Unified Process RUP
1 INGENIERÍA DE SOFTWARE Rational Unified Process RUP Rubby Casallas Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes Referencias 2 http://www.rational.com/ http://www-306.ibm.com/software/awdtools/rup/
Más detalles