2.1 IDENTIFICAR TIPO DE INFORMACION

A partir de las técnicas de análisis y recolección de información, se reconocen cuatro grandes tipos de estudios en la investigación de mercados:

• investigación cuantitativa o numérica
  
• investigación cualitativa
  
• investigación documental o de fuentes secundarias
  
• investigación secundaria de marketing
  Proceso
  

Los pasos para el desarrollo de una investigación de mercados son:

• Definir el problema a investigar
  
• Seleccionar y establecer el diseño de la investigación
  
• Recolección de datos y análisis
  
• Formular hallazgos
  
• Definir el problema a investigar
  

En este paso es donde se define el problema existente y esta constituido por dos procesos básicos:

(1) Formulación del problema

(2) Establecimiento de objetivos de la investigación.

Definir el problema es un paso simple, pero de una gran importancia en el proceso de investigación de mercados, ya que una claridad en lo que se desea investigar es básico para saber como hacerlo. Una empresa puede invertir miles de dólares en investigación, sin embargo, si no se tiene claro el problema a investigar esos dólares serán un desperdicio.

Después de formular el problema, es necesario formular las preguntas de la investigación. Cuales son las preguntas básicas que se necesitan responder y sus posibles sub. preguntas que se tienen.
Con el problema o la oportunidad definida, el siguiente paso es determinar los objetivos de la investigación, definiendo y determinando de esta manera que información es necesaria para resolver las preguntas. Una buena manera de establecer los objetivos de una investigación es preguntándose, “¿Qué información se necesita para resolver el problema?”.
Se debe entender que: “Objetivos claros ayudan a obtener resultados claros”.
Luego de describir y formular el problema y los objetivos, el siguiente paso es preparar un detallado cronograma especificando los diferentes pasos de la investigación.

Seleccionar y establecer el diseño de la investigación

Este paso esta constituido por 4 procesos básicos:

(1) Seleccionar el diseño de la investigación,

(2) Identificar los tipos de información necesaria y las fuentes,

(3) Determinar diseñar los instrumentos de medición

(4)Recopilación de Datos.

Seleccionar el diseño de la investigación

Lo primero que se tiene que recordar es que cada investigación en cada tipo de negocio es diferente, por lo que el diseño puede variar, existiendo infinitos tipos. Los tipos “genéricos” de diseño en investigación son:

• Exploratoria
  
• Descriptiva
  
• Causal
  
• Exploratoria: La investigación Exploratoria se define como la recolección de información mediante mecanismos informales y no estructurados.

• Descriptiva: Esta investigación se refiere a un conjunto de métodos y procedimientos que describen a las variables de Marketing. Este tipo de estudio ayuda a determinar las preguntas básicas para cada variable, contestando Quién, Cómo, Qué y Cuándo. Este tipo de estudios puede describir cosas como, las actitudes de los clientes, sus intenciones y comportamientos, al igual que describir el número de competidores y sus estrategias.
  
• Causal: En este tipo de investigación se enfoca en controlar varios factores para determinar cual de ellos es el causante del problema. Esto permite aislar las causas del problema, al mismo tiempo que entrega un nivel de conocimiento superior acerca de la variable que se estudia. Este tipo de estudio es el más complejo y por ende costoso.
  

Identificar los tipos de información necesaria y las fuentes
Existen dos tipos de información en investigación de mercados, la primaria y la secundaria.

• La información PrimariaTítulo del enlace es aquella que se releva directamente para un propósito específico.
  
• La información Secundaria se refiere a aquella que ya existe en algún lugar y se recolectó para otro propósito. Por lo general este tipo de información es menos costosa que la primaria y en ocasiones basta con la revisión de Internet o con una visita a la biblioteca local.
  

Determinar y diseñar los instrumentos de medición

Luego de determinar que tipo de información es necesaria, se debe determinar el método en que se logrará obtener dicha información. Existen múltiples métodos dentro de los que se encuentran las encuestas telefónicas, las encuestas por correo o E-Mail, encuestas personales o encuestas en grupo.

