Want to create interactive content? It’s easy in Genially!

Get started free

Métodos alternos para la adquisición de sistemas.

zayraguadalupecl

Created on May 24, 2024

Instituto de formación Superior.

Start designing with a free template

Discover more than 1500 professional designs like these:

Smart Presentation

Practical Presentation

Essential Presentation

Akihabara Presentation

Pastel Color Presentation

Visual Presentation

Relaxing Presentation

Transcript

METODOS ALTERNOS PARA LA ADQUISICIÓN DE SISTEMAS

INFORMATICA ADMINISTRATIVA Zayra Guadalupe Ceja Lua

¡Vamos!

ÍNDICE

Compra de paquetes

Fases del método tradicional

Método Tradicional

Variables que afecta el proceso de desarrollo

Compúto de usuario final

MÉTODO TRADICIONAL

Las metodologías tradicionales (también conocidas como metodologías pesadas) son aquellas en las que se pone un especial énfasis en la planificación y control del proyecto, así como en la especificación precisa de requisitos y el modelado, en cambio las denominadas metodologías ágiles, están más dirigidas a lo que serían equipos de desarrollo pequeños, con mayor fuerza en aspectos humanos asociados al trabajo en equipo e involucran al cliente en el proceso como parte activa del propio equipo de desarrollo y están orientadas sobre todo a la generación de código con ciclos cortos de desarrollo.

OUTSOURSING

IR A LAS 7 FASES METODO TRADICIONAL

íNDICE

FASES DEL MÉTODO TRADICIONAL

Fase 1 Método tradicional

Diseño

Análisis

Factibilidad

Fase 3 Método tradicional

Fase 2 Método tradicional

Implantación

Pruebas

Programación

Fase 6 Método tradicional

Fase 5 Método tradicional

Fase 4 Método tradicional

Operación

Fase 7 Método tradicional

íNDICE

Debe analizarse si en realidad un Sistema de Información ayudará a lograr los objetivos que se pretenden o si no es conveniente realizarlo.

FACTIBILIDAD

Consiste en realizar un estudio para determinar qué tan factible es el desarrollo del proyecto, considerando los aspectos técnicos y económicos.

Fases

íNDICE

Es importante que el usuario responsable autorice por escrito el análisis antes de iniciar con el diseño.

ANÁLISIS

Consiste en determinar las especificaciones del usuario del sistema, pronosticar los recursos que serán necesarios y estimar el tiempo de desarrollo. En esta fase se definen los datos que se van a introducir al sistema y la información procesada que se generará via reportes o pantallas de consulta.

Fases

íNDICE

DISEÑO

Una vez realizado el análisis se prosigue con la fase de diseño, en la cual se traduce el análisis en forma de pasos o algoritmos que constituirán la base para la programación. En esta etapa se diseñan los procedimientos que servirán para cumplir con el objetivo del sistema y la forma de cómo entrarán los datos al sistema.

Además, se especifica el proceso para producir los resultados deseados y la forma en que se van a transmitir esos resultados al usuario. Por último, se define la forma en que los datos se almacenarán en la computadora.

íNDICE

Fases

PROGRAMACION

Consiste en elaborar los programas considerados en el diseño para cumplir con lo especificado por el usuario. Si la fase anterior se realizó adecuadamente, los encargados de desarrollar los programas sólo deberán seguir la secuencia que se especifica en el diseño.

En esta fase se inicia la elaboración de la documentación del sistema, la cual servirá para que el usuario sepa cómo operar el sistema y qué hacer cuando se presente algún problema.

íNDICE

Fases

PRUEBAS

Consiste en verificar si el sistema cumple con las especificaciones del usuario y su correcto funcionamiento; es decir, probar que haga lo que el usuario desea y que lo haga bien. Antes de implantar un sistema debe probarse utilizando datos ficticios y reales con el fin de cerciorarse de que está libre de errores, ya que si un error no se detecta, impactará de manera negativa durante la operación del sistema.

íNDICE

Fases

IMPLANTACIÓN

Consiste en instalar el sistema en el ambiente en que operará y en realizar los procesos necesarios para que opere correctamente. Al terminar esta fase el usuario puede iniciar con la operación real del sistema, para lo cual requerirá capacitación sobre el uso adecuado de cada una de las funciones que se realizan.

íNDICE

Fases

OPERACIÓN

Consiste en que el usuario utilice el sistema desarrollado en el ambiente real de trabajo, es decir, que trabaje con el para cumplir con los objetivos deseados al momento de definirlo.

Esta fase del método tradicional corresponde a la fase de operación presentada en el modelo del ciclo de vida de sistemas.

Fases

íNDICE

COMPRA DE PAQUETES

  • Una empresa necesita un sistema que ya se encuentra disponible en el mercado. Un error en la compra de paquetes puede afectar profundamente las operaciones diarias de una empresa, provocar incremento de costos y, por consecuencia, disminución de las utilidades y del nivel de servicio a clientes y usuarios. Debido a ello, el comprador debe asegurarse de la calidad del sistema que está adquiriendo.

íNDICE

Info

COMPUTO DE USUARIO FINAL

  • En el desarrollo por parte del usuario final éste desarrolla sus propias aplicaciones y utiliza las herramientas computacionales disponibles, como los paquetes y lenguajes de cuarta generación.
  • Normalmente, no se requieren conocimientos profundos de programación para este tipo de aplicaciones. Un ejemplo de esto es un modelo de planeación financiera desarrollado directamente por el gerente de finanzas que utilice Excel.

