Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

LEVANTAMIENTO DE REQUERIMIENTOS

peña
by

ANA CAROLINA PEÑA CARMONA

on 28 September 2011

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of LEVANTAMIENTO DE REQUERIMIENTOS

Los requerimientos de software se clasifican en funcionales,no funcionales,o de dominio El proceso de establecer los servicios que el cliente requiere de un sistema y los limites bajo los cuales opera y se desarrolla.

Los Requerimientos pueden ser Funcionales o
No-Funcionales. INGENIERIA DE REQUERIMIENTOS • Los Requerimientos funcionales describen servicios o funciones FUNCIONALES • Los Requerimientos No-funcionales son un límite en el sistema o en el proceso de desarrollo. NO FUNCIONALES Es un rango de instrucciones abstractas de alto nivel de un servicio o de un sistema.
• Puede ser la base para una declaración de un contrato, por lo tanto, deber estar abierto a interpretación.
• Puede ser la base para el contrato en sí, por lo tanto, debe ser definido en detalle.
• Ambas declaraciones serán llamadas Requerimientos. ¿QUE ES UN REQUERIMIENTO? Especificación de Requerimientos
• Un documento estructurado con descripción o detalle de los ervicios del sistema. Escrito como un contrato entre el cliente y el contratista.

Epecificación de Software
• Descripción detallada de software, la cual, puede servir como una base para diseño o implementación. Escrito para desarrolladores. DEFINICIÓN ESPECIFICACIÓN Definición de Requerimientos
• Una declaración en un Lenguaje Natural incluye los diagramas,los servicios del sistema y sus límites operacionales. Escrito
para clientes. Definición de Requerimientos

1. El Software proporciona significado de representación y acceso a archivos externos creados por otras herramientas.

Especificación de Requerimientos

1.1 El usuario debe proporcionar facilidades para definir el tipo de archivos externos.
1.2 Cada tipo de archivo externo puede tener una herramienta asociada. La cual, será aplicada para el archivo.
1.3 Cada tipo de archivo externo será representado como un icono específico mostrado al suario.
1.4 Las facilidades proporcionadas para la representación del icono en un tipo de archivo externo será definido por el usuario.
1.5 Cuando un usuario selecciona una representación de icono de un archivo externo, el efecto de la selección es aplicar las herramientas asociadas con el tipo de archivo externo al archivo representado por la selección del icono. Ejemplo (Quizá) Ingenieros de Clientes
Arquitectos del Sistema
Desarrolladores de Software LECTORES DE REQUERIMIENTOS DEFINICIÓN DE REQUERIMIENTOS Gerencia de Cliente
Usuarios Finales del Sistema
Ingenieros de Clientes
Gerencia de Contratistas
Arquitectos del Sistema ESPECIFICACIÓN DE REQUERIMIENTOS Usuarios Finales del Sistema
Ingenieros de Cliente
Arquitectos del Sistema
Desarrolladores de Software ESPECIFICACIÓN DE
SOFTWARE Sistemas de Software grandes con problemas de
direccionamiento.

Problemas de tal manera complejos que puede ser que nunca se comprendan completamente y
donde los desarrolladores van comprendiendo el
sistema durante su desarrollo.

Por lo tanto, los requerimientos son normalmente incompletos e inconsistentes. Los sistemas de software grandes deben mejorar
su actual situación. Es difícil anticipar los efectos
que el sistema tendrá en la organización.

Usuarios diferentes tienen requerimientos y
prioridades diferentes. Hay constantemente
compromiso de cambios en los requerimientos.

Los usuarios finales del sistema y la organización
que paga por el sistema tienen requerimientos
diferentes.

El prototipado es requerido para clarificar
requerimientos PROBLEMAS INCONSISTENCIAS Estudio de Factibilidad
• Encuentran los usuarios actuales que sus necesidades son satisfechas dada la tecnología y el presupuesto disponible?

Análisis de Requerimientos
• Encontrar que el sistema requiere del mantenimiento de intereses.

Definición de Requerimientos
• Definir los requerimientos en una forma comprensible para el cliente.

Especificación de Requerimientos
• Define los requerimientos en detalle. Especificación de
Requerimientos PROCESO DE LA INGENIERIA DE REQUERIMIENTOS El Proceso de Ingeniería de
Requerimientos Estudio de
Factibilidad Análisis de
Requerimientos Definición de
Requerimientos Especificación
de Requerimientos Reporte de
Factibilidad Modelos del
Sistema Documento de
Requerimientos Definición de
Requerimientos Es la declaración oficial de lo que es requerido para que el sistema sea desarrollado.

Incluye la definición y especificación de
requerimientos.

No es un documento de diseño. Tanto como sea posible, es un conjunto de lo que es el sistema ycomo lo hará. Especificación de la conducta externa del
sistema.

Especificar los límites de la implementación.

Fácil de cambiar.

Sirve como una herramienta de referencia para
mantenimiento.

Recuerda el ciclo de vida del sistema, esto es,
predice cambios.