Por otra parte, existen dos métodos básicos de recolección de información; mediante preguntas o mediante observación; siendo el instrumento más común el cuestionario.

Cuando es necesario diseñar un cuestionario se deben tener en cuenta los objetivos específicos de la investigación y seguir una secuencia lógica de pasos que permiten elaborar una buena herramienta de medición. Dichos pasos podrían enumerarse como sigue:

1. Planear lo que se va a medir: Consiste en especificar exactamente los que se quiere obtener de cada entrevistado así como las características que tiene la población fijada como meta. Al realizar este paso es necesario analizar los objetivos de la investigación; ya establecidos previamente, corroborando que estos sean lo suficientemente claros como para que describan; lo más completamente posible, la información que necesita el encargado de tomar decisiones, la o las hipótesis y el alcance de la investigación. Se debe implementar también, una investigación exploratoria, la cual sugerirá variables pertinentes adicionales y ayudará al investigador a asimilar el vocabulario y el punto de vista del entrevistado típico.

2. Elaborar el fromato de la pregunta: Se tienen tres tipos de formatos para la recolección; el estructurado, el no estructurado y el mixto.
Estructurado: Son listados con preguntas especificas cerradas, en las que se incluyen preguntas de opción múltiple con selección simple o selección múltiple. También se incluyen escalas de referencia y ordenamientos.
No Estructurados: Son preguntas abiertas, donde el encuestado puede contestar con sus propias palabras.
Mixto: Las preguntas de respuesta abierta pueden usarse conjuntamente con preguntas de respuesta cerrada para obtener información adicional, de ahí que en ocasiones se de el uso de preguntas abiertas para dar seguimiento a una de respuesta cerrada (por ejemplo conocer la opinión expresa del encuestado acerca del tema que se está tratando), lo que se conoce propiamente como sondeo.

3. Redacción y Distribución del Cuestionario: Las palabras utilizadas en preguntas partículares pueden tener un gran impacto en la forma en que un entrevistado las interpreta, lo que puede ocasionar el cambio en las respuestas que éste proporcione al encuestador. Por tal motivo, la redacción de las preguntas debe ser sencilla, directa, clara, debe evitar sugerir toda o parte de la respuesta que se pretenda obtener, debe evitar utilizar palabras con significados vagos o ambiguos, deben ser los sificientemente cortas como para que no confundan al entrevistado y debe ser aplicable a todas las personas a quienes se les va a preguntar. En cuanto a las decisiones de secuencia y distribución, se debe tomar en cuenta que se debe inciar por preguntas sencillas de responder y que no causen un impacto negativo en el encuestado y de esta forma ir introduciendo a la persona al cuestionario, es importante evitar preguntas que puedan resultar repetitivas.

4. Prueba preliminar o piloto: Una vez establecido el orden y la redaccion de las preguntas se crea un cuestionario preliminar el cual se aplicará a una pequeña muestra (de 15 a 25 personas aproximadamente) que represente razonablemente a la población que se tiene como meta. A esto se le conoce como "Aplicación de Prueba Piloto". El propósito de esta prueba es asegurar que el cuestionario realizado cumple con las expectativas de la investigación en términos de información obtenida así como, identíficar y corregir las deficiencias que pudieran provocar un sesgo en la misma.

5. Corrección de los problemas: Es la etapa final del proceso de diseño de cuestionarios. Consiste en revisar y rectificar los posibles errores que se hayan presentado durante la apliciación de las pruebas piloto, con el fin de llegar a un cuestionario definitivo. Los pasos 4 y 5; se pueden repetir tantas veces se considere necesario hasta que se obtenga un cuestionario lo mas libre de errores posible, esto sin perder de vista que implica un costo importante en la investigación; por lo que los investigadores deben tener la capacidad de detectar los errores lo más rápido posible.
Recolección de datos y análisis

