Modelos de desarrollo de software son una colección de técnicas y sistemas organizacionales para crear software de computadora. El objetivo de los diversos enfoques es estructurar equipos de trabajo para que puedan construir las funcionalidades del programa de la manera más eficiente posible. Modelos de desarrollo de software proporcionar un marco para controlar el desarrollo de los sistemas de información. Desde la planificación hasta el mantenimiento, un Ciclo de vida del desarrollo de programas (SDLC) describe todos los procesos en un proyecto de desarrollo de software. Estos marcos incluyen el desarrollo de programas, así como las herramientas necesarias para ayudar en el proceso de desarrollo. Existen varios desarrollos de software modelos para elegir, pero ¿cómo determina cuál es el adecuado para su proyecto? para ello, debe comprender el valor de la calidad, la rapidez y la innovación, entre otras cosas, y establecer prioridades. La reducción de la codificación manual, la mejora de la reutilización, la prevención de brechas de seguridad y la reducción de la demanda de la infraestructura de TI son solo algunos de los objetivos que deben abordarse según la técnica de desarrollo que elija. Es obvio que comprender la ciclo de vida de un proyecto de esta naturaleza implica comprender que, una vez que se ha elegido un modelo de desarrollo de software y un enfoque de programación, hay nuevos pasos adicionales que completar antes de entregar el producto final, muchas fases por las que pasar: análisis, diseño, desarrollo, integración y pruebas, aceptación , implementación y mantenimiento.

1. ADSI
CAPTURA DE REQUISITOS
Los Profesores del Curso

2. ADSI
2
Logro de Unidad
 Al término de la unidad, el alumno elabora y sustenta el
modelado del negocio y la captura de requisitos de dos
procesos de negocio en los que identifica el modelo de
casos de uso del negocio, el modelo de análisis del
negocio, y el modelo de casos de uso con sus respectivos
artefactos. Para ello, aplica la metodología RUP, los
diagramas UML y la herramienta CASE Rational Software
Architect.

3. ADSI
Contenidos
Captura de requisitos
Captura de requisitos a solicitud del cliente
Captura de requisitos a partir del diagrama de
actividades del negocio
Matriz de actividades vs. requisitos
3

4. ADSI
4
¿En qué disciplina nos encontramos?

5. ADSI
5
Objetivos de la Captura de Requisitos
Establecer y mantener acuerdos con los
stakeholders sobre lo que el sistema debe hacer.
Proporcionar a los desarrolladores un mejor
entendimiento de los requisitos del sistema.
Definir las fronteras del sistema a implementar.
Proporcionar la base para planificar iteraciones.
Proporcionar la base para estimar costos y
tiempos del desarrollo de sistema.
Definir interfaces de usuario con el sistema.

6. ADSI
6
Captura de Requisitos
Del modelado del negocio De las solicitudes de
stakeholders
Requisitos funcionales y
no funcionales
Existen dos fuentes
Reglas del Negocio
-----------------
-----------------
-----------------
Técnicas para capturar
requisitos:
 Entrevistas
 Cuestionarios
 Lluvia de ideas
Prototipos

7. ADSI
7
¿Qué es un Requisito?
R. FUNCIONALES R. NO FUNCIONALES
Condición o capacidad que el sistema debe cumplir
Caso de uso
Grupo de
casos de uso
Sistema
para
Casos de uso
se traducen en
 Definen el comportamiento
del sistema.
 Especifican propiedades
significativas del sistema.

8. ADSI
8
A continuación se mostrarán
algunos ejemplos de
Requisitos FURPS+
(Requisitos según RUP)

9. ADSI
9
Requisitos Funcionales

10. ADSI
10
Requisitos Funcionales

11. ADSI
11
Requisitos No Funcionales - Usabilidad
El sistema debe permitir
Registrar el Préstamo de
un libro en 30 segundos
El aspecto de la interfaz
gráfica y el lenguaje
utilizado en el sistema
debe estar orientado a
niños entre 5 y 8 años.

12. ADSI
12
Requisitos No Funcionales - Confiabilidad
El sistema debe estar
disponible al 95 por
ciento entre las 8:00 AM
y las 6:00 PM
La duración promedio
de una reparación del
sistema no puede ser
mayor de 30 segundos.

13. ADSI
13
Requisitos No Funcionales - Rendimiento
El tiempo máximo de
cargar la página del
sistema es de 4
segundos.
El sistema debe permitir
almacenar la información
de hasta 50000 libros y
40000 archivos.

14. ADSI
14
Requisitos No Funcionales - Soporte
El sistema debe ser
compatible con Windows
2000 profesional y
Windows XP.
El sistema debe permitir
a un usuario su
instalación sin
entrenamiento previo.

15. ADSI
Captura de Requerimientos a
partir del DAN
15
Matriz de actividades y requisitos del sistema <Nombre del Sistema>
Proceso de Negocio Actividad del Negocio
Responsable del
Negocio
Requerimiento Caso de Uso Actores
Iteración # o
Prioridad

16. ADSI
16
Conclusiones
En la Captura de Requisitos se describe las
condiciones o capacidades que el sistema debe
cumplir.
La identificación de los requisitos funcionales
llevará a la proyección de las funciones del
sistema.
La descripción de los requisitos no funcionales
facilitarán la construcción de la plataforma del
sistema.

17. ADSI
Bibliografía
GRADY BOOCH, JAMES RUMBAUGH, IVAR JACOBSON 2006 El
Lenguaje Unificado de Modelado – UML 2.0. Madrid: Pearson –
Addison Wesley – 2da. Edición.
 PRESSMAN, ROGER S. 2002 Ingeniería del Software: un enfoque
práctico Madrid: MC Graw-Hill.
 SOMMERVILLE, IAN Ingeniería de Software Madrid: Pearson
Addison Wesley
17