Está en la página 1de 62

Introduccin

Escalabilidad, eficiencia, efectividad, modelado y calidad de datos. Calidad en bases de datos: calidad del gestor, calidad del modelo de datos y calidad de los datos. Normas de calidad. La calidad de la informacin es un reto al que se enfrentan las organizaciones. El anlisis de una buena informacin es la base para el xito de las organizaciones. Las BD son el ncleo donde reside la informacin. La calidad en el proceso del diseo y desarrollo de las BD resulta esencial.

Calidad en Sistemas de Informacin Concepto de calidad (Gillies, 1992) El concepto de calidad no es absoluto hay distintas perspectivas est sujeto a restricciones los criterios de calidad no son independientes se trata de tomar compromisos aceptables vistas de la calidad (Garvin, 1984) Trascendental: Calidad = excelencia innata que las personas perciben Basada en usuario: Adecuacin al propsito (Juran) Basada en fabricante: Conforme con los requisitos (Crossby). Basada en producto: Atributos medibles Basada en valor: Equilibrio entre tiempo, esfuerzo y coste

Calidad del Software La calidad del software resulta difcil de medir: Conclusin de los trabajos de (Fenton & Pfleeger, 1996) (Genuchten, 1991) (Gillies, 1992) (Basili&Rombach, 1988) (Heemstra, r 1989). El software es abstracto slo su funcionalidad puede apreciarse.

El software es complejo: los mdulos tienen muchas lneas de cdigo, caminos distintos, situaciones producibles. El software es flexible: comparado con otros productos, es fcilmente cambiable lo que puede llevar a productos que no cumplan con lo especificado.
Las caractersticas del software son difciles de medir: ISO 9126.

Calidad en el Desarrollo de Sistemas de Informacin: Satisfacer al cliente

Asegurar la calidad del producto: Cumple los objetivos.


Tcnicas y actividades orientadas a verificar el producto (ISO-9126 ).

Mejorar la productividad en el proceso de desarrollo: Acciones planificadas y sistemticas para garantizar


Que el producto cumplir los requisitos de calidad. Ciclo de vida del software (ISO 9001 9001:2000 2000, ISO 15504 cmm). La calidad no es algo que ocurre por casualidad, ni puede ser agregada a posteriori (Gilb, 1994) (Humphrey, 1989).

Escalabilidad, eficiencia, efectividad, modelado y calidad de datos

Es la propiedad deseable de un sistema, una red, una BD, un proceso, que indica su habilidad para: Extender el margen de operaciones sin perder calidad manejar el crecimiento continuo de trabajo de manera fluida. Estar preparado para hacerse ms grande sin perder servicios ofrecidos . calidad en los

Cambiar su tamao o configuracin para adaptarse a las circunstancias cambiantes. Un sistema cuyo rendimiento es mejorado despus de haberle aadido ms capacidad hardware.

Proporcionalmente a la capacidad aadida, se dice que pasa a ser un sistema escalable

La escalabilidad puede ser clasificada en: Escalabilidad en carga: Esta cae dentro de los sistemas distribuidos , ya que hacen ampliar o disminuir los recursos para acomodar las cargas ms pesadas o ligeras segn lo que se requiera. Escalabilidad geogrfica : Es cuando un sistema no se ve afectado por las distancias geogrficas que puedan haber entre los usuarios.

Escalabilidad administrativa: Esta debe de manejarse con facilidad sin importar las organizaciones que necesiten compartir un solo sistema distribuido.

Ejemplo: Un sistema de procesamiento y transaccin en lnea o un sistema administrador de base de datos escalable se puede actualizar para procesar ms servicios sumndole dispositivos y almacenamiento, que pueden implementarse con facilidad por medio de los procesadores nuevos. Escalabilidad vertical y horizontal: Vertical: Agregar ms recursos a un mismo nodo Horizontal: Distribuir el volumen de datos y carga de trabajo entre mltiples servidores que administran el balanceo de carga existe la posibilidad de agregar o quitar servidores para aumentar o disminuir la capacidad de procesamiento mediante la distribucin de la carga de trabajo los recursos de procesamiento se reparten entre mltiples servidores.

