Ingeniería de requisitos
Karol Barreraにより
1. Etapas
2. Elicitacion: Actividad involucrada en el descubrimiento de los requisitos del sistema.
3. Especificación: se documentan los requisitos acordados con el cliente, en un nivel apropiado de detalle.
4. Análisis: Tiene como propósito descubrir problemas con los requisitos del sistema identificados hasta el momento.
5. Proporciona el mecanismo apropiado para
6. Entender lo que el cliente quiere.
7. Validación: garantiza que los requisitos, una vez analizados y resueltos los posibles conflictos, correspondan realmente a las necesidades de clientes y usuarios
8. Analizar las necesidades
9. Evaluar la factibilidad.
10. Negociar una solución razonable.
11. Especificar la solución sin ambigüedades.
12. Validar la especificación.
13. Administrar los requisitos conforme éstos se transforman en un sistema operacional.
14. Según la teoría de:
15. Boehm, 1979:
16. IEEE, 1990
17. Amador, 2000
18. La ingeniería de requisitos 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.
19. La ingeniería de requisitos es el proceso de estudiar las necesidades del usuario para llegar a una definición de requisitos de sistema, hardware o software.
20. Algunas características
21. La ingeniería de requisitos puede considerarse como un proceso de descubrimiento y comunicación de las necesidades de clientes y usuarios y la gestión de los cambios de dichas necesidades.
22. Necesario
23. Completo
24. Consistente
25. Correcto
26. Verificable
27. Rastreable
28. Ciclo de vida de software
29. Permite iniciar una serie de fases mediante las cuales se procede a la validación y al desarrollo del software garantizando que se cumplan los requisitos para la aplicación y verificación de los procedimientos de desarrollo; para ello, se utilizan métodos del ciclo del software, que indican distintos pasos a seguir para el desarrollo de un producto.
30. Fases
31. Planificación
32. Análisis
33. Diseño
34. Pruebas
35. Mantenimiento
36. Se realiza el planteamiento del problema, se definen alcances y objetivos del software.
37. Esta fase busca definir los requisitos que son los que dirigirán el desarrollo del proyecto de software.
38. Se estudian posibles opciones de implementación para el software que hay que construir, estructura general del mismo.
39. Busca detectar fallos cometidos en las etapas anteriores para corregirlos.
40. se realizan tres puntos referenciados: mantenimiento correctivo, mantenimiento adaptativo y mantenimiento perfectivo.
41. Paradigmas
42. Tradicional: se identifican, fundamentalmente, por ser lineales, es decir se trata de completar cada proceso de principio a fin hasta que quede listo para avanzar a la segunda fase del ciclo del software.
43. Orientado a objetos :se conforma principalmente por la creación de clases, análisis de requisitos y el diseño. Con este paradigma se pretende que el código fuente sea reutilizable para otros proyectos.
44. Desarrollo ágil: es el desarrollo de proyectos en poco tiempo, se simplifican procesos tediosos, se agilizan las fases del desarrollo y las interacciones se hacen en corto tiempo.
45. Modelos
46. Cascada
47. Espiral
48. Iterativo o por prototipos
49. Scrum
50. Kanban
51. XP o programación extrema
