Trabajo Colaborativo 3 Grupo 301404 11

7/27/2019 Trabajo Colaborativo 3 Grupo 301404 11

http://slidepdf.com/reader/full/trabajo-colaborativo-3-grupo-301404-11 1/9

ACTIVIDAD 14 TRABAJO COLABORATIVO N° 3

Universidad Nacional Abierta y a DistanciaEscuela de Ciencias Básicas, Tecnología e Ingeniería

Ingeniería de SistemasIngeniería de Software

Curso 301404_11

Tutor: PILAR ALEXANDRA MORENO

Trabajo Colaborativo N° 3

HARVEY ANDRONNY CELY FUQUENC.C. Nº 1’049.615.028 de Tunja

ANDRÉS FELIPE NARVÁEZ CALDERÓNC.C. N° 1’015.415.585

17 de mayo de 2013Tunja, Boyacá



INTRODUCCION

En el medio que nos desenvolvemos a diario, vemos el continuo funcionamientode innumerables equipos electrónicos, más específicamente el de los programas

que se alojan en los computadores, celulares, tablets, etc. Estos, son sistemasque están compuestos por cierto número de líneas de código; programas quedeben ser revisados con frecuencia, esto se cataloga como mantenimiento, ahí, esdonde está enfocada la Ingeniería de software, la cual es la encargada de evaluar,analizar, administrar, ejecutar, y/o mantener el software que usamos.

Por medio de este trabajo, analizaremos las distintas etapas y funcionalidades qtiene la ingeniería de software para solucionar inconvenientes que podremos tener a diario. Esperamos obtener un conocimiento somero acerca de este tema, y asípoder ponerle en práctica.



integrantes que participaron seleccionar y complementar las respuestas más pertinentescon sus respectivas justificaciones.

Este trabajo final de grupo debe obtenerse a partir de la discusión, revisión,complementación y consolidación de los productos y análisis presentadosindividualmente. Por ningún motivo deben presentar en el trabajo final todas las

respuestas recibidas de cada participante. Sólo debe contener una respuesta unificadapara cada pregunta, con su respectiva justificación.



DESARROLLO DE LA ACTIVIDAD

1. ¿Qué métodos y herramientas establecería para garantizar la calidad delsoftware? Describa y justifique su elección.

En toda calidad de un producto o servicio, pueden existir problemas, con lo cual debemosinvestigar para identificar las causas del mismo. Para ello vamos a trabajar con Diagramade Causa-Efecto, conocidos también como Diagramas de Espina de Pescado por la formaque tiene:

Un diagrama de Causa-Efecto sirve para que las personas conozcan y profundicen elproceso con que trabaja, visualizando con claridad las relaciones entre los efectos ysus causas.

También es importante para guiar las discusiones, al exponer con claridad los orígenes deun problema de calidad y permite encontrar rápidamente las causas asignables cuando elproceso se aparta de su funcionamiento habitual.

Dentro de la Gestión de Calidad de Software podemos implementar la gestión de calidadde software (ISO 9000) que consiste en el conjunto de actividades de la función generalde la dirección que determina la calidad, los objetivos y las responsabilidades y esimplementado por medio de la planificación de la calidad, control de la calidad,aseguramiento (garantía) de la calidad y la mejora de la calidad, en el marco del sistemade calidad. Además también lo podríamos implementar en la política de calidad (ISO9000) donde consiste en las directrices y objetivos generales de una Organización,relativos a la calidad, tal como se expresa formalmente por la alta Dirección.

2. ¿Qué revisiones técnicas formales establecería para garantizar la calidad del

software? Describa y justifique su elección.

Describir errores en la función, la lógica o la implementación de cualquier representación de los sistemas de información.

Verificar que los sistemas bajo revisión alcance sus requisitos.

Garantizas que los sistemas han sido representados de acuerdo a ciertos estándarespredefinidos.

Conseguir un sistema desarrollado en forma uniforme.

Hacer que los proyectos sean más manejables.

Podríamos incentivar el trabajo, promoviendo la seguridad y continuidad, ya que laspersonas se familiarizan con los sistemas de información llevando a cabo una serie deactividades como son:

Inspección

Auditorias para el personal Directivo

Revisión de documentos entrada y salida



Así mismo también podemos realizar una revisión de técnicas formales ya que es unmedio confiable para mejorar la calidad del software.

Descubrir errores en la función, la lógica o la implementación de cualquier representación del software.

Verificar que el software bajo revisión alcanza sus requisitos.

Garantizar que el software ha sido representado de acuerdo con ciertos estándarespredefinidos.

Conseguir un software desarrollado de forma uniforme.

Hacer que los proyectos sean manejables.

3. ¿Qué técnicas de prueba del software establecería? Describa y justifique suelección.

Para este proyecto se realizaría la Prueba de Entornos Especializados, sin embargollevaría a cabo la siguiente prueba ya que el Ingeniero de Software debe estar realizandopruebas del programa y se aplica en tiempo real cuando se está ejecutando el proyecto.

