GRUPO 1

MODULO II
 Adelen Santiago Hilario 15-EIST-1-088
 Ruth Esther Duran Tejeda 15-EIST-1-045
 Leonela González Bonilla 15-EIST-1-004
 Johan Rivas Paulino 15-EIST-1-003
 Julio Cesar Robles 15-EIST-1-039
 Procesos del software
 Modelos del proceso del software
 Iteración de procesos
 Actividades del proceso
 Requerimientos del software
 Procesos de la ingeniería de requerimientos
 Estudios de viabilidad
 Validación de requerimientos
 Gestión de los requerimientos
Las cuatro actividades básicas del proceso se
software son: especificación, desarrollo,
validación y evolución.
Especificación del software: o ingeniería de
requerimientos es el proceso de compresión
definición de los servicios que requiere un
sistema.
La ingeniería de requerimientos es una etapa
crítica ya que los errores en esta etapa originan
problemas en el diseño e implementación del
sistema.

RUTH ESTHER
 Estudio de viabilidad: en esta fase se estiman las
necesidades para satisfacer lo que requiere el
usuario.
 Obtención y análisis de requerimientos: es el
proceso que implica que el analista comprenda el
sistema a especificar.
 Especificación de requerimientos: es la actividad
recopilada durante la actividad del análisis.
 Validación de requerimientos: esta fase
comprueba si el sistema tiene errores y se debe
modificar para corregirlos.

RUTH
ESTHER
 La etapa de implementación del desarrollo de
software es el proceso de convertir una
especificación del sistema en un sistema
ejecutable, este implica los procesos de
diseño y programación de software.
 Un diseño de software es una descripción de
la estructura del software que se va a
implementar en el sistema.

RUTH ESTHER
 Es un modelo en fases que identifica 4 fases diferentes
en el proceso de software, las fases del rup están
mucho mas relacionadas con asuntos de negocios y
técnicos. Sus fases son:
 Inicio: el objetivo de esta fase es establecer un caso de
negocio para el sistema.
 Elaboración: los objetivos de esta fase son desarrollar
una compresión del dominio del problema.
 Construcción: esta fase comprende el diseño del
sistema, la programación y las pruebas, durante esta
fase se desarrollan e integran las partes del sistema.
 Transición: se ocupa de mover el sistema desde la
comunidad de desarrollo a la comunidad del usuario y
hacerlo trabajar en un entorno real.

RUTH ESTHER
Los requerimientos para un sistema, son la
descripción de los servicios proporcionados
por el sistema y sus restricciones operativas.
Estos requerimientos reflejan las necesidades
de los clientes de un sistema que ayude a
resolver distintos problemas.

ADELEN SANTIAGO
Describen lo que el sistema debe hacer. Estos
requerimientos dependen del tipo de software
que se desarrolle. También son declaraciones
de los servicios que debe proporcionar el
sistema.
Requerimientos no funcionales
son aquellos que no se refieren directamente a
las funciones específicas que proporciona el
sistema sino a las propiedades como la
fiabilidad y la capacidad de almacenamiento.

ADELEN
SANTIAGO
Los requerimientos no funcionales surgen de las
necesidades del usuario, debido a las restricciones
en el presupuesto y a las políticas de la
organización.

Tipos de requerimientos no funcionales.

 Requerimientos del producto: especifican el

comportamiento del producto tales como los
requerimientos de fiabilidad, de portabilidad y
requerimiento de usabilidad.
 Requerimientos organizacionales: se derivan de
políticas y procedimientos existentes en la
organización del cliente y en la del desarrollador.
 Requerimientos externos: incluye todos los
requerimientos que se derivan de los factores
externos al sistema y de su proceso de desarrollo.

ADELEN
SANTIAGO
se derivan del dominio de aplicación de sistema
más que de las necesidades específicas de los
usuarios. Estos provienen del dominio de
aplicación del sistema y reflejan las
características y restricciones de ese dominio
estos pueden ser funcionales y no funcionales.

Los requerimientos del dominio son importantes

debido a que a menudo reflejan los
fundamentos del dominio de aplicación.

