lunes, 13 de octubre de 2014

HOBBIES

En mis ratos libres me Gusta:


Cine Arte: una muy bien opción para los fines de semana es ir a cine, compartir con los amigos, elegir la película de interés y disfrutar………….


Campi: Ir al parque y disfrutar de la naturaleza, aire natural, acampar y pasar un día en familia, hacer ejercicio y mucho más... ¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡



Descansar: Después de una jornada ardua de trabajo no hay nada más rico que disfrutar de un rico sueño.






Atrévete a soñar y a luchar por tus sueños, sin importar el que dirán






LEVANTAMIENTO DE INFORMACION

Proceso mediante el cual el analista recopila datos e información de la situación actual de un sistema, con el propósito de identificar problemas y oportunidades de mejora[1].

Este proceso se lleva a cabo mediante el uso de una serie de instrumentos y técnicas como:


ENTREVISTAS: Consiste en una conversación dirigida con un propósito específico y se basa en un formato de preguntas y respuestas para conocer aspectos como:
ü  Metas de la organización
ü  Metas personales
ü  Procedimientos formales e Informales





ESCENARIOS: es una descripción parcial y concreta del comportamiento de un sistema en una determinada situación. Es una descripción parcial, porque no necesita describir todas las características de las entidades involucradas, sólo se describe aquello que está relacionado con un comportamiento particular del sistema analizado.



Componentes de un escenario: Título, Objetivo, Contexto, Recursos, Actores, Episodios y Excepciones y el atributo restricción




LLUVIA DE IDEAS: o tormenta de ideas (Brainstorming) es una técnica de grupo para generar ideas originales en un ambiente relajado.


REUNIONES JAD: Es un procedimiento para la creación de una aplicación en conjunto, Es una dinámica de grupo, que utiliza ayudas audiovisuales (diagramas- multimedia- herramientas case)

Características:

·         Se establece un equipo de trabajo cuyos componentes y responsabilidades están perfectamente identificados y su fin es conseguir el consenso entre las necesidades de los usuarios y los servicios del sistema en producción.
·         Se llevan a cabo pocas reuniones, de larga duración y muy bien preparadas.
·         Durante la propia sesión se elaboran los modelos empleando diagramas fáciles de entender y mantener, con herramientas CASE.
Al finalizar la sesión se obtienen un conjunto de modelos que deberán ser aprobados por los participantes.



CASOS DE USO: Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario. Por lo tanto los casos de uso determinan los requisitos funcionales del sistema, es decir, representan las funciones que un sistema puede ejecutar [2]. Su ventaja principal es la facilidad para interpretarlos, lo que hace que sean especialmente útiles en la comunicación con el cliente.
PROTOTIPOS: Los prototipos suelen consistir en versiones reducidas, demos o conjuntos de pantallas de la aplicación pedida. Los prototipos de sistema permiten a los usuarios experimentar para ver cómo éste ayuda a su trabajo. Fomentan el desarrollo de ideas que desembocan en requerimientos. En general, el uso de esta técnica es un medio que permite solventar objeciones del usuario del tipo: “No sé exactamente lo que quiero, pero lo sabré cuando lo vea”.

OBSERVACIÓN: Por medio de esta técnica el analista obtiene información de primera mano sobre la forma en que se efectúan las actividades. Este método permite observar la forma en que se llevan a cabo los procesos y, por otro, verificar que realmente se sigan todos los pasos especificados. 

 

CUESTIONARIOS: es un instrumento de investigación que consiste en una serie de preguntas y otras indicaciones con el propósito de obtener información de los consultados [3]. es un documento formado por un conjunto de preguntas que deben estar redactadas de forma coherente, y organizadas, secuenciadas y estructuradas de acuerdo con una determinada planificación, con el fin de que sus respuestas nos puedan ofrecer toda la información que se precisa.



[1] Morales, Mildrex, "Levantamiento de la informacion",[07/05/2009], Disponible en:
http://es.slideshare.net/mmiutirla/levantamiento-de-informacin

[2] Tello, Jesus, "Diagramas casos de uso", Disponible en:
http://www2.uah.es/jcaceres/capsulas/DiagramaCasosDeUso.pdf