PRUEBA DE SISTEMAS DE TIEMPO REAL

Aplicaremos los siguientes pasos:

PASOS DESCRIPCIÓN

PRUEBA DE TAREASSe aplican pruebas de caja blanca y caja negra a cada tarea.Pretende descubrir errores en la lógica y en elfuncionamiento.

PRUEBA DECOMPORTAMIENTO

Se simula el comportamiento del sistema en tiempo real y seexamina el comportamiento como consecuencia de sucesosexternos.

PRUEBA INTERTAREASSe prueban las tareas asíncronas que se comunican conotras, para determinar si se producen errores de sincronismoentre las tareas.

PRUEBA DEL SISTEMASe realizan pruebas completas al sistema para descubrir errores en la interfaz software/hardware.

4. ¿Qué estrategias de prueba del software implementaría? Describa y justifique suelección.

La estrategia más apropiada que se podría imprentar, sería la PRUEBA DEL SISTEMA,ya que su propósito primordial es ejercitar profundamente el sistema, verificando que sehayan integrado adecuadamente todos los elementos del sistema y que realizan lasfunciones apropiadas.



Este método de pruebas, contiene las siguientes pruebas:

PRUEBAS DESCRIPCIÓNPRUEBA DE

RECUPERACIÓNEsta prueba fuerza el fallo del software de muchas formas yverifica que la recuperación se lleva a cabo apropiadamente.

PRUEBA DE

SEGURIDAD

Intenta verificar que los mecanismos de protección incorporadas

en el sistema lo protegerán, de hecho, de accesos impropios.

PRUEBA DERESISTENCIA

(STRESS)

Ejecuta un sistema de forma que demande recursos en cantidad,frecuencia o volúmenes anormales. Por ejemplo:

1. Diseñar pruebas especiales que generen 10 interrupciones por segundo, cuando las normales son una o dos

2. Incrementar las frecuencias de datos de entrada en un ordende magnitud con el fin de comprobar cómo responden lasfunciones de entrada.

3. Ejecutar casos de prueba que requieran el máximo de memoria

o de otros recursos.

4. Diseñar casos de prueba que puedan dar problemas en unsistema operativo virtual.

5. Diseñar casos de prueba que produzcan excesivas búsquedasde datos residentes en disco. Esencialmente, el responsablede la prueba intenta romper el programa.

PRUEBA DERENDIMIENTO

Permite probar el rendimiento del software en tiempo de ejecucióndentro del contexto de un sistema integrado. La prueba derendimiento se da durante todos los pasos del proceso de laprueba. Para llevar a cabo esta prueba, deben estar integrados

completamente todos elementos del sistema.

Punto extra:

El trabajo debe presentar una conclusión del equipo sobre:

¿Qué haría si el software, después de realizadas las pruebas y las revisiones técnicas,es implementado y se encuentra un error grave en su funcionamiento?

Respuesta HARVEY CELY FUQUEN.

Tomaría cartas en el asunto, evaluaría los procesos que está desarrollando el software yanalizaría donde se encuentra la posible falla; si la falla es de ejecución y veo que es defácil solución, actuaría como agente de solución y trataría de arreglar. Pero si el error, esestructural o afecta los datos de raíz del sistema, tomaría la decisión de implementar unsoftware de emergencia mientras se consigue uno (software) que cumpla con todo losrequisitos establecidos para la labor a la que se ha encomendado o usado.



CONCLUSIONES

Por medio de este trabajo, analizamos las etapas y herramientas para garantizar lacalidad de un software con miras a la implementación eficaz y eficiente del mismo.

Dispusimos de conocimientos aprendidos para luego ponerlos en práctica para eldesarrollo de esta actividad.

Todos los contenidos de la unidad III, fueron de ayuda para el planteamiento y estudiodel caso propuesto.

Con el desarrollo de este trabajo obtuvimos un conocimiento amplio y preciso sobre lacalidad del software.

Comprendimos las a fondo la importancia de la norma ISO I9000, para así garantizar lacalidad de toso software que queramos valorar.

Aprendimos a desarrollar proyectos basados en el material expuesto en el transcursodel curso.



REFERENCIAS BIBLIOGRAFICAS

Módulo Ingeniería de Software, 2012, UNAD, CEAD Tunja

http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software

http://dis.um.es/~barzana/Informatica/IAGP/IAGP_riesgos.html

http://www.slideshare.net/dy3g0s/gestion-de-riesgos-en-proyectos-de-software

http://www.slideshare.net/lcastillo110/diseo-del-software-e-ingeniera-del-software

SOMMERVILLE, Ian. Ingeniería de software. 6ª. Edición. Pearson Addison Wesley. 2001

HUMPHREY, Watts S. Introducción al proceso de software personal. Pearson AddisonWesley. 2001.

PRESSMAN, Roger S. Ingeniería del Software. Un enfoque práctico. Quinta edición. España.2002. Editorial McGraw Hill.










Trabajo Colaborativo 3 Grupo 301404 11

Documents

Transcript of Trabajo Colaborativo 3 Grupo 301404 11