Aspectos relevantes en el sector eléctrico

Se define el Sector Eléctrico Colombiano como el conjunto de participantes del Mercado de Energía Mayorista que hacen parte de la cadena productiva, así: generadores, transmisores, distribuidores y comercializadores. A continuación se presentan las entidades que realizan las actividades de Dirección, Planeación, Regulación, Control y vigilancia del sector eléctrico en Colombia.

Ministerio de Minas y Energía:

Ente adscrito a la Presidencia de la República, encargado de la dirección del Sector Eléctrico.

Unidad de Planeación Minero-Energética (UPME):

Unidad administrativa especial, adscrita al Ministerio de Minas y Energía, encargada de la planeación integral del sector minero energético, creada por el decreto 2119 de 1992 y organizada según lo previsto en el artículo 15 de la Ley 143 de 1994.

Comisión de Regulación de Energía y Gas (CREG):

Organismo creado mediante el artículo 68 y siguientes de la Ley 142 de 1994, como unidad administrativa especial, con independencia administrativa, técnica y patrimonial, adscrita al Ministerio de Minas y Energía, encargada de emitir la Regulación del sector eléctrico y de Gas combustible.

Superintendencia de Servicios Públicos Domiciliarios (SSPD):

Entidad encargada de la inspección y vigilancia de las entidades que presten los servicios públicos domiciliarios, y los demás servicios públicos a los que se aplica la Ley 142 de 1994, creada por el artículo 75 y siguientes de dicha Ley.

Autor: Constanza Escobar Ángel - Especialista de negocio.

Certificaciones en Análisis de Negocio

Actualmente es el IBBA (International Institute of Business Analysis) el encargado de la estandarización de la práctica de Análisis de Negocio. Por ello actualmente cuenta con dos certificaciones:

·         Certification of Competency in Business Analysis (CCBA®):  Reconocimiento formal en habilidades esenciales de BA.

·         Certified Business Analysis Profesional (CBAP®): Clasificación Senior en análisis de negocio.  Son la élite de la comunidad de BA.

Más información en:

http://www.iiba.org/Certification-Recognition.aspx

                                                                              Autor: Juan Diego Moreno- Ingeniero de requisitos

SEGUNDA PARTE DEL FLUJO – PRUEBAS BI

Ejecución de Pruebas: Una vez se haya finalizado el diseño de los casos de prueba, se procederá a ejecutar el primer ciclo de pruebas en un ambiente de pruebas congelado, donde se garantice que no se realizarán actualizaciones mientras se ejecute el ciclo de pruebas. En esta instancia se hallarán incidencias que deberán ser formalmente reportados a través de una herramienta de seguimiento de defectos.

 Corrección de Incidencias: Luego de finalizar el primer ciclo de pruebas, o incluso durante este, el analista de desarrollo corregirá las incidencias reportadas y realizará una primera prueba en su propio ambiente de desarrollo. Una vez se hayan realizado y validado las correcciones en el ambiente de desarrollo, se generará una nueva versión de la solución que será instalada en el ambiente de pruebas.  El analista de desarrollo será el responsable de la actualización del estado de avance de las incidencias que tuviera asignadas.

Cuando la nueva versión se encuentre disponible en el ambiente de pruebas, se estará en condiciones de iniciar un segundo ciclo de pruebas. En este ciclo se sumarán los casos de prueba asociados con las incidencias reportadas en el ciclo anterior, esto con el objetivo de verificar el impacto de los cambios derivados de las correcciones de las incidencias. Los pasos “Ejecución de Pruebas” y “Corrección de Incidencias” se repetirán por cada ciclo de prueba hasta alcanzar los criterios de completitud de la prueba, especificados en el plan de pruebas.

Diseñar Nuevos Casos de Prueba: Si durante el proceso de ejecución de cualquier ciclo de pruebas se llega a la conclusión que existe un escenario de la solución que no se había identificado, este se adicionará como un nuevo caso de prueba.

Uno de los controles en el proceso de aseguramiento de calidad para nuevos desarrollos consiste en ejecutan pruebas de aceptación de usuarios finales. En esta prueba el usuario verificará que lo implementado cumpla con los requerimientos solicitados inicialmente, además puede sugerir cambios mínimos que deben ser tenidos en cuenta por desarrollo.  Luego el QA, validara que todas las incidencias que hayan sido reportadas están solucionados y no hay ningún error adicional.

