SlideShare une entreprise Scribd logo
1  sur  5
Télécharger pour lire hors ligne
Sistemas de Información                                                                                             Mayo, 2012
                                                                                                                    Ing. Informática B.


Universidad Politécnica Territorial del estado Mérida.



Participantes:

Torres Daniel

Rivera Dayana

Peña Jesus


                                 Investigación Preliminar y Análisis de
                                 sistemas de Información
                                         Investigación Preliminar              condición, restricción o requisito
                                                                               que el sistema debe satisfacer.        5. Presentar un informe a la
                                                                               La limitación puede tener que          gerencia    describiendo     el
                                  Si un proyecto de sistema parece ser
                                                                               ver con el equipo, programas,          problema y detallando si se
                                  viable y tiene suficiente prioridad, se
                                                                               tiempo, leyes, costos y otros.         recomienda continuar con la
                                  comienza la investigación preliminar.
                                                                                                                      fase de análisis del sistema –
                                  Esta investigación requiere uno o más
                                                                                                                      Debe incluir la evaluación del
                                  analistas de sistemas analizando el
                                                                                                                      “system request”, estimado de
                                  “system request” para determinar la          3. Identificar los beneficios          tiempo y costo-beneficios y las
                                  verdadera naturaleza y alcance del           que se obtendrían si el sistema        recomendaciones.
                                  problema y recomendar si es que se           propuesto es completado – Se
                                  debe continuar con el proyecto. El           debe identificar los beneficios      El propósito de cualquier boletín
                                  propósito     de     la    investigación     tangibles e intangibles que se
                                  preliminar es buscar información                                                  es proporcionar información
                                                                               esperan como resultado del
                                  suficiente para determinar si se debe        “system       request”.      Estos   especializada para un público
                                  continuar con el Ciclo de Vida del           beneficios, junto a los estimados    determinado. Los boletines
                                  Desarrollo      del     Sistema.      La     de costo, serán usado por la         pueden ser una manera
                                  investigación no es una actividad de         gerencia para decidir si se          excelente de promocionar en el
                                  recolección de datos; no se espera que       continúa con el proyecto. Los        mercado sus productos o
                                  se definan todos los problemas ni que        beneficios      tangibles      son
                                  se propongan todas las posibles                                                   servicios, así como de fomentar
                                                                               aquellos que se pueden
                                  soluciones.                                  expresar en términos de dinero.      la credibilidad y de consolidar la
                                                                               Los beneficios intangibles son       identidad de su organización
                                  La investigación preliminar debe             difíciles de contabilizar en         entre      colegas,    miembros,
                                  cumplir con los siguientes cinco             bolivares, pero son igualmente       empleados y proveedores.
Titulares individuales            objetivos:                                   importantes. Tienen que ver con
                                                                               la satisfacción del empleado,
                                    1. Entender la naturaleza del                                                   Nota:
Objetivos de inv. Pre.   2                                                     mayor información disponible
                                    problema – Es el primer objetivo de
                                    la investigación preliminar. Muchas
                                                                               para tomar decisiones, mejorar       Ambito del estudio
                                                                               la imagen de la compañía y
Análisis de un sistema   3          veces, el problema presentado en el                                             La     finalidad    de    la
                                                                               otros aspectos que no se miden
                                    “system request” no es el problema                                              investigación preliminar
                                                                               en término de dinero.
Principios               4          real,   sino    un    síntoma.    Al                                            es evaluar las solicitudes
                                    interaccionar con los usuarios, se                                              de proyectos. No es un
Objetivos                5          debe evitar el uso de la palabra                                                estudio      de    diseño ni
                                    problema, ya que puede generar           4. Especificar un estimado de
                                                                             tiempo y costo para las próximas       tampoco        incluye    la
                                    una impresión negativa. Es mejor
Analista de sist. Inf    6                                                   fases de desarrollo – Se debe          recolección de detalles
                                    hablar sobre mejoras que necesita el
                                                                             presentar un estimado del tiempo       para describir el sistema
                                    sistema.
