analisisydiseo de sistemas2

7/21/2019 analisisydiseo de sistemas2

1/25

ANALISIS Y DISEO DE SISTEMAS

ING. ELIZABETH ESPINOZA


2/25

Objetivo

Conocer algunas de las herramientasutilizadas en la Ingeniera deRequerimientos.


3/25

DFD Muestran en forma visual slo el flujo de datos entre los

distintos procesos, entidades externas y almacenes queconforman un sistema.

Cuando los analistas de sistemas indagan sobre losrequerimientos de informacin de los usuarios, deben sercapaces de concebir la manera en que los datos fluyen a travsdel sistema u organizacin, los procesos que sufren estos datos

y sus tipos de salidas.


4/25

Elementos de un Diagrama Flujo Datos

(DFD)

Persona, grupo de personas o unidad denegocio que entrega yo recibeinformacin.

Conjunto de actividades de negocio queexplican que se hace y como se llevan acabo.

Seala el flujo de datos de una entidad

externa a un proceso y viceversa, de unproceso a otro, y de un proceso a unalmacn de datos y viceversa.

Lugar fsico donde se almacenan losdatos procesados o desde donde se

recuperan para apoyar un proceso.


5/25

Herramientas para el Anlisis de

Sistemas

Ingeniera de Requerimientos

Ingeniera de Requerimientos (IR)

es el proceso de encontrar,analizar, documentar y chequearlos requerimientos.


6/25

Los requerimientos deben describir lo que se debe hacer y cmo sedebe llevar acabo.

Esto en la vida real es algo muy difcil de realizar. Por esto existenmuchas tcnicas disponibles para la aplicacin del IR con el fin deasegurar que los requerimientos obtenidos cuenten, al final delproceso, con las caractersticas necesarias para ser implementados.

Por tanto, lo que se busca al aplicar un proceso de IR es ayudar a latotalidad de los participantes del proyecto a conocer que deseanconstruir antes de empezarlo.


7/25

Beneficiossta prctica trae beneficios en dos aspectos: Minimiza los riesgos de fracaso del proyecto. Contribuye a cumplir aspectos de calidad, tiempo y presupuesto.

Estas afirmaciones se basan en las siguientes premisas de laIngeniera de Software:

El costo de encontrar un error en el desarrollo de un proyecto desoftware se incrementa a medida que el proyecto avanza.

Es posible establecer un mnimo de requerimientos estableantes de empezar las fases de diseo e implementacin dentrode un proyecto de software.


8/25

Proceso de la Ingeniera de

Requerimientos

Describe de manera detallada y precisa, cada uno de los aspectos del ciclode vida de un conjunto de requerimientos. Este proceso presenta dosgrandes ramas: El Desarrollo de requerimientos, y la Administracin derequerimientos.


9/25

Cada una de las actividades que conforman el Desarrollo deRequerimientos consisten en:

Recoleccin: Es el Proceso a travs

del cual los clientes (compradoresy/o usuarios) y el desarrollador(contratista) de un sistema desoftware; descubren, revisan,

articulan, y entienden lasnecesidades de los usuarios delsistema y las restricciones que sedan sobre el software y eldesarrollo del mismo.

Desarrollo


10/25

Anlisis: Es el proceso de analizar las necesidades de los clientes ylos usuarios para llegar a una definicin de los requerimientos desoftware.


11/25

Especificacin: Consiste en eldesarrollo de un documentoque de manera clara y precisacontenga y especifique cadauno de los requerimientos delsistema de software.


12/25

Verificacin: Es el proceso deasegurar que la especificacin

de requerimientos desoftware sea acorde con losrequerimientos del sistema,conforme a los estndares dedocumentacin de la fase de

requerimientos, y que a suvez este documento sea unabase slida para laarquitectura y el diseo.


13/25

Administracin La necesidad de recrear un proceso iterativo sobre el desarrollo de

requerimientos nos conduce a la necesidad de ejercer control y estableceruna lnea base para la administracin de los requerimientos; esto con el finde mantener la consistencia de lo que se especifica respecto a lo que sedesarrolla. Estas son las tareas de la Administracin de requerimientos:


14/25

Recoleccin. La recoleccin es la fase inicial en la cual setrata de descubrir los requerimientos e identificar loslmites del sistema a travs de la consulta a los

participantes del sistema (stakeholders).

Algunas de las tcnicas y herramientas ms importantespara llevar a cabo la recoleccin de requerimientos son:


