John E. Santos González Rubally Guzman Luis G Rios

Tamaño: px

Comenzar la demostración a partir de la página:

Download "John E. Santos González Rubally Guzman Luis G Rios"

Martín Alfonso Quintana Zúñiga
hace 8 años
Vistas:

1 John E. Santos González Rubally Guzman Luis G Rios

2 Introducción: Planificación y Desarrollo de Sistemas Éste capítulo es bien importante para nosotros los IT, ya que en el mismo se cubren tópicos esenciales para la planificación, implementación y desarrollo de los Sistemas de Información de las Organizaciones. Este capítulo nos habla acerca de la importancia de la planificación previa de los Sistemas de Información. Nos enfatiza además los beneficios de la buena planificación y sus ventajas. Luego de una importante explicación sobre la planificación de los Sistemas de Información se nos habla además de cómo desarrollar dichos sistemas: El Ciclo de Vida de Desarrollo de Sistemas y los Métodos Ágiles..

3 Planificando Sistemas de Información: El capítulo comienza hablando sobre la importancia de los Sistemas de Información. Actualmente muchas empresas, por no decir todas, están implementando Sistemas de Información en sus organizaciones como lo son los Sistemas ERP (enterprise resource planning), SCM (supply chain management) y los Sistemas CRM (customer relationship management). El interés de estos sistemas es servir a la organización completa o a algunas de sus unidades. La inversión de recursos en éste tipo de sistemas, tanto en términos financieros y en otros términos, es importante, como lo es el riesgo de la implementación de sistemas grandes

4 Pasos en la planificación de Sistemas de Información La planificación de TI incluye algunos pasos clave que son parte de cualquier proceso de planificación exitosa: 1.Creación de una declaración de la misión corporativa y de IT. 2.La articulación de la visión de IT dentro de la organización. 3.Creación de planes estratégicos y tácticos de IT. 4.Creación de un plan de operaciones para lograr la misión y visión. 5.Crear un presupuesto para asegurar que los recursos estén disponibles para lograr la misión y visión.

6 Una declaración de misión es un párrafo que comunica el objetivo general más importante de la organización para los próximos años. La declaración de misión dice cómo la organización tiene la intención de sobrevivir y prosperar. Una declaración de IT es compatible con la declaración general de misión de la organización. Por lo general es un párrafo o varios párrafos, que describe el papel de los IT en la organización. A menudo, la misión y la visión de IT se combinan en un comunicado. La visión de IT incluye la combinación ideal de hardware, software y redes para apoyar la misión global.

7 La inspiración para el desarrollo y / o implementación de nuevas tecnologías de la información procede de varias fuentes, incluyendo usuarios como nosotros. La presión competitiva inspira a muchos miembros de la organización, no sólo a los altos directivos, para llegar a ideas creativas. A menudo, estas ideas están incluidas en la planificación de IT. En muchas organizaciones un comité directivo supervisa la planificación de IT y la ejecución de proyectos de IT. Los comités directivos están compuestos por los usuarios, profesionales de IT y altos directivos. Existe una alta probabilidad de que algún día en nuestra carrera nos encontremos en dicho comité.

8 Los beneficios de la normalización en la Planificación Ahorro de costos: Cuando la organización decide comprar el mismo hardware o software para todas sus unidades, tiene mejor poder de negociación y, por tanto, puede obtener precios más bajos de los vendedores. Formación eficiente: Es más fácil entrenar a los empleados cómo utilizar una pequeña variedad de software que entrenarlos cómo utilizar una gran variedad. Se requiere menos tiempo de entrenador, y más importante aún, los empleados pasan menos tiempo en la formación y más tiempo a sus tareas habituales. Apoyo eficiente: La estandarización de un pequeño número de modelos de computadora y aplicaciones de software permite al personal de IT a especializarse en el hardware y software que tienen que brindar soporte.

15 *

17 Métodos Agiles Mientras que el uso del SDLC o métodos similares de estilo cascada son usados para desarrollar ISs, es ampliamente reconocido que estos métodos son largos, costosos e inflexibles. También los sistemas derivados de este modelo, frecuentemente son incapaces de adaptarse a cambios leves o cambios rápidos que el usuario requiere.

18 Para vencer estos retos, métodos alternativos han sugerido; colectivamente conocidos como Metodos agiles. Los métodos agiles tratan el desarrollo del software como el resultado del contacto con los usuarios; con el objetivo de desarrollar rápidamente un software que satisfaga los requerimientos del usuario; y mejorando el mismo tan pronto como el usuario requiera modificaciones

20 5. Feature Driven Development (FDD) 6. Dynamic Systems Development Method (DSDM) Método de desarrollo Dinámico de Sistemas. 7. Serum 8. Crystal

21 Sin embargo, los beneficios de los Métodos Agiles no se consiguen sin tener algunos riesgos. 1. La fase de análisis es mínima o eliminada completamente aumentando el riesgo de incompatibilidad y otras cosas que pasan desapercibidas. 2. Los desarrolladores dedican tanto tiempo a la construcción y muy poca de documentación,

22 Los programadores que exponen este método, generalmente hacen uso de The Manifiest for Agile Software Development que expresa la siguientes prioridades: 1. Individuos interactuando sobre procesos y herramientas. 2. Programas que funcione sobre documentación comprensible La colaboración del consumidor sobre negociaciones de contratos Responder a los cambios sobre seguir un plan.

23 CUANDO USAR LOS METODOS AGILES Los métodos ágiles tienen un uso eficiente en el desarrollo de: a) Sistemas pequeños b) cuando se trata de problemas no estructurados. c) cuando el usuario no puede especificar todos los requerimientos al inicio del proyecto. d) cuando se está desarrollando una interface con el usuario

24 CUANDO NO USAR LOS METODOS AJILES Los Métodos Agiles no son apropiados: a) Cuando los sistemas son largos o complejos b) Cuando son diseñados para hacer interface con otro sistema

25 c) Los Métodos Agiles pueden ocasionar grande riesgos ya que estos no son Metodos que pasan la prueba de confianza y seguridad. d) Los grandes sistemas requieren una inversión muy significativa de recursos y una falla de sistema puede ocasionar una perdida financiera considerable.

26 INTEGRACION DE SISTEMAS Los profesionales de IT trabajan para conseguir la integración de sistemas. Algunas situaciones que requieren la integración de sistemas: 1: Unir los ISs existentes a los sitios Web. 2: Unir la base de datos a los sitios Web. 3: Conseguir la interface de sistemas más antiguos con los nuevos sistemas.

27 4: Unir la base de datos antigua con aplicaciones. 5: Compartir los sistemas de información entre organizaciones.

Documentos relacionados

FUENTES SECUNDARIAS INTERNAS

FUENTES SECUNDARIAS INTERNAS Las fuentes secundarias son informaciones que se encuentran ya recogidas en la empresa, aunque no necesariamente con la forma y finalidad que necesita un departamento de marketing.