Proyecto de Construcción de Software Notas de Clase. Facultad de Tecnología Informática Ingeniería en Informática

Save this PDF as:
 WORD  PNG  TXT  JPG

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Proyecto de Construcción de Software Notas de Clase. Facultad de Tecnología Informática Ingeniería en Informática"

Transcripción

1 Facultad de Tecnología Informática Ingeniería en Informática Proyecto de Construcción de Software Notas de Clase Guía para aplicar el Proceso Personal de Software Profesora: Prof. Graciela D. S. Hadad

2

3 Facultad de Tecnología Informática Proyecto de Construcción de Software Notas de Clase Guía para aplicar el Proceso Personal de Software Prof. Graciela D. S. Hadad Ciclo Académico: 2011

4 Índice 1 Introducción Principios de PSP Objetivos de PSP El Proceso PSP Medidas en PSP Medidas de Tiempo Medidas de Tamaño Medidas de Calidad Medidas de Cronograma Gestión del Tiempo Cuaderno de Registro de Tiempos Gestión de las Interrupciones Control de las Tareas Finalizadas Recomendaciones para registrar el tiempo Resumen periódico de las actividades Gestión de la Calidad Cuaderno de Registro de Defectos Estándar de Tipos de Defectos Estándar de Codificación Planificación Plan Resumen del Proyecto Cronograma Cuaderno de Notas de Ingeniería Propuesta de Mejoras al Proceso Bibliografía... 17

5 1 Introducción El Proceso Personal de Software (PSP: Personal Software Process) fue definido por Watts S. Humphrey del Software Engineering Institute (SEI) en Carnegie Mellon University. Propone a los ingenieros de software una forma disciplinada de estructurar su trabajo personal. PSP consta de métodos, formularios y procedimientos que ayudan a los ingenieros de software a planificar, medir, y gestionar su trabajo. PSP se caracteriza porque es de uso personal y se aplica a programas pequeños de menos de líneas de código. Se centra en la administración del tiempo y en la administración de la calidad a través de la eliminación temprana de defectos. PSP sirve para trabajar con cualquier lenguaje de programación y metodología de diseño, y contempla la mayoría de los aspectos del desarrollo de software, como especificación de requerimientos, pruebas, definición de procesos y eliminación de defectos. Al usar PSP, el objetivo del proceso debería ser obtener productos sin defectos y dentro de los plazos y costos previstos. A continuación se detallan los principios base y los objetivos que se persiguen con PSP. 1.1 Principios de PSP PSP se basa en los siguientes principios de planificación y calidad: - Cada ingeniero es diferente; para ser más eficaces, los ingenieros deben planear su trabajo, y deben basar sus planes en sus propios datos personales. - Para mejorar consistentemente su eficiencia, los ingenieros deben usar personalmente procesos bien definidos y medidos. - Para producir productos de calidad, los ingenieros deben sentirse personalmente responsables por la calidad de sus productos. Los productos superiores no se producen al azar; los ingenieros deben esforzarse para hacer trabajos de calidad. - Cuesta menos encontrar y corregir defectos tempranamente en un proceso que tardíamente. - Es más eficiente prevenir defectos que encontrarlos y corregirlos. - La manera correcta es siempre la manera más rápida y más barata de hacer un trabajo. UB FTI Proyecto de Construcción de Software Guía PSP

6 1.2 Objetivos de PSP - Planificar el trabajo - Esforzarse para cumplir la planificación - Esforzarse para obtener productos de la mejor calidad. 2 El Proceso PSP Se debe seguir un proceso sistemático que ayude a planificar y gestionar el trabajo. Se define proceso como un conjunto definido de pasos para hacer un trabajo. PSP se describe en función de guiones ( scripts ) que brindan orientación para las fases (planificar, desarrollo, postmortem) que se llevan a cabo a partir de los requisitos y hasta terminar en el producto acabado. Estas actividades dan lugar al registro de datos de defectos y de tiempos en cuadernos, a partir de los cuales se obtienen datos reales que se comparan con los datos del plan, lo que sirve para tomar decisiones de mejoras al proceso. El proceso PSP consta de tres fases, como se muestra en la Figura 1: Requisitos Planificación Desarrollo Post Mortem Figura 1. Proceso básico de PSP Producto Final Datos del Proyecto y del Proceso 1) Planificación: elaborar un plan para hacer el trabajo. 2) Desarrollo: realizar el trabajo. a) Diseñar en base a los requisitos b) Revisar el diseño y corregir defectos c) Codificar d) Revisar el código y corregir defectos e) Compilar y corregir defectos f) Probar el código y corregir defectos UB FTI Proyecto de Construcción de Software Guía PSP

7 3) Post Mortem: analizar el proceso. En la planificación, se definen los requisitos y se genera un diseño conceptual. En base a este, se estima el tamaño del software a producir y se estima el tiempo requerido en cada etapa del desarrollo. Se produce un Plan Resumen del Proyecto con estos datos estimados. Durante el desarrollo, se registran los tiempos utilizados y los defectos detectados en cada actividad. Al finalizar el desarrollo, en la fase de post mortem, se compara el desempeño real contra lo planeado. Para ello, se totalizan los tiempos y defectos registrados, se mide el tamaño del código, se registran estos datos en el Plan Resumen del Proyecto, y se documentan todas las ideas sobre mejoras al proceso. En la Figura 2 (extraída de Humphrey, 2000) se muestra el flujo completo de PSP, incluyendo las sub-actividades de desarrollo y los productos intermedios que se generan. Figura 2. Flujo de PSP Algunos formularios que se completan o generan a lo largo del proceso son: - Plan Resumen del Proyecto (ver la Figura 3) - Cronograma - Cuaderno de Notas de Ingeniería - Cuaderno de Registro de Tiempos - Cuaderno de Registro de Defectos - Reporte de Pruebas UB FTI Proyecto de Construcción de Software Guía PSP

8 - Propuesta de Mejoras al Proceso - Estándar de Codificación - Estándar de Tipos de Defectos En resumen, hay dos actividades básicas a realizar: medir y estimar. Para poder estimar es necesario tener una historia de mediciones realizadas, sino la estimación se realizaría al vuelo. Qué se mide? El tiempo insumido en las tareas, los defectos encontrados en los productos generados, el tamaño de los productos. Por qué estos elementos? Dan una idea de la productividad, pues ellos indican cuánto se produjo, en cuánto tiempo y con qué calidad. Si se tienen mediciones realizadas, se podrán realizar estimaciones en el próximo proyecto. Qué se estima? El tamaño del producto a generar, qué tareas realizar y cuánto tiempo insumirá cada una. 3 Medidas en PSP Los ingenieros usan datos para controlar su trabajo y ayudar a mejorar la realización de planes. Para ello deben recolectar datos sobre el tiempo que usaron en cada fase del proceso, sobre el tamaño de los productos que generaron y sobre la calidad de esos productos. Las medidas básicas de PSP son entonces: tiempo, tamaño, calidad (defectos) y datos del cronograma. 3.1 Medidas de Tiempo El tiempo se mide en minutos y se registra mientras se hace el trabajo. Si se lo registra posteriormente es más probable que no sea exacto. Los ingenieros usan un Cuaderno de Registro de Tiempo individual, donde anotan, por cada tarea que realizan, la hora de comienzo y fin, el tiempo de interrupciones y la duración real de la tarea. Una interrupción puede ser por ejemplo, una llamada telefónica, un pequeño receso, una pregunta que hace alguien. Estas medidas de tiempo permitirán establecer el avance del proyecto y determinar si se está cumpliendo con los plazos estimados en el plan. Ver más detalles en la sección Medidas de Tamaño Una medida de tamaño se usa para establecer cuán grande es un producto. UB FTI Proyecto de Construcción de Software Guía PSP

