1

UNIDAD 2. PLANIFICACIÓN DEL PROYECTO. ENTREGA DE LA DOCUMENTACIÓN.

Planificación del proyecto.

2.1. Introducción.

2.2. Fase del estudio de viabilidad del proyecto.

2.2.1. Estudio de la situación actual.

2.2.2. Estudio de la viabilidad.

2.2.3. Alternativas y selección de la solución.

2.2.4. Requisitos del sistema para la propuesta.

2.2.5. Plan del proyecto. Diagramas de Gantt y de Pert.

2.2.6. Estudio del presupuesto.

2.2.7. Evaluación de riesgos (caso de proceder).

2.3. Relación del proyecto con los módulos profesionales del ciclo.

2.4. Fase de planificación y análisis del proyecto.

2.4.1. Tipología de proyectos.

2.4.2. Revisión de las previsiones iniciales

2.5. Fase de ejecución y desarrollo del proyecto.

2.5.1. Análisis detallado.

2.5.2. Diseño físico.

2.5.3. Diseño lógico.

2.5.4. Revisión de las previsiones del análisis.

2.5.5. Dificultades encontradas en su desarrollo.

2.6. Bibliografía.

2.7. Índice desarrollado fase planificación del proyecto (posible índice).

2

2.1. INTRODUCCIÓN A LA PLANIFICACIÓN DEL PROYECTO.

Un proyecto es la planificación de un conjunto de actividades secuenciadas o simultaneas que implica a personas,

componentes hardware, software y comunicaciones, dirigidas a obtener unos resultados deseables en un

sistema de información.

En esta fase se determinan todas las actividades que conforman el proyecto, las relaciones que hay entre ellas

indicando que debe hacerse, cuando se debe de realizar, esto es, cuando empiezan y cuando terminan las

actividades y quien debe realizarlas con los recursos designados para ello

Se determinan los requerimientos, es decir, que necesitamos o que necesidades se tienen o tiene el cliente

a quien se dirige el proyecto y como se desarrollará en el tiempo. Se satisfacen las necesidades exigidas para

mantener el proyecto bajo control y asegurar su desarrollo.

Se establecen las restricciones de los recursos disponibles (espacios, hardware, software y de personal),

adaptándolos a la planificación temporal y el coste que nos supondrá.

Se establecen el conjunto de tareas y actividades que suponen la realización propia del proyecto, se lleva a

cabo la ejecución de estas, respondiendo a las características específicas del proyecto, gestionando los

recursos de forma adecuada para su desarrollo.

Se estudia el ámbito del proyecto:

Como actividades se realizan reuniones con el cliente (si lo hay) para establecer lo que quiere y cuando desea su

puesta en funcionamiento. Se planifican encuentros con personal técnico que describan el proceso productivo

actual y los cambios a introducir hasta tener una visión clara de lo que el cliente desea y las partes del sistema

que se verán afectadas.

Para el desarrollo de un proyecto propio, se especifica que se desea realizar y el tiempo que se tardará en

ponerlo en marcha. Se establece los recursos necesarios para lograrlo tanto a nivel de hardware, software, sitio y

de personas. Se fijan las actividades para lograr los objetivos marcados secuenciándolas en el tiempo.

Como documento de salida, se obtiene un informe con las necesidades del cliente (o de nuestro proyecto), la

fecha de finalización del proyecto, una lista de componentes que se verán afectados y la cantidad, toda la

información importante respecto a cambios a introducir en el sistema productivo y su funcionamiento.

3

2.2. FASE DEL ESTUDIO DE LA VIABILIDAD DEL PROYECTO.

Es la fase inicial de todo proyecto y el objetivo es analizar si el desarrollo del proyecto propio (o de la empresa) debe o no llevarse a cabo, ya que puede ocurrir que en determinadas ocasiones la realización de este puede tener más problemas que beneficios a la hora de realizar un proyecto.

Se describe el tipo de proyecto, se indican los objetivos a lograr clasificándolos por tipo de objetivo, se especifican las referencias utilizadas, se crea una lista de términos y acrónimos específicos, también se establece cual es el interés del proyecto y a quien va dirigido.

El análisis de viabilidad debe incluir al menos las siguientes actividades:

Creación del registro de seguimiento en la herramienta de gestión utilizada.

Análisis previo del alcance del proyecto.

