Procesos de la Ingeniería

Slides:



Advertisements
Presentaciones similares
¿Cual es el resultado requerido para el negocio? ¿Cuál es el cambio específico que desea lograr ahora? ¿Cómo se mide el éxito? ¿Cómo especificar el rendimiento.
Advertisements

PROTOTIPOS.
Franco Huertas, Joel Francisco
Ingeniería del Software UMG Ingeniería en Sistemas
ANÁLISIS DE REQUERIMIENTOS
Ingeniería de Software
INGENIERIA DE REQUERIMIENTOS
Medición, Análisis y Mejora
Diseño de un Sistema de Control en Tiempo Real para el Kernel del Sistema Operativo utilizando MatLab-SimuLink Por: MARCO ANTONIO ESPINEL CANGUI DIRECTOR:
INSTITUTO TECNOLÓGICO SUPERIO DE LIBRES
SISTEMAS DE INFORMACION
Diferencias entre administración y gestión
ANÁLISIS Y DISEÑO DESDE UNA PERSPECTIVA ORIENTADA A OBJETOS Alan Vargas.
Ingeniería de Software Orientada a Objetos
Capítulo 3 Etapas de un Proyecto de simulación
GESTION NIVELES DE SERVICIO.
IS ILic. Patricia Pesado.1 INGENIERIA DE REQUERIMIENTOS.
Ingeniería de Sistemas Requerimientos
PLANEACION DEL SISTEMA
Técnicas para la obtención de requerimientos
MEJORA DE LOS PROCESOS ORGANIZACIONALES
Redes II M. C. Nancy Aguas García. Redes Planeación Análisis y Diseño Instalación Evaluación Administración de software Mantenimiento de hardware.
Arquitectura de la Empresa
Ingeniería de Requisitos
REQUERIMIENTOS DE SOFTWARE
Unidad VI Documentación
Contexto Proyecto consolidado dentro de la línea de investigación de Sistemas de Información en el Dpto. de Ingeniería en Sistemas de Información de la.
El proceso de la Especificación de Requerimientos
Análisis y Diseño de Sistemas
Ingeniería del Software
Análisis de Requerimientos
El Concepto de Requerimiento
Plan de Sistemas de Información (PSI)
Presentado por: YULI ANDREA CUELLAR M  Es un conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio.
Sistemas Basados en Conocimiento (Knowledge Based Systems) Lic. Mario G. Oloriz Agosto 2004.
Importancia en la efectividad del:
Investigación de mercado por Naresh Malhotra
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
(GESTIÓN DE PROCESOS DE NEGOCIO)
Estudio de Viabilidad del Sistema (EVS)
“Introducción a las Ciencias de la Informática”
35 años de investigación, innovando con energía 1 Mayo, 2012 P LAN DE ASEGURAMIENTO DE LA CALIDAD DEL DESARROLLO DE SOFTWARE E STÁNDAR IEEE 730 Y G UÍA.
Unidad 3: Adquisición de Paquetes de Software Msc. Lic. Susana I. Herrera - Lic. Paola Budán UNSE 2012.
PLANEACION DEL SISTEMA
REQUISITOS.
Las Pruebas del Software y sus Fundamentos
Alexander Aristizabal Ángelo flores herrera
Factores y Métricas que determinan la Calidad de un producto
Ciclo de vida de un sistema
IDENTIFICACIÓN DEL CICLO DE VIDA DEL SOFTWARE. POLITÉCNICO COLOMBIANO JAIME ISAZA CADAVID.
Conceptos sobre GESTIÓN DE PROYECTOS
Ingeniería de Requerimientos
SISTEMAS DE INFORMACION Ingeniería de Requerimientos (Segunda Parte) ING. JOSE M. POVEDA.
NOMBRE DE LA ASIGNATURA: VERIFICACIÓN Y VALIDACIÓN DEL SOFTWARE
Simón Esneider Herrera Álvarez Media Técnica Casd 10-2
REVISION Y AUDITORIA.
Análisis de Requerimientos
Introducción a la Administración de Proyectos
Organización y Métodos. ©Ian Sommerville 1995 Ingeniería de Software, 5a. edición Capitulo 4 Diapositiva * Ingeniería de Requerimientos ● Estableciendo.
Proceso de desarrollo de Software
LILIANA JIMENEZ GARCIA FERANANDO CANO GOMEZ. El proceso de recopilar, analizar y verificar las necesidades del cliente para un sistema es llamado Ingeniería.
ANALISIS SEGURO DE TRABAJO (AST)
República Bolivariana de Venezuela Universidad Nacional Experimental Politécnica de la Fuerza Armada (UNEFA) Carrera: Ingeniería de Sistemas Cátedra: Análisis.
Fundamentos de Computación
ANALISIS DE SISTEMAS PROFESOR HECTOR ARCIA.
Modelo de procesos de software
Planificación de Sistemas de Información
Fundamentos de Ingeniería de Software
Requerimientos del software
VERIFICACIÓN Y VALIDACIÓN DE SISTEMAS 3.10 Fase de manejo de requerimientos 4.1 Modelado de pruebas en UML Ponente: ing. Alejandro tapia vazquez.
Transcripción de la presentación:

Procesos de la Ingeniería Requerimientos

Objetivos • Comprenderán las principales actividades de la ingeniería de requerimientos y sus relaciones. • Como se introduce en diversas técnicas para la obtención y análisis de requerimientos. • Comprenderán la importancia de la validación de requerimientos y cómo se utilizan las revisiones de éstos en este proceso. • Comprenderán por qué es necesaria la gestión de requerimientos y cómo ayuda a otras actividades de la ingeniería de requerimientos.

Procesos de la ingeniería de requerimientos La meta del proceso de ingeniería de requerimientos es crear y mantener un documento de requerimientos del sistema. El proceso general corresponde cuatro subprocesos de alto nivel de la ingeniería de requerimientos. Estos tratan de: la evaluación de si el sistema es útil para el negocio (estudio de viabilidad). el descubrimiento de requerimientos (obtención y análisis). la transformación de estos requerimientos en formularios estándar (especificación). la verificación de que los requerimientos realmente definen el sistema que quiere el cliente (validación).

de requerimientos esquematizado. El proceso de ingeniería de requerimientos esquematizado.

Modelo en espiral de los procesos de la i n g e n i e r í a de requerimientos.

Algunas personas consideran a la ingeniería de requerimientos como el proceso de aplicar un método de análisis estructurado, como el análisis orientado a objetos. Éste comprende analizar el sistema y desarrollar un conjunto de modelos gráficos del mismo, como los modelos de casos de uso. El conjunto de modelos describe el comportamiento del sistema al cual se le agregan notas con información adicional que detallan, por ejemplo, el rendimiento o fiabilidad requeridos.

Estudios de viabilidad Para todos los sistemas nuevos, el proceso de ingeniería de requerimientos debería empezar con un estudio de viabilidad. Es un estudio corto y orientado a resolver varias cuestiones. La entrada de éste es un conjunto de requerimientos de negocio preliminares, una descripción resumida del sistema y de cómo éste pretende contribuir a los procesos del negocio. Los resultados del estudio de viabilidad deberían ser un informe que recomiende si merece o no la pena seguir con la ingeniería de requerimientos y el proceso de desarrollo del sistema.

Tipos de preguntas que se hacen En un estudio de viabilidad ¿Contribuye el sistema a los objetivos generales de la organización? ¿Se puede implementar el sistema utilizando la tecnología actual y dentro de las res- tricciones de costo y tiempo? ¿Puede integrarse el sistema con otros sistemas existentes en la organización?

La cuestión de si el sistema contribuye a los objetivos del negocio es crítica. Si no contribuye a estos objetivos, entonces no tiene un valor real en el negocio. Aunque esto pueda parecer obvio, muchas organizaciones desarrollan sistemas que no contribuyen a sus objetivos porque no tienen una clara declaración de estos objetivos, porque no consiguen definir los requerimientos del negocio para el sistema o porque otros factores políticos u organizacionales influyen en la creación del sistema.

Llevar a cabo un estudio de viabilidad comprende la evaluación y recopilación de la información y la redacción de informes.

Algunos ejemplos de preguntas posibles son: 1. ¿Cómo se las arreglaría la organización si no se implementara este sistema? 2. ¿Cuáles son los problemas con los procesos actuales y cómo ayudaría un sistema nuevo a aliviarlos? 3. ¿Cuál es la contribución directa que hará el sistema a los objetivos y requerimientos del negocio? 4. ¿La información se puede obtener y transferir a otros sistemas de la organización? 5. ¿Requiere el sistema tecnología que no se ha utilizado previamente en la organización? 6. ¿A qué debe ayudar el sistema y a qué no necesita ayudar?

En un estudio de viabilidad, se pueden consultar las fuentes de información, como los jefes de los departamentos donde se utilizará el sistema, los ingenieros de software que están familiarizados con el tipo de sistema propuesto, los expertos en tecnología y los usuarios finales del sistema. Normalmente, se debería intentar completar un estudio de viabilidad en dos o tres semanas.

Una vez que se tiene la información, se redacta el informe del estudio de viabilidad. Debería hacerse una recomendación sobre si debe continuar o no el desarrollo del sistema. En el informe, se pueden proponer cambios en el alcance, el presupuesto y la confección de agendas del sistema y sugerir requerimientos adicionales de alto nivel para éste.

Integrantes: Rodrigo Michelena Romina Bertinat 3º BB