9 Esto es necesario pues el tiempo que lleva desarrollar un producto depende de su tamaño. Lo primero que debe hacerse al planificar es entonces estimar el tamaño de lo que se va a producir. Las medidas de tamaño a elegir dependen del producto a generar. Por ejemplo, se usa cantidad de páginas para medir un documento, cantidad de elementos para medir un diagrama o líneas de código para medir un programa. Líneas de código (LOC: lines of code) es la medida principal de PSP. Las medidas de tamaño también deben registrarse a medida que se generan los productos, para lograr mayor exactitud en el tamaño. Las medidas de tamaño no solo se aplican al producto final sino también a las partes o componentes del producto y a las versiones intermedias del mismo. Algunas medidas típicas pueden ser: - Elementos de una Base de Datos: contar registros, campos, consultas u otros elementos típicos en un producto de base de datos. - Líneas de código (LOC): contar las líneas de código lógicas de un producto. - Elementos de una pantalla: contar los elementos o controles en una interfaz gráfica de usuario. - Tamaño de un documento: contar páginas, líneas, palabras o caracteres. - Tamaño de un diseño: contar clases, definiciones de datos, especificaciones de interfaces. - Tamaño de Requisitos: contar páginas del documento de requisitos, sentencias de requisitos, o puntos de función. Por otro lado, también se debe determinar cómo tomar estas medidas de tamaño. Para ello se define un estándar, que indicará por ejemplo cómo contar las LOC: - Líneas modificadas o eliminadas - Líneas en blanco o líneas de comentario - Líneas con múltiples sentencias - Sentencias vacías o nulas, tales como continue, break, ;, - Archivos incluidos (se cuentan una o varias veces). - Funciones Inline o macros - Declaraciones - Etiquetas o rótulos - Símbolos tales como { }, begin / end, then, else, case, UB FTI Proyecto de Construcción de Software Guía PSP

10 3.3 Medidas de Calidad En PSP la calidad del producto se mide principalmente en términos de defectos. Un defecto es aquello en un programa o producto de software que debe cambiarse para estar adecuadamente diseñado, desarrollado, mantenido, mejorado o usado. Los defectos pueden estar en el código, en el diseño, en la especificación de requisitos o en cualquier otra documentación. Un defecto puede ser, por ejemplo, un error ortográfico, un error de puntuación o una sentencia de código incorrecta. Los defectos también deben registrarse a medida que se descubren. Debe registrarse en qué momento se originó el defecto, cuándo se encontró y se corrigió, y cuánto tiempo llevó corregirlo. Ver más detalles en la sección 5. Las medidas principales de calidad que utiliza PSP son: - Densidad de defectos: cantidad de defectos detectados por cada mil líneas de código (KLOC). - Velocidad en revisiones de diseño o de código. - Proporciones de tiempo de desarrollo: i) tiempo de diseño sobre tiempo de codificación, ii) tiempo de revisión de diseño sobre tiempo de diseño, y iii) tiempo de revisión de código sobre tiempo de codificación. - Índices de defectos: compara defectos encontrados en una fase contra defectos encontrados en otra fase. Los dos índices principales son: i) defectos detectados al revisar código dividido por defectos detectados en compilación, y ii) defectos detectados al revisar diseño dividido por defectos detectados durante las pruebas unitarias. - Rendimiento: porcentaje de defectos encontrados y eliminados en una fase respecto del total de defectos. - Defectos por hora: cantidad de defectos que se introducen al producto por hora y cantidad de defectos que se corrigen por hora. - Efectividad en la eliminación de defectos. - Valoración de la proporción de fracasos: mide el costo de obtener calidad, considerando el tiempo ocupado en revisiones de diseño y de código, incluyendo los tiempos de corrección de los defectos detectados. 3.4 Medidas de Cronograma Las medidas de cronograma se utilizan para planificar el proyecto (cuándo debe finalizar) y controlar el avance del proyecto según el plan. En el cronograma se debe registrar: el nombre y descripción de cada tarea planificada, fases en las que se desarrollan, el producto involucrado, las fechas UB FTI Proyecto de Construcción de Software Guía PSP

11 comprometidas para completar las tareas y las fechas en que efectivamente se completaron las tareas. Los datos del cronograma deben registrarse a medida que ocurren, en particular la información sobre las fechas de finalización de las tareas. Esto sirve para calcular el valor ganado que permite a cada persona seguir su progreso en relación al cronograma planeado. El valor ganado ( earned value ) mide el costo presupuestado de la cantidad de trabajo terminado en un momento dado del proyecto. 4 Gestión del Tiempo La gestión del tiempo permite: - hacer planes realistas - intentar seguir el plan - controlar el uso del tiempo Para comprender cómo se utiliza el tiempo se debe: - Clasificar las actividades - Medir y registrar los tiempos dedicados a dichas actividades - Hacer registros normalizados de tiempos - Conservar los registros adecuadamente El objetivo de registrar el tiempo es el de obtener datos de cómo se trabaja realmente. Para ello se utiliza el Cuaderno de Registro de Tiempos. La forma y el procedimiento utilizados para reunir los datos no son tan importantes mientras los datos sean exactos y completos. Es recomendable controlar el tiempo en unidades pequeñas. Aunque generalmente se lo controla en horas, PSP aconseja controlar el tiempo en minutos. Práctica de la gestión del tiempo. Cada individuo tiene la capacidad para decidir en qué utilizar su tiempo, para lo cual tiene que tener claro en qué lo utiliza habitualmente y cómo establecer reglas básicas para transferir el tiempo dedicado de algunas actividades a otras y controlarlo. Cuando se desarrollan programas, se realizan pruebas del sistema o se documenta un trabajo, se necesita saber cuánto tiempo ha requerido y cuánto trabajo se ha realizado, y así se podrá calcular la productividad de la tarea. Con este conocimiento se puede mejorar la planificación de futuros proyectos. UB FTI Proyecto de Construcción de Software Guía PSP

12 4.1 Cuaderno de Registro de Tiempos El Cuaderno de Registro de Tiempos se utiliza para anotar individualmente el tiempo ocupado en cada actividad del proceso. Este Cuaderno debe contener los siguientes datos por cada actividad realizada: - fecha de realización de la actividad - hora de inicio de la actividad - hora de finalización de la actividad - tiempo perdido por interrupciones - tiempo dedicado a la actividad en minutos (hora de fin hora de comienzo descartando tiempo de interrupciones) - descripción de la actividad (o fase del proceso) - descripción completa de la actividad (comentarios) En el cuaderno también se indica la cantidad de unidades de trabajo realizadas y si se completó la tarea o no (ver sub-sección 4.3). Este cuaderno puede integrarse al Cuaderno de Notas de Ingeniería (ver subsección 6.3). 4.2 Gestión de las Interrupciones Las interrupciones son inevitables y frecuentes. Dado que el tiempo de las interrupciones no es tiempo de trabajo productivo, se debe controlar su frecuencia y duración, es por ello que deben anotarse en el Cuaderno de Registro de Tiempos en una columna separada. Si la cantidad de este tiempo fuese constante no habría que hacer mucho para gestionarlo. Sin embargo, el tiempo de las interrupciones es muy variable. Si no se mide, habría que añadir un número aleatorio en todos los datos de tiempos, lo que haría más difícil utilizar estos datos para planificar o gestionar el tiempo. Esos datos registrados pueden utilizarse para comprender con qué frecuencia se interrumpe el trabajo. Las interrupciones no son solamente un despilfarro de tiempo, sino que rompen el ritmo de pensamiento, llevando a la ineficiencia y al error. Comprender cómo se es interrumpido ayuda a mejorar la calidad y eficiencia del trabajo. 4.3 Control de las Tareas Finalizadas Para controlar cómo se gasta el tiempo se necesita controlar los resultados producidos. No solo se necesita saber el tiempo insumido sino también cuánto trabajo se realizó. UB FTI Proyecto de Construcción de Software Guía PSP

