Professional Documents
Culture Documents
al
El modelo fue propuesto por Mc Call en 1977 (Gillies, 1997) y est orientado a los desarrolladores de Sistemas, para ser utilizado durante el proceso de desarrollo. Abarca tres (3) reas de trabajo:
REA DE TRABAJO OPERACIN DEL PRODUCTO REVISIN DEL PRODUCTO TRANSICIN DEL PRODUCTO DESCRIPCIN Requiere que pueda ser comprendida rpidamente, operada eficientemente y que los resultados sean aquellos requeridos por el usuario Est relacionada con la correccin de errores y la adaptacin de los sistemas. Esto es importante porque es generalmente considerada como la parte ms costosa en el desarrollo de software. Puede que no sea muy importante en todas las aplicaciones. Sin embargo, la orientacin a procesamiento distribuido y el rpido cambio en el hardware es probable que incremente su importancia.
TEORA
Las tres (3) reas que contempla el Modelo de Mc Call abarcan los siguientes aspectos: (Pressman, 1998) OPERACIN DEL PRODUCTO: Correccin. Hasta dnde satisface un programa su especificacin y logra los objetivos de la misin del cliente Fiabilidad. Hasta dnde se espera que un programa lleve a cabo su funcin pretendida con la exactitud requerida. Eficiencia. Cantidad de recursos informticos y cdigo necesarios para que un programa realice su funcin Integridad. Hasta dnde se controla el acceso al software o a los datos por personas no autorizadas. Usabilidad (Facilidad de manejo). Esfuerzo necesario para aprender, operar, preparar los datos de entrada e interpretar las salidas (resultados) de un programa.
SISTEMAS DE INFORMACIN III TEORA
REVISIN DEL PRODUCTO: Mantenibilidad (Facilidad de mantenimiento). Esfuerzo necesario para localizar y arreglar un error del programa (definicin limitada) Flexibilidad. Esfuerzo programa operativo. necesario para modificar un
Facilidad de prueba. Esfuerzo necesario para probar un programa para asegurarse que realiza su funcin pretendida.
TEORA
TRANSICIN DEL PRODUCTO: Portabilidad. Esfuerzo necesario para transferir el programa de un entorno de sistema de hardware y/o software a otro. Reusabilidad (capacidad de reutilizacin). Hasta dnde se vuelve a emplear un programa [o partes de un programa] en otras aplicaciones, en relacin al empaquetamiento y alcance de las funciones que realiza el programa. Interoperatividad. Esfuerzo necesario para acoplar un sistema con otro.
TEORA
Presentado por Boehm en 1978 (Pfleeger, 1998), incluye las necesidades de los usuarios, como lo hace Mc Call; sin embargo, incluye caractersticas de rendimiento de hardware que no se encuentran en el modelo de McCall.
SISTEMAS DE INFORMACIN III
Portabilidad
Fiabilidad
Utilidad General
Consistencia Contabilidad
Eficiencia de dispositivo
Accesibilidad Prueba Mantenibilidad Entendibilidad Comunicabilidad Auto-descriptivo Estructuracin Concisin Modificabilidad Legibilidad Aumentabilidad
TEORA
Hewlett-Packard lo presenta en 1987, desarrollando un conjunto de factores de calidad de software (funcionalidad, facilidad de empleo, fiabilidad, rendimiento y capacidad de soporte) y sus atributos. Los factores de calidad FURPS y sus atributos, pueden usarse para establecer mtricas de la calidad para todas las actividades del proceso de desarrollo de Sistemas de Informacin.
SISTEMAS DE INFORMACIN III
FIABILIDAD
RENDIMIENTO
CAPACIDAD DE SOPORTE
SUBATRIBUTOS Conjunto de caractersticas Capacidades Generalidad Seguridad Factores humanos Aesthetics Consistencia Documentacin Frecuencia/severidad de falla Recuperabilidad Predictabilidad Precisin Tiempo promedio de falla Velocidad Eficiencia Consumo de recursos Throughput Tiempo de respuesta Capacidad de prueba Extensabilidad Adaptabilidad Mantenibilidad Compatibilidad Configurabilidad Capacidad de Servicio Capacidad de Instalacin Capacidad de Localizacin
TEORA
Presentado en 1992, las caractersticas de calidad de los productos de software que establece este estndar de calidad, son: FUNCIONALIDAD. Existencia de un conjunto de funciones y propiedades especficas establecidas. CONFIABILIDAD. Capacidad del software para mantener su nivel de actuacin bajo ciertas condiciones, en un perodo de tiempo. USABILIDAD. Esfuerzo necesario para el uso y el valor de uso, por un conjunto determinado de usuarios. EFICIENCIA. Relacin entre el nivel de desempeo del software y la cantidad de recursos usados bajo ciertas condiciones. MANTENIMIENTO. Esfuerzo necesario para hacer modificaciones especficas. PORTABILIDAD. Habilidad del software para ser transferido de un ambiente a otro.
SISTEMAS DE INFORMACIN III TEORA
MANTENIMIENTO
TEORA
En 1996, Dromey (Pfleeger, 1998) sugiere una tcnica genrica para construir un modelo de calidad. El mismo resalta el hecho de que la calidad del producto es altamente determinada por los componentes del mismo (incluyendo documentos de requerimientos, guas de usuarios, diseos, y cdigo), las propiedades tangibles de los componentes y las propiedades tangibles de la composicin de los componentes. Respecto a la conocida expresin construir la calidad en el software, Dromey indica que no se pueden construir atributos de calidad, como la fiabilidad y la mantenibilidad, de alto nivel en el software. Lo que se puede hacer es identificar y construir en una forma consistente, armoniosa y completa un conjunto de propiedades (tales como mdulos sin efectos colaterales) que resulten en la fiabilidad y mantenibilidad.
SISTEMAS DE INFORMACIN III TEORA
cualidades
tangibles
utilizando
cuatro
(4)
Correctitud. Pueden ser internas (asociadas con los componentes individuales) o contextuales (asociadas con la manera en que los componentes son utilizados en el contexto) Internas. Miden que tan bien un componente ha sido entregado de acuerdo a su objetivo, implementacin o que tan bien ha sido compuesto. Contextuales. Cmo los componentes son compuestos y las influencias que ejercen sobre la calidad del producto. Descriptivas. Para ser til un software debe ser fcil de entender y utilizar de acuerdo a su propsito. Estas propiedades descriptivas aplican a requerimientos, diseos, implementacin y a las interfaces de usuario
SISTEMAS DE INFORMACIN III TEORA
El modelo presenta aspectos de Efectividad del Producto los cuales son representados por las caractersticas externas de alto nivel del modelo ISO 9126: Usabilidad, Funcionalidad, Fiabilidad, Mantenibilidad, Eficiencia y Portabilidad. Adems, incluye elementos de Eficiencia del Producto, segn el modelo de Calidad Sistmica, representados por las propiedades de los requerimientos, diseo e implementacin del producto, siguiendo el modelo de Dromey. Por ltimo contempla elementos de Eficiencia y Efectividad del Proceso, los cuales fueron identificados en el Estndar ISO 15504.
SISTEMAS DE INFORMACIN III TEORA
Requerimientos
La serie de normas ISO 9000 es un conjunto de documentos que pueden usarse para los propsitos de aseguramiento de la calidad de casi cualquier cosa. Esta norma especifica los requisitos de los sistemas de calidad para ser usados en un contrato entre dos partes que requieren la demostracin de la capacidad de un proveedor para disear y suministrar un producto determinado. ISO 9000. Normas para la gerencia y el aseguramiento de la calidad. Gua para la seleccin y uso. ISO 9001. Sistemas de Calidad - Modelo para el asefuramiento de la calidad en el diseo, desarrollo, produccin, instalacin y servicio. ISO 9002. Sistema de Calidad - Modelo para el aseguramiento de la calidad en la produccin e instalacin.
SISTEMAS DE INFORMACIN III TEORA
ISO 9003. Sistemas de Calidad - Modelo para el aseguramiento de la calidad en la inspeccin final y prueba. ISO 9004. Gerencia de la calidad y elementos del sistema de calidad - Pautas. ISO 9000-3. Gua para la aplicacin de la ISO 9001 al desarrollo, suministro y mantenimiento del software. Dentro de las ventajas que presenta, se puede mencionar que es bastante conocido por las organizaciones y sus clientes, y sirve de apoyo a los dems estndares. La crtica ms importante es que descuida la etapa de anlisis, haciendo nfasis en el diseo y el desarrollo. No fue creado para el tratamiento del software especificamente, por cuanto es una adaptacin de las ideas de los procesos de manufactura.
SISTEMAS DE INFORMACIN III TEORA
Para Le Manh (Le Mahn, 1998), el CMM -creado por el SEI-. Provee a las organizaciones de software de una gua sobre cmo controlar el desarrollo y mantenimiento de sus procesos de software, y cmo evolucionar hacia una cultura de ingeniera de software y administracin Proceso en Nivel 5: continuo Nivel 5: Optimizado excelente. mejoramiento Optimizado Fue diseado para guiar a las organizaciones en la seleccin de estrategias de mejoramiento de los procesos, determinando la madurez del proceso actual e identificando los problemas ms crticos para la calidad y el mejoramiento del proceso.
SISTEMAS DE INFORMACIN III
Proceso predecible Proceso estndar y consistente
Proceso disciplinado
TEORA
E n t r a d a
S a l i d a
E n t r a d a
S a l i d a
2 1
E n t r a d a
S a l i d a
E n t r a d a
S a l i d a
TEORA
indican
contienen
Proceso de Capacidad
alcanzan Metas
organizadas por
dirigen
contienen
Implementacin o Institucionalizacin
describen
Infraestructura o Actividades
TEORA
Segn la ISO/IEC (ISO/IEC, 1997), SPICE es un modelo para la evaluacin de procesos de software que se encuentra dentro de los documento de la ISO y ha ido evolucionando hacia un proyecto de estndar ISO 15504. La arquitectura del modelo contiene dos jerarquas:
El lado izquierdo consiste en la categora de procesos, compuestos por procesos y stos estn compuestos por prcticas bases. Los procesos son evaluacos en trminos del lado derecho. Los procesos pueden ser evaluados a un nivel de capacidad; los niveles de capacidad estn compuestos por caractersticas comunes; las caractersticas comunes, a su vez, estn compuestas por prcticas genricas.
SISTEMAS DE INFORMACIN III
Arquitectura del modelo
Proceso Proceso
TEORA
Se recolectan y analizan medidas detalladas de ejecucin. Esto lleva a una 4 comprensin cuantitativa de la capacidad del proceso y una habilidad mejoradas CUANTITATIVAMENTE para predecir su actuacin. La actuacin se maneja objetivamente. La calidad de CONTROLADO los productos de trabajo es cuantitativamente conocida. 5 CONTINUAMENTE MEJORADO Se establece la efectividad del proceso cuantitativo y las metas de eficacia para la ejecucin., basado en las metas comerciales de la organizacin. La mejora continua del proceso contra estas metas es habilitada por feedback desde la ejecucin de procesos definidos y manejando ideas y tecnologas innovadoras.
Procesos que establecen las metas comerciales de la organizacin y ORGANIZACIN desarrollan el proceso, el producto y los recursos determinador, que ayudarn a que la organizacin logre sus metas comerciales.
El Modelo SPICE fue ideado pensando en las particularidades que implica el desarrollo de software, es decir, fue diseado especialmente para software
SISTEMAS DE INFORMACIN III TEORA
Segn Gremba y Myers (Gremba y Myers, 1997), IDEAL provee un enfoque efectivo para adoptar mejoras en los procesos de ingeniera de software, los mtodos y las herramientas. Es un modelo de mejora organizacional que sirve de mapa para iniciar, planificar e implementar acciones de mejoramiento. Gua a las organizaciones en la planificacin e implementacin de programas para mejorar la efectividad del proceso de desarrollo de software, siendo la estrategia que cre y actualmente emplea el SEI para prestar sus servicios. Cubre todas las etapas del proceso de desarrollo de software y toma en cuenta la caractersticas del a organizacin donde se aplica. Sin embargo, no brinda suficiente detalle por cada actividad. Hace mucho nfasis en el proceso y no da la importancia necesaria al producto final.
SISTEMAS DE INFORMACIN III TEORA
Refinar la solucin Estmulos para el cambio Fijar el contexto Construir el patrocinio Establecer la infraestructura Prueba piloto de la solucin Caracterizar las situaciones presente y futura Crear la solucin
Acting (Actuar)
Initiating (Comenzar)
Diagnosing (Diagnosticar)
Fijar prioridades
Establishing (Establecer)
Hayes (Hayes, 1997) define al PSP como una medida del proceso de software diseado para ser usado individualmente por los ingenieros de software y, al igual que el CMM, el PSP est basado en los principios del mejoramiento de procesos. Mientras CMM se enfoca en el mejoramiento de la capacidad organizacional, el PSP se enfoca en la ingeniera individual y extiende los procesos y el control gerencial a los ingenieros de software; s, estos pueden desarrollar utilizando un enfoque disciplinado y estructurado. El PSP est estructurado en siete niveles. Cada nivel se construye sobre el anterior aadiendo algunos pasos; esto minimiza el impacto de los cambios de los procesos en los ingenieros, ya que adaptan las nuevas tcnicas a las prcticas existentes. Las medidas que se introducen en cada nivel, estn basadas en: tiempo de desarrollo, defectos y tamao de los programas.
SISTEMAS DE INFORMACIN III TEORA
Callaos y Callaos (Callos y Callaos, 1996) plantean que la calidad del diseo debe ser sistmica, realmente calidad total. El sistema diseado (producto) es diferente a las actividades humanas (proceso) a travs del cual el producto de sistema es desarrollado. Tanto el producto como el proceso deben ser eficientes y efectivos en su diseo; de esta relacin se desprenden cuatro (4) clases de calidad: eficiencia del producto, efectividad del producto, eficiencia del proceso y efectividad del proceso. Cada una de las cuatro (4) clases de calidad dependen de las otras. En trminos del paradigma de investigacin de operaciones, no se puede maximizar una de ellas independientemente de las otras; el ptimo global no necesariamente es el mismo ptimo local y por lo general, el ptimo global no coincide con el ptimo local.
SISTEMAS DE INFORMACIN III TEORA
Callaos y Callaos (Callos y Callaos, 1996) diferencian entre las clases de calidad segn quin la reciba (cliente) y quin la perciba (usuario). La calidad total en el diseo debe ser orientada a ambos: al usuario y al cliente.
Cliente Usuario Eficiencia Efectividad del del producto producto Eficiencia Efectividad del del proceso proceso
CUBO DE CALIDAD SISTMICA DE ANLISIS Y SNTESIS DE SISTEMAS DE INFORMACIN (Callaos y Callaos, 1996)
SISTEMAS DE INFORMACIN III TEORA
La solucin propuesta establece un modelo que integra el enfoque de Calidad Sistmica (base conceptual), con las caractersticas presentes en el modelo de procesos de SPICE. El modelo propuesto presenta una estructura compleja que est definida por niveles, donde cada nivel superior esta conformado por elementos del nivel inferior. Los niveles son: Nivel 0: Ciclos de Vida. Nivel 1: Categoras. Nivel 2: Procesos. Nivel 3: Principios. Nivel 4: Bases Prcticas.
SISTEMAS DE INFORMACIN III TEORA
Nivel 1
Categora Categora Organizacional organizacional
Categoria Cliente_Proveedor
Categora Ingeniera
Categora de Soporte
Categora de Gestin
Nivel 2
ENG.1 ENG.2 SUP.2 SUP.5 SUP.1 SUP.3 SUP.6 SUP.8 SUP.4 SUP.7 MAN.1 MAN.3 MAN.2 MAN.4 ORG.2 ORG.5 ORG.1 ORG.3 ORG.6 ORG.4 ORG.7
CUS.1 CUS.3
CUS.2 CUS.4
ORG.8
ORG.9
Nivel 3
Principio 1 Principio 3
Principio 2 Principio 4
Principio 1 Principio 2
Principio 1 Principio 3
Principio 2 Principio 4
Principio 1 Principio 3
Principio 2 Principio 4
Principio 1 Principio 3
Principio 2 Principio 4
Principio 5 Principio 7
Principio 6 Principio 8
Principio 5 Principio 7
Principio 6 Principio 8
Principio 9
Nivel 4