Ingeniería de requisitos-UDO MONAGAS

UNIVERSIDAD DE ORIENTENÚCLEO MONAGAS

DEPARTAMENTO DE INGENIERIA DE SISTEMASANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN

PROFESORA:GASCON, YAMILA

BACHILLERES:CARDOZO, RICHARD

CASTAÑEDA, MARIANELALÓPEZ,FERNANDORONDON, DAVID

Ingeniería de Requisitos Ingeniería de

Requisitos

CONTENIDOINGENIERIA DE REQUISITOS

1. DEFINICION2. REQUISITOS3. TIPOS DE REQUISITOS4. REQUISITOS VS REQUERIMIENTOS5. ITERACION: IMPLEMENTAR Y PROBAR REQUISITOS 6. PROBLEMAS PARA DETERMINAR LOS REQUISITOS7. SOLUCIONES APLICADAS8. IDENTIFICACIÓN DE PERSONAS INVOLUCRADAS EN EL PROCESO9. IMPORTANCIA DE LA INGENIERIA DE REQUISITOS10.TECNICAS PARA IMPLEMENTAR LA INGENIERIA DE REQUISITOS11.PASO A PASO DE LA INGENIERIA DE REQUISITOS12.ACTIVIDADES DE LA INGENIERIA DE REQUISITOS13.CADENA DE VALOR DEL METODO WATCH14.CADENA DE VALOR DE LA INGENIERIA DE REQUISITOS15.MODELADO DE NEGOCIOS E INGENIERIA DE REQUISITOS16.CASO PRACTICO17.REFERENCIAS

VERIFICAR

ANALIZAR

RECOPILAR

Ingeniería de RequisitosDefinición

MICHAEL ARIAS (S/F)

Necesidades del cliente o usuario para un sistema

FERNANDO LÓPEZ

Conjunto de Actividades

Análisis de Problemas

Necesidades del Cliente

Herramientas y técnicas Sistematicas y repetibles.

Partiendo de los Requerimientos del producto

Concluyendo con la especificación de soluciones

Definición

CAPA Y LUDEÑA (S/F)

Ingeniería de Requisitos

FERNANDO LÓPEZ

Definición

BARRIOS Y MONTILVA (2004)


“Proceso técnico inicial para el desarrollo ingenieril de aplicaciones de software que ocurre en el espacio de solución de un problema y se encarga de caracterizar la aplicación de base a las necesidades y los requisitos

que los usuarios de la aplicación tienen”

FERNANDO LÓPEZ

REQUISITOSIngeniería de Requisitos

Según Arias, M. (S/F)

“Es una descripción de una condición o capacidad que debe

cumplir un sistema, ya sea derivada de una necesidad de usuario identificada, o bien, estipulada en un contrato,

estándar, especificación u otro documento formalmente impuesto

al inicio del proceso.”

FERNANDO LÓPEZ

Lo que la aplicación debe hacer

Ingeniería de RequisitosREQUISITOS

¿Qué definen

los requisitos

?

FERNANDO LÓPEZ

Iteración entre

usuarios y

aplicación


¿Qué definen

los requisitos

?

FERNANDO LÓPEZ

Restricciones sobre las cuales operará


¿Qué definen

los requisitos

?

FERNANDO LÓPEZ

Atributos de calidad

que Debe

satisfacer


¿Qué definen

los requisitos

?

FERNANDO LÓPEZ

Cualidades, atributos, reglas y normas


¿Qué definen

los requisitos

?

FERNANDO LÓPEZ

Ingeniería de RequisitosTIPOS DE REQUISITOS

FERNANDO LÓPEZ

Requisitos Funcionales• Definen las funciones que el sistema será capaz de realizar

• Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas

Requisitos No Funcionales• Define las características

que de una u otra forma puedan limitar el sistema

• Rendimiento (en tiempo y espacio), disponibilidad de equipo, mantenimiento, seguridad, etc.

Arias, M (2006)

Ingeniería de RequisitosTIPOS DE REQUISITOS

FUNCIONALES

FERNANDO LÓPEZ

Requisitos Del Negocio:Describe el ¿Por qué? Se desea desarrollar la aplicación.

Requisitos Del Usuario: Describen las necesidades que los usuarios tienen y las tareas que realizaran con la aplicación

