lunes, 9 de septiembre de 2013

DEF. CARACTERISTICAS DE LA CALIDAD INTERNA Y EXTERNA DEL SOFTWARE



FUNCIONALIDAD
PRESICIÓN: Capacidad del producto software para proporcionar los resultados o efectos correctos o acordados, con el grado necesario de exactitud.
ADECUADO: Capacidad del producto software para proporcionar un conjunto de funciones apropiado para unas ciertas tareas y objetivos de usuario.
INTEROPERABILIDAD: El esfuerzo necesario para acoplar un sistema con otro. Capacidad del producto software para interactuar con uno o más sistemas.
CONFORMIDAD: Capacidad del producto software para adherirse a normas, convenciones o regulaciones en leyes y prescripciones similares relacionadas con la funcionalidad.
SEGURIDAD: La disponibilidad de mecanismos que controlan o protegen los programas y los datos. Capacidad del producto software para proteger información y datos de manera que las personas o sistemas no autorizados no puedan leerlos o modificarlos, al tiempo que no se deniega el acceso a las personas o sistemas autorizados.

FIABILIDAD
MADUREZ: Capacidad del producto software para evitar fallar como resultado de fallos en el software.
TOLERANTE A ERRORES: el deterioro causado cuando un programa descubre un error. Capacidad del software para mantener un nivel especificado de prestaciones en caso de fallos software o de infringir sus interfaces.
RECUPERABILIDAD: Capacidad del producto software para restablecer un cierto nivel de prestaciones y de recuperar los datos directamente afectados en caso de fallo.

USABILIDAD
COMPRENSIBILIDAD: Capacidad del producto software que permite al usuario entender si el software es adecuado y cómo puede ser usado para unas tareas o condiciones de uso particulares.
APRENDIBILIDAD: Capacidad del producto software que permite al usuario aprender sobre su aplicación.
OPERATIBILIDAD: la facilidad de operación de un programa. Describe el grado en el cual las aplicaciones atienden los aspectos operacionales, tales como: salvar y recuperar datos y recuperación de procesos.
La facilidad de operación es una característica de la aplicación, minimizando la necesidad de actividades manuales, tales como: montaje de cintas, manejo de papel e intervención manual directa en el lugar.
ATRACTIVIDAD: Capacidad del producto software para ser atractivo al usuario.

EFICIENCIA
TIEMPO DE RESPUESTA: El rendimiento  del funcionamiento de un programa. Capacidad del producto software para proporcionar tiempos de respuesta y de proceso e índices de respuesta al realizar sus funciones bajo unas ciertas condiciones.
RECURSOS: Capacidad del producto software para usar las cantidades y tipos de recursos adecuados cuando el software lleva a cabo su función bajo condiciones determinadas.
UTILIZACIÓN:
MANTENIBILIDAD
ANALIZABLE: Capacidad del producto software para serle diagnosticadas deficiencias o causas de los fallos en el software, o para identificar las partes que han de ser modificadas.
CAMBIABLE: Capacidad del producto software que permite que una determinada modificación sea implementada.
ESTABILIDAD: Capacidad del producto software para evitar efectos inesperados debidos a modificaciones del software.
COMPROBABLE: Capacidad del producto software que permite que el software modificado sea validado.
PORTABILIDAD

ADAPTABILIDAD: concerniente al cambio del producto necesario por el cambio de sus requerimientos. Capacidad del producto software para ser adaptado a diferentes entornos, sin aplicar acciones o mecanismos distintos de aquellos proporcionados para este propósito por el propio software.

INSTALABILIDAD: describe el modo en que la conversión desde medios ambientes previos influenciarán en el desarrollo de la aplicación. Capacidad del producto software para ser instalado en un cierto entorno.
COEXISTENCIA: Capacidad del producto software para coexistir con otro software independiente, en un entorno común, compartiendo recursos comunes.
REEMPLAZABLE: Capacidad del producto software para ser usado en lugar de otro producto software, para el mismo propósito, en el mismo entorno.

Ana Catalina Rodríguez Jaramillo.

CICLO DE VIDA DEL SOFTWARE

Libro ingeniería del software
Ian Sommerville (Británico)
2009


Ventajas:
• La relación entre las etapas de desarrollo y los distintos tipos de pruebas facilitan la localización de fallos.
• Es un modelo sencillo y de fácil aprendizaje
• Hace explícito parte de la iteración y trabajo que hay que revisar
• Especifica bien los roles de los distintos tipos de pruebas a realizar
• Involucra al usuario en las pruebas

Desventajas:

• Es difícil que el cliente exponga explícitamente todos los requisitos
• El cliente debe tener paciencia pues obtendrá el producto al final del ciclo de vida
• Las pruebas pueden ser caras y, a veces, no lo suficientemente efectivas
• El producto final obtenido puede que no refleje todos los requisitos del usuario

Ana Catalina Rodríguez Jaramillo.

Esta información fue tomada de las publicaciones de las siguientes páginas: 




Modelo de cascada


El primer modelo de cascada fue implementado por el Americano Winston W. Royce en 1970.

Primer Modelo Propuesto por Royce.

A partir de este modelo se crearon varias versiones, en las que se agregaban otros procesos en medios de los propuestos por Royce, pero en general manteniendo los cinco (5) iniciales del modelo original.

También se cuentan con modificaciones mas complejas como el Waterfall Model with Subprojects del Autor Steve Mcconnell.


Daniel Nikolay Giraldo G.












sábado, 7 de septiembre de 2013

CONCEPTO PROPIO DE "CALIDAD DE LAS PERSONAS QUE PARTICIPAN EN LA CONSTRUCCIÓN DE UN PRODUCTO DE SW"

La calidad para un grupo de personas que participan en la construcción de un producto de software, es aquella en la que dichas personas cumplen con integridad todas las exigencias, requisitos y caprichos del cliente, entregándole así un software impecable, dejando al cliente satisfecho.

Ana Catalina Rodríguez Jaramillo.


La calidad de las personas de un grupo de Software, se cumple cuando todos los procesos se realizan de manera acorde con lo planeado, manteniendo un cronograma de trabajo, teniendo en cuenta los posibles percances que puedan surgir a través del proyecto. Mantener a todo el personal incluido en el proyecto informado dia a dia con el progreso que se tiene del mismos.


Daniel Nikolay Giraldo G

PRINCIPIOS DEL PROCESO DE PRUEBAS DE SOFTWARE - CONCLUSIONES

En un software ya sea grande o pequeño, van a existir siempre errores, por eso hay que hacer un buen proceso de pruebas, para que con las pruebas que se implementen se corrijan los errores de mayor importancia, para que el software sea y funcione lo mejor posible.

Ana Catalina Rodriguez Jaramillo.