Sisdata, C.A. Mejores Prácticas de Frameworks en la Web

Transcripción

1 2011 Sisdata, C.A. Mejores Prácticas de Frameworks en la Web Sistema de Gestión de Cambios de Arquitecturas El manual refleja las bondades, alcances y funcionalidad del sistema. Se describe su alineación con los principales framework del mercado sobre todo con la arquitectura empresarial actualmente en punta y maneja el flujo de trabajo de tramitación de solicitudes, sin descuidar las normas y mejores prácticas de ITIL V3. Lic. SALVADOR FIGUERA N. SiSDATA, C.A. 18/01/2011 Ave. Orinoco, Torre Lipesa, Piso 1, Ofic , Cel , Tlfs , , Fax , Bello Monte, Caracas, Venezuela.

2 1 Sistema de Gestión de Cambios de Arquitecturas ALCANCES Y FILOSOFÍA DEL SISTEMA El Sistema tiene como misión proveer a todos los niveles de la organización y a la arquitectura empresarial la facilidad de solicitar vía Internet los cambios, analizarlos, evaluarlos monitorizarlos hasta alcanzar el cierre. El sistema permite al personal de gestión de servicios: planificar, implementar, controlar y evaluar a los responsables de los procesos de cambios. El sistema está constituido por cuatro (4) pilares o subsistemas: Usuarios (utilizado por los usuarios) Gestión (utilizado por los gestores de cambios) Riesgos (utilizado por los analistas de riesgos) Comités (utilizado por los integrantes de comités) El sistema satisface las normativas de la superintendencia de bancos y está apoyado en las siguientes herramientas y mecanismos: a) Utilización de Flujo de Trabajo (WorkFlow) de tramitación y ejecución de cambios b) Utilización de Marco de Trabajo (Framework) de cambios c) Manejo de Recursos y costos de cambios que son insumos para el Costo Total de Propiedad (TCO) d) Planificación, construcción y evaluación de cambios e) Aprobación por niveles y diferentes comités. Pueden discutir y aprobar a distancia por internet f) Modelo de asignación automática de prioridad de cambio por combinación de indicadores calculado por un modelo matemático. g) Cambios extemporáneos (cierre post morten) h) Consulta la vida útil de solicitudes con rastreo de su manipulación de datos i) Manejo de alertas tempranas en caso de inconsistencias en los cambios j) Análisis de riesgo e impacto de cambios k) Manejo multiplataformas (baja, media y alta) l) Planificación de Cambios m) Comprobación de cada fases y actividades de los cambios (manejo de evidencias) n) Verificación Post Implementación de los cambios (manejo de evidencias) o) Distribución de solicitudes pendientes entre los gestores por plataforma p) Creación de cambios estándar a partir de solicitudes q) Manejo de cambios mayores r) Reglas de prelación de cambios s) Manejo de menú de páginas web dinámico de acuerdo al perfil de autorización y seguridad de cada usuario t) Operado a distancia bajo un hosting internet (computación en la nube) u) Control exhaustivo del personal de cambios v) Gestión y control de cualquier cambio w) Estadísticas

3 2 RELACIÓN CON METODOLOGÍAS Y BUENAS PRÁCTICAS DE PUNTA El Sistema utiliza las siguientes Metodologías y Buenas Prácticas de punta: a) Consideramos que nuestro sistema es más amplio y moderno al presentado por ITIL V3) b) TOGAF (Definen los componentes de la arquitectura empresarial) está constituido por: b.1) Arquitectura del Negocio b.1) Arquitectura de Sistemas de Información (Aplicaciones) b.1) Arquitectura del Información b.1) Arquitectura Tecnológica c) Planificación Estratégica de TI (se obtienen los proyectos que sufren cambios) d) Análisis y Evaluación de Riesgos e Impactos (se utilizó Basilea II y el método Australiano) para los cambios e) Se integra con Gobierno de TI y COBIT 4. f) El sistema al aceptar la solicitud de cambio crea en forma automática el marco de trabajo y WorkFlow a ser utilizados de acuerdo al tipo de cambio y a los parámetros customizados. MARCO DE TRABAJO (FrameWork) El sistema se configura utilizando un marco de trabajo propio donde se definen y se parametrizan los componentes de los procesos de cambios cómo se señala a continuación: a) Definición de procedimientos automatizados que definen las fases, actividades y formularios que intervienen en los cambios y procedimientos de Control de Cambios manejados por el gestor de cambios (exigidos por la normativa título VII de Superintendencia) b) Definición de tipos y procedencias u origen de cambios c) Definición de documentos que se generan en las actividades de cambios d) Definición de paquetes genéricos (expedientes) para cualquier arquitectura empresarial. Para las aplicaciones se definen los paquetes change man internos de cualquier plataforma e) Definición de parámetros de cambios estándar con sus procesos de cambios predefinidos y sus recursos a utilizar f) Permite crear cambios estándar a partir de solicitudes g) Control de cambios de multiplataformas de aplicaciones y hardwares, inclusive de infraestructura h) Definición de parámetros dinámicos FLUJO DE TRABAJO (WorkFlow) El sistema funciona a través de un flujo de procesos donde intervienen los usuarios, gerencia, personal técnico, responsables, proveedores de servicios (consultores) y recursos