[3] Wikipedia, "Cuestionario", Disponible en:
http://es.wikipedia.org/wiki/Cuestionario




REQUERIMIENTOS


Los requerimientos definen lo que es necesario y enfoca al equipo del proyecto. Son el mecanismo primario para comunicar los objetivos del proyecto a cualquiera que intervenga en el proyecto. Son la base para capturar y validar las necesidades, administrar las expectativas, priorizar y asignar el trabajo, verificar y validar el sistema y administrar el ámbito del proyecto.

Para realizar una correcta definición de los requerimientos del proyecto y que éstos satisfagan las necesidades verdaderas del cliente, se deben tener en cuenta las siguientes actividades:



REQUISITOS

Para realizar con éxito la definición de los requerimientos es importante conseguir que los requerimientos sean claramente definidos para minimizar la ambigüedad de los requerimientos [1], Para esto es importante tener en cuenta lo siguiente:





Requerimientos Funcionales: 

Estos requerimientos se utilizan para determinar que hará el Software, definiendo las relaciones de su operación y su implementación, sin olvidar que deben ser explícitos también en lo que el sistema no debe hacer y que validaciones se deben realizar, teniendo en cuenta cual será el comportamiento del sistema [2].

Los Requerimientos funcionales se pueden dividir en dos puntos de vista: El primero tiene relación con el usuario, donde se identifica la relación del usuario con el sistema desde el punto de vista del mismo; El segundo tiene relación con el sistema dando respuesta al usuario, es decir desde el punto de vista de lo que realiza el sistema. 

Requerimientos no funcionales


Estos requerimientos se basan en las restricciones de los servicios o funciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre el proceso de desarrollo, estándares, usabilidad, portabilidad, entre otros.
Los Requerimientos funcionales son los requerimientos que no se refieren directamente a las funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento.

Los dos tipos de requerimientos especificados son de gran importancia para el desarrollo de una aplicación en software, por lo tanto siempre deben ser escritos con claridad, contener la mayor especificación de las necesidades expuestas por el cliente, esto con el fin de tener un soporte base desde el cual se trabajaran y no presentar ambigüedades en la definición y el resultado del producto. 


PROCESO PARA LA VERIFICACIÓN DE LOS REQUERIMIENTOS:



ETAPAS DE LA FASE DE REQUERIMIENTOS

ü  Obtención de requerimientos: búsqueda y obtención de los requerimientos desde los grupos de interés considerando las técnicas existentes para la recolección de la información [3].
ü  Análisis: comprobación de la consistencia y completitud de los requerimientos para un análisis real y apropiado a las necesidades de los clientes.
Verificación: Validar requerimientos especificados por los clientes son correctos para el buen desempeño de los analistas del sistema actual o el nuevo a desarrollar.






BIBLIOGRAFIA

[1] Cruz,Juliana, "Metodología Gestión de requerimientos",[10/05/2012],Disponible en:
https://sites.google.com/site/metodologiareq/capitulo-iii

[2] Cruz,Juliana, "Metodología Gestión de requerimientos : Clasificación de requerimientos",[10/05/2012],Disponible en:https://sites.google.com/site/metodologiareq/capitulo-iii

[3] Gelmer, "Definición de requerimientos",[05/06/2009], Disponible en:
http://desasof2004.blogspot.com/2009/06/definicion-de-requerimientos.html




4P DE LA GESTION DE PROYECTO DE SOFTWARE



En todo proyecto de software existe la necesidad de tener una adecuada gestión de los proyectos, para esto se debe contar con el personal capacitado, seleccionar el mejor proceso de acuerdo al problema que se vaya a tratar, y por supuesto una excelente planificación, con el fin de obtener un producto a tiempo y de calidad.

Cuando se desea realizar una gestión adecuada, eficaz y eficiente en la gestión de proyectos de software, es necesario que se ponga en funcionamiento cuatro características muy importantes en esta gestión, las cuatro P: personal, producto, proceso y proyecto.