Participantes del analis. 7                                                  que tomará realizar cada uno de        de la empresa. Más bien,
                                    2. Definir el alcance y las              las siguientes fases del desarrollo    es     la     reunión    de
                                    restricciones o limitaciones del         del sistema y del costo que la         información que permita a
                                    sistema – El alcance del proyecto        compañía debe incurrir para            los miembros del comité
                                    es la extensión del proyecto o del       completar el sistema. Se debe          evaluar los méritos de la
                                    sistema, o sea, hasta dónde se           incluir los costos de desarrollo –     solicitud de proyecto y
                                    debe llegar. Se debe determinar          costos que ocurren una sola vez –      emitir un juicio, con
                                    quién es afectado por el problema        y los costos continuos – costos        conocimiento de causa,
                                    o por la solución. También es            pagados periódicamente.                con      respecto     a   la
                                    importante definir las limitaciones
                                                                                                                    factibilidad del proyecto
                                    del sistema. Una limitación es una
                                                                                                                    propuesto
2   ESCRIBA EL TÍTULO AQUÍ




                              Ahora bien, los datos recogidos                         Análisis de las mejoras potenciales
                              durante la investigación se reúnen por
                              medio de principalmente la revisión de
                              documentos      la    conducción    de                   Cambios propuestos y su impacto
                              entrevistas. El resumen de cada
                              entrevistado debe indicar:
                                                                                  Análisis de la relación entre los cambios
                              Resumen de las funciones que realiza                 propuestos y los planes existentes para la
                                                                                         organización y el departamento

                                 Clasificación de los problemas
                                             identificados




                                       ANALISIS DE UN SISTEMA DE
                                       INFORMACIÓN
                                  Principios del Análisis de Sistema

                                     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.
                                  Como se lleva a cabo 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.



                                  Algunos autores suelen llamar a esta parte "Análisis de
                                  Requisitos" y lo dividen en cinco partes:
                                     Reconocimiento del problema.
3



                                   OBJETIVOS DEL ANALISIS
“Un sistema                  de
información (SI)   es   un
                                      Identificación de Necesidades: Es el primer paso del análisis del sistema, en este
conjunto   de    elementos
orientados al tratamiento y             proceso en Analista se reúne con el cliente y/o usuario (un representante
administración                         institucional, departamental o cliente particular), e identifican las metas globales,
de datos e información,                se analizan las perspectivas del cliente, sus necesidades y requerimientos, sobre
organizados y listos para su
                                       la planificación temporal y presupuestal, líneas de mercadeo y otros puntos que
uso    posterior,     generados
para cubrir una necesidad u            puedan ayudar a la identificación y desarrollo del proyecto.
objetivo. Dichos elementos
formarán parte de alguna de        Algunos autores suelen llamar a esta parte "Análisis de Requisitos" y lo dividen en
las siguientes categorías:         cinco partes:

     personas                               Reconocimiento del problema.
     datos                                  Evaluación y Síntesis.
     actividades o     técnicas             Modelado.
      de trabajo                             Especificación.
     Recursos materiales en
      general”.                       Revision.

                                   Antes de su reunión con el analista, el cliente prepara un documento conceptual del
                                   proyecto, aunque es recomendable que este se elabore durante la
                                   comunicación Cliente - analista, ya que de hacerlo el cliente solo de todas maneras
                                   tendría que ser modificado durante la identificación de las necesidades.

                                      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.
                                           Viabilidad Técnica.
                                           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. -