13 Por ello, se agregan dos columnas al Cuaderno de Registro de Tiempos: Tarea Completada y Cantidad de Unidades de Trabajo. Estas columnas ayudan a identificar rápidamente el tiempo dedicado a las distintas tareas y lo que se ha hecho. Por ejemplo, cuando se ha terminado de codificar una clase significa que se ha completado una unidad de trabajo. Un diagrama acabado es otra unidad de trabajo. Para rellenar la columna Tarea Completada hay que comprobar cuándo se ha terminado dicha tarea. Para tener registros de tiempos exactos, es importante completar ambas columnas cada vez que se finaliza una tarea que tiene resultados medibles. 4.4 Recomendaciones para registrar el tiempo El control del tiempo es sencillo. Recomendaciones para ayudar a hacerlo de forma más consistente y precisa: - Llevar siempre el Cuaderno de Notas de Ingeniería. - Cuando ocasionalmente se olvide de registrar la hora de comienzo, la hora de fin o la duración de la interrupción, hacer una estimación tan pronto uno lo recuerda. - Se puede utilizar un cronómetro para controlar las interrupciones. Puede parecer excesivamente preciso pero así es más sencillo registrar el tiempo de inicio y finalización de cada interrupción. - Resumir el tiempo utilizado puntualmente. Utilizar el Resumen Semanal de Actividades para resumir semanalmente el tiempo. - Los registros personales se pueden llevar a mano para más comodidad, pero los resúmenes periódicos se deben realizar en la computadora. 4.5 Resumen periódico de las actividades Para hacer una planificación correcta es importante conocer cómo se gasta el tiempo. El primer paso es registrar el tiempo utilizando el Cuaderno de Registro de Tiempos. Después de reunir los datos de tiempo durante una o dos semanas, se empezará a ver cómo se emplea el tiempo. Puesto que los registros de tiempos son muy detallados para el propósito de la planificación, se necesita resumir los datos de una forma más útil, para ello se genera el Resumen Semanal de Actividades, que debe confeccionar cada miembro del equipo de desarrollo. Este resumen semanal se lleva por actividad, donde se pueden agregar promedios, máximos y mínimos. Los datos de este resumen semanal se resumirán cada tres semanas en una tabla similar que englobará los datos de todos los miembros del equipo. Es decir, se tendrá entonces: los cuadernos de registro de tiempos y los resúmenes semanales de cada miembro del grupo, así como el resumen de UB FTI Proyecto de Construcción de Software Guía PSP

14 todo el equipo. 5 Gestión de la Calidad PSP mide la calidad en función de los defectos detectados y corregidos. Se define al defecto como la consecuencia de errores cometidos por personas al considerar los requisitos, al diseñar o al escribir el programa, y que tienen efectos potencialmente desastrosos para el procesamiento. Es importante entender los defectos, registrando información sobre cada defecto a fin de analizarlos e idear formas de encontrarlos y corregirlos. Por ello se propone un Cuaderno de Registro de Defectos que facilita el análisis de la información sobre los defectos para mejorar la programación, reducir el número de defectos y ahorrar tiempo y dinero, haciendo el trabajo en forma responsable. También esta información se debe volcar o integrar al Plan Resumen del Proyecto. Para facilitar el registro de defectos, estos se tipifican. Es conveniente entonces desarrollar un estándar de tipos de defectos. Se hace hincapié en la forma de encontrar los defectos: el compilador (para la mayor parte de los defectos sintácticos), las pruebas (para algunos defectos de ejecución), los usuarios (para los que no se encontraron antes) y las revisiones de código. Estas se realizan después de escribir el código y antes de compilarlo o probarlo, y se concentra no en los síntomas sino en los problemas, es por ello que resultan mucho más eficientes que otras técnicas de verificación. Para la revisión de código se proponen listas de comprobación ( checklists ), que ayudan a encontrar los defectos, agregando ejemplos y consejos para utilizarlas o personalizarlas. Estas checklists se completan con información de estándares de codificación o prácticas de estilo para la escritura de programas, que los hacen más legibles y fácilmente comprensibles. 5.1 Cuaderno de Registro de Defectos El Cuaderno de Registro de Defectos se usa para anotar cada defecto encontrado y corregido. El cuaderno debe incluir los siguientes datos: - Fecha en que se detecta el defecto. - Número identificatorio del defecto. - Tipo de defecto (ver sub-sección 5.2). - Fase en la que el defecto se originó. - Fase en la que el defecto se eliminó. - Tiempo requerido para corregir el defecto. UB FTI Proyecto de Construcción de Software Guía PSP

15 - Si el defecto se agregó mientras se corregía otro defecto, debe identificar el número de defecto original. - Una breve descripción del defecto. El tiempo requerido para corregir cada defecto incluye el tiempo total requerido para encontrarlo, solucionarlo y validar la corrección. 5.2 Estándar de Tipos de Defectos Se debe usar algún estándar de tipos de defectos y codificarlo. Por ejemplo: No. Descripción 10 Comentarios para documentación, mensajes 20 Sintaxis, ortografía, signos de puntuación, formatos 30 Construcción, gestión de cambios, biblioteca, control de versiones 40 Declaración de asignación, nombres duplicados, alcance, límites 50 Llamadas y referencias a procedimientos de interfaz, entradas/salidas, formatos de usuarios 60 Control de mensajes de error, controles inadecuados 70 Estructura de datos, contenido 80 funciones, punteros, bucles, recursividad, cálculos 90 Configuración del sistema, tiempos, memoria 100 Diseño del ambiente, compilación, prueba y otros problemas del sistema de soporte 5.3 Estándar de Codificación Se debería desarrollar un estándar de codificación teniendo en cuenta los siguientes ítems: - Encabezados - Uso y reuso - Identificadores - Comentarios - Secciones principales - Espacios en blanco - Indentación UB FTI Proyecto de Construcción de Software Guía PSP

