Métodos alternativos al desarrollo de los sistemas de información.

Get Started. It's Free
or sign up with your email address
Métodos alternativos al desarrollo de los sistemas de información. by Mind Map: Métodos alternativos al desarrollo de los sistemas de información.

1. Software Envasado

1.1. Variedad de aplicaciones computacionales dentro de empresas parecidas.

1.1.1. Logro de economías de escala con el desarrollo del SI, dentro de las empresas.

1.2. Reducción importante del costo unitario del SI.

1.3. Garantía de ser un software libre de errores y probado

1.4. Multiventajas en su adopción

1.4.1. Costos minimizado considerablemente

1.4.2. Prueba del software en cortos periodos de tiempo

1.4.3. Seguridad de Funcionamiento

1.4.4. Mantención externa

1.4.5. Garantía y respaldo de rendimiento con controles de calidad

1.5. Software Flexible para la adaptación de cualquier Empresa.

2. Outsourcing

2.1. Sistemas generalmente son intransferibles, ya que rara vez se documentan y sólo se adaptan a la idiosincrasia particular de quien los desarrolló.

2.1.1. se delega el gerenciamiento y las operaciones de uno de sus procesos o servicios a un proveedor externo

2.2. Ventajas de la externalización

2.2.1. Permite la concentración en funciones y tareas propias del negocio

2.2.2. Mayor flexibilidad

2.2.3. Se conoce verdaderamente los costos

2.2.4. Ahorro de costos

2.2.5. Mayor calidad

2.2.6. Servicios mas efectivo, entre otros

2.3. Desventajas de la externalización

2.3.1. Externalización de una actividad propia

2.3.2. Perdida del control

2.3.3. Dependencia del proveedor

2.3.4. Orgullo profesional herido

2.3.5. Entrega de una actividad vital

2.3.6. Comunicación y coordinación mas difícil

2.3.7. Oposición del personal

2.4. Solución idónea en informática para atender los requerimientos cambiantes y crecientes de complejidad tecnológica, evitando distraer recursos propios , logrando efectividad y eficiencia

3. Por Prototipo

3.1. Desarrollo rápido y sencillo de un modelo y posterior perfeccionamiento

3.2. Procedimiento en etapas a seguir

3.2.1. Identificación de requerimientos basicos

3.2.1.1. Discusión de objetivos

3.2.2. Desarrollo de un primer prototipo

3.2.2.1. armar una primera versión que funcione en base a los requerimientos básicos expresados por el usuario.

3.2.3. Refinación de la definición de requerimientos

3.2.3.1. Durante este proceso el usuario va identificando qué cosas son las que le gustan y cuáles son las que le desagradan y va modificando a discreción

3.2.4. Revisión y ampliación del prototipo

3.2.4.1. corregir en el modelo inicial aquellas características no deseables o faltantes, detectadas por el usuario en la etapa anterior

3.3. Libertades para crear y estructurar funciones

3.4. Durante las primeras pruebas existe la opción de modificar aquellas necesidades cambiantes

3.5. Desarrollado por un usuario junto a un analista

3.6. Herramienta CASE

3.6.1. Automatiza el diseño del SI

3.6.2. Facilita el desarrollo de aplicaciones

3.6.3. acortan el tiempo de construcción del SI

4. Usuarios Finales

4.1. Ejecuta su propio procesamiento de información mediante uso de herramientas amistosas

4.2. Puede ser construido por un solo usuario final, sin analistas de sistemas o programadores

4.3. Ventajas del metodo

4.3.1. Generalmente se logra un alto grado de satisfacción y sensación de logro al implementar el sistema de información

4.3.2. Enfoque es altamente atractivo para los usuarios, pues les permite comenzar un sistema tan pronto como la necesidad se haga presente.

4.3.3. , los usuarios finales pueden apoyarse en los especialistas de informática para el soporte técnico, pero ejecutar solos la mayoría de las actividades de desarrollo

4.3.4. El tiempo de desarrollo es generalmente breve, ya que la etapa de análisis y diseño son una sola para el usuario-desarrollador, quien no requiere comunicar a nadie sus necesidades.

4.4. Desventajas del metodo

4.4.1. Excesivo uso de recursos computacionales

4.4.2. No siguen los mejores procedimientos de desarrollo, lo cual puede llevar a sistemas poco eficientes, sin mecanismos de control ni auditoría y a menudo con fallas

4.4.3. Sistemas generalmente son intransferibles, ya que rara vez se documentan y sólo se adaptan a la idiosincrasia particular de quien los desarrolló.