“Las cuatro P tienen como objetivo principal marcar la línea de éxito del gestor (líder de proyecto) y de sus proyectos, garantizando que durante toda la vida del proyecto exista un gran equilibrio entre el proyecto, los procesos, las personas (roles) y los productos[1].

PERSONAL

ACTIVIDADES                       PARTICIPANTES
Reclutamiento                         Gestores supervisores
Selección                                Gestores del proyecto
Gestión de rendimiento            Profesionales
Entrenamiento                         Clientes
Retribución                             Usuarios Finales
Diseño de Organización
Espíritu de Equipo

PRODUCTO

ACTITUD                     AMBITO DEL PRODUCTO
Objetivos                                Contexto (porqué construir)
Ámbito del producto               Objetivos de información
Soluciones alternativas            (entradas, visibles al cliente)
Restricciones técnicas             Función y Rendimiento Función
Restricciones de gestión          (funcionalidad, eficiencia)
Estimación de costos               Determinar el proceso
Análisis de riesgo                    Para entregar al final del sistema

PROCESO

ACTIVIDADES                ACCION
Plan de Desarrollo:                   Seleccionar un modelo y definir las actividades estructurales o ECP (Estructura Común de Proceso)
Definición
Desarrollo
Soporte (Mantenimiento)         Comunicación con el Cliente: Planificación, Análisis de Riesgo, Ingeniería, Construcción y Entrega Evaluación del Cliente

La gestión del proceso inicia preguntando: Cómo vamos a realizar tal actividad?

PROYECTO

ACTIVIDADES                ENFOQUE
Planificar                                Empezar con el pie derecho
Supervisar                               Mantenerse
Controlar                                 Seguimiento del progreso
Tomar decisiones inteligentes
Realizar análisis Autoevaluación

Las cuatro P [Personas, Proyecto, Producto, Proceso], son características de la Gestión de Proyectos que deben ser guiadas de una manera funcionalmente correcta para lograr una gestión adecuada, eficaz y eficiente[2].




BIBLIOGRAFIA

[1] Ecured, "Cuatro P s",Disponible en:
http://www.ecured.cu/index.php/Cuatro_P_%CC%81s

[2] Modeladogi,"Las 4 P:P de proceso",[26/04/2014],Disponible en:
http://modeladoygestiondelainformacion.wordpress.com/2014/03/26/las-4-p-p-de-proceso/

METODOLOGIAS DE GESTION DE PROYECTOS


PMI Project Management Institute: es una organización fundada el año 1969 en los Estados Unidos cuyo objetivo principal es promover la práctica profesional de la Gestión de Proyectos[1] en todo el mundo de forma proactiva a través de:


¿QUÉ ES LA GUÍA DEL PMBOK?

Es un estándar en la gestión de proyectos desarrollado por el PMI®. Contiene la guía de prácticas en Gestión de Proyectos en un lenguaje común y es reconocido internacionalmente.
No es una metodología, es una guía que se debe “personalizar” en base a cada organización, puede adaptarse a cualquier tipo de alcance, industria y cultura de proyecto. La guía PMBOK proporciona una estructura coherente y un conjunto de conceptos y términos compartidos por todos los gestores de proyectos a nivel mundial. Es el documento base para preparar el examen PMP.

CERTIFICACION PMP POR EL PMI

Project Management Professional  (PMP), Es una de las credenciales profesionales para los gestores de proyectos mas valorada, por los organismos y empresas a nivel mundial. Esta certificación demuestra que usted tiene la experiencia, la formacion y las competencias para liderar y dirigir proyectos [2].
Según el PMBOK,  la dirección de proyectos es la aplicación de conocimientos, habilidades, herramientas y técnicas a las actividades del proyecto para satisfacer los requisitos del mismo. La dirección de proyectos se logra mediante la ejecución de procesos, usando conocimientos, habilidades, herramientas y técnicas de dirección de proyectos que reciben entradas y generan salidas.

Los fundamentos de la Dirección de Proyectos descriptos en la Guía del PMBOK® son:



PRINCE 2 (PRojects IN Controlled Environments)