Requisitos Del Sistema:Relaciona con los productos ,que tienen componentes hardware y software.

Requisitos Del Comportamiento:Describe servicios que la aplicación presta.

Según Arias, M (S/F)

Ingeniería de RequisitosTIPOS DE REQUISITOS NO

FUNCIONALES

FERNANDO LÓPEZ

Restricciones: Limitaciones que se impone al desarrollo de la aplicación.

Atributos De Calidad: Cualidades o propiedades que la aplicación debe satisfacer.

Requisitos de Interfaces: Son las características de la interacción.

Reglas del Negocio: Expresan regulaciones que la empresa debe acatar.

Según Arias, M (S/F)

Ingeniería de RequisitosAtributos de Calidad de

Software

ISO 9126

Funcionalidad

Fiabilidad

Usabilidad

Eficiencia

Mantenibilidad

Portabilidad

FERNANDO LÓPEZ


Software

Fiabilidad: capacidad de la aplicación para mantener un rendimiento adecuado ante determinadas situaciones

Madurez Tolerancia a fallas Facilidad de recuperación

Funcionalidad: permite calificar si la aplicación maneja adecuadamente las funciones para las cuales fue

diseñadaAdecuación Interoperabilidad Seguridad Conformidad

FERNANDO LÓPEZ


Software

Eficiencia: evalúa la relación entre el nivel de funcionamiento de la aplicación y la cantidad de

recursos empleados

Uso de recursos Rendimiento

Usabilidad: permite evaluar el esfuerzo que invierten los usuarios en el manejo de la aplicación

Comprensibilidad Facilidad de Aprendizaje Comprensibilidad

FERNANDO LÓPEZ


Software

Portabilidad: determina la habilidad de la aplicación para ser transferida de un ambiente a otro

Facilidad de instalación Adaptabilidad Coexistencia

Mantenibilidad: determina el esfuerzo requerido para mantener la aplicación, ante fallas o mejoras

Facilidad de modificación Capacidad de Análisis

FERNANDO LÓPEZ

Ingeniería de RequisitosREQUISITOS VS REQUERIMIENTOS

REQUERIMIENTOS

REQUISITOS

Indica: ¿Qué debe hacer el sistema?

Indica: ¿Cómo se debe hacer el software?

¿Cómo resolver un problema o lograr un objetivo?

Las condiciones que deben cumplirse para resolver la problemática

Las necesidades que se tienen para la elaboración del sistema y lo que como desarrolladores debemos satisfacer

Lo que el sistema/solución debe cumplir

FERNANDO LÓPEZ

Realizar el Seguimiento de las Iteraciones

Programar la Demostración y la Entrega de la Iteración

Estado de Todas las Iteraciones

Calcular la Carga de Trabajo Adecuada de la Iteración

Iteración: Implementar y Probar Requisitos


PLAN DE ITERACIÓN

1

2

3

Información General sobre los Requisitos

Evolución y Tasa de Evolución

DAVID RONDON

Problemas para determinar los Requisitos


Con personas

involucradas

Con los analistas

Con los desarrolladore

s

DAVID RONDON

SOLUCIONES APLICADAS


SOLUCIONES

Herramientas

Pizarras electrónic

as

Capacidad de

captura lógicaCapacidad

de generar

prototipos

Capacidad de agregar requisitos

Capacidad de operar

con el prototipo

DAVID RONDON

Identificación de personas involucradas en el proceso


Usuario Final

Usuario Líder

Personal de Mantenimiento

Analistas y Programadores

Personal de Pruebas

DAVID RONDON

Mejora la capacidad de predecir cronogramas de proyectos

Disminuye los costos y retrasos del proyecto

Evita rechazos de usuarios finales

Permite gestionar las necesidades del proyecto en forma estructurada

Ingeniería de RequisitosIMPORTANCIA DE LA INGENIERIA DE REQUISITOS

MARIANELA CASTAÑEDA

Técnicas para Implementar la Ingeniería de Requisitos


TALLERES

ENTREVISTAS

FORMAS DE

CONTRATO

PROTOTIPOS

CASOS DE USO


Inicio

Obtención

Elaboración

Negociación

Validación

Revisión

Asegurar que la concepción del problema que tiene el

ingeniero de software

coincide con la percepción del

cliente.

Ingeniería de RequisitosPaso a Paso de la Ing. De Requisitos