Análisis de los riesgos de ejecución del proyecto.

Análisis de viabilidad de acuerdo a plazos, coste y calidad.

Si el análisis de viabilidad es positivo, es decir, no existen motivos iniciales para no abordar el proyecto, podemos pasar a la fase de planificación y análisis de este. El análisis de viabilidad nos permite analizar fundamentalmente los aspectos de la viabilidad económica, viabilidad técnica y viabilidad organizativa.

Actividades:

A nivel económico se realizan estudios detallados del proyecto (propio o de la empresa) a nivel económico comprobando si se dispone del dinero, la solvencia de la empresa, atendiendo a posibles adquisiciones a llevar a cabo para la implantación del proyecto, espacios, equipos, comunicaciones, etc.

A nivel de modificación organizativa a desarrollar durante el proyecto se determinan si son asumibles por nosotros (proyecto propio) o por el cliente y en el tiempo deseado, básicamente si se necesita nuevo personal o simplemente reubicar los existentes.

A nivel de formación de los usuarios/empleados se establece si es viable asumir los cambios y el posterior funcionamiento del sistema informático. Esta información permite generar los informes necesarios que nos servirán de base para tomar la decisión junto con la documentación de entrada.

Decididos a seguir con el proyecto se realiza una estimación de las necesidades de recursos y tiempo necesarios para realizar el proyecto presentándolo (al cliente) como un presupuesto. Si es aceptado (por el cliente), se redactará un precontrato de obra y se firmará por responsable de ambas partes (Nota: En caso de desestimar el proyecto se crea un documento justificativo con un informe).

Se obtiene el documento con la propuesta de aceptación o presupuesto (o desestimación –no es nuestro caso-)

2.2.1. Estudio de la situación actual

Partiendo del contexto de trabajo y de la forma de realizar el proceso, se describe físicamente el sistema, se

indica si es un proyecto nuevo o si hay un sistema actual y que se desea cambiar, siguiendo las normas legales.

Se distinguen sistemas en los que se parte de cero de un sistema inexistente, de un sistema ya existente y que se desea actualizar, cambiar determinadas partes o cambiarlo íntegramente; en todos los casos se debe indicar la situación de partida y a la situación que se desea conseguir, teniendo presente en el caso de un sistema existente que es lo que se desea mantener o reutilizar y lo que se desea cambiar.

4

2.2.2.- Estudio de viabilidad

En un proyecto propio hemos de plantearnos en primer lugar si disponemos del tiempo para realizarlo, de mantenerlo y mejorarlo en caso de ser necesario y del dinero suficiente para adquirir los recursos necesarios para su desarrollo.

Cuando se trata de un proyecto para un cliente o empresa, hemos de obtener información económica de la empresa para determinar si tiene capital suficiente para desarrollar el proyecto.

• Viabilidad técnica. Se estima las necesidades monetarias en € mensuales en mantenimiento del sistema si se contrata personal y/o lo que costará el pago del desarrollo. La revisión de los contratos del personal, sus cualificaciones indican la posibilidad del uso de medios informáticos para gestionar sus trabajos.

• Viabilidad económica. Se estudia de la contabilidad actual, capacidad de inversión de la empresa en euros (€) anuales, esta capacidad indicará la viabilidad económica del proyecto. También se trata si es necesaria la adquisición de equipos, infraestructura de red, sistemas operativos y aplicaciones en dinero (€).

• Viabilidad organizativa. Se analizan !os espacios que se disponen (propios, alquilados o de la empresa), si hay necesidad de alquilar un nuevo local, sin son necesarias ampliaciones de los espacios existentes o es suficiente con una reorganización si disponemos de ellos.

2.2.3. Alternativas y selección de la solución.

Partiendo de nuestra idea que nosotros tenemos para el desarrollo de nuestro sistema, se establecen otras alternativas factibles para la obtención de la solución y la justificación de porque se descartan en favor de la opción elegida estableciendo las conclusiones.

Se establecen las ventajas o beneficios y los inconvenientes que aporta el sistema.

A la hora de plantear diferentes soluciones para nuestro sistema hemos de establecer una serie de parámetros documentando principalmente:

Descripción breve de las soluciones posibles.

Estudio o análisis económico: componentes hardware/software, precios, personas involucradas, etc.

