Contexto Organizacional del Análisis

Slides:



Advertisements
Presentaciones similares
MODELOS ORIENTADOS A OBJETOS
Advertisements

DIAGRAMAS DE CASOS DE USO
SISTEMAS DE INFORMACIÓN I
Fundamentos de Diseño de Software INFT.1
SELECCIÓN DE PERSONAL.
SISTEMA DE INFORMACION DE RECURSOS HUMANOS
También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
Pruebas de Diseño Diplomado en Calidad en el Software NOTAS
Casos de Uso – 2ª Parte Especificación Is-in-400.blogspot.com
ANÁLISIS DE REQUERIMIENTOS
Sistemas de Información Basados en Computadoras (CBIS)
TEMA 8: DIAGRAMAS EN UML.
El papel del analista de sistemas
Diseño orientado al flujo de datos
Técnica de recolección de datos
Fundamentos de Ingeniería de Software
Evaluación de Productos
3.10 Matriz del Marco Lógico
PLANEACION DE UNA ESTRUCTURA ORGANIZACIONAL
(c) P. Gomez-Gil, INAOE DISEÑO DE COMPONENTES DE SOFTWARE * NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP.
Modelo de ciclo de vida en espiral
Ingeniería de Software Orientado a Objetos
Sistema de Información
El Modelo Esencial.
5.3 APROXIMACIONES AL DISEÑO
INGENIERIA DE SOFTWARE
Análisis del sistema.
Herramientas del Análisis Estructurado
D.R. OSCAR ANTONIO SILVA SÀNCHEZ
Modelo de espiral Fue originalmente propuesto por Barry Boehm en Es una secuencia de actividades con retrospectiva de una actividad a otra, representado.
Análisis de Sistemas.
Organización y Estructuración de Datos
CASOS DE USO Ing. Sonia Godoy H..
Análisis de Requerimientos
Plan de Sistemas de Información (PSI)
Análisis y diseño detallado de aplicaciones informáticas de gestión
Presentado por: YULI ANDREA CUELLAR M  Es un conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio.
CICLO DE VIDA Y NORMAALIZACION DE UN SISTEMA DE BASE DE DATOS
Desarrollo de Software Orientado a Objetos (deficiencias)
Trainning DFD.
Estudio de Viabilidad del Sistema (EVS)
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
MÉTODOS DE EVALUACIÓN DEL DESEMPEÑO
PAGINA WEB QUE CONTIENE INFORMACIÓN RELAVANTE DE UNA METODOLOGIA PARA TRABAJOS DE SISTEMAS DE INFORMACIÓN. TITULO.-
LSI ES:E Departament de Llenguatges i Sistemes Informàtics Laboratori Enginyeria del Software : Especificació 1 LESE-7 Práctica ES:E – Parte II Metodología.
Un panorama de conceptos probabilísticos
Trainning DFD.
Alexander Aristizabal Ángelo flores herrera
COMPLETA LOS ESPACIOS CON LA PALABRA ADECUADA 1.LOS _______________________ SE DEFINEN COMO LA _________________LÓGICA DE _________PARA SOLUCIONAR UN.
Toma de Decisiones.
Ingeniería de Requisitos
Toma de Decisiones.
RUTA DE LA CALIDAD.
INSTITUTO DE CIENCIAS Y ESTUDIOS SUPERIORES DE VERACRUZ
UML.
Conceptos sobre GESTIÓN DE PROYECTOS
Recopilación de la información: Métodos interactivos
Diagrama de Transición de Estado
ANÁLISIS ESTRUCTURADO
Modelos del Proceso Omar de Jesús Rosales Hernández.
Un requerimiento es una condición o capacidad a la que el sistema (siendo construido) debe conformar [ Rational ]. Un requerimiento de software puede.
Métodos de recolección
República Bolivariana de Venezuela Universidad Nacional Experimental Politécnica de la Fuerza Armada (UNEFA) Carrera: Ingeniería de Sistemas Cátedra: Análisis.
Licda. Noelia Gómez Gutiérrez
Taller de investigación 1
LOS SISTEMAS DE INFORMACIÓN
Fundamentos de Ingeniería de Software
Martinez Cervantes Paola 3BM. El analista de información elige y procesa datos del entorno mediático y social y obtiene unas conclusiones de carácter.
Roles de los diferentes análisis de información..
Algebra Integrantes: Geraldith Acuña Daniela Flórez Vianny Vidal 8-06.
Transcripción de la presentación:

Contexto Organizacional del Análisis El análisis de sistemas implica la observación constante de las actividades que se realizan en la organización. Gran parte del éxito del desarrollo de proyectos de sistemas depende de ésta parte del ciclo de vida del software. Para conocer el contexto organizacional es necesario revisar las actividades de toma de decisión, el muestreo de tiempos y eventos y el diagrama de contexto de la empresa u organización en cuestión.

1.1.1 Actividades de Toma de Decisiones En toda empresa u organización existen distintas actividades de toma de decisión que nos darán la pauta para encontrar ciertos requerimientos de nuestro posible proyecto a desarrollar. Tomar una decisión involucra seleccionar entre varias alternativas, aquella que pueda ayudarnos a obtener un mejor resultado en el proceso que se esté desarrollando.

1.1.1 Actividades de Toma de Decisiones Tipos de información buscada cuando se observa el comportamiento y ambiente de oficina de un tomador de decisiones. Actividades Influencias Mensajes Relaciones

1.1.2 Muestreo de tiempos y eventos (definiciones) El muestreo de tiempos permite que el analista ponga intervalos específicos en los cuales observar las actividades de los gerentes (tomadores de decisiones). Por ejemplo, el muestreo de tiempos puede especificar la observación de un tomador de decisiones durante cinco intervalos de 10 minutos, escogidos al azar a lo largo de siete días ocho horas. También permite una vista representativa de actividades que suceden con bastante frecuencia.

1.1.2 Muestreo de tiempos y eventos (definiciones) El muestreo de eventos proporciona observaciones sobre un comportamiento íntegro en su contexto natural. Muestrea intencionalmente eventos completos, tales como “reuniones de consejo” o “una sesión de entrenamiento de usuarios” en vez de muestrear los períodos de tiempo al azar.

1.1.2 Muestreo de tiempos y eventos (ventajas y desventajas) Muestreo de eventos Ventajas Elimina la tendenciosidad con la aleatoriedad de observaciones. Permite una visita representativa de actividades frecuentes. Permite la observación de comportamientos conforme suceden. Permite la observación de un evento considerado importante. Desventajas Recolecta datos en forma fragmentada que no da tiempo para que se desarrolle una decisión. Se pierden decisiones importantes que son poco frecuentes. Se lleva gran cantidad de tiempo del analista Se pierde una muestra representativa de decisiones frecuentes.

1.1.3 Diagrama de contexto Se pueden usar diagramas de flujos de datos para representar el sistema a cualquier nivel de abstracción. El diagrama de flujo de datos de nivel 0 se llama diagrama de contexto y en él el sistema esta representado por un solo proceso, que identifica cual es la función principal del sistema, mostrando además, los flujos de información que lo relacionan con otros sistemas: las entidades externas.

1.1.3 Diagrama de contexto El diagrama de contexto tiene una gran importancia puesto que resume el requisito principal del sistema de recibir ciertas entradas, procesarlas de acuerdo con determinada función y generar ciertas salidas. A partir del diagrama de contexto se puede ir construyendo nuevos diagramas que vayan definiendo con mayor nivel de detalle lo flujos de datos y procesos de transformación que ocurren en el sistema, de forma que al final obtenemos una jerarquía de diagramas.