Resumen de Lectura del Articulo: [2012] Uso de modelos de calidad en la seleccin de paquete de software

Resumen
El articulo leido se basa en la aplicacion de los modelos de calidad para la seleccion de Paquetes de Software, se desarrolla a partir del nivel de dificultad que conlleva la comprovacion de los requisitos de calidad, explicacndo que basicamente esta dificultada se debe a su naturaleza, pero hay otra razn que puede ser mitigado, es decir, la falta de descripciones estructuradas y generalizadas de los paquetes de dominio (es decir, las categoras de paquetes de software tales como los sistemas ERP, las bibliotecas de grficos o de la estructura de datos entre otras). Esta ausencia dificulta la descripcin exacta de los paquetes de software y la declaracin precisa de los requisitos de calidad, y en consecuencia en la seleccin de paquetes y la confianza en el resultado del proceso. En el articulo se propone una metodologia para la construccion de modelos de calidad capaz de resolver el inconveniente principal de dichos requisitos. Un modelo de calidad estructurado para un paquete de dominio determinado ofrece una taxonoma de las caractersticas de calidad de software y las mtricas para el clculo de su valor. Para la definicion de esta metodologia el enfoque se baso en la Organizacin Internacional de Normalizacin y la Comisin Electrotcnica Internacional Estndar de Calidad 9126-1, se selecciono por tres razones basicas: Debido a su carcter genrico, permite crear jerarquas de las caractersticas de calidad y debido a que est muy extendida. Entre las normas ISO y las normas ISO / IEC relacionado con la calidad del software son las familias de 9126 y 14598 de calidad de productos de software y evaluacin. Estas normas se pueden utilizar en combinacin con otros relacionados con el ciclo de vida del software (ISO / IEC 12207), evaluacin de procesos (ISO / IEC 15504), y los procesos de aseguramiento de la calidad (ISO 9001). ISO / IEC 9126-1 se refiere especficamente a la definicin de modelos de calidad y su uso como un marco para la evaluacin de software. Un modelo de calidad 9126-1 se define por medio de caractersticas de software generales, que se refina en subcaractersticas, que a su vez se descomponen en atributos, dando una jerarqua multinivel. En la parte inferior de la jerarqua estn los atributos mensurables de software, cuyos valores se calculan utilizando alguna mtrica. La metodologia definida en el articulo comprende 6 etapas, pero, aunque dichas etapas se presentan de modo secuencial pueden ser entrelazadas o repetidas. Paso 0: Definir el dominio En este paso en el articulo se explica que se debe examinar cuidadosamente y describir el dominio de interes con la ayuda de expertos recomendado el uso de modelos conceptuales para realizar un seguimiento de los conceptos relevantes. Se explica que uno de los
Fausto I. Nelson Page 1

Resumen de Lectura del Articulo: [2012] Uso de modelos de calidad en la seleccin de paquete de software mayores problemas es la falta de una terminologia normalizada, ya que los distintos proveedores se refieren al mismo concepto con diferentes nombres o el mismo nombre puede designar conceptos diferentes en diferentes paquetes. Es esencial el descubrimiento de todos estos conflictos durante esta etapa preliminar para evitar desajustes semnticos en todo el proceso de seleccin de software. La imagen siguiente muestra los seis pasos de la metodologia:

Paso 1: Determinar subcaractersticas de calidad. Esta etapa se basa en la descomposicin de las caractersticas en subcaractersticas que aparecen en la norma, es bastante razonable y debe utilizarse a menos que hayan buenas razones para no hacerlo las cuales saldrian a flote durante el anlisis del dominio. En estos casos, se pueden agregar nuevas subcaractersticas especficas para el dominio, perfeccionar la definicin de las ya existentes, o incluso eliminar algunos. Por ejemplo, en el mbito de los sistemas ERP, puede agregar subcaractersticas de funcionalidad para el seguimiento de las reas de la empresa (como las finanzas o el personal), entre otros. Paso 2: Definicin de una jerarqua de subcaractersticas Normalmente, se puede descomponer ms subcaractersticas con respecto a algunos factores, dando una jerarqua.

Fausto I. Nelson

Page 2