Estudio de viabilidad breve de esas soluciones posibles.

Con respecto a la solución elegida básicamente se realizar:

Justificación de esa solución.

Diagrama o esquema con la nueva estructura organizativa de los recursos hardware/software.

Documentación técnica.

Normativa aplicable sobre seguridad, tipos de licencias, propiedad intelectual, etc.

5

2.2.4. Requisitos del sistema para la propuesta.

Se establecen los requisitos y restricciones del sistema y se clasifican en función de su prioridad.

Los requerimientos o requisitos permiten establecer de una forma objetiva y concisa lo que va a realizar el sistema a desarrollar, ayudando a plantear determinados objetivos que se deben cumplir para lograr desarrollar un sistema que cumpla con las funcionalidades que se especifican inicialmente.

Los requerimientos pueden ser técnicos como el hardware a utilizar, de control de los datos y de sus relaciones y los requerimientos funcionales o de funcionamiento del sistema.

2.2.5. Plan del proyecto. Diagramas de Gantt y de Pert.

Con los recursos disponibles, se establecen las tareas del proyecto y se planifican en el tiempo. Realizado el estudio de viabilidad se crea el plan de proyecto general en el que se especifican las diferentes fases a realizar y el tiempo que esperamos emplear. Al finalizar el análisis detallado de la siguiente fase se refina el proyecto expresando nuevas necesidades o requerimientos para el desarrollo, indicando todos los pasos a realizar y dividiéndolo en subprocesos más simples para implantar el sistema.

Ahora se hace una estimación lo más realista posible del tiempo de cada fase. Este plan se entregara al cliente y

recordando que son solo aproximaciones y más adelante se concretaran los tiempos. Es importante dejar muy

claro al cliente que aún faltan varias semanas para saber la distribución temporal real y que esta podría variar.

Diagramas de Gantt. Es una herramienta que permite al usuario modelar la planificación de las tareas para la

realización de un proyecto mediante una representación gráfica, utilizada por el director del proyecto para

conocer su progreso, y por las personas implicadas en él como medio de comunicación.

Se utilizan herramientas de diseño de diagramas de Gantt para la creación y visualización de los informes: Día

(gratuito), GanttProject (gratuito), Openproj, TaskJuggler, Microsoft Project, Planner, etc.

6

Diagramas de Pert. Técnica para optimizar el desarrollo y la ejecución de un proyecto complejo mediante el análisis previo de todas las actividades o tareas que lo componen y que están relacionadas temporalmente.

2.2.6. Estudio del presupuesto.

Se realizan las estimaciones de costes de materiales, de personal y económica, analizando el coste y los beneficios que se producirían con la implantación del sistema.

Creamos el presupuesto y el precontrato ya que entendemos que el proyecto es viable y lo presentamos para su firma y aceptación (al cliente). El contrato se firma al final de esta fase y se presenta toda la documentación con nuevas estimaciones de tiempo si fuera necesario y con el plan del proyecto junto al contrato para firmar.

Tabla: Propuesta de presupuesto global (refinar de una forma más detallada) en Euros.

Nº Concepto Cantidad Precio Total

1. Personal 3 6.200 € 18.600 €

2. Formación del personal 3 1.500 € 4.500 €

3. Contratación de personal 1 500 € 500 €

4. Adquisición del hardware. 4.500 €

5. Adquisición del software y licencias. 1.500 €

6. Instalación del hardware y del cableado. 900 €

7. Desarrollo del software. 2 1.500 € 3.000 €

8. Adquisición/alquiler de las instalaciones 12 meses 450 € 5.400 €

9. Adquisición de materiales y mobiliario. 3.000 €

10. Mantenimiento 300 €

42.200 €

2.2.7. Evaluación de riesgos (si procede)

Planeados el alcance del proyecto, la línea de tiempo, el presupuesto, las tareas y los logros del proyecto, se planean con antelación acciones inesperadas y se evalúan los posibles riesgos futuros que afecten al proyecto en general. Se establece una lista de riesgos potenciales, se clasifican y se establece un plan de contingencia, en caso de proyectos como prototipos, etc. Algunos riesgos que pueden afectar a un proyecto son:

Planificación económica. Se dispone del capital o puede tener sobrecostes.

Tecnológicos. Se disponen de las mejores herramientas o pueden quedarse obsoletas.

