16
Ing. Sonia Godoy H

Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

Embed Size (px)

Citation preview

Page 1: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

Ing. Sonia Godoy H

Page 2: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

Ing. Sonia Godoy H

1. Lo que el director desea.

2. Como lo define el director de proyecto

3. Como se diseña el Sistema.

4. Como lo desarrolla el programador

5. Como se ha realizado la instalación

6. Lo que el usuario quería.

Page 3: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

QUÉ ES LA INGENIERIA DE QUÉ ES LA INGENIERIA DE REQUERIMIENTOS ??REQUERIMIENTOS ??????

CLIENTEUSUARIO

DOCUMENTACIÓN

CONDUCTAS

RESTRICIONES

NECESIDADESNECESIDADES

Page 4: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

Análisis de necesidades y estudio de viabilidad:

Decisión de emprender el proyecto

Recoger información sobre el proyecto (Directivos nivel alto/medio)

Estudio de la viabilidad del proyecto (Análisis de factibilidad)

Ing. Sonia Godoy H

Informe de necesidades

Técnicas recogida información

Page 5: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

Ing. Sonia Godoy H

Page 6: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

Ing. Sonia Godoy H

Page 7: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

Ing. Sonia Godoy H

Page 8: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

QUÉ DESCRIBE UN REQUISITO??QUÉ DESCRIBE UN REQUISITO??

Page 9: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

REQUISITO??

Page 10: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

Ing. Sonia Godoy H

Page 11: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

Ing. Sonia Godoy H

Ámbito

HARDWARAE

SOFTWARE

SISTEMA

CARACTERISTICAS

NO FUNCIONALESFUNCIONALES

AUDIENCIA

USUARIOUSUARIO

SOFTWARESOFTWARE

SISTEMA

SISTEMACLIENTECLIENTE

DISEÑODISEÑO REPRESENTACIÓN

REPRESENTACIÓN

NO FORMAL

FORMAL

SEMIFORMAL

Page 12: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

Describen la funcionalidad o los servicios que se espera que el sistema proveerá, sus entradas y salidas, excepciones, etc.

Ejemplos:1.-“El usuario deberá

tener la posibilidad de buscar en el conjunto inicial de la base de datos o seleccionar un subconjunto de ella.”

2.-“El sistema deberá ofrecer un explorador (browser) para que el usuario lea documentos en el almacén de documentos.”

Se refieren a las propiedades emergentes del sistema como la fiabilidad, el tiempo de respuesta, la capacidad de almacenamiento, la capacidad de los dispositivos de entrada/salida, y la representación de datos que se utiliza en las interfaces del sistema.

Ejemplos:

1. El sistema debe visualizarse y funcionar correctamente en cualquier navegador, especialmente en Internet Explorer, Firebird, Mozilla y Nautilus.

2. El sistema no debe tardar más de cinco segundos en mostrar los resultados de una búsqueda.

3. El sistema no deberá revelar a sus operadores información personal alguna de los clientes excepto su nombre y número de referencia.

Ing. Sonia Godoy H

Page 13: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

Deberían definir las acciones fundamentales que tienen que tener lugar en el software, aceptando y procesando las entradas y su procesamiento y generación de salidas

Pruebas de validez en las entradas

Secuencia exacta de operaciones

Respuestas a situaciones anormales, incluyendo: desbordamientos, facilidades de comunicación, manejo de errores y recuperación

Efecto de los parámetros

Relaciones de salidas a entradas, incluyendo secuencias de entrada/salida y fórmulas para la conversión entre entrada y salida

Puede ser apropiado partir los requisitos funcionales dentro de subfunciones o subprocesos. Esto no implica que el diseño de software tenga que ser partido de esa forma.

Son generalmente listados como sentencias del tipo “deberá”, comenzando con “El sistema deberá...”.

Ing. Sonia Godoy H

Page 14: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

Requisitos no relacionados directamente con la funcionalidad del sistema

„Pueden estar relacionados con propiedades emergentes del sistema

Pueden describir restricciones al producto a desarrollar

„Pueden describir restricciones externas del sistema „Definen las cualidades globales que el sistema ha

de exhibir „Suelen hacer referencia al sistema considerado de

forma global „Suelen ser requisitos más críticos que los requisitos

funcionales „Suelen ser difíciles de verificar

Ing. Sonia Godoy H

Page 15: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

Ing. Sonia Godoy H

Page 16: Ing. Sonia Godoy H. 1. Lo que el director desea. 2. Como lo define el director de proyecto 3. Como se diseña el Sistema. 4. Como lo desarrolla el programador

ANALIZA LOS SIGUIENTES REQUERIMIENTOS Y CLASIFICALOS

¿Son funcionales o no funcionales?

“Los participantes tendrán que ser mayores de edad” “Los participantes tendrán que residir en la península” “El IVA aplicado a las compras será del 7%” “La lista de resultados estará preparada para ser impresa en un folio

tamaño A4” “El sistema lanzará una excepción en caso de que un usuario quiera cargar

un importe mayor que el saldo de la cuenta” “Los accesos a la BD deberán usar el estándar SQL-92” “Los registros de la BD no deben ocupar más de 4 Kb” “El sistema deberá ser capaz de interactuar con 100 usuarios

concurrentes” Transacciones procesadas por segundo Tamaño de RAM de 2 Gigas para procesamiento Tasa de ocurrencia de las fallas inferior a 1% El usuario deberá tener la posibilidad de buscar referencias bibliográficas

en el conjunto inicial de la base de datos o seleccionar un subconjunto de ella. Ing. Sonia Godoy H