ANLISIS Y DISEO DE

SISTEMAS II

Ingeniera de
Requerimientos

Docentes del Curso

2017
 UNIDAD 1

Ingeniera de Requerimientos

2
 LOGRO DEL CURSO

Al trmino del curso, el alumno ser capaz de analizar,

escribir y verificar los requerimientos del sistema de
software. En esta asignatura, se describir y aplicar en
un proyecto de software real los diferentes tipos de
requerimientos, las tcnicas o mtodos para la obtencin,
validacin, administracin y el modelado de los
requerimientos.

3
 Frmula de Evaluacin
PF = 10% PROM(ET,2,1) + 10% PROM(EL,2,1) +
12.5% (ET4) + 12.5% (EL4) + 5% (NA1) + 7.5%
(AP1) + 12.5% (SP1) + 15% (EF1) + 15% (LF1)

ET Evaluacin Terica
EP Evaluacin Prctica
EF Evaluacin Terica Final
LF Evaluacin Prctica Final
AT Avance Tcnico de Proyecto
SP Sustentacin de Proyecto
NANota Actitudinal
NA Nota Actitudinal

4 4
 Unidad 1
INGENIERA DE REQUERIMIENTOS

VER: https://www.youtube.com/watch?v=2dZogpyMx8U

5
 Logro de la unidad
Al trmino de la unidad, el alumno habr entendido que es
la ingeniera de requerimientos (IR) y sus procesos y
actividades que la comprenden. Asimismo, podr aplicar las
diversas tcnicas y herramientas para la captura y obtencin
de requerimientos

6
 Contenido
Ingeniera de Requerimientos
1. Ingeniera de Requerimientos
2. Definicin de Ingeniera de Requerimientos
3. Importancia de los requerimientos
4. Procesos de Ingeniera de requerimientos (verificar)
5. Divisin o tipos de Requerimientos (funcionales y
No funcionales)
6. Caractersticas de los requerimientos
7. Dificultad para definir los requerimientos
7
Contenido

8
 Estructura de RUP

Core
Process
Worflows

Core
Supporting
Worflows

9
 1.-INGENIERA DE REQUERIMIENTOS
La Ingeniera de Requerimientos, se utiliza para definir
todas las actividades involucradas en el descubrimiento,
documentacin y mantenimiento de los requerimientos
para un producto determinado (SI)
Requerimiento
Una condicin o necesidad de un usuario para resolver
un problema o alcanzar un objetivo.
Una condicin o capacidad que debe estar presente en
un sistema o componente de sistemas para satisfacer un
contrato, estndar, especificacin u otro documento
formal.
10
 Antecedentes
Las causas del surgimiento de la IR fueron los resultados de
las investigaciones realizadas por diversas entidades a raz
de la "Crisis del Software".

GAO (Goverment Account Office).

ESPITI (European Software Process Improvement
Training Initiative)
The Standish Group
The CHAOS Report.

11
11
 Fuente: Informe de GAO - 1979.

12
12
Fuente: Informe CHAOS por The
Standish Group [TSG 1994].

13
13
Clasificacin de los proyectos:

Project successful: finalizados a tiempo y segn el

presupuesto, con todas las caractersticas y
funcionalidades especificadas inicialmente.

Project challenged: finalizados y en operacin, pero con

retrasos de implementacin, por encima del presupuesto
y/o con menos funcionalidades que las requeridas.

Project impaired / Failled: proyectos cancelados durante

el desarrollo.

14
14
2. DEFINICIN DE INGENIERIA DE REQUERIMIENTOS
Para qu un proceso de ingeniera de requerimientos?
El proceso de Ingeniera de requerimientos es un
conjunto estructurado de actividades, mediante las
cuales obtenemos, validamos y mantenemos el
documento de especificacin de requerimientos.

Las actividades del proceso incluyen la extraccin

de requerimientos, el anlisis, la negociacin y la
validacin.
15
 No existe un proceso nico que sea vlido de aplicar
en todas las organizaciones. Cada organizacin debe
desarrollar su propio proceso de acuerdo al tipo de
producto que se est desarrollando.

La meta de la ingeniera de Requerimientos es

entregar una Especificacin de Requisitos de Software
correcta y completa.

16
3.-IMPORTANCIA DE LOS REQUERIMIENTOS
La parte ms difcil de construir un sistema es
precisamente saber qu construir. Ninguna otra parte del
trabajo conceptual es tan difcil como establecer los
requerimientos tcnicos detallados. Incluyendo todas las
interfaces con gente, mquinas y otros sistemas. Ninguna
otra parte del trabajo afecta tanto al sistema.
La tarea ms importante que el ingeniero de software hace
para el cliente es la extraccin iterativa y el refinamiento
de los requerimientos de producto

17
Origen de errores

Origen de los errores en un proyecto de Software

18
 4. PROCESO DE LA IR

Estudio de Obtencin y
viabilidad anlisis de
requisitos

