Está en la página 1de 10

REPUBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA EDUCACIN SUPERIOR UNIVERSIDAD DR.

JOS GREGORIO HERNNDEZ FACULTAD DE INGENIERA ESCUELA DE SISTEMAS CTEDRA: AUDITORIA DE SISTEMAS

MARACAIBO, 10 DE ABRIL DE 2012

La evaluacin de impacto de la formacin como estrategia de mejora en las organizaciones, permite verificar la calidad de las acciones formativas. Es decir, si la formacin satisface las necesidades que la motivan y produce mejoras tanto en el desarrollo profesional individual como institucional. Para ello, se parte de una misma conceptualizacin de evaluacin de impacto, sus dimensiones e indicadores, dentro de una concepcin fragmentada de evaluacin de programas; tambin se consideran las problemticas de este tipo de evaluacin en relacin con de resistencias y facilitadores, por ltimo, en algunas consideraciones sobre la misma como estrategia de mejora.

Esto quiere decir que Las evaluaciones de impacto permiten examinar las consecuencias no previstas en los beneficiarios, ya sean positivas o negativas.

La creciente competencia en el mercado laboral ha llevado a las empresas a una necesidad constante de renovacin, as como una mejora de sus productos y servicios. Estas circunstancias, junto con el cambio constante que est viviendo la sociedad, estn produciendo un doble efecto: una gran oportunidad para las empresas preparadas, y una amenaza para aquellas que no lo estn. Sea por una o por otra razn, la formacin es el camino para fortalecer a la organizacin. Para poder evaluar, es necesario recordar que al mismo tiempo se debe buscar que la formacin se adapte a las necesidades de los individuos y a la organizacin, que se desarrolle adecuadamente mediante la consecucin de los objetivos previstos, y resulte eficaz, eficiente y rentable.

Evaluacin de impacto
Proceso orientado a medir los resultados generados (cambios y causas) por las acciones formativas desarrolladas en el escenario socio profesional originario de las mismas al cabo del tiempo. Su objetivo es medir los resultados transcurrido cierto tiempo de la ejecucin de los planes y estudiar el grado de realizacin alcanzado. Por ello, la evaluacin de impacto adems de analizar la satisfaccin y los aprendizajes conseguidos, analiza los efectos que las acciones formativas producen. As, al proporcionar informacin sobre los cambios conductuales y organizativos, sobre las causas que los provocaron y sobre los factores que los

favorecieron o dificultaron, la evaluacin de impacto ser un proceso clave para programar nuevas acciones formativas o incluso convertirse en un factor de deteccin de necesidades o de evaluacin diagnstica. Evaluacin de impacto mediante la provisin de informacin permite sustentar la decisin de transformar y mejorar el aprovechamiento del software como medio informtico a la vez que proporciona ideas para realizar correcciones necesarias a corto, mediano y largo plazo. La evaluacin de impacto contribuye al conocimiento sobre los aspectos que funcionan y cules no. Los resultados pueden ayudar a elegir alternativas de intervencin en funcin de mejorar. La evaluacin de impacto se convierte en una estrategia de la propia evaluacin de la accin ms all del momento y el espacio de la misma, por cuanto viene a significar tambin la pertinencia e idoneidad de la evaluacin diagnstica, su ajuste a necesidades y el dispositivo inicial de la formacin; lo mismo puede aportar informacin sobre la evaluacin formativa o procesual y sobre la final. Para considerar adecuadamente los obstculos, causas, facilitadores, resistencias, etc. de la evaluacin de impacto, resulta ineludible, reparar en el resto de momentos y dimensiones evaluativas antecesoras de esta tipologa de evaluacin dentro del proceso general de evaluacin de programas y acciones formativas.

Control de cambio
El control de cambios es un procedimiento formal tanto para los usuarios como para los grupos de desarrollo

En un gran proyecto de desarrollo de software, el cambio incontrolado lleva rpidamente al caos. El control de cambios combina los procedimientos humanos y las herramientas automticas para proporcionar un mecanismo para el control de cambio.

Los resultados de la evaluacin se presentan como un informe de cambios a la autoridad de control de cambios (ACC). Para cada cambio aprobado se genera una orden de cambio de ingeniera (OCI) La OCI describe el cambio a realizar, las restricciones que se deben respetar y los criterios de revisin y de auditora. El objeto a cambiar es "dado de baja" de la base de datos del proyecto; se realiza el cambio y se aplican las adecuadas actividades de SQA. Luego, el objeto es "dado de alta" en la base de datos y se usan los mecanismos de de control de versiones apropiadas (seccin 4) para crear la siguiente versin del software. Los procedimientos de "alta" y "baja" implementan dos elementos importantes del control de cambios: control de acceso y control de sincronizacin.