íNDICE

VARIABLES QUE AFECTAN EL PROCESO DE DESARROLLO

Calidad

Especificaciones del usuario

Recursos

Tiempo

íNDICE

OUTSOURSING

Consiste en contratar en forma externa algunos o todos los servicios que proporciona un departamento de sistemas de información. Este concepto se basa en dos aspectos: primero, una empresa debe concentrar sus esfuerzos en aquellas actividades que sabe hacer y, segundo. Una empresa debe utilizar las ventajas de las economías de escala y de las economías de conocimiento o experiencia que poseen las empresas dedicadas exclusivamente a proporcionar este tipo de servicios. Por ejemplo, una empresa manufacturera debe dedicarse a producir los bienes que fabrica, un banco debe dedicarse a manejar el dinero y una empresa de sistemas debe dedicarse a sistemas.

DESVENTAJAS

VENTAJAS

íNDICE

DIAGRAMA DEL MÉTODO TRADICIONAL

• Claridad de Requisitos: La precisión y claridad de los requisitos iniciales proporcionados por los usuarios o stakeholders. • Cambio de Requisitos: La frecuencia y el impacto de los cambios en los requisitos del usuario durante el proceso de desarrollo. • Prioridad de Requisitos: La capacidad para priorizar los requisitos del usuario de manera efectiva, enfocándose en las características más críticas. • Colaboración y Comunicación: La eficacia de la comunicación y colaboración continua con los usuarios para asegurar que el producto final cumpla con sus expectativas. • Validación de Requisitos: La validación de que las especificaciones del usuario se están cumpliendo correctamente a través de prototipos, demostraciones y pruebas de aceptación.

DESVENTAJAS!

- La pérdida de control sobre el proceso desarrollado. - Puede ocasionar costos por cambio o conversión a nuevas tecnología. - Pérdida de empleados experimentados. - En ocasiones, el ahorro con el uso del outsourcing no es el esperado o la calidad del servicio obtenido no es el adecuado.

Estándares de Calidad: La adherencia a estándares de calidad y mejores prácticas durante todo el ciclo de desarrollo. Pruebas y Validación: La implementación de pruebas exhaustivas y validación continua para asegurar que el producto cumple con los requisitos y funciona correctamente. Control de Calidad: Procesos de control de calidad que detecten y corrijan errores y defectos en las etapas tempranas del desarrollo. Feedback del Usuario: Incorporación del feedback del usuario final para mejorar la calidad del producto. Mantenimiento y Soporte: Planificación para el mantenimiento y soporte post-lanzamiento, asegurando que se puedan solucionar problemas rápidamente.

SE DEBE TENER EN CUENTA...

- Que el paquete satisfaga todos los requerimientos del usuario, es decir, que cumpla con los objetivos- Que opere con alta confiabilidad, esto es, que no se detecten errores con frecuencia. - Que sea entregado a tiempo para poder iniciar su operación. - Que cumpla con los requerimientos de presupuesto: que no sea muy costoso o que el costo se justifique. - Haber evaluado la magnitud de las adecuaciones del paquete para la empresa que lo adquiere.

Importante!

En esta fase es muy importante que el usuario participe activamente para que la capacitación sea exitosa y después pueda operar el sistema en forma correcta.

• Recursos Humanos: La disponibilidad, experiencia y habilidades del equipo de desarrollo, así como su motivación y moral. • Recursos Financieros: La cantidad y administración del presupuesto disponible para el proyecto, incluyendo la financiación continua. • Herramientas y Tecnología: La disponibilidad y adecuación de herramientas tecnológicas, software y hardware necesarios para el desarrollo. • Infraestructura: La infraestructura necesaria, incluyendo servidores, redes y otras plataformas de soporte. • Capacitación y Desarrollo: La capacitación continua y el desarrollo profesional del equipo para mantener las habilidades actualizadas y relevantes.

VENTAJAS!

- Ahorro en costos. mediante economías de escala y consolidaciones. - Mayor liquidez al deshacerse de equipo computacional que va no es necesario para el desarrollo de sistemas - Decremento de los gastos por depreciación de equipo, consecuencia partir de la disminución del equipo computacional. - Propiciar la reducción de personal lo cual permite a la empresa responder con rapidez a cambios aumento flexibilidad de la organización y disminución de sus costos fijos. - Proporciona acceso a los avances tecnológicos sin inversión de capital.

• Estimación de Tiempo: La precisión en la estimación del tiempo necesario para completar cada fase del desarrollo. • Gestión del Tiempo: La capacidad para gestionar el tiempo de manera efectiva, cumpliendo con los plazos establecidos y ajustando el cronograma según sea necesario. • Plazos y Deadlines: La existencia de plazos rígidos que pueden imponer presión sobre el equipo y afectar la calidad del trabajo. • Iteraciones y Ciclos de Desarrollo: En metodologías ágiles, la planificación de iteraciones cortas y la entrega continua de incrementos funcionales del producto. • Factores Externos: Eventos inesperados, como retrasos en la entrega de componentes, problemas técnicos, o cambios en el mercado, que pueden afectar el cronograma.