Evaluacin de software de AplicacinOBJETIVO(S) GENERAL (ES) DEL CURSOEl estudiante ser capaz de aplicar las normas y estndares de calidad para aplicarlos en la evaluacin de software de aplicacin.Ser capaz de evaluar cualquier tipo de software de acuerdo a los estndares de su entorno laboral
TEMARIO
UnidadTemasSubtemas
1
2
3
4
5
Introduccin a la Evaluacin del Software
Aspectos de la Evaluacin de Software
Tipos de productos de software
Modelos de Calidad
Criterios de Valoracin
1.1 Evaluacin del Software y proceso de desarrollo1.2 Tcnicas de Evaluacin Esttica1.3 Tcnicas de Evaluacin Dinmica
2.1 Establecer requisitos2.2 Especificaciones de evaluacin2.3 Diseo de la Evaluacin2.4 Ejecucin de la evaluacin
3.1 Administrativos3.2 Educativos3.3 Productividad3.4 Utilera3.5 Entretenimiento3.6 Negocios3.7 Tcnico-Cientfico
4.1 Qu es calidad del software?4.2 Como obtener la calidad de software 4.3 Funciones de Evaluacin de software 4.4 Relacin de la Ingeniera de Software con el SQA 4.5 ISO/UNE 4.6 SPICE 4.7 CMM 4.8 BOOTSTRAP 4.9 TSP&PSP
5.1 Definir criterios de acuerdo a la norma seleccionada5.2 Definicin de de objetivos prueba5.3 Ejecucin de la valoracin 5.4 Contraste de la valoracin 5.5 Informe de resultado y conclusin de la valoracin5.6 Seguimiento para el SQA
FUENTES DE INFORMACIN
1. Roger S.PressmanIngeniera de software un enfoque prctico, Ed. Mc Graw-Hill2. Piattini M.G. y F.O.Calidad en el desarrollo y mantenimiento del software, Ed. RA-Ma3. Sapag y Sapag ChainFundamentos de Preparacin y Evaluacin de Proyectos, Ed. Mc Graw-Hill4. Sommerville , Ian (2001)Ingeniera de Software, Ed.Prentice Hall5. ValorLos sistemas de informacin en la empresa actual, Mc Graw Hill, ISBN 84481400606. Kendall & KendallAnlisis y Diseo de Sistemas de Informacin, Prentice Hall7. Humphrey , Watts SIntroduccin al proceso Software Teora y prctica, Ed Addison, WesleyReferencias en Internet[8] www.iso.ch[9] www.sei.cmu-edu/sei-home-html[10] www.bwrc.eecs.berkeley.edu
CAPITULO 1INTRODUCCION A LA EVALUACION DEL SOFTWARE 1.1. EVALUACIN DEL SOFTWARE Y PROCESO DE DESARROLLO.
Unproceso para el desarrollo de software, tambin denominadociclo de vida del desarrollo de softwarees una estructura aplicada al desarrollo de un producto de software. Hay varios modelos a seguir para el establecimiento de un proceso para el desarrollo de software, cada uno de los cuales describe un enfoque diferente para diferentes actividades que tienen lugar durante el proceso. Algunos autores consideran un modelo de ciclo de vida un trmino ms general que un determinado proceso para el desarrollo de software. Por ejemplo, hay varios procesos de desarrollo de software especficos que se ajustan a un modelo de ciclo de vida de espiral.
1.1.1 actividades del desarrollo de software.Planificacin.La importante tarea a la hora de crear un producto de software es obtener losrequisitoso elanlisis de los requisitos. Los clientes suelen tener una idea ms bien abstracta del resultado final, pero no sobre las funciones que debera cumplir el software.Una vez que se hayan recopilado los requisitos del cliente, se debe realizar un anlisis del mbito del desarrollo. Este documento se conoce como especificacin funcional.
1.1.2 Implementacin, pruebas y documentacin. Laimplementacines parte del proceso en el que losingenieros de softwareprogramanel cdigo para el proyecto.Laspruebas de softwareson parte esencial del proceso de desarrollo del software. Esta parte del proceso tiene la funcin de detectar loserrores de softwarelo antes posible.Ladocumentacindel diseo interno del software con el objetivo de facilitar su mejora y su mantenimiento se realiza a lo largo del proyecto. Esto puede incluir la documentacin de unAPI, tanto interior como exterior.
1.1.3 Despliegue y mantenimiento.Eldesplieguecomienza cuando el cdigo ha sido suficientemente probado, ha sido aprobado para suliberaciny ha sido distribuido en el entorno de produccin.Entrenamiento y soporte para el softwarees de suma importancia y algo que muchos desarrolladores de software descuidan. Los usuarios, por naturaleza, se oponen al cambio porque conlleva una cierta inseguridad, es por ello que es fundamental instruir de forma adecuada a los futuros usuarios del software.Elmantenimientoo mejora del software de un software con problemas recientemente desplegado, puede requerir ms tiempo que el desarrollo inicial del software. Es posible que haya que incorporar cdigo que no se ajusta al diseo original con el objetivo de solucionar un problema o ampliar la funcionalidad para un cliente. Si los costes de mantenimiento son muy elevados puede que sea oportuno redisear el sistema para poder contener los costes de mantenimiento.
1.1.2. modelos de desarrollo de software.Los modelos de desarrollo de software son una representacin abstracta de una manera en particular. Realmente no representa cmo se debe desarrollar el software, sino de un enfoque comn. Puede ser modificado y adaptado de acuerdo a las necesidades del software en proceso de desarrollo.Existen tres paradigmas de losmodelos de desarrollo de software:
1.1.1.1. Modelo de Cascada.El modelo de cascada define las siguientes etapas:1) Especificacin de requisitos2) Diseo del software3) Construccin o implementacin del software4) Integracin5) Prueba6) Despliegue7) Mantenimiento
1.1.1.2. Modelo de Espiral.La principal caractersticas del modelo en espiral es la gestin de riesgos de forma peridica en el ciclo de desarrollo. Este modelo fue creado en 1988 porBarry Boehm, combinando algunos aspectos clave de las metodologas del modelo de cascada y deldesarrollo rpido de aplicaciones, pero dando nfasis en un rea que para muchos no jug el papel que requiere en otros modelos: un anlisis iterativo y concienzudo de los riesgos, especialmente en el caso de sistema complejos de gran escala.La espiral se visualiza como un proceso que pasa a travs de algunas iteraciones con el diagrama de los cuatro cuadrantes representativos de las siguientes actividades:1. crear planes con el propsito de identificar los objetivos del software, seleccionados para implementar el programa y clarificar las restricciones en el desarrollo del software;2. Anlisis de riesgos: una evaluacin analtica de programas seleccionados, para evaluar cmo identificar y eliminar el riesgo;3. la implementacin del proyecto: implementacin del desarrollo del software y su pertinente verificacin;Modelo de espiral con nfasis en los riesgos, haciendo hincapi en las condiciones de las opciones y limitaciones para facilitar la reutilizacin de software, la calidad del software puede ayudar como una meta propia en la integracin en el desarrollo del producto. Sin embargo, el modelo en espiral tiene algunas limitaciones, entre las que destacan:1. El nfasis se sita en el anlisis de riesgo, y por lo tanto requiere de clientes que acepten este anlisis y acten en consecuencia. Para ello es necesaria confianza en los desarrolladores as como la predisposicin a gastar ms para solventar los temas, por lo cual este modelo se utiliza frecuentemente en desarrollo interno de software a gran escala.2. Si la implementacin del riesgo de anlisis afectar de forma esencial los beneficios del proyecto, no debera utilizarse este modelo.3. Los desarrolladores de software han de buscar de forma explcita riesgos y analizarlos de forma exhaustiva para que este modelo funcione.La primera fase es la bsqueda de un plan para conseguir los objetivos con las limitaciones del proyecto para as buscar y eliminar todos los riesgos potenciales por medio de un cuidadoso anlisis, y si fuera necesario incluyendo la fabricacin de un prototipo. Si es imposible descartar algunos riesgos, el cliente ha de decidir si es conveniente terminar el proyecto o seguir adelante ignorando los riesgos. Por ltimo, se evalan los resultados y se inicia el diseo de la siguiente fase.
1.1.1.3. Desarrollo iterativo e incrementalEs un proceso de desarrollo de software creado en respuesta a las debilidades del modelo tradicional de cascada. La idea principal detrs de mejoramiento iterativo es desarrollar un sistema de programas de manera incremental, permitindole al desarrollador sacar ventaja de lo que se ha aprendido a lo largo del desarrollo anterior, incrementando, versiones entregables del sistema. El aprendizaje viene de dos vertientes: el desarrollo del sistema, y su uso (mientras sea posible). Los pasos claves en el proceso son comenzar con una implementacin simple de los requerimientos del sistema, e iterativamente mejorar la secuencia evolutiva de versiones hasta que el sistema completo est implementado. En cada iteracin, se realizan cambios en el diseo y se agregan nuevas funcionalidades y capacidades al sistema.
1.1.1.4. Desarrollo gilExisten muchos mtodos de desarrollo gil; la mayora minimiza riesgos desarrollando software en lapsos cortos. El software desarrollado en una unidad de tiempo es llamado una iteracin, la cual debe durar de una a cuatro semanas. Cada iteracin del ciclo de vida incluye: planificacin, anlisis de requisitos, diseo, codificacin, revisin y documentacin. Una iteracin no debe agregar demasiada funcionalidad para justificar el lanzamiento del producto al mercado, sino que la meta es tener una demo (sin errores) al final de cada iteracin. Al final de cada iteracin el equipo vuelve a evaluar las prioridades del proyecto.Los mtodos giles enfatizan las comunicaciones cara a cara en vez de la documentacin. La mayora de los equipos giles estn localizados en una simple oficina abierta, a veces llamadas "plataformas de lanzamiento" (bullpenen ingls). La oficina debe incluir revisores, escritores de documentacin y ayuda, diseadores de iteracin ydirectores de proyecto. Los mtodos giles tambin enfatizan que el software funcional es la primera medida del progreso. Combinado con la preferencia por las comunicaciones cara a cara, generalmente los mtodos giles son criticados y tratados como "indisciplinados" por la falta de documentacin tcnica.
1.1.1.5. Codificacin y correccin El desarrollo de codificacin y correccin es ms que una estrategia predeterminada, el resultado de una falta de experiencia o presin que se ejerce sobre los desarrolladores para cumplir con una fecha de entrega.Sin dedicar tiempo de forma explcita para el diseo, los programadores comienzan de forma inmediata a producircdigo. Antes o despus comienza la fase depruebas de software(a menudo de forma tarda) y los inevitableserroresque se encuentran han de eliminarse antes de poder entregar el software.
1.1.1.6. Orientacin a la Reutilizacin.La reutilizacin de software es un proceso donde se recurre al uso de activos de software en las especificaciones de anlisis, diseos, implementacin y pruebas de una aplicacin o sistemas de software. La reutilizacin tiene ciertosIndicadorespor ejemplo:1. Entre el 40% y 60% de una aplicacin es reutilizable en otra.2. Aproximadamente el 60% de una aplicacin administrativa es reutilizable.3. Aproximadamente el 75% de las funciones son comunes a ms de un programa.4. Solo el 15% del cdigo encontrado en muchos sistemas es nico y novedoso a una aplicacin especfica.El rango general de uso recurrente esta entre el 15% y 85%.La reutilizacin tienePrincipioscomo la existencia de parecidos en distintos sistemas de un mismo dominio, donde el software puede representarse como una combinacin de mdulos y los sistemas nuevos se puede caracterizar por diferencias respecto a los antiguos sistemas.
1.2. Tcnicas de Evaluacin Esttica.
Tcnicas de Evaluacin Estticas: Estudian los distintos modelos que componen el sistema software buscando posibles faltas en los mismos. As pues, estas tcnicas se pueden aplicar, tanto a requisitos como amodelos de anlisis, diseo y cdigo.Las tcnicas de evaluacin esttica se aplican en el mismo orden en que se van generando los distintos productos del desarrollo siguiendo una filosofatop-down. Esto es, la evaluacin esttica acompaa a las actividades de desarrollo, a diferencia de la evaluacin dinmica que nicamente puede dar comienzo cuando finaliza la actividad de codificacin, siguiendo as una estregiabotomup.
La evaluacin esttica es el nico modo disponible de evaluacin de artefactos para las primeras fases del proceso de desarrollo (anlisis y diseo), cuando no existe cdigo. Esta idea se muestra en la Figura 1 en la que como se observa la evaluacin esttica se realiza en el mismo sentido en que se van generando los productos del desarrollo de software, mientras que la dinmica se realiza en sentido inverso.
Figura 1. Abstraccin de la relacin entre Evaluacion y Proceso de Software.
Ms concretamente, la Figura 2 muestra en detalle la aplicacin de las tcnicas estticas y dinmicas para evaluar software. La evaluacin esttica (conocida con el nombre genrico de Revisiones) se realiza en paralelo al proceso de construccin, constando de una actividad deevaluacin emparejada con cada actividad de desarrollo.
Figura 2. Modelo en V de Evaluacin de Software.
1.3. TCNICAS DE EVALUACIN DINMICATcnicas de Evaluacin Dinmicas:Generan entradas al sistema con el objetivo de detectar fallos, al ejecutar dicho sistema sobre esas entradas. Esto es, se pone el sistema a funcionar buscando posibles incongruencias entre la salida esperada y la salida real. La aplicacin de tcnica dinmicas es tambin conocida comopruebasdel software otestingy se aplican generalmente sobre cdigo que es, hoy por hoy, el nico producto ejecutable del desarrollo.El objetivo de las pruebas no es asegurar la ausencia de defectos en un software, nicamente puede demostrar que existen defectos en el software. En realidad el objetivo es, disear pruebas que sistemticamente saquen a la luz diferentes clases de errores, optimizando tiempo y esfuerzo.Para ser ms eficaces pruebas deben ser realizadas por un equipo independiente al que realizo el software. El ingeniero de software que creo el sistema no es el ms adecuado para llevar a cabo las pruebas de dicho software, ya que inconscientemente tratara de demostrar que el software funciona, por lo tanto la prueba puede tener menos xito si no se le da una prueba por otra persona.Una prueba de software, comparando los resultados obtenidos con los esperados. A continuacin se presentan algunas caractersticas de una buena prueba. Una buena prueba debe tener una alta probabilidad de encontrar un fallo. Para alcanzar este objetivo el responsable de la prueba debe entender el software e intentar desarrollar una imagen mental de cmo podra fallar. Una buena prueba debe centrarse en dos objetivos:1. Probar si el software no hace lo que debe hacer.2. Probar si el software hace lo que no debe hacer. Una buena prueba no debe ser redundante. El tiempo y los recursos son limitado, as que todas las pruebas deberan tener un propsito diferente. Una buena prueba debera ser la mejor de la cosecha. Esto es, se debera emplear la prueba que tenga la ms alta probabilidad de descubrir una clase entera de errores. Una buena prueba no debera ser ni demasiado sencilla ni demasiado compleja, pero si se quiere combinar varias pruebas a la vez se pueden enmascarar errores, por los que en general, cada prueba debera realizarse separadamente. A continuacin se muestran las tareas a realizarse para probar un software:1. DISEO DE LAS PRUEBAS. Identifica la tcnica o tcnicas de prueba que utilizaran para probar el software.2. GENERACION DE LOS CASOS DE PRUEBA. Los casos de prueba representan los datos que se utilizaran como entrada para ejecutar el software a probar. 3. DEFINICION DE LOS PROCEDIMIENTOS DE LA PRUEBA. Esto es, especificacin de cmo se va a llevar a cabo el proceso, quien lo va a realizar, cuando,.4. EJECUCION DE LA PRUEBA. Aplicando los casos de prueba generados previamente e identificando los posibles fallos producidos al comparar los resultados esperados con los resultados obtenidos.5. REALIZACION DE UN INFORME DE LA PRUEBA. Con el resultado de la ejecucin de las pruebas, que casos de prueba pasaron satisfactoriamente, cules no, y que fallos se detectaron.
1.3.1. Tcnicas de PruebaLas tcnicas de evaluacin dinmica o prueba proporcionan distintos criterios para generar casos de prueba que provoquen fallos en los programas. Estas tcnicas se agrupan en: Tcnicas de caja blanca o estructural: se basan en un minucioso examen de los detalles procedimentales del cdigo a evaluar, por lo que es necesario conocer la lgica del programa. Tcnicas de caja negra o funcional: se realizan pruebas sobre la interfaz del programa a probar, entendiendo por interfaz las entradas y salidas de dicho programa. No es necesario conocer la lgica del programa, nicamente la funcionalidad que debe realizar.
1.3.1.1. Pruebas de Caja Blanca o EstructuralesA este tipo de tcnica se le conoce tambin como Tcnicas de Caja Transparente o de Cristal. Este mtodo se centra en disear los casos de prueba atendiendo al comportamiento interno y la estructura del programa. Examinando as la lgica interna del programa sin considerar los aspectos de rendimiento.El objetivo es disear casos de prueba para que se ejecuten, al menos una vez, todas las sentencias del programa, y todas las condiciones tanto en su vertiente verdadera como falsa.Se han definido distintos criterios de cobertura lgica, que permiten decidir que sentencias o caminos se deben examinar con los casos de prueba. Estos criterios son: Cobertura de sentencias Cobertura de decisin Cobertura de condiciones Cobertura decisin/condicin Cobertura de condicin mltiple Cobertura de caminos
CAPITULO 2ASPECTOS DE LA EVALUACION DEL SOFTWAREEl proceso de evaluacin de software se inicia con una visin cualitativa y deriva en una evaluacin cuantitativa, siendo todo el proceso documentado y cumpliendo los siguientes pasos:
1. Estado del SoftwareConocimiento del el estado del software, estableciendo si se trata de un desarrollo sin terminar o un producto terminado para la entrega al cliente.
2. Identificar el tipo de softwareEspecificar el tipo de software a evaluar, si es un sistema operativo, software de seguridad, software de ofimtica, lenguaje de programacin, base de datos, aplicativo a la medida, entre otros.
3. Perfiles de EvaluadoresTeniendo como marco conceptual al estndar ISO [ISO/IEC9126], se consideran tres perfiles de usuario, a un alto nivel de abstraccin para desarrollo de software, usuarios finales, desarrolladores, y gerentes.El estndar afirma que la relativa importancia de las caractersticas de calidad (como usabilidad, funcionalidad, confiabilidad, eficiencia, portabilidad, y mantenibilidad y calidad en uso) varan dependiendo del punto de vista considerado y de la crtica de los componentes del software a evaluar.La visin del usuario final, concierne al inters de los mismos en usar el software, como as tambin su performancia, su eficiencia, su facilidad de uso, entre otros aspectos. Los usuarios finales no estn interesados en caractersticas internas o de desarrollo del software (sin embargo, atributos internos contribuyen a la calidad de uso).
La visin de calidad del desarrollador debe considerar no slo los requerimientos del software para la visin del usuario sino tambin la calidad para los desarrollos intermedios resultantes de las actividades de la fase de desarrollo.
Se debe tener en cuenta que los desarrolladores estn preocupados en caractersticas de calidad del software como mantenibilidad y portabilidad. La visin de calidad del gerente es una visin integradora, que incorporar requerimientos de negocio a las caractersticas individuales.Ejemplo, un gerente est interesado en el equilibrio entre la mejora del software y los costos y tiempos establecidos.
4 Especificar los ObjetivosConocer los objetivos tanto generales como especficos del software
5 Aplicar el modelo de calidadElaborar un instrumento o formato donde aplique el modelo de calidad externo e interno y calidad de uso.Si existe un comit o conjunto de personas encargadas de la evaluacin, el instrumento debe ser aprobado por los participantes.
6 Criterios de la evaluacinLos criterios para evaluar el software se dividen en dos grandes bloques: uno dedicado a criterios que son aplicables a cualquier tipo de software (criterios generales), y otro conjunto compuesto por criterios adaptables al grupo de software evaluados (criterios especficos). En este caso se definen los criterios de la evaluacin segn el tipo de software, para el cual debe conformar un equipo evaluador, este ejercicio ayuda a definir que opciones se deben evaluar con ms detalle y valor.
7 Seleccionar mtricasLa seleccin de mtricas se obtiene a partir de los indicadores especificados en el modelo.
Niveles o escalas
A cada mtrica seleccionada le asigna un puntaje mximo de referencia. La suma de los puntajes mximos de todas las mtricas debe ser igual o aproximado a 100 puntos. El personal que participa en la evaluacin debe establecer niveles de calificacin cualitativa con base a los puntajes, por ejemplo:De 0 a 1 Inaceptable.De 2 a 3 mnimo aceptableMs de 3 Aceptable o satisfactorioOtro ejemplo de calificacin cualitativa puede ser:DeficienteInsuficienteAceptableSobresalienteExcelente
Se permite usar nmeros enteros o hasta con un decimal de aproximacin. Definir por cada mtrica, un puntaje mnimo de aprobacin, y al final de la evaluacin, dependiendo del puntaje si es mayor o menor a lo propuesto, considerar si el software cumple o no cumple con los objetivos propuestos.
8 Establecer criteriosLas personas que participan en el proceso de evaluacin deben tener criterios con respecto al indicador que se est analizando. Es importante tener en cuenta que el criterio debe ajustar al tipo de software que se va a evaluar.
9 Tomar medidasPara la medicin, las mtricas seleccionadas se aplican al software. Los resultados son valores expresados en las escalas de las mtricas, definidos previamente.
10 ResultadosEl proceso de evaluacin genera un cuadro de resultados por cada uno de los principales indicadores y el total final de resultado.
11 DocumentacinEl proceso de evaluacin se documenta, indicando la fecha, empresa, los cargos, nombres y apellidos, dependencia de las personas que participan en el proceso de evaluacin, especificando las etapas en las que participaron.
12 SeguimientoSi el resultado de la evaluacin tiene observaciones o indicadores de calidad bajos, y el personal que lo evala permite realizar la correccin, se programa otra evaluacin donde se verifique que el proceso mejora, el tiempo que se estime debe influir en los criterios de la aproxima evaluacin.
Es necesario evaluar el sistema software a medida que se va avanzando en el proceso de desarrollo de dicho sistema. De esta forma se intenta que la deteccin de defectos se haga lo antes posible y tenga menor impacto en el tiempo y esfuerzo de desarrollo.Ahora bien cmo se realiza esta evaluacin?
Las tcnicas de evaluacin esttica se aplican en el mismo orden en que se van generando los distintos productos del desarrollo siguiendo una filosofa top-down. Esto es, la evaluacin esttica acompaa a las actividades de desarrollo, a diferencia de la evaluacin dinmica que nicamente puede dar comienzo cuando finaliza la actividad de codificacin, siguiendo as una estrategia botom-up. La evaluacin esttica es el nico modo disponible de evaluacin de artefactos para las primeras fases del proceso de desarrollo (anlisis y diseo), cuando no existe cdigo.
La siguiente figura muestra en detalle la aplicacin de las tcnicas estticas y dinmicas para evaluar software. La evaluacin esttica (conocida con el nombre genrico deRevisiones) se realiza en paralelo al proceso de construccin, constando de una actividad de evaluacin emparejada con cada actividad de desarrollo. Es decir, la actividad de Definicin de Requisitos de Usuario va acompaada de una actividad de Revisin de Requisitos de Usuario, la actividad de Definicin de Requisitos Software va emparejada con su correspondiente actividad de revisin y as, sucesivamente.
Las actividades de revisin marcan el punto de decisin para el paso a la siguiente actividad de desarrollo. Es decir, la actividad de requisitos interacta con la actividad de revisin de requisitos en un bucle de mejora iterativa hasta el momento en que la calidad de los requisitos permite abordar la subsiguiente fase de desarrollo. Lo mismo ocurre con el diseo arquitectnico: sufrir una mejora iterativa hasta que su nivel de calidad permita pasar al diseo detallado y as, sucesivamente. Ntese que esto tambin ocurre en la fase de codificacin. La actividad siguiente a la de implementacin es la fase de pruebas unitarias. No obstante, antes de pasar a ella, los programas debern evaluarse estticamente. Del mismo modo que se ha hecho con los otros productos.
En otras palabras, las actividades de revisin acompaan las actividades del modelo de desarrollo de software que gua el proyecto. En los modelos de desarrollo de software tradicionales, las actividades de evaluacin tanto estticas como dinmicas tienen una inmersin clara dentro de cada una de las fases del proceso.
La norma ISO/IEC 14598 explica la relacin entre la evaluacin del producto software y el modelo de calidad definido en la ISO/IEC 9126. Adicionalmente, hace la presentacin del proceso de evaluacin desglosado en los siguientes pasos: Establecer los requerimientos de evaluacin. Especificar la evaluacin. Planear la evaluacin. Ejecutar la evaluacin.
La Parte 2 de la ISO/IEC 14598 contiene los requerimientos y las guas para las funciones de soporte tales como el planeamiento y gestin para la evaluacin del producto del software. Fundamentalmente, en esta parte, se planifican las mediciones y las actividades de evaluacin. Especficamente, se incluye: Preparacin de las polticas. Definicin de objetivos organizacionales y de mejora. Identificacin de la tecnologa. Asignacin de responsabilidades. Identificacin e implementacin de tcnicas de evaluacin para software desarrollado y adquirido. Entrenamiento en tecnologa, recopilacin de datos y herramientas. Comparacin y administracin de mejoras dentro la organizacin.
2.1 Establecer los requisitosEsta parte provee los requerimientos y las recomendaciones para la evaluacin del producto software cuando la evaluacin es conducida en paralelo con el desarrollo y llevada a cabo por el desarrollador. Se enfoca en el uso de indicadores que pueden predecir la calidad final del producto midiendo los productos intermedios que se desarrollan durante el ciclo de vida. Esta parte cubre el planeamiento y evaluacin de mediciones internas y externas con el fin de asegurar de que la calidad del producto sea incorporada en la fase de desarrollo. Entonces, una vez identificadas las caractersticas fundamentales de calidad y el marco de trabajo de mediciones, deben ser definidas las etapas siguientes: Organizacin Los aspectos organizacionales de desarrollo y de soporte deben formar parte de todo el sistema de calidad y del plan de mediciones.Planeamiento del Proyecto y Requerimientos de Calidad El desarrollo y el ciclo de vida de soporte deben ser establecidos y documentados durante el plan de calidad o en otros documentos. Es de vital importancia verificar que el productor y las medidas de control requeridas sean tcnicamente factibles, razonables y alcanzables (dentro de los lmites de tiempo). 2.2 Especificaciones de la evaluacinEn esta fase, el desarrollador realiza un mapeo de los requerimientos internos y externos de calidad, con relacin a las especificaciones. Los requerimientos de mediciones resultantes de esta fase deben ser un tipo de mapeo entre las especificaciones de requerimientos, requerimientos externos de calidad, requerimientos internos correspondientes de calidad y atributos especificados junto a sus escalas de medicin y valores objetivos que contribuyan a la cuantificacin de la calidad del software. Todo esto puede enfocarse por proyecto o por producto. 2.3. Diseo de la evaluacinLos procedimientos requeridos para el anlisis y recopilacin de datos necesitan ser definidos. De esta manera, el plan incluir: cronogramas, designacin de responsabilidades, uso de herramientas, bases de datos y entrenamiento especializado requerido. La precisin de las mediciones y tcnicas estadsticas deben ser especificadas. En esta fase tambin deber considerarse cmo los resultados de las mediciones impactarn en el desarrollo; por lo tanto, acciones de contingencia y de mejora, deben ser consideradas. Montaje (Build) y Pruebas Durante la etapa de montaje y pruebas, las mediciones actuales son recolectadas, se realizan anlisis apropiados y se toman acciones necesarias. En cada fase del desarrollo debe procurarse lograr un montaje primeramente enfocado a las caractersticas internas y externas de calidad que definan la calidad global del producto y que puedan ser validadas por los resultados de las pruebas y la experiencia del usuario. Y como etapa final del proyecto, deber ser conducida una revisin general para determinar la efectividad global del ejercicio de recoleccin, para identificar costos versus costos, establecer la validez de las mtricas usadas e identificar puntos en los cuales podran obtenerse beneficios para proyectos futuros. El resultado de esta revisin podra retroalimentar directamente el lanzamiento de futuros productos. En la Parte 4 de la norma ISO/IEC 14598: El Proceso para Compradores, los requerimientos y las recomendaciones para que la evaluacin del producto software sea conducida en funcin a los compradores que planean adquirir o re-usar un producto de software existente o pre-desarrollado. Los que adquieren el producto pueden comprar paquetes completos ya sea desarrollados segn ciertas especificaciones o pre-desarrollados para un mercado ms general. Los compradores tambin podran ser desarrolladores que desean integrar productos estndar en sus propios diseos de software, o tratarse de desarrolladores buscando herramientas especficas de software. Al respecto, cuatro etapas son necesarias: Establecimiento de los Requerimientos El alcance de la evaluacin necesita ser establecido. Los requerimientos para la calidad del software definidos en la ISO/IEC 9126 pueden ser usados como punto de partida pero otros aspectos como el costo y el de cumplimiento a regulaciones debern ser tambin considerados. El tiempo de la evaluacin necesita ser consistente con los objetivos; enfoques muy tempranos podran no proporcionar una figura adecuada de la situacin mientras que enfoques muy tardos podran ser muy limitados en su uso. Especificacin de la Evaluacin Durante la redaccin de las especificaciones, debe considerarse: Los requerimientos de calidad a ser evaluados correlacionados con la calidad en uso y mtricas externas con prioridades adems de un umbral de aceptacin definido. El alcance y lo que cubren los casos de prueba donde sean aplicables referencias a mdulos de evaluacin. Mtodos de recoleccin de mediciones, informacin requerida y mtodos de anlisis. Diseo de la Evaluacin El tipo de evaluacin depende del tipo de software que est siendo evaluado. Software bajo desarrollo puede ser abordado en puntos discretos durante el desarrollo o cuando est completo. Un plan de evaluacin necesita considerar: Necesidades de acceso a la documentacin del producto, herramientas de desarrollo y personal. Requerimientos en costos y conocimientos. Cronograma de evaluacin y arreglos de contingencia, hitos claves y criterio para decisiones de evaluacin. Mtodos y herramientas de reporte, procedimientos para la validacin y estandarizacin sobre proyectos futuros.
2.4. Ejecucin de la Evaluacin Aunque esta etapa podra ser simplemente un registro en un libro de seguimiento, podra tenerse la necesidad de incluir: Los resultados mismos y la trazabilidad del producto as como informacin de configuracin. Registros de anlisis, resultados y decisiones. Problemas, limitaciones en las mediciones y cualquier compromiso con relacin a los objetivos originales. Conclusiones sobre los resultados de la evaluacin pero tambin sobre los mtodos empleados. La Parte 5 de ISO/IEC 14598: El Proceso para Evaluadores, provee los requerimientos y recomendaciones para la evaluacin del producto software cuando la evaluacin es conducida por evaluadores independientes. En esta parte, tienen un rol importante los requerimientos de evaluacin, las especificaciones de evaluacin, el diseo de la evaluacin, las actividades de evaluacin y el reporte de evaluacin. Estas etapas son resumidas a continuacin: Requerimientos de Evaluacin Los requerimientos deberan adicionalmente definir: La extensin del la cobertura (o el alcance). Los objetivos de evaluacin y mtodos de reporte. Las calificaciones e independencia requeridas de un evaluador. Especificacin de la Evaluacin Las especificaciones adicionalmente deberan cubrir: Definicin del alcance y formato en las mtricas empleadas identificando como debern ser derivadas a partir de los requerimientos del producto. La identificacin de mediciones no determinsticas para asegurar que ciertos niveles de frecuentabilidad y objetividad requeridos sean obtenidos. La identificacin de mtodos de correlacin con relacin a los resultados de las mediciones. Se tienen identificadas tres sub-actividades con relacin a la especificacin de la evaluacin: El anlisis de la descripcin del producto. La especificacin de las mediciones a ser realizadas. La verificacin de la especificacin resultante frente a los requerimientos de evaluacin.
La Parte 6 de ISO/IEC 14598: Documentacin de los Mdulos de Evaluacin. , provee las guas para la documentacin del mdulo de evaluacin. Estos mdulos representan la especificacin del modelo de calidad y las correspondientes mtricas internas y externas que sern aplicadas a una evaluacin en particular. Incluye mtodos y tcnicas de evaluacin ms las mediciones actuales resultantes de su aplicacin. En esta parte tambin se considera la administracin efectiva de complejidades inherentes a las cuestiones de medicin. Las actividades de medicin coordinadas son una caracterstica para una evaluacin efectiva y un plan necesita proveer un cronograma de evaluacin que provea al mismo tiempo informacin ptima cuando la evaluacin sea conducida durante el desarrollo. Los mdulos de la evaluacin son componentes claves de la ISO/IEC 14598-6 y son usados para proveer un formato consistente y repetible de reporte. Dichos mdulos proveen: Visibilidad de la informacin necesitada para cuadrar con requerimientos especficos de calidad. Documentacin de las interfaces necesarias con herramientas de medicin. La ISO/IEC 14598-6 trata tambin sobre los requerimientos de la documentacin y divide a los mdulos de evaluacin en los seis componentes siguientes: Introduccin Cubre el control del documento, las relaciones con otros documentos, los requerimientos tcnicos y una razn para el mdulo. Alcance Se relaciona con la caractersticas de calidad o sub-caractersticas que debern ser alcanzadas, el nivel de la evaluacin (tomando en cuenta la importancia de la caracterstica, la tcnica de evaluacin usada incluyendo cualquier teora necesaria) y la aplicabilidad del mdulo. Referencias. Definiciones requeridas. Entradas requeridas Datos a ser recopilados y mtricas a ser calculadas. Informacin sobre la interpretacin de los resultados. Resultados de la Evaluacin En esta etapa se tiene la generacin del reporte de evaluacin incluyendo una revisin independiente de los resultados de la evaluacin. Normalmente, el reporte final ser precedido por un borrador de tal manera que el personal involucrado con el producto pueda proveer una retroalimentacin sobre la evaluacin.
CAPITULO 3TIPOS DE PRODUCTOS DE SOFTWARE
3.1. Software Administrativo
Son un conjunto de elementos (recursos humanos: puestos, personas, recursos materiales, equipo, maquinaria, etc.; recursos tcnicos: mtodos, procedimientos, actividades, etc.) que se interrelacionan entre s con el objeto de llevar a cabo las actividades del proceso administrativo aplicado en las reas funcionales de la empresa como son produccin, finanzas, mercadotecnia, etc. Para que de manera integral la empresa viva, evolucione y se desarrolle. La utilizacin de los sistemas administrativos parece ser el mtodo ms adecuado para el logro de los objetivos centrales de cualquier organizacin.
Tipos de Software Administrativos
La empresa en su organizacin est integrada por los sistemas administrativos como son:
Sistema de Planeacin Sistema de Organizacin Sistema de Direccin Sistema de Control Sistema de Finanzas Sistema de Produccin
Caractersticas del Software Administrativo
En forma concomitante con el crecimiento de las organizaciones se han ido desarrollando de manera ms que proporcional los sistema administrativos de las mismas. Es una preocupacin constante de la direccin superior de las empresas el gigantismo que alcanzado los sectores ocupados en tareas administrativas y de procesamiento de informacin, traducindose ello en mayores costos de funcionamiento y originando el fenmeno de la mal llamada burocratizacin de la administracin. Como consecuencia de ello la organizacin necesaria para mantenerse y crecer en tiempos de turbulencia, minimizndose las posibilidades de instrumentar con rapidez y eficacia los cambios necesarios en los procedimientos para racionalizarlos, impidiendo de esta manera el derroche, la ineficiencia y la ineficiencia del conjunto.
Ciertas caractersticas que se presentan a continuacin especifican tareas administrativas, si las conocemos podemos llegar a contribuir a mejorar el dominio sobre las mismas:
1. Las tareas administrativas pueden repetirse un sin nmero de veces sin aportar elementos positivos al funcionamiento de la organizacin. Por en un proceso productivo a nadie se le ocurrira agregar materia prima y o procesos a la fabricacin de un tornillo.
2. Las tareas administrativas son, de por s, sumamente difciles de ser medidas en el tiempo. Una misma tarea puede insumir distintos tiempos para ser ejecutada, aun por la misma persona, debido al contexto en que le toque actuar. Si la localizacin de los datos a manipular, los archivos a manipular o la interpretacin de la informacin presentan anomalas o particularidades dos procesos similares insumiendo tiempos sustancialmente diferentes.
3. La informacin y/o automatizacin ha avanzado mucho ms rpidamente en las actividades productivas que en las actividades administrativas. Actualmente es posible encontrar plantas industriales totalmente automatizadas. Sin embargo en la administracin, todava no se ha logrado reemplazar al ser humano en las tareas de captacin, procesamiento primario de los datos, antes de ser introducidos al sistema computarizado y en el proceso posterior de anlisis y utilizacin de la informacin procesada por el sistema informativo utilizado. Es por eso que es fundamental en las tareas administrativas los sistemas admiten mltiples excepciones, lo que hace que sean sumamente bifurcados, con alternativas y opciones mltiples que dificultan su automatizacin.
4. Cada individuo dentro de una organizacin intenta formar su propio entorno que le asegure su supervivencia y luego le abra los caminos para su ascenso dentro de la misma. Esto se debe bsicamente a dos factores:a) La importancia relativa de una persona dentro de una empresa puede llegar a medirse por la cantidad de empleados que supervisa y el volumen de tareas que se le encargan.b) El acceso a la informacin es una fuente de poder. Esto determina que cada sector quiera tener sus propios registros, archivos, etc. Sin evaluar su real utilidad o si dicha informacin ya no existe en otro lado de la organizacin.
5. La respuesta de la organizacin a los intentos de cambios en los sistemas administrativos no es inmediata y siempre est condicionada por factores de resistencia natural o intencionada al cambio de los miembros de la misma. Estas situaciones conflictivas, hacen que si no se tiene la tenacidad, perseverancia y pleno apoyo de la Direccin Superior, los cambios para modificar sistemas administrativos sean evitados, aun cuando se conozcan las ineficiencias por ellos producidas; o que una vez lanzado el programa de cambio no se enfrenten con decisin los problemas y se abandonen proyectos de racionalizacin administrativa antes que produzcan sus resultados, con el pretexto que existen otros temas prioritarios que requieren mayor atencin.
Ejemplos de Software Administrativos.
Dado que todas oficina no cumple con las mismas tareas, todo el software administrativo no es creado igual: algunos programas pueden ser efectivos la organizacin de una oficina, otros, para el trato con el cliente, y otros, efectivos a la hora de tratar todo lo relacionado con la administracin del dinero. Veamos algunos ejemplos:
Administracin de clnicas Administracin de entidades educativas. Administracin de propiedades horizontal. Administracin contable Punto de venta, factura de servicios y mercanca. Gestin de pago y clculo de conceptos.
La mayora de las empresas, especialmente las que se encuentran dentro de las PYMES, podrn aprovecharse de alguno de los tipos de software administrativo mencionados. Sin embargo, antes de tomar la decisin final, es necesario tener en cuenta ciertos puntos relacionados con la eficiencia y el costo del software elegido a largo plazo.Por ejemplo, es necesario tener en mente que, adems de los costos por licencias de software y por su implementacin, hay ciertos costos ocultos que pueden resultar de significativa relevancia en el mediano y el corto plazo, por lo que es necesario analizarlos antes de tomar un compromiso con la empresa de software de administracin elegida:
Algunas empresas de software exigen que se utilice hardware provisto por ellos. Dado que la mayora de los sistemas modernos es capaz de correr en cualquier PC actualizada, no habra razones concretas para tal exigencia, ms que el lucro del proveedor de software. Si la empresa ha crecido demasiado puede ser necesario agregar mdulos y nuevas funciones al sistema. Es importante averiguar los costos de esta posible ampliacin. Si el sistema es grande y/o complicado podra haber costos de capacitacin. Si bien la capacitacin inicial suele estar incluida en el costo del sistema, las empresas usualmente cobran adicionales para capacitar al personal nuevo. Ciertos proveedores de software cobran cuotas extras o fees por el uso de algunas de las caractersticas del sistema, por ejemplo por impresin o por transaccin.
Si se toman en cuenta estos aspectos, no ser difcil decidir cul es el software administrativo adecuado para cada tupo de empresa, y si se prevn sus posibles costos ocultos se evitarn sorpresas desagradables a mediano y largo plazo
3.8 Software Educativos
Segn Pere Marqus (1996) un software educativo es un programa para ordenador creado con el fin de ser utilizados como medio didctico, que pretende imitar la labor tutorial que realizan los profesores y presentan modelos de representacin del conocimiento en consonancia con los procesos cognitivos que desarrollan los alumnos. Por lo tanto, est centrado en el proceso de enseanza- aprendizaje y pretende atender las necesidades del estudiantado en funcin de los programas educativos.Tipos de software Educativo Software educativo para nios. Una inmensa cantidad de ttulos se han desarrollado desde mediados de los aos 1990 en adelante, destinados principalmente a la educacin en el hogar de los nios ms pequeos. Versiones posteriores de estos ttulos a menudo se comenzaron a vincular con los contenidos educativos de los programas escolares. El diseo de los programas de software educativo para uso en el hogar ha sido fuertemente influenciado por conceptos de los juegos de ordenador - en otras palabras, que estn diseados para ser divertidos y educativos. Sin embargo en la medida de lo posible, una conveniente distinguir entre ttulos adecuados al aprendizaje y el software donde el juego es mayor que el valor educativo. El software de aprendizaje de los nios debe tener un enfoque estructurado pedaggico, y por lo general estar orientados a la alfabetizacin y la aritmtica. El hardware ergonmico es fundamental para el aprendizaje del beb, donde los Tablet PC y pantallas tctiles son preferidas en lugar de los teclados y ratones de ordenador. Cursos-online. Su significado originalmente se utiliz para describir el material educativo adicional destinado como kits para los maestros o instructores o como tutoriales para los estudiantes, por lo general para uso con un ordenador. El significado del trmino y el uso se ha expandido y puede referirse a todo el curso y cualquier material adicional cuando se utiliza en referencia a una lnea o la computadora con formato 'aula'. Muchas empresas estn utilizando el trmino para describir la totalidad del "paquete" que consiste en una "clase" o "curso" incluido junto con las enseanzas diversas, pruebas y otros materiales necesarios. Los cursos pueden estar en diferentes formatos, algunos slo estn disponibles en lnea tales como pginas HTML, mientras que otros se pueden descargar en formato pdf y otros tipos de archivos de documentos. Muchas formas de e-learning estn siendo mezcladas. La mayora de las empresas lderes en educacin solicitan o incluyen cursos con los paquetes de su formacin. Ayuda en al escuela. Una nueva categora de software educativo es un software diseado para su uso en las aulas de la escuela. Normalmente, este software no puede ser proyectado sobre una pizarra grande en la parte delantera de la clase y / o ejecutar simultneamente en una red de computadoras. Software de referencia. Muchos editores de diccionarios y enciclopedias impresas se han involucrado en la produccin de software educativo de referencia desde mediados de la dcada de 1990. A ellos se unieron en el mercado de software de referencia editores de software establecido, sobre todo de Microsoft. Los primeros productos de software de referencia se comercializaron con ediciones en CD-ROM, a menudo complementadas con nuevos contenidos multimedia, incluyendo vdeo comprimido y sonido. Productos ms recientes usan las tecnologas de Internet. O. Wikipedia y sus offspins (como Wikcionario) marc un nuevo punto de partida en el software educativo de referencia. Anteriormente, las enciclopedias y diccionarios haban compilado su contenido sobre la base de equipos de especialistas. El concepto wiki ha permitido el desarrollo de obras de referencia de colaboracin a travs de una cooperacin abierta a la incorporacin de expertos y no expertos. Juegos de ordenador con valor educativo. Estos son juegos que fueron desarrollados originalmente para adultos y que tienen implicaciones potenciales sobre el aprendizaje. En su mayor parte, estos juegos ofrecen simulaciones de diferentes tipos de actividades humanas, lo que permite a los jugadores explorar una variedad de procesos sociales, histricos y econmicos. Software de formacin empresarial. En un principio, software educativo destinado a la educacin en las empresas fue diseado para ejecutarse en una sola computadora (o un dispositivo de usuario equivalente). En los aos inmediatamente posteriores a 2000, los planificadores decidieron cambiar a las aplicaciones basadas en servidor con un alto grado de estandarizacin. Esto significa que el software educativo se ejecuta principalmente en los servidores que pueden estar a cientos o miles de kilmetros del usuario real. El usuario slo recibe pequeas piezas de un mdulo de aprendizaje o de prueba. El software del servidor decide qu material didctico distribuir, recoge los resultados y el progreso muestra al personal docente. Otra forma de expresar este cambio quiere decir que el software educativo se transform en un servicio educativo en lnea.CaractersticasLas cinco caractersticas que distinguen a un software educativo son segn (Pere, 2000): finalidad didctica, uso del ordenador, interaccin, individualizacin del trabajo y facilidad de uso. Ahora, veamos brevemente en qu consiste cada una de estas caractersticas?A. Finalidad Didctica:estn elaborados con una intencin pedaggica y en funcin de unos objetivos de enseanza.B.Uso del ordenador:no requiere de mayor explicacin. Sabemos que un software es para ser explorado a travs del ordenador.C.Interaccin:estimulan la participacin del estudiante y el intercambio de informacin entre el estudiante y el ordenador.D.Individualizacin del trabajo:le permiten al estudiante o usuario trabajar de forma individual, de acuerdo a su propio ritmo de aprendizaje.E.Facilidad de uso:los conocimientos requeridos para el uso de estos programas es mnimo. El usuario o estudiante, slo debe seguir las instrucciones que el programa le ofrece tanto para acceso a l como para navegar en l.
Ejemplos de Software EducativosSoftware de literatura: Tropos. Biblioteca digital de escritura creativa (repositorios.fdi.ucm.es/Tropos) del Grupo LEETHi, ucm.Software de qumica: EQTabla, Virtual lab, Omega Chemical por Felipe Anduquia,Software de Fsica: Omega Physical por Felipe Anduquia,Software de lengua:Kanagram, Omega Literature por Felipe Anduquia,Software de matemticas:GeoGebra, Omega Mathematical por Felipe Anduquia,Software de ingls: Memorize Words Flashcard System.
3.9 Software de ProductividadSe entiende la productividad como: la relacin, en trminos econmicos, entre lo producido y los medios empleados. El objetivo es satisfacer las necesidades del usuario. De este modo y como ejemplo, en los ltimos 10 aos el desarrollo de las tecnologas en software se ha concentrado en el ambiente laboral ms extendido en el mundo: la oficina, dando lugar a lo que en informtica se conoce como ofimtica.
Tipos de software de productividad Procesadores de Texto: son programas que trabajan con textos (con frecuencia incluyen graficos) y permiten crearlos, modificarlos, imprimirlos, etc. Por ejemplo Microsoft Word, Google Docs, OpenOffice, Hieroglyph, Pages, y Jarte Hoja de Calculo: Tipo de aplicacin que es usada en anlisis y clculos matemticos, que permite trabajar sobre una matriz compuesta por celdas o casillas. Estas celdas se relacionan de manera tal que puedan dar resultados complejos. Entre las hojas de calculo mas usuales estn KSpread, Calc, Numbers, Microsoft Excel y Lotus. Los CADs: son programas de diseo asistido por computadora que permiten la creacin de maquetas virtuales de objetos especficos, tales como un auto una casa por ejemplo. Entre los mas extendidos estn auto-CAD, intelli-CAD y archi-CAD.
Caractersticas
Microsoft Office es considerado el estndar en programas de productividad, siendo la interoperabilidad en Office uno de sus fuertes.
Ejemplos de Software de productividad
3.10 Software de UtilerasSon programas de servicios que sirven de apoyo al procesamiento de los trabajos. En informtica es una herramienta que sirve de soporte para construccin y ejecucin de programas, en donde se incluyen las bibliotecas de sistema, middleware, herramientas de desarrollo, etc.
Tipos de software de utilera
Utileras de sistema: se ejecutan bajo control del sistema operativo para preparar algunos recursos usados por el sistema. Utileras para archivos: manejan informacin de los archivos tale como imprimir, clasificar, copiar, etc. Utileras independientes: realizar funciones que se relacionan con la iniciacin de dispositivos de Entrada/Salida, carga del sistema operativo, etc.
Ejemplos de Software de UtileraEstos son ejemplos de software utilera que permiten dar Mantenimiento al sistema operativo. TuneUP Utilities: es un paquete de aplicaciones cuya misin consiste en realizar un completo mantenimiento al ordenador. Entre otros propsitos, permite desfragmentar el disco duro, eliminar archivos temporales, realizar ajustes automticos para incrementar la velocidad de navegacin en internet, desfragmentar y corregir errores del registro, as como personalizar la apariencia del sistema.
Ccleaner: es una aplicacin gratuita, de cdigo cerrado (software no libre), que tiene como propsito mejorar el rendimiento de cualquier equipo que lo ejecute mediante la eliminacin de archivos innecesarios, entradas invalidas del Registro de Windows y tambin cuenta con la posibilidad de desinstalar programas desde su interfaz al igual que inhabilitar la ejecucin de aplicaciones en el inicio del sistema con el fin de mejorar la velocidad de arranque del sistema operativo.
3.11 Software de Entretenimiento.El software de entretenimiento es el conjunto de aditamentos que en este caso sirven para brindar al consumidor cierto tipo de entretenimiento, vlgase la redundancia, en este caso podemos presentar un software de entretenimiento como una sola consola de videojuegos, que brinda distraccin y entretenimiento. Sin embargo, tambin podemos encontrar otro tipo de software de entretenimiento como la computadora.
Es un sistema operativo que est diseado para el entretenimiento. Evidentemente, la industria del software de entrenamiento no se limita a juegos y diversin. Es un negocio serio que mejora la capacitacin, la eficiencia y la productividad en una variedad de industrias y que ha producido innovaciones en otros sectores de alta tecnologa, dice un informe de la Asociacin de Software el Entretenimiento que estudia la importancia de la industria de videojuegos en la economa norteamericana.
Para que a los consumidores les sea an ms fcil hallar informacin sobre clasificaciones de la ESRB antes de dirigirse a las tiendas, hemos desarrollado la herramienta de bsqueda de clasificaciones. Esta herramienta est disponible en ingls, espaol y francs.
Tipos de Software de EntretenimientoCaraceteristicas
Ejemplo de Software de Entretenimiento
SuperMarioBros3En este Super Mario Bros 3 tenemos una versin del mismo juego, con algunas modificaciones, pero siempre fiel al original (no se trata de un juego ms de Super Mario). Hay algunos elementos clsicos del juego, a cambio podremos disfrutar de algunos enemigos y objetos nuevos. MarioWorldsX2.0.1Mario Worlds es, en esencia, una nueva versin de las aventuras del popular personaje de Nintendo, reflejando a la perfeccin y con todo lujo de detalles el original universo de Mario.MarioBrosyLuigi Mario Bros y Luigi es un sencillo juego de plataformas del hroe fontanero conocido por todos. El juego solo aspira a que pases un rato distrado y por eso incorpora lo clsico de los juegos de Mario, como son los enemigos de siempre como las tortugas, las setas y los reptiles, los potenciadotes que te dan mayor tamao, etc. StreetFighter2Remake Street Fighter 2 Remake te trae al monitor de tu ordenador la posibilidad de jugar a este clsico juego de peleas que en este caso incorpora a sus ocho personajes mas carismaticos Ryu, Ken, Chun-Li, Honda, Zangief. Blanka, Guile y Dhalsim.
AirAssault3D Defindete sin tregua con tu potente helicptero. Air Assault 3D te convertirs en un experto piloto de helicpteros y debers enfrentarte a mltiples enemigos, en muchas ocasiones en grandes oleadas. El manejo del helicptero es muy fcil solo debes usar tu ratn para controlarlo y apuntar a tus enemigos.
FIFA2008 FIFA 08 viene cargado de novedades. En primer lugar te reta a dominar las habilidades necesarias para jugar como un profesional. El nuevo motor grfico te darn un control del baln tan fluidos que tendrs la sensacin de estar en el campo. Se ha desarrollado una nueva Inteligencia Artificial especialmente para este juego que cuenta con un motor de decisin basado en 35 parmetros lo que significa que antes mltiples situaciones podrs responder como un jugador real. CannonSmashCannon Smash es un juego de ping pong en 3D y para ser fiel a la realidad es un juego muy rpido en el que tendrs que estar atento y en tensin constante para que tus reflejos respondan con rapidez.Dofus1.21.0 Es un juego de rol online multijugador con ms de tres millones de usuarios. El universo de Dofus es muy amplio y continua creciendo. Cuenta con humanos, animales, hadas, etc., donde cada uno de ellos tienen sus propias creencias y deidades, objetivos y poderes, etc. Sin duda un universo complejo que se ha creado sobre unos grficos excelentes.
3.12 Software de aplicacin de Negocios
El usos de software es muy beneficioso para un negocio, pues hoy las empresas en el mundo utiliza varios tipos de software que se adapten a sus necesidades. Antes se utilizaban los libros de contabilidad y calculadora para recopilar informacin en varias hojas, sobre ventas y emisin de facturas para los clientes ms los registros regulares de las tiendas. Hoy se usa completamente automatizado. Esta gran revolucin en el mundo de la informtica trajo consigo un gran cambio para las empresas y el modo en que estas dirigen sus operaciones de negocios. A travs del uso del software se puede asegurar que su negocio no solo tenga un giro ms exitoso, sino que adems exista un ahorro considerable en tiempos y mayores ingresos.
Hoy en da hay muchos tipos de software adecuados para casi cualquier tipo de negocio. Hay un software sencillo para las tiendas, donde no solo se marcan las ventas diarias, semanales, mensuales y anuales. Mediante el uso de un programa que se aloja en un servidor web. Usted tiene la capacidad de conectarse con cualquier persona que est en el mismo sistema de su organizacin. Las pequeas empresas estn usando esto para ayudar a reducir sus costos de almacenamiento.
Tipos de Software de Negocios
Para tener xito en el funcionamiento de tu negocio o incluso para saber si lo estas teniendo, necesitas un software de contabilidad. El software de contabilidad te permite monitorear la salud financiera de tu negocio. Normalmente, te permite incluir todos los gastos como nmina y los gastos de equipos, as como los ingresos, por ejemplo los de ventas que son:
Software para contabilidad comercial. Un software de contabilidad comercial como QuickBooks o Peachtree puede manejar a la mayora, si no todas, de las pequeas y medianas necesidades contables de un negocio. Un software de contabilidad de trabajo para casi cualquier tipo de negocio te permite crear funciones personalizadas que se adapten a tus necesidades especficas. El software de contabilidad comercial a menudo incluye grficas que resumen datos, as como informes que proporcionan una imagen de la salud de una empresa. Cada tipo de software de contabilidad comercial tiene fortalezas y debilidades. Software para contabilidad empresarial. Las empresas grandes llevan a cabo operaciones de una complejidad enorme y el software de contabilidad de la empresa es fundamental para la gestin de esta complejidad. El software de contabilidad para empresas grandes a menudo integra su contabilidad con otros servicios prestados por el mismo software como son la gestin del flujo de trabajo, la inteligencia de la empresa y la planificacin de proyectos. A menudo, cuando una gran empresa adquiere este tipo de software de contabilidad, se sigue un protocolo de mltiples etapas que incluye una solicitud de informacin de los proveedores de software de contabilidad, una demostracin del producto y la comunicacin con otras empresas que utilizan el mismo software. Software de contabilidad personal. A veces, una empresa crea su propio software de contabilidad. Esto sucede a menudo, casi por accidente: cuando el negocio crece, el personal capacitado puede pedir o elaborar un software para manejar diversas situaciones contables hasta que con el tiempo la empresa encuentra que ha creado su propio software de contabilidad personalizado. Por ejemplo, bajo condiciones muy especficas una empresa, como el Grupo de Solucin Integrada, Inc., crea su propio software debido a que no hay programas de contabilidad comerciales que cumplan con sus necesidades.
Caractersticas
Sistema de facturacin para crecer. Facturas Diferentes regmenes Factura recurrentes. Pagos recibidos Cotizaciones. Recordatorios a tus clientes.
Gastos Controlados. Pagos Facturas de Proveedores. Pagos Recurrentes Organiza tus CFDI Crea Pagos desde un XML Adjuntar archivos
Contactos Organizados Contactos. Clientes. Proveedores. Adjunta archivos.
Sistema de inventarios para PYMES. Inventario al da. Control del inventario. Listas de precios.
Bancos y categoras para una PYME. Bancos Conciliacin. Categoras.
Reportes inteligentes para tomar decisiones. Reportes inteligentes Conoce tu empresa. Reportes exportables Reporte contador.
Ejemplo de Software de Negocios1. Microsoft Excel.2. Open Office Calc3. Mariner Calc4. Papyrus Office5. NeoOffice Calc6. Gnumeric7. MacroCALC8. Libre office9. Apache Open Office10. ThinkFree Calc
CAPITULO 4
MODELOS DE CALIDAD
4.1. Cul es la diferencia entre calidad del Producto de software y la calidad del Proceso de desarrollo?Hay un vnculo claro entre la calidad del proceso y del producto debido a que el proceso es relativamente fcil de estandarizar y monitorizar. Cada sistema de produccin se calibra, y debe producir una y otra vez productos de alta calidad. Sin embargo, el software no se manufactura, sino que se disea. La diferencia entre ellos, es que el desarrollo de software es un proceso ms creativo que mecnico y la calidad del producto, sea cual sea el producto utilizado, se ve afectada por factores externos, como la novedad de una aplicacin o la presin comercial para sacar un producto rpidamente.
En el desarrollo de software, por lo tanto, la relacin entre la calidad del proceso y la calidad del producto es muy compleja. Es difcil de medir los atributos de la calidad de software, como mantenibilidad, incluso despus de utilizar el software durante un largo periodo. En consecuencia, es difcil explicar cmo influyen las caractersticas del proceso en estos atributos. Adems debido al papel del diseo y la creatividad en el proceso software, no podremos predecir la influencia de los cambios en el proceso en la calidad del producto.
4.2. Calidad del softwareEl software es un producto como cualquier otro, y por tanto podemos hablar de software de buena calidad y software de mala calidad. La calidad del software comprende distintos aspectos como esttica (que se agradable a la vista), funcionalidad (que sea fcil de usar), eficiencia (que ejecute con rapidez y precisin los procesos), etc.
4.3. Qu es la Funcionalidad?Es un conjunto de atributos que se relacionan con la existencia de un conjunto de funciones y sus propiedades especficas.
4.4. Qu es la Fiabilidad?Es un conjunto de atributos relacionados con la capacidad del software de mantener su nivel de prestacin bajo condiciones establecidas durante un periodo establecido.
4.5. Qu es la Eficiencia?Es un conjunto de atributos relacionados con la relacin entre el nivel de desempeo del software y la cantidad de recursos necesitados bajo condiciones establecidas.
4.6. Qu es la Usabilidad?Es un conjunto de atributos relacionados con el esfuerzo necesario para su uso, y en la valoracin individual de tal uso, por un establecido o implicado conjunto de usuarios.
4.7. Qu es la Mantenibilidad?Es un conjunto de atributos relacionados con la facilidad de extender, modificar o corregir errores en un sistema software.
4.8. Qu es la Portabilidad?Es un conjunto de atributos relacionados con la capacidad de un sistema software para ser transferido desde una plataforma a otra.
4.9. Qu es SQA?Es un conjunto de actividades sistemticas y planeadas para asegurar que los procesos y productos de software cumplen con los requerimientos, estndares y procedimientos.
4.10. Cules son las actividades de SQA? Las actividades de SQA son: Proceso Productos Diseo de software Codificacin Documentacin Test Soporte Mantenimiento
4.10.1. Qu contiene el plan SQA?
Contenido general del Plan de Aseguramiento de la calidad del software (SQA por sus siglas en ingles)
1.0 Introduccin.- Esta seccin ofrece un panorama general del plan SQA.1.1 mbito e intencin de las actividades SQA.- Una descripcin general del enfoque SQA incluyendo objetivos y las responsabilidades organizacionales.
1.2 Papel de la organizacin en el SQA.- Descripcin de los lugares donde el grupo de SQA se encuentra en la organizacin (incluyendo la estructura de reporte y la manera en la cual SQA interactuar con los equipos de ingeniera de software).2,0 Tareas SQA.- En esta seccin se detallan todas las tareas de SQA y se asigna la responsabilidad de cada una. Tener en cuenta que muchas tareas SQA son realizadas por los miembros del equipo de software. Otras pueden ser realizadas por especialistas SQA.2.1 Panorama general de tareas.- Una visin general de cada tarea.2.1.1 Descripcin de la n tarea SQA.- La tarea se describe y la responsabilidad se asigna. La seccin 2.1.1 se repite para cada una de las n tareas.
2.1.2 Productos de trabajo y documentacin.- Producto de trabajo SQA y la documentacin producida como consecuencia de una tarea n es descrita aqu.2.2 Estndares, Prcticas y Convenciones (SPC por sus siglas en ingles)-. SPC (Estndares, Prcticas y Convenciones) que se utilizarn para regular el trabajo de ingeniera de software se describen aqu.2.3 Recursos SQA-. Personas, hardware, software, herramientas y otros recursos necesarios para llevar a cabo tareas de SQA se anotan aqu.
3.0 Revisiones y auditoriasEn esta seccin se examinan los principales proyectos de evaluacin llevada a cabo por personal de SQA y los miembros del equipo de software.
3.1 Revisin genrica de directrices.- Un conjunto de directrices para todas las revisiones tcnicas formales (FTR por sus siglas en ingls) se presenta en esta seccin.3.1.1 Realizacin de revisin.- Directrices generales para la realizacin de una revisin.3.1.2 Roles y Responsabilidades.- Los roles que las personas desempean durante una revisin tcnica formal (FTR) y las responsabilidades de cada jugador.3.1.3 Revisin de los productos de trabajo.- Documentos, formularios y listas producidas como consecuencia de una FTR.3.2 Revisiones tcnicas formales (FTR).- Una descripcin de las caractersticas especficas y el propsito de cada uno de los principales FTR llevado a cabo durante el proceso de software.3.2.n Descripcin n de la revisin.- Las secciones que siguen se incluyen para cada seccin 3.2.n3.2.n.1 Descripcin y enfoque de la revisin3.2.n.2 Momento de la revisin3.2.n.3 Productos de trabajo producidos3.2.n.4 Lista de revisin n.- Las secciones que siguen representan ejemplos de revisiones tpicas de evaluacin llevadas a cabo como parte de un proyecto de ingeniera de software y se incluyen como parte de la Seccin 3.2.n3.2.1 Revisin de especificacin del sistema.3.2.2 Revisin del plan de proyecto de software3.2.3 Revisin RMMM3.2.4 Revisiones de requerimientos (modelos, especificaciones)3.2.5 Revisin del diseo de datos3.2.6 Revisin del diseo arquitectnico3.2.7 Revisin del diseo de interface (GUI)3.2.8 Revisiones del diseo de componentes3.2.9 Revisiones de cdigo3.2.10 Revisin de la especificacin de pruebas3.2.11 Revisiones y auditorias del control de cambios3.3 Auditorias SQA.- Una descripcin de las auditorias llevadas a cabo por el grupo SQA con la intencin de evaluar qu tan bien SQA y las actividades de ingeniera de software se estn llevando a cabo en un proyecto.
4.0 Reporte de problemas y accin/seguimiento correctivo.- En esta seccin se describen los mecanismos de reporte de problemas que se producen como consecuencia de revisiones tcnicas formales (FTR) llevadas a cabo para accin y seguimiento correctivo.
4.1 Mecanismos de reporte (Presentacin de informes).- Describe cmo y a quin se informa de problemas
4.2 Responsabilidades.- Describe quien tiene la responsabilidad de las acciones correctivas y de seguimiento.
4.3 La recopilacin de datos y evaluacin.- Describe la forma en que datos error / defectuosos son recogidos y almacenados para el futuro o para evaluacin en tiempo real.
4.4 Estadsticas de SQA.- Describe las tcnicas cuantitativas que se aplicarn a un error / defecto de los datos en un esfuerzo para discernir las tendencias y la mejora.
5.0 Actividades de mejora del proceso de software.- El grupo de SQA (y otros) es a menudo cargado con la responsabilidad de mejora de procesos software (SPI por sus siglas en ingles). En esta seccin se describe el trabajo relacionado con la mejora de procesos de software (SPI).
5.1 Metas y objetivos de la mejora de procesos de software (SPI).- Las metas y los objetivos de la SPI se definen.
5.2 Tareas y responsabilidades de la SPI.- Especficas del grupo SQA
6.0 Panorama de la gestin de la configuracin de software.- Un breve resumen del contenido del Plan de SCM(por sus siglas en ingls) se presenta aqu. Por otra parte, el plan de SCM es referenciado.7.0 Herramientas SQA, tcnicas, mtodos.- Herramientas especializadas, tcnicas y mtodos a ser utilizados por el grupo SQA se describen aqu.8.0 Apndices.- La informacin suplementaria se proporciona aqu.
4.11. Qu es ISO 9126?Es un estndar internacional para la evaluacin de lacalidad del software. Est reemplazado por el proyecto SQuaRE, ISO 25000:2005, el cual sigue los mismos conceptos.
4.12. Qu es SPICE?Es un estndar que permite a las empresas evaluar y mejorar procesos de su organizacin.
4.13. Qu es CMMI?El CMMI (Modelo de Madurez de Capacidades Integrado) es un enfoque de mejora de procesos que provee a las organizaciones de los elementos esenciales para un proceso efectivo.
CAPITULO 5
CRITERIOS DE VALORACIN
5.1. LOS CRITERIOS DE CALIDAD DE SOFTWARE
Factores de Calidad: nivel ms alto: se define los factores de calidad que se van a medir y evaluar.
Criterios de calidad del producto: cada factor se descompone en un conjunto de criterios de calidad. Visin de la calidad desde el punto de vista del producto.
Factores de calidad.
Entre los factores que determinan la calidad existen dos tipos de factores:
Factores que pueden ser medidos directamente (errores/KLDC/unidad de tiempo). Factores que solo pueden ser medidos indirectamente (la facilidad de uso o de mantenimiento).
En ambos casos se puede medir la calidad, debemos comparar el software (documentos, programas, etc.) con alguna referencia y llegar a una indicacin de calidad.
A continuacin presento un cuadro de factores de calidad segn McCall
PUNTOS DE VISTAFACTORES
REVISION DE PRODUCTOMantenibilidad
Flexibilidad
Testeabilidad
TRANSICION DEL PRODUCTOPortabilidad
Reusabilidad
Interoperabilidad
OPERACIN DEL PRODUCTOCorrectitud
Confiabilidad
Eficiencia
Integridad
Usabilidad
Criterios de calidad.
Los criterios de calidad segn McCall. Anteriormente se mostraba los factores de calidad segn McCall, ahora complementamos esa informacin con los criterios existentes para cada factor.
PUNTO DE VISTAFACTORCRITERIOS
REVISION DEL PRODUCTOMantenibilidad
Consistencia
Simplicidad
Concisidad
Auto-descripcin
Modularidad
Flexibilidad
Expansibilidad
Generalidad
Auto-descripcin
Modularidad
Testeabilidad Simplicidad
Instrumentacin
TRANSICION DEL PRODUCTO
Portabilidad
Auto-descripcin
Modularidad
Independencia de la maquina
Independencia del ISO
Reusabilidad
Generalidad
Modularidad
Auto-descripcin
Independencia de la maquina
Independencia del ISO
Interoperabilidad
Modularidad
Interoperabilidad de la comunicacin
Interoperabilidad de datos
OPERACIN DEL PRODUCTOCorrectitud
Trazabilidad
Completitud
Consistencia
Confiabilidad
Tolerancia de errores
Consistencia
Simplicidad
Exactitud
Eficiencia
Eficiencia de tiempo
Eficiencia de espacio
Integridad
Control de acceso
Auditoria de acceso
Usabilidad
Operabilidad
Entrenamiento
Comunicacin
Volumen E/S
Tasa de E/S
5.2. DEFINICIN DE LOS OBJETIVOS PRUEBA.
En esta fase, en base a revisin detallada del sistema, los requisitos y el diseo detallado del mismo, se debe hacer la especificacin de los casos de prueba, creando la estructura e identificadores necesarios, crear la matriz de trazabilidad, para garantizar una adecuada cobertura de los requisitos de negocio por los casos de prueba, y realizar todas las tareas de preparacin previas a la ejecucin de pruebas.
5.3. EJECUCIN DE LA VALORACIN
En esta fase se prepara el entorno y las herramientas necesarias para la ejecucin de las pruebas, y se ejecutan las pruebas, registrando los resultados en las propias herramientas de gestin de pruebas.
Asimismo se recogen y analizan todas las mtricas establecidas para el proyecto y se generan los informes correspondientes recogiendo las conclusiones derivadas del anlisis, la toma de decisiones y las mejoras propuestas.
La ejecucin de las pruebas seguir el siguiente ciclo:
1. Anlisis esttico de cdigo.2. Pruebas Unitarias: probando cada mdulo o componente por separado.3. Pruebas de Integracin: con el objetivo de probar las interfaces entre mdulos e ir incrementando la prueba de los mdulos y sistemas.4. Pruebas de Sistema: sobre el sistema completo. El alcance de las pruebas de sistemas y los tipos pruebas, estar en funcin de los requisitos, distinguindose Pruebas del Sistema Funcionales y Pruebas del Sistema No Funcionales5. Pruebas de Aceptacin: pruebas del usuario.
5.4. CONTRASTE DE LA VALORACIN DE CALIDAD DE SOFTWARE
Para realizar esta prueba beta se empieza seleccionando a los especialistas, usuarios o expertos para oren el producto, a los cuales se le realizan al menos una encuesta. Para procesar estas encuestas se usan criterios comunes como son: el criterio de especialista, el criterio de experto o criterio de usuario. En este artculo se muestra un ejemplo acerca del criterio de especialista.
Criterio de usuario: es este caso se selecciona un grupo poblacional de futuros clientes del software y debe buscarse que dicho grupo sea lo ms representativo posible de la realidad en estudio. Un ejemplo de ello puede consultarse en el artculo . Criterio de expertos y especialistas: para la seleccin de los expertos o especialistas nos basamos en la definicin y en algunas cualidades que hay que tener en cuenta a la hora de seleccionarlos.
5.5. INFORME DEL RESULTADO Y CONCLUSIN
ResultadoDe acuerdo a todo el desarrollo, se puede decir que para los buenos resultados de un Modelo o Estndar de Calidad del Software se recomienda lo siguiente:
1. Capacitar a todo el personal de la empresa respecto de la Filosofa de Calidad del Software.2. Dar a conocer los objetivos de la empresa a todo el personal.3. Armar grupos de trabajo eficaz y eficiente.4. Evaluar y controlar peridicamente los procesos de la empresa y sus productos o resultados asociados.5. Establecer el mejoramiento continuo de los procesos de negocio de la empresa y de sus productos o servicios.6. Mejorar la administracin de los recursos humanos, materiales, tiempos y costos.7. Mejorar la competitividad de la empresa.
Producir calidad es indispensable no solo para lograr y conservar un segmento de mercado, contra una competencia cada vez ms aguerrida, sino por qu estamos pasando de una concepcin de mercado nacional a otra dimensin regional o global. La utilizacin de modelos estndares para incrementar la calidad de los productos de software permite ampliar los propios horizontes comerciales.
Conclusin Respecto de la Calidad del Software, se puede decir que el software juega un papel muy importante para el desarrollo de las organizaciones, ya que sirve de soporte a los procesos de negocios, productivos y administrativos; y como parte integral de las estrategias corporativas para la generacin de ventajas competitivas. Esto significa que resulta fundamental evaluar la Calidad del Software. Para el logro de esta Calidad ser necesario efectuar una gestin de la Calidad del Software, la cual consiste en un conjunto de actividades que permite dirigir y controlar la organizacin en lo relativo a la Calidad del Software.
El control de Calidad del software, por medio de la prueba de software, permite ejecutar un programa con intencin de encontrar defectos. A travs del Aseguramiento de la Calidad del Software se puede evaluar las caractersticas del mismo por medio de mtricas, las cuales permiten cuantificar los resultados obtenidos respecto del software. Por ltimo, la Mejora de la Calidad permite auditar el cumplimiento de las caractersticas del software para determinar las posibles mejoras y/o correcciones.
De esta forma, las cuatro partes de la Gestin de la Calidad interactan en un ciclo continuo de retroalimentacin, el cual contribuye al mejoramiento continuo de la empresa. Para lograr una mejor Gestin de la Calidad del Software se utilizan Modelos y Estndares de Calidad del Software, los cuales consisten en reunir todas las actividades y funciones de forma tal que ninguna de ellas este subordinada a las otras y que cada una se planee, controle y ejecute de un modo formal y sistemtico.
BIBLIOGRAFIA:
http://es.wikipedia.org/wiki/Desarrollo_iterativo_y_crecientehttp://es.wikipedia.org/wiki/Proceso_para_el_desarrollo_de_softwarehttp://www.sites.upiicsa.ipn.mx/polilibros/portal/polilibros/P_terminados/EVal-Sist-Comp/polilibro/capitulos/unidad_2/2_1.htmlhttp://zeus.inf.ucv.cl/~bcrawford/AULA_ICI444/Pruebas.pdfhttp://es.slideshare.net/BlackDeathOfBlood/sistemas-administrativos-17563888?related=1
http://exa.unne.edu.ar/informatica/sistemas.adm1/material/tema-9.pdf
http://es.slideshare.net/magalysarai/0208-software-de-productividad-informatica-i-presentation
http://info-utec.blogspot.mx/2008/07/software-de-productividad.htmlhttp://es.wikipedia.org/wiki/Software_educativo#Ejemplos_de_Softwares_educativoshttp://www.tiposdesoftware.com/titulo-articulo.php?link=tipos-de-software-educativohttp://www.quadernsdigitals.net/index.php?accionMenu=secciones.VisualizaArticuloSeccionIU.visualiza&proyecto_id=244&articuloSeccion_id=2132http://aprenderaprogramar.com/index.php?option=com_content&view=article&id=198:calidad-del-software-metricas-y-fiabilidad-de-aplicaciones-1a-parte-dv00103a&catid=45:tendencias-programacion&Itemid=164Ingeniera del Software 7ma. Ed. Lan Sommerville.pdfhttp://albertolacalle.com/hci/funcionalidad-usabilidad.htmhttp://laurel.datsi.fi.upm.es/~ssoo/STR/Fiabilidad.pdfhttp://www.allsoft.com.mx/recursos/ElModeloCMMI.pdfhttp://ingenieriasw2.blogspot.mx/p/calidad-de-software.htmlhttp://arielvargasu.blogspot.mx/2010/10/garantia-de-calidad-de-software-sqa_18.htmlhttp://www.ejie.eus/contenidos/informacion/anexos_pbt_ejie/eu_0214/adjuntos/Estandares%20de%20calidad%20de%20producto%20software%20v1.4.pdf