2

3

4

5

1 INICIO

OBTENCIÓN

ELABORACIÓN

NEGOCIACIÓN

ESPECIFICACIÓN

VALIDACIÓN

GESTIÓN

6

7

Ingeniería de RequisitosActividades de la Ingeniería de Requisitos


ARIAS M.(S/F)

• Identificar una nueva necesidad de negocio

• Descubrimiento de un nuevo mercado• Descubrimiento de un nuevo Servicio

Inicio

Actividades de la Ingeniería de Requisitos


• Consiste en la recopilación de información de forma organizada por los IngenierosObtención





• Modelo técnico refinado de las funciones, características y restricciones del software

• Mediante la creación y refinamiento de escenarios.

• Modelo de Análisis que define(El dominio de la información, funciones y Comportamiento del problema)

Elaboración

• Se deben ordenar los distintos requisitos y luego discutir los conflictos relacionados con la prioridad

• Esfuerzo requerido para su desarrollo• enfoque iterativo los requisitos se eliminan, combinan o modifican.

Negociación




• Documentación de los requerimientos acordados con el cliente, en un nivel apropiado de detalle

Especificación

Documento Escrito

Conjunto de Modelos

Gráficos

Modelo Matemático Formal

Escenarios de Uso

Prototipo

Una combinación de

estos.

SE RECOMIENDA

SISTEMAS

GRANDES

SISTEMAS

PEQUEÑOS

Documentos

escritos

Escenarios

de uso




Examina la especificación para asegurar que los requisitos de software se han

establecido de manera precisa Conjunto de actividades que

ayuda al equipo del proyecto a identificar, controlar y rastrear los requisitos como también los cambios a éstos

en el desarrollo del proyecto, la gestión formal

se inicia solo para proyectos grandes

VALIDACIÓN

GESTIÓN

Ingeniería de RequisitosCadena de valor del método Watch

La IR se ubica, junto al Modelado de Negocios, al comienzo de la cadena de valor del desarrollo de software, Método WATCH.

RICHARD CARDOZO

Descubrimiento Análisis de los requisitos

Especificación de los requisitos

El proceso de la Ingeniera de Requisitos se puede concebir como una cadena de valor en donde:

Ingeniería de RequisitosCadena de valor de la Ingeniería de

Requisitos

GESTIÓN DE REQUISITOSVALIDACIÓN DE REQUISITOS

RICHARD CARDOZO

Ingeniería de RequisitosModelado de Negocios

RICHARD CARDOZO

Ingeniería de RequisitosProductos de la Ingeniería de Requisitos

RICHARD CARDOZO Según Jonás Montilva y Judith Barrios



• Documento de gestión elaborado por el Líder del Proyecto

• Describe detalladamente las actividades, tiempos, costos y recursos requeridos en el proyecto para realizar los procesos IR

El Plan de Gestión de Ingeniería de

Requisitos

• Es un programa que exhibe la interfaz gráfica de la aplicación

El Prototipo de la Aplicación:

• Es un documento manual o electrónico que describe y comunica los requisitos de la aplicación

• Utilizado por los clientes, usuarios y gerentes, y los desarrolladores de la aplicación

El Documento de Requisitos (DR)

• Dirigido a los clientes/usuarios• Contenido identifica, describe, organiza y relaciona los requisitos desde la perspectiva de los clientes/usuarios

Documento de Definición de

Requisitos (DDR):

• Se dirige a los desarrolladores del sistema y describe gráficamente los requisitos contenidos en el DDR

• Usa un lenguaje o notación de modelado



• Dirigido a los clientes/usuarios• Contenido identifica, describe, organiza y relaciona los requisitos desde la perspectiva de los clientes/usuarios

Documento de Definición de

Requisitos (DDR):

Documento de Especificación de Requisitos (DER):


RICHARD CARDOZO

Ingeniería de RequisitosCASO PRACTICO

INGENIERÍA DE REQUISITOS PARA PROCESOS DE EJECUCIÓN DE ESTRATEGIAS DE MERCADEO (IMPULSOS Y FACHADAS), COORDINACIÓN DE DESARROLLO EN EL PUNTO DE VENTA CERVECERÍA POLAR C.A TERRITORIO

COMERCIAL ORIENTE SUR