Escalabilidad en una BD relacional

Significa que se puede incrementar el nmero de atributos, entidades y relaciones entre las entidades para actualizar los requerimientos.
Eficiencia Etimologa: del latn efficientia. Eficiencia es el estado o cualidad de ser eficiente, de tener la capacidad de producir cierto resultado o efecto. Eficiencia es la capacidad de hacer un trabajo minimizando el consumo de recursos. Eficacia: Hacer las cosas bien, con los mejores mtodos posibles para lograr el objetivo.

Calidad en Sistemas de Informacin EMC y Oracle apoyan a las organizaciones de tecnologas de la informacin (TI) para que implementen una infraestructura de la informacin ptima a fin de equilibrar tres objetivos: La reduccin de costos La moderacin de riesgos La generacin de valor

Los principales desafos para lograr la eficiencia (segn EMC y Oracle): Control del costo del crecimiento: Segn estudios estadsticos, una vez implementadas, las BD crecen a un ritmo superior al 30% anual. El aprovisionamiento y la planificacin adecuados de la capacidad resultan fundamentales para garantizar un rendimiento consistente a escala; se debe proyectar el camino de crecimiento actual o futuro de la implementacin de la BD y evaluar si est aprovechando la consolidacin y la virtualizacin en pos de la eficiencia. Maximizacin del Rendimiento Despus de la implementacin las BD generalmente requieren un ajuste continuo se debe comprender los tiempos de respuesta deseados y los niveles de servicio requeridos para cada implementacin. Se debe implementar las mejores herramientas para garantizar la colaboracin entre los administradores de almacenamiento y los administradores de BD a medida que monitorean, ajustan y optimizan la infraestructura de la Informacin del SGBD.

Garanta de la Continuidad Completa del Negocio Mantener en funcionamiento las aplicaciones de negocios implica ms que simplemente replicar los archivos de las BD. Debe comprender los objetivos de tiempo de recuperacin y de punto de recuperacin de cada aplicacin implementada en la infraestructura del SGDB. Cuando se planee usar la replicacin, se debe comprender los casos de uso y el impacto de garantizar la consistencia de transacciones durante la replicacin de la BD. Al implementar la recuperacin de desastres en sitios remotos se debe asegurar que las soluciones puedan proteger los archivos de BD. Las aplicaciones y el middleware, a fin de garantizar un reinicio del negocio rpido y eficiente.

Proteccin Interna y Externa de Infraestructura de TI Las BD y las aplicaciones que soportan suelen alojar informacin corporativa confidencial . Se debe determinar si se est en posicin de manejar la autenticacin de usuarios internos y externos, y de encriptar datos en reposo reposo.

Se debe determinar si puede establecer de manera eficiente polticas de acceso seguro en la organizacin para las distintas aplicaciones de BD.
Optimizacin de data Warehousing frente a OLTP (proceso de transacciones en lnea) lnea): La implementacin de un SGBD en ambientes de Data Warehouse frente a OLTP tradicional requiere diversos enfoques respecto de la infraestructura de la informacin. Es necesario optimizar redes, servidores y almacenamiento de manera exclusiva para cada enfoque. Esto se aplica especialmente si el Data Warehouse ser una extensin de un ambiente de produccin existente o si se implementar como una configuracin de dispositivo independiente

Calidad en Sistemas de Informacin Diseo y rendimiento en BD Se puede mejorar notablemente el rendimiento si se disea correctamente la aplicacin y la BD. Algunas tcnicas que pueden aplicarse para mejorar el rendimiento son: Utilizar la desnormalizacin de la BD Columnas de longitud fija o variable Crear longitudes de fila menores Utilizar longitudes de clave menores

