Roles en el desarrollo de software

Roles en el desarrollo de software

1. El desarrollo de software es una actividad que, dada su complejidad, debe desarrollarse en grupo. Además, esta actividad requiere de distintas capacidades, las que no se encuentran todas en una sola persona,Por ello, es que cada persona debe tener un rol dentro del grupo, que viene dado por su experiencia y capacidades personales.

2. 1. 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
   • 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ó.
   • OBJETIVOS
     • 1. Tener el producto “a tiempo”, “bajo presupuesto” y con los requisitos de calidad definidos.
     • 2. Terminar el proyecto con los recursos asignados.
     • 3. Coordinar los esfuerzos generales del proyecto, ayudando a cada uno de sus integrantes a cumplir sus objetivos particulares. Al final, se cumplirá el objetivo general.
     • 4. Cumplir con éxito las diferentes fases de un proyecto, utilizando herramientas de administración.
     • 5. Cumplir con las expectativas del cliente.

3. 2. 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.
   • 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.
   • 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á.
   • 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
   • ACTIVIDADES DEL ANALISTA
     • Entrevistar al cliente, ayudándole a identificar sus necesidades.
     • Verificar si los requisitos especificados son los correctos.
     • Definir una estructura básica del sistema que incluya fuentes de información, módulos de procesamiento de información, y resultados esperados.
     • Realizar el análisis de los requisitos.
     • Analizar la estructura básica del sistema.
     • Generar los diagramas de la arquitectura.

4. 3. Diseñadores

   • 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).
   • ACTIVIDADES
     • Descomposición de subsistemas
     • Definir la administración de acceso a recursos globales
     • Seleccionar una técnica de administración de almacenamiento de datos
     • Interactuar con los programadores
     • Asignación de subsistemas a procesadores

5. 4. 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
   • OBJETIVOS
     • Menor cantidad de problemas de testeo.
     • Aumento de la productividad de los programadores.
     • Aumento de la productividad de los programadores.
     • Aumento de la productividad de los programadores.
     • Reducir el tiempo de codificación, aumentando la productividad del programador.
     • Disminuir el número de errores que ocurren durante el proceso de desarrollo.
     • • Disminuir el esfuerzo de corregir errores en secciones del código que se encuentran deficientes, remplazando secciones cuando se descubren técnicas más confiables, funcionales o eficientes.
     • Disminuir los costos del ciclo de vida del software.

6. 5. TESTER

   • 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
   • El téster es el encargado de asegurar la calidad de cada uno de los productos (documentos, prototipos, etc)
   • • 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.
   • OBJETIVOS
     • Aplicar métodos para diseñar casos de tests efectivos
     • Construir buenos casos de tests que tengan altas probabilidades de encontrar errores aún no descubiertos.
     • Demostrar que las funciones del sistema parecen estar funcionando de acuerdo a sus especificaciones.
     • Proveer una buena indicación de la confiabilidad del software y algunas indicaciones de la calidad del software.

7. 6. Aseguradores de calidad

   • En la actualidad, los factores dominantes en la administración de proyectos de software son los tiempos y costos de desarrollo.
   • Existen buenas razones para ello. Los tiempos y costos de desarrollo son con frecuencia, muy grandes
   • Existen buenas razones para ello. Los tiempos y costos de desarrollo son con frecuencia, muy grandes
   • ACTIVIDADES
     • Revisar los documentos de requisitos de usuario y de software
     • Revisar el plan de administración del proyecto
     • Revisar el plan de testeo
     • Revisar la fase de diseño arquitectónico
     • Revisar la fase de diseño detallado

8. 7. Administrador de configuración

   • La administración de la configuración es una disciplina que tradicionalmente se aplica al desarrollo de sistemas de hardware, al desarrollo de elementos de hardware o sistemas de hardware/software.
   • La administración de la configuración de software corresponde a la administración de la configuración aplicada a un sistema, o a partes de un sistema, predominantemente correspondiente a software. Su aplicación, en conjunto con otras disciplinas, l
   • • Identificar y documentar las características funcionales y físicas de items de configuración.
   • Auditar los items de configuración para verificar cumplimiento de especificaciones, control de interfaces y documentos, así como otros requisitos adicionales que pueda definir el contrato.
   • Auditar los items de configuración para verificar cumplimiento de especificaciones, control de interfaces y documentos, así como otros requisitos adicionales que pueda definir el contrato.
   • Mantener el repositorio del proyecto actualizado con las últimas versiones de todos los entregables del proyecto.