Desarrollar la ingeniería de requisitos de aplicación empresarial para la gestión, control y seguimiento de los procesos de ejecución de estrategias de mercadeo

(Impulsos y Fachadas).

RICHARD CARDOZO

Autor: Br. Sarabia D, Karinthia L

EnunciadoLa Coordinación de Desarrollo en el Punto de Venta en Cervecería Polar C.A

Territorio Comercial Oriente Sur, realiza los procesos de ejecución de estrategias demercadeo específicamente impulsos y fachadas sin contar con una herramienta que le

permita realizar un control y respaldo de la información (presupuestos, facturas,reportes fotográficos, entre otros) generada en estos procesos.

Actualmente la coordinación comenzó a implementar un mecanismo para llevar a cabo el respaldo de la información, este implica el empleo de tiempos prolongados convirtiéndose en un trabajo engorroso y difícil de llevar un seguimiento tanto físico como sistematizado,

aún así no satisface los requerimientos de la unidad, es decir que, en el momento de solicitar o verificar datos específicos, se debe buscar en cada una de las carpetas donde se almacenan archivos físicos provocando un atraso y lentitud en las actividades laborales cotidianas. Al mismo momento se evidencia la inexistencia de una base de datos consolidada que sirva de soporte sustentable para la toma de decisiones. Por las razones antes expuestas se propone el desarrollo de la ingeniería de requisitos de una aplicación empresarial que facilitará el

control y la visualización de los procesos de ejecución de estrategias de mercadeo como son la aplicación de impulsos y fachadas en los puntos de expendios que mantienen acuerdos

con Cervecería Polar C.A.

CASO PRACTICO


• Carácter Proyectivo y nivel comprensivoInvestigación

• Observación directa• Revisión documental• Entrevistas no estructuradas• Cuestionario

Técnicas de recolección de datos

• Gray watch• Lenguaje unificado de modelado (UML)Metodología

• Solución para diseñar y construir una aplicación empresarial que atienda las necesidades planteadas en la coordinación con la finalidad de automatizar los procesos Impulsos y Fachadas

Propuesta

CASO PRACTICO


RICHARD CARDOZO

CASO PRACTICO


Se plantea un sistema desarrollado bajo ambiente web que permita mejorar el procesamiento de manera eficaz de las estrategias

requeridas.

Identificador del requisito: RF-01

Tipo de requisito: Funcional

Caso de uso/Evento:

Descripción: El sistema debe validar el acceso de todos los usuarios del sistema. Justificación del requisito: es necesario para restringir el acceso al sistema sólo a personas autorizadas y a su vez muestra opciones del sistema de acuerdo al rol del usuario. Fuente: Jaime Albornett

Unidad en la que se origina: Departamento de Sistemas

Criterios de validación: El sistema implementado se estará revisando periódicamente para evaluar si la aplicación permite el acceso a la misma a personas que no se encuentren registradas o autorizadas. Grado de satisfacción del interesado: 5

Grado de insatisfacción del interesado: 1

Dependencias: 2, 5, 6, 7, 32, 34, 35, 36, 38, 40

Conflictos: No presenta

Documentos de soporte: No definido

Histórico de cambios:06/09/2010

Proyecto: Sistema para la gestión y control de las estrategias de mercadeo

Analista: Karinthia Sarabia

CASO PRACTICO


Planilla VOLERE Primer Requisito Funcional

REFERENCIASBibliográficas:

IAN SOMMERVILLE (2005). Ingeniería de Software(7ma Ed.). Pearson Educación S.A: Madrid

Electrónicas:

• ARIAS, M. (S/F): La Ingeniería de requerimientos y su importancia en el desarrollo de proyectos de software. [ Documento en línea] Disponible en: http://www.latindex.ucr.ac.cr/intersedes10/10_art_11pdf [Consultado: 21 de noviembre de 2014]

• CAPA,A Y LUDEÑA,S.(S/F). Ingeniería de Requisitos.[Documento en Línea]. Disponible en: http://www.rodolfoquispe.org/blog/que-es-la-ingenieria-de-requisitos.php [Consultado: 21 noviembre 2014].

http://www.latindex.ucr.ac.cr/intersedes10/10_art_11pdf

http://www.rodolfoquispe.org/blog/que-es-la-ingenieria-de-requisitos.php

Engineering

Ingeniería de requisitos-UDO MONAGAS