martes, 15 de noviembre de 2011

Las técnicas  son determinada por el modelo de análisis  de sistema que selecciona el analista; la misma le permitirán cumplir  con los objetivos generales que van desde  el diagnostico, procesamiento de datos, propuesta, diseño, ejecución y evaluación del sistema a implementar en la organización.
¿Cuál  es su modelos?, ¿Que técnicas utilizaría?  y ¿Que tipo de sistema propone?

Prof. Yannil Riobueno 

16 comentarios:

  1. En el proceso de desarrollo del sistema de información se incluyen tanto las técnicas propias que se desarrollan orientadas a objetos de las actividades principales del sistema de información.
    1) Cuál es su modelo
    2) Que técnicas utilizaría
    3) Qué tipo de sistema propone
    1) El modelo es de manera diagnostica, ya que en esta fase ya que en esta fase se elabora un informe resaltando los aspectos positivos y negativos de la organización, debido a que este informe formara parte de la propuesta del sistema de información.

    2) La técnica del análisis costo-beneficios tiene como objetivo fundamental proporcionar una medida de costo en la realización de un proyecto.

    - Valora las necesidades y oportunidades
    - Selecciona la alternativa más beneficiosa
    - Estima adecuadamente los recursos


    3) El objetivo del tipo de sistema diagnostica en la representación de los aspectos estáticos del sistema, debido a que este tipo de diagnostico representa la estructura y el comportamiento de cada uno de los objetivos del sistema.




    Computación Básica . México: McGraw-Hill/Interamericana.
    Norton P. (1995). Introducción a la Computación . México:

    ResponderBorrar
  2. Basado en la definición del modelo de Mario piattini la cual dice: que ‘‘un modelo es un conjunto de conceptos que permite construir una representación mas o meanos razonable De alguna realidad cualquiera’’ partiendo de esta definición se puede decir que el analista observa el caso y construye su propio modelo de la situación. Cabe destacar que para cada caso se debe crear un modelo y por consiguiente cada modelo utiliza sus propias técnicas. Sabemos que la descripción completa de un sistema está formada por un conjunto de diagramas de flujo de datos. Entre las técnicas se encuentran los diagramas de flujo de datos y es el método más conocido y utilizado entre los analistas en sistema de información de todo el mundo.

    Por ejemplo la metodología de Tags kendall, propone siete etapas en el siclo de desarrollo de los sistemas, donde el analista debe aplicar un enfoque sistemático en el análisis y el diseño de los sistemas de información.

    ResponderBorrar
  3. 1) Identificación de problemas, oportunidades y objetivos.
    El analista se involucra en la identificación de los problemas, de las oportunidades y de los objetivos. Esta fase es crucial para el éxito del resto del proyecto. Esta etapa requiere que el analista observe de forma objetiva lo que ocurre en una empresa. Luego, en conjunto con los otros miembros de la organización hará notar los problemas

    2) Determinación de los requerimientos de información.
    La siguiente etapa que aborda el analista, es la determinación de los requerimientos de información a partir de los usuarios particularmente involucrados, el analista hace todo lo posible por identificar qué información requiere el usuario para desempeñar sus tareas, utiliza varios de los métodos para establecer las necesidades de información.
    3) Análisis de las necesidades del sistema.
    El analista de sistemas consiste en analizar las necesidades propias del sistema. Una vez más, existen herramientas y técnicas especiales que facilitan al analista la realización de las determinaciones requeridas. Estas incluyen el uso de los diagramas de flujo de datos (DFD) que cuentan con una técnica estructurada para representar en forma gráfica la entrada de datos de la empresa, los procesos y la salida de la información.
    4) Diseño del sistema recomendado.
    El analista de sistemas usa la información que recolectó con anterioridad y elabora el diseño lógico del sistema de información, diseña procedimientos precisos de captura de datos, con el fin de que los datos que se introducen al sistema sean los correctos, analista también diseña accesos efectivos al sistema de información, mediante el uso de las técnicas de diseño de formularios y de pantallas.
    5)Desarrollo y documentación del software
    El analista trabaja con los programadores para desarrollar todo el software original que sea necesario. Dentro de las técnicas estructuradas para el diseño y documentación del software se tienen: el método HIPO, los diagramas de flujo los diagramas Nassi-Schneiderman, los diagramas Warnier-Orr y el pseudocódigo. Aquí es donde, el analista de sistemas transmite al programador los requerimientos de programación.
    6) Pruebas v mantenimiento del sistema.
    El sistema de información debe probarse antes de utilizarlo. El costo es menor si se detectan los problemas antes cié la entrega del sistema. El programador realiza algunas pruebas por su cuenta, otras se llevan a cabo en colaboración con el analista de sistemas. En un principio, se hace una serie de pruebas, con datos tipo, para identificar las posibles fallas del sistema.
    7) Implantación v evaluación de sistema.

    ResponderBorrar
  4. 1) Identificación de problemas, oportunidades y objetivos.
    El analista se involucra en la identificación de los problemas, de las oportunidades y de los objetivos. Esta fase es crucial para el éxito del resto del proyecto. Esta etapa requiere que el analista observe de forma objetiva lo que ocurre en una empresa. Luego, en conjunto con los otros miembros de la organización hará notar los problemas

    2) Determinación de los requerimientos de información.
    La siguiente etapa que aborda el analista, es la determinación de los requerimientos de información a partir de los usuarios particularmente involucrados, el analista hace todo lo posible por identificar qué información requiere el usuario para desempeñar sus tareas, utiliza varios de los métodos para establecer las necesidades de información.
    3) Análisis de las necesidades del sistema.
    El analista de sistemas consiste en analizar las necesidades propias del sistema. Una vez más, existen herramientas y técnicas especiales que facilitan al analista la realización de las determinaciones requeridas. Estas incluyen el uso de los diagramas de flujo de datos (DFD) que cuentan con una técnica estructurada para representar en forma gráfica la entrada de datos de la empresa, los procesos y la salida de la información.
    4) Diseño del sistema recomendado.
    El analista de sistemas usa la información que recolectó con anterioridad y elabora el diseño lógico del sistema de información, diseña procedimientos precisos de captura de datos, con el fin de que los datos que se introducen al sistema sean los correctos, analista también diseña accesos efectivos al sistema de información, mediante el uso de las técnicas de diseño de formularios y de pantallas.
    5)Desarrollo y documentación del software
    El analista trabaja con los programadores para desarrollar todo el software original que sea necesario. Dentro de las técnicas estructuradas para el diseño y documentación del software se tienen: el método HIPO, los diagramas de flujo los diagramas Nassi-Schneiderman, los diagramas Warnier-Orr y el pseudocódigo. Aquí es donde, el analista de sistemas transmite al programador los requerimientos de programación.
    6) Pruebas v mantenimiento del sistema.
    El sistema de información debe probarse antes de utilizarlo. El costo es menor si se detectan los problemas antes cié la entrega del sistema. El programador realiza algunas pruebas por su cuenta, otras se llevan a cabo en colaboración con el analista de sistemas. En un principio, se hace una serie de pruebas, con datos tipo, para identificar las posibles fallas del sistema.
    7) Implantación v evaluación de sistema.
    En esta última etapa del desarrollo del sistema, el analista ayuda a implantar el sistema de información. Esto incluye el adiestramiento que el usuario requerirá. Si bien, parte de esta capacitación la dan las casas comerciales, la supervisión del adiestramiento es una responsabilidad del analista de sistemas. Más aún, el analista necesita planear la suave transición que trae consigo un cambio de sistemas.
    Aunque la evaluación del sistema se plantea como parte integrante de la última etapa del ciclo de desarrollo de los sistemas; realmente, la evaluación toma parte en cada una de las etapas.

    ResponderBorrar
  5. Mi modelo de análisis de sistema es el Método por Análisis Estructurado: este se enfoca en el que un sistema o aplicación se realiza sin importar la forma en que se llevan a cabo las funciones, abordando los aspectos lógicos y no los físicos. En este método se emplean símbolos gráficos para representar el procesamiento de datos.

    La técnica para este modelo es el diagrama de flujo de datos (DFD) esta cuenta con una técnica estructurada para representar en forma gráfica la entrada de datos de la empresa, los procesos y la salida de la información.
    Para este modelo implemento el Sistemas de información ejecutiva (EIS).- Herramienta orientada a usuarios de nivel gerencial, que permite monitorizar el estado de las variables de un área o unidad de la empresa a partir de información interna y externa a la misma. Es en este nivel cuando los sistemas de información manejan información estratégica para las empresas.
    http://www.sitios.uach.cl/caminosfor/CristianSalazar/SIA/CICLODES.htm
    SENN, James A. (1992) Análisis y Diseño de Sistemas de Información. Segunda Edición. Editorial McGrawHill. México.

    ResponderBorrar
  6. Para el desarrollo de sistemas es el conjunto de actividades que los analistas, diseñadores y usuarios realizan para desarrollar e implantar un sistema de información. Para el desarrollo de sistemas consta de 6 fases:

    1). Investigación Preliminar: La solicitud para recibir ayuda de un sistema de información puede originarse por varias razones: sin importar cuales sean estas, el proceso se inicia siempre con la petición de una persona.

    2). Determinación de los requerimientos del sistema: El aspecto fundamental del análisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio. Los analistas, al trabajar con los empleados y administradores, deben estudiar los procesos de una empresa para dar respuesta a las siguientes preguntas clave:
    ¿Qué es lo que hace?
    ¿Cómo se hace?
    ¿Con que frecuencia se presenta?
    ¿Qué tan grande es el volumen de transacciones o decisiones?
    ¿Cuál es el grado de eficiencia con el que se efectúan las tareas?
    ¿Existe algún problema? ¿Qué tan serio es? ¿Cuál es la causa que lo origina?

    3). Diseño del sistema: El diseño de un sistema de información produce los detalles que establecen la forma en la que el sistema cumplirá con los requerimientos identificados durante la fase de análisis. Los especialistas en sistemas se refieren, con frecuencia, a esta etapa como diseño lógico en contraste con la del desarrollo del software, a la que denominan diseño físico.

    ResponderBorrar
  7. En la actualidad, nos hemos visto en la necesidad para poder estar en un mundo globalizado en la utilización de los sistemas, estos a su vez ayudan a dar respuestas más efectivas a nuestros clientes.

    Puedo mencionar; que los modelos permiten proyectar las estrategias, procesos y flujos de datos de la empresa al igual que las interrelaciones entre procesos y datos, con el fin de desarrollar un plan de sistema de información, capaz de guiar el desarrollo de un sistema que permita dar soporte al área en estudio en el cumplimiento de sus objetivos.

    En esas Fases del ciclo de vida del desarrollo de sistemas o de los modelos a implementar dentro de una organización podemos mencionar las siguientes.

    • IDENTIFICACION DE PROBLEMAS OPORTUNIDADES Y OBJETIVOS
    • DETERMINACION DE LOS REQUERIMIENTOS DE INFORMACION
    • ANALISIS DE LAS NECESIDADES DEL SISTEMA
    • DISEÑO DEL SITEMA RECOMENDADO
    • DESARROLLO Y DOCUMENTACION DE SOFTWARE
    • PRUEBAS Y MANTENIMIENTO DEL SISTEMA
    • IMPLANTACION Y EVALUACION DE SISTEMA

    El cual es propicio, al empezar en la ejecución de algún proyecto a tratar.

    Con relación a la técnica a emplear yo diría que fuera los diagrama de flujo de datos o mayormente conocida como diagrama de flujo, que son las más importantes y la que se emplean con mayor amplitud en el curso de los sistemas.

    Esta grafica de flujo es la representación simbólica pictórica de un procedimiento administrativo. Debido a su extenso uso, esta ha tomado muchas variaciones con objeto de adaptarse a problemas especiales. Aparece en diversas formas y bajo muchos títulos como resultados de variaciones del método básico. Entre ellas obtenemos diferentes clases de graficas como son: grafica de flujo de operaciones, graficas esquemáticas de flujo o diagrama, graficas de flujo de formas grafica, grafica de flujo con relación con la ubicación del equipo, entre otras.

    Estas graficas son también muy importantes dentro de una organización, y con relación al modelo que vamos a utilizar dentro de una empresa utilizaremos las técnicas más acordes a utilizar.

    Y como dije en párrafo anterior las más utilizadas en organizaciones y la que implementaría dentro de una empresa primordialmente seria la de diagrama de flujo de datos.

    Participante: Muñoz Escobar Frank.

    ResponderBorrar
  8. Angélica Barrios y Alfredo Ramírez18 de noviembre de 2011 a las 1:10 p. m.

    ANÁLISIS Y DISEÑO DE SISTEMAS
    Por Angélica Barrios y Alfredo Ramírez

    En la actualidad la mayoría de los usuarios de microcomputadoras tienen acceso a un sistema de información o forman parte del mismo. Todas las organizaciones cuentan con un sistema de información de algún tipo, que sus empleados deben utilizar. Cuando en cualquier organización se desea implantar un nuevo sistema, de tal forma que sus miembros sean más productivos, obteniendo un mayor provecho y apoyo del mismo, se requiere realizar una serie de acciones y previsiones.

    La creación o establecimiento de un nuevo sistema de información en la organización, puede ser una tarea compleja. Para encarar este tipo de situaciones existe un proceso de análisis y diseño de sistemas que auxilia en la resolución de tales problemas. El análisis y diseño de sistemas proporciona una guía útil que busca disminuir las situaciones de fracaso o errores al acometer estos procesos.
    La instalación de un sistema sin la adecuada planeación puede conducir a grandes frustraciones y causar que el sistema sea subutilizado, o peor aún, deje de ser usado al no cumplir con las expectativas que le dieron origen. El análisis y diseño de sistemas es una guía que permite estructurar el proceso de desarrollo de sistemas de información.
    Tal proceso siempre representará un esfuerzo, inversión de tiempo y recursos por parte de la organización. Acometer tal esfuerzo de manera casual, presenta un alto grado de riesgo al no garantizar la culminación del proyecto con éxito. Este procedimiento permite reducir al mínimo el riesgo de fracaso de nuevos proyectos, pues es común que muchos errores surjan al utilizar nuevos sistemas de información, bien por no adaptarse correctamente a las necesidades reales o por desempeñarse de forma inadecuada.

    ResponderBorrar
  9. Angélica Barrios y Alfredo Ramírez18 de noviembre de 2011 a las 1:14 p. m.

    MÉTODO A UTILIZAR (Método en Fases o en Cascada)
    Por Angélica Barrios y Alfredo Ramírez

    Es un proceso secuencial de desarrollo en el que los pasos de desarrollo son vistos hacia abajo (como en una cascada de agua) a través de las fases de análisis de las necesidades, el diseño, implementación, pruebas (validación), la integración, y mantenimiento. La primera descripción formal del modelo de cascada se cita a menudo a un artículo publicado por Winston Royce W. en 1970, aunque Royce no utiliza el término "cascada" de este artículo.
    Los principios básicos del modelo de cascada son los siguientes:
    • El proyecto está dividido en fases secuenciales, con cierta superposición aceptable entre fases.
    • Se hace hincapié en la planificación, los horarios, fechas, presupuestos y ejecución de todo un sistema de una sola vez.
    • Un estricto control se mantiene durante la vida del proyecto a través de la utilización de una amplia documentación escrita, así como a través de comentarios y aprobación por el usuario y la tecnología de la información de gestión al final de la mayoría de las fases antes de comenzar la próxima fase.
    La implementación del sistema se divide en partes o fases, que se van realizando a lo largo de un periodo de tiempo, sucesivamente. Una vez iniciada la primera fase, la segunda no se inicia hasta que la primera se ha completado con éxito. Así se continúa hasta que se finaliza con la última fase. Es costoso porque se hace más lenta la implementación, pero sin duda tiene el menor riesgo.

    El método en fases suele ser uno de los más practicados puesto que tiene menor riesgo. Como se puede observar la decisión de adoptar cualquiera de los métodos estará influenciada por factores de riesgo y disponibilidad de recursos. Otro aspecto importante de esta fase es la capacitación del personal, que cobra especial importancia para asegurar el uso acertado del sistema. Se puede adelantar camino al capacitar personal, antes incluso de contar con los equipos nuevos, para que el usuario se familiarice con el nuevo sistema. Si el sistema es sencillo y el usuario tiene cierta experiencia, la capacitación formal no se hace necesaria y bastarán algunas instrucciones para ponerle al tanto.

    TÉCNICAS A UTILIZAR.
    Existen varias técnicas y herramientas útiles para el análisis 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.

    ResponderBorrar
  10. linda brett y Maximiliano Rodriguez18 de noviembre de 2011 a las 2:50 p. m.

    La mejor forma de que logremos algún objetivo o propósito es que lo hagamos en forma secuencial o por pasos para que asi no tengamos tropiezos, el método que elegí por ser el de menor riesgo a fallar es el de CASCADA
    LOS PRINCIPIOS BÁSICOS DEL MODELO DE CASCADA SON LOS SIGUIENTES:
    • El proyecto está dividido en fases secuenciales, con cierta superposición aceptable entre fases.
    • Se hace hincapié en la planificación, los horarios, fechas, presupuestos y ejecución de todo un sistema de una sola vez.
    • Un estricto control se mantiene durante la vida del proyecto a través de la utilización de una amplia documentación escrita, así como a través de comentarios y aprobación por el usuario y la tecnología de la información de gestión al final de la mayoría de las fases antes de comenzar la próxima fase.

    LA IMPLEMENTACIÓN del sistema se divide en partes o fases, que se van realizando a lo largo de un periodo de tiempo, sucesivamente. Una vez iniciada la primera fase, la segunda no se inicia hasta que la primera se ha completado

    EL MÉTODO en fases suele ser uno de los más practicados puesto que tiene menor riesgo.

    TÉCNICAS son herramientas útiles para el análisis 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.

    ResponderBorrar
  11. MODELO CASCADA
    Este, aunque es más comúnmente conocido como modelo en cascada es también llamado «modelo clásico», «modelo tradicional» o «modelo lineal secuencial».

    El modelo en cascada puro difícilmente se utiliza tal cual, pues esto implicaría un previo y absoluto conocimiento de los requisitos, la no volatilidad de los mismos (o rigidez) y etapas subsiguientes libres de errores; ello sólo podría ser aplicable a escasos y pequeños desarrollos de sistemas. En estas circunstancias, el paso de una etapa a otra de las mencionadas sería sin retorno, por ejemplo pasar del Diseño a la Codificación implicaría un diseño exacto y sin errores ni probable modificación o evolución: «codifique lo diseñado que no habrán en absoluto variantes ni errores». Esto es utópico; ya que intrínsecamente el software es de carácter evolutivo, cambiante y difícilmente libre de errores, tanto durante su desarrollo como durante su vida operativa.


    Algún cambio durante la ejecución de una cualquiera de las etapas en este modelo secuencial implicaría reiniciar desde el principio todo el ciclo completo, lo cual redundaría en altos costos de tiempo y desarrollo.

    Sin embargo, el modelo cascada en algunas de sus variantes es uno de los actualmente más utilizados, por su eficacia y simplicidad, más que nada en software de pequeño y algunos de mediano porte; pero nunca (o muy rara vez) se lo usa en su forma pura, como se dijo anteriormente. En lugar de ello, siempre se produce alguna realimentación entre etapas, que no es completamente predecible ni rígida; esto da oportunidad al desarrollo de productos software en los cuales hay ciertas incertezas, cambios o evoluciones durante el ciclo de vida. Así por ejemplo, una vez capturados (elicitados) y especificados los requisitos (primera etapa) se puede pasar al diseño del sistema, pero durante esta última fase lo más probable es que se deban realizar ajustes en los requisitos (aunque sean mínimos), ya sea por fallas detectadas, ambigüedades o bien por qué los propios requisitos han cambiado o evolucionado; con lo cual se debe retornar a la primera o previa etapa, hacer los pertinentes reajustes y luego continuar nuevamente con el diseño; esto último se conoce como realimentación. Lo normal en el modelo cascada será entonces la aplicación del mismo con sus etapas realimentadas de alguna forma, permitiendo retroceder de una a la anterior (e incluso poder saltar a varias anteriores) si es requerido.

    ResponderBorrar
  12. Lo dicho es, a grandes rasgos, la forma y utilización de este modelo, uno de los más usados y populares. El modelo Cascada Realimentado resulta muy atractivo, hasta ideal, si el proyecto presenta alta rigidez (pocos o ningún cambio, no evolutivo), los requisitos son muy claros y están correctamente especificados.
    Hay más variantes similares al modelo: refino de etapas (más etapas, menores y más específicas) o incluso mostrar menos etapas de las indicadas, aunque en tal caso la faltante estará dentro de alguna otra. El orden de esas fases indicadas en el ítem previo es el lógico y adecuado, pero adviértase, como se dijo, que normalmente habrá realimentación hacia atrás.

    El modelo lineal o en cascada es el paradigma más antiguo y extensamente utilizado, sin embargo las críticas a él (ver desventajas) han puesto en duda su eficacia. Pese a todo, tiene un lugar muy importante en la Ingeniería de software y continúa siendo el más utilizado; y siempre es mejor que un enfoque al azar.
    Desventajas del modelo cascada:
    • Los cambios introducidos durante el desarrollo pueden confundir al equipo profesional en las etapas tempranas del proyecto. Si los cambios se producen en etapa madura (codificación o prueba) pueden ser catastróficos para un proyecto grande.
    • No es frecuente que el cliente o usuario final explicite clara y completamente los requisitos (etapa de inicio); y el modelo lineal lo requiere. La incertidumbre natural en los comienzos es luego difícil de acomodar.
    • El cliente debe tener paciencia ya que el software no estará disponible hasta muy avanzado el proyecto. Un error detectado por el cliente (en fase de operación) puede ser desastroso, implicando reinicio del proyecto, con altos costos.

    ResponderBorrar
  13. Puerto Ayacucho noviembre de 2011
    Edid martinez y Glorimar Martinez

    Nuestro modelo se basara en el de “KENDALL”
    “ciclo de vida de un sistema de información”


    En la actualidad para muchas entidades, los sistemas de información son basados en equipos tecnológicos y son el corazón de las actividades cotidianas y objeto de gran consideración en la toma de decisiones, estas consideran con mucho cuidados las capacidades de sus sistemas de información cuando deciden ingresar o no en nuevos mercados o cuando planean la respuesta que darán a la competencia.

    Por que el ciclo de vida:
    Ya que les permite los analistas, diseñadores y usuarios realizan para desarrollar e implantar un sistema de información. Este consta consta de 6 fases:
    1). Investigación Preliminar: La solicitud para recibir ayuda de un sistema de información este inicia siempre con la petición de una persona.
    2). Determinación de los requerimientos del sistema: El aspecto fundamental del análisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio para dar respuesta a las siguientes preguntas clave:
    ¿Qué es lo que hace?
    ¿Cómo se hace?
    ¿Con que frecuencia se presenta?
    ¿Qué tan grande es el volumen de transacciones o decisiones?
    ¿Cuál es el grado de eficiencia con el que se efectúan las tareas?


    La técnica para el siclo de vida:
    “El ciclo de vida de un sistema de información es un enfoque por fases del análisis y diseño que sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un ciclo especifico de actividades del analista y del usuario”

    Técnica a utilizar:
    Para Edward Yourdon, las técnicas son procedimientos similares a las recetas de un "Libro de Cocina" que ayudan a los profesionales a ir desde una hoja de papel (pantalla), a un bien organizado modelo o diseño relacionado a un sistema o componente del mismo

    Técnicas y Herramientas:
    Las técnicas se utilizan a menudo con una variedad de herramientas que se desarrollan para tal fin; es decir, estas técnicas facilitaran cualquier recurso particular a disposición de la metodología para realizar las operaciones que en ella se anuncie.
    Entre ellas señalaremos las siguientes:
    • Diagrama de Flujo de Datos
    • Diagrama de Entidad Relación
    • Diagrama de Descomposición Funcional
    • Diagramas para O-O (de clases, de objetos, etc.)
    • Formatos e instrumentos de Observación.

    Propuesta de sistema:
    El sistema que proponemos es automatizado

    ResponderBorrar
  14. Irma Chirinos y Erika Navas

    Modelo de ciclo de vida
    Es un modelo más sencillo, este se realiza por medio de la definición de tareas en términos del ciclo de vida destruida según las perspectiva análisis información, diseño del sistema, desarrollo del programa, desarrollo de procedimientos y formas, pruebas de aceptación, conversión, operación y mantenimiento.

    Técnicas a utilizar:
    Según las técnicas que presenta el modelo, que sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un ciclo especifico de actividades del analista y del usuario.
    Las herramienta más importante es la base sobre la cual se desarrollan otros componentes.
    • El modelo original se detalla en diagramas de bajo nivel que muestran características adicionales del sistema
    • El diagrama físico: son los datos de un panorama del sistema en uso, dependiente de la implantación, mostrando cuales tareas se hacen y como son hechas.
    • El diagrama lógico: son los datos da un panorama del sistema, pero a diferencia del físico es independiente de la implantación, que se centra en el flujo de datos entre los procesos, sin considerar los dispositivos específicos y la localización de los almacenes de datos o personas en el sistema. Sin indicarse las características físicas.

    • Notaciones: son cuatro símbolos, que fueron desarrollados y promovidos la mismo tiempo por dos organizaciones: Yourdon y Gane y Sarson.
    • Flujo de datos: son movimientos de datos en una determinada dirección, desde un origen hasta un destino. Es un paquete de datos

    El tipo de sistema a proponer es automatizado…

    ResponderBorrar
  15. Análisis. En el análisis de un SI se reúnen y se estudian detalladamente los datos del sistema en operación y se especifican los nuevos requerimientos del sistema a desarrollar. Los medios comunes para la recopilación de los datos son: 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. Son varias las técnicas y herramientas útiles para el análisis de datos; sin embargo la más usual son los diagramas de flujo de datos para diagramar la entrada, proceso y salida de las funciones de la organización de manera gráfica.
    Desarrollo. Esta fase consiste de las tareas de desarrollo del software, adquisición de hardware y prueba del nuevo sistema. Es posible adquirir un paquete comercial que cumpla las expectativas o que incluso pueda ser modificado o adaptado. Si no es posible conseguirlo, se hará necesario elaborar uno a la medida. Si se opta por desarrollar un sistema a la medida, seguramente además del analista se encontrarán involucrados un grupo de programadores. El analista comunica a los programadores lo que requiere ser programado, entonces éstos diseñan, codifican y depuran los componentes de software del sistema. El trabajo del analista también involucra a los usuarios, para quienes deberá desarrollar y suministrar documentación, como los manuales de procedimientos. Tal documentación explica al usuario cómo usar el software desarrollado y qué hacer en caso de que se presenten problemas.
    Evaluación. Se procede a la prueba del sistema una vez instalados el software y el hardware usando datos de muestra. La información que se obtiene tras procesar los datos en el sistema, se evalúa para acreditar que los resultados son correctos. Al finalizar la fase de implementación comienza la fase de mantenimiento. Es la fase final, de gran importancia como se demostrará a continuación, y es una fase permanente en lo que le resta de vida al sistema. El mantenimiento se inicia con una auditoria del sistema y luego continúa con evaluaciones periódicas. Las evaluaciones periódicas permiten determinar, si el sistema continúa vigente respecto a su capacidad para realizar los procesos adecuadamente. En caso contrario, se requiere de nuevos ajustes, cambios o modificaciones que le permitan al sistema adaptarse a nuevas situaciones de las que pueda ser objeto la organización.
    Modelo propuesto: ciclo de vida de Kendall.
    Sistema: manual.

    ResponderBorrar
  16. El Análisis de Sistema estudia los problemas, las necesidades y proyectos de información de una empresa, vertebrando su actividad hacia la determinación de la probable solución, la misma que requiere de una simbiótica combinación del potencial humano, los procesos, los datos, las comunicaciones y la tecnología para obtener mejoras en la organización. Existen varias técnicas para el análisis de sistema. 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, así como sus características de tipo, tamaño, limitaciones o especificaciones especiales.
    Método del Ciclo de Vida de Desarrollo: Es el conjunto de actividades que los analistas, diseñadores usuarios realizan para desarrollar e implantar un sistema de información. El Diseño del Sistema se basa en diseñar el SI que cumpla con todos los requerimientos encontrados en la fase anterior. En esta fase, los analistas definen las entradas, las salidas, los cálculos y los procedimientos que se deben seguir. Definen las estructuras de datos y los flujos de información necesarios para alcanzar el sistema de información deseado, mediante diagramas, tablas y símbolos. El método del ciclo de vida para el desarrollo de sistemas consta de las siguientes actividades.
    Fase de Desarrollo de Software, los responsables deciden la forma de implementar el sistema de información.
    Fase de Pruebas de Sistemas permite a los analistas descubrir errores antes de su implantación. Es muy frecuente que las pruebas las realicen personas no vinculadas al desarrollo del sistema, de manera que los resultados de esta fase sean lo más completas e imparciales posibles.
    Fase de Implantación consiste en implantar el nuevo sistema de información en la empresa, así como impartir la formación necesaria que deben recibir los usuarios para poder aprovechar todas las ventajas que ofrece el nuevo sistema.
    Fase de Evaluación consiste en analizar las fortalezas y las debilidades del nuevo sistema una vez el sistema está funcionando.
    Este objetivo James Senn y Kendall, propone estudiar el aspecto operacional del sistema, el impacto organizacional, la opinión de los administradores y el desempeño del desarrollo.
    El sistema propuesto automatizado y el modelo es el Ciclo de Vida

    ResponderBorrar