Verificacin La verificacin se enfoca ms al proceso de evaluacin del sistema o componentes ya que permite determinar si los productos de una determinada

fase del desarrollo satisfacen las condiciones impuestas en el inicio de la etapa. Estamos construyendo el producto correctamente?. El software debera ajustarse a su especificacin. Tcnicas de control dinmicas. Las tcnicas dinmicas conocidas como testing se basan en ejercitar una implementacin, por lo tanto solo pueden aplicarse si existe una versin de prueba del producto. Por lo tanto se implantara el proyecto durante el periodo de testing en mquinas virtuales con el propsito de evaluar el desempeo, puntos fuertes y debilidades del proyecto Durante este proceso se evaluara que: El servidor controle el acceso al medio fsico de transmisin, por parte todos los dispositivos que comparten el mismo canal de comunicacin. Efecte deteccin y si procede correccin de errores de transmisin. Si Descarta tramas duplicadas o con posible cdigo malicioso. La capacidad de controlar el acceso hacia los datos a travs de diversas polticas de seguridad asegurando la disponibilidad, confianza y seguridad a los usuarios que acceden por los diversos canales de comunicacin a nivel institucional. La efectividad de planes de contingencia en caso de errores y ataques sufridos desde dentro y fuera de la red.

Etapas del proceso de pruebas

Prueba de unidades Se comprueban los componentes individuales Prueba de mdulos Se prueban colecciones de componentes dependientes

Prueba del sistema Se prueban las interacciones entre los mdulos Prueba de aceptacin Se prueba con datos reales para comprobar que el sistema es aceptado por el cliente. Validacin: En la validacin tambin es una evaluacin del sistema o componentes, solo que es en el transcurso o al final del proceso del desarrollo, para determinar si cumple con lo especificado.

Estamos construyendo el producto correcto?. El software debera hacer lo que el cliente realmente pide. -Construir el sistema correcto. -Actividad viva no sobre el papel. -Evaluar la conformidad con la especificacin de requisitos 2 tipos: - Objetiva: basada en especificaciones formales - Interpretativa: Actividades encaminadas a eliminar los errores de tipo conceptual y de contexto. A veces denominada evaluacin. Metodologa de validacin

QA, Aseguramiento de la Calidad El aseguramiento de la calidad de proceso evaluar objetivamente los procesos y los servicios ejecutados frente a las descripciones de proceso, los estndares y los procedimientos aplicables. Por medio de identificar y documentar las inconformidades, proporcionando retroalimentacin al equipo del proyecto y a los gerentes sobre los resultados de las actividades de aseguramiento de la calidad, asegurando que sean tratadas las inconformidades. El propsito de este plan de aseguramiento, es proveer un resumen de las actividades, objetivos, tareas y personal involucrado en los procesos del proyecto. Los involucrados en el proyecto son personas capacitadas, para cumplir las labores asignadas a cada puesto de trabajo y estos son:

Lder del proyecto

Es el responsable de la toma de decisiones, para las acciones a realizar durante el ciclo de vida del proyecto, debe mantenerse siempre informado respecto a los movimientos que se realicen por l y personal involucrado.

Encargado de QA

Es el responsable de la aplicacin y el seguimiento del proceso de aseguramiento de la calidad de procesos y productos en donde sea requerido. Deber mantenerse informado del funcionamiento de los procesos o productos que requieran de su intervencin. Para el desarrollo de todas las actividades Otros involucrados.

Dems responsables o involucrados de distintas reas que se mantendrn en contacto con el encargado de QA y el lder del proyecto, para la solicitud y seguimiento de la correcta aplicacin de aseguramiento de la calidad en un rea determinada.

Roles y responsabilidades

Responsabilidades del lder del proyecto

Tomar las decisiones adecuadas para el progreso del proyecto, a l se le informar respecto al seguimiento de la aplicacin del aseguramiento de la calidad en un rea determinada, tambin deber informrsele respecto al seguimiento del aseguramiento de la calidad y tomar medidas, para las inconformidades que pudiesen surgir.

Responsabilidades del encargado de QA

Se encargar de la aplicacin del proceso de aseguramiento de la calidad, en donde sea requerido, proporcionar la informacin necesaria junto con la documentacin correspondiente, llevar un seguimiento de la aplicacin del proceso, se encargar de la resolucin de inconformidades e informar al lder del proyecto en caso de no llegar a una solucin para la toma de medidas.

Responsabilidades de los dems involucrados.

Seguirn las indicaciones otorgadas tanto por el encargado de QA y el lder del proyecto y resolvern las inconformidades con el encargado de QA. Herramientas.

