MODULO: DESARROLLO DE SISTEMAS E INGENIERIA DE SOFTWARE
NOMBRE: Mendoza Veliz Francisco Daniel TUTOR: Ing. Ricardo Aguirre
INGENIERIA DE REQUISITOS Paralelo “ST”
Ingeniería en sistemas. QUEVEDO – LOS RÍOS – ECUADOR
- 2014-
Ingeniería de requerimientos Los requerimientos para un sistema son descripciones de lo que el sistema debe hacer: el servicio que ofrece y las restricciones en su operación. Tales requerimientos reflejan las necesidades de los clientes por un sistema que atienda cierto propósito, como sería controlar un dispositivo, colocar un pedido o buscar información.
Ingenieria de requisitos
Se consideran cuatro procesos fundamentales
Educacion
Procesos donde los interesados descubren, articula y entienden sus requisitos
Analisis
Detalla y organiza los requisistos, realiza evluaciones para encontrara conflictos e identifica requisitos faltantes
Especificacion
Validacion
Formulacion presisa de los requisitos utilizando una notacion y una forma de documentar que puede ser el lenguaje natural.
Proceso en el cual los interesados se aseguran que los requisitos sean persistentes
Tipos de requisitos Requisitos de Usuarios: Necesidades que los usuarios expresan verbalmente Requisitos del Sistema: Son los componentes que el sistema debe tener para realizar determinadas tareas Clasificación de los requisitos A menudo, los requerimientos de sistemas software se clasifican en funcionales y no funcionales, o como requerimientos del dominio: 1. Requerimientos funcionales. Son declaraciones de los servicios que debe proporcionar el sistema, de la manera en que éste debe reaccionar a entradas particulares y de cómo se debe comportar en situaciones particulares. En algunos casos, los requerimientos funcionales de los sistemas también pueden declarar explícitamente lo que el sistema no debe hacer.
2. Requerimientos no funcionales. Son restricciones de los servicios o funciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre el proceso de desarrollo y estándares. Los requerimientos no funcionales a menudo se aplican al sistema en su totalidad. Normalmente apenas se aplican a características o servicios individuales del sistema. 3. Requerimientos del dominio. Son requerimientos que provienen del dominio de aplicación del sistema y que reflejan las características y restricciones de ese dominio. Pueden ser funcionales o no funcionales. El documento de requerimientos de software El documento de requerimientos de software es un comunicado oficial de lo que deben implementar los desarrolladores del sistema. Incluye tanto los requerimientos del usuario para un sistema, como una especificación detallada de los requerimientos del sistema. Usuarios de un documento de requerimientos
Clientes del sistema
Especifican los requerimientos y los leen para comprobar que cubre sus necesidades. Los clientes especifican los cambios a los requerimientos.
Administradores
Usan el documento de requerimientos para planear una cotización para el sistema y el proceso de desarrollo del sistema.
Ingenieros del sistema
Usan los requerimientos para entender qué sistema debe desarrollarse
Ingenieros de prueba del sistema
Usan los requerimientos para desarrollar pruebas de validación para el sistema.
Ingenieros de mantenimiento del sistema
Usan los requerimientos para comprender el sistema y las relaciones entre sus componentes. Especificación de requerimientos
Es una descripción completa del comportamiento del sistema que se va a desarrollar. Incluye un conjunto de casos de uso que describe todas las interacciones que tendrán los usuarios con el software. Los casos de uso también son conocidos como requisitos funcionales.
Formas de escribir una especificación de requerimientos del sistema Enunciados en lenguaje natural Lenguaje natural estructurado Lenguajes de descripción de diseño Anotaciones gráficas Especificaciones matemáticas
Adquisición y análisis de requerimientos Después de un estudio de factibilidad inicial, la siguiente etapa del proceso de ingeniería de requerimientos es la adquisición y el análisis de requerimientos. En esta actividad, los ingenieros de software trabajan con clientes y usuarios finales del sistema para descubrir el dominio de aplicación, qué servicios debe proporcionar el sistema, el desempeño requerido de éste, las restricciones de hardware, etcétera. 1. Descubrimient o de requerimiento s
4. Especificación de requerimiento s
El procesode adquisicióny análisisde requerimiento s
3. Priorización y negociación de requerimiento s
2. Clasificación y organizaciónd e requerimiento s
Descubrimiento de requerimientos El descubrimiento de requerimientos (llamado a veces adquisición de requerimientos) es el proceso de recopilar información sobre el sistema requerido y los sistemas existentes, así como de separar, a partir de esta información, los requerimientos del usuario y del sistema.
Entrevistas
•Las entrevistas es una de las manera de adquirir requerimientos de manera formal o informal con participantes del sistema son una parte de la mayoría de los procesos de ingeniería de requerimientos. En estas entrevistas, el equipo de ingeniería de requerimientos formula preguntas a los participantes sobre el sistema que actualmente usan y el sistema que se va a desarrollar
Escenarios
•Por lo general, las personas encuentran más sencillo vincularse con ejemplos reales que con descripciones abstractas. Pueden comprender y criticar un escenario sobre cómo interactuar con un sistema de software.
Casos de uso
•Los casos de uso son una técnica que se basa en escenarios para la obtención de requerimientos. En su forma más simple, un caso de uso identifica el tipo de interacción y los actores involucrados. El conjunto de casos de uso representa todas las posibles interacciones a representar en los requerimientos del sistema.
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 si solo en el entorno laboral donde se utilizara el sistema.
Conclusiones A pesar de la importancia que tiene la Ingeniería de Requerimientos, ha costado mucho que se le preste la atención adecuada a esta actividad. Aún quedan muchos desafíos que deben ser mejorados, tales como la integración de requerimientos funcionales y no funcionales, la evaluación de especificaciones alternativas Debemos recordar que la Ingeniería de Requerimientos es una actividad que involucra a clientes, usuarios, equipo de desarrollo, administradores de proyectos, etc.; por lo tanto, el proceso de Ingeniería de requerimiento no depende solamente de la forma en cómo se percibe el problema, sino también, del nivel de experiencia que tengan los involucrados
Bibliografía
Sommerville. Ingeniería de Software. Novena edición. México: PEARSON, 2011. Roger S. "Comprensión de requerimientos". En: Roger S. ingeniería de software. Séptima edición, 2000, p. 105-122. Alejandro P. Ingeniería Información.Mexico.2010
de
Software:
Una
Guía
para
Crear
Sistemas
de
Crabtree, A.Diseño de Sistemas Colaborativos: Guía práctica para la Etnografía. London.2003 Davis, A. M. (1993). Requisitos de software: Objectos, Funciones y Estados. Englewood Cliffs.España.2005 Senn, James A. "Análisis y Diseño de Sistemas de Información". Segunda Edición. McGraw Hill. 1992. Direcciones electrónicas sobre este tema:
http://clases3gingsof.wikifoundry.com/page/Clasificaci%C3%B3n+de+los+Requerimientos http://es.wikipedia.org/wiki/Especificaci%C3%B3n_de_requisitos_de_software http://www.google.com.ec/url?sa=t&rct=j&q=&esrc=s&source=web&cd=4&ved=0CCwQFj AD&url=http%3A%2F%2Fes.scribd.com%2Fdoc%2F37187866%2FRequerimientosfuncionales-y-nofuncionales&ei=NR23U4ryK83LsQTN2YIY&usg=AFQjCNEw33F46pnvd5_oVtlPdm71dcgEhg http://clases3gingsof.wikifoundry.com/page/T%C3%A9cnicas+de+Recopilaci%C3%B3n+de +Requerimientos http://es.slideshare.net/PedroGutirrezCuadra/tcnicas-para-la-obtencin-de-requerimientos http://delta.cs.cinvestav.mx/~pmalvarez/softeng/curso-2009/Obtencionrequerimientos.pdf http://is.ls.fi.upm.es/docencia/masterTI/ARS/docs/Manual_M2C1U11.pdf