Metodología Métrica V3 - Técnicas y Prácticas

 

Wikipedia define: MÉTRICA es una Metodología de Planificación, Desarrollo y Mantenimiento de Sistemas de información. Promovida por el Ministerio de Administraciones Públicas del gobierno español para la sistematización de actividades del ciclo de vida de los proyectos software en el ámbito de las administraciones públicas.

Es una metodología propia basada en el Modelo de Procesos del Ciclo de vida de desarrollo ISO/IEC 12207 (Information Technology - Software Life Cycle Processes) así como en la norma ISO/IEC 15504 SPICE (Software Process Improvement And Assurance Standards Capability Determination)

Ver Definición de Métrica en Wikipedia

• Se define con total claridad que modelo esta orientado al proceso, donde deben considerarse los Procesos Claves:
• (PSI) Planificación de Sistemas de Información
• (DSI) Desarrollo de Sistemas de Información, que a su vez se dividen en cinco (5) subprocesos:
• (EVS) Estudio de Viabilidad del Sistema
• (ASI) Análisis del Sistema de Información
• (DSI) Diseño del Sistema de Información
• (CSI) Construcción del Sistema de Información
• (IAS) Implantación y Aceptación del Sistema de Información
• (MSI) Mantenimiento del Sistema de Información

Todos procesos genéricos en cualquier Software Factory.

• El modelo cuenta con cuatro (4) Interfaces cuyas actividades están orientadas a la mejora y perfeccionamiento de los procesos principales, arriba mencionados:
• (GP) Gestión de Proyectos
• (SEG) Seguridad
• (CAL) Aseguramiento de Calidad
• (GC) Gestión de Configuración

 

• Se consideran las siguiente Técnicas:
• Técnicas de desarrollo (Casos de Uso, Diagramas de Clases, Diagrama de flujo de datos,...)
• Técnicas de gestión de proyectos (Técnicas de estimación, Staffing Size, Planificación,...)
• Prácticas (Análisis de impacto, Presentaciones, Prototipado,...)...

Técnicas y prácticas

• Introducción
• Técnicas de desarrollo
  • Análisis coste/beneficio
  • Casos de uso
  • Diagrama de clases
  • Diagrama de componentes
  • Diagrama de descomposición
  • Diagrama de despliegue
  • Diagrama de estructura
    • Diagrama de flujo de datos (DFD)
    • Diagrama de interacción
    • Diagrama de secuencia
    • Diagrama de colaboración
    • Diagrama de paquetes
    • Diagrama de transición de estados
• Modelado de procesos de la organización
  • SADT (Structured Analysis and Design Techniques)
  • Modelado entidad/relación extendido
  • Normalización
  • Optimización
  • Reglas de obtención del modelo físico a partir del lógico
  • Reglas de transformación
• Técnicas matriciales
  • Técnicas de gestión de proyectos
  • Técnicas de estimación
  • Método Albretch para el análisis de los puntos de función
  • Método Mark II para el análisis de los puntos de función
  • Staffing Size (Orientación a objetos)
• Planificación
  • Program Evaluation & Review Technique - PERT
  • Diagrama de Gantt
  • Estructura de descomposición de trabajo (WBS – Work Breakdown Structure)
  • Diagrama de extrapolación

El Soporte - Gestión de Mesa de Servicios e Incidentes

Debido a que desde mis primeras incursiones en la informática hice soporte técnico y soporte de sistemas, me interesa mucho desarrollar esta temática y ir incorporando herramientas que me ayuden en buen grado a desplegar las mejores soluciones orientadas al cliente, refiriéndome al cliente interno como al usuario final.

Para iniciar voy a poner a consideración este artículo que encuentro interesante como puntapié inicial El Soporte - Gestión de Mesa de Servicios e Incidentes 

Espero que alguien lo lea y haga sus comentarios en mi blog.

Estándar COBIT

Fuertes tendencias

Algunas fuertes tendencias se han marcado a lo largo de la historia de la humanidad, yo hoy quiero destacar estas:

• A desconocer un modelo o varios para establecer un proceso estándar para la organización.
• A pensar que el proceso debe ser utilizado por quienes lo establecen y quienes controlan su seguimiento.
• A creer que uno es no participe del proceso y obviar elementos básicos, mínimos y de alto impacto a corta data.
• Al trabajo sin orientación, sin procedimiento, sin organización, sin planificación y sin seguimiento.
• A criticar duramente a los que piensen en los cambios para mejorar
• A no participar ni hacer aportes para la mejora continua.
• Al desarrollo sin evidencias .
• A la integración agolpada sin planificación.
• Al testing suelto, sin métricas, sin orden.
• A los despliegues sin garantías.
• A que todos los pasos se ejecuten sin conciencia de las interrelaciones de áreas.
• Al desconocimiento de las cargas laborales.
• Al solapamiento de entregas.
• Al cambio de requerimientos sin gestión.

A eso le puedes sumar algunas pocas cosas más pero que son más que suficiente para que no tengas nada mientras crees que tienes mucho.