4       ESCRIBA EL TÍTULO AQUÍ



         Modelado de la arquitectura del Sistema: Cuando queremos dar a entender mejor lo que vamos a construir en el
          caso de edificios, Herramientas, Aviones, Maquinas, se crea un modelo idéntico, pero en menor escala (más
          pequeño).

    Sin embargo cuando aquello que construiremos es un Software, nuestro modelo debe tomar una forma diferente,
    deben representar todas las funciones y sub-funciones de un Sistema. Los modelos se concentran en lo que debe
    hacer el sistema no en como lo hace, estos modelos pueden incluir notación gráfica, información y comportamiento
    del Sistema.

    Todos los Sistemas basados en computadoras pueden modelarse como transformación de la información
    empleando una arquitectura del tipo entrada y salida.

         Especificaciones del Sistema: Es un Documento que sirve como fundamento para la Ingeniería Hardware,
          software, Base de datos, e ingeniería Humana. Describe la función y rendimiento de un Sistema basado en
          computadoras y las dificultades que estarán presente durante su desarrollo. Las Especificaciones de los
          requisitos del software se producen en la terminación de la tarea del análisis.

    Un proyecto de desarrollo de un Sistema de Información comprende varios componentes o pasos llevados a cabo
    durante la etapa del análisis, el cual ayuda a traducir las necesidades del cliente en un modelo de Sistema que utiliza
    uno más de los componentes: Software, hardware, personas, base de datos, documentación y procedimientos.


                                                                    como consultor, experto          Conocimiento
                                                                    de soporte y agente               del paradigma tradicio
                                                                    de cambio.                        nal de la ingeniería del
                                                                    Los analistas de sistemas         software       y     del
                                                                    generalmente valoran la           tradicional ciclo    de
                                   ANALISTA DE                      manera en que funcionan           vida del software en
                                   SISTEMAS DE                      los negocios examinando           cascada.
                                                                    la                entrada,       Modelado
                                   INFORMACION                      el procesamiento       de         funcional: Diagrama de
                Se suele llamar analistas de sistemas a             datos y la salida de              flujo de
                quienes se encargan de realizar en                  información     con     el        datos, diagrama de
                las empresas, el proceso de análisis y diseño       propósito de mejorar los          estados, etc.
                de sistemas, definiendo los lineamientos a          propósitos
                seguir y la manera en que debe                      organizacionales.                Modelado de datos y
                incorporarse        la tecnología de        la                                        sus técnicas: Diagrama
                                                                    Las cualidades que se             de entidad relación,
                computación para adecuar y actualizar sus           esperan de un analista de
                sistemas de información.                                                              modelo relacional, etc.
                                                                    sistema               son
                El analista es imprescindible en cualquier          esencialmente           la       Conocimiento de la
                organización debido al abanico de destrezas         capacidad de abstracción          tecnología:
                que este posee y los beneficios que le              y    de    análisis.  Los         Arquitectura   del
                produce, debe ser capaz de trabajar con             conocimientos         que         software, base de
                gente de todas las descripciones y debe             requiere son aquellos             datos, etc.
                tener experiencia en el trabajo con                 relacionados con las
                computadoras; este desempeña muchos                 técnicas de análisis de
                papeles, balanceando a veces varios al              sistemas de información
                mismo tiempo. Los papeles del analista son:         como:
5



                                                                     PARTICIPANTES EN LAS
                                                                     ACTIVIDADES DEL
                                                                     ANALISIS DEL PROCESO
                                                                Actividades
                                                                ASI 1 Definición del Sistema.
                                                                ASI 2 Establecimiento de Requisitos.
                                                                ASI 3 Identificación de Subsistemas de
                                                                Análisis.
                                                                ASI 4 Análisis de los Casos de Uso.
                                                                ASI 5 Análisis de Clases.
                                                                ASI 6 Elaboración del Modelo de Datos.
                                                                ASI 7 Elaboración del Modelo de Procesos.
                                                                ASI 8 Definición de Interfaces de Usuario.
                                                                ASI 9 Análisis de Consistencia y
                                                                Especificación de Requisitos.
                                                                ASI 10 Especificación del Plan de Pruebas.
                                                                ASI 11 Aprobación del Análisis del Sistema
                                                                de Información.
                                                                     Análisis de un sistema de
                                                                     información




Fuentes de Información Terciaria: http://mmalicea.tripod.com/proyecto/investprelim.htm

                                http://html.rincondelvago.com/analisis-de-sistemas.html

                                http://commons.wikimedia.org/wiki/File:Esquema_sistema_de_informacion.png?uselang=es

Contenu connexe

Tendances

Calidad de software - usabilidad y accesibilidad
Calidad de software - usabilidad y accesibilidadCalidad de software - usabilidad y accesibilidad
Calidad de software - usabilidad y accesibilidadRodrigo Ronda
 
DiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del SoftwareDiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del Softwarelcastillo110
 
Análisis y diseño estructurado
Análisis y diseño estructuradoAnálisis y diseño estructurado
Análisis y diseño estructuradoIsbel Alfonzo
 
Requerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicaciónRequerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicaciónYare LoZada
 
MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)Yadith Miranda Silva
 
Diseño físico y lógico de los sistemas de informacion
Diseño físico y lógico de los sistemas de informacionDiseño físico y lógico de los sistemas de informacion
Diseño físico y lógico de los sistemas de informacionYESENIA CETINA
 
51036806 proyecto-ejemplo-ingenieria-de-software
51036806 proyecto-ejemplo-ingenieria-de-software51036806 proyecto-ejemplo-ingenieria-de-software
51036806 proyecto-ejemplo-ingenieria-de-softwareMiguel Angel Rodriguez
 