Se ofrecern plantillas especificadas en el proceso QA, para llevar a cabo las tareas de aseguramiento de la calidad, tambin se solicitarn las plantillas, estndares, y herramientas de software de las dems reas de ser necesario.

Evaluar objetivamente los procesos.

De acuerdo a lo establecido dentro del proceso QA, los procesos debern ser evaluados objetivamente, as pues de acuerdo a esto se han estipulado las siguientes fechas indicando en cada una de ellas el proceso que ser evaluado: XX-XX-XX Proceso X XX-XX-XX Proceso X XX-XX-XX Proceso X XX-XX-XX Proceso X XX-XX-XX Proceso X XX-XX-XX Proceso X XX-XX-XX Proceso X

Despus de dichas revisiones se proceder a la realizacin del documento QA_A1_XX-XX-XX.docx, el cual denota a la plantilla A1 del proceso que representa a la evaluacin, posterior a ello si existiese alguna inconsistencia u observacin, se proceder a la generacin del documento QA_A2_XX-XXXX.docx, el cual representa los fallos durante la evaluacin.

Comunicar y asegurar la resolucin de las inconformidades.

De acuerdo a lo estipulado en el proceso, una vez que se han realizado las evaluaciones y si se encontrase con inconformidades con la existencia del documento QA_A2_XX-XX-XXXX que represente a la fecha de la inconformidad, el grupo de QA deber de avisar a los involucrados en las inconformidades. Con el objetivo de dar seguimiento y resolucin a las mismas, as mismo generar el documento QA_A2.1_XX-XX-XXXX.docx, en el cual se estipulen los estados a la fecha de revisin el estado de cada una de las inconformidades, as mismo si al realizar dichos seguimientos se encontrase con alguno en estado de no resuelto, el equipo QA, deber rastrear el origen de la inconformidad e informar al responsable de dicha inconformidad la pronta accin correctiva que deber llevar a cabo para con dicha inconformidad. As pues con base a lo anterior si existiesen inconformidades los seguimientos de las mismas se realizaran de manera semanal a partir de la fecha declaracin de inconformidad.

Establecer registros.

Los registros de las actividades del equipo QA, permitirn determinar si dicho equipo trabaja de manera adecuada y en sus fechas, as pues de acuerdo a esto a la fecha XX-XX-XXXX, el equipo de QA deber de generar el documento QA_A3_XX-XX-XXXX.docx, estipulando las actividades que realizara cada miembro, para con las revisiones, as mismo y con base a lo mencionado en los apartados anteriores, si existiesen inconformidades el equipo QA, deber de generar un nuevo documento QA_A3.1_XX-XX-XXXX.docx en el cual se deber de especificar de manera clara las tareas correctivas que debern de llevar acabo los miembros del equipo QA.

Medir objetivos especficos

Hacer foda Factores Crticos de xito y Medidas de Contingencia que se aplicarn en el proyecto.

Objetivo general. Objetivos generales: Controlar el acceso al medio fsico de transmisin, por parte todos los dispositivos que comparten el mismo canal de comunicacin. Efectuar deteccin y si procede correccin de errores de transmisin. Descartar tramas duplicadas o con posible cdigo malicioso.

Objetivos especficos. Controlar el acceso al medio fsico de transmisin, por parte todos los dispositivos que comparten el mismo canal de comunicacin.

Efectuar deteccin y si procede correccin de errores de transmisin. Descartar tramas duplicadas o con posible cdigo malicioso. Controlar el acceso hacia los datos a travs de diversas polticas de seguridad asegurando la disponibilidad, confianza y seguridad a los usuarios que acceden por los diversos canales de comunicacin a nivel institucional.

Tener plan de contingencia en caso de errores y ataques sufridos desde dentro y fuera de la red.

Riesgos.

A continuacin se presenta una breve lista de los riesgos identificados para este proyecto Riesgos de Calendario Atrasos en entregas: no se cumple con el calendario de actividades Estimaciones incorrectas: las estimaciones de tiempo son incorrectas

Riesgos de Rendimiento Requerimientos incompletos: los requerimientos no estn cubiertos en su totalidad Requerimientos no son coherentes Inflacin de requerimientos: se producen ms requerimientos de los especificados al iniciar la ejecucin Especificacin incompleta: la especificacin no cubre el alcance completo del sistema Los desarrolladores no son tan productivos como se esperaba Inadecuado rendimiento del software: software de baja calidad Resultados poco fiables Datos de las bsquedas que no dan resultados correctos Alto grado de defectos : una gran cantidad de defectos son encontrados en las pruebas Inadecuado control de la configuracin Inadecuada documentacin de usuario

Riesgos de Administracin Rotacin de personal: el personal se da de baja del equipo