Resumen de Lectura del Articulo: [2012] Uso de modelos de calidad en la seleccin de paquete de software Una situacin frecuente aparece en las subcaractersticas de Idoneidad. El xito de los paquetes de software tiende a incluir aplicaciones que no estaban originalmente relacionados con ellos. Como resultado, podemos dividir la caracterstica de Idoneidad en dos subcaractersticas, Idoneidad bsica e Idoneidad Agregada, manteniendo el seguimiento de cada uno en el interior del modelo, pero de una manera claramente separada. Paso 3: Descomposicin de subcaractersticas en atributos Esta etapa se basa basicamente en la definicion de los atributos que se obtienen de las subcaracteristicas. Los atributos no pierden de vista una caracterstica observable en particular de los paquetes en el dominio. Por ejemplo, los atributos de la subcaracterstica Facilidad de aprendizaje pueden incluir la calidad de la interfaz grfica del producto, el nmero de idiomas soportados y la calidad de la documentacin disponible. Hay que definir los atributos, precisamente para aclarar los conceptos de calidad subyacentes que representan y para vincularlos con las subcaractersticas adecuadas. Paso 4: La descomposicin de los atributos derivados en los bsicos Algunos de los atributos emergentes en el Paso 3 (por ejemplo, el nmero de idiomas soportados) puede ser directamente mensurables dado un producto en particular, pero otros an podra ser lo suficientemente abstracto para exigir una descomposicin adicional. Este es el caso con el atributo de calidad de la interfaz grfica, la calidad puede depender de factores tales como la facilidad de uso, la profundidad de la trayectoria ms larga en un proceso de navegacin, y los tipos de interfaz admitidos. Por lo tanto, distinguir entre los atributos derivados y bsicos. Los atributos derivados deben ser descompuestos hasta que estn completamente expresadas en trminos de los bsicos. Paso 5: La indicacin de las relaciones entre las entidades de calidad En esta etapa se explica que las entidades de calidad deben estar relacionadas para obtener un modelo de calidad mas completo. Por ejeplo: Dadas dos entidades A y B de calidad, podemos identificar varios tipos de relaciones: Colaboracin. El crecimiento de un cultivo implica B. Por ejemplo, la subcaracterstica Security colabora con la madurez uno. Daos. Un creciente implica la disminucin B. Por ejemplo, el tipo de error de recuperacin choca con el Mecanismo de atributos subcaracterstica comportamiento en el
Fausto I. Nelson Page 3

Resumen de Lectura del Articulo: [2012] Uso de modelos de calidad en la seleccin de paquete de software tiempo: cuanto ms potente es el mecanismo, ms lentamente se ejecuta el programa. Dependencia. Algunos de los valores de A, B Requiere el cumplimiento de algunas condiciones. Por ejemplo, tener un mecanismo de error de excepcin basada en la recuperacin exige que las construcciones del lenguaje de programacin de excepcin de la oferta. Adems, es posible crear tipos ms elaborados de estas relaciones. Paso 6: Determinacin de indicadores para los atributos En esta etapa se indica que los atributos no deben solamente ser identificados, sino tambin seleccionar indicadores para todos los atributos bsicos, as como las mtricas de los derivados libres de contexto atributos. Se puede utilizar la teora general de la mtrica para este propsito. Adems, la norma ISO / IEC est trabajando actualmente en la escritura de la norma 9126-2 Mtricas Externas. Mtrica para algunos atributos de calidad puede ser difcil de definir. Sin embargo, como seala la norma, con rigurosas mtricas es la nica manera de obtener un modelo de calidad til para hacer comparaciones fiables.

Conlucion
En el articulo se presenta un caso de estudio de un servidor de correo, en el que se aplican las tecnicas definidas por esta metodologia. El procesamiento fiable de los requisitos de calidad exige un modelo de calidad apropiado para ser utilizado como una referencia, especialmente en el contexto de la seleccin del paquete de software. Aunque la construccin de un modelo de calidad es complejo, la metodologa presentada en este articulo muestra muchas ventajas sobre la evaluacin adhoc del paquete: Confianza. Uniforme, independiente del proveedor descripciones de numerosos paquetes de software de facilitar la comparacin de paquetes. Adems, la reescritura de los requisitos de calidad en trminos de conceptos de un modelo nos ayuda a descubrir las ambigedades y omisiones que, una vez resuelto, vamos a comparar ms fcilmente los requisitos de descripciones de los paquetes. Productividad. Considere la cantidad de trabajo reiter que se lleva a cabo en el dominio del servidor de correo. Muchas organizaciones se han enfrentado a exactamente los mismos problemas y han repetido los mismos procesos, el desperdicio de recursos humanos y dinero. La existencia de un modelo de calidad de referencia para este dominio simplifica la adquisicin del servidor de correo, una vez que las necesidades de una organizacin de calidad se han expresado en trminos del modelo de referencia.
Fausto I. Nelson Page 4

Resumen de Lectura del Articulo: [2012] Uso de modelos de calidad en la seleccin de paquete de software

La experiencia y la reutilizacin. El uso repetido de la misma metodologa y estndares de calidad aumenta nuestras habilidades de construccin de modelos. Adems, la reutilizacin de las piezas de los modelos existentes en los nuevos dominios se convierte en posible, tanto para los de alto nivel subcaractersticas y atributos de bajo nivel. Hemos confirmado que se trata en las diferentes experiencias que hemos tenido en los dominios de los servidores de correo, sistemas de ERP, e-learning herramientas, algunas libreras de componentes, y as sucesivamente.

Fausto I. Nelson

Page 5