16 - Uso de mayúsculas ( capitalization ) El estándar debería incluir definiciones y ejemplos. 6 Planificación La planificación del producto es aplicable a cualquier cosa: escribir un programa, leer un libro, preparar un informe. El primer paso consiste en definir claramente qué se está intentando hacer (el qué). A partir de ello se puede comenzar a planificar (el cómo), lo cual requiere tres cosas: 1. establecer el tamaño y las características más importantes, 2. estimar el tiempo requerido para hacerlo, y 3. en el caso de proyectos más complejos, ordenar (programar) las tareas a realizar. Se deben registrar los tiempos dedicados a un trabajo determinado, y comparar lo insumido contra lo previsto, tomando en cuenta la cantidad realizada y facilitando calcular velocidades (promedio, máximos y mínimos). También entra en consideración el tamaño del producto, que permite estimar mejor y corregir los tiempos. Es importante el concepto de compromiso. Se deben establecer condiciones o responsabilidades para asumir y gestionar compromisos: analizar el trabajo antes de asumirlo, apoyarlo con un plan, e informar a la otra parte cuando se tienen dificultades para cumplirlo. Se realiza la programación de un proyecto utilizando un simple diagrama de Gantt, haciendo hincapié en los puntos de control, el seguimiento y la asignación de un valor a los resultados. Se genera entonces el Plan Resumen del Proyecto. Se estiman las actividades, el tiempo que insumirán, el tamaño o cantidad de instrucciones involucradas, dejando prevista la posibilidad de comparar contra los resultados reales. 6.1 Plan Resumen del Proyecto El Plan Resumen del Proyecto contiene datos estimados y datos reales (lo efectivamente realizado). Ver la Figura 3 extraída de Humphrey, El plan debe incluir lo siguiente: - Estimación original de LOC que se espera desarrollar. UB FTI Proyecto de Construcción de Software Guía PSP

17 - LOC real desarrollado. - Estimación original del tiempo requerido en cada fase. - Tiempo real requerido por cada fase. - La cantidad total y el porcentaje de defectos originados en cada fase. - La cantidad total y el porcentaje de defectos eliminados en cada fase. Figura 3. Plan Resumen del Proyecto 6.2 Cronograma El cronograma se usa para registrar las horas reales usadas en el período. Se UB FTI Proyecto de Construcción de Software Guía PSP

18 utiliza para relacionar las tareas planeadas con el calendario planeado. Los cronogramas pueden establecerse por semanas. Para proyectos pequeños, puede ser mejor control el esfuerzo por día. El cronograma debe contener lo siguiente, considerándolo por semana: - Número de semana por cada semana, comenzando por la semana 1. - Fecha por cada semana, generalmente se coloca la fecha del primer día hábil de cada semana. - Horas que se planea trabajar en el proyecto esa semana. - Horas planeadas acumuladas. - Horas reales trabajadas en el proyecto en esa semana. - Horas reales acumuladas. 6.3 Cuaderno de Notas de Ingeniería El Cuaderno de Notas de Ingeniería es un registro cronológico de actividades; apuntes y notas de diseño o revisión; con un índice que facilite la búsqueda de información registrada. Sirve para organizarse y registrar las actividades a fin de planificar, registrar lo que se planifica y compararlo contra lo realmente realizado. Es un cuaderno de trabajo individual para controlar compromisos, anotar ideas de diseño y cálculos, registrar tiempos, anotar problemas durante el trabajo, registrar soluciones a problemas. Puede ser útil como justificativo en caso de problemas. Permite anotar en todo momento lo relevante que va ocurriendo del proyecto. 7 Propuesta de Mejoras al Proceso La Propuesta de Mejoras al Proceso provee un registro de problemas del proceso y de ideas para mejorarlo. Debe contener los siguientes ítems: - Describir los problemas encontrados en el proyecto. Numerar cada problema. Describir cualquier dificultad. Describir el impacto que el problema tuvo sobre el producto o el proceso. UB FTI Proyecto de Construcción de Software Guía PSP

19 - Describir propuestas para mejorar el proceso. Numerar cada propuesta. Identificar el elemento específico del proceso que afecta. Relacionar la propuesta con el problema. Asignar una prioridad a la propuesta y justificar su importancia. - Agregar comentarios generales acerca del proyecto. Lecciones aprendidas. Condiciones por las que el proceso funcionó particularmente bien o pobremente. 8 Bibliografía - Introducción al Proceso Software Personal (PSP), Watts S. Humphrey, Addison Wesley, ISBN: , A Discipline for Software Engineering, Watts S. Humphrey, Addison- Wesley Professional, ISBN: , The Personal Software Process (PSP), Watts S. Humphrey, SEI, Reporte Técnico CMU/SEI-2000-TR-022, The Personal Software Process (PSP) Body of Knowledge, Version 2.0, Marsha Pomeroy-Huff, Robert Cannon, Timothy A. Chick, Julia Mullaney, William Nichols, SEI, Reporte Técnico CMU/SEI-2009-SR-018, The Personal Software Process. A Software Engineering Seminar, Mike Grasso, Tutorial, University of Maryland Baltimore County UB FTI Proyecto de Construcción de Software Guía PSP

Basado en. Introducción al proceso software personal Watts S. Humphrey Addison Wesley 2001 (Hum2001)

Basado en. Introducción al proceso software personal Watts S. Humphrey Addison Wesley 2001 (Hum2001) (PSPSM) Proceso Software Personal Basado en Introducción al proceso software personal Watts S. Humphrey Addison Wesley 2001 (Hum2001) PSP El PSP fué definido por Watts S. Humphrey del Software Engineering

Más detalles

A partir de este capítulo se introducen términos, probablemente nuevos para el

A partir de este capítulo se introducen términos, probablemente nuevos para el CAPITULO 3. PSP 0 Y PSP 0.1 A partir de este capítulo se introducen términos, probablemente nuevos para el lector que tienen que ver en su totalidad con PSP. También se dan a conocer los formatos, "scripts

Más detalles

Introducción al PSP (Personal Software Process)

Introducción al PSP (Personal Software Process) Introducción al PSP (Personal Software Process) Watts S. Humphrey, 1997 1. El trabajo del ingeniero de Software 1.1 Qué es la ingeniería del Software? Planificar el trabajo. Hacer el trabajo de acuerdo

Más detalles

1. El trabajo del ingeniero del Software

1. El trabajo del ingeniero del Software 1. El trabajo del ingeniero del Software 1.1. Qué es la ingeniería del Software? El trabajo de un ingeniero del software es entregar productos software de alta calidad a unos costes establecidos y en un

Más detalles

El Proceso Software Personal. El trabajo del ingeniero de software. El cuaderno de ingeniería

El Proceso Software Personal. El trabajo del ingeniero de software. El cuaderno de ingeniería El Proceso Software Personal Ingeniería del Software II Escuela Superior de Informática UCLM 1 El trabajo del ingeniero de software Planificar el trabajo Hacer el trabajo de acuerdo al plan Producir con

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S4 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

Más detalles

UNIVERSIDAD TECNOLÓGICA DEL VALLE DEL MEZQUITAL

UNIVERSIDAD TECNOLÓGICA DEL VALLE DEL MEZQUITAL UNIVERSIDAD TECNOLÓGICA DEL VALLE DEL MEZQUITAL TECNOLOGÍAS DE LA INFORMACIÓN Y LA COMUNICACIÓN CALIDAD EN EL DESARROLLO DE SOFTWARE. FORMATOS PSP LIC. MAURA NORMA PEREZ LOPEZ ALUMNA: AMBROCIO TEJAMANIL

Más detalles

construcción de programas Prof. Eliana Guzmán U.

construcción de programas Prof. Eliana Guzmán U. Unidad II. Metodología para la construcción de programas Prof. Eliana Guzmán U. Semestre: A-2015 Introducción Resolver un problema con una computadora conduce a la escritura de un programa y a su ejecución.

Más detalles

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente En este capítulo definimos los requisitos del modelo para un sistema centrado en la mejora de la calidad del código fuente.

Más detalles

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE INTRODUCCIÓN El avance informático actual es muy alto comparado con lo se tenía en los años 90, al hablar de desarrollo de software se hace más notable, en el

