domingo, 1 de marzo de 2009

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

martes, 17 de febrero de 2009

1. aplicar el analisis de sistemas de acuerdo a las necesidades y requerimientos de los usuarios

Análisis de Sistemas de Computación


También es un conjunto o arreglo de elementos para realizar un objetivo predefinido en el procesamiento de la Información. Esto se lleva a cabo teniendo en cuenta ciertos principios:

  • Debe presentarse y entenderse el dominio de la información de un problema.
  • Defina las funciones que debe realizar el Software.
  • Represente el comportamiento del software a consecuencias de acontecimientos externos.

Divida en forma jerárquica los modelos que representan la información, funciones y comportamiento.

El proceso debe partir desde la información esencial hasta el detalle de la Implementación.

La función del Análisis puede ser dar soporte a las actividades de un negocio, o desarrollar un producto que pueda venderse para generar beneficios.
Sistema basado en computadoras hace uso de seis (6) elementos fundamentales:

  • Software, que son Programas de computadora, con estructuras de datos y su documentación que hacen efectiva la logística metodología o controles de requerimientos del Programa.
  • Hardware, dispositivos electrónicos y electromecánicos, que proporcionan capacidad de cálculos y funciones rápidas, exactas y efectivas (Computadoras, Censores, maquinarias, bombas, lectores, etc.), que proporcionan una función externa dentro de los Sistemas.
  • Personal, son los operadores o usuarios directos de las herramientas del Sistema.
  • Base de Datos, una gran colección de informaciones organizadas y enlazadas al Sistema a las que se accede por medio del Software.
  • Documentación, Manuales, formularios, y otra información descriptiva que detalla o da instrucciones sobre el empleo y operación del Programa.

Procedimientos, o pasos que definen el uso específico de cada uno de los elementos o componentes del Sistema y las reglas de su manejo y mantenimiento.

Un Análisis de Sistema se lleva a cabo teniendo en cuenta los siguientes objetivos en mente:

  • Identifique las necesidades del Cliente.
  • Evalúe que conceptos tiene el cliente del sistema para establecer su viabilidad.
  • Realice un Análisis Técnico y económico.
  • Asigne funciones al Hardware, Software, personal, base de datos, y otros elementos del Sistema.
  • Establezca las restricciones de presupuestos y planificación temporal.
  • Cree una definición del sistema que forme el fundamento de todo el trabajo de Ingeniería.

Objetivos del Análisis

Identificación de Necesidades

Es el primer paso del análisis del sistema, en este proceso en Analista se reúne con el cliente y/o usuario (un representante institucional, departamental o cliente particular), e identifican las metas globales, se analizan las perspectivas del cliente, sus necesidades y requerimientos, sobre la planificación temporal y presupuestal, líneas de mercadeo y otros puntos que puedan ayudar a la identificación y desarrollo del proyecto.

Algunos autores suelen llamar a esta parte ¨
Análisis de Requisitos ¨ y lo dividen en cinco partes:

  • Reconocimiento del problema.
  • Evaluación y Síntesis.
  • Modelado.
  • Especificación.
  • Revisión.

Estudio de Viabilidad

Muchas veces cuando se emprende el desarrollo de un proyecto de Sistemas los recursos y el tiempo no son realistas para su materialización sin tener pérdidas económicas y frustración profesional. La viabilidad y el análisis de riesgos están relacionados de muchas maneras, si el riesgo del proyecto es alto, la viabilidad de producir software de calidad se reduce, sin embargo se deben tomar en cuenta cuatro áreas principales de interés:

Viabilidad económica

Una evaluación de los costos de desarrollo, comparados con los ingresos netos o beneficios obtenidos del producto o Sistema desarrollado.

Viabilidad Técnica

Un estudio de funciones, rendimiento y restricciones que puedan afectar la realización de un sistema aceptable.

Viabilidad Legal

Es determinar cualquier posibilidad de infracción, violación o responsabilidad legal en que se podría incurrir al desarrollar el Sistema.

Alternativas. Una evaluación de los enfoques alternativos del desarrollo del producto o Sistema.
El estudio de la viabilidad puede documentarse como un informe aparte para la alta gerencia.

Documentar el problema puede tener un formato como el siguiente:

1.Fuente y antecedentes del problema

2. Razones para la atención
3. Grupos o instituciones hacia los cuales se dirige la actividad correctiva

4. Beneficiarios y perdedores5. Programas relacionados y actividades

6. Metas y objetivos

7. Medidas de efectividad

8. Estructura para el análisisClases de alternativas, métodos posibles, suposiciones críticas.
9. AlternativasDescripciones, efectividad, costos, excesos, comentarios y otras consideraciones

10. Recomendaciones que puedan surgir
11. Apéndices (según se requieran)

BIBLIOGRAFIA
http://www.geocities.com/Eureka/Office/4595/problem.html
http://www.monografias.com/trabajos5/andi/andi.shtml#ana



jueves, 12 de febrero de 2009

presentacion del equipo


INTEGRANTES DEL EQUIPO:
LOS INFORMATICOS

  • Nayeli Lopez Candelario