--Originally published at Luis Codes

Afortunadamente para el proceso de V & V tenemos varias herramientas que nos ayudarán a realizarlo paso a paso. A continuación veremos algunas de las mas fomosas o que me parecieron mas interesantes, de manera resumida:

TOOLS FOR VERSION CONTROL

Los sistemas de control de versiones, son una categoría de herramientas de software que ayudan a un equipo de software a gestionar los cambios en el código fuente a lo largo del tiempo. Realizan un seguimiento de todas las modificaciones en el código en un tipo especial de base de datos. Por ejemplo, si surge algun error, los desarrolladores pueden ir atrás en el tiempo y comparar las versiones anteriores del código para ayudar a resolver el error al tiempo que se minimizan las interrupciones para todos los miembros del equipo.

GIT

Es una herremienta que nos ayuda a tener un control de versiones de código de forma distribuida.

Características

• Proporciona un fuerte apoyo para el desarollo no lineal
• Modelo de repositorio distribuido
• Capaz de manejar de manera eficiente proyectos de tamaño pequeño a grande.

Pros

• Rendimiento rápido y eficiente.
• Multiplataforma.
• Los cambios de código se pueden rastrear de manera fácil y clara.

Contras

• El registro histórico complejo y más grande se vuelve difícil de entender.
• No admite la expansión de palabras clave ni la conservación de la marca de tiempo.

CVS

Características

• Modelo de repositorio cliente-servidor.
• Varios desarrolladores pueden trabajar en el mismo proyecto de forma paralela.
• Mantiene una instantanea historica del proyecto.
• Utiliza la técnica de compresión delta para un almacenamiento eficiente.

Pros

• Multiplataforma.
• El cliente de línea de comandos robusto y con todas las funciones permite una potente secuencia de comandos.
• Se adapta espléndidamente a la naturaleza colaborativa del mundo del código abierto.

Contras

• Sin verificación de integridad para el repositorio de código fuente.
• Noa dmite comprobaciones
  
  
  
  
  
  Continue reading "Herramientas para V & V" →

--Originally published at Luis Codes

Es un método para verificar si el producto de software real coincide con los requisitos esperados y para tratar de que el software tenga los menos defectos posibles. Se dice que las pruebas de software son una caja balnca y una pruba de caja negra.

El software testing es importante porque si hay un error, se puede identificar temprano y se puede resolver antes de la entrega del software. Con esto garantizamos fiabilidad, seguridad y alto rendimiento, lo que se traduce en ahorro de tiempo, rentabilidad y satisfacción del cliente.

• Rentable: probar cualquier software a tiempo le ayuda a ahorrar dinero a largo plazo.
• Seguridad: ayuda a eliminar riesgos y problemas antes.
• Calidad del producto: las pruebas garantizan que se entregue un producto de calidad a los clientes.
• Satisfacción del cliente: las pruebas de UI / UX garantizan la mejor experiencia de usuario.

TIPOS DE PRUEBA

Se clasifican en tres categorías:

1. Pruebas funcionales: como UAT, localización, examen de la unidad y pruebas de integracion.
2. Pruebas no funcionales: Actuación, resistenciam escalabilidad, usabilidad.
3. Mantenimiento: regresión y mantenimiento.

ESTRATEGIAS DE PRUEBA

• Prueba unitaria: ayuda a los desarrolladores a saber si la unidad individual del código funciona correctamente o no.
• Purbe de integración: se enfoca en la construcción y diseño del software.
• Prueba de sistema: verifica la funcionalidad, seguridad, portabilidad, entre otros.

NIVELES DE PRUEBA

El proposito de los niveles de prueba es hacer que las pruebas se software sean sistematicas e identificar fácilmente todos los casos de prueba posibles en un nivel particular.

Existen muchos niveles de prueba y los cuatro principales son:

• Unit Testing: comprueba si los compponentes del software cumplen con las funcionalidades o no.
• Prueb de integración: verifica el flujo datos de un modulo a otros modulos.
• Prueba del sistema: evalúa las necesiades funcionales y no funcioanles para la prueba.
• Continue reading "SOFTWARE TESTING" →

--Originally published at Luis Codes

Cuando piensas en “Software Review”, es muy probable que pienses en algo similar a lo anterior mente visto: validación y verificación. Si bien tiene de eso, este parte es otro proceso completoque implica probar el producto, otra paso en mas en el ciclo de vida del desarollo de software, pues ayuda a los ingenieros de software a alidar la calidad, la funcionalidad y otras caracteristicas y componentes vitales del software.

Una revisión de software es un proceso o reunión durante el cual un producto de software es examinado por toda la gente implicada en el proyecto como: gerentes, los usuarios, los clientes, los representantes de los usuarios u otras partes interesadas para obtener retroalimentación o aprobación. 

Este proceso es importate porque el equipo puede verificar si el software se ha desarrollado según los requisitos solicitados o no, y realizar los cambios necesarios antes de su lanzamiento. Otras razones importantes son:

• Mejora de la productividad del equipo de desarrollo.
• Hace que el proceso de prueba sea rentable, ya que dedica más tiempo a probar el software.
• Se encuentran menos defectos en el software final.
• Es solo en esta etapa que se eliminan deficiencias
• Este proceso da como resultado una reduccion drástica del tiempo necesario para producir un documento tecnicamente sólido.

PEER REVIEW

Es un proceso que se utiliza en diferentes areas para verificar el trabajo realizado por el equipo para garantizar que cumpla con criterios especificos. En el desarrollo de software, la revisión por pares se usa a veces en el desarrollo de código, donde un equipo de codificadores se reunirá y revisará el código línea por línea para buscar error.

Las caracteristicas son:

• Las revisiones están documentadas y utilizan un proceso detección de defectos que tiene pares como parte del proceso de revisión.
• El proceso Continue reading "SOFTWARE REVIEW" →