El control de acceso gobierna los derechos de los ingenieros de software a acceder y modificar objetos de configuracin concretos. El control de sincronizacin asegura que los cambios en paralelo, realizados por personas diferentes, no se sobrescriben mutuamente.

Antes de que un ECS se convierta en una lnea base, slo es necesario aplicar un control de cambios informal. El que haya desarrollado el ECS en cuestin podr hacer cualquier cambio justificado por el proyecto y por los requisitos tcnicos. Una vez que el objeto ha pasado la revisin tcnica formal y ha sido aprobada, se crea la lnea base. Una vez que el ECS se convierte en una lnea base, aparece el control de cambios a nivel de proyecto. Para hacer un cambio, el encargado del desarrollo debe recibir la aprobacin del gestor del proyecto (si el cambio es local), o de la ACC si el cambio impacta en otros ECS. En algunos casos, se dispensa de generar formalmente las peticiones de cambio, los informes de cambio y las OCI. Sin embargo, hay que hacer una evaluacin de cada cambio as como un seguimiento y revisin de los mismos. Cuando se distribuye el producto de software a los clientes, se instituye el control de cambios formal. La autoridad de control de cambios (ACC) desempea un papel activo en el segundo y tercer nivel de control. El papel de la ACC es el de tener una visin general, o sea, evaluar el impacto del cambio fuera del ECS en cuestin. Cmo

impactar el cambio en el hardware? Cmo impactar en el rendimiento?Cmo alterar el cambio la percepcin del cliente sobre el producto? Calidad La calidad es el grado de relacin que tiene el producto para satisfacer las necesidades del usuario. Un software que cumple con todos los requisitos con su usuario, y que sus procesos se ejecuten correctamente, la cual garantiza una buena Calidad. Hay que recordar que no todos es perfecto y no se puede llegar a tener un software de calidad total, sino un software de calidad. Debe de cumplir estndares como la norma ISO 9001. Existen dos tipos de calidad. 1. Calidad de Diseo: Son caractersticas que especifican los ingenieros del software. Lo que contribuye a la calidad del diseo son el Grado de Materiales, tolerancia y las especificaciones del rendimiento, esto permite que la calidad del diseo aumente. 2. Calidad de Concordancia: Se cumplen las especificaciones del diseo, cuando mayor sea el grado de cumplimiento ms alto ser el nivel de calidad de concordancia, se centra principalmente en la implementacin.

Garanta de la calidad del software


Es una disciplina de la ingeniera de software se especializa en la aplicacin de procesos de calidad a lo largo del proyecto de software. Su misin no se limita a actividades de verificacin, sino que adems asume un rol de liderazgo en la gestin de la calidad durante el proceso de creacin y diseo del producto. La garanta de calidad no debe confundirse con la tcnica especfica de control de calidad, cuyo objetivo es verificar el producto. Una concepcin errnea que an persiste en la industria, es limitar su accin al aseguramiento de la calidad del producto y a constatar adherencia a estndares. Esta actividad de proteccin, que se aplica a lo largo de todo el proceso del software (Control de procesos), en definitiva abarca todo el desarrollo de software, anlisis, diseo, control de cdigo fuente, revisiones de cdigo etc La garanta

de la calidad del software (SQA) es un patrn de acciones planificado y sistemtico que se requieren para asegurar la calidad del software.

La GCS es una actividad de garanta de calidad del software que se aplica en todas las fases del proceso de ingeniera del software. La garanta de calidad toma responsabilidad por los siguientes procesos:

gestin de los procesos de ingeniera de software iniciativas de mejoramiento de procesos a lo largo de la organizacin, integracin de los procesos de calidad de ingeniera y servicios a la clientela El liderazgo de la garanta de calidad puede ser asumida en organizaciones

pequeas o muy jvenes por el jefe del proyecto, siendo el grupo de desarrollo el responsable de su ejecucin. Estos individuos pueden provenir de organizaciones ms maduras donde hayan adquirido el "know-how" en procesos de calidad, o pueden hacerse asesorar por consultores externos que los ayuden a definir sus sistema de calidad. A medida que las organizaciones crecen y se estabilizan, tiene mucho ms sentido dedicar un grupo de ingenieros de software a la gestin de la calidad. El primer beneficio es liberar a gerentes y personal experto de una tarea accesoria a sus funciones principales. Un grupo especializado garantiza que la experiencia queda permanentemente en la compaa, independientemente de la partida de los individuos. La garanta de calidad es una especialidad compleja y abundante en metodologas, que hace necesaria la especializacin de sus profesionales. Su nfasis es en procesos y no en creacin de productos. A medida que la madurez de una organizacin crece, se hace evidente la necesidad de asignar la gestin de la calidad a ingenieros de calidad especializados. Una condicin bsica para que exista una garanta de calidad eficaz es que el grupo responsable sea independiente de la gerencia del proyecto, a objeto de garantizar su objetividad y permitirle la libertad necesaria para sealar problemas. Usualmente este grupo depende directamente de la vicepresidencia de la compaa. En caso de conflicto de interpretacin de una situacin especfica con el responsable del proyecto, el grupo de calidad puede escalar su informe a una autoridad superior para arbitraje.