Legales. Se cumple el orden jurídico o se sobrepasa.

7

2.3. RELACIÓN DEL PROYECTO CON LOS MÓDULOS PROFESIONALES DEL CICLO.

Los contenidos de este módulo se relacionan con todos los objetivos generales del ciclo y deben estar basados en las competencias profesionales, personales y sociales y en las cualificaciones profesionales y unidades de competencia del Catálogo Nacional de Cualificaciones Profesionales incluidas en el título. (Real Decreto 1629/2009, de 30 de octubre).

El proyecto integrado de ASIR complementa la formación establecida del resto de los módulos profesionales que integran el título en las funciones de análisis del contexto, diseño del proyecto y organización de la ejecución.

La actividades a desarrollar debe estar relacionadas sobre al menos 4 de los módulos impartidos durante el desarrollo del ciclo formativo, es decir, deben indicarse los aspectos que se tratarán en el proyecto de cada módulo implicado que afecte al desarrollo de este.

Los módulos sobre los que se tratarán los contenidos son:

Implantación de Sistemas Operativos.

Administración de Sistemas Operativos.

Planificación y Administración de Redes.

Servicios de Red e Internet.

Fundamentos de hardware.

Gestión de Bases de Datos.

Administración de Sistemas Gestores de Bases de Datos.

Lenguajes de Marcas y Sistemas de Gestión de información.

Implantación de Aplicaciones Web.

Seguridad y Alta Disponibilidad.

Formación y Orientación Laboral.

Empresa e Iniciativa Emprendedora.

La idea de proyecto parte inicialmente del desarrollo de alguno los contenidos de un módulo, que posteriormente se amplían para cubrir otros aspectos del proyecto y así conseguir tratar otros contenidos del ciclo vistos en otros módulos, recordando que un proyecto debe conllevar la aplicación de los conocimientos adquiridos en varios de los módulos superados y llevar a cabo tareas de investigación por parte del alumnado de nuevas tecnologías de uso en el mercado actual.

8

2.4.- FASE DE PLANIFICACIÓN Y ANÁLISIS DEL PROYECTO.

El objetivo es definir con el máximo detalle posible las tareas a realizar y los recursos necesarios para llevar a buen fin el proyecto. Un error de cálculo en esta fase puede tener efectos negativos para su desarrollo.

Para definir o delimitar el proyecto hemos de tener en cuenta:

Se establece y analiza lo que deseamos obtener.

Se estima el tamaño de la aplicación a desarrollar o si se estudia un sistema ya implantado.

Se identifican las tareas a realizar asignando los recursos a cada una de las tareas.

Se establece un calendario de cada tarea.

Se realiza el estudio económico.

Las actividades clave en esta etapa son:

Análisis del alcance del proyecto.

Realización de estimaciones de esfuerzo, costes y recursos.

Definición del plan de proyecto.

Negociación del contrato (si procede).

Los recursos más frecuentes en el desarrollo de un proyecto informático son los componentes TIC como pueden ser el hardware, el software y las comunicaciones.

Si finalmente el proyecto es viable y recibe el visto bueno, se plasma en un contrato que recoja todos los términos del acuerdo.

2.4.1.- Tipología de proyectos.

Para ver esos recursos hemos de tener en cuenta el tipo de proyecto informático a desarrollar:

Proyecto hardware. Se trabaja sobre los componentes que se van a utilizar, el sistema operativo sobre el que se va a llevar a cabo, las aplicaciones básicas para su funcionamiento y los servicios que se van a ofrecer.

Proyecto software. Se establece la metodología a llevar a cabo, las herramientas que se van a utilizar, las técnicas utilizadas para el desarrollo de la aplicación informática.

Proyecto de comunicaciones y redes. Se estudian los protocolos, el sistema y ubicación del cableado, los dispositivos de interconexión, la tecnología que se va a utilizar (dispositivos móviles, servidor/es, equipos).

Administración de sistemas operativos. Usuarios, recursos, implantación de servicios, escalabilidad, etc.

Auditorías. Sistemas de seguridad, estudio de la calidad, legislación aplicable, etc.

Virtualización. Se virtualizan servidores, redes y ambientes de centros de trabajo.

Seguridad informática. La protección de los sistemas tanto proactiva como reactiva, seguridad de la información, copias de seguridad, etc.