Más detalles

M t é rica c s a s de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e e y y de d P od o u d c u t c o

M t é rica c s a s de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e e y y de d P od o u d c u t c o Proceso de Ingeniería de Software Métricas del Proceso de Ingeniería de Software y de Producto 4. Métricas del proceso y el producto 4.1. Métricas del proceso 4.2. Métricas del producto 4.3. Calidad y

Más detalles

Metodologías de Desarrollo de Sistemas de Información

Metodologías de Desarrollo de Sistemas de Información Metodologías de Desarrollo de Sistemas de Información Metodología para el Desarrollo de SI Las metodologías son sistemas completos de técnicas que incluyen procedimientos paso a paso, productos resultante,

Más detalles

Introducción 90% Figura 1 Síndrome del 90%

Introducción 90% Figura 1 Síndrome del 90% El Problema Quality Control = Project Control? Indicadores Objetivos para Control de Proyectos de Desarrollo de Software Lic. Juan Pablo Pussacq Laborde Jefe de la Oficina de Proyectos, RMyA Introducción

Más detalles

Construcción y Pruebas de Software

Construcción y Pruebas de Software UNIVERSIDAD DE CARABOBO Facultad Experimental de Ciencias y Tecnología Departamento de Computación Construcción y Pruebas de Software Elaborado por: Gustavo Bazán Francisco Rosas Bárbula, Junio de 2012

Más detalles

ANÁLISIS Y GESTIÓN DEL DESARROLLO DE SOFTWARE TEMA 1: INTRODUCCIÓN AL PROCESO SOFTWARE PERSONAL

ANÁLISIS Y GESTIÓN DEL DESARROLLO DE SOFTWARE TEMA 1: INTRODUCCIÓN AL PROCESO SOFTWARE PERSONAL ANÁLISIS Y GESTIÓN DEL DESARROLLO DE SOFTWARE TEMA 1: INTRODUCCIÓN AL PROCESO SOFTWARE PERSONAL DAVID RODRÍGUEZ HERNÁNDEZ FECHA DE REVISIÓN: 14 Septiembre 2007 ZAMORA (CURSO 2007/2008) david.rgh@gmail.com

Más detalles

Reporte de Proyecto Final

Reporte de Proyecto Final PROYECTO DE INVESTIGACIÓN DESARROLLO DE SISTEMAS DE SOFTWARE CON PSP Y TSP. DATOS GENERALES Y MATRÍCULA DEL PRESTADOR. Nombre: Luis Alberto Díaz Hernández. Matricula: 209216189. NOMBRE Y CARGO DEL ASESOR.

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestión y Desarrollo de Requisitos en Proyectos Software Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería

Más detalles

Introducción a la Ingeniería de Software - Examen 20/07/2012

Introducción a la Ingeniería de Software - Examen 20/07/2012 Cada pregunta múltiple opción contestada correctamente tiene un valor de 2,5 puntos. Esta parte consta de 20 preguntas, haciendo un total de 50 puntos. Los ejercicios de desarrollo tienen un valor total

Más detalles

Después de la segunda guerra mundial, la estrategia de calidad en la mayoría de las

Después de la segunda guerra mundial, la estrategia de calidad en la mayoría de las CAPITULO 2. PROCESO PERSONAL DE SOFTWARE. Después de la segunda guerra mundial, la estrategia de calidad en la mayoría de las organizaciones industriales se basaba casi por completo en las pruebas. Las

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

Impala Risk. Simulación de Riesgo en Proyectos. Servicios. Capacitación. www.impalarisk.com

Impala Risk. Simulación de Riesgo en Proyectos. Servicios. Capacitación. www.impalarisk.com Simulación de Riesgo en Proyectos Servicios Capacitación www.impalarisk.com Software Simulador de Riesgo en Proyectos El peor riesgo es desconocer el riesgo Los actuales Gerentes de Proyectos se enfrentan

Más detalles

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Agenda Objetivo. Unidades de aprendizaje. Formas de evaluación. Bibliografía. 2 Datos del profesor Correo electrónico: egonzalez@upemor.edu.mx Asesorías Jueves de 11:00 a 13:00

Más detalles

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración

Más detalles

Dirección General de Educación Superior Tecnológica

Dirección General de Educación Superior Tecnológica Dirección General de Educación Superior Tecnológica 1. Datos Generales de la asignatura Nombre de la asignatura: Clave de la asignatura: Créditos (Ht-Hp_ créditos): Carrera: Proceso Personal para el Desarrollo

Más detalles

Bienvenidos a la presentación: Introducción a conceptos básicos de programación.

Bienvenidos a la presentación: Introducción a conceptos básicos de programación. Bienvenidos a la presentación: Introducción a conceptos básicos de programación. 1 Los programas de computadora son una serie de instrucciones que le dicen a una computadora qué hacer exactamente. Los

Más detalles

DES. Fundamento Institucional. Objetivos. Alcance

DES. Fundamento Institucional. Objetivos. Alcance DES INSTRUCCIONES: a continuación se describe el flujo de trabajo correspondiente al área de procesos de DESARROLLO en el ciclo de vida del software en el cual se debe apoyar para la ejecución de sus actividades;

Más detalles

PFC- Aplicaciones Web para trabajo colaborativo:

PFC- Aplicaciones Web para trabajo colaborativo: PFC- Aplicaciones Web para trabajo colaborativo: Aplicación para Control de una Integración de S.I. 2º Ciclo Ingeniería Informática Curso 2011-2012 Consultor : Fatos Xhafa Autor : Miguel Angel Pineda Cruz

Más detalles

Pontificia Universidad Católica del Ecuador

Pontificia Universidad Católica del Ecuador 1. DATOS INFORMATIVOS: MATERIA O MÓDULO: INGENIERÍA DE SOFTWARE I CÓDIGO: CARRERA: SISTEMAS NIVEL: QUINTO No. CRÉDITOS: 4 CRÉDITOS TEORÍA: 4 SEMESTRE/AÑO ACADÉMICO: Segundo Semestre 2011-2012 CRÉDITOS

Más detalles

El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos.

El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Gestión de proyectos Duración: 45 horas Objetivos: El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Contenidos:

Más detalles

Gestión de proyectos

Gestión de proyectos Gestión de proyectos Horas: 45 El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Gestión de proyectos El

Más detalles

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3 Contenido INGENIERIA DE SOFTWARE Tema 6: Administración de la calidad del software Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx Cubo 37 1. Introducción 2.

Más detalles

Personal Software Process RUP

Personal Software Process RUP Personal Software Process RUP PSP Propuesto por Watts S. Humprey (1995). Diseñada para mejorar el desempeño del desarrollador de software. Basada en la toma continua de registros. Permite al desarrollador

Más detalles

Nombre de la asignatura: Proceso Personal para el Desarrollo de - --------------------------------------------------Software

Nombre de la asignatura: Proceso Personal para el Desarrollo de - --------------------------------------------------Software 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Proceso Personal para el Desarrollo de - --------------------------------------------------Software Carrera: Clave de la asignatura: Ingeniería en Sistemas

Más detalles

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL Teniendo en cuenta que este trabajo tiene como objetivo el mostrar la metodología de evaluación del modelo de Capacidad de Madurez, es necesario antes de profundizar

Más detalles

Carrera: ISH-1203 1-3 - 4