Proporciona respuestas características a un eventono esperado. DOCUMENTOS DE REQUERIMIENTOS Requerimientos del Documento de
Requerimientos Introducción.
• Describe la necesidad de crear el sistema y cuales son sus objetivos.

Glosario.
• Define los términos técnicos usados.

Modelos del Sistema.
• Define los modelos que muestran los componentes del sistema y las relaciones entre ellos.

Definición de Requerimientos Funcionales.
• Define los servicios que serán proporcionados. Definición de Requerimientos No-funcionales.
• Definir las limitantes del sistema y el proceso de desarrollo.

Evolución del Sistema.
• Definir las suposiciones fundamentales en las cuales el sistema
se basa y se anticipan los cambios.

Especificación de Requerimientos.
• Especificación detallada de los requerimientos funcionales del
sistema.

Apéndices.
• Descripción de la plataforma de Hardware del Sistema.
• Requerimientos de la base de Datos (quizá como un modelo
ER)

Indice. ESTRUCTURA DE UN DOCUMENTO DE REQUERIMIENTO Demostración de que los requerimientos que definen el sistema son lo que el cliente realmente quiere.

Los costos de errores en los requerimientos son altos, por lo cual, la validación es muy importante.

• Fijar un error de requerimiento después del desarrollo puede resultar en un costo 100 veces mayor que fijar un error en la
implementación.

El Prototipado es una técnica importante de la validación de requerimientos. Validación. Provee al sistema las funciones que mejor soporten las necesidades del cliente?

Consistencia. Existe cualquier conflicto en los requerimientos?

Completo. Están incluidas todas las funciones
requeridas por el cliente?

Realismo. Pueden los requerimientos ser
implementados con la tecnología y el presupuesto disponible? VALIDACIÓN DE REQUERIMIENTOS CHEQUEANDO REQUERIMIENTOS Chequeo Automatizado de la
Consistencia Los requerimientos siempre involucran como comprender mejor el desarrollo de las necesidades de los usuarios y como los objetivos de la organización pueden cambiar.

Es esencial planear posibles cambios en los
requerimientos cuando el sistema sea
desarrollado y utilizado. Proceso de
Requerimientos Base de Datos
de Requerimientos Requerimientos en un
Lenguaje Formal Reporte de los problemas
de Requerimientos Análisis de
Requerimientos EVOLUCIÓN DE REQUERIMIENTOS Evolución de Requerimientos Requerimientos Durables. Establecer
requerimientos derivados de las actividades de la organización del cliente. Por ejemplo, un hospital siempre tendrá doctores, enfermeras, etc. Puede ser derivado de modelos de dominio.

Requerimientos Volátiles. Los requerimientos
cambian durante el desarrollo o cuando el sistema está en uso. En un hospital, los requerimientos se derivan de las políticas salud-cuidados. Comprensión Inicial
del Problema Comprensión de los
Cambios del Problema Requerimientos
Iniciales Cambios en los
Requerimientos Tiempo CLASES DE REQUERIMIENTOS Requerimientos Cambiantes.
• Los requerimientos que cambian por el ambiente del sistema.

Surgimiento de los Requerimientos.
• Requerimientos que surgen como una comprensión del desarrollo del sistema.

Requerimientos en Consecuencial.
• Requerimientos que resultan de la introducción del sistema a la computadora.

Requerimientos Compatibles.
• Requerimientos que dependen de otros sistemas o de otros procesos de la organización. CLASIFICACIÓN DE REQUERIMIENTOS Los ingenieros de software trabajan con los clientes y los usuarios finales del sistema para determinar el dominio de la aplicacion,que servicios debe proporcionar,el rendimiento requerido del sistema,las restricciones del hardware entre otras.

Descubrimiento de requerimientos
Es el proceso de recoger información sobre el sistema propuesto.

Fuentes
Documentación
Entrevistas OBTENCIÓN Y ANALISIS DE REQUERIMIENTOS A través de los años se ha podido constatar que los requerimientos o requisitos son la pieza fundamental
en un proyecto de desarrollo de software, ya que marcan el punto de partida para actividades como la
planeación, básicamente en lo que se refiere a las estimaciones de tiempos y costos, así como la definición de recursos necesarios y la elaboración de cronogramas que será uno de los principales mecanismos de control con los que se contará durante la etapa de desarrollo. CONCLUSIÓN BIBLIOGRAFIA Pressman, Roger S. 2006, “Ingeniería del Software: Un enfoque práctico”, Sexta edición, México
DF, Editorial McGraw Hill.

Sommerville, Ian. 2005,"Ingenieria de Sotfware" MUCHAS GRACIAS POR SU ATENCIÓN LEVANTAMIENTO DE REQUERIMIENTOS

PRESENTADO POR: ANA CAROLINA PEÑA CARMONA

PROFESOR: JAVIER ANDRES LONDOÑO

ASIGNATURA: INGENIERIA DEL SOTFWARE 11

CORPORACION UNIVERSITARIA REMINGTON
PROGRAMA: INGENIERIA DE SISTEMAS
TERCER SEMESTRE
ARMENIA QUINDIO
2011
Full transcript