Utilizar la desnormalizacin de la BD: Una BD normalizada impide las dependencias funcionales de los datos para que el proceso de actualizacin de la BD sea fcil y eficiente. La realizacin de consultas en la BD puede requerir la combinacin de varias tablas para unir la informacin. A medida que el nmero de tablas combinadas crece, el tiempo de ejecucin de la consulta aumenta considerablemente. El uso de una BD normalizada no es siempre la mejor alternativa. Una BD con la medida justa de desnormalizacin reduce el nmero de tablas que deben combinarse sin dificultar en exceso el proceso de actualizacin. Columnas de longitud fija o variable: El diseo de las tablas permite comprender las ventajas e inconvenientes del uso de columnas de longitud fija y de longitud variable. Las columnas de longitud variable reducen el tamao de la BD porque solamente ocupan el espacio necesario para almacenar el valor real. Las columnas de longitud fija siempre ocupan el espacio mximo definido por el esquema, aunque el valor real est vaco.

El inconveniente de las columnas de longitud variable radica en que algunas operaciones no son igual de eficaces que en las columnas de longitud fija . Ej: Si una columna de longitud variable es inicialmente pequea y crece considerablemente despus de una actualizacin, es posible que el registro deba reubicarse. Ej: si se realizan actualizaciones con frecuencia, las pginas de datos se fragmentan ms con el paso del tiempo: Es recomendable el uso de las columnas de longitud fija cuando la longitud de los datos no vara demasiado y cuando se realizan actualizaciones con frecuencia. Crear longitudes de fila menores. El nmero de filas que una pgina puede contener depende del tamao de cada fila Una pgina podr contener ms filas si stas son pequeas.

Una sola operacin de disco realizada en una tabla con filas compactas recuperar ms filas y, de este modo, la operacin ser ms efectiva. La cach del motor de almacenamiento tiene capacidad para ms filas, lo que permite aumentar potencialmente la tasa de visitas. Las filas compactas tambin contribuyen a reducir el espacio desaprovechado en las pginas de datos. Utilizar longitudes de clave menores: Un ndice es un subconjunto ordenado de la tabla en la que se ha creado. Permite realizar las bsquedas de intervalos y los criterios de ordenacin con mayor rapidez. Las claves de ndice ms pequeas ocupan menos Espacio y son ms efectivas que las claves ms grandes. Por lo general, es aconsejable que la clave Principal sea compacta porque se suele hacer referencia a ella a menudo como una clave externa en otras tablas. Si originalmente no existe una clave principal compacta, se puede utilizar una columna de identidad implementada como un entero.

Un ndice con una o slo algunas columnas de claves se denomina un ndice estrecho. Un ndice con varias columnas de claves se denomina un ndice ancho ancho. Los ndices anchos suelen estar asociados con las longitudes de clave grandes. Modelado y calidad de datos - ISO 9126: Evaluacin de productos de software. Caractersticas de calidad y lineamientos para su uso.

Calidad del gestor de BD

Un BDMS de calidad debe permitir de manera eficiente lo siguiente:


Control de la redundancia Restriccin del acceso no autorizado Almacenamiento persistente para los objetos del programa. Suministro de estructuras de almacenamiento para un procesamiento eficiente de las consultas Copia de seguridad y recuperacin Suministro de varias interfaces de usuario Representacin de relaciones complejas entre los datos. Implementacin de las restricciones de integridad Inferencia y acciones usando reglas. Potencial para implementar estndares. Reduccin del tiempo de desarrollo de aplicaciones. Flexibilidad. Disponibilidad de la informacin actualizada. Economas de escala.

Rendimiento de un DBMS:

Se estudia mediante Benchmarks (sistemas para realizar pruebas) Las principales reas de evaluacin son las siguientes:
Bsquedas. Agregaciones. Uniones. Uso intensivo de cpu. ndices. Los criterios de huppler para un buen Benchmark son: Ser relevante, repetible, justo, no sofisticado verificable y econmico.

Ejemplo de benchmark: Scan queries: st - large table scan si - matching insert/select sn - non-matching insert/select su - scan/update 4% of the rows sp - scan/update 20% of the rows Aggregate queries: ar row count. ad distinct count as 15- group aggregate am - thousand group aggregate al hundred thousand group aggregate

