Ingeniería de Requisitos

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Ingeniería de Requisitos"

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? 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 detalles

Ingeniería de Software: Metodologías

Ingenierí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 detalles

Rational Unified Process

Rational 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 detalles

Proceso Unificado de Desarrollo de Software. 13 de sep de 2006

Proceso 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 detalles

Ingeniería de Requisitos

Ingenierí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 detalles

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

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 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 detalles

Ingeniería de Software: Metodologías

Ingenierí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 detalles

Principios de Análisis Informático. Tema 3: Fase de inicio

Principios 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 detalles

Qué es RUP? RUP es un proceso de desarrollo de software: Objetivos: Es también un producto:

Qué 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 detalles

Ingeniería de Requisitos

Ingenierí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 detalles

UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE

UNT 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 detalles

Figure 12-1: Phase D: Technology Architecture

Figure 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 detalles

Universidad de Los Andes. Propuesta de Metodología de Arquitectura

Universidad 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 detalles

UNIVERSIDAD 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 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 detalles

Diplomado Análisis de negocio, preparación para Certificación

Diplomado 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 detalles

Administración de Requerimientos

Administració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 detalles

INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ

INGENIERIA 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 detalles

CICLOS DE VIDA Y METODOLOGIAS

CICLOS 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 detalles

Marcos López Sanz Ingeniería del Software de Gestión. Introducción El proceso unificado Principios básicos Las 4 p

Marcos 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 detalles

Interacción Persona - Ordenador

Interacció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 detalles

Instrucción 1 Criterios, Convenciones y recomendaciones para utilizar este instructivo

Instrucció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 detalles

octubre de 2007 Arquitectura de Software

octubre 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 detalles

Ingeniería de Software. Ingeniería de Requisitos Clase 4

Ingenierí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 detalles

I genier i í er a í de Requeri er m i i m en t s

I 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 detalles

Tema 4c: El Proceso Unificado de Desarrollo

Tema 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 detalles

Contenido. Introducción. Buenas Prácticas. Buenas Prácticas. Introducción al RUP. Disciplina Requerimientos. Conclusiones. Desarrollo Iterativo

Contenido. 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 detalles

MANUAL DE TALLERES INGENIERÍA DE SOFTWARE

MANUAL 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 detalles

Uso de Metodología ICONIX

Uso 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 detalles

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:

1. 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 detalles

ANÁLISIS DE SISTEMAS. Prof. Eliz Mora

ANÁ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 detalles

TEMA 4. PROCESO UNIFICADO

TEMA 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 detalles

Ingenierí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 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 detalles

Procesos del software

Procesos 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 detalles

SIGPRE Sistema de Gestión Presupuestaria

SIGPRE 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 detalles

Ingeniería de Software: Metodologías

Ingenierí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 detalles

Figure 14-1: Phase F: Migration Planning

Figure 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 detalles

Introducción a Rational Unified Process (RUP)

Introducció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 detalles

SÍLABO DISEÑO E IMPLEMENTACIÓN DE SISTEMAS ÁREA CURRICULAR: SISTEM AS DE INFORM ACIÓN : : 04. : Ingeniería de Software II

SÍ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 detalles

Tema 4e: Proceso Unificado: Análisis

Tema 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 detalles

Ingeniería de Sistemas. Objetivos. Que es un Sistema? Tópicos. Ingeniería de Software y Sistemas. Problemas con la Ingeniería de Sistemas

Ingenierí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 detalles

Unidad 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. 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 detalles

Tema 13: El Proceso Unificado de Desarrollo

Tema 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 detalles

Tema 4g: Proceso Unificado: Implementación

Tema 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 detalles

Análisis y Diseño de Sistemas

Aná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 detalles

I 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 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 detalles

5.7.2 DST - Desarrollo de soluciones tecnológicas de TIC Objetivos del proceso

5.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 detalles

15/05/2015. Exponer sólo lo que los usuarios de la interfaz necesitan conocer.

15/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 detalles

Procesos de Software

Procesos 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 detalles