Fue establecido como método de gestión en 1989 por la CCTA (Central Computer and Telecommunications Agency). Es un método estructurado para la gestión efectiva de proyectos. Es de hecho un estándar utilizado por el gobierno del Reino Unido, y ampliamente reconocido y utilizado por el sector privado. Este método es del dominio público, ofreciendo una guía de buenas prácticas en la gestión de proyectos



PRINCE2 es un método estructurado de gestión de proyectos. Es una aproximación a las “buenas prácticas” para la gestión de todo tipo de proyectos que se ha convertido en el estándar de facto para la organización, gestión y control de proyectos.
El método divide los proyectos en fases manejables permitiendo el control eficiente de los recursos y el control periódico de su evolución.  Está "basado en los productos", es decir, los planes del proyecto se centran en obtener resultados concretos, y no sólo en la planificación de las actividades que se llevan a cabo [3].
MODELO DE PROCESO DE PRINCE 2


Estructura PRINCE2
La estructura del método PRINCE2 está organizada principalmente en tres partes: componentes, procesos y técnicas. Los componentes son áreas de conocimiento que deben aplicarse al proyecto cuando corresponda, los componentes son implementados mediante los procesos, que son los elementos que explican qué debe ocurrir y cuándo a lo largo del ciclo de vida del proyecto. 




PMBoK VS PRINCE2


SIMILITUDES
·         Basadas en buenas prácticas
·         Aplicables a proyectos de cualquier tamaño y sector
·         Proveen de un vocabulario común
·         Se basan en conseguir los productos y no en realizar las tareas o actividades

DIFERENCIAS
·         PMBoK está orientado a project managers y PRINCE2 a toda la organización que interviene en el proyecto
·         PRINCE2 define con más detalle los roles y responsabilidades dentro del proyecto y la organización de gestión y toma de decisiones.
·         PRINCE2 se basa en una gestión por excepción, donde la organización de proyecto permite que cada uno sepa lo que tiene que hacer y pueda tomar las decisiones que le corresponden.
·         PMBoK está orientado a la finalización del proyecto y PRINCE2 a la consecución del Business Case.
·         PMBoK describe las técnicas que se usan al gestionar un proyecto mientras que PRINCE2 apenas lo hace.
·         PMBoK incluye la gestión de adquisiciones mientras que el PRINCE2 no lo hace.
·         PMBoK incluye las habilidades de gestión e interpersonales mientras que PRINCE2 no lo hace


BIBLIOGRAFIA

[1] Cambio Organizacional, Udelar, "Gerenciamiento de Proyectos"[27/11/2008],Disponible en:

[2] Ramonet,Jaime,"Gestión de proyectos según PMBOK",[Octubre 2013], Disponible en
http://www.jramonet.com/sites/default/files/S01-00-PREP-EXAM-PMP-Transparencias.pdf

[3] QRP International "¿Qué es PRINCE2?",Disponible en:
http://www.qrpinternational.es/index/prince-2/what-is-prince2



GESTION DE PROYECTOS



Un proyecto es una actividad grupal temporal para producir un producto, servicio, o resultado, que es único. Es temporal dado que tiene un comienzo y un fin definido, y por lo tanto tiene un alcance y recursos definidos. Es único ya que no es una operación rutinaria, sino un conjunto específico de operaciones diseñadas para lograr una meta particular. La gestión de proyecto es la aplicación de conocimiento, habilidades, herramientas y técnicas a las actividades de un proyecto, con el fin de cumplir sus requerimientos.

Todo proyecto está limitado por las siguientes restricciones básicas denominadas la múltiple restricción; tiempo, costo, riesgo, alcance, calidad, recursos y satisfacción del cliente





ADMINISTRACION DE PROYECTOS: es la aplicación de: Conocimiento, Habilidades, Herramientas y Técnicas a las actividades para alcanzar los objetivos del proyecto
FASE: Es un conjunto de actividades relacionadas con un objetivo en el desarrollo del proyecto.







Las herramientas de Administración de Proyectos sirven para proporcionar a los miembros del equipo de trabajo la estructura, flexibilidad y control necesarios para alcanzar resultados balanceando todas las restricciones del proyecto.
BIBLIOGRAFIA
http://erods.files.wordpress.com/2013/08/fases-de-la-administracion-de-proyectos.pdf