Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Obtencion Requerimientos
Obtencion Requerimientos
Mejia-Alvarez, 2009
Diapositiva 1
Mejia-Alvarez, 2009
Diapositiva 2
Mejia-Alvarez, 2009
Diapositiva 3
Mejia-Alvarez, 2009
Diapositiva 4
Mejia-Alvarez, 2009
Diapositiva 5
Diapositiva 6
Diapositiva 7
Diapositiva 8
La estructura organizacional.
Diapositiva 9
Diapositiva 10
Mejia-Alvarez, 2009
Diapositiva 11
Ingenieros del cliente. Son todos aquellos especialistas que asesoran o trabajan
dentro de la organizacin del cliente y que ayudan a especificar los detalles tcnicos
de la aplicacin a desarrollar.
Administradores o jefes del proyecto de software: Son aquellos que dirigen y/o
administran el proyecto de software.
Reguladores externos: es todo aquel personal que indirectamente verifica que todo
Mejia-Alvarez,
2009
Introduccion
a los Requerimientos
reglamento
o ley que aplique
al desarrollo
del proyecto se cumpla. Diapositiva 12
El valor o beneficio que recibir el interesado del producto o del sistema y la forma
en que el producto satisfacer al interesado. Los beneficios que podra obtener el
interesado podran ser:
Mejoras en su productividad.
Ahorro de costos.
Diapositiva 13
Diapositiva 14
Roles y Actividades
Rol
Actividades
Diapositiva 15
Recoleccin de Requerimientos
De forma general los requerimientos provienen de las siguientes fuentes:
Los interesados en el sistema. Todos los interesados en el sistema, principalmente el
cliente y los usuario son quienes mas informacin deben proporcionar sobre los
requerimientos.
El dominio de la aplicacin. El dominio de la aplicacin es una fuente de informacin
que permite ubicar el contexto del desarrollo. Permite obtener informacin acerca de
las caractersticas de funcionamiento del sistema de forma general, y permite
establecer sus restricciones.
La organizacin. No puede validarse la informacin de los requerimientos a no ser que
esta est de acuerdo a los estndares utilizados en la organizacin. De hecho la
organizacin tambin provee algunos de los requerimientos funcionales y
principalmente los no-funcionales, por ejemplo, los requerimientos de calidad,
confiabilidad y seguridad del sistema.
Mejia-Alvarez, 2009
Diapositiva 16
Mejia-Alvarez, 2009
Diapositiva 17
Clasificacion de Requerimientos
Requerimientos
del negocio
Ideas y
Casos de uso
solucioness
y escenarios
Definiciones
Reglas del
de datos
negocio
Restricciones
Requerimientos
Requerimientos
Atributos de
de interfaces
Calidad
funcionales
y no-funcionales
externas
Mejia-Alvarez, 2009
Diapositiva 18
Clasificacin de Requerimientos
Requerimientos de negocio: Todo lo que describa beneficios
de mercado, financieros o del negocio para los clientes o su
organizacin, y que sean obtenidos del producto de software.
Casos de uso y escenarios: Los casos de uso son descripciones
generales de metas del cliente o tareas del negocio que los usuarios
deben realizar. Un patrn nico del caso de uso se conoce como
escenario.
Reglas del negocio: Las reglas de negocio definen hechos,
restricciones, acciones que habilitan funciones, formulas de
cmputo o inferencias derivadas de actividades de la organizacin.
Requerimientos funcionales: Los requerimientos funcionales
describen el funcionamiento que el sistema observar bajo ciertas
condiciones y las acciones que permitir el sistema llevar a cabo a
los usuarios.
Mejia-Alvarez, 2009
Diapositiva 19
Clasificacin de Requerimientos
Atributos de calidad: Los atributos de calidad son requerimientos no-funcionales,
los cuales indican la forma en que el sistema debe realizar alguna actividad.
Requerimientos de interfaces externas: Los requerimientos de esta clase definen
conexiones entre el sistema y el mundo externo. Estas interfaces pueden ser interfaces
de usuarios, interfaces de hardware o software o redes de conexin.
Restricciones: Las restricciones de diseo e implementacin restringen las
opciones del desarrollador.
Definiciones de datos: Las definiciones de datos permiten identificar formato de
los datos o archivos, rango de valores permitidos, valores por defecto, o estructura la
base de datos.
Ideas de solucin: Mucho de lo que los clientes presentan como requerimientos
podra considerarse mas bien como ideas de solucin. Algn cliente que describe como
debera comportase el sistema ante el operador, tal vez solo est describiendo sus ideas
sobre posibles soluciones. Las ideas de solucin podran derivar en requerimientos, si
estas son validadas y son factibles de implementar, pero en otras ocasiones estas solo
podran ser alternativas de diseo.
Mejia-Alvarez, 2009
Diapositiva 20
Ejemplos de Requerimientos
Requerimientos de
negocio
Casos de uso y
escenarios
Reglas del
negocio
Mejia-Alvarez, 2009
Diapositiva 21
Ejemplo de Requerimientos
Requerimientos
funcionales
Requerimientos de
interfaces externas
Mejia-Alvarez, 2009
Diapositiva 22
Medida
Velocidad
Tamao
Facilidad de uso
Tiempo de entrenamiento
Numero de ayudas
Confiabilidad
Robustes
Portabilidad
Mejia-Alvarez, 2009
Diapositiva 23
Ejemplos de Requerimientos
Restricciones
Definiciones de datos
Ideas de solucin
Mejia-Alvarez, 2009
Diapositiva 24