Modelos de Toma de decisiones
Modelos físicos: representan la entidad estudiada en cuanto a su apariencia y, hasta cierto punto, en cuanto a sus funciones.
Los modelos físicos pueden ser:
icónicos: Tienen aspecto de realidad pero no se comportan efectivamente en la forma
realanalógicos: Exhiben el comportamiento real de la entidad estudiada pero no tiene el mismo aspecto.
Modelos simbólicos: Reproducen sistemas o entidades mediante el uso de símbolos para representar los objetos físicos.
Los tipos de modelos simbólicos son:
Narrativos: Descripciones en lenguaje natural que indican las relaciones entre las variables de un proceso o de un sistema.
Gráficos: Describen partes o pasos de una entidad o proceso mediante una representación gráfica (diagrama de flujo).
Matemáticos: Se valen de variables cuantitativas (fórmulas) para representar las partes de un proceso o de un sistema.
También son los más abstractos y, a la vez, los más fáciles de usar debido a que todas las relaciones están expresadas con precisión, reduciendo así la posibilidad de malas interpretaciones por los usuarios del modelo.
miércoles, 4 de marzo de 2009
lunes, 2 de marzo de 2009
1.2 propuesta de solucion
ESTA FASE SE OCUPA DE LA REUNIÓN Y ESTUDIO A DETALLE DE LOS DATOS DEL SISTEMA EN OPERACIÓN Y LA ESPECIFICACIÓN DE LOS NUEVOS REQUERIMIENTOS DEL SISTEMA A DESARROLLAR. CONCLUYE EN GENERAL CON UN DOCUMENTO QUE RECOGE EL RESULTADO DEL ANÁLISIS.
CON LA RECOPILACIÓN DE DATOS SE COMPLETAN LOS DATOS RESULTANTES DE LA FASE 1, AÑADIENDO DETALLES SOBRE EL SISTEMA ACTUAL. SON MEDIOS COMUNES PARA ACOMETER TAL RECOPILACIÓN: LAS ENTREVISTAS, CUESTIONARIOS, ENCUESTAS A USUARIOS FINALES, ASÍ COMO TAMBIÉN, LAS COSULTAS A DOCUMENTOS Y MANUALES QUE CONTENGAN LINEAMIENTOS DE FUNCIONAMIENTO O NORMAS DE PROCEDIMIENTOS DE OPERACIÓN.
EXISTEN VARIAS TÉCNICAS Y HERRAMIENTAS ÚTILES PARA EL ANÁLIS DE DATOS. UNA DE ÉSTAS ES EL USO DE DIAGRAMAS DE FLUJO DE DATOS PARA DIAGRAMAR LA ENTRADA, PROCESO Y SALIDA DE LAS FUNCIONES DE LA ORGANIZACIÓN DE MANERA GRÁFICA. ESTOS DIAGRAMAS SIRVEN PARA DESARROLLAR EL LLAMADO DICCIONARIO DE DATOS, EL CUAL CONTIENE LA DEFINICIÓN DE LOS DATOS USADOS EN EL SISTEMA, ASÍ COMO SUS CARACTERÍSTICAS DE TIPO, TAMAÑO, LIMITACIONES O ESPECIFICACIONES ESPECIALES.
LA DOCUMENTACIÓN DE LA ETAPA DE ANÁLISIS RECOGE LA DESCRIPCIÓN DEL SISTEMA DE INFORMACIÓN EN USO, LOS REQUERIMIENTOS PARA EL NUEVO SISTEMA Y UN PROBABLE PLAN DE DESARROLLO EN UN REPORTE DIRIGIDO A LA GERENCIA.
ESTE REPORTE PERMITE TOMAR LA DECISIÓN DE PROSEGUIR O NO CON EL PROYECTO.EL ASPECTO MÁS IMPORTANTE DE CUALQUIER PROPUESTA ES IDENTIFICAR Y COMPRENDER EL PROBLEMA QUE EL CLIENTE BUSCA RESOLVER.UNO DE LOS PUNTOS DEL DESARROLLO DE UNA PROPUESTA DE SOLUCIÓN ES PRESENTAR UNA NOCIÓN PROPIA DEL PROBLEMA.
ASÍ COMO LA PROPUESTA PARA RESOLVERLO, CON EL FIN DE CONVENCER AL CLIENTE DE QUE TAL PROPUESTA ES LA MEJOR.PARA ELLO, SE PRESENTARÁ LO QUE IMPLICA UNA DESCRIPCIÓN DE LOS PROBLEMAS.
CON LA RECOPILACIÓN DE DATOS SE COMPLETAN LOS DATOS RESULTANTES DE LA FASE 1, AÑADIENDO DETALLES SOBRE EL SISTEMA ACTUAL. SON MEDIOS COMUNES PARA ACOMETER TAL RECOPILACIÓN: LAS ENTREVISTAS, CUESTIONARIOS, ENCUESTAS A USUARIOS FINALES, ASÍ COMO TAMBIÉN, LAS COSULTAS A DOCUMENTOS Y MANUALES QUE CONTENGAN LINEAMIENTOS DE FUNCIONAMIENTO O NORMAS DE PROCEDIMIENTOS DE OPERACIÓN.
EXISTEN VARIAS TÉCNICAS Y HERRAMIENTAS ÚTILES PARA EL ANÁLIS DE DATOS. UNA DE ÉSTAS ES EL USO DE DIAGRAMAS DE FLUJO DE DATOS PARA DIAGRAMAR LA ENTRADA, PROCESO Y SALIDA DE LAS FUNCIONES DE LA ORGANIZACIÓN DE MANERA GRÁFICA. ESTOS DIAGRAMAS SIRVEN PARA DESARROLLAR EL LLAMADO DICCIONARIO DE DATOS, EL CUAL CONTIENE LA DEFINICIÓN DE LOS DATOS USADOS EN EL SISTEMA, ASÍ COMO SUS CARACTERÍSTICAS DE TIPO, TAMAÑO, LIMITACIONES O ESPECIFICACIONES ESPECIALES.
LA DOCUMENTACIÓN DE LA ETAPA DE ANÁLISIS RECOGE LA DESCRIPCIÓN DEL SISTEMA DE INFORMACIÓN EN USO, LOS REQUERIMIENTOS PARA EL NUEVO SISTEMA Y UN PROBABLE PLAN DE DESARROLLO EN UN REPORTE DIRIGIDO A LA GERENCIA.
ESTE REPORTE PERMITE TOMAR LA DECISIÓN DE PROSEGUIR O NO CON EL PROYECTO.EL ASPECTO MÁS IMPORTANTE DE CUALQUIER PROPUESTA ES IDENTIFICAR Y COMPRENDER EL PROBLEMA QUE EL CLIENTE BUSCA RESOLVER.UNO DE LOS PUNTOS DEL DESARROLLO DE UNA PROPUESTA DE SOLUCIÓN ES PRESENTAR UNA NOCIÓN PROPIA DEL PROBLEMA.
ASÍ COMO LA PROPUESTA PARA RESOLVERLO, CON EL FIN DE CONVENCER AL CLIENTE DE QUE TAL PROPUESTA ES LA MEJOR.PARA ELLO, SE PRESENTARÁ LO QUE IMPLICA UNA DESCRIPCIÓN DE LOS PROBLEMAS.
1.1 investigacion preliminar
INVESTIGACIÓN PRELIMINAR
La investigación preliminar es la obtención de conocimientos básicos sobre un tema; requiere determinar las necesidades de investigación con el objeto de evitar errores y encontrar soluciones viables a cualquier problema que se presente y se le conoce también como investigación exploratoria o sondeo de mercado.
Si un proyecto de sistema parece ser viable y tiene suficiente prioridad, se comienza la investigación preliminar.
Esta investigación requiere uno o más analistas de sistemas analizando el “system request” para determinar la verdadera naturaleza, el alcance del problema y recomendar si es que se debe continuar con el proyecto.
El propósito de la investigación preliminar es buscar información suficiente para determinar si se debe continuar con el Ciclo de Vida del Desarrollo del Sistema. La investigación no es una actividad de recolección de datos; no se espera que se definan todos los problemas ni que se propongan todas las posibles soluciones.
La investigación preliminar debe cumplir con los siguientes cinco objetivos:
1. Entender la naturaleza del problema – Es el primer objetivo de la investigación preliminar. Muchas veces, el problema presentado en el “system request” no es el problema real, sino un síntoma.
Al interaccionar con los usuarios, se debe evitar el uso de la palabra problema, ya que puede generar una impresión negativa. Es mejor hablar sobre mejoras que necesita el sistema.
2. Definir el alcance y las restricciones o limitaciones del sistema – El alcance del proyecto es la extensión del proyecto o del sistema, o sea, hasta dónde se debe llegar. Se debe determinar quién es afectado por el problema o por la solución.
También es importante definir las limitaciones del sistema. Una limitación es una condición, restricción o requisito que el sistema debe satisfacer. La limitación puede tener que ver con el equipo, programas, tiempo, leyes, costos y otros.
3. Identificar los beneficios que se obtendrían si el sistema propuesto es completado – Se debe identificar los beneficios tangibles e intangibles que se esperan como resultado del “system request”. Estos beneficios, junto a los estimados de costo, serán usado por la gerencia para decidir si se continúa con el proyecto. Los beneficios tangibles son aquellos que se pueden expresar en términos de dinero.
Los beneficios intangibles son difíciles de contabilizar en dólares y centavos, pero son igualmente importantes. Tienen que ver con la satisfacción del empleado, mayor información disponible para tomar decisiones, mejorar la imagen de la compañía y otros aspectos que no se miden en término de dinero.
4. Especificar un estimado de tiempo y costo para las próximas fases de desarrollo – Se debe
presentar un estimado del tiempo que tomará realizar cada uno de las siguientes fases del desarrollo del sistema y del costo que la compañía debe incurrir para completar el sistema. Se debe incluir los costos de desarrollo – costos que ocurren una sola vez – y los costos continuos – costos pagados periódicamente.
5. Presentar un informe a la gerencia describiendo el problema y detallando si se recomienda continuar con la fase de análisis del sistema – Debe incluir la evaluación del “system request”, estimado de tiempo y costo-beneficios y las recomendaciones.
bibliografia
http://www.miespacio.org/cont/invest/invmer.htm#tipos
La investigación preliminar es la obtención de conocimientos básicos sobre un tema; requiere determinar las necesidades de investigación con el objeto de evitar errores y encontrar soluciones viables a cualquier problema que se presente y se le conoce también como investigación exploratoria o sondeo de mercado.
Si un proyecto de sistema parece ser viable y tiene suficiente prioridad, se comienza la investigación preliminar.
Esta investigación requiere uno o más analistas de sistemas analizando el “system request” para determinar la verdadera naturaleza, el alcance del problema y recomendar si es que se debe continuar con el proyecto.
El propósito de la investigación preliminar es buscar información suficiente para determinar si se debe continuar con el Ciclo de Vida del Desarrollo del Sistema. La investigación no es una actividad de recolección de datos; no se espera que se definan todos los problemas ni que se propongan todas las posibles soluciones.
La investigación preliminar debe cumplir con los siguientes cinco objetivos:
1. Entender la naturaleza del problema – Es el primer objetivo de la investigación preliminar. Muchas veces, el problema presentado en el “system request” no es el problema real, sino un síntoma.
Al interaccionar con los usuarios, se debe evitar el uso de la palabra problema, ya que puede generar una impresión negativa. Es mejor hablar sobre mejoras que necesita el sistema.
2. Definir el alcance y las restricciones o limitaciones del sistema – El alcance del proyecto es la extensión del proyecto o del sistema, o sea, hasta dónde se debe llegar. Se debe determinar quién es afectado por el problema o por la solución.
También es importante definir las limitaciones del sistema. Una limitación es una condición, restricción o requisito que el sistema debe satisfacer. La limitación puede tener que ver con el equipo, programas, tiempo, leyes, costos y otros.
3. Identificar los beneficios que se obtendrían si el sistema propuesto es completado – Se debe identificar los beneficios tangibles e intangibles que se esperan como resultado del “system request”. Estos beneficios, junto a los estimados de costo, serán usado por la gerencia para decidir si se continúa con el proyecto. Los beneficios tangibles son aquellos que se pueden expresar en términos de dinero.
Los beneficios intangibles son difíciles de contabilizar en dólares y centavos, pero son igualmente importantes. Tienen que ver con la satisfacción del empleado, mayor información disponible para tomar decisiones, mejorar la imagen de la compañía y otros aspectos que no se miden en término de dinero.
4. Especificar un estimado de tiempo y costo para las próximas fases de desarrollo – Se debe
presentar un estimado del tiempo que tomará realizar cada uno de las siguientes fases del desarrollo del sistema y del costo que la compañía debe incurrir para completar el sistema. Se debe incluir los costos de desarrollo – costos que ocurren una sola vez – y los costos continuos – costos pagados periódicamente.
5. Presentar un informe a la gerencia describiendo el problema y detallando si se recomienda continuar con la fase de análisis del sistema – Debe incluir la evaluación del “system request”, estimado de tiempo y costo-beneficios y las recomendaciones.
bibliografia
http://www.miespacio.org/cont/invest/invmer.htm#tipos
bienvenida
hola a todos!!!
soy esly y este es mi blog
de la materia diseñar sistemas de informacionson bienvenidos
y espero ke dejen sus comentarios!!!
*BIENVENIDOS*
soy esly y este es mi blog
de la materia diseñar sistemas de informacionson bienvenidos
y espero ke dejen sus comentarios!!!
*BIENVENIDOS*
Suscribirse a:
Entradas (Atom)