Calidad del modelo de datos. No hay criterios sobre calidad aceptados universalmente en la comunidad de expertos. El diseo de un modelo de datos se basa en la experiencia prctica y en el estudio de casos. No hay mtricas objetivas para evaluar la calidad de un modelo de datos: Existen aproximaciones.

Factores de calidad (Moody, 1998)

Las mtricas propuestas para los distintos factores son las siguientes: Factor de calidad correctitud: Nmero de violaciones a los estndares de modelado de datos Nmero de instancias de redundancia de entidad. Nmero de instancias de redundancia de relaciones. Nmero de instancias de redundancia de atributo. Factor de calidad completitud: Nmero de requerimientos omitidos. Nmero de requerimientos superfluos. Nmero de requerimientos definidos incorrectamente. Nmero de inconsistencias con el modelo de procesos.

Factor de calidad integridad: Nmero de reglas de negocio omitidas. Nmero de reglas de negocio incorrectas. Nmero de reglas de negocio inconsistentes con el modelo de procesos. Nmero de reglas de negocio redundantemente definidas en reglas del modelo de procesos.

Factor de calidad comprensibilidad: Tasa (%) de comprensibilidad del usuario. Errores de interpretacin del usuario. Tasa de comprensibilidad del desarrollador de la aplicacin Relacin rea sujeto - entidad. Relacin entidad - atributo.
Factor de calidad simplicidad: Nmero de entidades e) (e). Complejidad del sistema (e + r). Complejidad total (ae + br + ca); se utilizan coeficientes de ponderacin. Factor de calidad integracin: Nmero de conflictos de datos con el modelo de datos de la organizacin. Nmero de conflictos de datos con sistemas existentes. Nmero de tems de datos duplicados en sistemas o proyectos existentes. Rating (% ) de habilidad para cubrir las necesidades de la organizacin.

Requisitos del modelo de dato (West) Recoger los requisitos del problema de informacin (completitud). Ser claro, correcto y no ambiguo (no slo para los autores). Velar por la integridad de la informacin (restricciones). Ser flexible para adaptarse a los cambios en la organizacin y a los cambios en los requisitos de los datos. Ser reutilizable por otros (considerar el contexto global). Ser consistente con otros modelos que cubren el mismo objetivo. Ser capaz de integrar datos de diferentes modelos de datos de forma sencilla y eficaz (considerar la reduccin de costos). Causas de la poca calidad en los modelos de datos. Las reglas del negocio referidas a cmo las cosas se hacen en un lugar, se plasman en el modelo de datos: Esto hace que cambios en la organizacin afecten a los sistemas de informacin. Las entidades no se identifican correctamente. Produce replicacin e inconsistencia de datos. Falta de una estandarizacin de modelos de datos para sectores productivos. Dificulta la comunicacin electrnica : Ej: comercio electrnico.

Buenas prcticas en los Modelos de Datos Las entidades deben identificarse con cdigos artificiales y no modificables por el usuario final: No usar las relaciones como parte del identificador. Las entidades deben representar la naturaleza del objeto y no el rol que juega en el contexto: Ej.: alumno, profesor, ayudante ->persona. Las actividades, asociaciones y eventos deben modelizarse como entidades y no como atributos o relaciones: Ej: profesor contratado en universidad, recogerse en la entidad contrato Las relaciones deben expresar la participacin de las entidades en las actividades y asociaciones: Ej: 1:n, n n:n, 1:1. Los atributos pueden ser candidatos a relaciones, abstracciones: Ej: caractersticas de un vehculo.

EJEMPLO:

Calidad de los datos


Los datos deben ser precisos, completos, actualizados y consistentes. Se debe evitar: Cdigos con significado. Valores por defecto en campos obligatorios con informacin relevante (ej.: cdigo postal, pas, etc). Campos multipropsito Dominios crpticos (ej.: 1, 2, 3). Valores nulos (qu significan?) Reutilizar los campos Cambios de significado.