ADELEN
SANTIAGO
Requerimientos del usuario: estos deben describir
los requerimientos funcionales y no funcionales
de tal forma que sean comprensibles por los
usuarios del sistema sin conocimientos técnicos.

Los requerimientos de los usuarios que incluyen

demasiada información restringen la libertad del
desarrollador del sistema para proporcionar
soluciones innovadoras a los problemas del
usuario y son difíciles de comprender.

ADELEN
SANTIAGO
Requerimientos del sistema: son versiones
extendidas de los requerimientos del usuario
que son utilizados por los ingenieros de
software como punto de partida para el diseño
del sistema.
Los requerimientos del sistema simplemente
deben describir el comportamiento externo del
sistema y sus restricciones operativas. No
deben tratar de como se debe diseñar o
implementar el sistema.

ADELEN
SANTIAGO
El lenguaje estructurado es un lenguaje natural limitado en
palabras y construcciones, lo que le da más precisión y
claridad, evitando ambigüedades (el lenguaje natural
humano carece de precisión y es muy ambiguo). No es oral,
sólo escrito.

El lenguaje natural es una forma de resactar los requerimiento

del sistema donde la libertad del redactor de los
requerimiento se redactan de una forma estandar.

Heninger en el 1980 describe uno de los primero proyecto que

utilizo el lenguage natural estructurado para especificar los
requerimiento del sistema.
Las tablas son especialmente utiles cuando hay varias
situaciones alternativa posible y se necesita descripcion las
acciones a tomar para cada una de ellos.

Leonela
Especificaciones de la interfaz
Estas Especificaciones se deben definir el inicio del
proceso y se incluyen casi todos los sistemas
software deben funcionar con otros sistema que ya
estan implementados e instalados en el entorno.

Existen 3 tipos de intefaces que pueden definirse en


 interfaces de procedimiento
 Estructura de datos
 Representaciones de datos
El documento de requerimiento del software es la
declaracion oficial de que deben implementar los
desarrolladores del sistema debe incluir tanto los
requerimiento del usuario para el sistema como una
especificacion detallada de los requerimiento.

Leonela
Los requerimiento para un sistema software determinan lo
que debe hacer el sistema y definen las retrinciones en su
funcionamiento e implementaciones.

Los requerimiento funciones son declaraciones de los

servicio que el sistema debe proporcionar.

Los requerimiento no funcionales restringe el sistema en

desarrollo y el proceso.

Los requerimiento del usuario son para el uso por la gente

relacionada con la utilización y obtención del sistema.

El estándar IEEE para los documento de requerimiento es un

punto de partida útil para estándar mas espefico.IEEE es
una organización sin ánimo de lucro, la mayor asociación
del mundo para el desarrollo tecnológico. Su nombre
completo es el Instituto de Ingenieros Eléctricos y
Electrónicos.

Leonela
Proceso de la ingeniería de requerimiento

La ingeniería de requisitos es el conjunto de actividades

y tareas del proceso de desarrollo de sistema La meta
de este es crear y mantener un documento de
requerimiento del sistema. El proceso general
corresponde al subproceso de alto nivel de la ing. de
requerimiento.

Estudio de viabilidad

es el estudio que dispone el éxito o fracaso de un

proyecto a partir de una serie de datos base de
naturaleza empírica: medio ambiente del proyecto,
rentabilidad, necesidades de mercado, factibilidad
política, aceptación cultural, legislación aplicable,
medio físico, Es un estudio corto y ordenado a resolver
varias cuestión. para llevar a cabo se debe de
comprender la evolución y recopilación de la
información y la redacción de informes.

Leonela
Obtención y análisis de requerimiento

Es el proceso de recoger información sobre el

sistema propuesto y los existente y extraer
los requerimiento del usuario. El proceso de
obtención de requisitos, cuya finalidad es
llevar a la luz los requisitos, no solo es un
proceso técnico, sino también un proceso
social que envuelve a diferentes personas, lo
que conlleva dificultades añadidas a su
realización.

Leonela
Etnografía
La etnografía es una técnica de observación que se
puede utilizar para entender los requerimientos
sociales y organizacionales. Un analista se sumerge
por sí solo en el entorno laboral donde se utilizará el
sistema. Observa el trabajo diario y anota las tareas
reales en las que los participantes están involucrados.
El valor de la etnografía es que ayuda a los analistas a
descubrir los requerimientos implícitos que reflejan
los procesos reales mas que los formales en los que
la gente está involucrada.

