06/04/2015. Atributos de Calidad Medibles y No Medibles. Clases de Cualidades. Medibles. No Medibles. Escenarios de Atributo de Calidad
|
|
- Juan Carlos San Martín Moya
- hace 8 años
- Vistas:
Transcripción
1 Medibles y No Medibles Medibles Pueden ser medidos mientras que el sistema ejecuta Devuelve la respuesta correcta? Es fácil de usar? Cuánto tarda en ejecutar un transacción? Un usuario no autorizado puede vulnerar la seguridad? Con qué frecuencia se cae o deja de funcionar? No Medibles No pueden ser medidos mientas el sistema ejecuta, sino antes o después Cuánto esfuerzo requiere su construcción? Cuánto esfuerzo requiere su testeo? Cuánto esfuerzo requiere su integración? Cuánto costó? Cuán fácil será de modificar? Clases de Cualidades Cualidades del Sistema Cualidades Relativas al Negocio Cualidades de la Arquitectura Aspectos relativos al funcionamiento del sistema. Pueden ser fehacientemente medibles o no. Aspectos del negocio que tienen impacto en decisiones arquitectura Cualidades de la arquitectura que suelen tener impacto en otros atributos de calidad. Disponibilidad Modificabilidad Performance Seguridad Time to market Vida útil del sistema Costo y beneficio Plan de evolución Etc. Testeabilidad Usabilidad Etc. Integridad conceptual Correctitud y completitud Buildability (factibilidad de construcción) Etc. Arquitectura y Diseño de Sistemas 12 Arquitectura y Diseño de Sistemas 13 Cualidades Relativas al Negocio Costo y Planificación Time To Market Costos y Beneficios Vida Útil Proyectada Integración con Sistemas Legados Marketing Mercado Apuntado Plan de Lanzamiento (incremental vs one-time) Organizacional Disponibilidad de equipo adecuada Experiencia en el dominio y tecnologías Cualidades de la Arquitectura Integridad Conceptual El sistema se construye a partir de un numero pequeño de estructuras arquitectónicas que interactúan en un numero pequeño de formas (predeterminadas) Se logra típicamente vía un solo arquitecto, o un grupo de arquitectos pequeño y coordinado Correctitud y Completitud Es esencial que tanto los requerimientos funcionales como las restricciones sean satisfechos por la arquitectura. Se utilizan evaluaciones formales para verificarlos (por ej, ATAM) Buildability Determina si el sistema puede ser construido con los recursos disponibles Equipo Conocimientos Herramientas / Componentes Arquitectura y Diseño de Sistemas 14 Arquitectura y Diseño de Sistemas 15 Cómo Definir Existen 3 problemas para definir atributos de calidad Las definiciones provistas por un atributo no son testeables Ejemplo: El sistema tiene que ser modificable No es claro a qué cualidad pertenece un aspecto particular del sistema Ejemplo: Una falla del sistema es un aspecto de disponibilidad, seguridad o usabilidad? Cada comunidad tiene su propio vocabulario Performance: Habla de eventos arribando en el sistema Seguridad: Habla de ataques arribando al sistema Disponibilidad: Habla de fallas de un sistema Usabilidad: Habla de inputs de usuario Escenarios de Atributo de Calidad Escenarios Generales vs Concretos Definición Mecanismo que permite caracterizar/capturar aspectos de atributos de calidad de una forma que puede ser evaluado y utilizado en diseño Generales Son independientes del sistema y, potencialmente pueden pertenecer a cualquier sistema. Concretos Aquellos que son específicos al sistema en consideración. Un requerimiento de atributo de calidad debería ser testeable y no ambiguo. Para lograrlo, se utilizan escenarios de atributo de calidad como una forma de caracterizarlos. Ejemplo Llega un requerimiento para hacer un cambio en la funcionalidad, y el cambio debe ser hecho en un momento particular dentro del proceso de desarrollo y dentro de un periodo de tiempo específico. Llega un requerimiento para agregar soporte a un nuevo browser para un sistema web y el cambio debe ser hecho en, como máximo, 2 semanas. Arquitectura y Diseño de Sistemas 16 Arquitectura y Diseño de Sistemas 17 1
2 Escenarios s de un Escenario de Atributo de Calidad. La condición a ser considerada cuando arriba al sistema. de. Es la entidad (humano, otro sistema, u otro actor) que generó el estímulo.. Las condiciones sobre las que ocurre el estímulo. El artefacto (componente, equipo, sistema entero) que es estimulado.. Define las acciones que el artefacto debería realizar como respuesta al estímulo. la. La medida de la respuesta por la cual el artefacto es evaluado. Las partes de un Escenario de Atributo de Calidad Tácticas Consideraciones Cada táctica es una opción de diseño. Puede haber otras Una táctica puede ser refinada en otras Cómo se imparte portabilidad a un diseño? Y performance? E interoperabilidad? Una táctica es una decision de diseño que influencia el control de la respuesta de un atributo de calidad Generalmente las tácticas para un atributo de calidad se organizan en una jerarquía. Táctica para Controlar la Arquitectura y Diseño de Sistemas 18 Arquitectura y Diseño de Sistemas 19 Ejemplo: Disponibilidad Áreas de Interés Es la probabilidad que tiene el Sistema de estar operativo cuando se lo necesita. Se preocupa de las fallas del Sistema y sus consecuencias asociadas: Una falla ocurre cuando el Sistema no provee un servicio consistente con sus especificaciones. Dicha falla es observable por los usuarios del Sistema. Disponibilidad Fallas vs Defectos Las fallas son observables por los usuarios del Sistema, mientras que un defecto no. Cuando un defecto es observable por usuarios, pasa a ser una falla. Si el Sistema puede corregir automáticamente los efectos de un defecto, entonces no se convierte en una falla Medición Disponibilidad 1 = tiempo medio de falla tiempo medio de falla + tiempo medio de reparación Cómo se detecta la falla? Cuán frecuentemente ocurre? Qué pasa cuando la falla ocurre? Cuánto tiempo el Sistema puede estar fuera de operación? Cuándo una falla puede ocurrir de manera segura? Cómo se puede evitar una falla? Qué tipo de notificaciones son necesarias cuando ocurre una falla? Cuánto tiempo toma su reparación? 1 Los downtimes (fuera de servicio) planificados no son considerados en el cálculo. Arquitectura y Diseño de Sistemas 20 Arquitectura y Diseño de Sistemas 21 Disponibilidad Disponibilidad Requerimientos de Disponibilidad de Ejemplo la Interna al Sistema; externa al sistema Defecto: omisión, crash, timing incorrecto, respuesta incorrecta Procesadores del sistema, canales de comunicación, almacenamiento persistente, procesos Operación Normal, Inicio del Sistema, Modo de Reparación Operación Degradada (por ej, funcionalidad limitada) El Sistema detectaría un evento y haría una o varias de las siguientes acciones: Registrarlo Notificar a quienes corresponda, incluyendo el usuario y otros sistemas Deshabilitar las fuentes de eventos que causan el defecto o falla de acuerdo a las reglas definidas Quedar no disponible por un intervalo de tiempo, hasta que se repare Continuar la operación en Modo Degradado mientras se repara. Intervalo de tiempo en el que el Sistema debe estar disponible Porcentaje de disponibilidad Tiempo para detectar la falla Tiempo para reparar la falla Tiempo que el Sistema puede funcionar en modo Degradado Arquitectura y Diseño de Sistemas 22 Arquitectura y Diseño de Sistemas 23 2
3 Disponibilidad Disponibilidad El heartbeat monitor determina que el servidor no responde ante operaciones normales. El sistema le informa al operador y continua operando sin tiempo de caídas. Heartbeat Monitor : Servidor no responde Proceso Informar al operador Continuar la Operación Normal operación Sin caídas Arquitectura y Diseño de Sistemas 24 Arquitectura y Diseño de Sistemas 25 Ejemplo: Modificabilidad Áreas de Interés Qué puede cambiar (el artefacto)? Es el costo (y riesgo) que tiene realizar un cambio en el Sistema. Cuándo se hace el cambio? Desarrollador Quién lo hace? Administrador de Sistema Usuario Final Cuál es la probabilidad de cambio Funcionalidad Plataforma (hw, so, middleware) (sistemas con los que debe interoperar) Cualidades del Sistema (performance) Capacidad (# usuarios, # tx) Codificación Compilación Build Configuración Ejecución Modificabilidad Cuál es el costo de hacer un sistema más modificable? El costo de introducir el/los mecanismo/s para hacer el sistema más modificable El costo de hacer la modificación usando el/los mecanismo/s Costo de Introducir el mecanismo Costo de hacer la modificación Sin mecanismo Cero El costo de cambiar el código fuente y testearlo Con mecanismo Costo de crear el mecanismo Costo de usar el mecanismo para hacer el cambio y testear el cambio Para N modificaciones similares, una justificación simplificada para la creación de un mecanismo de cambios podría ser: N x Costo de hacer el cambio sin el mecanismo => * N es la cantidad de modificaciones del mismo tipo que se preven (una predicción) Costo de crear el mecanismo + (N x Costo de hacer el cambio usando el mecanismo) Arquitectura y Diseño de Sistemas 26 Arquitectura y Diseño de Sistemas 27 Modificabilidad [Quién hace el cambio] Usuario final, desarrollador, administrador del sistema [Qué cambio debe hacerse] Deseo de agregar/modificar/eliminar funcionalidad, atributos de calidad, etc. [Qué tiene que cambiar] UI del sistema, plataforma, ambiente, sistemas con los que interactúa [Cuándo se hace el cambio] Ejecución, compilación, build, diseño Localizar los lugares a ser modificados Realizar las modificaciones sin afectar otras características del sistema Testear las modificaciones Instalar modificaciones la Costo del cambio en términos de: Elementos afectados Esfuerzo Dinero Grado en que afecta a otras características del sistema. Modificabilidad Un desarrollador desea cambiar la interfaz de usuario para que el color de fondo de la pantalla sea azul. El cambio se realizará sobre el código en tiempo de diseño, debiendo tomar no más de 3 horas en realizarlo y testearlo y sin tener efectos colaterales sobre el comportamiento del sistema. Desarrollador : Desea modificar la UI Código En tiempo de diseño La modificación es hecha sin efectos colaterales 3 horas Arquitectura y Diseño de Sistemas 28 Arquitectura y Diseño de Sistemas 29 3
4 Modificabilidad Se basan en 4 variables Tamaño del un módulo Siempre y cuando el criterio para dividir el módulo refleje el tipo de cambio que es probable de ocurrir Acoplamiento Reducir el acoplamiento entre dos módulos A y B disminuirá el costo esperado de cualquier modificación que afecte a uno de esos módulos. Cohesión Si un módulo tiene una baja cohesión, puede ser mejorada eliminando responsabilidad no afectadas por los cambios previstos. Así se reduce la posibilidad de efectos colaterales. Momento de implementación (binding time) En una arquitectura que propicia modificaciones tardías en el ciclo de vida, en promedio, un cambio costará menos que en una arquitectura que fuerza que la misma modificación sea hecha más temprano. Modificabilidad Arquitectura y Diseño de Sistemas 30 Arquitectura y Diseño de Sistemas 31 Ejemplo: Performance Consideraciones Origen de eventos Se ocupa básicamente de cuánto tiempo le toma al Sistema responder cuando ocurre un evento. Patrón de arribo del eventos Variable a evaluar De usuarios De otros sistemas Del mismo sistema Periódico Estocástico Esporádico Latencia Momento de procesamiento Throughput Varianza de la latencia Cantidad de eventos no procesados por exceso de carga Datos perdidos por exceso de carga Performance Una de un número independiente de fuentes posibles Eventos periódicos arriban Eventos estocásticos arriban Eventos esporádicos arriban El sistema, uno de sus componentes, un conjunto de componentes Modo normal Modo sobrecargado Modo emergencia Procesar el estímulo Cambiar el nivel de servicio la Latencia Deadline, Throughput Varianza de latencia Tasa de pérdida de requerimientos Tasa de pérdida de datos. Arquitectura y Diseño de Sistemas 32 Arquitectura y Diseño de Sistemas 33 Performance Bajo una operación normal del sistema, las transacciones ejecutadas por los usuarios deberían resolverse, en promedio, en 2 segundos. Usuarios Sistema : Instanciar Transacciones Transacciones procesadas Bajo operación normal Latencia promedio de 2 segundos Performance Background Tiempo de Procesamiento Los eventos son manejados por la ejecución de uno o más componentes, cuyo tiempo utilizado es un recurso. Contención de Recursos Muchos recursos pueden ser usados por un único cliente a la vez. Otros clientes deben esperar para acceder a ese recurso. Tiempo de Bloqueo Un cómputo puede estar bloqueado debido a contención sobre otro recurso, ya que el recurso no está disponible, o a que el cómputo depende del resultado de otro cómputo que aun no está disponible. Disponibilidad de Recursos Un cómputo podría estar detenido debido a la no disponibilidad de un recurso: porque el recursos está offline, o porque está atravesando una falla. Dependencia sobre otros cómputos Un cómputo puede tener que esperar porque debe sincronizarse con el resultado de otro cómputo Arquitectura y Diseño de Sistemas 34 Arquitectura y Diseño de Sistemas 35 4
5 Performance Ejemplo: Seguridad Consideraciones Tipos de ataque Acceder a datos/servicios a los que el usuario no está autorizado Limitar el servicio a usuarios legítimos Es una medida de la capacidad que tiene un Sistema para resistir el uso no autorizado mientras continua proveyendo servicio a usuarios legítimos La seguridad puede ser caracterizada en términos de: Confidencialidad Integridad Disponibilidad Autenticación No repudiación Autorización Arquitectura y Diseño de Sistemas 36 Arquitectura y Diseño de Sistemas 37 Seguridad la Arquitectura y Diseño de Sistemas 38 Individuo o sistema que está correctamente identificado, incorrectamente identificado, de identidad desconocida que es Interno/externo, autorizado/no autorizado con acceso a. Recursos limitados, vastos recursos Trata de Ver datos, modificar/eliminar datos, acceder a servicios del sistema, reducir la disponibilidad de los servicios del sistema Servicios del sistema; datos dentro del sistema Online u offline; conectado o desconectado; detrás de un firewall o abierto Autentica al usuario; oculta la identidad del usuario; bloquea/permite accesos a datos y/o servicios; garantiza o rechaza permisos para acceder a datos y/o servicios; registra los accesos por usuario; almacena datos en un formato no legible; reconoce un inexplicable aumento de demanda del servicio, informando a un usuario u otro sistema y restringiendo la disponibilidad del servicio. Tiempo/esfuerzo/recursos necesarios para sortear medidas de seguridad con probabilidad de éxito; probabilidad de detectar ataques; probabilidad de identificar responsables de un ataque o del acceso/modificación de datos; porcentaje de servicio aun disponible ante un ataque denial-of-services. Seguridad Un empleado descontento desde una ubicación remota intenta acceder a la tabla de tasas de pago durante la operación normal. El sistema mantiene un registro de auditoría y los datos correctos son restaurados dentro de 1 día. Empleado descontento conectado remotamente Arquitectura y Diseño de Sistemas 39 : Intenta modificar tasas de pago Datos dentro del Sistema Bajo operación normal El Sistema mantiene registros de auditoría Los datos correctos son restaurados dentro de 1 día y el autor es identificado Seguridad Ejemplo: Testeabilidad Es el grado en el cual un artefacto de software (sistema, modulo, clase, etc) soporta testing en un contexto de test dado. Si la testeabilidad del arterfacto de sw es alta, entonces encontrar defectos a través del testing es más sencillo. Consideraciones Se orienta, principalmente, a la posibilidad de realizar tests automatizados: unit tests, integration tests, UI tests. Para que un artefacto de software sea testeable, debe ser posible Controlar las entradas del componente, ejercitando su estado interno. Observar las salidas Arquitectura y Diseño de Sistemas 40 Arquitectura y Diseño de Sistemas 41 5
6 Testeabilidad Testers unitarios; testers de integración, tester de sistema, tester de aceptación, usuario finales del sistema (ya sea de manera manual o automática) Un conjunto de tests es ejecutado debido a: Incremento de código terminado o integración de subsistema terminada Sistema entregado La porción del sistema siendo testeada En tiempo de desarrollo En tiempo de compilación En tiempo de deployment En tiempo de ejecución Ejecutar un conjunto de tests y capturar el resultado Capturar las actividades que resultaron en una falla. Controlar y monitorear el estado del sistema la Porcentaje de cobertura del código ejecutable Probabilidad de falla, si la falla existe Tiempo para realizar los test Longitud de la cadena de dependencias más larga en un test Cantidad de tiempo para preparar un ambiente de test Testeabilidad Un tester unitario (desarrollador) terminó una unidad de código durante el desarrollo y realiza una secuencia de tests cuyos resultados son capturados logrando una cobertura del 85% en menos de 3 horas. Tester Unitario : Unidad de código terminada Unidad de códigp Desarrollo Resultados capturados La cobertura de código del 85% es realizada en 3 horas. Arquitectura y Diseño de Sistemas 42 Arquitectura y Diseño de Sistemas 43 Testeabilidad Testeabilidad Caso de Estudio: El Ejército de Simios de Netflix Netfix está montado sobre la nube de Amazon (AWS), más precisamente sobre instancias de EC2 (servidores virtuales). Utiliza un ejército de simios como para parte de su proceso de testing. Chaos Monkey: Aleatoriamente mata procesos en el sistema ejecutando para monitorear el efecto de un proceso fallido. Latency Monkey: Introduce retardos artificiales en la capa de comunicación cliente-servidor para simular degradación. Conformity Monkey: Busca instancias que no adhieren a las buenas prácticas y las baja (por ej., instancias que no pertenecen a un auto-scaling group). Doctor Monkey: Monitorea la salud de las instancias de EC2. Janitor Monkey: Asegura que en ambiente de Netflix en la nube no desperdicia recursos. Donde encuentra un recurso no usado, lo libera. Security Monkey: Busca violaciones o vulnerabilidades de seguridad. Si las encuentra, las elimina. También chequea que los certificados SSL no se venzan Monkey: Detecta problemas de configuración de localización e i18n. Netflix pondera la testeabilidad de su sistema para asegurar la calidad de su servicio. Arquitectura y Diseño de Sistemas 44 Arquitectura y Diseño de Sistemas 45 Ejemplo: Usabilidad Areas de Interés Aprendizaje de características del sistema Uso eficiente del sistema Minimizar el impacto de errores Adaptación del sistema a las necesidades del usuario Incrementar la confianza y satisfacción Relación con la Arquitectura Muchas características de usabilidad requieren de soluciones arquitectónicas tempranas Arquitectura y Diseño de Sistemas 46 La facilidad con que las personas pueden utilizar un Sistema con el fin de alcanzar un objetivo concreto. Usabilidad Arquitectura y Diseño de Sistemas 47 Usuario final Quiere Aprender las características del sistema; usar el sistema eficientemente; minimizar el impacto de errores de usuario; adaptar el sistema a sus necesidades; configurar el sistema Sistema En tiempo de ejecución; en tiempo de configuración Para soportar el aprendizaje de las características del sistema Sistema de ayuda sensible al contexto; UI familiar para el usuario Para soportar el uso del sistema eficientemente Agregación de datos/comandos; reuso de datos y comandos ya ingresados; soporte para una navegación eficiente; distintas vistas con operaciones consistentes; Para minimizar el impacto de errores de usuario Deshacer, rehacer y recuperarse de una falla del sistema; reconocer y corregir un error de usuario; recuperar password olvidada Para adaptar el sistema Personalización; Internacionalización Para sentirse cómodo Mostrar el estado del sistema; trabajar al ritmo del usuario la Tiempo de la tarea; cantidad de errores; cantidad de problemas resueltos; satisfacción del usuario; tasa de operaciones exitosas vs operaciones no exitosas; interacción necesaria para completar una tarea. 6
7 Usabilidad Usabilidad Un usuario descarga una nueva aplicación y está usándola productivamente luego de 2 minutos de experimentación. Usuarios : Descargar una nueva aplicación Sistema En ejecución El usuario usa la aplicación productivamente Dentro de 2 minutos de exploración Arquitectura y Diseño de Sistemas 48 Arquitectura y Diseño de Sistemas 49 Ejemplo: Confiabilidad La capacidad de un sistema de mantenerse operativo en el tiempo. La probabilidad que tiene el sistema de realizar su función sin fallas durante un período de tiempo Medidas: Tiempo Medio Entre Fallas (MTTF) Porcentaje de operaciones que se ejecutan correctamente en un periodo Ejemplo: Sistema de Aterrizaje Automático Disponibilidad Alta: Debe estar disponible cuando el avión debe aterrizar Confiabilidad Baja: No tiene que permanecer operativo por largos periodos de tiempo. Confiabilidad Observaciones: Está muy ligado a otros atributos de calidad: Disponiblidad: Es la probabilidad que tiene el Sistema de estar operativo en un determinado punto en el tiempo. Tolereancia a Fallas: La capacidad para mantener un determinado nivel de rendimiento en casos de fallas de software o de violación a su interfaz. Recuperabilidad: La capacidad de restablecer un nivel de rendimiento determinado y recuperar los datos directamente afectados en caso de falla. Madurez: La capacidad de evitar fallas como resultado de defectos en el software. Arquitectura y Diseño de Sistemas 50 Arquitectura y Diseño de Sistemas 51 Confiabilidad la Interna al Sistema; externa al sistema Defecto: datos erróneos, falla de hardware, bug en el código, problemas de ambiente Procesadores del sistema, canales de comunicación, almacenamiento persistente, procesos, datos Modo Normal, Modo Sobrecargado El Sistema detectaría un evento y haría una o varias de las siguientes acciones: Registrarlo Notificar a quienes corresponda, incluyendo el usuario y otros sistemas Tomar las acciones necesarias para dejar los datos consistentes Reintentar la operación (probablemente con algún delay) Tiempo medio entre fallas Porcentaje de operaciones que se ejecutan correctamente en un periodo Tiempo que el Sistema puede funcionar en modo Sobrecargado Disponibilidad En AWS (la nube de Amazon) las conexiones a los servicios de AWS pueden fallar eventual y esporádicamente. Ante una falla de la infraestructura de AWS, el sistema debe reintentar la transacción en 5, 10, 20, segundos hasta que logre ejecutarse existosamente. Infraestructura de AWS : Error de acceso a un servicio de AWS Proceso Operación Normal Reintentar la transacción hasta tener éxito. Frecuencia de reintento: 5, 10, 20, 40 segundos, Sin transacciones fallidas Arquitectura y Diseño de Sistemas 52 Arquitectura y Diseño de Sistemas 53 7
8 Usabilidad Reliability Tactics Detect Faults Recover from Faults Prevent Faults Fault Ping/Echo Monitor Heartbeat Timestamp Sanity Checking Condition Monitoring Voting Exception Detection Self-Test Preparation and Repair Active Redundancy Retry Ignore Faulty Behaior Degradation Reconfiguration Async. Processing Reintroduction Shadow Passive State Resync Redundancy Escalating Restart Exception Handling Non-Stop Rollback Forwarding Transaction Predective Model Exception Prevention Increase Competence Set Replace Fault Masked or Repair Made Arquitectura y Diseño de Sistemas 54 8
Ingeniería de Software. Pruebas
Ingeniería de Software Pruebas Niveles de prueba Pruebas unitarias Niveles Pruebas de integración Pruebas de sistema Pruebas de aceptación Alpha Beta Niveles de pruebas Pruebas unitarias Se enfocan en
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer
Más detalleshttp://www.statum.biz http://www.statum.info http://www.statum.org
ApiaMonitor Monitor de Infraestructura BPMS Por: Ing. Manuel Cabanelas Product Manager de Apia Manuel.Cabanelas@statum.biz http://www.statum.biz http://www.statum.info http://www.statum.org Abstract A
Más detallesTesting. Tipos, Planificación y Ejecución de Pruebas
Testing Tipos, Planificación y Ejecución de Pruebas Contenido Definiciones del Testing de Software Objetivos, conceptos Tipos de Test Testing a-la RUP Rol del Testing en el proceso Artefactos Trabajadores
Más detallesCapítulo 4 Pruebas e implementación de la aplicación CAPÍTULO 4 PRUEBAS E IMPLEMENTACIÓN DE LA APLICACIÓN
CAPÍTULO 4 PRUEBAS E IMPLEMENTACIÓN DE LA APLICACIÓN CONCEPTOS DE PRUEBAS DE APLICACIÓN El departamento de Testing se encarga de diseñar, planear y aplicar el rol de pruebas a los sistemas que el PROVEEDOR
Más detallesPRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE
PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,
Más detallesProceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:
PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo
Más detallesPlan de estudios ISTQB: Nivel Fundamentos
Plan de estudios ISTQB: Nivel Fundamentos Temario 1. INTRODUCCIÓN 2. FUNDAMENTOS DE PRUEBAS 3. PRUEBAS A TRAVÉS DEL CICLO DE VIDA DEL 4. TÉCNICAS ESTÁTICAS 5. TÉCNICAS DE DISEÑO DE PRUEBAS 6. GESTIÓN DE
Más detallesElementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
Más detallesMARCO DE REFERENCIA SISTEMAS DE INFORMACIÓN PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO
MARCO DE REFERENCIA PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO SISTEMAS DE INFORMACIÓN PLANEACIÓN Y GESTIÓN DE SIS-INF 80. Definición Estratégica de los SIS-INF Las entidades deben, en la Arquitectura
Más detallesPROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO...
Tabla de Contenido PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO... 2 1. LA PRESENCIA DE INFORMACIÓN Y AYUDA ÚTIL PARA COMPLETAR LOS TRÁMITES EN LÍNEA.... 2 2. LA DISPONIBILIDAD DE DIVERSOS
Más detallesCAPÍTULO I. Sistemas de Control Distribuido (SCD).
1.1 Sistemas de Control. Un sistema es un ente cuya función es la de recibir acciones externas llamadas variables de entrada que a su vez provocan una o varias reacciones como respuesta llamadas variables
Más detallesSalud de Activos Reflejo de la Estrategia de Mantenimiento
Salud de Activos Reflejo de la Estrategia de Mantenimiento Mucho se ha dicho y escrito acerca de como medir la efectividad de una estrategia de mantenimiento, sin embargo, al momento solo porciones de
Más detallesMACROPROCESO GESTIÓN TECNOLÓGICA
Versión 1.0 Página 1 de 5 1. OBJETIVO Suministrar las fases para la puesta en producción de aplicaciones y sistemas de información desarrollados o adquiridos por el Instituto Colombiano de Bienestar Familiar
Más detallesNorma ISO 9001: 2008. Sistema de Gestión de la Calidad
Norma ISO 9001: 2008 Sistema de Gestión de la Calidad Hemos recibido una solicitud de información a través de nuestra Web (www.grupoacms.com). Próximamente un comercial de ACMS se pondrá en contacto con
Más detallesSISTEMAS DE INFORMACIÓN III TEORÍA
CONTENIDO: IMPLEMENTACIÓN DE SISTEMAS CODIFICACIÓN- PRUEBAS - INSTALACIÓN - DOCUMENTACIÓN- ADIESTRAMIENTO - SOPORTE LA IMPLANTACIÓN COMO CAMBIO ORGANIZACIONAL Material diseñado y elaborado por: Prof. Luis
Más detallesArquitectura de sistema de alta disponibilidad
Mysql Introducción MySQL Cluster esta diseñado para tener una arquitectura distribuida de nodos sin punto único de fallo. MySQL Cluster consiste en 3 tipos de nodos: 1. Nodos de almacenamiento, son los
Más detallesARQUITECTURA TÉCNICA ASIGNATURA: MATERIALES DE CONSTRUCCIÓN II CURSO: 2009-2010 APUNTES TEMA 1: CONTROL DE CALIDAD
ARQUITECTURA TÉCNICA ASIGNATURA: MATERIALES DE CONSTRUCCIÓN II CURSO: 2009-2010 APUNTES TEMA 1: CONTROL DE CALIDAD. CONCEPTO. EVOLUCIÓN CON EL TIEMPO. NORMA UNE EN ISO 9001:2000 Profesor: Victoriano García
Más detallesGestión de la Configuración
Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de
Más detallesLa Pirámide de Solución de TriActive TRICENTER
Información sobre el Producto de TriActive: Página 1 Documento Informativo La Administración de Sistemas Hecha Simple La Pirámide de Solución de TriActive TRICENTER Información sobre las Soluciones de
Más detallesSistemas de Información Administrativo - Universidad Diego Portales. Cátedra : Sistemas de Información Administrativa S.I.A.
Cátedra : Sistemas de Información Administrativa S.I.A. Escuela de Contadores Auditores Tema: Ingeniería del Software Estrategias de Pruebas Relator: Sr. Eduardo Leyton G Pruebas del Software (Basado en
Más detallesGestión de Configuración del Software
Gestión de Configuración del Software Facultad de Informática, ciencias de la Comunicación y Técnicas Especiales Herramientas y Procesos de Software Gestión de Configuración de SW Cuando se construye software
Más detallesAnexo I. Politicas Generales de Seguridad del proyecto CAT
Anexo I Politicas Generales de Seguridad del proyecto CAT 1 Del Puesto de Servicio. Se requiere mantener el Puesto de Servicio: a) Disponible, entendiendo por ello que el Puesto de Servicio debe estar
Más detallesNUEVAS TENDENCIAS EN LA CALIDAD DEL SOFTWARE IGNACIO BAYUGAR
NUEVAS TENDENCIAS EN LA CALIDAD DEL SOFTWARE IGNACIO BAYUGAR Ignacio.bayugar@mercadolibre.com, i id nachobayugar@gmail.com NUEVAS TENDENCIAS EN LA CALIDAD DEL SOFTWARE El desarrollo ágil El nuevo rol de
Más detallesGestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari
Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari 1 Temario Definiciones Problemas del cambio Elementos de la configuración Actividades de SCM Identificación
Más detallesSSTQB. Nivel Fundamentos. Examen ejemplo. Programa de estudios 2010
SSTQB Nivel Fundamentos Examen ejemplo Página 1 de 12 Fecha publicación: 28 - octubre - 2015 Índice Preguntas... 3 Respuestas... 12 Página 2 de 12 Fecha publicación: 28 - octubre - 2015 Preguntas 1 2 Una
Más detallesCONCEPTOS GENERALES SOBRE SEGURIDAD INFORMATICA
CONCEPTOS GENERALES SOBRE SEGURIDAD INFORMATICA Hoy en día las redes de comunicaciones son cada vez mas importantes para las organizaciones ya que depende de estás, para que exista un manejo adecuado de
Más detallesMicrosoft es una marca comercial registrada o una marca comercial de Microsoft Corporation en Estados Unidos y otros países.
Este documento es solo para fines informativos. MICROSOFT NO OTORGA NINGUNA GARANTÍA, YA SEA EXPLÍCITA, IMPLÍCITA O LEGAL, RESPECTO DE LA INFORMACIÓN CONTENIDA EN ESTE DOCUMENTO. Este documento se entrega
Más detallesGUÍA DE SEGURIDAD DE LA INFORMACIÓN GUÍA GOBIERNO CORPORATIVO PARA EMPRESAS SEP
GUÍA DE SEGURIDAD DE LA INFORMACIÓN GUÍA GOBIERNO CORPORATIVO PARA EMPRESAS SEP 1. Introducción La información puede adoptar o estar representada en diversas formas: impresa o escrita (papeles de trabajo,
Más detallesResumen General del Manual de Organización y Funciones
Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de
Más detallesHaga clic para modificar el estilo de título del patrón Haga clic para modificar el estilo de texto del patrón
texto del DESAFÍOS PARA ALCANZAR EL CUMPLIMIENTO: GUÍA DE IMPLEMENTACIÓN, INTEGRACIÓN DE LA SEGURIDAD EN EL CICLO DE VIDA DEL SOFTWARE, LABORATORIO PCI DSS COMPLIANT. FERMÍN GARDE FERNÁNDEZ RESPONSABLE
Más detalles<Generador de exámenes> Visión preliminar
1. Introducción Proyecto Final del curso Técnicas de Producción de Sistemas Visión preliminar Para la evaluación de algunos temas de las materias que se imparten en diferentes niveles,
Más detallesEntidad Formadora: Plan Local De Formación Convocatoria 2010
Entidad Formadora: Enterprise Architect Comenzando Puede iniciar Enterprise Architect desde el ícono que se creó en su escritorio de Windows durante la instalación, o alternativamente: 1. Abrir el menú
Más detalles3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE
3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar
Más detallesBechtle Solutions Servicios Profesionales
Soluciones Tecnología Bechtle Solutions Servicios Profesionales Fin del servicio de soporte técnico de Windows Server 2003 No hacer nada puede ser un riesgo BECHTLE Su especialista en informática Ahora
Más detallesAdministración de Centros de Computo. ITIL. MSG.ING. DARWIN CERCADO B dcercado@primma.com.ec
Administración de Centros de Computo. ITIL dcercado@primma.com.ec Situación Procesos de negocio complejos y cambiantes, tiempos acelerados y un mercado global imponen requerimientos exigentes. El negocio
Más detallesINFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA
INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA con destino a GORE DE ATACAMA ELIMCO SISTEMAS Alfredo Barros Errázuriz 1954
Más detallesEmpresa Financiera Herramientas de SW Servicios
Empresa Financiera Herramientas de SW Servicios Resulta importante mencionar que ésta es una empresa cuya actividad principal está enfocada a satisfacer las necesidades financieras de los clientes, a través
Más detallesNorma ISO 14001: 2015
Norma ISO 14001: 2015 Sistema de Gestión Medioambiental El presente documento es la versión impresa de la página www.grupoacms.com Si desea más información sobre la Norma ISO 14001 u otras normas relacionadas
Más detallesCONTRALORIA GENERAL DE LA REPUBLICA UNIDAD DE TECNOLOGIAS DE INFORMACION POLITICAS DE USO DE LA RED INALAMBRICA INSTITUCIONAL
CONTRALORIA GENERAL DE LA REPUBLICA UNIDAD DE TECNOLOGIAS DE INFORMACION POLITICAS DE USO DE LA RED INALAMBRICA INSTITUCIONAL AÑO 2009 1 POLITICAS DE USO DE LA RED INALAMBRICA INSTITUCIONAL 1. INTRODUCCION.
Más detallesLEY QUE NORMA EL USO, ADQUISICIÓN Y ADECUACIÓN DEL SOFTWARE EN LA ADMINISTRACIÓN PUBLICA
ADQUISICIÓN DE SOFTWARE DE CORREO 1. Nombre del Área :. Responsable de la Evaluación : Aldo Quispe Santa María. Cargo : Director (e) de Tecnología de la Información y Sistemas 4. Fecha : de Julio de 007
Más detallesAnálisis del Sistema de Información
Análisis del Sistema de Información 1 1. Definición y objetivos análisis.(del gr. ἀνάλυσις). 1. m. Distinción y separación de las partesdeun todo hasta llegar a conocer sus principios o elementos. 2. m.
Más detallesAcronis License Server. Guía del usuario
Acronis License Server Guía del usuario TABLA DE CONTENIDO 1. INTRODUCCIÓN... 3 1.1 Generalidades... 3 1.2 Política de licencias... 3 2. SISTEMAS OPERATIVOS COMPATIBLES... 4 3. INSTALACIÓN DE ACRONIS LICENSE
Más detallesVentajas del software del SIGOB para las instituciones
Ventajas del software del SIGOB para las instituciones Podemos afirmar que además de la metodología y los enfoques de trabajo que provee el proyecto, el software, eenn ssi i mi issmoo, resulta un gran
Más detallesMetodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales
Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Modulo 03 UML: Vista de Casos de Uso Artefacto: Actores Catedrático MSC. Jose Juan Aviña Grimaldo e-mail josejuan_avina@gmail.com
Más detallesUnidad III. Software para la administración de proyectos.
Unidad III Software para la administración de proyectos. 3.1 Herramientas de software para administrar proyectos. El software de administración de proyectos es un concepto que describe varios tipos de
Más detallesGestión del Servicio de Tecnología de la información
Gestión del Servicio de Tecnología de la información Comentario de la norma ISO 20000 bajo el enfoque de ITIL Autor: Francisco Tejera (ISO 20000 Practitioner) Agenda 1-2-3 INTRODUCCIÓN 4 5 REQUISITOS GENERALES
Más detallesMODULO: MERCADEO. Acuerdo de Nivel de Servicio (ANS) Service Level Agreement (SLA) MODELO DE MUESTRA SIN VALOR COMERCIAL
MODULO: MERCADEO Acuerdo de Nivel de Servicio (ANS) Service Level Agreement (SLA) 1 Servicio de Soporte. El presente apartado constituye las condiciones de soporte y mantenimiento por parte de enncloud
Más detallesINFORME TECNICO ESTANDARIZACION DEL SERVICIO DE SOPORTE DE LA PLATAFORMA TRANSACCIONAL TRANSLINK TRANSACTION SERVICES OCTUBRE 2011 1.
INFORME TECNICO ESTANDARIZACION DEL SERVICIO DE SOPORTE DE LA PLATAFORMA TRANSACCIONAL TRANSLINK TRANSACTION SERVICES 1. OBJETIVO OCTUBRE 2011 Sustentar y formalizar el estándar del servicio de Soporte
Más detallesInformación de Producto:
Windows Server 2008 Foundation La nueva tecnología rentable de Windows Server 2008 Foundation La tecnología confiable y comprobada de Windows Server Foundation proporciona una base para ejecutar las aplicaciones
Más detallesNovedades en Q-flow 3.02
Novedades en Q-flow 3.02 Introducción Uno de los objetivos principales de Q-flow 3.02 es adecuarse a las necesidades de grandes organizaciones. Por eso Q-flow 3.02 tiene una versión Enterprise que incluye
Más detallesOperación 8 Claves para la ISO 9001-2015
Operación 8Claves para la ISO 9001-2015 BLOQUE 8: Operación A grandes rasgos, se puede decir que este bloque se corresponde con el capítulo 7 de la antigua norma ISO 9001:2008 de Realización del Producto,
Más detallesCustodia de Documentos Valorados
Custodia de Documentos Valorados En el complejo ambiente en que se desarrollan los procesos de negocio actuales, se hace cada vez más necesario garantizar niveles adecuados de seguridad en la manipulación
Más detallesTópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN
Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.
Más detallesSistemas de Gestión de Calidad. Control documental
4 Sistemas de Gestión de Calidad. Control documental ÍNDICE: 4.1 Requisitos Generales 4.2 Requisitos de la documentación 4.2.1 Generalidades 4.2.2 Manual de la Calidad 4.2.3 Control de los documentos 4.2.4
Más detallesIngeniería de Software Calidad de Procesos y Productos de Software
Ingeniería de Software Calidad de Procesos y Productos de Software M. Visconti & H. Astudillo Departamento de Informática Universidad Técnica Federico Santa María Calidad
Más detallesUNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos
2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven
Más detallesELEMENTOS GENERALES DE GESTIÓN.
RECOPILACION ACTUALIZADA DE NORMAS Capítulo 20-9 Hoja 1 CAPÍTULO 20-9 GESTION DE LA CONTINUIDAD DEL NEGOCIO. El presente Capítulo contiene disposiciones sobre los lineamientos mínimos para la gestión de
Más detallesCRM Gestión de Oportunidades Documento de Construcción Bizagi Process Modeler
Bizagi Process Modeler Copyright 2011 - Bizagi Tabla de Contenido CRM- Gestión de Oportunidades de Venta... 4 Descripción... 4 Principales Factores en la Construcción del Proceso... 5 Modelo de Datos...
Más detallesCiclo de vida del software
Ciclo de vida del software Definición El proceso que se sigue para construir, entregar y hacer evolucionar el software, desde la concepción de una idea hasta la entrega y el retiro del sistema. Confiable,
Más detalles3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m.
Arquitecto de Datos 1. Línea de Negocios: Soluciones de Negocios 2. Funciones Específicas: Participar en la realización de las actividades técnicas de actualización y migraciones a versiones mejoradas
Más detallesSistema de Mensajería Empresarial para generación Masiva de DTE
Sistema de Mensajería Empresarial para generación Masiva de DTE TIPO DE DOCUMENTO: OFERTA TÉCNICA Y COMERCIAL VERSIÓN 1.0, 7 de Mayo de 2008 CONTENIDO 1 INTRODUCCIÓN 4 2 DESCRIPCIÓN DE ARQUITECTURA DE
Más detallesInfraestructura Tecnológica. Sesión 1: Infraestructura de servidores
Infraestructura Tecnológica Sesión 1: Infraestructura de servidores Contextualización La infraestructura de cualquier servicio o mecanismo es importante, define el funcionamiento de los elementos en que
Más detalles1. Descripción y objetivos
Pruebas 1 1. Descripción y objetivos Las pruebas son prácticas a realizar en diversos momentos de la vida del sistema de información para verificar: El correcto funcionamiento de los componentes del sistema.
Más detallesMonitoreo de Plataformas TI. de Servicios
Por qué Provectis Infraestructura de Monitoreo de Plataformas TI Administrados de Servidores Administrados de Almacenamiento Administrados de Respaldo y Recuperación Administrados de Plataformas de Escritorio
Más detallesWINDOWS 2008 7: COPIAS DE SEGURIDAD
1.- INTRODUCCION: WINDOWS 2008 7: COPIAS DE SEGURIDAD Las copias de seguridad son un elemento fundamental para que el trabajo que realizamos se pueda proteger de aquellos problemas o desastres que pueden
Más detallesOficina Online. Manual del administrador
Oficina Online Manual del administrador 2/31 ÍNDICE El administrador 3 Consola de Administración 3 Administración 6 Usuarios 6 Ordenar listado de usuarios 6 Cambio de clave del Administrador Principal
Más detallesUNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS
UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS AUDITORIA DE SISTEMAS COMPUTACIONALES TIPOS DE AUDITORIA LIC. FRANCISCO D. LOVOS Tipos de Auditorías Auditoría de Base de Datos Auditoría de Desarrollo
Más detalleshttp://www.manavell.com info@manavell.com
http://www.manavell.com info@manavell.com Antes que nada le agradecemos su interés en nuestros servicios. Nuestro interés es poder ayudar a su organización a tener una presencia online segura, profesional
Más detallesCapítulo IV. Manejo de Problemas
Manejo de Problemas Manejo de problemas Tabla de contenido 1.- En qué consiste el manejo de problemas?...57 1.1.- Ventajas...58 1.2.- Barreras...59 2.- Actividades...59 2.1.- Control de problemas...60
Más detallesSISTEMAS IDEALES SISTIDE, S.A. SISTEMA GESTION DE USUARIOS
SISTEMAS IDEALES SISTIDE, S.A. SISTEMA GESTION DE USUARIOS PÁGINA 2 SISTEMAS IDEALES SISTIDE, S.A. SISTEMA DE GESTIÓN DE USUARIOS (SGU) Hoy en día los centros de tecnología de información tienen a su cargo
Más detallesRecursos HELP DESK Biblioteca 2012
Selección de herramientas para la implementación de ITIL - Segunda Parte Uno de los principales objetivos del marco de trabajo ITIL es administrar la información que se usa para manejar la calidad y la
Más detallesEl 6% de los ordenadores sufren pérdidas de Están sus datos seguros? información a lo largo de un año. El 90% de los ordenadores no están siendo respaldados con copias de seguridad fiables. El 15% de los
Más detallesTema 1. Conceptos fundamentales de los Sistemas Operativos
Tema 1. Conceptos fundamentales de los Sistemas Operativos 1. Introducción a los Sistemas Operativos. 1. Concepto de Sistema Operativo. Niveles del software. 2. Funciones principales de un Sistema Operativo.
Más detallesDESCRIPCIÓN DEL PROCESO DE RIESGO OPERACIONAL
DESCRIPCIÓN DEL PROCESO DE RIESGO Julio 10, de 2012 INDICE Proceso Riesgo Operacional... 1 Objetivo General... 1 Objetivos Específicos... 1 I. Identificación del Riesgo.... 1 II. Medición y Mitigación
Más detallesCalidad Escuela de Ingeniería de Sistemas y Computación Desarrol o de Software II Agosto Diciembre 2007
Calidad Calidad Definición de diccionario: Conjunto de Cualidades que constituyen la manera de ser de una persona o cosa. En términos generales podemos definir la calidad como conjunto de características
Más detallesAnálisis y gestión de riesgo
Marco Dueñes Intriago María Cabrales Jaquez Resumen capitulo 6 Ingeniería del software Análisis y gestión de riesgo Estrategias de riesgo proactivas vs reactivas Una estrategia considerablemente más inteligente
Más detallesPROCESO ADMINISTRACIÓN DE RECURSOS TECNOLÓGICOS SUBPROCESO ADMINISTRACIÓN DE CONTINGENCIAS
Objetivo Este subproceso establece las actividades que se realizan para la planeación y control de respaldos y desastres relacionados con los recursos informáticos existentes en el Senado de La República
Más detallesCapítulo 3 Diseño del Sistema de Administración de Información de Bajo Costo para un Negocio Franquiciable
Capítulo 3 Diseño del Sistema de Administración de Información de Bajo Costo para un Negocio Franquiciable 1. Introducción. El Sistema de Administración de Información de un Negocio Franquiciable (SAINF)
Más detallesPROVIAS NACIONAL INFORME TÉCNICO DE EVALUACIÓN DE SOFTWARE Nº 001-2007-MTC/20.2.6. 1. NOMBRE DEL ÁREA: Unidad de Informática
PROVIAS NACIONAL INFORME TÉCNICO DE EVALUACIÓN DE SOFTWARE Nº 001-2007-MTC/20.2.6 1. NOMBRE DEL ÁREA: Unidad de Informática 2. RESPONSABLES DE LA EVALUACIÓN: 3. CARGOS: Milton Sandoval Cruz Administrador
Más detallesMonitorización de sistemas y servicios
Monitorización de sistemas y servicios Contenidos Contenidos... 1 Resumen ejecutivo... 2 Arquitectura de la plataforma de monitorización... 2 Monitorización y alarmas... 3 Monitorización... 3 Servicios
Más detallesDefinición del Sistema de Gestión de Seguridad de la Información (SGSI) ALCALDÍA DE SANTA ROSA DE OSOS
Definición del Sistema de Gestión de Seguridad de la Información (SGSI) ALCALDÍA DE SANTA ROSA DE OSOS ALCANCE El alcance del SGSI se define como la manera en que la alcaldía municipal de Santa Rosa de
Más detallesSEGURIDAD INFORMATICA GENERALIDADES DE LA SEGURIDAD INFORMATICA
SEGURIDAD INFORMATICA GENERALIDADES DE LA SEGURIDAD INFORMATICA Seguridad de la información? Vs Seguridad? ISO/IEC 17799 ISO/IEC 2700 -> SGSI Organización de Estándares Internacionales/Comisión Electrotécnica
Más detallesGestión de archivos (módulo transversal, MF0978_2)
Gestión de archivos (módulo transversal, MF0978_2) Curso de capacitación para la obtención del módulo formativo Gestión de archivos del Certificado de profesionalidad (código MF0978_2), asociado a la unidad
Más detallesEdición de Ofertas Excel Manual de Usuario
Edición de Ofertas Excel Manual de Usuario Alfonso XI, 6 28014 Madrid F(+34) 91 524 03 96 www.omie.es Ref. MU_OfertasExcel.docx Versión 4.0 Fecha: 2012-11-26 ÍNDICE 1 INTRODUCCIÓN 3 2 CONSIDERACIONES DE
Más detallesFundamentos del diseño 3ª edición (2002)
Unidades temáticas de Ingeniería del Software Fundamentos del diseño 3ª edición (2002) Facultad de Informática necesidad del diseño Las actividades de diseño afectan al éxito de la realización del software
Más detallesTERCERIZACIÓN DE SERVICIOS DE TI. ANEXO 4 - Actividades y niveles de servicio definidos para Primer Nivel de Soporte en Seguridad
TERCERIZACIÓN DE SERVICIOS DE TI ANEXO 4 - Actividades y niveles de servicio definidos para Primer Nivel de Soporte en Seguridad 1. ALCANCE: El Primer Nivel de Soporte en Seguridad atenderá todas las solicitudes
Más detalles2 EL DOCUMENTO DE ESPECIFICACIONES
Ingeniería Informática Tecnología de la Programación TEMA 1 Documentación de programas. 1 LA DOCUMENTACIÓN DE PROGRAMAS En la ejecución de un proyecto informático o un programa software se deben de seguir
Más detallesGestión de Oportunidades
Gestión de Oportunidades Bizagi Suite Gestión de Oportunidades 1 Tabla de Contenido CRM Gestión de Oportunidades de Negocio... 4 Elementos del Proceso... 5 Registrar Oportunidad... 5 Habilitar Alarma y
Más detalles6 Anexos: 6.1 Definición de Rup:
6 Anexos: 6.1 Definición de Rup: Es un producto del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo.
Más detallesPedro Rosa Ferrero Grupo ETRA. 16th IRF World Meeting Lisboa 2010
APLICACIÓN DE SIMULACIÓN DE ESCENARIOS PARA LA FORMACIÓN DE OPERADORES Pedro Rosa Ferrero Grupo ETRA 16th IRF World Meeting Lisboa 2010 Contenido de la presentación EL CONTEXTO DE LA SEGURIDAD EN LOS TÚNELES
Más detallesUnidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008)
Unidades temáticas de Ingeniería del Software Fases del proceso de desarrollo 4ª edición (2008) Facultad de Informática organización del desarrollo El ciclo de vida del software abarca el proceso de desarrollo,
Más detallesSIMAD CLOUD. La Gestión Documental ahora en la nube, más eficiente SISTEMA INTEGRADO DE ADMINISTRACIÓN DOCUMENTAL
La administración documental profesional es una completa herramienta documental dirigida preferiblemente a pequeñas y medianas organizaciones para ganar control sobre sus documentos, con énfasis en la
Más detallese-commerce, es hacer comercio utilizando la red. Es el acto de comprar y vender en y por medio de la red.
Comercio electrónico. (e-commerce) Las empresas que ya están utilizando la red para hacer comercio ven como están cambiando las relaciones de la empresa con sus clientes, sus empleados, sus colaboradores
Más detallesMS_10974 Deploying Windows Server
Gold Learning Gold Business Intelligence Silver Data Plataform www.ked.com.mx Por favor no imprimas este documento si no es necesario. Introducción. En este curso usted aprenderá cómo planear e implementar
Más detallesTecnología de la Información. Administración de Recursos Informáticos
Tecnología de la Información Administración de Recursos Informáticos 1. Recursos informáticos: Roles y Responsabilidades 2. Áreas dentro del Departamento de Sistemas 3. Conceptos asociados a proyectos
Más detallesbeservices 2015 Resumen de características técnicas
Resumen de características técnicas behelp MANTENIMIENTO de COBERTURA TOTAL Sistema automatizado basado en los servicios gestionados en el que la prioridad es la Proactividad eliminando las incidencias
Más detallesMANUAL COPIAS DE SEGURIDAD
MANUAL COPIAS DE SEGURIDAD Índice de contenido Ventajas del nuevo sistema de copia de seguridad...2 Actualización de la configuración...2 Pantalla de configuración...3 Configuración de las rutas...4 Carpeta
Más detallesAdelacu Ltda. www.adelacu.com Fono +562-218-4749. Graballo+ Agosto de 2007. Graballo+ - Descripción funcional - 1 -
Graballo+ Agosto de 2007-1 - Índice Índice...2 Introducción...3 Características...4 DESCRIPCIÓN GENERAL...4 COMPONENTES Y CARACTERÍSTICAS DE LA SOLUCIÓN...5 Recepción de requerimientos...5 Atención de
Más detallesNorma ISO 14001: 2004
Norma ISO 14001: 2004 Sistema de Gestión Ambiental El presente documento es la versión impresa de la página www.grupoacms.com Si desea más información sobre la Norma ISO 14001 u otras normas relacionadas
Más detalles