Importancia de la calidad de los datos: La mitad del costo total de implementar un almacn de datos (data warehouse) puede deberse a una pobre calidad de datos (celko, 1995). La pobre calidad de datos ha sido una de las causas de fracaso ms importantes en los proyectos de reingeniera (gartner group). Las empresas deben gestionar la informacin como un producto importante, capitalizar el conocimiento como un activo principal y, de esta manera, sobrevivir y prosperar en la economa digital (huang et al, 1999) Si los datos no tienen suficiente calidad se pueden convertir en fuentes de problemas (strong et al.,1997 ): Datos no usados. Barreras en la accesibilidad de los datos. Dificultades en la utilizacin de los datos y de la informacin

Poltica de calidad de los datos (Redman, 1996): Todos los empleados de la empresa / organizacin deben asumir que los datos y los procesos de negocio que los crean, almacenan, procesan y utilizan: Son propiedad de la empresa / organizacin Su utilizacin dentro de la empresa /organizacin, as como con terceros, deber estar cometida a consideraciones legales o de privacidad. El director de informtica ser el responsable de mantener un inventario actualizado de datos, de su disponibilidad, as como de informar sobre la calidad de los mismos

Los suministradores y creadores de datos deben: Comprender quin usa los datos y con qu propsitos Implementar las medidas de calidad de datos para asegurar que se satisfacen los requisitos de los usuarios a: Implementar la gestin del proceso para los datos que crean Los que almacenan y procesan datos (analistas y desarrolladores) deben: Proporcionar arquitecturas y BD que minimicen la redundancia innecesaria. Salvaguardar los datos de daos o accesos no autorizados. Disear las nuevas tecnologas con el fin de promover la calidad de los datos.

Los usuarios deben: Trabajar con los suministradores de datos. Proporcionar retroalimentacin. Asegurar que los datos se interpretan correctamente. Asegurar que los datos se utilizan slo para propsitos empresariales / organizacionales legtimos. Proteger los derechos de los clientes, empleados, etc. Sobre privacidad.

MODELO DE CALIDAD (Mccall ET AL, 1977)

Normas de Calidad Norma ISO 9000-3 calidad del software ISO 9000 proporciona un conjunto de estndares para la gestin de la calidad en cualquier actividad relacionada con el proceso de produccin. ISO- 9000 se ha especializado en todo lo referente a la produccin del software en la ISO 9000-3. Caractersticas de ISO 9000-3: El control de calidad debe ser aplicado a todas las fases de la produccin de software, incluido el mantenimiento y tareas posteriores a su implantacin. Debe existir una estricta colaboracin entre la organizacin que adquiere el software y el proveedor del mismo. El proveedor del software debe definir su sistema de calidad y asegurarse que toda la organizacin ponga en prctica este sistema.

Clausulas especficas de ISO 9000-3

4.1 Administracin de la responsabilidad. 4.2 Sistema de calidad 4.3 Auditoras internas del sistema de calidad 4.4 Accin correctora 5.1 General. 5.2 Revisin del contrato. 5.3 Especificacin de los requerimientos de la organizacin. 5.4 Planificacin del desarrollo. 5.5 Planificacin de la calidad. 5.6 Diseo e implementacin. 5.7 Testeo y validacin. 5.8 Aceptacin. 5.9 Generacin, entrega e instalacin. 5.10 Mantenimiento.

6.1 Administracin de la configuracin. 6.2 Documentos de control. 6.3 Calidad de los archivos. 6.4 Medidas. 6.5 Reglas y convenciones. 6.6 Herramientas y tcnicas. 6.7 Compra. 6.8 Productos de software incluidos. 6.9 Formacin.

Relacin de ISO 9000-3 con otros estndares: El ISO 9001 y el IEEE 730 son los que se relacionan ms directamente con el ISO 9000-3. El ISO 9001 especifica requerimientos para garantizar la calidad de los sistemas , incluye los procesos que dan cobertura al ciclo de vida. El IEEE 730 es el puente entre la gestin de la calidad y la ingeniera del software.

