Está en la página 1de 15

APYSW

 CONTENIDOS:
◦ Definición
◦ Manejo de Requerimientos en RUP
◦ Requerimientos con Rational Requisit Pro

104

 La administración de requerimientos
comprende las actividades relacionadas con
la definición, clasificación, asignación,
seguimiento y control de los requerimientos
durante todo el ciclo de vida de desarrollo de
software.
 Es una metodología indispensable para el
aseguramiento de la calidad de los productos,
así como para el control y seguimiento de los
proyectos.

105

Ms. Ing. Alberto Mendoza De los Santos


1
APYSW

 Los principales problemas de un mal manejo


de requerimientos son:
◦ Incapacidad para manejar los cambios en los
requerimientos durante el desarrollo.
◦ Falta de especificación detallada de los
requerimientos.
◦ Mala organización y control de requerimientos.
◦ Requerimientos mal entendidos.

106

 Los requerimientos deben dirigir el diseño, la


implementación y las pruebas de la
aplicación, garantizando que el sistema final
cumpla con las necesidades del usuario.
 Los requerimientos son el vínculo coherente y
rastreable que une a todo el ciclo de
desarrollo.

107

Ms. Ing. Alberto Mendoza De los Santos


2
APYSW

 De las muchas definiciones que existen para requerimiento, ha


continuación se presenta la definición que aparece en el glosario de
la IEEE .
 (1) Una condición o necesidad de un usuario para resolver un
problema o alcanzar un objetivo.
 (2) Una condición o capacidad que debe estar presente en un
sistema o componentes de sistema para satisfacer un contrato,
estándar, especificación u otro documento formal.
 (3) Una representación documentada de una condición o capacidad
como en (1) o (2).

108

 Los requerimientos puedes dividirse en requerimientos


funcionales y requerimientos no funcionales.
◦ Los requerimientos funcionales definen las funciones que el sistema será
capaz de realizar. Describen las transformaciones que el sistema realiza
sobre las entradas para producir salidas.
◦ Los requerimientos no funcionales tienen que ver con características que
de una u otra forma puedan limitar el sistema, como por ejemplo, el
rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad
(robustez del sistema, disponibilidad de equipo), mantenimiento,
seguridad, portabilidad, estándares, etc.

109

Ms. Ing. Alberto Mendoza De los Santos


3
APYSW

 Especificación de Requisitos de Software (SRS)


◦ La especificación de requisitos de software es la actividad
en la cual se genera el documento, con el mismo nombre,
que contiene una descripción completa de las necesidades
y funcionalidades del sistema que será desarrollado.
◦ Describe el alcance del sistema y la forma en como hará sus
funciones, definiendo los requerimientos funcionales y los
no funcionales.

110

 Rational Unified Process


◦ Describe cómo definir, organizar y documentar las
especificaciones funcionales y sus limitantes.
◦ Permite dar seguimiento y documentar decisiones y
alternativas tomadas; y capturar y comunicar con
facilidad los requerimientos del negocio.
◦ Las nociones de "casos de uso" y escenarios
utilizados en el proceso de desarrollo han mostrado
ser una excelente forma para capturar los
requerimientos funcionales y asegurar que éstos
sean el punto único de partida.

111

Ms. Ing. Alberto Mendoza De los Santos


4
APYSW

 Rational RequisitePro
◦ Herramienta que permite automatizar la
administración de requerimientos y permite un
control del avance del proyecto.
◦ Tiene una integración transparente con los
diferentes flujos y herramientas del ciclo de vida
del desarrollo como son: modelado visual,
ingeniería de pruebas y control de cambios.

112

 ¿Por qué es importante la administración de


requisitos en el proyecto?

113

Ms. Ing. Alberto Mendoza De los Santos


5
APYSW

 CONTENIDOS
◦ Actividades de administración
◦ Planeamiento del proyecto
◦ Programación de actividades del proyecto

 Se preocupa de las actividades requeridas


para asegurar que el software se entregue a
tiempo, según lo programado, y de acuerdo
con los requerimientos de las organizacion
que desarrolla y requiere el software
 La administración de proyecto es importante
porque el desarrollo de software siempre está
sujeto a limitaciones de presupuesto y tiempo
que son fijadas por la organización que
desarrolla el software

Ms. Ing. Alberto Mendoza De los Santos


6
APYSW

 Redacción de propuestas
 Planificación y calendarización del proyecto
 Costeo del proyecto
 Monitoreo y revisiones del proyecto
 Selección y evaluación del personal
 Preparación de reportes y presentaciones

 Conseguir el equipo ideal para trabajar en un


proyecto tiene dificultades.
◦ Presupuesto del proyecto puede impedir el uso de
personal con altos salarios
◦ Personal con la experiencia apropiada puede no
estar disponible
◦ Una organización puede querer desarrollar
habilidades en el empleado a partir de un proyecto
de software
 Los administradores de proyectos deben
trabajar con estas limitaciones.

Ms. Ing. Alberto Mendoza De los Santos


7
APYSW

 Es la actividad de administración que


consume la mayor parte del tiempo de
proyecto.
 Actividades continuas desde el concepto
inicial hasta la entrega del proyecto. Los
planes deben ser regularmente revisados a
medida que la información se hace disponible
 Varios tipos diferentes de planes se pueden
