Documentos de Académico
Documentos de Profesional
Documentos de Cultura
ANALISIS DE REQUISITOS
ANALISIS DE REQUISITOS
El anlisis de requisitos es la tarea de la ingeniera del
software que establece un puente entre la asignacin del
software a nivel de sistema y de diseo del software.
El anlisis de requisitos facilita al ingeniero de sistemas
la especificacin de la funcin y del rendimiento del
software, la descripcin de la interfaz con otros
elementos del sistema y el establecimiento de las
restricciones de diseo que debe considerar el software.
El anlisis de requisitos permite al ingeniero de software
refinar la asignacin del software y construir modelos de
los mbitos del proceso de los datos y comportamiento.
ANALISIS DE REQUISITOS
El anlisis de requisitos proporciona al diseador del software una
representacin de la informacin y de las funciones que se puede
traducir en un diseo de datos, arquitectnico y procedimental.
Tareas de Anlisis
EVALUACIN Y SNTESIS
La evaluacin del problema y la sntesis de la solucin
es la siguiente rea principal del esfuerzo del anlisis.
El anlista debe evaluar el flujo y la estructura de la
informacin.
Definir y elaborar todas las funciones del software.
Entender el comportamiento del programa en el contexto
de los sucesos que afectan al sistema.
Establecer las caractersticas de la interfaz del sistema
Descubrir las restricciones del diseo.
Cada una de estas tareas sirve para describir el problema
de forma que pueda sintetizarse un enfoque o situacin
global.
EVALUACION Y SINTESIS
Suponga el desarrollo un sistema de control de
inventarios para un suministrador de respuestos para
coches
El analista descubre que los problemas del sistema
manual son (IDENTIFICACION DEL PROBLEMA):
componente
Tiempo medio de dos a tres das para la actualizacin del
archivo de targetas
Mltiples repeticiones de pedidos del mismo vendedor ya que
no hay forma de asociar a los vendedores con los componentes
EVALUACION Y SINTESIS
El cliente desea un informa diario que indique las piezas que
EVALUACION Y SINTESIS
EVALUACION Y SINTESIS
Anteriormente se explico que en esta etapa no es posible
hacer una especificacin detallada. El cliente puede no
estar seguro de lo que precisamente quiere. El
desarollador puede no estar seguro de que un enfoque
concreto sea apropiado para realizar la funcin y
comportamiento deseado.
Por esta y muchas razones, puede seguirse un mtodo
alternativo llamado construccin de prototipos, para el
anlisis de requisitos
Otra alternativa aunque al parecer inecesaria y poco
lgica para un etapa tan temprana del proceso de
ingeniera del software es el desarrollar un manual de
usuario.
EVALUACION Y SINTESIS
El borrador del manual del usuario fuerza al analista a
ponerse en el lugar del usuario del software.
El manual provoca la revisin del software por parte del
usuario/cliente desde una perspectiva de ingeniera
humana. Frecuentemente surge el siguiente comentario.
haria.
EL ANALISTA
Habilidad para comunicarse bien de forma escrita y verbal
Habilidad para no parar en exceso en los detalles y perder de
AREAS DE PROBLEMAS
recoleccin de informacin ?
Puede un problema grande ser subdividido con efectividad ?
AREAS DE PROBLEMAS
Aunque el enfoque de la ingeniera del software para el
anlisis de requisitos no es una panacea, la aplicacin de
los principios fundamentales de anlisis y de metdos
sistematicos de anlisis reducira considerablemente el
impacto de estos problemas. La tcnica de anlisis ms
comunmente usada para cubrir el vaco de comunicacin
entre cliente y analista es dirigir una entrevista o una
revisin preeliminar.
En las primeras entrevistas se suguiere que el analista
comience con preguntas independientes del contexto un
conjunto de peguntas que lleven al conocimiento bsico
sobre el problema, sobre la gente que quiere una
solucin, sobre la naturaleza de la solucin deseada y
sobre la efectividad del propio primer encuentro.
TECNICAS DE COMUNICACION
satisfactoria ?
Existe otro lugar donde puede encontrar la solucin que
necesita ?
satisfactoria ?
TECNICAS DE COMUNICACION
Que problema resolvera esta solucin ?
Puede mostrarme el entorno en el que se utilizara la solucin?
Hay alguna limitacin o aspecto especial de rendimiento que
adicional ?
Hay algo ms que deba preguntar ?
TECNICAS DE COMUNICACION
La sesin de preguntas y respuestas solo debe usarse en
las primeras entrevistas y luego sustituirlas por un
esquema de reunin que combine elementos de
resolucin de problemas, negociacin y especificacin.
Existe un enfoque orientado al equipo para la
recopilacin de requisitos llamado o denominado
Tcnicas para Facilitar la Especificacin de la
Aplicacin (TFEA), que comprende la creacin de un
equipo mixto de clientes y personas encargadas del
desarrollo que trabajan juntos para identificar el
problema, proponer elementos de solucin, evaluar
diferentes enfoques y especificar un conjunto
preeliminar de requisitos de la solucin.
TECNICAS DE COMUNICACION
PRINCIPIOS DE ANALISIS
problema
Se deben desarrollar los modelos que representen la
informacin, funcin y el comportamiento del sistema
Se deben de subdividir los modelos (y el problema) de forma
que se descubran los detalles de una manera progresiva
El proceso de anlisis debe ir de la informacin esencial hacia
el detalles de la implenetacin
completamente la funcin
Los modelos se utilizan para poder comunicar la informacin
de forma compacta
PRINCIPIOS DE ANALISIS
La particin se aplica para reducir la complejidad
Los planteamientos esencial y de implementacin del software
PRINCIPIOS DE ANALISIS
El flujo de informacin .- representa la manera en la que los
PRINCIPIOS DE ANALISIS:
MODELIZACION
Creamos modelos para obtener un mejor entendimiento
de la entidad a construir. Nuestro modelo debe ser capaz
de modelizar la informacin que transforma el software,
las funciones que permite que se tradusca la
transformacin y el comportamiento del sistema a
medida que se produce la transformacin
Los modelos se centran en lo que tiene que hacer el
sistema y no en como lo tiene que hacer. En muchos
casos, los modelos utilizan una notacin grafica que
representan la informacin, el proceso, el
comportamiento del sistema y otras caractersticas,
mediante iconos claros y fciles de reconocer.
PRINCIPIOS DE ANALISIS:
MODELIZACION
SEGURO
P a r t ic i n H o r iz o n t a l S o ft w a r e H o g a r S e g u r o
S o ftw a r e d e H o g a r S e g u r o
C o n fig u r a c i n d e l S is t e m a
M o n it o r iz a c i n d e S e n s o r e s
I n t e r a c c i n c o n e l U s u a r io
C o n fi g u r a c i n d e l s is te m a
M o n ito r iza c i n d e s e n s o r e s
R a s tr e o d e s u c e s o s d e s e n s o r
L e c tu r a d e l e s ta d o d e l s e n s o r
Id e n tifi c a c i n d e l tip o d e s u c e s o
In te r a c c i n c o n e l u s u a r io
A c tiv a c i n d e la s fu n c io n e s d e a la r m a
A c tiv a c i n / d e s a c tiv a c i n d e l s e n s o r
A c tiv a c i n d e la a lr m a a u d ib le
M a r c a d o d e l n m e r o d e te l fo n o
PRINCIPIOS DE ANALISIS:
PLANTEAMIENTO ESENCIAL
El
PRINCIPIOS DE ANALISIS:
PLANTEAMIENTO ESENCIAL
El
2.
3.
2.
3.
5.
6.
ESPECIFICACION
La
ESPECIFICACION
1.
2.
ESPECIFICACION
3.
4.
ESPECIFICACION
Los otros agentes, los cuales son por definicin
inalterables debido a que son parte del entorno,
limitan el mbito del diseo e implementacin
posteriores.
La especificacin debe retratar con precisin el
sistema y su entorno, tal como se percibe por su
comunidad de usuarios, contantos detalles como sea
necesario para las fases de diseo e implementacin.
5.
ESPECIFICACION
Debe describir un sistema tal y como es percibido por
su comunidad de usuarios. Los objetos que manipula
deben corresponderse con objetos reales de dicho
mbito; los agentes deben modelizar a los individuos,
a las organizaciones y a los equipos de ese mbito y a
las acciones que ejecutan deben de modelizar lo que
realmente ocurre en el mbito.
6.
ESPECIFICACION
7.
8.
ESPECIFICACION
El
ESPECIFICACION
Se
ESPECIFICACION DE REQUISITOS
DE SOFTWARE
ESPECIFICACION DE REQUISITOS
DE SOFTWARE
ESPECIFICACION DE REQUISITOS
DE SOFTWARE
I.
Introduccin
A.
B.
Descripcin general
C.
ESPECIFICACION DE REQUISITOS
DE SOFTWARE
Descripcin de la informacin
I.
A.
1.
2.
Flujo de datos
Flujo de control
B.
C.
Descripcin funcional
II.
Particin funcional
Descripcin funcional
A.
B.
1.
2.
3.
4.
5.
Narrativa de procesamiento
Restricciones y limitaciones
Requisitos de rendimiento
Restricciones de diseo
Diagramas de soporte
ESPECIFICACION DE REQUISITOS
DE SOFTWARE
Descripcin del control
C.
1.
2.
IV.
A.
B.
A.
B.
C.
D.
VII.
Criterios de validacin
V.
VI.
Lmites de rendimiento
Clases de pruebas
Respuesta esperada del software
Consideraciones especiales
Bibliografa
Apndices