Revisin de la norma ISO 9000-3: Surge debido a relacin confusa entre la ISO 9001 y la ISO 9000-3. Se sustituye la IEEE 730 por la ISO/IEC 12207. Se simplific la relacin entre la ISO 9001 y los procesos existentes en la ingeniera del software. La ISO 9000-3 proporciona una gua til que sirve para detectar y corregir una serie de problemas de los productos software. Permite mejorar la calidad de los mismos. Norma ISO 9001 sistema de gestin de la calidad. Las organizaciones deben establecer, documentar, implementar y mantener un sistema de gestin de la calidad con el cual mejorar continuamente su eficacia. Identificar los procesos p necesarios para el sistema de gestin de la calidad y su aplicacin a travs de la organizacin. Determinar la secuencia e interaccin de estos procesos. Determinar los criterios y mtodos necesarios para asegurarse de que tanto la operacin como el control de esos procesos sean eficaces. Asegurar la disponibilidad de recursos e informacin necesarios para apoyar la operacin y el seguimiento de estos procesos.

Norma ISO 15288 Plan de Gestin de Calidad de un Sistema de Informacin


Objetivos de calidad: cules? La organizacin los define de manera que sean medibles. cmo se consiguen? Normas, prcticas, convenios y mtricas. cmo se evalan? Procedimientos, pruebas, documentacin cmo se vigilan? Auditoras internas y externas.

Planificacin de actividades de ensayo y de validacin y verificacin incluyendo calendarios, recursos y grupos de trabajo. Responsabilidades especficas para las actividades de: Revisiones y ensayos. Gestin de la configuracin y control de cambio. Control de defectos y accin correctiva Norma ISO / IEC 9126 calidad del software. Parte arte 1: modelo de calidad. Parte arte 2: mtricas externas. Parte arte 3: mtricas internas. Parte arte 4: mtricas de calidad en uso.

Modelo de Calidad para Calidad Interna y Externa

Funcionalidad Adecuacin: Capacidad del producto software para proporcionar un conjunto apropiado de funciones para tareas y objetivos de usuario especificados. Exactitud: Capacidad del producto software para proporcionar los resultados o efectos correctos o acordados, con el grado necesario de precisin. Interoperabilidad: Capacidad del producto software para interactuar con uno o ms sistemas especificados. Seguridad de acceso: Capacidad del producto software para proteger informacin y datos de manera que las personas o sistemas no autorizados no puedan leerlos o modificarlos, al tiempo que no se deniega el acceso a las personas o sistemas autorizados. Cumplimiento funcional: Capacidad del producto software para adherirse a normas, convenciones o regulaciones en leyes y prescripciones similares relacionadas con funcionalidad.

Fiabilidad:
Madurez: Capacidad del producto software para evitar fallar como resultado de fallos en el software. Tolerancia a fallos : Capacidad del software para mantener un nivel especificado de prestaciones en caso de fallos software o de infringir sus interfaces especificados. Capacidad de recuperacin : Capacidad del producto software para reestablecer un nivel de prestaciones especificado y de recuperar los datos directamente afectados en caso de fallo. Cumplimiento de la fiabilidad : Capacidad del producto software para adherirse a normas, convenciones o regulaciones relacionadas con la fiabilidad.

Usabilidad: Capacidad para ser entendido: Capacidad del producto software que permite al usuario entender si el software es adecuado y cmo puede ser usado para unas tareas o condiciones de uso particulares. Capacidad para ser aprendido: Capacidad del producto software que permite al usuario aprender sobre su aplicacin. Capacidad para ser operado: Capacidad del producto software que permite al usuario operarlo y controlarlo. Capacidad de atraccin : Capacidad del producto software para ser atractivo al usuario. Cumplimiento de la usabilidad: Capacidad del producto software para adherirse a normas, convenciones, guas de estilo o regulaciones relacionadas con la usabilidad.

