problema de tramsporte

INSTITUTO TECNOLOGICO SUPERIOR DE
MISANTLA

TEMA

INVESTIGACION

MATERIA

INGENIERIA DE SOFTWARE

UNIDAD
5

DOCENTE

ING.GUADALUPE GUENDULAY ESCALANTE

ELABORÓ:
ARACELI VÁZQUEZ GÓMEZ

CARRERA

ING. EN TECNOLOGÍAS DE LA INFORMACIÓN Y
COMUNICACIONES


MISANTLA, VER., A 27 DE MAYO DEL 2014

Roles y Responsabilidades en un Equipo de Desarrollo de Software
Un equipo dedesarrollo puede ser una sola persona, o 50, pero en cualquier equipo existen una serie de roles(funciones), que pueden ser identificados.
En un equipo pequeño, puede que una persona cubra múltiples roles, mientras que en equipos más grandes, es más común tener funciones dedicadas.
Independientemente del caso, la identificación de los roles en el equipo ayudará a estructurar el mismo, y a crearconciencia de las responsabilidades. Por ejemplo, si nadie se siente responsable de probar el software, será inevitable que se encuentren errores en la versión final.
Al leer cada uno de los roles descritos aquí, piense en su equipo de desarrollo (o si el desarrollo es unipersonal, piense en usted mismo), y evalué cómo son tratadas dentro de su equipo las distintas responsabilidades descriptas.El Cliente
Se puede pensar que tratar al cliente como parte del equipo de desarrollo es extraño, pero en realidad, no lo es: El cliente es un factor importante en el éxito de un proyecto, tanto como cualquier otro miembro del equipo, por eso es importante contar con la participación activa del cliente dentro del proyecto.
También es importante entender quién es en realidad “El Cliente”. Tanto sise desarrolla software para clientes actuales, como si se desarrolla para uno mismo, o para la propia empresa u organización, siempre hay un rol de cliente. El cliente, es en esencia, quien pone en marcha el proyecto, paga las cuentas, o define el resultado final. Aun si no se tiene literalmente un “cliente”, es bueno entender que aun así existe un rol “cliente” en su proyecto. Esto puede ayudara evitar confusiones. Si hay varias personas diciendo que características se necesitan, hay que asegurarse de que exista algún responsable de tomar las decisiones cuando estos requisitos sean contradictorios.
El Analista
El analista es alguien que es responsable de entender las necesidades del cliente, y asegurarse de que la solución que está siendo desarrollada se ajusta a esas necesidades.Las actividades típicas de un analista incluyen la elicitación de requisitos, reuniones con clientes y la redacción de especificaciones funcionales.
Incluso si un proyecto es demasiado pequeño para escribir un verdadero documento de especificación, la comprensión de las necesidades del cliente es un trabajo importante, dado que a menudo el éxito de un proyecto de desarrollo depende de qué tan cercaestá la solución desarrollada de las expectativas del cliente.
El Arquitecto de Software
El papel del arquitecto de software es traducir los requisitos, tal como se define por el analista, en una solución técnica. Él puede crear un diseño técnico, o simplemente algunos bocetos a mano alzada, de cómo el sistema va a estar estructurado. En cualquier caso, es la responsabilidad del arquitecto apensar en el sistema antes de que se desarrolle. Si se hace bien, durante la fase de diseño que se abordarán correctamente todos los problemas que se enfrenten en el desarrollo de la solución.
A menudo hay muchas maneras de lograr algo. El arquitecto de una aplicación es el que decide qué camino tomar, en base a la arquitectura global que ha elegido. Cuando el desarrollo se ha iniciado, esresponsabilidad del arquitecto realizar un seguimiento del desarrollo, para ver si todavía se mantiene en consonancia con el diseño general.
El Arquitecto del Sistema
Al igual que el arquitecto de software, el arquitecto del sistema es responsable de pensar el sistema antes de construirlo. Asi como el  arquitecto de software es responsable para el software, un arquitecto del sistema es responsable del...