4 3 (activos fijo); donde se inicia con una solicitud y fluye a través de las actividades definidas en el marco de trabajo hasta el cierre del cambio. La solicitud de cambio puede originarse por varios procesos de ITIL y por otros framework alineados entre ellos PMBOK (proyectos), planificación estratégica, ISO 27001, Modelos de Madurez, etc. Es decir nuestra solución se alinea con los frameworks del mercado. El módulo ofrece un conjunto de consultas de referencias cruzadas del workflow. Entre las principales, tenemos: a) Rutas de elaboración o llenado de documentos a través de las actividades definidas b) Rutas de aprobación c) Comprobación de actividades a través de controles de auditoría d) Aprobación de actividades y certificaciones e) Control de solicitantes, responsables y aprobadores f) Mecanismos de detección de inconsistencias de cambios g) Otros ANÁLISIS Y EVALUACIÓN DE RIESGOS E IMPACTOS DE CAMBIOS Los cambios de aplicaciones (programas) por lo regular tienen riesgos de fraudes y deben ser analizados y evaluados por el personal de riesgo tecnológico. El módulo utiliza las siguientes herramientas de análisis y evaluación de riesgos e impactos: a) Factores de riesgos b) Indicadores de riesgos (severidad de impacto, niveles de riesgo, grado de vulnerabilidad y estados de riesgos) c) Análisis de riesgos de cambios d) Análisis de impacto y criticidad de cambios e) Mitigación de riesgos f) Evaluación de riesgo MONITOREO DE CAMBIOS La planificación, construcción y certificación de los cambios son monitoreados para que no queden brechas pendientes. Entre las consultas, tenemos: a) Situación de solicitudes b) Situación de rutas de elaboración y aprobación de actividades de cambios a través de formularios c) Flujo de trabajo de solicitudes d) Cambios aprobados y rechazados e) Otros RECURSOS Y COSTOS DE CAMBIOS

5 4 La planificación de cambios requiere los recursos necesarios para satisfacer a la arquitectura empresarial. A cada recurso se definen los costos estándar a ser aplicados (opcionalmente) a los cambios. Entre los recursos a utilizar en los cambios, tenemos: a) Equipos de Trabajo (personal interno de varias especialidades) b) Personal interno c) Proveedores d) Firmas personales (consultores independientes) e) Hardwares f) Softwares g) Bases de datos h) Archivos convencionales i) Archivos XML j) Redes k) Instalaciones l) Equipos de infraestructura m) Fuentes de energías n) Insumos (opcional) El módulo ofrece un conjunto de consultas de perfiles de análisis de consumo con sus estadísticas. ESTADÍSTICAS El proceso de estadísticas genera los siguientes análisis de distribución y comparativo que son anuales y mensuales y se distribuyen tanto tabular cómo gráfico: a) Plataformas b) Paquetes c) Arquitecturas y Plataformas d) Solicitudes e) Personal Técnico (empleados y proveedores) f) Responsables g) Solicitantes h) Recursos utilizados i) Otros SEGURIDAD Y PISTAS DE AUDITORÍA El sistema registra y actualiza a los usuarios y autoriza el acceso a páginas web, así cómo la generación de pistas de auditoría. CARACTERÍSTICAS TÉCNICAS Plataformas a) Windows 2000 Server o superior b) Base de datos SQL Server 2000 o superior

6 5 Conectividad es a través de OLEDB de Microsoft para conectarse con otros manejadores de bases de datos relacional Integrado con otros Productos de Sisdata, C.A. a) Gestión de Problemas b) Gestión de Solicitudes c) Gestión de Incidentes d) Gestión de Atención al Usuario (Service Desk) e) Gestión de Continuidad del Negocio f) Gestión de Proyectos (Planificación Estratégica de TI + PMBOK) Arquitectura a) Plataforma Cliente/Servidor bajo internet b) Actualización y consultas vía Internet Componentes del Sistema a) Utiliza 3 bases de datos con 150 tablas b) Contiene 389 páginas Web Interfaz de Usuario a) Utiliza Microsoft Windows, Visual Studio.Net 2008 y Java Script para la elaboración de páginas Web y mensajes b) Ayuda en línea Requerimientos a) Cliente : Microsoft Windows requerido para trabajar con internet b) Servidor: Normal c) IIS de Microsoft y dotnet (gratuito) Negociación a) Producto Propiedad de Sisdata, C.A., Caracas, Venezuela b) Venta de licencias no exclusiva a) Arrendamiento mensual cómo Proveedor de Servicio de Aplicaciones (ASP) en la nube b) Consultoría de implementación Distribuidor a) Sisdata, C.A., Caracas, Venezuela

7 b) Ave. Caroní, Torre Lipesa, piso 1, Ofic. 12 y 13, Tlf. (+58) , Fax. (+58) , Bello Monte, Caracas, Venezuela, portal sisdata-ca.com y sisdata_ca@yahoo.es Att. Lic. Salvador Figuera N. Celular: (+58)