Diseño de entradas para sistemas de información
Diseño de entradas para sistemas de informaciónDiseño de entradas para sistemas de información
Diseño de entradas para sistemas de informaciónYaskelly Yedra
 
Etapas de analisis de sistemas
Etapas de analisis de sistemasEtapas de analisis de sistemas
Etapas de analisis de sistemasKaarlOoss Gaarcia
 
Paradigmas de ingenieria del software
Paradigmas de ingenieria del softwareParadigmas de ingenieria del software
Paradigmas de ingenieria del softwareTensor
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosSergio Sanchez
 

Tendances (20)

Centro de Computo
Centro de ComputoCentro de Computo
Centro de Computo
 
Calidad de software - usabilidad y accesibilidad
Calidad de software - usabilidad y accesibilidadCalidad de software - usabilidad y accesibilidad
Calidad de software - usabilidad y accesibilidad
 
Diseño de sistemas
Diseño de sistemasDiseño de sistemas
Diseño de sistemas
 
DiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del SoftwareDiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del Software
 
Análisis y diseño estructurado
Análisis y diseño estructuradoAnálisis y diseño estructurado
Análisis y diseño estructurado
 
Requerimientos del software
Requerimientos del software Requerimientos del software
Requerimientos del software
 
INFORMÁTICA JURIDICA
INFORMÁTICA JURIDICAINFORMÁTICA JURIDICA
INFORMÁTICA JURIDICA
 
Requerimientos norma ieee830
Requerimientos norma ieee830Requerimientos norma ieee830
Requerimientos norma ieee830
 
Requerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicaciónRequerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicación
 
MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)
 
Diseño físico y lógico de los sistemas de informacion
Diseño físico y lógico de los sistemas de informacionDiseño físico y lógico de los sistemas de informacion
Diseño físico y lógico de los sistemas de informacion
 
51036806 proyecto-ejemplo-ingenieria-de-software
51036806 proyecto-ejemplo-ingenieria-de-software51036806 proyecto-ejemplo-ingenieria-de-software
51036806 proyecto-ejemplo-ingenieria-de-software
 
Diseño arquitectónico
Diseño arquitectónicoDiseño arquitectónico
Diseño arquitectónico
 
Mapa conceptual BD
Mapa conceptual BDMapa conceptual BD
Mapa conceptual BD
 
Metodologia estructurada
Metodologia estructuradaMetodologia estructurada
Metodologia estructurada
 
Diseño de entradas para sistemas de información
Diseño de entradas para sistemas de informaciónDiseño de entradas para sistemas de información
Diseño de entradas para sistemas de información
 
Examen
ExamenExamen
Examen
 
Etapas de analisis de sistemas
Etapas de analisis de sistemasEtapas de analisis de sistemas
Etapas de analisis de sistemas
 
Paradigmas de ingenieria del software
Paradigmas de ingenieria del softwareParadigmas de ingenieria del software
Paradigmas de ingenieria del software
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De Requerimientos
 

Similaire à Sistemas de información investigación preliminar y tarea del analisis

Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21duberlisg
 
Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21duberlisg
 
Trabajo para exponer de modalidad
Trabajo para exponer de modalidadTrabajo para exponer de modalidad
Trabajo para exponer de modalidadCarolina Garzon
 
Trabajo para exponer de modalidad
Trabajo para exponer de modalidadTrabajo para exponer de modalidad
Trabajo para exponer de modalidadCarolina Garzon
 
Modelos para detectar necesidades de información. Sus debilidades y fortalezas.
Modelos para detectar necesidades de información. Sus debilidades y fortalezas.Modelos para detectar necesidades de información. Sus debilidades y fortalezas.
Modelos para detectar necesidades de información. Sus debilidades y fortalezas.Universidad de Guadalajara
 
El ciclo de vida del desarrollo de los sistemas de información
El ciclo de vida del desarrollo de los sistemas de informaciónEl ciclo de vida del desarrollo de los sistemas de información
El ciclo de vida del desarrollo de los sistemas de informaciónJose Daniel Pacheco Mejia
 
Introducción a los sistemas de información
Introducción a los sistemas de informaciónIntroducción a los sistemas de información
Introducción a los sistemas de informaciónJuan Carlos Araujo Avila
 
Planificacion organizacional egarcia
Planificacion organizacional egarciaPlanificacion organizacional egarcia
Planificacion organizacional egarciaestefi1989
 