Carrera: ISH-1203 1-3 - 4 1.DATOS DE LA ASIGNATURA Nombre de la asignatura: Carrera: Clave de la asignatura: Horas teoría-horas practica-créditos: Proceso Personal para el Desarrollo de Software. Ingeniería en Sistemas Computacionales

Más detalles

Los profesores Flipantes

Los profesores Flipantes Los profesores Flipantes 1 0. Índice 1. Introducción al TSP 2. La lógica del TSP 3. Lanzamiento de un Proyecto TSP. 4. Fases del Ciclo TSPi. 5. TSPi en DSIC. 2 1. Introducción al TSP. El software suele

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S2 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

<TITULO DEL PROYECTO DE DESARROLLO DE SW > Diana Milena Pérez Riveros 1 Diana Milena Pérez Riveros Pagina de

Más detalles

MANTENIMIENTO DE SOFTWARE

MANTENIMIENTO DE SOFTWARE MANTENIMIENTO DE SOFTWARE Definición de Mantenimiento El estándar IEEE 1219 [IEEE, 1993] define el Mantenimiento del Software como la modificación de un producto software después de haber sido entregado

Más detalles

TEMA 6.- LA PUESTA EN MARCHA DE PROYECTOS. LOS ASPECTOS A TENER EN CUENTA

TEMA 6.- LA PUESTA EN MARCHA DE PROYECTOS. LOS ASPECTOS A TENER EN CUENTA TEMA 6.- LA PUESTA EN MARCHA DE PROYECTOS. LOS ASPECTOS A TENER EN CUENTA El Programa para el Fomento de la Intraemprendeduría en Ciclos Formativos de Formación Profesional es un proyecto financiado por

Más detalles

Gestión de Proyectos con Open Project

Gestión de Proyectos con Open Project Gestión de Proyectos con Open Project 20 HORAS Esta capacitación tiene como objetivo principal brindar a los participantes los conocimientos generales relativos a la gestión integral de proyectos de acuerdo

Más detalles

Capítulo III. Manejo de Incidentes

Capítulo III. Manejo de Incidentes Manejo de Incidentes Manejo de Incidentes Tabla de contenido 1.- En qué consiste el manejo de incidentes?...45 1.1.- Ventajas...47 1.2.- Barreras...47 2.- Requerimientos...48 3.- Clasificación de los incidentes...48

Más detalles

Práctica de Integración de Sistemas Aplicación Web.NET: Sitio de Comentarios de Eventos Deportivos

Práctica de Integración de Sistemas Aplicación Web.NET: Sitio de Comentarios de Eventos Deportivos Práctica de Integración de Sistemas Aplicación Web.NET: Sitio de Comentarios de Eventos Deportivos 1. Introducción Curso académico 2009-2010 La práctica de Integración de Sistemas consiste en el diseño

Más detalles

Ges3ón de Proyectos So9ware

Ges3ón de Proyectos So9ware Ges3ón de Proyectos So9ware Tema 2.1 Integración Carlos Blanco Bueno Félix Óscar García Rubio Este tema se publica bajo Licencia: Crea5ve Commons BY- NC- ND 4.0 Objetivos Ampliar los conocimientos básicos

Más detalles

Planificación y Control de Proyectos de Software mediante MS Project

Planificación y Control de Proyectos de Software mediante MS Project Práctica 2 Planificación y Control de Proyectos de Software mediante MS Project E n esta práctica vamos a introducirnos en la Planificación y Control de Proyectos de Software mediante herramientas informáticas

Más detalles

La Administración de Proyectos

La Administración de Proyectos La Administración de Proyectos La administración de proyectos es el proceso de planear, organizar y administrar tareas y recursos para alcanzar un objetivo concreto, generalmente con delimitaciones de

Más detalles

14. Ingeniería de software. Ing. Alejandro Adorjan

14. Ingeniería de software. Ing. Alejandro Adorjan 14. Ing. Alejandro Adorjan : un enfoque en ingeniería de requerimientos Introducción La ingeniería de software es una disciplina que estudia la aplicación de la teoría, el conocimiento y la práctica de

Más detalles

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7: VALIDACIÓN

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7: VALIDACIÓN Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7: VALIDACIÓN TÉCNICAS DE PRUEBA DEL SOFTWARE Introducción Aspectos psicológicos de las pruebas Flujo de información de la prueba

Más detalles

Tecnología de la Información. Administración de Recursos Informáticos

Tecnología de la Información. Administración de Recursos Informáticos Tecnología de la Información Administración de Recursos Informáticos 1. Recursos informáticos: Roles y Responsabilidades 2. Áreas dentro del Departamento de Sistemas 3. Conceptos asociados a proyectos

Más detalles

Ingeniería del Software. Pruebas. Pruebas en el PUD. Las pruebas del software. Tipos de prueba Estrategias de prueba

Ingeniería del Software. Pruebas. Pruebas en el PUD. Las pruebas del software. Tipos de prueba Estrategias de prueba Pruebas Pruebas en el PUD Las pruebas del software Diseño de casos de prueba Tipos de prueba Estrategias de prueba 1 2 Iteración en PUD Planificación de la Iteración Captura de requisitos: Modelo de casos

Más detalles

CUESTIONARIO DE AUTOEVALUACIÓN DE LOS HÁBITOS EMPRENDEDORES

CUESTIONARIO DE AUTOEVALUACIÓN DE LOS HÁBITOS EMPRENDEDORES CUESTIONARIO DE AUTOEVALUACIÓN DE LOS HÁBITOS EMPRENDEDORES INSTRUCCIONES:. Este cuestionario consta de 55 declaraciones breves. Lee cuidadosamente cada declaración y decide cuál te describe de forma más

Más detalles

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga Actividad 2 Unidad 1 Ciclo de vida del software y Diseño Orientado a Objetos Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto

Más detalles

1.1 Aseguramiento de la calidad del software

1.1 Aseguramiento de la calidad del software 1.1 Aseguramiento de la calidad del software El propósito del Aseguramiento de la Calidad (Software Quality Assurance, SQA) es entregar a la administración una visibilidad adecuada del proceso utilizado

Más detalles

CIF 9159 Taller Integrado. Sección 4. Planificación. Prof. José Miguel Rubio L. jose.rubio.l@ucv.cl jrubio.leon@gmail.com

CIF 9159 Taller Integrado. Sección 4. Planificación. Prof. José Miguel Rubio L. jose.rubio.l@ucv.cl jrubio.leon@gmail.com CIF 9159 Taller Integrado Sección 4 Planificación Prof. José Miguel Rubio L. jose.rubio.l@ucv.cl jrubio.leon@gmail.com Temas a Tratar Planificar Definiciones Proceso / Herramientas Estructura de Desglose

Más detalles

CONTENIDOS. 2. Entidades primitivas para el desarrollo de algoritmos.

CONTENIDOS. 2. Entidades primitivas para el desarrollo de algoritmos. Introducción a la ciencia de la computación y a la programación 1. La computadora CONTENIDOS 2. Entidades primitivas para el desarrollo de algoritmos. 3. Metodología a seguir para la resolución de problemas

Más detalles

Creación y uso de patrones de producto dentro del marco del Personal Software Process

Creación y uso de patrones de producto dentro del marco del Personal Software Process PROYECTO FIN DE CARRERA Creación y uso de patrones de producto dentro del marco del Personal Software Process Autor: Román Moreno Valentín Tutor: María Isabel Sánchez Segura Leganés, 28 Julio de 2011 Página

Más detalles