Eficiencia: Comportamiento temporal: Capacidad del producto software para proporcionar tiempos de respuesta, tiempos de proceso y potencia apropiados, bajo condiciones determinadas. Utilizacin de recursos : Capacidad del producto software para usar las cantidades y tipos de recursos adecuados cuando el software lleva a cabo su funcin bajo condiciones determinadas. Cumplimiento de la eficiencia : Capacidad del producto software para adherirse a normas o convenciones relacionadas con la eficiencia.

Mantenibilidad: Capacidad para ser analizado : Es la capacidad del producto software para serle diagnosticadas deficiencias o causas de los fallos en el software, o para identificar las partes que han de ser modificadas. Capacidad para ser cambiado : Capacidad del producto software que permite que una determinada modificacin sea implementada. Estabilidad: Capacidad del producto software para evitar Efectos inesperados debidos a modificaciones del software. Capacidad para ser probado: Capacidad del producto software que permite que el software modificado sea validado. Cumplimiento de la mantenibilidad: Capacidad del producto software para adherirse a normas o convenciones relacionadas con la mantenibilidad.

Portabilidad: Adaptabilidad: Capacidad del producto software para ser adaptado a diferentes entornos especificados, sin aplicar acciones o mecanismos distintos de aquellos proporcionados para este propsito por el propio software considerado Instalabilidad: Capacidad del producto software para ser instalado en un entorno especificado Coexistencia: Capacidad del producto software para coexistir con otro software independiente, en un entorno comn, compartiendo recursos comunes Capacidad para reemplazar: Capacidad del producto software para ser usado En lugar de otro producto software, para el mismo propsito, en el mismo entorno. Cumplimiento de la portabilidad: Capacidad del producto software para adherirse a normas o convenciones relacionadas con la portabilidad.

Modelo de Calidad para Calidad en Uso


Efectividad: Capacidad del producto software para permitir a los usuarios alcanzar objetivos especificados con exactitud y completitud, en un contexto de uso especificado. Productividad: Capacidad del producto software para permitir a los usuarios gastar una cantidad adecuada de recursos con relacin a la efectividad alcanzada, en un contexto de uso especificado Seguridad fsica: Capacidad del producto software para alcanzar niveles aceptables del riesgo de hacer dao a personas, al negocio, al software, a las propiedades o al medio ambiente en un contexto de uso especificado Satisfaccin: Capacidad del producto software para satisfacer a los usuarios en un contexto de uso especificado.

Norma ISO / IEC 9126 Calidad del Software

Norma ISO 14598 - Evaluacin del Producto Software

Proceso de Evaluacin

Identificacin de los tipos de productos a ser evaluados

Establecer niveles de puntuacin para las mtricas

Metodologa TQDM (total quality data management, english, 1999) Identificar un grupo de informacin que tenga un impacto significativo con el fin de aportar un mayor valor agregado. Establecer objetivos y medidas para evaluar la calidad de la informacin : Ej: tiempo que pasa desde que se conoce un dato hasta que se encuentra disponible para un determinado proceso. Identificar la cadena de valor y de costos de la informacin: Comprender todos los archivos, documentos y BD Procesos de negocio, programas y roles que tengan relacin con el grupo de datos. Determinar los archivos o procesos a evaluar.

Identificar la cadena de valor y de costos de la informacin. Comprender todos los archivos, documentos y BD Procesos de negocio, programas y roles que tengan relacin con el grupo de datos. Determinar los archivos o procesos a evaluar. Identificar las fuentes de validacin de datos para evaluar la precisin. Extraer muestras de datos aleatorias, aplicando las tcnicas estadsticas adecuadas. Medir la calidad de la informacin para determinar su nivel de fiabilidad y descubrir los defectos. Interpretar e informar sobre la calidad de la informacin Norma ISO 15504 spice: process improvement and capability determination. Propsito : Estndar de evaluacin de procesos de software para: Mejora continua. Evaluacin de la capacidad. Como base para el comercio internacional de software.

Al alcance: Ejecutar, planificar, gestionar, controlar y mejorar los procesos de: Adquisicin. Suministro. Desarrollo. Operacin. Soporte.

Estructura de ISO 15504: