Welcome to Scribd, the world's digital library. Read, publish, and share books and documents. See more ➡
Download
Standard view
Full view
of .
Add note
Save to My Library
Sync to mobile
Look up keyword
Like this
61Activity
×
0 of .
Results for:
No results containing your search query
P. 1
Analisis de Requerimientos de La Programacion

Analisis de Requerimientos de La Programacion

Ratings:

4.67

(3)
|Views: 17,333|Likes:
Published by api-3824017

More info:

Published by: api-3824017 on Oct 18, 2008
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See More
See less

03/18/2014

pdf

text

original

Ingenieria de Software I
_____________________________________________________________________________________________________
UNIDAD V
ANALISIS DE REQUERIMIENTOS DE LA PROGRAMACION
Contenido:
5.1
Introducci\u00f3n
5.2
Principios del An\u00e1lisis
5.3
Construcci\u00f3n de Prototipos del Software
5.4
M\u00e9todos de An\u00e1lisis de Requisitos
5.5
La Especificaci\u00f3n de Requisitos del Software
5.6
Revisi\u00f3n de la Especificaci\u00f3n
Ingenieria de Software I
_____________________________________________________________________________________________________
5.1 INTRODUCCION

Un desarrollo de software tiene \u00e9xito si se han comprendido perfectamente los requisitos del software. Si un programa se analiza y especifica pobremente, decepcionar\u00e1 al usuario y desprestigiar\u00e1 a quien lo ha desarrollado. No importa lo bien dise\u00f1ado o codificado que est\u00e9 un programa, si no se ha analizado correctamente, defraudar\u00e1 al cliente y frustrar\u00e1 al desarrollador.

Cuando desarrollamos software siempre pensamos en encauzar nuestro esfuerzo a construir el producto correcto, sin embargo frecuentemente nos damos cuenta que el producto que construimos no es el correcto cuando ya est\u00e1 terminado, cuando ya se han invertido muchas horas y jornadas de trabajo y se ha invertido bastante dinero.

El correcto entendimiento que tengamos de los requisitos y funciones que debe proporcionar el software es la clave
para que podamos tomar el camino que nos lleve a construir el producto correcto.
Ese entendimiento \u201ccorrecto\u201d que necesitamos lo podemos obtener como resultado de aplicar un An\u00e1lisis de
Requisitos del Software.
El An\u00e1lisis de Requisitos del Software es una fase de la Ingenier\u00eda de Software que enlaza la Definici\u00f3n del Software
a nivel Sistema y el Dise\u00f1o de Software en un proceso de descubrimiento, refinaci\u00f3n, modelado y especificaci\u00f3n.
\u00ba Especificaci\u00f3n de la funci\u00f3n y rendimiento.
\u00ba Descripci\u00f3n de la interface con otros elementos.
El an\u00e1lisis de
\u00ba Establece las restricciones de dise\u00f1o.
requisitos
\u00ba Una representaci\u00f3n de los datos y funciones.
proporciona:
\u00ba Un medio para valorar la calidad del software terminado.
El an\u00e1lisis de requisitos se sintetiza en 5 tareas:
1. Reconocimiento del problema
2. Evaluaci\u00f3n y s\u00edntesis

3. Modelizaci\u00f3n
4. Especificaci\u00f3n
5. Revisi\u00f3n

1) Reconocimiento del Problema
Ingenieria de Software I
_____________________________________________________________________________________________________
Inicialmente se debe estudiar la Definici\u00f3n del Sistema y el Plan del Proyecto para comprender el sistema y revisar
las razones que se usaron para hacer las estimaciones en la planeaci\u00f3n.
Se debe adem\u00e1s establecer contacto con el equipo del cliente para reconocer el problema tal como lo percibe el
cliente.
2) Evaluaci\u00f3n y S\u00edntesis
El analista debe evaluar el flujo y la estructura de la informaci\u00f3n, definir todas las funciones del software, establecer
las caracter\u00edsticas de la interfaz y las restricciones de dise\u00f1o. Esto servir\u00e1 finalmente para sintetizar una soluci\u00f3n global.
El analista debe centrarse en el \u201cqu\u00e9\u201d ( qu\u00e9 se hace, qu\u00e9 se tiene, qu\u00e9 se puede hacer ) y no en el \u201cc\u00f3mo\u201d.
3) Modelizaci\u00f3n.
Durante la evaluaci\u00f3n y s\u00edntesis de la soluci\u00f3n, se pueden crear modelos del sistema en un esfuerzo por entender
mejor el flujo de datos y de control, la operaci\u00f3n, funciones y contenido de la informaci\u00f3n.
Esta modelizaci\u00f3n puede hacerse a trav\u00e9s de:
\u2022
Diagramas de Flujo de Datos
\u2022
Prototipo
\u2022
Manual de Usuario Preliminar.
4) Especificaci\u00f3n
El an\u00e1lisis debe, al final, proporcionar una representaci\u00f3n que pueda ser revisada y aprobada por el cliente. Por ello
para describir las caracter\u00edsticas, funciones y atributos del software se escribe una Especificaci\u00f3n Formal de Requisitos.
5) Revisi\u00f3n

Los documentos que especifican los requisitos del software sirven como base para una revisi\u00f3n, lo cual producir\u00e1 quiz\u00e1s, modificaciones en la definici\u00f3n del proyecto y en la reevaluaci\u00f3n del plan para determinar si las primeras estimaciones siguen siendo v\u00e1lidas.

Siempre es mejor descubrir los comentarios del tipo: \u201c La idea es correcta, pero esta no es la forma en que pens\u00e9 que
se har\u00eda\u201d, lo m\u00e1s pronto posible.
5.2 PRINCIPIOS DEL ANALISIS

Activity (61)

You've already reviewed this. Edit your review.
1 hundred reads
1 thousand reads
Gloria Jaen liked this
Francisco Urvina liked this
Gaston Kosut liked this
Alvarado Javier liked this
Rob Dorey added this note|
zC

You're Reading a Free Preview

Download
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->