--Originally published at Luis Codes

Cuando escuchaba los terminos validación y verificación, pensaba que tenían el mismo significados, y entonces los utilizaba como sinonimos. Sin embargo, si bien estan muy relacionados, en el ámbito de la ingeniería de software estos terminos tienen su diferencia. Los dos son procesos de comprobación, que nos ayudan a segurar que el software que estamos desarrollando esté acorde a las especificaciones y necesidades del cliente, pero a continuación veremos como se diferencian:

• Verificación: En este proceso es donde se comprueban los requisitos funcionales y no funcionales de su especificación.
• Validación: Aquí se comprueba que el software cumple con las expectativas que el cliente espera.

Para ser mas claro, cuando verificamos nuestro programa, estamos comprobando que cumple con las especificaciones previamente acordadas, y cuando estamos validando, es cuando se le muestra el programa al cliente y este nos dice si es realmente lo que él esperaba, o sea esperemos que nos de el visto bueno porque de lo contrario el programa puede cumplir con todo los requisitos, sin errores encontrados y funcional, pero si no es lo que el cliente tenía en mente no sirve de nada lo anterior.

El estándar más famoso para este proceso es el estándar IEEE 1012. Consiste en la verificación y validación de un software, es un procedimiento basado en normas de calidad en algunos modelos de vida de un software. Nos ayuda a determinar la calidad de un producto conforme a los requisitos a través de un método qu implica la evaluacion optuima del software y cada uno de sus componentes. Este estandar intervienen varios procesos, y en cada uno de ellos, implican varias tareas:

1. Gestión
   • Revisión continua del esfuerzo V&V
   • Seguimienro de los SVVP según sea necesario
   • Establecimiento de auditorias y avaluaciones
2. Gestión de esfuerzo
   • Generación SVVP
   • Evaluación del cambio propuesto
   • Examen Continue reading "V & V" →

--Originally published at Luis Codes

¿Qué define que un software sea de “calidad”? Leí algo muy interesante en la página de xbosoft y es que dicen que es difícil percibir un software de calidad, PERO sí es fácil detectar su ausencia; unas palabras bastante profundas en mi opinión.

Así que vamos por pasos, primero veamos la definición. De acuerdo con el portal UNED, la calidad del software, trata los conceptos, los métodos, las técnicas, los procedimientos y los estándares necesarios para producir productos y procesos de software de alta calidad.

Lo primero que vemos es que, si bien es difícil decir que un software es calidad, sí debe de tener como mínimo algunas características porque de lo contrario no encontraríamos con diferentes problemas que el usuario final notaría. ¿ Y cuales son esas características? Bueno, en general son las siguientes:

• Funcionalidad: que sirva con un propósito.
• Ejecución: que sea práctico.
• Confiabilidad: que haga lo que debe.
• Disponibilidad: que funcione bajo cualquier circunstancia
• Apoyo: a solución de errores o añadir futuras características.

Afortunadamente no estamos solos, existen estándares para ayudarnos con esto ¿pero cómo?. Lo estándares definen un conjunto de criterios que guían la forma en que se aplican procedimientos y metodologías al software desarrollado, la certificación de calidad permite una valoración independiente de la organización, donde se demuestra la capacidad de desarrollar productos y servicios de calidad. Algunos de ellos son:

• CMM para software: que tiene como propósito la mejora de procesos y que funciona en organizaciones de desarrollo de software.
• ISO 9000: también para mejora de procesos y que si bien no esta enfocada directamente para el desarrollo de software, puede funcionar bien para organizaciones que producen productos, incluido el software.

En mi opinión es subjetivo decir que un software es de mejor calidad que otro, sin embargo Continue reading "Calidad del Software" →

--Originally published at Luis Codes

Antes de empezar con los modelos, creo que es importante preguntarse: ¿por qué es importante usar un modelo para el desarrollo de software?

Bueno, de acuerdo con mi investigación esto es fundamental porque es lo que permite comprender cuales son los elementos específicos de una organización y ayuda en concentrarse en lo que se debe mejorar. Además, tiene ventajas como: producir productos y servicios de alta calidad y ayuda a que los desarrolladores puedan enfocarse en la mejora continua.

CMMI (Capability Maturity Model Integration)

Este es un modelo que contiene buenas practicas y que provee a los equipos de trabajo de aquellos elementos que son esenciales para que los procesos de negocio de las mismas sean efectivos. Aunque puede variar según el enfoque, en todos el propósito es hacer la evaluación de “madurez” de los procesos de una organización.

Veamos algunas ventajas de CMMI:

• La gestión y la ingeniería de las actividades se encuentran entrelazadas de una manera explicita.
• Ayuda a incorporar practicas como la medición, gestión de riesgo y de proveedores.
• Cumplir de forma más completa las normas ISO.

TSP/PSP

PSP (Personal Software Process)

Se define como un proceso personal que se basa en la constante mejora, y por consecuencia un mejor trabajo. Este marco ayuda a los desarrolladores en:

• Definir sus procesos
• Planear y dar seguimiento a su propio trabajo
• Administrar la calidad de su propio trabajo.

TSP  (Team Software Process)

Este modelo se centra en el trabajo en equipo, aunque tiene inspiración en PSP para realizar procesos y principios de ingeniería de software en un ambiente de trabajo en equipo.

TSP se enfoca en el trabajo en equipo porque:

• Los equipos no son fáciles de conformar y no hay una manera establecida que te ayude a elegir el correcto
• Entender que cada quien tiene sus debilidades/fortalezas y
  
  
  
  
  Continue reading "Estándares y modelos para el mejoramiento del proceso del software." →

--Originally published at Luis Codes

Hi, I’m Luis García.