Generar Resumen de Pruebas: Al finalizar todos los ciclos de prueba se recolectaran todos los resultados de la misma, con el fin de establecer indicadores, gráficos estadísticos y métricas que permitan analizar cómo fue conducido el proceso y establecer recomendaciones sobre el mismo. Para ello, el QA  generará un documento llamado Resumen de Pruebas, que contendrá todos los resultados del proceso.

 Certificación: Por medio de una carta de certificación se garantizara que la solución cumple con las condiciones pactadas en el Visionamiento y que no existen más incidencias en la misma, por lo que la solución de BI es apta para ser desplegada en el ambiente de producción.

                                                                                                      Autor: Andrea Marcela Barrientos 

Notaciones de modelado de procesos

Una notación de modelado de proceso es básicamente un conjunto de símbolos, iconos,  figuras, conectores y reglas, que ayudan a mostrar el relacionamiento entre los diferentes componentes de un proceso de negocio.

Seleccionar y utilizar una notación de modelado en la definición de procesos de negocio es lo recomendado por las mejores prácticas y nos ofrece ventajas como:

                     Permitir un fácil entendimiento de los procesos de negocio por parte de los interesados.

      Facilitar la presentación de los procesos de negocio en la organización.

      Estandarizar del lenguaje para comunicar los procesos.

      Facilitar en el modelado, gracias a la existencia de herramientas de software en el mercado                    que permiten realizar la diagramación.

Entre las notaciones de modelado de procesos más utilizadas a nivel mundial tenemos:

Autor: José Benjamín Vega Pérez - Consultor y Arquitecto de Software

¿Por qué ASP.NET MVC en vez del viejo y conocido ASP.NET Web Forms?

ASP.NET Web Forms es simple: si quiero hacer una funcionalidad de búsqueda en mi página, arrastro un cuadro de texto, un botón, y programo el evento click de este último con la lógica de la búsqueda. El proceso es prácticamente idéntico a lo que se haría en una aplicación de escritorio, en donde los eventos gobiernan el comportamiento de la aplicación.

Y ése, es precisamente el problema. En realidad cuando desarrollamos aplicaciones web no deberíamos pensar en términos de páginas, eventos y botones, por la sencilla razón de que la web no funciona así. La Web funciona en términos del protocolo HTTP y sus comandos, como GET y POST. La presentación se obtiene mediante HTML y CSS. El documento HTML se manipula con JavaScript. De hecho en realidad no hay páginas, ya que una URL es básicamente un puntero a un recurso que no necesariamente debe estar mapeado a un archivo físico (.html o .aspx) en el servidor.

Por esa razón, ASP.NET Web Forms debía hacer mucho trabajo detrás de escena para lograr que la aplicación orientada a eventos que nosotros escribimos desde Visual Studio se convirtiera en una aplicación HTTP real. Básicamente Web Forms genera por nosotros el código HTML y JavaScript respectivo, lo que implica que realmente nunca tenemos el control real sobre el código que ejecutará el navegador.

En ese sentido, MVC nos permite volver a lo básico. Mediante este modelo podremos desarrollar aplicaciones Web que funcionen como realmente opera la Web, haciendo uso de HTTP y sus comandos, y separando la lógica de la presentación. Podremos incorporar con mayor facilidad tecnologías como jQuery, HTML5 o CSS3 a nuestros sitios y lo más importante, tendremos absoluto control sobre el código HTML y JavaScript que será entregado al navegador.

Esta es la primera de varias entradas que buscan ayudarle a los desarrolladores a nivelar sus conocimientos en Web Forms y MVC, y hacer que la transición entre las dos tecnologías sea lo más simple posible.

Autor: Hugo Fernando Aristizabal - Consultor & Arquitecto de Software

Evolución de la Ingeniería de Requisitos: El análisis de negocio

Si bien, el término de Ingeniería de Requisitos es ampliamente conocido en el ámbito de la Ingeniería de Software, orientado siempre a determinar las necesidades de un sistema nuevo o modificado. Se ha venido  generado y madurando un enfoque de alto nivel orientado a los negocios. De aquí aparece el concepto de Análisis de Negocio, donde inserta la Ingeniería de Requisitos como uno de sus pilares y cambia su enfoque pasivo de identificar necesidades a determinar activamente soluciones a problemas concretos del negocio. Por lo cual, acompañar temas de requisitos, modelado de procesos y arquitecturas empresariales es una idea que suena muy bien.

Para ello, se requiere un organismo de estandarización en este campo y se da origen al IBBA (International Institute of Business Analysis).

Más información en:

http://www.iiba.org/

Autor: Juan Diego Moreno- Ingeniero de requisitos

Clasificación de proceso de negocio

En generar los procesos de negocio de una organización pueden ser clasificados en tres grandes grupos según el BPM CBOK (Process Management Common Body of Knowledge), estos tres  grupos son:

Autor: José Benjamín Vega Pérez - Consultor y Arquitecto de Software