desarrollar para apoyar el plan principal del
proyecto, preocupándose del tiempo y del
presupuesto

Plan Descripción

Plan de Calidad Describe los procedimientos de calidad y los


estándares que se usarán en el proyecto.
Plan de Validación Describe el enfoque, recursos y
programación de actividades usados para
validar el sistema.
Plan de Configuración de la Describe los procedimientos de
Administración configuración de la administración y
estructuras a ser usadas.
Plan de Mantenimiento Predice los requerimientos de
mantenimiento del sistema, costos de
mantenimiento y esfuerzo requerido.
Plan de Desarrollo del Staff Describe cómo se desarrollarán las
habilidades y experiencias de los miembros
del equipo del proyecto.

Ms. Ing. Alberto Mendoza De los Santos


8
APYSW

Establecer las restricciones del proyecto


Hacer las estimaciones iníciales de los parámetros del proyecto
Definir los hitos y entregables del proyecto
while proyecto no se ha completado o cancelado loop
Generar un calendario del proyecto
Iniciar actividades de acuerdo al calendario
Esperar (por un tiempo)
Revisar el progreso del proyecto
Revisar estimaciones de parámetros del proyecto
Actualizar el calendario del proyecto
Re-negociar restricciones y entregables del proyecto
if (surgen problemas) then
iniciar revisiones técnicas y posible solución
end if
end loop

 Introducción
 Organización del proyecto
 Análisis de riesgos
 Requerimientos de recursos de hardware y
software
 Detalle del trabajo
 Calendarización del proyecto
 Mecanismos de monitoreo y reportes

Ms. Ing. Alberto Mendoza De los Santos


9
APYSW

 Actividades en un proyecto deberían ser


organizadas para producir resultados
tangibles que permitan a la administración
evaluar el progreso
 Hitos marcan el final de una actividad del
proceso
 Entregables son resultados del proyecto que
se entregan al cliente

ACTIVITIES

Feasibility Requirements Prototype Design Requirements


study analysis development study specification

Feasibility Requirements Evaluation Architectural Requirements


report definition report design specification

MILESTONES

Ms. Ing. Alberto Mendoza De los Santos


10
APYSW

 Segmentar el proyecto en tareas y estimar


tiempo y recursos requeridos para completar
cada tarea.
 Organizar tareas concurrentemente para
hacer uso óptimo de la fuerza de trabajo.
 Minimizar la dependencia de tareas para
evitar atrasos causados por una tarea que
espera el fin de otra.
 Depende de la intuición y experiencia de
administradores de proyectos.

Identify Identify activity Estimate resources Allocate people Create project


activities dependencies for activities to activities charts

Software Activity charts


requirements and bar charts

Ms. Ing. Alberto Mendoza De los Santos


11
APYSW

 Es difícil estimar la dificultad de problemas y


por lo tanto el costo de desarrollar una
solución.
 Productividad no es proporcional al número
de personas trabajando en una tarea.
 Agregar personas a un proyecto atrasado lo
atrasa aún más debido a sobrecarga de
comunicaciones.
 Lo inesperado siempre ocurre. Siempre contar
con una holgura al planear.

 Se usan notaciones gráficas para ilustrar el


calendario del proyecto
 Mostrar el proyecto descompuesto en tareas.
 Las tareas no deberían ser muy pequeñas.
 Deberían tomar cerca de una semana o dos.
 Los gráficos de actividad muestran las
dependencias de tareas y la ruta crítica.
 Los gráficos de barras muestran el calendario
programado contra el tiempo real
transcurrido

Ms. Ing. Alberto Mendoza De los Santos


12
APYSW

Task Duration (days) Dependencies


T1 8
T2 15
T3 15 T1 (M1)
T4 10
T5 10 T2, T4 (M2)
T6 5 T1, T2 (M3)
T7 20 T1 (M1)
T8 25 T4 (M5)
T9 15 T3, T6 (M4)
T10 15 T5, T7 (M7)
T11 7 T9 (M6)
T12 10 T11 (M8)

14/7/99 15 days
15 days
M1 T3
8 days T9
T1 5 days 4/8/99 25/8/99
25/7/99
T6 M4 M6
4/7/99 M3
start 20 days 7 days
15 days
T7 T11
T2

25/7/99 10 days 11/8/99 5/9/99


10 days
M2 M7 M8
T4 T5 15 days
T10 10 days
18/7/99
T12
M5
25 days
T8 Finish
19/9/99

Ms. Ing. Alberto Mendoza De los Santos


13
APYSW

4/7 11/7 18/7 25/7 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Start
T4
T1
T2
M1
T7
T3
M5
T8
M3
M2
T6
T5
M4
T9
M7
T10
M6
T11
M8
T12
Finish

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9

Fred T4
T8 T11
T12
Jane T1
T3
T9
Anne T2
T6 T10

Jim T7

Mary T5

Ms. Ing. Alberto Mendoza De los Santos


14
APYSW

 ¿Por qué se dice que conseguir el equipo


ideal para trabajar en un proyecto tiene
dificultades?
 ¿Por qué se dice que lo inesperado siempre
ocurre?

132

Ms. Ing. Alberto Mendoza De los Santos


15

También podría gustarte