Trabajo práctico Ingeniería de Software - FTP
Trabajo práctico Ingeniería de Software - FTP
Trabajo práctico Ingeniería de Software - FTP
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Universidad Nacional <strong>de</strong> Luján<br />
<strong>Trabajo</strong> <strong>práctico</strong><br />
<strong>Ingeniería</strong><br />
<strong>de</strong><br />
<strong>Software</strong><br />
Integrantes:<br />
100398- Pedraza E. Carlos<br />
103902 – Natello M. Juan.<br />
101511 - Arellano E. Nahuel
Aseguramiento <strong>de</strong> la calidad<br />
<strong>de</strong>l software<br />
IEEE 1028-(Standard for <strong>Software</strong><br />
Reviews and Audits)<br />
En 1988 el Instituto <strong>de</strong> Ingenieros Eléctricos y Electrónicos (IEEE) dio a conocer la norma<br />
1028 “Revisiones y auditorías <strong>de</strong> software”.<br />
• Provee <strong>de</strong>finiciones y requerimientos uniformes para los procesos <strong>de</strong> revisión y<br />
auditoría, sin embargo no indica el momento <strong>de</strong> aplicación <strong>de</strong> cada proceso.<br />
• Es específico para procesos y productos <strong>de</strong>l ciclo <strong>de</strong> vida <strong>de</strong>l software. Don<strong>de</strong> la<br />
intención <strong>de</strong> estas auditorías era la <strong>de</strong> proporcionar a los gerentes <strong>de</strong> proyecto<br />
ciertas indicaciones sobre la minuciosidad e integridad <strong>de</strong> una actividad, antes <strong>de</strong><br />
que continuaran el siguiente paso.<br />
Revisión: “técnicas estáticas” (evaluación <strong>de</strong> elementos <strong>de</strong> software o estado <strong>de</strong> un<br />
proyecto), que se aplican en varios momentos <strong>de</strong>l <strong>de</strong>sarrollo <strong>de</strong>l software y sirven para<br />
<strong>de</strong>tectar <strong>de</strong>fectos para <strong>de</strong> esa forma po<strong>de</strong>r eliminanarlos y/o recomendar mejoras.<br />
En la revisión se preten<strong>de</strong>:<br />
• Señalar la necesidad <strong>de</strong> mejora en el producto<br />
• Confirmar las partes <strong>de</strong> un producto que no es necesario mejorar<br />
• Conseguir un trabajo técnico <strong>de</strong> una calidad más uniforme<br />
Tipos <strong>de</strong> revisiones:<br />
• Revisiones <strong>de</strong> gestión(Management Review): sirven para controlar el progreso y<br />
<strong>de</strong>tectar inconsistencias <strong>de</strong> los planes con la programación y los requisitos. Por lo<br />
cual provee recomendaciones para:<br />
» Hacer que las activida<strong>de</strong>s progresen según el plan, basándose en un evaluación <strong>de</strong><br />
estado <strong>de</strong>l <strong>de</strong>sarrollo.<br />
» Cambiar la dirección <strong>de</strong>l proyecto o i<strong>de</strong>ntificar la necesidad <strong>de</strong> un plan alternativo.<br />
» Mantener el control global <strong>de</strong>l proyecto a través <strong>de</strong> la asignación a<strong>de</strong>cuada <strong>de</strong> recursos.<br />
Preguntas frecuentes:<br />
¿Cómo va el proyecto?<br />
¿Está siendo bien administrado?<br />
¿Cómo lo po<strong>de</strong>mos mejorar?<br />
• Revisiones técnicas(Technical Review): revisan la documentación producida a lo<br />
largo <strong>de</strong>l proyecto, dado que evalúa un elemento <strong>de</strong> software específico y provee<br />
evi<strong>de</strong>ncia <strong>de</strong> que:<br />
» Los elementos <strong>de</strong> software cumplen su especificación.<br />
» El <strong>de</strong>sarrollo/mantenimiento es realizado según los planes, estándares y guías<br />
aplicables para el proyecto.<br />
» Los cambios a los elementos <strong>de</strong> software son implementados apropiadamente, y<br />
afectan sólo aquellas áreas <strong>de</strong>l sistema i<strong>de</strong>ntificadas por la especificación <strong>de</strong> cambio.<br />
Preguntas frecuentes:<br />
¿Los elementos <strong>de</strong> software cumplen con las especificaciones?<br />
¿Los elementos <strong>de</strong> software se están haciendo según el plan, estándares y guías?¿Los
cambios a los elementos <strong>de</strong> software se están implementando a<strong>de</strong>cuadamente? ¿Afectan<br />
sólo a las áreas <strong>de</strong>l sistema especificadas?<br />
• Inspecciones(<strong>Software</strong> Inspection): son revisiones que involucran al autor <strong>de</strong> un<br />
producto. Don<strong>de</strong> tiene como objetivo <strong>de</strong>tectar e i<strong>de</strong>ntificar <strong>de</strong>fectos en los<br />
elementos <strong>de</strong> software. Es un examen formal y riguroso entre pares que hace lo<br />
siguiente:<br />
» Verifica que los elementos <strong>de</strong> software satisfacen sus especificaciones y se ajustan a<br />
los estándares aplicables.<br />
» I<strong>de</strong>ntifica <strong>de</strong>sviaciones <strong>de</strong> los estándares y especificaciones.<br />
» Recolecta datos <strong>de</strong> ingeniería <strong>de</strong> software (por ejemplo, datos <strong>de</strong> <strong>de</strong>fectos y esfuerzo).<br />
» No examina alternativas o problemas <strong>de</strong> estilo.<br />
Preguntas frecuentes:<br />
¿Los elementos <strong>de</strong> software cumplen con las especificaciones?<br />
¿Los elementos <strong>de</strong> software cumplen con los estándares?<br />
• Walkthrough: son inspecciones conducidas únicamente por miembros <strong>de</strong>l grupo<br />
<strong>de</strong> <strong>de</strong>sarrollo que examinan una parte específica <strong>de</strong>l producto. El objetivo es<br />
evaluar un elemento <strong>de</strong> software, encontrando <strong>de</strong>fectos, omisiones y<br />
contradicciones; tanto para mejorar el elemento <strong>de</strong> software o para sugerir<br />
implementaciones alternativas.<br />
Pue<strong>de</strong> aplicarse tanto al código fuente como a cualquier otro elemento <strong>de</strong> software tales<br />
como diseño, arquitectura, planes <strong>de</strong> prueba, procedimientos <strong>de</strong> prueba y procedimientos<br />
<strong>de</strong> control <strong>de</strong> cambio.<br />
Preguntas frecuentes:<br />
¿El elemento <strong>de</strong> software tiene <strong>de</strong>fectos, omisiones o contradicciones?<br />
¿Se pue<strong>de</strong> mejorar el elemento <strong>de</strong> software? ¿Hay alguna forma alternativa <strong>de</strong><br />
implementarlo?<br />
• Auditorías(Audit): Es una evaluación in<strong>de</strong>pendiente <strong>de</strong> productos o procesos para<br />
verificar el cumplimiento <strong>de</strong> estándares, guías, especificaciones procedimientos;<br />
basándose en criterios objetivos que incluyen documentos que especifican:<br />
» La forma o contenido <strong>de</strong> los productos a producir.<br />
» El proceso a utilizar para la construcción.<br />
» Cómo medir el ajuste a los estándares y guías.<br />
Medidas <strong>de</strong> control:<br />
» Medidas sobre datos: precisión en el procesamiento.<br />
» Medidas <strong>de</strong> operatividad: economía, efectividad y eficiencia <strong>de</strong> las operaciones.<br />
» Medidas relativas al plan: cumplimiento <strong>de</strong> los objetivos establecidos.<br />
Las medidas <strong>de</strong> control se aplican en diferentes aspectos (controles <strong>de</strong>tectores) a lo largo<br />
<strong>de</strong>l ciclo <strong>de</strong> vida.<br />
La misión <strong>de</strong> un auditor será diseñar y promover la inclusión <strong>de</strong> los controles que el nuevo<br />
sistema ha <strong>de</strong> llevar incorporados, para que su integridad que<strong>de</strong> garantizada.<br />
Preguntas frecuentes:<br />
¿Los productos y los procesos cumplen con los estándares, guías, especificaciones y<br />
procedimientos?