Estándar de documentación de procesos de producción de operaciones estadísticas del INE: Los informes estandarizados de los metadatos de proceso

Estándar de documentación de procesos de producción de operaciones estadísticas del INE: Los informes estandarizados de los metadatos de proceso Estándar de documentación de procesos de producción de operaciones estadísticas del INE: Los informes estandarizados de los metadatos de proceso Versión 7 de abril de 2015 1 Justificación de la necesidad

Más detalles

Gestión del Valor Ganado del Trabajo en Curso.

Gestión del Valor Ganado del Trabajo en Curso. Gestión del Valor Ganado del Trabajo en Curso. Por Remi St-Martin, PMP, y David Fannon, PMP E ste artículo presenta una variante del uso del índice del desempeño del cronograma (o SPI 1 ) y de la variación

Más detalles

GESTION DE PROYECTOS CON MS-PROJECT 2010

GESTION DE PROYECTOS CON MS-PROJECT 2010 GESTION DE PROYECTOS CON MS-PROJECT 2010 1. Presentación Resumen general Project brinda al usuario las herramientas necesarias para la administración de proyectos, las cuales le permitirán manejar eficientemente

Más detalles

Curso de Gestión de Información de Proyectos Utilizando MICROSOFT PROJECT

Curso de Gestión de Información de Proyectos Utilizando MICROSOFT PROJECT Curso de Gestión de Información de Proyectos Utilizando MICROSOFT PROJECT Diseño Académico Intensidad: 74 Dirigido a: estudiantes, profesionales, y todas aquellas personas interesadas en gestionar proyectos

Más detalles

GESTIÓN DE SOFTWARE INFORME SOBRE. Evaluación de Productos UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA. Grupo 2

GESTIÓN DE SOFTWARE INFORME SOBRE. Evaluación de Productos UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA. Grupo 2 UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA GESTIÓN DE SOFTWARE INFORME SOBRE Evaluación de Productos Grupo 2 Marcelo Caponi 3.825.139-0 Daniel De Vera 4.120.602-3 José Luis Ibarra 4.347.596-3

Más detalles

ACTITUD EN LOS EXÁMENES

ACTITUD EN LOS EXÁMENES ACTITUD EN LOS EXÁMENES Un gravísimo error que cometes con frecuencia como estudiante es acumular el estudio para las jornadas previas al examen, e incluso para la víspera. Preparar intensivamente un examen

Más detalles

P.S.P. Programa Educativo. Tecnologías de la Información y Comunicación. Alumno. José Alfredo Ramírez Jaguey

P.S.P. Programa Educativo. Tecnologías de la Información y Comunicación. Alumno. José Alfredo Ramírez Jaguey Universidad Tecnológica del Valle del Mezquital P.S.P Programa Educativo Alumno 5 to Cuatrimestre Grupo A Materia Calidad en Desarrollo de Software Facilitador Lic. Norma Pérez López Enero Abril 2011.

Más detalles

PRINCIPIOS DE PRUEBAS. ENFOQUE ESTRATEGICO.

PRINCIPIOS DE PRUEBAS. ENFOQUE ESTRATEGICO. PRINCIPIOS DE PRUEBAS. ENFOQUE ESTRATEGICO. 0. Consideraciones iniciales. Las pruebas son un conjunto de actividades que se pueden planificar por adelantado y llevar a cabo sistemáticamente. Por esta razón,

Más detalles

Área Académica: Licenciatura Sistemas Computacionales. Profesor: Lic. Virginia Arguelles Pascual

Área Académica: Licenciatura Sistemas Computacionales. Profesor: Lic. Virginia Arguelles Pascual Área Académica: Licenciatura Sistemas Computacionales Materia: Gestión de Proyectos Profesor: Lic. Virginia Arguelles Pascual Periodo: Julio-Diciembre Tema: El proceso de software y métricas del proyecto.

Más detalles

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 18 CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC297_2 Versión 5 Situación RD 1201/2007 Actualización

Más detalles

Introducción a la Computación

Introducción a la Computación Introducción a la Computación MCC Marco Antonio Crúz Chávez 2003 Sistema de información Es un sistema incluido en otro sistema mayor que recibe, almacena, procesa y distribuye información. Los principales

Más detalles

2. Objetivos de la propuesta:

2. Objetivos de la propuesta: CAPITULO IV. DISEÑO DE UN PROGRAMA DE MONITOREO COMO HERRAMIENTA DE CONTROL A LOS MEDIOS ALTERNATIVOS DE COMUNICACIÓN QUE EXISTEN EN EL AREA METROPOLITANA DE SAN SALVADOR. 1. Generalidades: El capitulo

Más detalles

Planificación de proyectos

Planificación de proyectos Planificación de proyectos Introducción Características de un proyecto: Conjunto numeroso de actividades complejas. Es singular (Conjunto de sucesos y actividades que sólo se presenta una vez) Es finito

Más detalles

Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net

Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net 2012 Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net Servinet Sistemas y Comunicación S.L. www.softwaregestionproyectos.com Última Revisión: Febrero

Más detalles

Iniciación y Planificación del Proyecto

Iniciación y Planificación del Proyecto Iniciación y Planificación del Proyecto Para cuando dijo que lo quería??? Ingeniería de Software 2 Iniciación y Planificación del Proyecto 1 Agenda Iniciación del Proyecto: Entradas Iniciación del Proyecto:

Más detalles

GUÍA PARA LA ELABORACIÓN E IMPLEMENTACIÓN DEL PLAN DE MEJORA INSTITUCIONAL

GUÍA PARA LA ELABORACIÓN E IMPLEMENTACIÓN DEL PLAN DE MEJORA INSTITUCIONAL GUÍA PARA LA ELABORACIÓN E IMPLEMENTACIÓN DEL PLAN DE MEJORA INSTITUCIONAL DOCUMENTO CONTROLADO Santo Domingo, D. N. 2014 GUÍA PARA LA ELABORACIÓN E IMPLEMENTACIÓN DEL PLAN DE MEJORA INSTITUCIONAL PRIMERA

Más detalles

EXCEL INTERMEDIO 2012

EXCEL INTERMEDIO 2012 EXCEL INTERMEDIO 2012 1. Presentación La hoja electrónica Excel es un eficiente programa de hoja de cálculo de gran versatilidad. Es además una poderosa herramienta muy utilizada en el mundo empresarial

Más detalles

ARTÍCULO TÉCNICO. Los cinco pilares para controlar las ACL y reglas del cortafuegos

ARTÍCULO TÉCNICO. Los cinco pilares para controlar las ACL y reglas del cortafuegos ARTÍCULO TÉCNICO Los cinco pilares para controlar las ACL y reglas del cortafuegos Resumen Los principales expertos en redes y seguridad del mundo se enfrentan al mismo desafío: intentar controlar el complejo

Más detalles

MESA DE AYUDA ACI-395 IVAN ESCALONA (iescalonab@ripley.cl)

MESA DE AYUDA ACI-395 IVAN ESCALONA (iescalonab@ripley.cl) MESA DE AYUDA ACI-395 IVAN ESCALONA (iescalonab@ripley.cl) LOS ANALISTAS HELP-DESK A continuación se detallará las habilidades, conocimientos y capacidades deseables para un cargo de Analista de una mesa

Más detalles

Tema 8 : La Comunicación en Ingeniería