Desarrollo web. Se establecen las tecnologías a utilizar (lenguaje de marcas, presentación, lenguaje de script de servidor y de cliente), servidor sobre el que montar el servicio, SGBD, seguridad en el servicio, etc.

Innovación. Creación de un nuevo servicio y tecnología utilizada, modificación de un servicio existente y su ámbito de aplicación, etc.

2.4.2.- Revisión de las previsiones iniciales.

Dado que ya se está en pleno desarrollo del proyecto y conocidas todas las tareas a llevar a cabo con sus requisitos y restricciones, el tiempo para llevarlo a cabo, el presupuesto y los riesgos a tener en cuenta se revisan las previsiones iniciales se asignan los recursos a cada una de las tareas, estableciendo un nuevo calendario de las tareas y se vuelve a realizar un nuevo presupuesto o estudio económico con los nuevos requisitos incorporados.

9

2.5.- FASE DE EJECUCIÓN Y DESARROLLO DEL PROYECTO.

En la fase de ejecución de la gestión del proyecto nos preguntamos el cómo realizarlo, los problemas que se suelen encontrar, la solución más rentable teniendo en cuenta factores como la eficiencia, la economía y las restricciones que hemos indicado antes. Se lleva a cabo lo establecido en la planificación del proyecto.

Las actividades principales de esta etapa son: Establecimiento del entorno de trabajo. Asignación de las tareas planificadas a los recursos disponibles. Ejecución de las tareas planificadas. Gestión de las peticiones de cambio.

Además en esta fase, se realiza un seguimiento y control del proyecto que velará por el cumplimiento de la planificación y la calidad del trabajo realizado, para detectar las desviaciones antes de que se conviertan en un problema para el éxito del proyecto.

El fin es crear el Sistema Informático completo sobre papel. Se empieza analizando la especificación funcional,

ampliando el documento (diseño top-down) hasta el nivel de detalle más alto especificando las entradas y salidas

de datos, las modificaciones de los mismos, las relaciones entre los distintos elementos, etc.

Con el sistema descrito en su totalidad (opcionalmente para representarlo gráficamente se pueden utilizar

diagramas UML, DFDs, gráficos, etc.) se pasa a crear el diseño del hardware del sistema, los equipos y sus

conexiones, su distribución, etc. Después se definen el software principal y el resto de software necesario, los

permisos y configuraciones especiales, etc. Esta documentación se usa como base para la siguiente fase.

2.5.1.- Análisis detallado.

Se parte del funcionamiento del sistema y del plan del proyecto de la fase Inicial, pasando a desarrollarse las

actividades de esta etapa.

Se desarrollan las actividades mediante la aproximación top-down (descendente) hasta determinar el último

nivel mediante un proceso iterativo. En cada paso nos aseguraremos que las descripciones que creamos cumplen

las necesidades del cliente y aseguran la viabilidad del proyecto.

Se añade a la documentación una descripción de los datos, en el que relacionemos para un proceso simple e

indivisible los datos necesarios, el origen de estos, los procesos que sufren y el destino de los mismos. Si se usan

interfaces y es necesario, se incorpora alguna descripción con pantalla de entrada de datos, algún algoritmo

principal sobre los datos, estructura de informes, etc. En definitiva, se representa lo que el usuario verá, como

hace uso de ello, realizando estimaciones de utilización de los datos, sobre todo en lo referente a la cantidad de

información trasvasada y frecuencia con la que se realiza, por ejemplo, una descripción de un albarán.

Como salida se obtiene la especificación externa (se especifica el producto considerando su interfaz y las

interacciones con el usuario) y la documentación generada en este punto.

10

2.5.2.- Diseño físico o hardware del sistema

Se realizan las actividades revisando la especificación externa (interfaces e interacción con el usuario), como las

entradas y salidas de datos, las descripciones a más alto nivel para estimar las capacidades de procesamiento

en los equipos y de transferencia en las redes.

Se determina la estructura física óptima para el sistema, teniendo en cuenta si se va a utilizar un sistema

integrado o externo (a nuestro sistema o al de la empresa).

Se diseña la red, utilizando seguridad en las transferencias, en los accesos y en el mantenimiento de los

datos. Hay que asegurar siempre el acceso al sistema para no paralizar su funcionamiento.