15/25

Entrevistas

La entrevista es un mtodo paradescubrir hechos y opiniones quetienen los posibles usuarios y otros

participantes dentro del sistemaque se est desarrollando.

Los errores y malentendidos pueden ser detectados ycorregidos a travs de este mtodo, por lo cual resulta muy tildentro de esta actividad de la ingeniera de requerimientos.


16/25

Las entrevistas pueden ser clasificadas en dos grandes grupos.

Las entrevistas cerradas, donde el entrevistador (ingeniero

de requerimientos) prepara un conjunto de preguntas antesdel encuentro con el entrevistado, y se buscan respuestaspara las preguntas formuladas.

Las entrevistas abiertas, en las cuales no se preparanpreguntas concretas, y, por el contrario, se discute con elentrevistado las expectativas que este tiene del sistema.


17/25

Casos de Uso y/o Escenarios Describen la posible secuencia de interacciones que se dan

entre el sistema y uno o ms actores como respuesta a unestmulo inicial por parte de alguno de ellos.

De igual manera, debe ser incluida dentro de esta interaccin,la descripcin de las variantes y extensiones que el sistemadebe soportar. Los casos de uso representan los

requerimientos funcionales del software y pueden serutilizados dentro de las primeras etapas del proceso dedesarrollo. As mismo, estn escritos en lenguaje natural y sondescripciones expresadas de manera informal.


18/25

Las descripciones expresan lo que sucede desde el punto devista del usuario. Los detalles de cmo el sistema debefuncionar internamente son irrelevantes al caso de uso.


19/25

Los escenarios son ejemplos de sesiones de interaccin entreel sistema y el usuario, donde un solo tipo de interaccin

entre los dos participantes es simulada y descrita. Losescenarios deben incluir una descripcin del estado delsistema antes y despus de la culminacin del escenario, queactividades deben ser simultaneas, el flujo normal de loseventos y las excepciones a esos eventos.


20/25

Este mtodo es muy til cuando se busca estudiar las actividadesy procesos que se estn llevando a cabo en una organizacin en elmomento.

Involucran a dos participantes: el investigador observando alusuario mientras trabaja y tomando notas de las actividades quese llevan a cabo, y al trabajador (usuario) llevando a cabo lasactividades.

La Observacin y anlisis social


21/25

La observacin puede ser realizada de manera directa, esdecir que el investigador este presente mientras elusuario realiza sus actividades; o indirecta, cuando la

observacin se lleva en otro escenario, instante, o atravs de otro medio que permita que el observador noeste presente durante la realizacin de las actividadesque esta observando (como lo permitira el uso de una

cmara de video).


22/25

Lluvia de Ideas

Las lluvias de ideas son sesiones donde todos los participantesbrindan sus ideas para obtener una solucin a una problemtica.Est compuesta de dos fases: la fase de generacin y la fase deevaluacin.

Durante la generacin las ideas son recolectadas y es importanteque no sean criticadas.

Durante la evaluacin delas ideas, las propuestasde solucin deben serevaluadas desdediferentes perspectivas.


23/25

Algunas de las caractersticas que tienen estas sesiones, es que lasideas deben ser generadas de manera rpida y abierta.

Es importante que el ambiente de la sesin fomente la creatividadde los participantes y est enfocado a una problemtica especfica.

Todas estas consideraciones permiten que este mtodo conlleve a

un mejor entendimiento del problema, y permita que losparticipantes de la sesin adquieran un sentido de propiedad sobrela solucin que se debe llevar a cabo.


24/25

Prototipos En la ingeniera de software, un prototipo es programa de

computador que implementa algunos de los requerimientosde un sistema. Este puede ser usado para colaborar con la

definicin de los requerimientos, o para facilitar la evaluacinde alternativas de implementacin de un sistema.

Existen dos grandes tipos de prototipos. Los prototipos nofuncionales o desechables, que sirven para entender la

dificultad y aclarar los requerimientos; y los prototiposfuncionales o evolutivos que permiten construir unaaproximacin del sistema de manera que se pueda proveercierta funcionalidad del sistema final y usualmente seconvierten en parte del mismo.


25/25

BIBLIOGRAFIA.

KENDALL, K. (2005). Anlisis y Diseo de Sistemas. (6 .ed.).Mxico: Pearson. LIBRO BASE

analisisydiseo de sistemas2

Documents