Especificacin de
Informe de requisitos
viabilidad
Validacin de
requisitos
Modelos
del sistema

Requisitos
del sistema

Documento
de requisitos

19
19
 4.1. Estudio de viabilidad

Se realiza si es un sistema nuevo.

Consiste en rendir un informe donde se recomendar si
merece o no seguir con el proyecto.
Es un estudio de corto plazo
Resuelve lo siguiente:
Contribuye el sistema a los objetivos generales de la
organizacin?
Se puede implementar el sistema utilizando la
tecnologa actual y dentro de las restricciones de costos
y tiempo?
Puede integrarse el sistema con otros sistemas
existentes en la organizacin?
20
20
 Para producir un informe final

Estudio de viabilidad del

proyecto

La viabilidad del proyecto responde a la

siguientes preguntas:

Contribuye el sistema a construir Puede integrarse el sistema a construir con los

realmente con los objetivos de la otros sistemas ya existentes en la
organizacin? organizacin?
Se puede implementar el sistema
utilizando la tecnologa actual, con
los recursos de costo y tiempo?

21
 4.2. Obtencin y Anlisis de Requisitos

Se determina con el usuario final o cliente el

alcance del sistema que se desea construir
Identificar los servicios, rendimiento, necesidades,
restricciones, y objetivos.
El trmino stakeholder se utiliza para referirse a
cualquier persona o grupo que se ver afectado por
el sistema, directa o indirectamente.

22
22
Obtener y comprender los requisitos es difcil:
Los stakeholders a menudo no conocen lo que desean
obtener del sistema excepto en trminos generales.
Los stakeholders expresan los requisitos con sus propios
trminos de forma natural y con un conocimiento implcito
de su propio trabajo.
Diferentes stakeholders tienen requisitos distintos, que
pueden expresar de varias formas.
Los factores polticos pueden influir en los requisitos del
sistema.
El entorno econmico y de negocios en el que se lleva a
cabo el anlisis es dinmico.
Pueden emerger nuevos requisitos de nuevos stakeholders
que no haban sido consultados previamente.
23
23
Plantilla de Requisito:

24
24
 4.3. Especificacin de Requisitos

En esta etapa se obtiene el ERS - Especificacin de

Requisitos del Software.
Define de forma completa, precisa y verificable cada
uno de los requisitos del sistema, adems de sus
respectivas restricciones.
Desarrollo de un Glosario de trminos en el que se
recogen y definen los conceptos ms relevantes y
crticos para el sistema.

25
25
 4.4. Validacin de Requisitos

Consiste en mostrar o comprobar cada uno de los

requisitos obtenidos
En esta etapa solamente entran aquellos requisitos que
se mencionaron en la ERS.
Tcnicas de validacin de requisitos:
Revisiones de requisitos.
Construccin de prototipos
Generacin de casos de prueba
Matrices de trazabilidad.

26
26
5.-DIVISIN O TIPOS DE REQUERIMIENTOS

VER: https://www.youtube.com/watch?v=tF88eNhNSb4
Requerimientos Funcionales
Definen las funciones que el sistema ser capaz de realizar. Describen
las transformaciones que el sistema realiza sobre las entradas para
producir salidas,
Requerimientos no funcionales
Son restricciones que especifican propiedades del sistema, tales como
facilidad de uso, restricciones del entorno o de implementacin,
rendimiento, dependencias de plataforma, facilidad de mantenimiento,
extensibilidad, fiabilidad y escalabilidad.

27
 Requisitos FURPS

https://www.youtube.com/watch?v=2dZogpyMx8U

28
29
29
Soporte

30
30
Requisitos Funcionales

31
31
Requisitos Funcionales

32
32
Documentacin de Requerimientos
Funcionales
Ejms.