Se definen los equipos y sus capacidades, los servidores y sus localizaciones, el sistema de comunicaciones,

la seguridad y los mecanismos de acceso al servicio.

Finalizado el diseño se comprueba el hardware actual indicando cual será reutilizado y donde adquirir nuevos

equipos, creando un documento de compra hardware a presentar al cliente para consentirla.

Como salida se obtiene el diseño físico y propuesta de compra de hardware.

2.5.3.- Diseño lógico o software del sistema.

Hasta ahora se han identificado los procesos y los datos, ahora se determina el software a instalar, las áreas o

departamentos que hay y su estructura, usuarios y organización de los usuarios para implementar la seguridad en

el acceso y gestión de los datos. Se comprueban los informes que incorpora ya el sistema y aquellos que no se

pueden generar los tendremos que crear nosotros posteriormente.

Las actividades se centran en el diseño del sistema basado en el software principal y determinamos el resto del

software implicado en el sistema: sistemas operativos de cliente y de servidor, software de aplicación y el resto

del software que necesitemos (o de la empresa).

Antes de generar documentación debemos repasamos el software instalado y si se puede reutilizar en parte.

Con todos los datos creamos dos documentos de salida:

El diseño lógico que recogerá el software necesario y su configuración

La propuesta de compra de software que presentaremos (al cliente) para su aceptación.

11

2.5.4.- Revisión de las previsiones del análisis.

Partiendo del Plan del Proyecto, se revisa el Plan del Proyecto para determinar si se han cumplido los objetivos

temporales, determinando si las previsiones que se hicieron en la fase anterior eran acertadas. En caso de que

notemos desviaciones se modificará el plan y se notificará al cliente.

Aquí se divide cada fase del plan del proyecto en subprocesos que representen una tarea única y específica

para llevar un control exacto del tiempo. Así el diseño físico se divide, por ejemplo, en análisis de componentes

actuales, diseño del sistema gestor de base de datos, etc. Se modifica el tiempo, pasando de indicar fechas

relativas a fechas exactas con una separación de un día.

Este documento de previsión debe ser ratificado por nosotros (el cliente), aceptando la nueva previsión temporal

e indicando que es una previsión realista, pero que pueden producirse desviaciones por motivos externos.

Se obtiene como documento de salida el Plan de Proyecto Revisado.

Figura: Diagrama resumen de la fase de desarrollo.

2.5.5.- Dificultades encontradas en su desarrollo.

Algunos factores que afectan al desarrollo de un proyecto y que en muchas ocasiones no se contemplan:

Implica gasto de recursos (coste y tiempo)

Resistencia al trabajo adicional

Falta de recursos

Falta de formación

Falta de espíritu

Incremento de burocracia

12

2.6. BIBLIOGRAFÍA.

Buenas prácticas en la dirección y gestión de proyectos informáticos. Universidad Tecnológica Nacional.

http://www.edutecne.utn.edu.ar/proyectos_informaticos/buenas_practicas_proyectos_informaticos.html

2.7. POSIBLE INDICE DE LA FASE DE PLANIFICACIÓN DEL PROYECTO.

1.- Introducción.

2.- Fase del estudio de viabilidad del proyecto.

1. Introducción a la viabilidad. 2. Estudio de la situación actual. 3. Requisitos del sistema. 4. Alternativas y selección de la solución. 5. Plan del proyecto 6. Presupuesto 7. Evaluación de riesgos.

3.- Relación del proyecto con los módulos profesionales.

4.- Fase de planificación y análisis del proyecto.

1. Introducción a la planificación del proyecto.

2. Requisitos funcionales de usuarios y de funcionamiento del sistema.

3. Requisitos no funcionales.

4. Diagramas del sistema.

5. Diagramas lógico de datos.

6. Conclusión del análisis.

5.- Fase de ejecución y desarrollo del proyecto

1. Introducción

1.1. Selección de la arquitectura de red

1.2. Selección del sistema gestor de base de datos

1.3. Selección de el/los servidor/es a utilizar: web, ftp, etc.

2. Configuración de la plataforma.

3. Capas de la aplicación

4. Estructura de la base de datos

5. Arquitectura del sistema de red

6.- Conclusiones finales.

2.1 Conclusiones finales.

2.2 Desviaciones temporales.

2.3 Posibles ampliaciones y modificaciones.

2.4 Valoración personal.