Metodología de resolución de problemas (M.R.P.)

Metodología de resolución de problemas (M.R.P.)

Problema

Es un desvió negativo sobre lo planeado (logro de objetivo), en caso de ser positivo sería un punto de análisis.

• Es un desvió entre el resultado esperado y el obtenido
• Genera un impacto negativo
• Debe poder ser resuelto

Análisis de las causas y el estudio de su comportamiento

1. Lineal: Cuando el efecto de la causa puede ser causa de otro efecto
2. Bifurcada: Cuando una causa tiene más de un efecto
3. Red: Cuando un efecto tiene más de una causa

Pasos de la metodología de resolución de problemas

1. Determinar la causas
2. Codificarlas en causas internas (controlables) o causas externas (no controlables) a la organización.

• Las causas externas no son consideradas para la resolución del problema ya que no se pueden controlar

1. Establecer un cuadro de relación
2. Asignar pesos a cada causa según la importancia y la capacidad de solucionar el problema

• Se ataca cada causa según él % asignado, priorizando las de mayor porcentaje.

1. Buscar posibles soluciones

• La capacitación puede causar efectos no esperados: posibilidad de que los empleados abandonen la empresa

Aspectos de la metodología de resolución de sistemas

1. Objetivo
2. Alcance (desde/hasta)
3. Resultado: materialización del logro del objetivo.
4. Cosas estables: elementos de carácter permanente que influyen en el objetivo
5. Alimentación: elementos de carácter variable que intervienen en la solución del problema (ej: conocimiento, experiencia).
6. Procedimiento: descripción narrativa detallada paso por paso de lo que debe realizarse para alcanzar el objetivo o solución del problema

Política informática: Tomar una serie de decisiones relacionadas (ej.: plataforma tecnológica y metodológica).

Plataforma metodológica: Enfoque sistémico

Conceptos básicos

1. Ir de lo general a lo particular[pic 1]
2. Análisis por niveles progresivos

(usado generalmente en análisis)

1. División del sistema en subsistemas

(usado generalmente en diseño)

1. Método de prueba y error

1. A veces es rápido
2. Se usa generalmente en la implementación/testing.
3. Desventajas:

• Dos entornos paralelos, no se dividen los entornos de producción y desarrollo:

• Desarrollo: se modifica el código y cuando se prueba pasa al de producción.
• Producción: no se modifica la documentación del análisis de sistema.

Entorno de desarrollo: Se testea el sistema y una vez que está todo bien se pasa al entorno de producción.

Aspectos a evaluar

1. Documentación: A través de los informes, se documenta mientras se avanza en las etapas. Facilita un posterior mantenimiento y es un indicador de calidad.

• En el tradicional debía documentarse al final y luego se puede proceder
• En el estructurado se documenta a medida que se va realizando (gráficos).

1. Eficiencia en cuanto a recursos (HW-SW)
2. Mantenibilidad: menor cantidad de errores con la mayor flexibilidad posible, debe ser lo más ágil que esté a nuestro alcance. Pertenece a la visibilidad externa ya que debe tener permeabilidad a los cambios que el usuario exija.

Contempla el mantenimiento correctivo (soluciona errores en el sistema), el perfectivo (son mejoras, sobre algo funcional, que se realizan en el sistema, y el adaptativo (mantiene la eficacia actual ante cambios del entorno).

1. Portabilidad: Tiene en cuenta las distintas plataformas (S.O.), la aplicación puede llevarse a diferentes entornos tecnológicos. En el tradicional se aplica distinto en cada plataforma, esto trae mayores costos en desarrollo y mantenimiento, además de que se debe hacer un mayor control. Se soluciona en el estructurado y en objetos se optimiza. Está relacionado con la visibilidad interna.
2. Productividad: mayor cantidad de código en menor tiempo, lo que permite reducir tiempos y costos.

Metodología

1. Marco de referencia: define los limites
2. Define un “lenguaje”: establece como se traduce el sistema.
3. Establece un estándar: indica cómo proceder dentro de los límites.

Es conjunto de métodos o técnicas formales que se siguen para lograr un objetivo de la manera más óptima. Es una manera sistemática de hacer las cosas que se fundamenta en la ciencia y utiliza determinados procedimientos a seguir. Es un método de investigación.

Tipo de enfoques

1. Top-Down: refiere a la idea de ir desde lo general hacia lo particular, desde las funciones más abarcativas a los subprocedimientos. Defino al sistema como una caja negra, sin mayor profundidad, y luego lo voy detallando cada vez más.

1. Bottom – Up: refiere a la idea de ir desde lo particular a lo general. Es usado por el enfoque orientado a objetos (y conceptualmente por el tradicional).Se busca una visión general, global. Se definen las entidad y cómo interactúan con detalle. A medida que avanzó en el análisis, las voy enlazando con otras para formar componentes más grandes, que a su vez también se enlazan, hasta llegar a formar el sistema completo.

Comparación de metodologías

• Modelizar un concepto, simplificar la realidad.
• Abstracción: proceso mental que simplifica la realidad y no considera limitaciones tecnológicas.
• Modelo lógico: es el “Que”
• Modelo físico: es el “Como”

Requisitos y requerimientos

Los requisitos y requerimientos son dos cosas distintas, por un lado:

1. Requisitos: “son funcionales”, satisface necesidades del usuario.
2. Requerimientos: son “no funcionales”, necesarios para que ande el sistema pero no están establecidos, contempla las necesidades internas del usuario (como backups, definir niveles de acceso, etc.).

Aspectos a mejorar

1. Mayor interacción con el usuario
2. Mejor captura de los requisitos
3. Posibilidad de “refinar” los requisitos
4. Mantener la “política de usuario”
5. Impacto de mejora en la calidad de Software (cómo evoluciona el sistema)

• En relación a tiempos
• Optimizar mantenimiento

Elección de la metodología

Depende de cuatro cosas:

1. Característica del problema
2. Herramientas disponibles
3. Recursos humanos
4. Presupuesto

Modelo tradicional

1. Cascada
2. No hay superposición de etapas
3. No se trabaja con modelos
4. Posee inconvenientes para documentar
5. Reciclar mas en menor tiempo
6. Esperar resultados: genera impaciencia del usuario
7. Tiene limitaciones operativas
8. Tiene problemas de costos

• Todas las etapas tienen la misma prioridad

Modelo Estructurado

1. Componentes

1.1.        Datos + procesos

1. Énfasis

1. Procesos
2. Refinar RQ (Sistemas – usuario)

1. Características

1. Emplea el Top-Down
2. Favorece la documentación
3. Hay superposición de etapas
4. Se reducen tiempos y costos en relación con el modelo tradicional
5. El usuario se impacienta menos
6. Se implementa el concepto de modelo físico y modelo lógico

1. Herramientas

1. DFD (Diagrama de flujo de datos)
2. DD (Diccionario de datos)
3. DER (Diagrama de Entidad / Relación)

El DFD responde al modelado de funciones mientras que el DD y el DER al modelado de datos.

...