Lo primero que se tiene que hacer es entrenar a los encuestadores, quienes serán los encargados de contactar a los encuestados y vaciar las preguntas en un formato para su posterior análisis.
El análisis se debe iniciar con la limpieza de la información, con la confirmación de las escalas, verificación del correcto llenado de las encuestas y en ocasiones con pretabulaciones (en el caso de preguntas abiertas). Una vez se tiene codificada toda la información el análisis como tal puede dar inicio.

La información también puede ser en una pequeña escala y obtenida mediante información cualitativa, siendo las Sesiones de Grupo la herramienta más usada..
Formular hallazgos

Luego de analizar la información se puede hacer deducciones acerca de lo que sucede en el mercado, lo cual se le conoce como “hallazgos”. Estos deben presentarse de una manera ordenada y lógica ante las personas encargadas de tomar las decisiones.
Los reportes de investigación deben tener un capítulo de resumen, el cual será la guía para las personas que no conocen de investigación, haciendo el informe mucho más fácil de leer y seguir una continuidad, según Katy R.

2. DETERMINAR LOS ELEMENTOS DE UN SISTEMA DE BASE DE DATOS

Base de datos: El término de bases de datos fue escuchado por primera vez en 1963, en un simposio celebrado en California –USA.Una base de datos se puede definir como un conjunto de información relacionada que se encuentra agrupada ó estructurada.desde un punto informático, la base de datos es un sistema formado por un conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un conjunto de programas que manipulen ese conjunto de datos.

Los elementos básicos de una base de datos son:

• entidades (entities)
• campos (fields)
• recordsarchivos (files)
• llaves (keys)

1. Entidad – Persona, lugar, objeto u evento para el cual se obtiene y mantiene datos. Ejemplo: Cliente, Orden, Producto, Suplidor.

2. Campo – Atributo o característica de la entidad. Ejemplo: en la entidad Cliente, algunos campos pueden ser Nombre, Apellido, Dirección.

3. Record – Es una colección o grupo de campos que describen un miembro de una entidad. Ejemplo, el record de un cliente, o de un producto.

4. Archivo – Es un grupo de records que contienen datos sobre una entidad en específico. Ejemplo: el archivo de clientes, es archivo de productos, o de empleados.

5. Llave o "Key" – Es un campo que se usa para localizar, acceder o identificar un record en específico. Hay cuatro tipos de “key”:

a. "Primary key" – es un campo u combinación de campos que en forma única y mínima identifica un miembro en particular de una entidad. Es único porque no hay dos miembros con el mismo "key". Es mínimo porque contiene tan solo la información necesaria para identificar al miembro de la entidad. Si el "primary key" es una combinación de varios campos se conoce como “multivalue key".

b. "Candidate key" – cualquier campo que pueda servir como "primary key". Para seleccionar al "primary key", se escoge el campo que tenga menos datos y sea más fácil de usar. Cualquier campo que no es un "primary key" o un "candidate key" se llama "nonkey field."

c. "Foreign key" – es un cambo en un archivo que debe parear con el valor del "primary key" de otro archivo para que se pueda establecer una relación o “link” entre ambos archivos.

d. "Secondary key" – es un campo u combinación de campos que se puede usa para acceder records. Los "secondary keys" no necesitan ser únicos. Ejemplo: nombre del cliente, código postal (zipcode).

BIBLIOGRAFIA

CAMPBELl, Mary. base IV Guía de Autoenseñanza. España. Editorial McGraw Hill – Interamericana. 1990. pp110/111,121/122,161,169, 179-191/192.HARWRYSZKIEWYCZ, I T. Análisis y diseño de base de datos. Editorial Megabyte. Noriega Editores. México. 1994. pp29/31LAUDON, Kenneth C. Administración de los sistemas de información. 3ra. Edición. México. 1996. pp 271/295 Aprende computación. Editorial océano. España. Pp36/39 Búsquedas en Internet:monografias.com/trabajos5/tipbases/tipbases.shtmlmonografias.com/trabajos5/basede/basede.shtmlmonografias.com/trabajos5/desor/desor.shtmlinei.gob.pe/cpi/bancopub/libfree/lib607/cap01.htmet.gob.peelizabethpeguero.8m.com/enza.htm

