Ingeniería de Requerimientos

Silvana Balarezo Perea

Margoth Yana Motta

Yamil Ramos García

Ingeniería de Ingeniería de RequerimientosRequerimientosIntroducción

21/04/23

UPC - Ingeniería de Requerimientos 2

AgendaAgenda• Presentación del curso.

• Sílabo.

• Introducción a la Ingeniería de Requerimientos.

• La importancia de modelar.

• Problemas actuales en el desarrollo de sistemas.

• Necesidades, requerimientos y arquitectura.

Presentación del CursoPresentación del Curso

21/04/23


21/04/23


Sílabo. Objetivos del cursoSílabo. Objetivos del curso• Conocer los conceptos principales sobre el

ingeniería de requerimientos.

• Conocer las fases de desarrollo establecidas por el Proceso Unificado de Desarrollo de Sistemas (Rational Unified Process - RUP).

• Conocer los estándares de modelado que establece el Lenguaje Unificado de Modelado (Unified Modeling Language - UML).

• Aplicar las fases de RUP y los estándares de UML a una solución real orientada a objetos.

21/04/23


Sílabo. UnidadesSílabo. Unidades

1.Análisis de las necesidades de información.

2.Análisis de los requerimientos del SW.

3.Análisis de los requerimientos de información.

21/04/23


Sílabo. Evaluaciones Sílabo. Evaluaciones

Sesión Evaluación Sigla %

05 Práctica Calificada 1 PC1 20

07 Trabajo (1er. Entregable) TB1 15



14 Trabajo Final. Proyecto de Curso TF1 30

Evaluaciones – Proyecto grupalEvaluaciones – Proyecto grupal

21/04/23


Semana del:

24/10/2011Sesión 1

(Se definen grupos y temas)Sesión 2

31/10/2011Sesión 3 (Feriado)

Sesión 4Avance 1

07/11/2011Sesión 5

Avance 2 y PC1Sesión 6

14/11/2011Sesión 7

Proyecto Grupal - 1er. EntregableSesión 8

21/11/2011Sesión 9Avance 3

Sesión 10PC2

28/11/2011Sesión 11Avance 4

Sesión 12

05/12/2011Sesión 13

PC3Exposición Proyecto Grupal -

Entregable Final

Se considera que el feriado 01 de noviembre se recuperará con una hora adicional en 3 clases.

Proyecto del cursoProyecto del curso

21/04/23


• Consiste en la selección de un proceso que se desee mejorar mediante automatización.

• Criterios ideales de selección del proceso: El proceso debe ser real. El grupo del proyecto tiene un cliente, es decir una

empresa interesada en estudiarlo porque existe la necesidad y un potencial de mejora mediante la automatización de actividades.

El cliente los acepta como analistas del proceso y les proporcionará el acceso a toda la información del proceso, así como a contactar con sus diferentes agentes (propietarios y participantes).

El proyecto les interesa y puede extenderse a los siguientes cursos.

Su proyecto de Diseño de Procesos puede ser su punto de partida.

Proyecto del cursoProyecto del curso

21/04/23


• Es grupal. Máximo 5 alumnos, mínimo 4 alumnos.• La nota del trabajo se calculará del siguiente modo:

Primer entregable 100% TB1 Grupal Segundo entregable 80% Grupal Exposición de proyecto 20%

Individual

Ejemplo: Nota segundo entregable 16 x 0.80 = 12.80Nota de exposición 17 x 0.20 = 3.40Nota final de trabajo 16.20

En el sistema se registrará 16.2 en TF1

21/04/23


Sílabo. Bibliografía Sílabo. Bibliografía recomendadarecomendada• El Proceso Unificado de Desarrollo de Software.

Jacobson I., Rumbaugh J., BOOCH G. 2000. Addison Wesley.

• El Lenguaje Unificado de Modelado. Jacobson I., Rumbaugh J., BOOCH G. 2000. Addison Wesley.

• El Lenguaje Unificado de Modelado. Manual de Referencia. Jacobson I., Rumbaugh J., BOOCH G. 2000. Addison Wesley.

21/04/23


Sílabo. Bibliografía Sílabo. Bibliografía complementariacomplementaria• UML y Patrones.

LARMAN, Craig. 1999. Prentice Hall Iberoamericana.

• Ingeniería de software orientado a objetos. BRUEGGE, Bernd, DUTOIT, Allen 2002. Prentice Hall - Pearson Education.

• Ingeniería de software. Un enfoque práctico. PRESSMAN R. 2002. 5ta Edición. Mc Graw-Hill / Interamericana de

España.

21/04/23