El beneficio principal de un programa de garanta de calidad de software es asegurar a la gerencia del proyecto que los procesos establecidos se han ejecutado cabalmente. Esta evaluacin es hecha por un grupo independiente, especializado en mtodos de calidad, con un criterio objetivo y con visin de contexto.

La garanta de calidad se asegura de lo siguiente:


Se usa la metodologa de desarrollo apropiada Las actividades de desarrollo han sido debidamente planeadas Se han definido estndares y procedimientos para al proyecto El personal ha sido debidamente entrenado en los procesos de calidad aplicables

Se llevan a cabo regularmente revisiones y auditoras independientes El desarrollo es documentado adecuadamente para facilitar la mantencin y la reutilizacin

La documentacin se produce oportunamente y no despus que el desarrollo ha sido completado

Los cambios introducidos han sido debidamente controlados Las pruebas efectuadas son eficaces para detectar defectos, especialmente en aquellas reas de mayor riesgo

Las actividades se llevan a cabo de acuerdo a los plazos y en los trminos planeados

Las desviaciones a los estndares se identifican rpidamente El proyecto est en condiciones para ser sometido a auditoras externas, si corresponde

La calidad es verificada con respecto a criterios preestablecidos La gerencia es oportunamente informada de problemas y riesgos relativos a la calidad Los problemas de calidad se analizan y las causas se comunican al proyecto

para tomar medidas preventivas que eviten su repeticin La calidad en el software tiene 3 dimensiones:

El sistema de calidad La aplicacion adecuada del proceso La actividades que aseguran la calidad del producto

Conclusin
No podemos concluir este trabajo sin ser conscientes de que en la actualidad existe un cambio constante que exige actualizar permanentemente la informacin de todo lo que sucede a nuestro alrededor, tanto a nivel personal, como social y profesional. Por ello, desde la ptica de la formacin, la capacidad de aceptar el cambio se concibe como un factor clave para un ptimo desarrollo, ya que el dispositivo de la evaluacin de impacto se convierte en una de las principales herramientas para visualizar y evidenciar los efectos, y forma parte, al mismo tiempo, de la estrategia de la misma. La evaluacin de impacto mide los cambios en el bienestar de los individuos que pueden ser atribuidos a un programa o poltica especfica y sus objetivos son proveer informacin y ayudar a mejorar su eficacia Durante el proceso de construccin de un software, los cambios son inevitables. Los cambios provocan confusin e incertidumbre, sobre todo cuando no se han analizado o pronosticado correctamente. La finalidad de la Gestin y configuracin del Software el conocer la estructura de procesos y herramientas para aplicar dentro de la construccin del software que nos ayudan a controlar los cambios. Es importante considerar ciertas modificaciones que pueden ocurrirle al software dentro de todo el proceso de ingeniera para asegurar su control y calidad.

Los requisitos del software son la base de las medidas de calidad. La falta de concordancia con los requisitos es una falta de calidad Los estndares o metodologas definen un conjunto de criterios de desarrollo que guan la forma en que se aplica la ingeniera del software. Si no se sigue ninguna metodologa siempre habr falta de calidad

Existen algunos requisitos implcitos o expectativas que a menudo no se mencionan, o se mencionan de forma incompleta (por ejemplo el deseo de un buen mantenimiento) que tambin pueden implicar una falta de calidad.

Bibliografa

evaluacin de impacto (Holton, 1996, Tejada, 1998; Cabrera, 2000; Pineda, 2000; Abdala, 2001; Cheng y Ho, 2001; Biencinto y Carballo, 2004; Kirwan y Birchall, 2006). Specifications in Software Engineering I. Horebeek. y J. Lewi. Springer-Verlag, 1989 Ingeniera del Software: un enfoque prctico R.S. Pressman. McGraw Hill. Madrid, 1993. 3 Edicin.
http://www.monografias.com/trabajos81/evaluar-impacto-pedagogico-softwareeducativo/evaluar-impacto-pedagogico-software-educativo.shtml

También podría gustarte