Desarrollo de un sistema de información gerencial
Desarrollo de un sistema de información gerencialDesarrollo de un sistema de información gerencial
Desarrollo de un sistema de información gerencialMaria Ulloa
 
Desarrollo de un sistema de información gerencial
Desarrollo de un sistema de información gerencialDesarrollo de un sistema de información gerencial
Desarrollo de un sistema de información gerencialancals09
 
Ciclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemasCiclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemasMILUGO
 
Iii investigacion preliminar blog
Iii investigacion preliminar blogIii investigacion preliminar blog
Iii investigacion preliminar blogRosemary Samaniego
 
DISEÑO DE SISTEMAS
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
DISEÑO DE SISTEMASlacr1971
 

Similaire à Sistemas de información investigación preliminar y tarea del analisis (20)

Yo rifo lml
Yo rifo lmlYo rifo lml
Yo rifo lml
 
Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21
 
Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21Inv preliminar,estudio de factibilidad, ciclo de vida pst21
Inv preliminar,estudio de factibilidad, ciclo de vida pst21
 
Trabajo para exponer de modalidad
Trabajo para exponer de modalidadTrabajo para exponer de modalidad
Trabajo para exponer de modalidad
 
Trabajo para exponer de modalidad
Trabajo para exponer de modalidadTrabajo para exponer de modalidad
Trabajo para exponer de modalidad
 
Modelos para detectar necesidades de información. Sus debilidades y fortalezas.
Modelos para detectar necesidades de información. Sus debilidades y fortalezas.Modelos para detectar necesidades de información. Sus debilidades y fortalezas.
Modelos para detectar necesidades de información. Sus debilidades y fortalezas.
 
El ciclo de vida del desarrollo de los sistemas de información
El ciclo de vida del desarrollo de los sistemas de informaciónEl ciclo de vida del desarrollo de los sistemas de información
El ciclo de vida del desarrollo de los sistemas de información
 
Introducción a los sistemas de información
Introducción a los sistemas de informaciónIntroducción a los sistemas de información
Introducción a los sistemas de información
 
Pag 248
Pag 248Pag 248
Pag 248
 
Metodología Clásica
Metodología ClásicaMetodología Clásica
Metodología Clásica
 
Evaluación de auditoria
Evaluación de auditoriaEvaluación de auditoria
Evaluación de auditoria
 
Evaluación de auditoria
Evaluación de auditoriaEvaluación de auditoria
Evaluación de auditoria
 
Planificacion organizacional egarcia
Planificacion organizacional egarciaPlanificacion organizacional egarcia
Planificacion organizacional egarcia
 
Desarrollo de un sistema de información gerencial
Desarrollo de un sistema de información gerencialDesarrollo de un sistema de información gerencial
Desarrollo de un sistema de información gerencial
 
Desarrollo de un sistema de información gerencial
Desarrollo de un sistema de información gerencialDesarrollo de un sistema de información gerencial
Desarrollo de un sistema de información gerencial
 
Ciclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemasCiclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemas
 
Iii investigacion preliminar blog
Iii investigacion preliminar blogIii investigacion preliminar blog
Iii investigacion preliminar blog
 
Taller n 7
Taller n 7Taller n 7
Taller n 7
 
sistemas
sistemassistemas
sistemas
 
DISEÑO DE SISTEMAS
DISEÑO DE SISTEMASDISEÑO DE SISTEMAS
DISEÑO DE SISTEMAS
 