ESTUDIO DE FACTIBILIDAD

Estudio de factibilidad es el análisis comprensivo de los resultados financieros, económicos y sociales de una inversión (dada una opción tecnológica -estudio de pre-factibilidad). En la fase de pre-inversión la eventual etapa subsiguiente es el diseño final del proyecto (preparación del documento de proyecto), tomando en cuenta los insumos de un proceso productivo, que tradicionalmente son: tierra, trabajo y capital (que generan ingreso: renta, salario y ganancia).

En general los análisis de factibilidad más profundos, o los estudios de factibilidad, se completan durante la fase de diseño de sistemas, en general durante la consideración de la evaluación de las diferentes alternativas de solución propuestas. Los estudios de factibilidad consideran la factibilidad técnica, económica y operacional de cada alternativa, así como si el proyecto es o no apropiado dados los factores políticos y otros del contexto institucional.

Sirve para recopilar datos relevantes sobre el desarrollo de un proyecto y en base a ello tomar la mejor decisión, si procede su estudio, desarrollo o implementación.

Objetivo de un Estudio de Factibilidad.

1.- Auxiliar a una organización a lograr sus objetivos.

2.- Cubrir la metas con los recursos actuales en las siguientes áreas.

a). Factibilidad Técnica.

• Mejora del sistema actual.
• Disponibilidad de tecnología que satisfaga las necesidades.

b).- Factibilidad Económica.

• Tiempo del analista.
• Costo de estudio.
• Costo del tiempo del personal.
• Costo del tiempo.
• Costo del desarrollo / adquisición.

c).- Factibilidad Operativa.

• Operación garantizada.
• Uso garantizado.
  

¿CUÁLES SON LOS PASOS A SEGUIR PARA UN PROYECTO DE FACTIBILIDAD?

La investigación de factibilidad en un proyecto consiste en descubrir cuáles son los objetivos de la organización, luego determinar si el proyecto es útil para que la empresa logre sus objetivos.La búsqueda de estos objetivos debe contemplar los recursos disponibles o aquellos que la empresa puede proporcionar, nunca deben definirse con recursos que la empresa no es capaz de dar.En las empresas se cuenta con una serie de objetivos que determinan la posibilidad de factibilidad de un proyecto sin ser limitativos.Estos objetivos son los siguientes:

• Reducción de errores y mayor precisión en los procesos.
  
• Reducción de costos mediante la optimización o eliminación de recursos no necesarios.
  
• Integración de todas las áreas y subsistemas de la empresa.
  
• Actualización y mejoramiento de los servicios a clientes o usuarios.
  
• Aceleración en la recopilación de datos.
  
• Reducción en el tiempo de procesamiento y ejecución de tareas.
  
• Automatización optima de procedimientos manuales.
  

Factibilidad se refiere a la disponibilidad de los recursos necesarios para llevar a cabo los objetivos o metas señalados, la factibilidad se apoya en 3 aspectos básicos:

• Operativo.
  
• Técnico.
  
• Económico.
  

El éxito de un proyecto está determinado por el grado de factibilidad que se presente en cada una de los tres aspectos anteriores

BIBLIOGRAFIA

• http://www.gestiopolis.com/recursos/experto/catsexp/pagans/ger/no12/factibilidad.htm
  
• http://es.wikipedia.org/wiki/Estudio_de_factibilidadhttp://www.geocities.com/SiliconValley/Pines/7894/sistemas/factibilidad.html

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 consultas 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álisis de datos. Una de estas 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 grafica. 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 ala 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 presentara lo que implica una descripción de los problemas:

1.- La Naturaleza del problema.
2.- La historia del problema.
3.- Las características del problema.
4.- Las soluciones alternas consideradas.
5.- La solución o la técnica seleccionada.

Bibliografía:

• http://www.miespacio.org/cont/invest/invmer.htm#tipos

Requerimientos de un sistema

Requerimientos de un sistema

Requerimientos de un sistemaLos requerimientos de un sistema de software, cuando se ven en su conjunto son extensos y detallados, y además contienen múltiples relaciones entre sí. Lo que nos da a concluir, de acuerdo a lo expuesto en el capítulo de complejidad en el software, que el conjunto de requerimientos de un sistema computacional es complejo.

El análisis de requerimientos consiste brevemente en los siguientes pasos:

• Obtener información acerca de lo que los usuarios desean
  
• Clasificar esos deseos para comenzar a estructurar requerimientos
  
• Identificar los niveles de jerarquía del sistema y empezar a alojar los ya clasificados requerimientos en cada nivel.
  
• Especificar formalmente los requerimientos de acuerdo al nivel de audiencia que se desea.
  

En ingeniería de sistemas existen tres tipos de requerimientos.

• Un requerimiento funcional puede ser una descripción de lo que un sistema debe hacer. Este tipo de requerimiento específica algo que el sistema entregado debe ser capaz de realizar.
  
• Un requerimiento no funcional: de rendimiento, de calidad, etc.; especifica algo sobre el propio sistema, y cómo debe realizar sus funciones. Algunos ejemplos de aspectos solicitables son la disponibilidad, el testeo, el mantenimiento, la facilidad de uso, etc.
  
• Otros tipos de limitaciones externas, que afectan en una forma indirecta al producto. Estas pueden ir desde la compatibilidad con cierto sistema operativo hasta la adecuación a leyes o regulaciones aplicables al producto
  

Una colección de requerimientos describe las características o atributos del sistema deseado. Se omite el cómo debe lograrse su implementación, ya que esto debe ser decidido en la etapa de diseño por los diseñadores.

En la ingeniería de software se aplica el mismo significado, sólo que el énfasis está puesto en el propio software.

Características

Los requerimientos bien formulados deben satisfacer varias características. Si no lo hacen, deben ser reformulados hasta hacerlo.

• Necesario: Lo que pida un requerimiento debe ser necesario para el producto.
  
• No ambiguo: El texto debe ser claro, preciso y tener una única interpretación posible.
  
• Conciso: Debe redactarse en un lenguaje comprensible por los inversores en lugar de uno de tipo técnico y especializado, aunque aún así debe referenciar los aspectos importantes
  
• Consistente: Ningún requerimiento debe entrar en conflicto con otro requerimiento diferente, ni con parte de otro. Asimismo, el lenguaje empleado entre los distintos requerimientos debe ser consistente también.
  
• Completo: Los requerimientos deben contener en sí mismos toda la información necesaria, y no remitir a otras fuentes externas que los expliquen con más detalle.
  
• Alcanzable: Un requerimiento debe ser un objetivo realista, posible de ser alcanzado con el dinero, el tiempo y los recursos disponibles.
  
• Verificable: Se debe poder verificar con absoluta certeza, si el requerimiento fue satisfecho o no. Esta verificación puede lograrse mediante inspección, análisis, demostración o testeo.

Estas características suelen ser subjetivas, es decir, no pueden ser calculadas de forma automática por ningún sistema. Por ello, se tiende a medir otras métricas o indicadores que sí que pueden ser calculados de forma automática y que, de algún modo, pueden sustituir o mapear con esta lista de características.

En la ingeniería de sistemas y la ingeniería de software la Ingeniería de requerimientos comprende todas las tareas relacionadas con la determinación de las necesidades o de las condiciones a satisfacer para un software nuevo o modificado, tomando en cuenta los diversos requerimientos de los inversores, que pueden entrar en conflicto entre ellos.