Tema 8 : La Comunicación en Ingeniería Universidad Nacional del Nordeste Año: 2002. Cátedra: Fundamentos de Ingeniería. Ing. José Luis Alunni Tema 8 : La Comunicación en Ingeniería 1 Universidad Nacional del Nordeste Año: 2002. Cátedra: Fundamentos

Más detalles

Mejora del Proceso de Desarrollo de Software en los Sistemas Distribuidos en

Mejora del Proceso de Desarrollo de Software en los Sistemas Distribuidos en Mejora del Proceso de Desarrollo de Software en los Sistemas Distribuidos en el Centro Informático del INSS Técnico superior de Informática INSS María Isabel Vicente Hernández Técnico medio de Informática

Más detalles

MOC-50413 Mastering Microsoft Project 2010

MOC-50413 Mastering Microsoft Project 2010 MOC-50413 Mastering Microsoft Project 2010 Introducción Este curso presenta el software de gestión de proyectos más populares para la dirección de proyectos. Proporciona a los asistentes el conocimiento

Más detalles

K2BIM Plan de SQA Versión 1.1

K2BIM Plan de SQA Versión 1.1 K2BIM Plan de SQA Versión 1.1 Historia de revisiones Fecha VersiónDescripción Autor 18/08/2009 1.0 Creación del documento. Diego Píriz 23/08/2009 1.1 Pequeñas correciones. Alan Descoins 1 Contenido 1.

Más detalles

Geolocalización de Sitios de Interés Para Aplicaciones Móviles G-SIAM. Plan de Aseguramiento de Calidad del Software SQAP

Geolocalización de Sitios de Interés Para Aplicaciones Móviles G-SIAM. Plan de Aseguramiento de Calidad del Software SQAP Proyecto de Grado Lic. En Informática Geolocalización de Sitios de Interés Para Aplicaciones Móviles Plan de Aseguramiento de Calidad del Software SQAP VERSIÓN 1.1 Universidad de la Empresa Soriano 959

Más detalles

Aseguramiento de la calidad del software

Aseguramiento de la calidad del software Aseguramiento de la calidad del software Standard for Software Reviews and Audits [IEEE 1028] IEEE 1028 Para qué sirve Provee definiciones y requerimientos uniformes para los procesos de revisión y auditoría.

Más detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

Más detalles

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S3 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

Más detalles

UNIDAD DIDÁCTICA 7 ANÁLISIS DE ÍTEMS Y BAREMACIÓN DE UN TEST

UNIDAD DIDÁCTICA 7 ANÁLISIS DE ÍTEMS Y BAREMACIÓN DE UN TEST UNIDAD DIDÁCTICA 7 ANÁLISIS DE ÍTEMS Y BAREMACIÓN DE UN TEST 7.1. ANÁLISIS DE LOS ÍTEMS Al comenzar la asignatura ya planteábamos que uno de los principales problemas a los que nos enfrentábamos a la hora

Más detalles

ESTRUCTURA DE DESGLOSE DEL TRABAJO EDT

ESTRUCTURA DE DESGLOSE DEL TRABAJO EDT ESTRUCTURA DE DESGLOSE DEL TRABAJO EDT Una de las primeras tareas en el proceso de creación de un proyecto es la definición de su alcance, delimitando los trabajos a realizar para lograr cumplir los objetivos

Más detalles

MS Project aplicado al Control de Proyectos

MS Project aplicado al Control de Proyectos MS Project aplicado al Control de Proyectos I. Datos generales Profesor tutor Duración del curso Dedicación del participante Modalidad : Rolando Luna Flores : 8 semanas (54 horas) : 6 a 8 horas semanales

Más detalles

Bienvenido a Amway Herramienta: Establecimiento de objetivos y Plan de acción

Bienvenido a Amway Herramienta: Establecimiento de objetivos y Plan de acción Utiliza la sección Establecimiento de objetivos como una ayuda para defi nir y registrar tus objetivos para tu negocio Amway, tanto al comienzo de tu negocio como a medida que tu negocio crece. Utiliza

Más detalles

P1 Elaboración de un plan de proyecto utilizando MS Project G3

P1 Elaboración de un plan de proyecto utilizando MS Project G3 UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA P1 Elaboración de un plan de proyecto utilizando MS Project G3 José Luís Espinosa Aranda Noelia Vállez Enano Manuel Ramón Guerrero Álvarez

Más detalles

Planificación del Help Desk de su escuela

Planificación del Help Desk de su escuela Capítulo 1 Planificación del Help Desk de su escuela Después de terminar este capítulo usted será capaz de: Describir cuál es la función de un Help Desk; Describir qué es el soporte de nivel 1; Explicar

Más detalles

DEPARTAMENTO: 09640 - Habilidades Básicas en Computación

DEPARTAMENTO: 09640 - Habilidades Básicas en Computación FACULTAD: Ingenierías DEPARTAMENTO: TIC MATERIA: 09640 - Habilidades Básicas en Computación PRERREQUISITOS Ninguno PROGRAMA: Todos los programas de pregrado PERIODO ACADÉMICO: 2015-01 INTENSIDAD HORARIA:

Más detalles

PROGRAMACIÓN DE MÓDULO ADMINISTRACIÓN DE SISTEMAS OPERATIVOS MÓDULO

PROGRAMACIÓN DE MÓDULO ADMINISTRACIÓN DE SISTEMAS OPERATIVOS MÓDULO Página 1 de 18 DEPARTAMENTO INFORMÁTICA Y COMUNICACIONES CURSO 2014-2015 CICLO FORMATIVO ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS EN RED 1. Introducción. MÓDULO De conformidad con el artículo 9 del RD 1629/2009,

Más detalles

ORGANIZACIÓN DE LOS SERVICIOS INFORMÁTICOS

ORGANIZACIÓN DE LOS SERVICIOS INFORMÁTICOS 1 ORGANIZACIÓN DE LOS SERVICIOS INFORMÁTICOS INTRODUCCIÓN La realización de trabajos utilizando los medios informáticos de una empresa requiere una cierta organización y destreza relativa tanto a los equipos,

Más detalles

ENTORNO DE UN CURSO. Antes de empezar sería conveniente conocer la estructura de Moodle y entender los siguientes conceptos básicos:

ENTORNO DE UN CURSO. Antes de empezar sería conveniente conocer la estructura de Moodle y entender los siguientes conceptos básicos: ENTORNO DE UN CURSO Antes de empezar sería conveniente conocer la estructura de Moodle y entender los siguientes conceptos básicos: Cursos Categorías Cuentas de usuario y roles Perfil de usuario En Moodle,

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

Herramientas Tecnológicas de Productivdad

Herramientas Tecnológicas de Productivdad Herramientas Tecnológicas de Productivdad 1 Sesión No. 8 Hojas de cálculo Objetivo: Al término de la sesión, el alumno identificará el entorno de un libro de trabajo en línea y las referencias absolutas

Más detalles

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 1: CONCEPTOS BÁSICOS

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 1: CONCEPTOS BÁSICOS Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 1: CONCEPTOS BÁSICOS 1 SOFTWARE vs HARDWARE PRODUCTO SOFTWARE Hace referencia a los programas de uso profesional y a la información

Más detalles

INFORMACIÓN RELACIONADA

INFORMACIÓN RELACIONADA INFORMACIÓN RELACIONADA Solucionar problemas para empresas de la industria del gas y el petróleo Soluciones de gestión de cartera de proyectos Primavera ORACLE ES LA COMPAÑÍA DE INFORMACIÓN Lograr objetivos

Más detalles