Metodología Tradicional de desarrollo de Sistemas de Información.

Solve your problems or get new ideas with basic brainstorming

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Metodología Tradicional de desarrollo de Sistemas de Información. por Mind Map: Metodología Tradicional de desarrollo de Sistemas de Información.

1. Conjunto de actividades llevadas a cabo para desarrollar y poner en marcha un Sistema de Información.

1.1. Goals

1.1.1. Goal 1

1.1.2. Goal 2

1.2. Rules

1.2.1. Session Rule 1

1.2.2. Session Rule 2

1.3. Define Problems

1.4. Capture Ideas

1.5. Prioritize Ideas

1.6. Define Action Points

2. Fases que no aplican.

2.1. Fase de Planeación

2.1.1. Hasta saber exactamente qué se va a desarrollar, no hay manera de idear un plan detallado preciso.

2.2. Fase de Pruebas.

2.2.1. Verificar el sistema de información una vez que está listo para ser entregado al cliente es demasiado tarde .

2.3. Fase de documentación.

2.3.1. En todo momento la documentación del sistema de información debe estar completa, ser correcta y estar actualizada.

3. Tipos de Metodologías de Desarrollo de Sistemas

3.1. Estructurada

3.1.1. Se maneja como proyecto

3.1.2. Gran volumen de datos y transacciones.

3.1.3. Abarca varias áreas organizativas de la empresa.

3.1.4. Tiempo de desarrollo largo.

3.1.5. Requiere que se cumplan todas las etapas, para poder cumplir las siguientes (progresión lineal y secuencial de una fase a la otra).

3.2. Evolutiva-Incremental

3.2.1. Se deriva de la estructurada.

3.2.2. Permite seguir secuencias ascendentes o descendentes en las etapas del desarrollo.

3.2.3. Permite cumplir etapas o fases en paralelo, por lo que es más flexible que la estructurada.

3.3. Prototipos

3.3.1. Desarrolla modelo en escala del sistema propuesto (sistema objetivo). En otras palabras, desarrolla un “demo”, que de ser aprobado por el usuario, se culmina con todas las funcionalidades.

3.3.2. Desarrolla modelo en escala del sistema propuesto (sistema objetivo). En otras palabras, desarrolla un “demo”, que de ser aprobado por el usuario, se culmina con todas las funcionalidades.

3.3.3. Identifica necesidades de información.

3.3.4. Maneja principales procedimientos orientados a transacciones

3.3.5. Produce informes críticos

3.3.6. Complementa especificaciones imprecisas y/o incompletas de los usuarios

3.3.7. Permite consultas rudimentarias

3.4. Orientada a Objetos

3.4.1. No modela la realidad, sino la forma en que las personas comprenden y procesan la realidad.

3.4.2. Es un proceso ascendente basado en una abstracción de clases en aumento

3.4.3. Se basa en identificación de objetos, definición y organización de librerías de clases, y creación de macros para aplicaciones específicas

3.4.4. Utiliza menor cantidad de código

3.4.5. Es más reutilizable

4. Fases.

4.1. Fase de Requisitos

4.1.1. Se extraen los requisitos del cliente, generando un documento de Requisitos.

4.2. Fase de Análisis

4.2.1. Se prepara el documento de Especificaciones. Este plan detallado incluye un presupuesto, las necesidades de personal y una lista de qué se entregará al cliente y cuándo. En esencia es un contrato entre el cliente y los desarrolladores.

4.3. Fase de Diseño.

4.3.1. Los miembros del equipo de desarrollo describen cómo se va a desarrollar el sistema de información. Por lo general, el sistema se divide en piezas pequeñas llamadas módulos. Cada módulo se diseña posteriormente con detalle.

4.4. Fase de Implementación.

4.4.1. Los diseños de los módulos se entregan al equipo de programación para que los traduzcan en un lenguaje de programación apropiado . COBOL es el lenguaje de programación más usado en el mundo,

4.5. Fase de Mantenimiento.

4.5.1. Los sistemas de información malos se botan a la basura, mientras los sistemas de información buenos se modifican durante muchos años.

4.6. El Retiro.