Suchman (Suchman, 1987) utilizó la etnografía para

estudiar el trabajo de oficina y observó que las
prácticas del trabajo real eran mucho más ricas, más
complejas y más dinámicas que los modelos sencillos
supuestos por los sistemas de automatización de
oficinas.

Johan
La etnografía es especialmente efectiva para descubrir
dos tipos de requerimientos:
Los requerimientos que se derivan de la forma en la que
la gente trabaja realmente más que de la forma en la
que las definiciones de los procesos establecen que
debería trabajar
Los requerimientos que se derivan de la cooperación y
conocimiento de las actividades de la gente
La etnografía se puede combinar con la construcción de
prototipos como:
Verificaciones de realismo. Utilizando el conocimiento de
la tecnología existente, los requerimientos deben
verificarse para asegurar que se pueden implementar.

Verificabilidad. Esto significa que debe poder escribir un

conjunto de pruebas que demuestren que el sistema a
entregar cumple cada uno de los requerimientos
especificados

Johan
Validación de requerimientos
La validación de requerimientos trata de mostrar que éstos
realmente definen el sistema que el cliente desea. Coincide
parcialmente con el análisis ya que éste implica encontrar
problemas con los requerimientos. La validación de
requerimientos es importante debido a que los errores en el
documento de requerimientos pueden conducir a
importantes costes al repetir el trabajo cuando son
descubiertos durante el desarrollo o después de que el
sistema esté en uso.
Durante el proceso de validación de requerimientos, se deben
llevar a cabo verificaciones sobre requerimientos en el
documento de requerimientos. Estas verificaciones
comprenden:

 Verificaciones de validez
 Verificaciones de consistencia.
 Verificaciones de completitud
 Verificaciones de realismo.
 Verificabilidad

Johan
Revisiones de requerimientos
Una revisión de requerimientos es un proceso
manual que involucra a personas tanto de la
organización del cliente como de la del
contratista. Ellos verifican el documento de
requerimientos en cuanto a anomalías y
omisiones.
Las revisiones de requerimientos pueden ser
informales o formales. Las informales
sencillamente implican que los contratistas
deben tratar los requerimientos con tantos
stakeholders del sistema como sea posible.
Los revisores también pueden comprobar la:
 . Vehicabilidad.
 Comprensibilidad
 Rastreabilidad.
 Adaptabilidad.

Johan
Gestión de requerimientos
Los requerimientos para sistemas software grandes son
siempre cambiantes. Una razón es que estos sistemas
normalmente se desarrollan para abordar problemas
Debido a que el problema no puede definirse
completamente, es muy probable que los
requerimientos del software sean incompletos.
Requerimientos duraderos y volátiles La evolución de
los requerimientos durante el proceso de ingeniería
de requerimientos y después de que un sistema esté
en uso es inevitable. El desarrollo de requerimientos
software centra su atención en las capacidades de
éste, los objetivos del negocio y otros sistemas de la
organización
Requerimientos duraderos. se derivan de la actividad
principal de la organización
Requerimientos volátiles. Son requerimientos que
probablemente cambian durante el proceso de
desarrollo del sistema

Johan
Planificación de la gestión de requerimientos
La planificación es una primera etapa esencial del proceso de
gestión de requerimientos. La gestión de requerimientos
tiene un coste elevado. Para cada proyecto, la etapa de
planificación establece el nivel de detalle necesario en la
gestión de requerimientos. Durante la etapa de gestión de
requerimientos, habrá que decidir sobre:
Durante la etapa de gestión de requerimientos, habrá que
decidir sobre:
 La identificación de requerimientos.
 Un proceso de gestión del cambio.
 Políticas de rastreo
 Ayuda de herramientas CASE.
Gestión del cambio de los requerimientos
La gestión del cambio de los requerimientos se debe aplicar a
todos los cambios propuestos en los requerimientos.
 . Análisis del problema y especificación del cambio
 Análisis del cambio y cálculo de costes
 Implementación del cambio.

Johan