Una terminología usada a veces pero no completamente análoga es "Ingeniería de Requisitos". Esta ingeniería comprende, básicamente, todo el proceso y tareas involucradas en la Captura, Elicitación, Análisis y Especificación de Requisitos o requerimientos. La comunidad internacional se decantó por el uso de la palabra Requerimientos en lugar de Requisitos, para resolver una posible ambigüedad en el uso de los términos. Actualmente el usar la palabra "Requisito" debe ser documentado explicando el motivo su uso en lugar del término consensuado.

El propósito de la ingeniería de requerimientos es hacer que los mismos alcancen un estado óptimo antes de alcanzar la fase de diseño en el proyecto. Los buenos Requerimientos deben ser medibles, comprobables, sin ambigüedades o contradicciones, etc.

Fases de implementación

Desde un punto de vista conceptual, las actividades son de 5 clases.

• Obtener requerimientos: A través de entrevistas o comunicación con clientes o usuarios, para saber cuáles son sus deseos.
  
• Analizar requerimientos: Detectar y corregir las falencias comunicativas, transformando los requerimientos obtenidos de entrevistas y requerimientos, en condiciones apropiadas para ser tratados por el diseño.
  
• Documentar requerimientos: Igual que todas las etapas, los requerimientos deben estar debidamente documentados.
  
• Verificar los requerimientos: Consiste en comprobar el correcto funcionamiento de un requerimiento en la aplicación
  
• Validar los requerimientos: Comprobar que los requerimientos implementados se corresponden con lo que inicialmente se pretendia.

APLICACIÓN DE LA TOMA DE DECICISONES EN LOS SISTEMAS

APLICACIÓN DE LA TOMA DE DECICISONES EN LOS SISTEMAS

Toma de decisiones: acción de elegir entre varias alternativas. Procedimiento interactivo un ciclo que in

cluye varios ciclos sucesivos de alternativas y decisiones.

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 real
• analó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.
  
  

Sistemas expertos y bases de conocimiento

Un sistema experto es un programa de software diseñado para replicar el proceso de toma de decisiones de un experto humano. Los sistemas expertos dependen del conocimiento objetivo, pero confían también en el conocimiento heurístico como la intuición, el discernimiento y las inferencias.
Para simplificar el proceso existen los shells de sistemas expertos que contienen las interfaces humanas y las máquinas de inferencias. Los principales componentes de la envoltura de sistema experto son:

• Instalaciones de aprendizaje: permiten la construcción de la base de conocimiento.
• Base del conocimiento: para completar la base de conocimiento se captura la siguiente información:
• Identificación del problema;
• Soluciones posibles; y
  
• Cómo avanzar del problema a la solución a través de hechos y reglas.
  
• Interfaz para usuario: permite la interacción necesaria entre el usuario y el sistema experto para el procesamiento heurístico; permite que el usuario describa el problema u objetivo y que tanto el usuario como el sistema experto estructuren preguntas y respuestas.
  

Funciones de la probabilidad

La toma de una decisión, fundamentalmente, tiene que ver con combinar información sobre probabilidades con información sobre deseos e intereses. Significa que tenemos que compensar el valor de un cierto resultado contra su probabilidad. Para operar la decisión debemos hacer cálculos del valor de un cierto resultado y sus probabilidades, y a partir de allí de las consecuencias de las elecciones.

BIBLIOGRAFIA:

• http://www.tuobra.unam.mx/publicadas/040920150046.html
• http://www.mailxmail.com/curso/informatica/componentespcs/capitulo37.htm

1.1 INVESTIGACIÓN 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://mmalicea.tripod.com/proyecto/investprelim.htm
• http://www.gestiopolis.com/canales/demarketing/articulos/no12/invmercadprelidef.htm
• http://www.miespacio.org/cont/invest/invmer.htm#tipos