Sistemas de información investigación preliminar y tarea del analisis

  • 1. Sistemas de Información Mayo, 2012 Ing. Informática B. Universidad Politécnica Territorial del estado Mérida. Participantes: Torres Daniel Rivera Dayana Peña Jesus Investigación Preliminar y Análisis de sistemas de Información Investigación Preliminar condición, restricción o requisito que el sistema debe satisfacer. 5. Presentar un informe a la La limitación puede tener que gerencia describiendo el Si un proyecto de sistema parece ser ver con el equipo, programas, problema y detallando si se viable y tiene suficiente prioridad, se tiempo, leyes, costos y otros. recomienda continuar con la comienza la investigación preliminar. fase de análisis del sistema – Esta investigación requiere uno o más Debe incluir la evaluación del analistas de sistemas analizando el “system request”, estimado de “system request” para determinar la 3. Identificar los beneficios tiempo y costo-beneficios y las verdadera naturaleza y alcance del que se obtendrían si el sistema recomendaciones. problema y recomendar si es que se propuesto es completado – Se debe continuar con el proyecto. El debe identificar los beneficios El propósito de cualquier boletín propósito de la investigación tangibles e intangibles que se preliminar es buscar información es proporcionar información esperan como resultado del suficiente para determinar si se debe “system request”. Estos especializada para un público continuar con el Ciclo de Vida del beneficios, junto a los estimados determinado. Los boletines Desarrollo del Sistema. La de costo, serán usado por la pueden ser una manera investigación no es una actividad de gerencia para decidir si se excelente de promocionar en el recolección de datos; no se espera que continúa con el proyecto. Los mercado sus productos o se definan todos los problemas ni que beneficios tangibles son se propongan todas las posibles servicios, así como de fomentar aquellos que se pueden soluciones. expresar en términos de dinero. la credibilidad y de consolidar la Los beneficios intangibles son identidad de su organización La investigación preliminar debe difíciles de contabilizar en entre colegas, miembros, cumplir con los siguientes cinco bolivares, pero son igualmente empleados y proveedores. Titulares individuales objetivos: importantes. Tienen que ver con la satisfacción del empleado, 1. Entender la naturaleza del Nota: Objetivos de inv. Pre. 2 mayor información disponible problema – Es el primer objetivo de la investigación preliminar. Muchas para tomar decisiones, mejorar Ambito del estudio la imagen de la compañía y Análisis de un sistema 3 veces, el problema presentado en el La finalidad de la otros aspectos que no se miden “system request” no es el problema investigación preliminar en término de dinero. Principios 4 real, sino un síntoma. Al es evaluar las solicitudes interaccionar con los usuarios, se de proyectos. No es un Objetivos 5 debe evitar el uso de la palabra estudio de diseño ni problema, ya que puede generar 4. Especificar un estimado de tiempo y costo para las próximas tampoco incluye la una impresión negativa. Es mejor Analista de sist. Inf 6 fases de desarrollo – Se debe recolección de detalles hablar sobre mejoras que necesita el presentar un estimado del tiempo para describir el sistema sistema. Participantes del analis. 7 que tomará realizar cada uno de de la empresa. Más bien, 2. Definir el alcance y las las siguientes fases del desarrollo es la reunión de restricciones o limitaciones del del sistema y del costo que la información que permita a sistema – El alcance del proyecto compañía debe incurrir para los miembros del comité es la extensión del proyecto o del completar el sistema. Se debe evaluar los méritos de la sistema, o sea, hasta dónde se incluir los costos de desarrollo – solicitud de proyecto y debe llegar. Se debe determinar costos que ocurren una sola vez – emitir un juicio, con quién es afectado por el problema y los costos continuos – costos conocimiento de causa, o por la solución. También es pagados periódicamente. con respecto a la importante definir las limitaciones factibilidad del proyecto del sistema. Una limitación es una propuesto
  • 2. 2 ESCRIBA EL TÍTULO AQUÍ Ahora bien, los datos recogidos  Análisis de las mejoras potenciales durante la investigación se reúnen por medio de principalmente la revisión de documentos la conducción de  Cambios propuestos y su impacto entrevistas. El resumen de cada entrevistado debe indicar:  Análisis de la relación entre los cambios  Resumen de las funciones que realiza propuestos y los planes existentes para la organización y el departamento  Clasificación de los problemas identificados ANALISIS DE UN SISTEMA DE INFORMACIÓN Principios del Análisis de Sistema  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. Como se lleva a cabo 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. Algunos autores suelen llamar a esta parte "Análisis de Requisitos" y lo dividen en cinco partes:  Reconocimiento del problema.
  • 3. 3 OBJETIVOS DEL ANALISIS “Un sistema de información (SI) es un  Identificación de Necesidades: Es el primer paso del análisis del sistema, en este conjunto de elementos orientados al tratamiento y proceso en Analista se reúne con el cliente y/o usuario (un representante administración institucional, departamental o cliente particular), e identifican las metas globales, de datos e información, se analizan las perspectivas del cliente, sus necesidades y requerimientos, sobre organizados y listos para su la planificación temporal y presupuestal, líneas de mercadeo y otros puntos que uso posterior, generados para cubrir una necesidad u puedan ayudar a la identificación y desarrollo del proyecto. objetivo. Dichos elementos formarán parte de alguna de Algunos autores suelen llamar a esta parte "Análisis de Requisitos" y lo dividen en las siguientes categorías: cinco partes:  personas  Reconocimiento del problema.  datos  Evaluación y Síntesis.  actividades o técnicas  Modelado. de trabajo  Especificación.  Recursos materiales en general”.  Revision. Antes de su reunión con el analista, el cliente prepara un documento conceptual del proyecto, aunque es recomendable que este se elabore durante la comunicación Cliente - analista, ya que de hacerlo el cliente solo de todas maneras tendría que ser modificado durante la identificación de las necesidades.  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.  Viabilidad Técnica.  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. -
  • 4. 4 ESCRIBA EL TÍTULO AQUÍ  Modelado de la arquitectura del Sistema: Cuando queremos dar a entender mejor lo que vamos a construir en el caso de edificios, Herramientas, Aviones, Maquinas, se crea un modelo idéntico, pero en menor escala (más pequeño). Sin embargo cuando aquello que construiremos es un Software, nuestro modelo debe tomar una forma diferente, deben representar todas las funciones y sub-funciones de un Sistema. Los modelos se concentran en lo que debe hacer el sistema no en como lo hace, estos modelos pueden incluir notación gráfica, información y comportamiento del Sistema. Todos los Sistemas basados en computadoras pueden modelarse como transformación de la información empleando una arquitectura del tipo entrada y salida.  Especificaciones del Sistema: Es un Documento que sirve como fundamento para la Ingeniería Hardware, software, Base de datos, e ingeniería Humana. Describe la función y rendimiento de un Sistema basado en computadoras y las dificultades que estarán presente durante su desarrollo. Las Especificaciones de los requisitos del software se producen en la terminación de la tarea del análisis. Un proyecto de desarrollo de un Sistema de Información comprende varios componentes o pasos llevados a cabo durante la etapa del análisis, el cual ayuda a traducir las necesidades del cliente en un modelo de Sistema que utiliza uno más de los componentes: Software, hardware, personas, base de datos, documentación y procedimientos. como consultor, experto  Conocimiento de soporte y agente del paradigma tradicio de cambio. nal de la ingeniería del Los analistas de sistemas software y del generalmente valoran la tradicional ciclo de ANALISTA DE manera en que funcionan vida del software en SISTEMAS DE los negocios examinando cascada. la entrada,  Modelado INFORMACION el procesamiento de funcional: Diagrama de Se suele llamar analistas de sistemas a datos y la salida de flujo de quienes se encargan de realizar en información con el datos, diagrama de las empresas, el proceso de análisis y diseño propósito de mejorar los estados, etc. de sistemas, definiendo los lineamientos a propósitos seguir y la manera en que debe organizacionales.  Modelado de datos y incorporarse la tecnología de la sus técnicas: Diagrama Las cualidades que se de entidad relación, computación para adecuar y actualizar sus esperan de un analista de sistemas de información. modelo relacional, etc. sistema son El analista es imprescindible en cualquier esencialmente la  Conocimiento de la organización debido al abanico de destrezas capacidad de abstracción tecnología: que este posee y los beneficios que le y de análisis. Los Arquitectura del produce, debe ser capaz de trabajar con conocimientos que software, base de gente de todas las descripciones y debe requiere son aquellos datos, etc. tener experiencia en el trabajo con relacionados con las computadoras; este desempeña muchos técnicas de análisis de papeles, balanceando a veces varios al sistemas de información mismo tiempo. Los papeles del analista son: como:
  • 5. 5 PARTICIPANTES EN LAS ACTIVIDADES DEL ANALISIS DEL PROCESO Actividades ASI 1 Definición del Sistema. ASI 2 Establecimiento de Requisitos. ASI 3 Identificación de Subsistemas de Análisis. ASI 4 Análisis de los Casos de Uso. ASI 5 Análisis de Clases. ASI 6 Elaboración del Modelo de Datos. ASI 7 Elaboración del Modelo de Procesos. ASI 8 Definición de Interfaces de Usuario. ASI 9 Análisis de Consistencia y Especificación de Requisitos. ASI 10 Especificación del Plan de Pruebas. ASI 11 Aprobación del Análisis del Sistema de Información. Análisis de un sistema de información Fuentes de Información Terciaria: http://mmalicea.tripod.com/proyecto/investprelim.htm http://html.rincondelvago.com/analisis-de-sistemas.html http://commons.wikimedia.org/wiki/File:Esquema_sistema_de_informacion.png?uselang=es