Archivo
Juego pares realizado en Java
El siguiente juego realizado en Java consiste en encontrar el par correspondiente de cartas.
Se juega con dos participantes, y en tres niveles de dificultad
Primero se selecciona un carta, luego la segunda y si es correspondiente al par las cartas se bloquean y si no lo es las cartas llegan a sus estado normal, el juego finaliza si todas las cartas que has seleccionado sean pares, añadiendo ademas el tiempo que has jugado o que estas jugando.
Dejo un vídeo para que lo vean como funciona
Aqui dejo la dirección para descarga del código fuente
Garantía de calidad estadística
Refleja una tendencia, creciente en toda la industria, a establecer la calidad mas cuantitativamente. Para el software, la garantía de calidad estadística implica los siguientes pasos.
- Se agrupa y se clasifica la información sobre los defectos del software
- Se intenta encontrar la causa subyacente de cada defecto (por ejemplo, no concordancia con la especificación, errores de diseño, incumplimiento de los estándares, pobre comunicación con el cliente).
- Mediante el principio de Pareto (el 80 por 100 de los defectos se pueden encontrar en el 20 por 100 de todas la causas posibles), se aísla el 20 por 100 (<<>los pocos vitales>)
- Una vez que se han identificado los defectos vitales, se actúa para corregir los problemas que han producido los defectos
Este concepto relativamente sencillo representa un paso importante hacia la creación de un proceso de ingeniería del software adaptivo en el cual se realizan cambios para mejorar aquellos elementos del proceso que introducen errores.
Para ilustrar el proceso, supongamos que una organización de desarrollo de software recoge información sobre defectos durante un período de un año. Algunos de los defectos se descubren mientras se desarrolla el software. Otros se encuentran después de que el software se haya distribuido al usuario final. Aunque se descubren cientos de errores diferentes, todos se pueden encontrar en una (o más) de las siguientes causas:
- Especificación incompleta o errónea (EIE).
- Mala interpretación de la comunicación del cliente (MCC).
- Desviación deliberada de la especificación (DDE).
- Incumplimiento de los estándares de programación (IEP).
- Error en la representación de los datos (ERD).
- Interfaz de módulo inconsistente (IMI).
- Error en la lógica de diseño (ELD).
- Prueba incompleta o errónea (PIE).
- Documentación imprecisa o incompleta (DII).
- Error en la traducción del diseño al lenguaje de programación (TLP).
- Interfaz hombre-máquina ambigua o inconsistente (IHM).
- Varios (VAR).
Para aplicar la SQA estadística se construye una tabla. La tabla indica que EIE, MCC y ERD son las causas vitales que contabilizan el 53 por 100 de todos los errores. Sin embargo, debe observarse que si sólo se consideraran errores serios, se seleccionarían las siguientes causas vitales: EIE, ERD, TLP y ELD. Una vez determinadas las causas vitales, la organización de desarrollo de software puede comenzar la acción correctiva. Por ejemplo, para corregir la MCC, el equipo de desarrollo
del software podría implementar técnicas que facilitaran la especificación de la aplicación para mejorar la calidad de la especificación y la comunicación con el cliente. Para mejorar el ERD, el equipo de desarrollo del software podría adquirir herramientas CASE para la modelización de datos y realizar revisiones del diseño de datos más rigurosas.
Es importante destacar que la acción correctiva se centra principalmente en las causas vitales. Cuando éstas son corregidas, nuevas candidatas saltan al principio de la lista.
Se han mostrado las técnicas de garantía de calidad del software estadísticas para proporcionar una mejora sustancial en la calidad [ART97]. En algunos casos, las organizaciones de software han conseguido una reducción anual del 50 por 100 de los errores después de la aplicación de estas técnicas.
La aplicación de la SQA estadística y el principio de Pareto se pueden resumir en una sola frase: ¡Utilizar el tiempo para centrarse en cosas que realmente interesan, pero primero asegurarse que se entiende qué es lo que realmente interesa!
Trucos para agilizar sus busqueda en google (San google)
La biblioteca virtual que muchos alumnos conocen desde que inician sus estudios academicos es Google. Desde la escuela los pequeños de entre 7 y 10 años saben la existencia de este buscador. Los chicos tiene su propio espacio online para que sus investigaciones sean mas dinamicas y divertidas.
¿Búsquedas tediosas?
Navegar en este buscador es relativamente facil, pero hay ocasiones en que iniciar una exploracion puede resultar un poco pesado. Es por eso que acontinuacion le brindamos algunas trucos para aprovechar al maximo google y todos sus beneficios.
En las matemáticas.
para saber el resultado de una operacion numérica inmediata, por ejemplo una suma, lo que debe hacer es escribir las cifras como si lo hiciera en una calculadora, ejemplo 32+56, dar un clic en buscar, y le aparecera el resultado.
La hora en cualquier parte.
google time
Suponga que se encuentra chateando con alguien de otro país y desea saber la hora local allá, entonces escriba en la barra de Google Time, mas la ciudad o país que busca y dar un enter. La desventaja es que tienes que poner los nombres de algunos países en ingles.
Cambio de dinero.
Imagine que va a viajar a Europa y antes desea cambiar de dolares a euros. Para escriba en el buscador 100 dolares en euros y saldrá el resultado del cambio.
Esta opción se le puede hacer con cualquier moneda.
Tema Especifico.
Si la idea es encontrar información de un contenido en concreto, pero no conoce la palabra clave, lo que debe hacer es colocar en la cuadrilla buscador del tema, luego da un espacio y en seguida escribe las siglas ‘OR’. Así se accederá directamente a la información que busca.
Cuando quiera encontrar una pagina de determinado tema y solo quiere que lo lleve a la categoría que es y no a otras incluya un guion (-) delante de las que no quiere buscar. Por ejemplo, para conocer paginas que incluya la palabra compra, pero usted desea información física de tiendas y no online, tienes que escribir de la siguiente manera: ‘compras – online’. Quizás le puedan salir una que otra tienda online, pero la mayoría no lo sera
Prefijos de mas.
Existen muchas palabras en español con el prefijo ‘a’, ‘de’, al igual que ingles ‘to’, ‘of», ‘the’ y similares que Google no tiene en cuenta en la búsqueda si no le indica.
Así se debe de escribir el signo ‘+’ delante de la palabra. Por ejemplo, la siguiente búsqueda no genera los mismos resultados «El mundo». «+El mundo».
El asterisco.
Cuando olvido una de las palabras de frase que quiere buscar, utiliza lo que se llama como un comodín. El símbolo ‘*’, el cual lo puede usar para sustituir la palabra que no recuerda. Ejemplo: ‘Los ****años’.
Esto solo es un poco de trucos y aplicaciones que tiene Google,,pero hay mas por ejemplo. ‘Tiempo Real’, ‘Alertas‘, ‘Docs’, SketchUp, iGoogle y el buscador encriptado de Google que se ingresa de la siguiente forma https://www.google.com
Fuente Diario la Hora- Ecuador y Yo……!!!!
Estadísticas de usuarios en Internet en el 2010
El sitio de mediciones Pingdom entregó sus cifras de lo que internet en el 2010, y no dejan de ser impresionantes. Durante el último año se contabilizaron 1,97 mil millones de usuarios de internet, lo que representa un aumento de un 14% respecto del 2009. Esos usuarios se reparten así:
- 825,1 millones en Asia.
- 475,1 millones en Europa.
- 266,2 millones en Norteamérica.
- 204,7 millones en Latinoamérica y el Caribe.
- 110,9 millones en África.
- 63,2 millones en el Medio Oriente.
- 21,3 millones en Oceanía.
Esos mismos usuarios enviaron 107 billones de correos electrónicos en el año, con 294 mil millones enviados cada día. De esos, 262 mil millones (un 89%) era spam.
Esos mismos usuarios enviaron 107 billones de correos electrónicos en el año, con 294 mil millones enviados cada día. De esos, 262 mil millones (un 89%) era spam.
A fines del 2010 se contabilizaban 255 millones de sitios web, de los cuales 21,4 millones fueron creados durante el año. En cuanto a dominios, hay 88,8 millones de dominios .com, 13,2 millones de .net, 8,6 millones de .org y 79,2 millones de dominios locales (como .cl, .es, .br, etc).
Fuente ver
Wikipedia 10 años de vida
Hoy la famosa enciclopdia en linea que todos pueden editar y que consulta sin pagar la cual para muchos es un símbolo de libertad y colaboracion y sin fines de lucro y que destrono al pobrecito encarta celebra sus 10 años de vida, en la cual habra 300 fiesta monotematicas en varias ciudades del planeta
Lista de ciudades donde se realizara el aniversario de wikipedia ver aqui.
La enciclopedia actualmente atrae a más de 400 millones de visitantes cada mes y cuenta con más de 17 millones de artículos en 270 idiomas.
Esta misma semana anunciaba laFundación Wikimedia en su blog el lanzamiento de un proyecto piloto al que se ha denominado The Wikipedia Public Policy Initiative, orientado a mejorar la calidad de los artículos de la enciclopedia y ampliar el espectro de redactores. Con muy buen acierto, a nuestro juicio, los responsables apuntan esta iniciativa hacia la comunidad académica y educativa, fomentando el uso en el aula de la Wikipedia en la educación superior, a través de experimentos pedagógicos.
Con la colaboración de voluntarios, personal académico y estudiantes, la Fundación pretende generar compendios de buenas prácticas en la redacción y edición de artículos que puedan ser difundidos al resto de la comunidad Wikimedia.
La tendencia de la calidad y garantía de la calidad del software
Tendencia de la calidad.
Comenzó en los años 40 con el trabajo de W. Edwars Deming, se hizo la primera verificación en Japón para la eliminación de las causas raíz de defectos de productos. En los años 80 emigro a occidente y a veces se llama (GTC) gestión total de calidad, normalmente se encuentra una progresión básica de 4 pasos que es el fundamento de cualquier programa.
- El primero llamado Kuizen se refiere a un sistema de mejora continua del proceso, su objetivo es desarrollar un proceso mensurable
- El segundo se llama Aturimae Hinshitsu examina los problemas invisibles por los que pueda o esta atravesando el proceso, este segundo paso se encarga de trabajar para optimizar su impacto en el proceso, puede sugerir cambios en la forma en que ocurre la reorganización de una Organización.
- El siguiente paso llamado kansei se centra principalmente en el usuario del producto, conduce a la mejora del producto y potencialmente al proceso que lo creo.
- El último paso llamado miryokuteki hinshitsu orientado específicamente a la gestión, se encarga de ver cómo funciona el producto en el mercado.
Mapa mental «La tendencia de la calidad»
Garantía de la Calidad del Software
Concordancia con los requisitos funcionales y de rendimiento explícitamente establecidos, con los estándares de desarrollo explícitamente documentado, y con las características implícitas que se espera de todo software desarrollado profesionalmente.
Esta definición sirve para hacer hincapié en tres puntos importantes.
- Los requisitos del software son la base de las medidas de la calidad. La falta de concordancia con los requisitos es una falta de calidad.
- Los estándares especificados definen un conjunto de criterios de desarrollo que guía la forma en que se aplica la Ingeniería del Software
- Existe un conjunto de requisitos implícitos que a menudo no se menciona. Si el software se ajusta a sus requisitos explícitos pero falta en alcanzar los requisitos implícitos, la calidad del software queda en entredicho
Durante los primeros años de la informática (los años cincuenta y sesenta), la calidad era responsabilidad únicamente del programador, durante los años setenta si introdujeron estándares de garantía de calidad para el software con los contratos militares y se han extendido rápidamente a los desarrollos de software en el mundo comercial
Actividades de SQA.
Establecimiento de un plan de SQA para un proyecto.
Se desarrolla durante la planificación del proyecto y es revisado por las partes interesadas, están gobernadas por un plan. El plan identifica.
- Evaluaciones a realizar
- Auditorias y revisiones a realizar
- Estándares que se puedan aplicar al proyecto
- Procedimiento para información y seguimiento de errores
- Documentos producidos por SQA
- Realimentación de información proporcionada al equipo de proyecto de software.
Participación en el desarrollo de la descripción del proceso del software del proyecto
El equipo de ingeniera del software selecciona un proceso para el trabajo que se va a realizar. El grupo de SQA revisa la descripción del proceso para ajustarse a las políticas de la empresa, los estándares internos del software y los estándares externos
Revisión de las actividades de ingeniera del software para verificar su ajuste al proceso de software definido.
El grupo de SQA identifica, documenta y sigue las pistas de las desviaciones desde el proceso y verifica que se han hecho las correcciones
Auditoria de los productos de software designados para verificar el ajuste con los definidos como parte del proceso de software
El grupo SQA revisa los productos seleccionados, identifica, documenta y sigue las pistas de las desviaciones, verifica que se han hecho las correcciones, e informa periódicamente de los resultados de su trabajo al gestor del proyecto
Asegurar que las desviaciones del trabajo y los productos del software se documentan y se manejan de acuerdo con un procedimiento establecido
Las desviaciones se pueden encontrar en el plan del proyecto, en la descripción del proyecto, en los estándares aplicados o en los productos técnicos.
Registrar lo que no se ajuste a los requisitos e información as sus superiores.
Los elementos que no se ajusten a los requisitos están bajo seguimiento hasta que se resuelva.
Mapa mental «Garantía de la calidad del software»
Estándar de calidad ISO
El estándar que ha sido adoptada por mas de 130 países se está convirtiendo en el medio principal con el que los clientes pueden juzgar la competencia de un desarrollador de software. Uno de los problemas con el estándar ISO 9001 está en que no es específico de la industria: está expresado en términos generales, y puede ser interpretado por los desarrolladores de diversos productos como cojinetes de bolas, secadores de pelo, automóviles, asi como por los desarrolladores de software.
Para la industria del software los estándares relevantes son:
- ISO 9001: este es un estándar que describe el sistema de calidad utilizado para mantener el desarrollo de un producto que implique diseño.
- ISO 9000-3: este es un documento específico que interpreta el ISO 9001 para el desarrollador de software.
- ISO 9004-2: este documento proporciona las directrices para el servicio de facilidades del software como soporte de usuarios.
ISO 9001 PRINCIPIOS DE LA NORMA DE CALIDAD
- Organización enfocada a los clientes.
- Liderazgo.
- Compromiso De Todo El Personal.
- Enfoque A Procesos.
- Enfoque Del Sistema Hacia La Gestión.
- La Mejora Continua.
- Enfoque Objetivo Hacia La Toma De Decisiones.
- Relaciones Mutuamente Beneficiosas Con Los Proveedores
Certificabilidad.
Al igual que las antiguas ISO 9001, 9002 y 9003, la nueva ISO 9001:2000 establece los requisitos del sistema de gestión de la calidad, para su utilización como un medio de asegurar la conformidad de los productos y servicios, y puede ser utilizada con fines de certificación.
La nueva edición de la norma ISO 9004:2000 da recomendaciones sobre todos los aspectos de un sistema de gestión de la calidad, para mejorar las prestaciones de calidad globales de una organización. Sin embargo, no está destinada para su utilización como guía para cumplir con la norma ISO 9001.
fuente
http://www.monografias.com/trabajos59/calidad-software/calidad-software2.shtml
http://www.buscarportal.com/articulos/iso_9001_gestion_calidad.html.
Pelicula de GTA IV
Los cortos realizados con motores de videojuegos son muy populares hoy en día, sobre todo aquellos que utilizan Grand Theft Auto IV. Con tantas propuestas, una más a la lista podría pasar desapercibida, sin embargo no es el caso de The Trashmaster.
Obra del director francés Mathieu Weschler, The Trashmaster es el primer largometraje producido por completo usando el motor 3D de GTA IV. La película de hora y media, cuenta las aventuras de un recolector de basura que divide el tiempo entre la rutina del camión, y su vida como justiciero, limpiando Nueva York de los criminales, vendedores de droga y asesinos en serie.
Vale que dura sensiblemente más que un vídeo de un gato tocando el piano, pero si tienes 90 minutos libres y ganas de ver un peli diferente no dudes en darle una oportunidad. Yo ya la he visto y he de deciros que las persecuciones y los efectos dramáticos de la iluminación son geniales.— Dani Burón
Imagenes de Rally Dakar 20011 Argentina-Chile
Imágenes de la carrera rally mas exigente del mundo en su 32ª edición que se disputa entre el 1 y 16 de enero, y por tercera ves consecutiva en América del sur, tras la cancelación de la edición del 2008 por amenazas terroristas.
He aquí unas imágenes interesantes.
Tecnicas de Prueba del Software
Pruebas de Caja Negra.
Se centra en los requisitos funcionales del software, permiten obtener un conjunto de condiciones de entrada que ejerciten completamente los requisitos funcionales del sistema. Se denominan pruebas funcionales, y el probador se limita a suministrarle datos como entrada y estudiar la salida, sin preocuparse lo que pueda estar haciendo el modulo por dentro (Internamente).
Ejemplo
| Caso de Prueba | Calculo de Métricas y Puntos de Fusión para Cocomo |
| Propósito | Obtener los parámetro de medición y puntos de Fusión para Cocomo BASICO |
| Prerrequisitos | Ejecutar la aplicación |
| Datos de Entrada |
|
| Pasos | Obtener el resultado de las preguntas.
Obtener el valor de las Metricas, tanto simple, medio, complejo. |
| Resultado esperado | Punto de fusión
Valor de Metricas. |
| Nombre Campo | Dato de Entrada | Acción esperada | Validación | Observación |
| Preguntas | Valor rango de 0-5 | Obtener Resultado | True | |
| Entrada | Enteros (números) | Calcular métricas | true | |
| Entrada | Letras | Boton Resultado activada | true | Validación Incorrecta |
| Salida | Caracteres especiales | Boton Resultado Activado | false | Resultado invalido |
Prueba Caja Blanca.
- Usa la Estructura del Control del diseño procedimental, para obtener los casos de prueba.
- Estos casos se debe garantizar
- Que se ejercita por lo menos una vez todos los caminos independientes de cada módulo.
- Que se ejerciten todas las decisiones lógicas en sus vertientes verdadera y falsa.
- Que se ejecuten todos los bucles en sus límites operacionales.
- Que se ejerciten las estructuras internas de datos para asegurar su validez.
A continuación un ejemplo.
El algoritmo calculo el tempo de desarrollo, esfuerzo, personal, lineas de codigo
A partir del diagrama de flujo se obtiene el grafo de flujo, que sirve como guía para definir el conjunto básico de caminos de ejecución.
El grafo permite observar los caminos básicos de ejecución del programa
- 1-2-3-4
- 1-2-3-5-6
- 1-2-3-5-7-8-9
El número de caminos también se puede calcular a través de la complejidad ciclomática:
V(G) = A + N – 2
Integracion Incremental
Las pruebas de integración se llevan a cabo durante la construcción del sistema, involucran a un número creciente de módulos y terminan probando el sistema como conjunto.
Prueba estructura de Control
Existen tres pruebas de estructura de condición, que son:
- Prueba de condición
- Prueba de estructura de datos
- Pruebas de estructuras de control (bucles).
Prueba de sanidad.
Determina si la nueva versión de un software está bien realizada y si necesita un nuevo esfuerzo en la prueba de software.
Por ejemplo la nueva versión de un programa cumple con casi todos los requisitos pero destruye la base de datos al leerla, por lo tanto se dice que este software no está en una condición sana.
Bitácoras de Robert L. 