UNIDAD IUNIDAD I
Procesos de la Procesos de la Ingeniería de Ingeniería de
RequerimientosRequerimientos
UNIDAD IUNIDAD I
Procesos de la Procesos de la Ingeniería de Ingeniería de
RequerimientosRequerimientos
Un sistema de información Un sistema de información puede definirse puede definirse técnicamente como un técnicamente como un conjunto de componentes conjunto de componentes interrelacionados que interrelacionados que permiten capturar, permiten capturar, procesar, almacenar y procesar, almacenar y distribuir la información distribuir la información para apoyar la toma de para apoyar la toma de decisiones y el control en decisiones y el control en una institución, ya sea una institución, ya sea pública o privada.pública o privada.
Sistema de InformaciónSistema de InformaciónIntroducciónIntroducción
Los Sistemas de Los Sistemas de
Información pueden Información pueden también ayudar a los también ayudar a los administradores a analizar administradores a analizar problemas, visualizar problemas, visualizar cuestiones complejas y cuestiones complejas y crear nuevos productos.crear nuevos productos.
Sistema de InformaciónSistema de InformaciónIntroducciónIntroducción
Sistema de InformaciónSistema de Información
Almacenamientoo
InsumoProcesamiento
Salida o producto
INSTITUCION
SISTEMA DEINFORMACION
Retroalimentación
Medio ambiente
Clientes Proveedores
Accionistas CompetidoresEntidadesreglamentadoras
Los sistemas de información Los sistemas de información
proporcionan la solución proporcionan la solución institucional más importante a institucional más importante a los retos y problemas que los retos y problemas que surgen del medio ambiente de surgen del medio ambiente de negocios.negocios.
Un administrador debe conocer Un administrador debe conocer en amplitud las tecnologías de en amplitud las tecnologías de la organización, administración la organización, administración e información en los sistemas.e información en los sistemas.
Luego es necesario examinar Luego es necesario examinar las capacidades y oportunidades las capacidades y oportunidades que proporciona la tecnología que proporciona la tecnología de la información actual para de la información actual para dar solucionesdar soluciones..
Sistema de InformaciónSistema de Información
Sistemas de Información
Instituciones
Administración
Tecnología
Tipos de Sistemas de InformaciónTipos de Sistemas de Información
Ventas ym ercad o tecn ia
M anufactu ra F inanzas C on tab ilidad R ecursoshum an os
G eren tesopera tivos
Trab a jad ores de lconoc im ien to y lain fo rm a ción
G eren tes oadm in istradores m ed ios
D irec to res o adm in istradoresde n ive l supe rio r
Nivel operativo
Nivel deconocimiento
Nivel deadiministración
Nivel estratégico
Tipos desistema deinform ación
G rupo Servido
Sistema de InformaciónSistema de Información En la actualidad, los Sistemas de En la actualidad, los Sistemas de
Información juegan un papel estratégico Información juegan un papel estratégico en la vida de la empresa.en la vida de la empresa.
NegocioEstratégia
Reglasprocedimientos
Hardware
Software Base dedatos
Comunicaciones
Interdependencia
Sistemas deinformación
Institución
S i s t e m a so p e r a t i v o sS i s t e m a sd e c o n o c i m i e n t o
S i s t e m a s d e a d m i n i s t r a c i ó nS i s t e m a se s t r a t é g i c o sC o o r d i n a c i ó n
V e n t a s ym e r c a d o t e c n i a M a n u f a c t u r a F i n a n z a s C o n t a b i l i d a d R e c u r s o sh u m a n o sH a r d w a r e S o f t w a r e I n f o r m a c i ó n y a r c h i v o s T e l e -c o m u n i c a c i o n e s
A p l i c a c i o n e sf u n c i o n a l e s d en e g o c i o s
B a s e d es i s t e m a s d ec ó m p u t o
S i s t e m a so p e r a t i v o sS i s t e m a sd e c o n o c i m i e n t o
S i s t e m a s d e a d m i n i s t r a c i ó nS i s t e m a se s t r a t é g i c o sC o o r d i n a c i ó n
V e n t a s ym e r c a d o t e c n i a M a n u f a c t u r a F i n a n z a s C o n t a b i l i d a d R e c u r s o sh u m a n o sH a r d w a r e S o f t w a r e I n f o r m a c i ó n y a r c h i v o s T e l e -c o m u n i c a c i o n e s
A p l i c a c i o n e sf u n c i o n a l e s d en e g o c i o s
B a s e d es i s t e m a s d ec ó m p u t o
Ningún sistema Ningún sistema proporciona por sí proporciona por sí mismo toda la mismo toda la información que la información que la institución requiere.institución requiere.
• Una condición o necesidad de un usuario para resolver un Una condición o necesidad de un usuario para resolver un
problema o alcanzar un objetivo.problema o alcanzar un objetivo.
• Una condición o capacidad que debe estar presente en un Una condición o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un sistema o componentes de sistema para satisfacer un contrato, estándar, especificación u otro documento formal.contrato, estándar, especificación u otro documento formal.
• Una representación documentada de una condición o Una representación documentada de una condición o capacidad.capacidad.
¿Qué son Requerimientos?¿Qué son Requerimientos?
Necesario:Necesario: Un requerimiento es necesario si su omisión provoca una deficiencia en el Un requerimiento es necesario si su omisión provoca una deficiencia en el sistema a construir, y además su capacidad, características físicas o factor de calidad sistema a construir, y además su capacidad, características físicas o factor de calidad no pueden ser reemplazados por otras capacidades del producto o del proceso.no pueden ser reemplazados por otras capacidades del producto o del proceso.
Conciso:Conciso: Un requerimiento es conciso si es fácil de leer y entender. Su redacción Un requerimiento es conciso si es fácil de leer y entender. Su redacción debe ser simple y clara para aquellos que vayan a consultarlo en un futuro.debe ser simple y clara para aquellos que vayan a consultarlo en un futuro.
Completo:Completo: Un requerimiento está completo si no necesita ampliar detalles en su Un requerimiento está completo si no necesita ampliar detalles en su redacción, es decir, si se proporciona la información suficiente para su comprensión.redacción, es decir, si se proporciona la información suficiente para su comprensión.
Consistente:Consistente: Un requerimiento es consistente si no es contradictorio con otro Un requerimiento es consistente si no es contradictorio con otro requerimiento.requerimiento.
No ambiguo:No ambiguo: Un requerimiento no es ambiguo cuando tiene una sola interpretación. Un requerimiento no es ambiguo cuando tiene una sola interpretación. El lenguaje usado en su definición, no debe causar confusiones al lector.El lenguaje usado en su definición, no debe causar confusiones al lector.
Verificable: Verificable: Un requerimiento es verificable cuando puede ser cuantificado de Un requerimiento es verificable cuando puede ser cuantificado de manera que permita hacer uso de los siguientes métodos de verificación: inspección, manera que permita hacer uso de los siguientes métodos de verificación: inspección, análisis, demostración o pruebas. análisis, demostración o pruebas.
Características de los requerimientosCaracterísticas de los requerimientos
Los requerimientos no son obvios y vienen de muchas fuentes. Los requerimientos no son obvios y vienen de muchas fuentes. Son difíciles de expresar en palabras (el lenguaje es ambiguo). Son difíciles de expresar en palabras (el lenguaje es ambiguo). Existen muchos tipos de requerimientos y diferentes niveles de detalle. Existen muchos tipos de requerimientos y diferentes niveles de detalle. La cantidad de requerimientos en un proyecto puede ser difícil de La cantidad de requerimientos en un proyecto puede ser difícil de
manejar. manejar. Nunca son iguales. Algunos son más difíciles, más riesgosos, más Nunca son iguales. Algunos son más difíciles, más riesgosos, más
importantes o más estables que otros. importantes o más estables que otros. Los requerimientos están relacionados unos con otros, y a su vez se Los requerimientos están relacionados unos con otros, y a su vez se
relacionan con otras partes del proceso. relacionan con otras partes del proceso. Cada requerimiento tiene propiedades únicas y abarcan áreas funcionales Cada requerimiento tiene propiedades únicas y abarcan áreas funcionales
específicas. específicas. Un requerimiento puede cambiar a lo largo del ciclo de desarrollo. Un requerimiento puede cambiar a lo largo del ciclo de desarrollo. Son difíciles de cuantificar, ya que cada conjunto de requerimientos es Son difíciles de cuantificar, ya que cada conjunto de requerimientos es
particular para cada proyecto.particular para cada proyecto.
Dificultades para definir los requerimientosDificultades para definir los requerimientos
Expresarse de modo adecuadoExpresarse de modo adecuado Ser de acceso sencilloSer de acceso sencillo NumerarseNumerarse Acompañarse con pruebas que lo Acompañarse con pruebas que lo
verifiquenverifiquen Tomarse en cuenta en el diseñoTomarse en cuenta en el diseño Tomarse en cuenta en el códigoTomarse en cuenta en el código Probarse aisladoProbarse aislado Probarse junto con otros Probarse junto con otros
requerimientosrequerimientos Validarse con las pruebas Validarse con las pruebas
después de construir la aplicacióndespués de construir la aplicación
Cada requerimiento debe…Cada requerimiento debe…
"Ingeniería de Requerimientos es la disciplina para desarrollar una especificación completa, consistente y no ambigua, la cual servirá como base para acuerdos comunes entre todas las partes involucradas y en dónde se describen las funciones que realizará el sistema" Boehm 1979.
"Ingeniería de Requerimientos es el proceso por el cual se transforman los requerimientos declarados por los clientes , ya sean hablados o escritos, a especificaciones precisas, no ambiguas, consistentes y completas del comportamiento del sistema, incluyendo funciones, interfaces, rendimiento y limitaciones". STARTS Guide 1987.
Definición de Ingeniería de RequerimientosDefinición de Ingeniería de Requerimientos
"Es el proceso mediante el cual se intercambian diferentes puntos de vista para "Es el proceso mediante el cual se intercambian diferentes puntos de vista para recopilar y modelar lo que el sistema va a realizar. Este proceso utiliza una recopilar y modelar lo que el sistema va a realizar. Este proceso utiliza una combinación de métodos, herramientas y actores, cuyo producto es un modelo del combinación de métodos, herramientas y actores, cuyo producto es un modelo del cual se genera un documento de requerimientos" Leite 1987.cual se genera un documento de requerimientos" Leite 1987.
"Ingeniería de requerimientos es un enfoque sistémico para recolectar, organizar y "Ingeniería de requerimientos es un enfoque sistémico para recolectar, organizar y documentar los requerimientos del sistema; es también el proceso que establece y documentar los requerimientos del sistema; es también el proceso que establece y mantiene acuerdos sobre los cambios de requerimientos, entre los clientes y el mantiene acuerdos sobre los cambios de requerimientos, entre los clientes y el equipo del proyecto" Rational Softwareequipo del proyecto" Rational Software
Definición de Ingeniería de RequerimientosDefinición de Ingeniería de Requerimientos
Permite gestionar las necesidades del proyecto en forma estructurada: Cada actividad de la IR consiste de una serie de pasos organizados y bien definidos.
Mejora la capacidad de predecir cronogramas de proyectos, así como sus resultados: La IR proporciona un punto de partida para controles subsecuentes y actividades de mantenimiento, tales como estimación de costos, tiempo y recursos necesarios.
Disminuye los costos y retrasos del proyecto: Muchos estudios han demostrado que reparar errores por un mal desarrollo no descubierto a tiempo, es sumamente caro; especialmente aquellas decisiones tomadas durante la RE.
Mejora la calidad del software: La calidad en el software tiene que ver con cumplir un conjunto de requerimientos (funcionalidad, facilidad de uso, confiabilidad, desempeño, etc.).
Mejora la comunicación entre equipos: La especificación de requerimientos representa una forma de consenso entre clientes y desarrolladores. Si este consenso no ocurre, el proyecto no será exitoso.
Evita rechazos de usuarios finales: La ingeniería de requerimientos obliga al cliente a considerar sus requerimientos cuidadosamente y revisarlos dentro del marco del problema, por lo que se le involucra durante todo el desarrollo del proyecto.
Los principales beneficios que se obtienen Los principales beneficios que se obtienen
de la Ingeniería de Requerimientos son:de la Ingeniería de Requerimientos son:
Procesos de la Ingeniería de RequerimientosProcesos de la Ingeniería de Requerimientos
Requerimientosde
Proceso
Requerimientosde
Usuarios
Requerimientosde
Análisis y Negociación
Requerimientospara laGestión
Estos Estos requerimientos requerimientos existen porque los existen porque los procesos los usan procesos los usan durante el durante el desarrollo del desarrollo del software.software.
Requerimientos de ProcesoRequerimientos de Proceso
Describen los requerimientos funcionales y no Describen los requerimientos funcionales y no funcionales de tal forma que sean comprensibles funcionales de tal forma que sean comprensibles por los usuarios del sistema que no posean un por los usuarios del sistema que no posean un conocimiento técnico detallado.conocimiento técnico detallado.
Únicamente especifican el comportamiento externo Únicamente especifican el comportamiento externo del sistema y evitan, tanto como sea posible, las del sistema y evitan, tanto como sea posible, las características de diseño del sistema.características de diseño del sistema.
Deben redactarse utilizando el lenguaje natural, Deben redactarse utilizando el lenguaje natural, representaciones y diagramas intuitivos sencillos.representaciones y diagramas intuitivos sencillos.
Requerimientos del UsuarioRequerimientos del Usuario
Problemas que se presentan cuando se redacta Problemas que se presentan cuando se redacta en lenguaje natural:en lenguaje natural:
Falta de claridadFalta de claridad Confusión de requerimientosConfusión de requerimientos Conjunción de requerimientosConjunción de requerimientos
Requerimientos del UsuarioRequerimientos del Usuario
Pautas sencillas para redactar requerimientos:Pautas sencillas para redactar requerimientos:
Inventar un formato estándar y asegurar que Inventar un formato estándar y asegurar que todos los requerimientos se adhieren al formato.todos los requerimientos se adhieren al formato.
Utilizar el lenguaje en forma consistente.Utilizar el lenguaje en forma consistente.Resaltar el texto para ver las partes claves del Resaltar el texto para ver las partes claves del
requerimiento.requerimiento.Evitar utilizar el lenguaje “técnico” de Evitar utilizar el lenguaje “técnico” de
computación.computación.
Requerimientos del UsuarioRequerimientos del Usuario
Los requisitos se agrupan en categorías y se Los requisitos se agrupan en categorías y se organizan en subconjuntos, se analiza cada organizan en subconjuntos, se analiza cada requisito en relación con el resto, se examina requisito en relación con el resto, se examina los requisitos en su consistencia, completitud y los requisitos en su consistencia, completitud y ambigüedad, y se clasifican en base a las ambigüedad, y se clasifican en base a las necesidades de los clientes/usuario. necesidades de los clientes/usuario.
Requerimientos para el Análisis y NegociaciónRequerimientos para el Análisis y Negociación
Para hacer el Análisis de requisitos se plantean las Para hacer el Análisis de requisitos se plantean las siguientes cuestiones:siguientes cuestiones:
1.1. ¿Cada requisito es consistente con los objetivos ¿Cada requisito es consistente con los objetivos generales del sistema/producto?generales del sistema/producto?
2.2. ¿Tienen todos los requisitos especificados el nivel ¿Tienen todos los requisitos especificados el nivel adecuado de abstracción? ¿Algunos requisitos tienen adecuado de abstracción? ¿Algunos requisitos tienen un nivel de detalle técnico inapropiado en esta etapa?un nivel de detalle técnico inapropiado en esta etapa?
3.3. ¿El requisito es necesario o representa una ¿El requisito es necesario o representa una característica añadida que puede no ser esencial a la característica añadida que puede no ser esencial a la finalidad del sistema?finalidad del sistema?
4.4. ¿Cada requisito está delimitado y sin ambigüedad?¿Cada requisito está delimitado y sin ambigüedad?
Requerimientos para el Análisis y NegociaciónRequerimientos para el Análisis y Negociación
5. ¿Cada requisito tiene procedencia? Es decir, ¿Existe un 5. ¿Cada requisito tiene procedencia? Es decir, ¿Existe un origen (general o específico) conocido para cada origen (general o específico) conocido para cada requisito?requisito?
6. ¿Existen requisitos incompatibles con otros requisitos?6. ¿Existen requisitos incompatibles con otros requisitos?
7. ¿Es posible lograr cada requisito en el entorno técnico 7. ¿Es posible lograr cada requisito en el entorno técnico donde se integrará el sistema o producto?donde se integrará el sistema o producto?
8. ¿Se puede probar el requisito una vez implementado?8. ¿Se puede probar el requisito una vez implementado?
Requerimientos para el Análisis y NegociaciónRequerimientos para el Análisis y Negociación
Proceso de NegociaciónProceso de Negociación Los clientes deberán clasificar sus requisitos y discutir Los clientes deberán clasificar sus requisitos y discutir
los posibles conflictos según su prioridad. los posibles conflictos según su prioridad. Los riesgos asociados con cada requisito serán Los riesgos asociados con cada requisito serán
identificados y analizados. identificados y analizados. Se efectúan estimaciones del esfuerzo de desarrollo que Se efectúan estimaciones del esfuerzo de desarrollo que
se utilizan para valorar el impacto de cada requisito en se utilizan para valorar el impacto de cada requisito en el coste del proyecto y en el plazo de entrega.el coste del proyecto y en el plazo de entrega.
Utilizando un procedimiento iterativo, se irán Utilizando un procedimiento iterativo, se irán eliminando requisitos, se irán combinando y/o eliminando requisitos, se irán combinando y/o modificando para conseguir satisfacer los objetivos modificando para conseguir satisfacer los objetivos planteados.planteados.
Requerimientos para el Análisis y NegociaciónRequerimientos para el Análisis y Negociación
Es un conjunto de actividades que ayudan al equipo Es un conjunto de actividades que ayudan al equipo de trabajo a identificar, controlar y seguir los de trabajo a identificar, controlar y seguir los requisitos y los cambios en cualquier momento.requisitos y los cambios en cualquier momento.
Como en la Gestión de Configuración del Software Como en la Gestión de Configuración del Software (GCS), la gestión de requisitos comienza con la (GCS), la gestión de requisitos comienza con la actividad de identificación. A cada requisito se le actividad de identificación. A cada requisito se le asigna un único identificador, que puede tomar la asigna un único identificador, que puede tomar la forma:forma:
<tipo de requisito><requisito no.><tipo de requisito><requisito no.>
Requerimientos para la GestiónRequerimientos para la Gestión
Identificadores, según el tipo de Identificadores, según el tipo de requisito:requisito:
FF FuncionalFuncional
DD DatosDatos
CC ComportamientoComportamiento
II InterfazInterfaz
SS SalidaSalida
Requerimientos para la GestiónRequerimientos para la Gestión
Matrices que se deben realizar para la Gestión de Matrices que se deben realizar para la Gestión de Requisitos:Requisitos:
Matriz de seguimiento de características:Matriz de seguimiento de características: muestra los requisitos muestra los requisitos identificados en relación a las características definidas por el cliente identificados en relación a las características definidas por el cliente del sistema/producto.del sistema/producto.
Matriz de seguimiento de orígenes:Matriz de seguimiento de orígenes: identifica el origen de cada identifica el origen de cada requisito.requisito.
Matriz de seguimiento de dependencias:Matriz de seguimiento de dependencias: indica cómo se indica cómo se relacionan los requisitos entre sí.relacionan los requisitos entre sí.
Matriz de seguimiento de subsistema:Matriz de seguimiento de subsistema: vincula los requisitos a los vincula los requisitos a los subsistemas que lo manejan.subsistemas que lo manejan.
Matriz de seguimiento de interfaces:Matriz de seguimiento de interfaces: muestra cómo los muestra cómo los requisitos están vinculados a las interfaces externas o internas del requisitos están vinculados a las interfaces externas o internas del sistema.sistema.
Requerimientos para la GestiónRequerimientos para la Gestión
Matriz de seguimiento de características:Matriz de seguimiento de características: muestra los requisitos muestra los requisitos identificados en relación a las características definidas por el cliente identificados en relación a las características definidas por el cliente del sistema/producto.del sistema/producto. Ejemplo:Ejemplo:
Requerimientos para la GestiónRequerimientos para la Gestión
El problema de
Afecta a
Cuyo impacto ocasiona
Una solución exitosa debería
Matriz de seguimiento de orígenes:Matriz de seguimiento de orígenes: identifica el origen de cada identifica el origen de cada
requisito.requisito.
Ejemplo:Ejemplo:
Requerimientos para la GestiónRequerimientos para la Gestión
Requerimiento Tipo Usuario Origen
Matriz de seguimiento de interfaces:Matriz de seguimiento de interfaces: muestra cómo los muestra cómo los
requisitos están vinculados a las interfaces externas o internas del requisitos están vinculados a las interfaces externas o internas del sistema.sistema.
Ejemplo:Ejemplo:
Requerimientos para la GestiónRequerimientos para la Gestión
Requerimiento Interfaz Tipo Usuario Módulo
Top Related