WikiJuanan - GlosarioCalidadSoftware
http://wiki.us.es/juanan/wakka.php?wakka=GlosarioCalidadSoftware
History/revisions of WikiJuanan/GlosarioCalidadSoftware
en-us
-
2007-05-30 21:42:08
http://wiki.us.es/juanan/wakka.php?wakka=GlosarioCalidadSoftware/show&time=2007-05-30+21%3A42%3A08
<a name="p2420-1"></a><p class="auto" id="p2420-1"><a name="calidaddelsoftware" href="http://wiki.us.es/juanan/wakka.php?wakka=CalidadDelSoftware" class="">Calidad Del Software</a></p><hr noshade="noshade" size="1" /><a name="p2420-2"></a><p class="auto" id="p2420-2">
Copiado de <a href="http://readyset.tigris.org/nonav/es/templates/glossary-std.html" target="_blank" title="Vinculo externo
(en nueva ventana)" class="outerlink"><img src="http://wiki.us.es/juanan/themes/default/icons/web.gif" alt="" border="0" />http://readyset.tigris.org/nonav/es/templates/glossary-std.html</a></p><hr noshade="noshade" size="1" />
<a name="h2420-1"></a><h2>Términos Generales</h2>
<br /><a name="p2420-3"></a><p class="auto" id="p2420-3">
Esculpiendo</p><div class="indent"><div class="indent">El proceso de remover el texto de ejemplo de las plantillas cuando el texto no aplica al proyecto actual. Con frecuencia partes del texto de ejemplo serán mantenidas o evaluadas para encajar con el proyecto actual. Incluso si el texto de ejemplo no encja en el contexto del proyecto actual, provee un ejemplo reutilizable de cómo redactar ese tipo de descripción. El término “esculpir” viene de una vieja broma: cuando a un escultor se le pregunta cómo a realizado una estatua de mármol de un caballo, él contesta «Fue muy fácil, solo empecé con un enorme bloque de mármol y le fui quitando todo lo que no parecía parte del caballo.”</div></div><a name="p2420-4"></a><p class="auto" id="p2420-4">
Formas adjuntas</p><div class="indent"><div class="indent">La idea es similar al llenado de las formas de impuestos utilizando formas para calcular subtotales y realizar decisiones específicas. En pocas palabras, hay una jerarquía en las plantillas: están las plantillas principales y las formas para temas específicos. Hemos dividido la información en varios archivos para que cada archivo se enfoque a un tema, y para que cada archivo pueda ser trabajado por una persona en un periodo de tiempo razonable.</div></div><a name="p2420-5"></a><p class="auto" id="p2420-5">
Impacto del Proceso</p><div class="indent"><div class="indent">La caja de impacto del proceso explica en que parte del proceso de desarrollo de software encaja cada plantilla. Normalmente esta caja incluye un breve comentario sobre quién debe crear el documento, y quien debería utilizarlo. Ud. puede cambiar la caja de impacto en el proceso, pero no debería ser necesario.</div></div><a name="p2420-6"></a><p class="auto" id="p2420-6">
Listas de Pendientes</p><div class="indent"><div class="indent">Existen dos clases de listas de pendientes:</div></div>
<br />
<ul><li><ul><li><ul><li><ul><li> Muchas de las plantillas cuentan con una sección con preguntas que ayudan a revisar su trabajo en esa plantilla. Normalmente las respuestas de ejemplo a las preguntas le indican que acciones correctivas tomar.
</li><li> Para juntas de revisión de diseño o código, existen ligas a las guías y listas de pendientes que le ayudarán a identificar errores comunes en estos artefactos.</li></ul></li></ul></li></ul></li></ul>
<br /><a name="p2420-7"></a><p class="auto" id="p2420-7">
Nota Adherible</p><div class="indent"><div class="indent">La idea es similar a un <span class="nobr">post-it</span> adherido a un documento que le indica «firme aquí» o que llene ciertas partes. Existen dos clases de notas adheribles:</div></div>
<br />
<ul><li><ul><li><ul><li><ul><li> TAREAS: Le indica cómo llear una plantilla. Este es el mínimo que necesita hacer. Uno de los principales objetivos de <span class="missingpage">Ready SET</span><a href="http://wiki.us.es/juanan/wakka.php?wakka=ReadySET/edit&add=1" title="Crear esta página">?</a> es ayudar a su equipo a desarrollar rápidamente las actividades básicas de ingeniería de software. La notas de TAREAS facilitan esto haciendo las plantillas más <span class="nobr">auto-explicatorias</span>.
</li><li> SUGERENCIA: Le ayuda a pensa en mejores manera de llenar la plantilla. Uno de los otros principales objetivos de <span class="missingpage">Ready SET</span><a href="http://wiki.us.es/juanan/wakka.php?wakka=ReadySET/edit&add=1" title="Crear esta página">?</a> es ayudar a su equipo a hacer mejores decisiones que pueden hacer su proyecto más exitoso. Las notas de SUGERENCIA ayudan con este objetivo.</li></ul></li></ul></li></ul></li></ul>
<br />
<a name="h2420-2"></a><h2>Términos de Procesos</h2>
<br /><a name="p2420-8"></a><p class="auto" id="p2420-8">
Equipo de Control de Cambios (CCB)</p><div class="indent"><div class="indent">Un grupo de personas de evalúan los cambios propuestos a los requerimientos del proyecto y/o al código fuente para aceptar o rechazarlos en cada entrega en particular. Los cambios propuestos son generalmente rechazados si introducen muchos riesgos o pudieran disparar esfuerzo adicional (por ejemplo, la necesidad de rehacer muchas más pruebas en código nuevo). Un CCB normalmente está compuesto de coordinadores y representantes de área, como del grupo de QA y enlaces con clientes.</div></div><a name="p2420-9"></a><p class="auto" id="p2420-9">
Característica Completa</p><div class="indent"><div class="indent">Una entrega se le llama «Característica Completa» cuando el equiipo de desarrollo acuerda que no se le añadirán nuevas características a esta entrega. Las nuevas características pueden sugerirse para nuevas entregas. Se necesita trabajar más para implementar todas las características y arreglar las fallas.</div></div><a name="p2420-10"></a><p class="auto" id="p2420-10">
Código Completo</p><div class="indent"><div class="indent">Una entrega es llamada «código cmpletop» cuando el equipo de desarrollo acuerda en que no se le añadirá código fuente nuevo a esta entrega. Puede que aún haya cambios en el código fuente para arreglar fallas. Es posible también que haya cmabios en la documentación y el los archivos de datos, y a el código para escenarios de pruebas o utilerías. El código nuevo se añadirá en una entrega futura.</div></div>
<a name="h2420-3"></a><h2>Herramientas de Desarrollo de Software</h2>
<br /><a name="p2420-11"></a><p class="auto" id="p2420-11">
Sistema de Control de Versiones</p><div class="indent"></div><a name="p2420-12"></a><p class="auto" id="p2420-12">
Registro de Mensajes de Submisiones</p><br /><a name="p2420-13"></a><p class="auto" id="p2420-13">
Control de versiones</p><br /><a name="p2420-14"></a><p class="auto" id="p2420-14">
Automatización de Pruebas Unitarias</p><br /><a name="p2420-15"></a><p class="auto" id="p2420-15">
Sistema de Compilación Automatizada</p><br /><a name="p2420-16"></a><p class="auto" id="p2420-16">
Herramienta de Análisis de Código Fuente</p><br /><a name="p2420-17"></a><p class="auto" id="p2420-17">
Revisor de Estilo</p><br /><a name="p2420-18"></a><p class="auto" id="p2420-18">
Formateador de Código Fuente (Pretty Printer)</p><br /><a name="p2420-19"></a><p class="auto" id="p2420-19">
Automatizador de Pruebas de Sistema</p><br />
<a name="h2420-4"></a><h2>Objetivos de Diseño</h2>
<br /><a name="p2420-20"></a><p class="auto" id="p2420-20">
Corrección</p><div class="indent"><div class="indent">El diseño se ajusta correctamente a los requerimientos dados.</div></div><a name="p2420-21"></a><p class="auto" id="p2420-21">
Viabilidad</p><div class="indent"><div class="indent">Este diseño puede ser implementado y probado con las cantidades de tiempo y esfuerzo planeadas.</div></div><a name="p2420-22"></a><p class="auto" id="p2420-22">
Comprensibilidad</p><div class="indent"><div class="indent">Los desarrolladores pueden enteder este diseño e implementarlo correctamente </div></div><a name="p2420-23"></a><p class="auto" id="p2420-23">
Guías de Implementación por Etapas</p><div class="indent"><div class="indent">Este diseño divide la implementación en componentes o aspectos que pueden corresponder a tareas de implementación razonables.</div></div><a name="p2420-24"></a><p class="auto" id="p2420-24">
Modularidad</p><div class="indent"><div class="indent">Los objetivos estan claramente separadados para que el impacto de la mayoría de los cambios del diseño puedan limitarse a solo uno o algunos módulos.</div></div><a name="p2420-25"></a><p class="auto" id="p2420-25">
Extensibilidad</p><div class="indent"><div class="indent">Nuevas características o componentes pueden ser añadidos después fácilmente.</div></div><a name="p2420-26"></a><p class="auto" id="p2420-26">
Capacidad de Prueba</p><div class="indent"><div class="indent">Es fácil probar los componentes de este diseño independientemente, y la información está disponible para ayudar a diagnosticar fallas.</div></div><a name="p2420-27"></a><p class="auto" id="p2420-27">
Eficiencia</p><div class="indent"><div class="indent">El diseño permite al sistema realizar funciones con aceptables cantidad de tiempo, espacio de almacenamiento, ancho de banda y otros recursos.</div></div><a name="p2420-28"></a><p class="auto" id="p2420-28">
Facilidad de integración</p><div class="indent"><div class="indent">Los componentes trabajarán juntos.</div></div><a name="p2420-29"></a><p class="auto" id="p2420-29">
Ajuste a la Capacidad</p><div class="indent"><div class="indent">La arquitectura genera componentes en equipos que proveen los recursos necesarios con un gasto toal razonable.</div></div><a name="p2420-30"></a><p class="auto" id="p2420-30">
Expresividad</p><div class="indent"><div class="indent">Permite almacenamiento de todos los valores válidos y relaciones</div></div><a name="p2420-31"></a><p class="auto" id="p2420-31">
Facilidad de acceso</p><div class="indent"><div class="indent">El código de la aplicación para accesar los datos almacenados es sencillo</div></div><a name="p2420-32"></a><p class="auto" id="p2420-32">
Confiabilidad</p><div class="indent"><div class="indent">Los datos almacenados no puden ser corrompidos fácilmente por código defectuosos, accesos simultáneos, o finalización inesperada de los procesos</div></div><a name="p2420-33"></a><p class="auto" id="p2420-33">
Capacidad de Datos</p><div class="indent"><div class="indent">El sistema puede almacenar la cantidad de información necesaria.</div></div><a name="p2420-34"></a><p class="auto" id="p2420-34">
Seguridad en los Datos</p><div class="indent"><div class="indent">Protección de los datos sensibles del usuario o de la empresa a los accesos no autorizados o a modificación</div></div><a name="p2420-35"></a><p class="auto" id="p2420-35">
Desempeño</p><div class="indent"><div class="indent">La información puede ser accesada rápidamente</div></div><a name="p2420-36"></a><p class="auto" id="p2420-36">
Interoperabilidad</p><div class="indent"><div class="indent">La base de datos o los archivos de datos pueden ser accesados o actualizados por otras aplicaciones</div></div><a name="p2420-37"></a><p class="auto" id="p2420-37">
Prevención a Intrusos</p><div class="indent"><div class="indent">Prevenir, por ejemple, que hackers puedan abrir una terminal de comandos en nuestro servidor.</div></div><a name="p2420-38"></a><p class="auto" id="p2420-38">
Prevención contra el Abuso</p><div class="indent"><div class="indent">Prevenir el abuso (por ejemplo, usar nuestro sistema para enviar spam).</div></div><a name="p2420-39"></a><p class="auto" id="p2420-39">
Auditabilidad</p><div class="indent"><div class="indent">Todos los cambios pueden ser identificados después.</div></div><a name="p2420-40"></a><p class="auto" id="p2420-40">
Comprensibilidad y Capacidad de Aprendizaje</p><div class="indent"><div class="indent">Se puede esperar que loos usuarios puedan entender la interfaz a primera vista. Los usuarios podrán encontrar información a características adicionales sin ayuda de otros usuarios o documentación, y serán capaces de recapitular lo que han aprendido.</div></div><a name="p2420-41"></a><p class="auto" id="p2420-41">
Soporte a Tareas y Eficiencia</p><div class="indent"><div class="indent">La interfaz del usuario encaja con las tareas del usuario realizará y puede ser usada con un número razonable de clicks y teclazos.</div></div><a name="p2420-42"></a><p class="auto" id="p2420-42">
Seguridad</p><div class="indent"><div class="indent">Los usuarios no podrán ser capcaces de producir un resultado no deseado (por ejemplo, borrar información, o enviar correos incompletos).</div></div><a name="p2420-43"></a><p class="auto" id="p2420-43">
Consistencia y Familiaridad</p><div class="indent"><div class="indent">Los usuarios podrán aplicar su conocimientos de interfaces similares o interfaces estándar a este sistema.</div></div>
<br /><a name="p2420-44"></a><p class="auto" id="p2420-44">
Términos de QA</p><br /><a name="p2420-45"></a><p class="auto" id="p2420-45">
Bug</p><ol type="n"><li><ol type="n"><li> Desaprobado desde 1991. Vea Falla.</li></ol></li></ol><a name="p2420-46"></a><p class="auto" id="p2420-46">
Falla</p><ol type="n"><li><ol type="n"><li> Un elemento de la implementación de un programa que produce un error cuando es ejecutado, o que viola los estádares de desarrollo, por ejemplo, si el programa genera un error donde cuando intenta realizar una división por cero, el defecto está en las expresiones matemáticas en el código fuente, o el la estructura de la lógica de control que permitieron que la expresión fuera evaluada a pesar de sus parámetros. Las fallas pueden también existir en los datos iniciales, la documentación o en otros artefactos de soporte.</li></ol></li></ol><a name="p2420-47"></a><p class="auto" id="p2420-47">
Error</p><ol type="n"><li><ol type="n"><li> La diferencia observable entre la salida esperada del programa y la salida real, por ejemplo, podemos ver un error cuando el programa termina abruptamente o imprime un total equivocado. No todos las fallas provocan errores, algunas fallas pueden nunca ser descubiertas en las pruebas, pero todas los errores son causados por alguna falla.</li></ol></li></ol>
<br /><a name="p2420-48"></a><p class="auto" id="p2420-48">
Metas de QA</p><br /><a name="p2420-49"></a><p class="auto" id="p2420-49">
Functionalidad > Corrección</p><div class="indent"><div class="indent">Corrección es el objetivo de calidad más básico. Significa que, cuando una entrada válida es dada y el sistema se encuentra en un estado válido y bajo una carga razonable, el comportamiento del sistem y sus resultados serán correctos.</div></div><a name="p2420-50"></a><p class="auto" id="p2420-50">
Functionalidad > Robustez</p><div class="indent"><div class="indent">La robustez es la habilidad del sistema para manejar elegantemente entradas inválidas. No debería ser posible para ninguna entrada del usuario abortar el sistema o corromper la información, incluso si la entrada del suaurio en anormal, inesperada, o maliciosa.</div></div><a name="p2420-51"></a><p class="auto" id="p2420-51">
Functionalidad > Exactitud</p><div class="indent"><div class="indent">La exactitud se refiere a la precisión matemática de los cálculos hechos por el sistema. Cualquier sistema que realice cálculos numéricos debe considerar la exactitud; por ejemplo, aplicaciones financieras o científicas.</div></div><a name="p2420-52"></a><p class="auto" id="p2420-52">
Functionalidad > Compatibilidad</p><div class="indent"><div class="indent">Los sistemas que aseguran que siguen estádares o proclaman cierta compatibilidad con sistemas existentes deberán adherirse a los protocolos relevantes de formatos de archivos y APIs. Se encontrarán ligas a los estándares relevantes en la parte de arriba de este documento.</div></div><a name="p2420-53"></a><p class="auto" id="p2420-53">
Functionalidad > Corrección Verdadera</p><div class="indent"><div class="indent">¿Los datos en el sistema una representación del mundo real? Cualquier sistema que contiene datos iniciales o recopila información acerca el mundo real debería asegurarse de que los datos son verdaderos. Por ejemplo, un programa de preparación de impuestos debería incluir datos correctos y actualizados sobre la ley de impuestos.</div></div><a name="p2420-54"></a><p class="auto" id="p2420-54">
Usabilidad > Comprensibilidad e Legibilidad</p><div class="indent"><div class="indent">Los usuarios necesitan entender el sistema para usarlo. La metáfora básica debrá ser comprensible y apropiada para las necesidades del usuario. Algunas fallas en la comprensibilidad incluyen metáforas poco claras, etiquetas pobres o difíciles de ver, falta de retroalimentación para confirmar los efectos de las acciones del usuario, y falta de ayuda o ayuda inadecuada en línea.</div></div><a name="p2420-55"></a><p class="auto" id="p2420-55">
Usabilidad > Intituividad y Memorabilidad</p><div class="indent"><div class="indent">Cada interfaz de usuario contiene algunos detalles que los usuarios necesitarán aprender y recordar. Por ejemplo, <span class="nobr">Alt-A</span> para abrir el menú “Archivo”. Las reglas de la interfaz del usuario pueden hacer estos detalles más fácil de aprender y recordar. Por ejemplo, la “A” está subrayada y, como regla, la primera letra es normalmente la tecla de acceso rápido.</div></div><a name="p2420-56"></a><p class="auto" id="p2420-56">
Usabilidad > Apoyo para Tareas</p><div class="indent"><div class="indent">Esta es la calidad de la interacción entre las tareas que realiza el usuario y la interfaz del sistema. Los defectos de soporte en el apoyo para tareas son casos donde el sistema forza al usuario a realizar pasos poco naturales para realizar una tarea o donde el usuario carece de soporte para un paso difícil en una tarea. Por ejemplo, ¿debería el usuario inventar un nombre de 8 caracteres para su “lista de tarjetas de Navidad”? Otro ejemplo, ¿deberían los usuarios sumar ellos mismos sus deducciones de impuestos?</div></div><a name="p2420-57"></a><p class="auto" id="p2420-57">
Usabilidad > Eficiencia</p><div class="indent"><div class="indent">Los usuarios deberían ser cpaces de realizar tareas comunes con un esfuerzo razonable. Las tareas comunes deberían ser posibles con solo uno o dos pasos. La dificultad de cada paso debería ser también considerada Por ejemplo, ¿el usuario tiene que recordar una clave larga o dar click en un botón muy pequeño?</div></div><a name="p2420-58"></a><p class="auto" id="p2420-58">
Usabilidad > Seguridad</p><div class="indent"><div class="indent">Las personas somos propensos a equivocarnos, pero los efectos negativos de errores comunes debería se limitado. Por ejemplo, los usuarios deberían darse cuenta que un comando dado borrará su información, y debería ser consultado para confirmar acción, o tener una opción para deshacer.</div></div><a name="p2420-59"></a><p class="auto" id="p2420-59">
Usabilidad > Consistencia y Familiaridad</p><div class="indent"><div class="indent">Los usuarios deberían de ser capaces de utilizar su experiencia previa en otros sistemas similares. Es significa que los estándares para interfaces de usuario deberían ser seguidos, y las convenciones más comunes deberían ser usados cuando sea posible. Además, los elementos que aparecen en varias partes de la interfaz deberían ser usados de forma consistente a menos que otra convención para UI tenga prioridad. Por ejemplo si la mayoría de los campos de entrada para moneda no requieren un signo de moneda, entonces el que lo necesita es un error de consistencia, a menos que que exista una oportunidad real de que el usuario este trabajando con otro tipo de cambio en ese paso de la tarea. </div></div><a name="p2420-60"></a><p class="auto" id="p2420-60">
Usabilidad > Satisfacción Subjetiva</p><div class="indent"><div class="indent">Los usuarios deberían sentirse generalmente satisfechos con la interfaz del usuario. Esta calidad subjetiva se suma a las otras cualidades de la interfaz así como su estética.</div></div><a name="p2420-61"></a><p class="auto" id="p2420-61">
Securidad</p><div class="indent"><div class="indent">El sistema debería permitir se usado solo por usuarios autorizados, y restringir el uso basado en permisos. El sistema no debería permitir a los usuarios saltarse las reglas de seguridad o utilizar agujeros en la seguridad. Por ejemplo, todas las entradas de los usuarios deberían ser validadas y cualquiera entrada maliciosa debería ser rechazada.</div></div><a name="p2420-62"></a><p class="auto" id="p2420-62">
Confiabilidad > Consistencia sobre carga</p><div class="indent"><div class="indent">Todo sistema tiene límites de capacidad. ¿Qué pasa cuando estos límites son excedidos? El sistema no debería jamás perder o corromper la información.</div></div><a name="p2420-63"></a><p class="auto" id="p2420-63">
Confiabilidad > Consistencia bajo concurrencia</p><div class="indent"><div class="indent">Los sistemas que permiten accesos simultáneos por usuarios múltiples, o los que usan concurrencia internadebería estar libres de de condiciones de carrera y bloqueo.</div></div><a name="p2420-64"></a><p class="auto" id="p2420-64">
Confiabilidad > Disponibilidad bajo carga</p><div class="indent"><div class="indent">Todo sistema tiene límites de capacidad. ¿Qué pasa cuando estos límites son excedidos? El sistema debería de continuar sirviendo aquellas solicitudes que es capaz de manejas. No debería caerse o detener el proceso de todas las solicitudes.</div></div><a name="p2420-65"></a><p class="auto" id="p2420-65">
Confiabilidad > Longevidad</p><div class="indent"><div class="indent">El sistema debería continuar operando tanto como lo necesite. No debería gradualmente terminarse los recursos disponibles. Ejemplos de defectos de longevidad inluyen fugas de memoria o el agotamiento de espacio en discos con archivos de registro.</div></div><a name="p2420-66"></a><p class="auto" id="p2420-66">
Eficiencia</p><div class="indent"><div class="indent">La soperaciones del sistema deberían ejecutarse rápidamente, con un uso razonable de los recursos del equipo y de la red. Por ejemplo, si un usuario realiza una operación, esta debería ejecutarse eficientemente.</div></div><a name="p2420-67"></a><p class="auto" id="p2420-67">
Escalabilidad</p><div class="indent"><div class="indent">Escalabilidad es una cualidad general que se mantiene cuando el sistema continua satisfaciendo sus requerimientos en situaciones en que sus parámetros se han incrementado. Por ejemplo, un servidor de archivos debería ser escalable a un gran número de usuarios, a archivos muy grandes, o a discos de muy alta capacidad. Algunos objetivos específicos de escalabilidad se enumeran abajo.</div></div><a name="p2420-68"></a><p class="auto" id="p2420-68">
Escalabilidad > Desempeño bajo carga</p><div class="indent"><div class="indent">Este es un tipo específico de objetivo de escalabilidad involucrado con el desempeño del sistema en momentos en que sus servicios son tienen muchas solicitudes de muchos usuarios.</div></div><a name="p2420-69"></a><p class="auto" id="p2420-69">
Escalabilidad > Volumenes grandes de datos</p><div class="indent"><div class="indent">ste es un tipo específico de objetivo de escalabilidad involucrado con la habilidad del sistema para manejar grandes volúmenes de datos. Las operaciones deberían de continuar correcta y eficientemente aunque el tamaño del volumen de datos aumente. Más aún, la interfaz del usuario debería ser aún utilizable según la información presentada a los usuarios incremente en longitud.</div></div><a name="p2420-70"></a><p class="auto" id="p2420-70">
Operabilidad</p><div class="indent"><div class="indent">Las necesidades a largo plazo de los administradores del sistema deberían ser apoyadas confiablemente. por ejemplo, ¿es el sistema fácil de instalar? ¿Puede el administrador recuperarse de una caída? ¿Existen suficientes datos en el registro para diagnosticar problemas en el campo? ¿Pueden los datos del sistema ser respaldados sin bajas en el desempeño? ¿Puede el sistema ser actualizado de forma práctica?</div></div><a name="p2420-71"></a><p class="auto" id="p2420-71">
Capacidad de mantenimiento > Comprensibilidad</p><div class="indent"><div class="indent">¿Sería fácil para los (futuros) desarrolladores entender cómo el sistema funciona?</div></div><a name="p2420-72"></a><p class="auto" id="p2420-72">
Capacidad de mantenimiento > Evolutividad</p><div class="indent"><div class="indent">¿Puede el sistema ser fácilmente modificado y extendido en el futuro?</div></div><a name="p2420-73"></a><p class="auto" id="p2420-73">
Capacidad de mantenimiento > Capacidad de prueba</p><div class="indent"><div class="indent">¿Puede el sistema ser probado? ¿Los requerimientos especifican de forma precisa posibles entradas y resultados deseados? ¿Puede el sistema ser probado por partes? ¿Cuando se observan fallas, pueden ser rastreadas hasta las fallas en los componentes específicos (depuración)? ¿La realización de pruebas son prácticas con las herramientas de prueba disponibles?</div></div>
<a name="h2420-5"></a><h2>Términos Estándar Adicionales</h2>
<br /><a name="p2420-74"></a><p class="auto" id="p2420-74">
Para términos estándar adicionales, vea los siguientes sitios de referencia:</p><br />
<ul><li><ul><li> <span class="missingpage">Dictionary.com</span><a href="http://wiki.us.es/juanan/wakka.php?wakka=Dictionary/com/edit&add=1" title="Crear esta página">?</a> (<span class="missingpage">Diccionario.com</span><a href="http://wiki.us.es/juanan/wakka.php?wakka=Diccionario/com/edit&add=1" title="Crear esta página">?</a>)
</li><li> <span class="missingpage">Whatis.com</span><a href="http://wiki.us.es/juanan/wakka.php?wakka=Whatis/com/edit&add=1" title="Crear esta página">?</a> (<span class="missingpage">Quées.com</span><a href="http://wiki.us.es/juanan/wakka.php?wakka=Quées/com/edit&add=1" title="Crear esta página">?</a>)
</li><li> Diccionario NIST de Algoritmos y Estructuras de Datos
</li><li> Diccionario gratuito en línea de computación
</li><li> Glosario IBM de términos de computación
</li><li> Archivos Jargon</li></ul></li></ul>
<br /><a name="p2420-75"></a><p class="auto" id="p2420-75">
Compañía Propietaria. Copyright © 2003 Jason Robbins. Todos los derechos reservados. Términos de la Licencia. Mantenga esta leyenda derechos donde utilice este archivo como plantilla – Traducción al español por Interplanet, México, D.F.</p>