Roles Dentro Del Desarrollo De Proyecto
Enviado por Peke08 • 13 de Diciembre de 2013 • 3.011 Palabras (13 Páginas) • 318 Visitas
ROLES DENTRO DEL DESARROLLO DE PROYECTO
Administrador de proyecto
El administrador de proyecto es la persona que administra y controla los recursos
asignados a un proyecto, con el propósito de que se cumplan correctamente los planes
definidos. Los recursos asignados pueden ser recursos humanos, económicos, tecnológicos, espacio físico, etc. En un proyecto, siempre debe existir un administrador.
No obstante, un administrador puede dirigir más de un proyecto.
El administrador no es dueño de nada, es sólo un administrador temporal de los recursos. Como no es dueño de nada, debe dejarlos en la misma o mejor condición de cómo los recibió. Por ello, el foco de una buena administración debe estar en el control y coordinación de los diferentes eventos y actividades de un proyecto. Adicionalmente, deben crearse las mejores condiciones posibles para que se realicen las actividades. Una de las preocupaciones principales para los administradores debe ser el tener una visión y misión claras del proyecto, trabajando para que ambas se cumplan. En otras palabras, el foco de un administrador de proyecto debe estar en el bosque más que en los árboles. Sin embargo, debe cuidar cada árbol ya que cada uno de ellos contribuye al bosque.
El rol de administrador de proyecto es un rol muy importante, debido a que sus acciones y decisiones afectan al proyecto completo.
Analistas
La palabra “análisis” se refiere a una característica típicamente relacionada con la inteligencia humana. Esta se refiere a la habilidad de poder estudiar un problema de una complejidad determinada, descomponiendo el problema en subproblemas de menor complejidad. De esa forma, la solución del problema completo se obtiene como la suma de las soluciones de los subproblemas de menor complejidad. Lo anterior indica que la fase de análisis en un proyecto de construcción de software se refiere a la especificación de un problema como la suma de subproblemas de menor complejidad. Como el experto en el problema es el cliente, se hace necesario trabajar junto a él para realizar la especificación correctamente. Los miembros del grupo que trabajan con el cliente para realizar el análisis y especificación del sistema a construir son precisamente los analistas.
Para que el trabajo de los analistas tenga sentido para todos los integrantes del grupo, se hace necesario ponerse de acuerdo en la forma como se realizará la especificación, así como la forma como el resto del grupo la entenderá. Esto sugiere el uso de un estándar para realizar la fase de análisis del problema. En el caso del estándar de la ESA, el análisis se divide en dos fases: especificación de requisitos de usuario y especificación de requisitos de software. Los analistas deben liderar ambas fases. Una de las razones más frecuentes del fracaso de un desarrollo de software es la de realizar un análisis pobre. Debido al insuficiente esfuerzo dedicado a conocer y especificar el sistema que desea el cliente, los desarrolladores construyen sistemas que no cuentan con las características que el cliente desea. Ese error se repite una y otra vez, y se debe básicamente a la inexperiencia del grupo de desarrolladores.
Diseñadores
Es el encargado de generar el diseño del sistema. Entre sus funciones está:
Generar el diseño arquitectónico y diseño detallado del sistema, basándose en
los requisitos.
Generar prototipos rápidos del sistema (con analistas y programadores) para
chequear los requisitos.
Generar el documento de diseño arquitectónico de software (DDA), y mantenerlo
actualizado durante el proyecto.
Velar porque el producto final se ajuste al diseño realizado (funciones de téster).
En cada disciplina de la ingeniería, el diseño acompaña el enfoque disciplinado que se
utiliza para inventar la solución de un problema, entregando así un camino entre los
Apuntes de Taller de Ingeniería de Software
requisitos y la implementación. En ingeniería de software, el propósito del diseño es la
construcción de un sistema que cumpla con los siguientes aspectos:
• Satisfaga una especificación funcional dada.
• Cumpla con las limitaciones del medio receptor del sistema.
• Cumpla requisitos implícitos y explícitos de rendimiento y uso de recursos.
• Satisfaga criterios de diseño implícitos y explícitos en la forma del artefacto construido.
• Satisfaga restricciones del mismo proceso de diseño, tal como su duración y costo, o las
herramientas disponibles para realizar el diseño.
Programadores
Los programadores deben convertir la especificación del sistema en código fuente ejecutable utilizando uno o más lenguajes de programación, así como herramientas de software de apoyo a la programación. El éxito del desarrollo de software depende grandemente de conocimiento. Este conocimiento no sólo corresponde a habilidades de programación y de administración de proyectos, sino que a una percepción y entendimiento de los últimos desarrollos de la industria del software. En los mercados actuales, rápidamente cambiantes y altamente competitivos, se hace necesario conocer los últimos desarrollos, quien da soporte, y como pueden beneficiar al proyecto y a la organización. A través de este conocimiento es que la organización genera un camino hacia el éxito futuro.
Téster
El desarrollo de un sistema de software requiere la realización de una serie de actividades de producción. En dichas actividades existe la posibilidad de que aparezcan errores humanos. Dichos errores pueden empezar a aparecer desde el primer momento del proceso. Por ejemplo, los requisitos del sistema pueden ser especificados en forma errónea o imperfecta. Por ello, el desarrollo de software considera una actividad que apoye el proceso de detección y eliminación de los errores y defectos del sistema en construcción. El objetivo del rol de téster es precisamente realizar dichas tareas.
El téster es el encargado de asegurar la calidad de cada uno de los productos (documentos, prototipos, etc). Entre sus tareas están:
• Construir y aplicar los planes de prueba unitarios, de módulo, de sistema, y
aceptación parcial, manteniéndolos actualizados durante el proyecto.
• Velar por la completitud, y exactitud (no ambigüedades) de todos los
documentos del proyecto.
• Coordinar las inspecciones, y/o caminatas.
...