Análisis y Diseño Orientado a Objetos. 2 - Análisis

Aná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 detalles

ALLSOFT S.A. de C.V. Monterrey, N.L.

ALLSOFT 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 detalles

Proceso Unificado (Iterativo e incremental)

Proceso 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 detalles

Procesos y desarrollo de SW Proceso Unificado

Procesos 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 detalles

SISTEMA 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 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 detalles

LABORATORIO DE INTERACCION HUMANO COMPUTADORA MANUAL DE PRÁCTICAS. Practica #1. Identificación del proyecto a Desarrollar

LABORATORIO 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 detalles

Ingeniería de Software: Parte 2

Ingenierí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 detalles

Figure 13-1: Phase E: Opportunities & Solutions

Figure 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 detalles

UML (Unified Modeling Language) Octubre de 2007

UML (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 detalles

Ingenierí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 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 detalles

Pruebas de Software. Agenda. Pruebas de Programas Los Niveles de Prueba Diseño de Casos de Prueba

Pruebas 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 detalles

Caso de Uso. Herramienta de relevamiento. domingo, 28 de octubre de 12

Caso 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 detalles

Figure 17-1: ADM Architecture Requirements Management

Figure 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 detalles

Ingeniería del Software de Gestión

Ingenierí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 detalles

Tema 2: Especificación de Requisitos

Tema 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 detalles

ALTEN SPAIN ACADEMY CATÁLOGO DE CURSOS

ALTEN 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 detalles

Ingeniería de Software: Y eso qué es?

Ingenierí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 detalles

Curso Aseguramiento de la Calidad De los Procesos y Productos de Software

Curso 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 detalles

Metodoloxías de Desenvolvemento

Metodoloxí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 detalles

SILABO DEL CURSO DISEÑO DE SOFTWARE 1. DATOS GENERALES

SILABO 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 detalles

RUP Vs. XP. Sandra Lorena Anaya

RUP 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 detalles

Personas. Tecnología. Producto. Proceso

Personas. 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 detalles

PROCESOS PARA LA INGENIERÍA DE SOFTWARE. Facultad de Estadística e Informática

PROCESOS 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 detalles

Tema 9: Método de Craig Larman

Tema 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 detalles

4/15/2010. Requerimientos de Software UARG.UNPA Requerimientos de Software. Requerimientos de Software

4/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 detalles

ITILv3-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 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 detalles

MÓDULOS DE DISEÑO EN INGENIERÍA

MÓ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 detalles

Estándar de desarrollo de aplicaciones

Está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 detalles

Lenguaje de Modelamiento Unificado.

Lenguaje 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 detalles

Sistemas de Información II. Modelo del Negocio

Sistemas 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 detalles

Técnicas de Pruebas de

Té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 detalles

Modelo y Análisis 179

Modelo 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 detalles

Ingeniería a de Software CC51A

Ingenierí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 detalles

Descripción del Curso

Descripció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 detalles

Introducción histórica

Introducció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 detalles

CAPTURA DE REQUERIMIENTOS

CAPTURA 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 detalles

Especificación de Requerimientos <Nombre del Proyecto> Nombre del Grupo de Desarrollo o Asignatura Nombre del Autor

Especificació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 detalles

6 Conclusiones y trabajos futuros

6 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 detalles

METRICA VERSION MÉTRICA versión 3. Metodología de Planificación, Desarrollo y Mantenimiento de Sistemas de Información

METRICA 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 detalles

Fundamentos 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 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 detalles

Ciclos, 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 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 detalles

Plan de proyecto. Historia de revisiones. Proyecto ScrumCeption. Matias Rodal. 6 de septiembre de 2015

Plan 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 detalles

A. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013

A. 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 detalles

Casos de uso una: propuesta para la reunión de requerimientos

Casos 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 detalles

CIDE, SA. RIF: J NIT: MODELO FUNCIONAL

CIDE, 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 detalles

Diagramas De Casos De Uso

Diagramas 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 detalles

INGENIERÍA DE SOFTWARE Rational Unified Process RUP

INGENIERÍ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