33
34
35
36
37
38
Requerimientos No Funcionales
Facilidad de Uso
R1: El sistema deber proporcionar ayudas en lnea para orientar
en el uso de las interfaces
Confiabilidad
R2: La cuenta del usuario se bloquear por un lapso de 30
minutos luego de 4 intentos fallidos para evitar vulnerabilidades
en la seguridad del sistema
Rendimiento
R3 El sistema debe estar disponible al 100% o muy cercano a
esta disponibilidad durante el horario hbil laboral de la empresa a
nivel nacional, es decir, de lunes a viernes de 8:00 a.m. a 5:00
p.m., con excepcin de los das festivos
Soporte
R1: El sistema debe operar de manera independiente del navegador
que se utilice (Microsoft Internet Explorer 11.0 o superior, Mozilla
FireFox 31.0 o superior. Google Chrome 36.0 o superior.
e
39
39
 Requisitos No Funcionales - Usabilidad

El sistema debe permitir

Registrar el Prstamo de
un libro en 30 segundos

El aspecto de la interfaz
grfica y el lenguaje
utilizado en el sistema
debe estar orientado a
nios entre 5 y 8 aos.
40
40
 Requisitos No Funcionales - Confiabilidad
El sistema debe estar
disponible al 95 por
ciento entre las 8:00 AM y
las 6:00 PM

La duracin promedio de
una reparacin del
sistema no puede ser
mayor de 30 segundos.

41
41
 Requisitos No Funcionales - Rendimiento

El tiempo mximo de
cargar la pgina del
sistema es de 4
segundos.

El sistema debe permitir

almacenar la informacin
de hasta 50000 libros y
40000 archivos.

42
42
 Requisitos No Funcionales - Soporte

El sistema debe ser

compatible con
Windows 2000
profesional y Windows
XP.

El sistema debe permitir a

un usuario su instalacin
sin entrenamiento previo.

43
43
 Requisitos No Funcionales - Interfaz
El diseo de la interfaz grfica del sistema se alinear al estndar
definido en la empresa para las aplicaciones Web.
Las interfaces de usuario estarn basadas en un diseo web en el que
predominar los colores institucionales de ABC S.A., segn la imagen
adjunta.

Logo Ttulo de pgina Opciones de men de la pgina

Cuerpo de la pgina

44
 6.-CARACTERSTICAS DE LOS
REQUERIMIENTOS
Las caractersticas de los requerimientos son sus propiedades
principales. Un conjunto de requerimientos en estado de
madurez, deben presentar una serie de atributos tanto
individuales como en grupo
Caractersticas mas importantes:
Necesario. Si su omisin provoca una deficiencia en el
sistema a construir y adems su capacidad, caractersticas
fsicas o factor de calidad no pueden ser reemplazados por
otras capacidades del producto o del proceso
Conciso Es fcil de leer y entender. Su redaccin debe ser
simple y clara
45
 Completo. Si no necesita ampliar detalles en su
redaccin, es decir, si se proporciona la informacin
suficiente para su compresin
Consistente. Si no es contradictorio con otro
requerimiento
No ambiguo. Cuando tiene una sola interpretacin. El
lenguaje usado en su definicin, no debe causar
confusiones al lector.

46
 7.-DIFICULTAD PARA DEFINIR LOS
REQUERIMIENTOS

Los requerimientos no son obvios y vienen de muchas fuentes.

Son difciles de expresar en palabras (el lenguaje es ambiguo)

47
7.-DIFICULTAD PARA DEFINIR LOS
REQUERIMIENTOS

Existen muchos tipos de requerimientos y diferentes niveles

de detalle.
La cantidad de requerimientos en un proyecto puede ser
difcil de manejar.
Nunca son iguales. Algunos son ms difciles, ms riesgosos,
ms importantes o ms estables que otros.
Los requerimientos estn relacionados unos con otros, y a
su vez se relacionan con otras partes del proceso.
Cada requerimiento tiene propiedades nicas y abarcan
reas funcionales especficas.
Un requerimiento puede cambiar a lo largo del ciclo de
desarrollo
48
 CONCLUSIONES

La IR nace como respuesta a la Crisis del Software.

El proceso de IR incluye un estudio de viabilidad, as como la
obtencin, anlisis, especificacin, validacin y gestin de
requisitos.
La gestin de requisitos es el proceso de gestionar y controlar estos
cambios.
El proceso de gestin de requisitos incluye la gestin de la
planificacin, en la cual se disean las polticas y procedimientos
para la gestin de requisitos; y del cambio, en la que se analiza los
cambios propuestos en los requisitos y se evala su impacto.

49
49
 Actividad Propuesta (Lab)

Confeccione los documentos de

Requerimientos Funcionales de las
siguientes GUIs de modulos de Sistemas de
informacin.

22/06/2017 CURSO: Anlisis y Diseo de 50

Sistemas 50
22/06/2017
51
52
52
 SEDE MIRAFLORES
Calle Diez Canseco Cdra 2 / Pasaje Tello
Miraflores Lima
Telfono: 633-5555
SEDE INDEPENDENCIA SEDE BREA SEDE TRUJILLO
Av. Carlos Izaguirre 233 Av. Brasil 714 792 Calle Borgoo 361
Independencia Lima (CC La Rambla Piso 3) Trujillo
Telfono: 633-5555 Brea Lima Telfono: (044) 60-2000
Telfono: 633-5555

SEDE SAN JUAN DE LURIGANCHO SEDE SAN MIGUEL SEDE BELLAVISTA SEDE AREQUIPA
Av. Prceres de la Independencia 3023-3043 Av. Federico Gallese 847 Av. Mariscal Oscar R. Benvides 3866 4070 Av. Porongoche 500
San Juan de Lurigancho Lima San Miguel Lima (CC Mall Aventura Plaza) (CC Mall Aventura Plaza)
Telfono: 633-5555 Telfono: 632-4900 Bellavista Callao Paucarpata - Arequipa
Telfono: 633-5555 Telfono: (054) 60-3535

www.cibertec.edu.pe