Introducción Introducción a la a la Ingeniería Ingeniería de de RequerimientosRequerimientos

21/04/23


“La parte más difícil de construir un sistema de software es decidir qué construir […]”

“Ninguna otra tarea afecta tanto negativamente al sistema, al final, si se realiza de manera incorrecta, al inicio.”

Frederick Phillips Brooks Professor Department of Computer Scienc.

University of North Carolina. USA.

21/04/23


“La construcción del software no es el problema.”

“El verdadero problema radica en saber cuáles son los requerimientos que deben ser construidos y los que no.”

21/04/23


Proyecto: Construir una casa para una mascota

Miembros del proyecto Puede hacerlo una sola persona

Proceso de construcción Simple pequeño

Tiempo del proyecto Muy poca duración

Herramientas Simples y pocas cantidad

Requerimientos Pocas necesidades y exigencias

Modelado Dibujo mínimo de las características

Proyecto: Construir una casa para una familia

Miembros del proyecto Arquitecto, jefe de obra y un equipo pequeño de obreros.

Proceso de construcción Bien definido

Tiempo del proyecto Duración razonable

Herramientas Más específicas

Requerimientos Mayor cantidad de necesidades

Modelado Planos básicos, estructura, electricidad, agua y desagüe

Proyecto: Construir un rascacielos

Miembros del proyecto Equipo numeroso y multidisciplinario.

Proceso de construcción Complejo y extenso

Tiempo del proyecto Mucho tiempo

Herramientas Complejas y sofisticadas. Proveedores con herramientas novedosas

Requerimientos Gran cantidad de necesidades diferentes y muy variadas

Modelado Muy complejo. Numerosos planos.

La importancia de modelarLa importancia de modelar

21/04/23


Estadísticas de éxito – no éxitoEstadísticas de éxito – no éxito

21/04/23


PreguntasPreguntas

¿Los usuarios finales están totalmente satisfechos con los

sistemas informáticos ud. desarrolla?

No

• ¿Por qué se consume tanto tiempo en la terminación del software?

• ¿Por qué es tan elevado el costo de desarrollo del software?

• ¿Por qué no se identifican todos los errores del software antes de entregarlo al cliente?

• ¿Por qué es tan difícil medir el avance del desarrollo del software?

21/04/23


Principales problemas en el Principales problemas en el desarrollo de SWdesarrollo de SW• Mala comprensión de las necesidades del usuario.

• Requisitos y necesidades incompletas.

• Cambio constante en los requerimientos.

• Falta de estándares.

• Detección tardía de errores.

• Mala integración de módulos.

• Pruebas insuficientes.

21/04/23


NecesidadesNecesidades

Arquitectura

Requerimientos

Nece-

sidades

• Interesados de la organización: Clientes, usuarios, etc

• Necesidades de información y expectativas.

• Análisis y diseño de los procesos de la organización.

• Modelado del negocio.

• Análisis de las actividades.

• Personas que se benefician de los procesos.

• Personas que ejecutan los procesos.

• Información usada en los procesos.

• Mejoramiento de procesos.

• Identificar los problemas de información actuales y futuros.

21/04/23


ArquitecturaArquitectura

Arquitectura

Requerimientos

Nece-

sidades

• Análisis y diseño de las clases del sistema.• Definir las capas, subsistemas, dependencias,

interfases y servicios.• Construir el modelo de datos.• Identificar patrones de diseño. • Construir el modelo de despliegue.

• Equipo del proyecto: Desarrolladores, etc

21/04/23


• Interesados de la organización: Clientes, usuarios, etc

• Requisitos a ser satisfechos por el software.

• Descripción de lo que un sistema debe realizar.

• Características y atributos del sistema.

• Acuerdos con los interesados y desarrolladores.

• Equipo del proyecto: Desarrolladores, etc

RequerimientosRequerimientos

Arquitectura

Requerimientos

Nece-

sidades

21/04/23


Arquitectura

Requerimientos

Ingeniería de RequerimientosIngeniería de Requerimientos

Nece-

sidades

Principios, métodos, técnicas y herramientas que permitan

• Determinar las necesidades y condiciones de los interesados y

• Convertirlas en requisitos acordados, documentados y mantenidos a ser satisfechos por un software.

21/04/23


Arquitectura

Requerimientos

Ingeniería de RequerimientosIngeniería de Requerimientos

Nece-

sidades

• Implica: Identificar las necesidades de los

interesados. Analizar las expectativas adicionales. Negociar con los interesados y

el equipo de proyecto los acuerdos de desarrollo.

Documentar los requerimientos adecuadamente.

Validar los requerimientos contra las necesidades.

Documents

Ingeniería de Requerimientos