GESJ: Informática y Telecomunicaciones 2011 | No.

3 (32)
ISSN 1512-1232

La influencia de la función y crucial ATRIBUTOS DE SOFTWARE EQUIPO

DE DESARROLLO EN EL PROCESO DE DESARROLLO DEL PROYECTO
SOFTWARE
Dr.SSRiaz Ahamed

Director, Sathak Institute of Technology, Ramanathapuram, Tamil Nadu, India.

E-mail: ssriaz@ieee.org , ssriaz@yahoo.com

Resumen
proceso de desarrollo de software es una actividad de equipo e implica diferentes fases
que participan con un grupo de personas que participan en diferentes actividades. Cada
individuo tiene su propia responsabilidad en la terminación de su proceso. A pesar de
que han dado una responsabilidad, es esencial tener un jefe de proyecto exitoso para la
correcta ejecución del proyecto. Él tiene que aplicar un estilo de gestión de resolución
de problemas para trabajar en el proyecto.

1. INTRODUCCIÓN
Una gestión eficaz de los proyectos de software se centra en tres aspectos vitales. Son
personas, un problema, y el proceso.
Gente: El modelo de madurez de gestión de personas se definen las siguientes áreas clave de
la práctica para la gente de software, que están reclutando, selección, formación gestión del
desempeño, compensación, desarrollo de carrera, la organización y el trabajo de diseño y desarrollo
de equipos / cultura. Cada vez más aplicaciones complejas sólo pueden ser desarrollados por ayudar
a la gente a crecer, atraer, motivar, desplegar y retener el talento necesario para mejorar su
capacidad de desarrollo de software.
El aspecto problema: se inicia la planificación de proyectos cuando se establecen los
objetivos y el alcance, las soluciones alternativas deben ser consideradas, y las limitaciones técnicas
y de gestión deben ser identificados. Sin esta información, es imposible definir estimaciones
razonables (y exactos) de los costos; una evaluación eficaz del riesgo; un desglose realista de las
tareas del proyecto; o un programa del proyecto manejable que proporciona una indicación
significativa del progreso. El desarrollador de software y el usuario interactúan para definir los
objetivos y el alcance del proyecto. En muchos casos, esta actividad comienza como parte del
proceso de ingeniería del sistema y continúa como el primer paso en el análisis de requisitos
software. Objetivos Identificar los objetivos generales del proyecto sin tener en cuenta cómo se
lograrán estos objetivos. Ámbito identifica los principales datos, funciones y comportamientos que
caracterizan el problema,
Si solamente, los objetivos y el alcance del proyecto se entienden, se consideran soluciones
alternativas para seleccionar un enfoque de “mejor”, dadas las limitaciones impuestas por los
plazos de entrega, las restricciones presupuestarias, la disponibilidad de personal, interfaces
técnicas, y una miríada de otros factores.
El aspecto del proceso: El aspecto de proceso de software proporciona el marco de la que
emerge se puede establecer el plan de desarrollo de software. Un pequeño número de actividades
del marco son aplicables a todos los proyectos de software, independientemente de su tamaño y
complejidad. Un número de diferentes conjuntos de tareas - tareas, hitos, entregables y
aseguramiento de la calidad puntos- permitir que las actividades del marco que se adapta a las
características del proyecto de software y los requisitos del equipo de software. Por último, pero no
menos importante, las actividades paraguas - como el aseguramiento de la calidad del software,
gestión de configuración de software, y la superposición Medición- el modelo de proceso.
actividades paraguas no dependen de ninguna actividad de marco, que se producen durante todo el
proceso.
3
 GESJ: Informática y Telecomunicaciones 2011 | No.3 (32)
ISSN 1512-1232

2 EQUIPO
Los jugadores en el campo del software se pueden dividir en cinco categorías con el propósito
de estudio:
1. Los altos directivos, que definen los problemas de negocio e influyen en el proyecto ,.
2. Proyecto de plan de pesebres (técnicas), motivar, organizar, controlar y son responsables
del producto.
3. Los profesionales, que entregan las habilidades técnicas que son necesarias para diseñar
un producto o aplicación.
4. Clientes, que especifican los requisitos para el software a ser moldeados.
5. usuarios finales, que utilizan el software después de que se puso en marcha
correctamente.

La estructura del equipo resultó ser una buena base en el esquema de selección de la
dirección.
Mantei sugiere tres mejores modelos a un dispositivo de mejor equipo del proyecto.
¾ Descentralizada Democrática (dd)
¾ descentralizado controlado (cd)
¾ Centralizada controlada (cc)

Descentralizada democrática: Este equipo de ingeniería no tiene ningún líder del equipo en
concreto. Más bien se designa “coordinadores de tareas” por un período de corta duración. La
comunicación es horizontal y la decisión es tomada por el consenso del grupo.

Los ingenieros de alto

nivel

Junior Ingenieros

Controlado descentralizada: En este equipo de ingeniería, el proceso se divide en la tarea

principal y sub tarea. Un líder permanente se ha nombrado y él se encarga de la tarea principal. El
siguiente nivel de autoridad se ocupa de la subtarea. analizar problema es la actividad del grupo,
pero la decisión es hecha solamente por el líder del equipo.
4
 GESJ: Informática y Telecomunicaciones 2011 | No.3 (32)
ISSN 1512-1232

Controlado centralizada: De nivel superior la resolución de problemas y la coordinación del

equipo interno son gestionados por un jefe de equipo.

programador jefe

bibliotecario Los programadores especialistas

La moral del equipo se ve afectado por la longitud de tiempo que el equipo va a “vivir
juntos”. DD estructuras de equipo como resultado una alta moral y la satisfacción en el trabajo y por
lo tanto son buenos para los equipos de larga vida útil. La estructura del equipo DD se aplica mejor
a los problemas con la modularidad relativamente bajo debido al mayor volumen de comunicación
que se requiere.

Mantei también describe siete factores para la planificación de la estructura de los equipos de
ingeniería. Ellos
son
¾ La dificultad del problema a resolver
¾ El tamaño del programa (s) resultante en líneas de código o de función puntos
¾ El tiempo que el equipo va a permanecer juntos (teamlifetime)
¾ El grado en que el problema puede ser modularizado
¾ La calidad y la exigencia de fiabilidad del sistema que se construirán
¾ La rigidez de la fecha de entrega
¾ El grado de sociabilidad (comunicación) requerido para el proyecto.

La principal que se producen en los equipos y sus remedios se dan a continuación.

5
 GESJ: Informática y Telecomunicaciones 2011 | No.3 (32)
ISSN 1512-1232

ARTÍCULOS
DE RIESGO TÉCNICAS DE GESTIÓN DE RIESGO
La dotación de personal con los mejores talentos; la búsqueda de
déficit de personal trabajo; La formación de equipos; llave-
acuerdos de personal; entrenamiento cruzado; personas clave pre-
programación
costo de múltiples fuentes detallada y la estimación de
horarios y presupuestos poco realistas programación; el diseño de los costos;
desarrollo incremental; la reutilización del software; requisitos de
fregar.
análisis Organización; análisis de la misión; formulación ops-
concepto;
encuestas a los usuarios; prototipado manual de principios del
usuario.
El desarrollo de la interfaz equivocada Prototipos escenarios; análisis de tareas; caracterización de usuario
(Funcionalidad, estilo, la carga de trabajo)
Oro platino Requisitos de lavado; prototipos; análisis coste-beneficio; diseño
Costar

alto umbral de cambio; ocultación de información; incrementales

déficit de rendimiento en tiempo real
desarrollo (aplazar cambios en incrementos posteriores)
La evaluación comparativa; inspecciones; comprobación de
referencia; compatibilidad
análisis.
La comprobación de referencias; auditorías previa a la
adjudicación; contactos premio de honorarios;
diseño o prototipos competitiva; trabajo en equipo.
Simulación; la evaluación comparativa; modelado; prototipos;
instrumentación; sintonización
Análisis técnico; análisis coste-beneficio; prototipos; referencia
comprobación.

Constantino sugiere cuatro “paradigmas organizacionales” para los equipos de ingeniería de

software:
1. Un paradigma estructuras cerradas de un equipo a lo largo de una jerarquía tradicional de la
autoridad. Tales equipos pueden trabajar bien cuando la producción de software que es
bastante similar a los esfuerzos del pasado, pero serán menos propensos a ser innovador
cuando se trabaja dentro del paradigma cerrado.
2. Las estructuras de paradigma al azar un equipo sin apretar y depende de la iniciativa
individual de los miembros del equipo. Cuando se requiere la innovación o la desintegración
a través tecnológica, los equipos siguientes paradigma aleatoria sobresaldrán. Sin embargo,
estos equipos pueden tener dificultades cuando se requiere una “actuación ordenada”.
3. El paradigma abierto intenta estructurar un equipo de una manera que logra algunos de los
controles asociados con el paradigma cerrado pero también mucho la innovación que se
produce cuando se utiliza el paradigma aleatorio. El trabajo se realiza en colaboración con la
comunicación pesado y la toma de decisiones basada en el consenso. estructuras de equipo
abierto paradigma son muy adecuadas para la solución de problemas complejos, pero
pueden no funcionar tan eficientemente como otros equipos.
4. El paradigma síncrona se basa en la compartimentación natural de un problema y organiza
los miembros del equipo para trabajar en partes del problema, con poca comunicación activa
entre sí.

3 LIDERAZGO
Un líder exitoso es aquel que puede motivar a las personas a su alrededor y hacer que lo
siguen. Su trabajo y la conducta es un ejemplo vivo para que otros puedan emular. La gente se
reúne alrededor del líder impresionado por ciertos valores o características que el líder tiene. Él es,
por supuesto, un buen comunicador y entiende los problemas que aquejan a la labor de las personas
a su alrededor y tiene preocupación y consideración por ellos. Ya que tiene una buena comprensión
de las situaciones a su alrededor, él es capaz de sugerir soluciones y resolver problemas.
El liderazgo es un proceso de influencia en un grupo. Es una parte importante del trabajo de
un gerente. El liderazgo efectivo es necesario para inspirar a la gente a trabajar para la realización
de un determinado objetivos. Proporciona una fuerza de cohesión, que posee el grupo intacto y
desarrolla un espíritu de

6
 GESJ: Informática y Telecomunicaciones 2011 | No.3 (32)
ISSN 1512-1232

cooperación. El liderazgo efectivo es esencial para la eficiente dirección de los esfuerzos humanos
hacia los objetivos predeterminados.
Chester Bernard vista liderazgo como la calidad del comportamiento de los individuos por el
que guían a las personas o sus actividades en la organización de los esfuerzos. Un líder interpreta
los objetivos de las personas que trabajan en él y los guía hacia la consecución de esos objetivos. En
otras palabras de Louis A.Allen,”Un líder es aquel que guía y dirige a otras personas. Se da a los
esfuerzos de sus seguidores una dirección y el propósito de influir en su comportamiento “.
El liderazgo es un proceso de influir en los subordinados para que cooperen con entusiasmo
en el logro de los objetivos del grupo. De acuerdo con Theo Haimann, “El liderazgo es el proceso
por el cual un ejecutivo dirige con imaginación, guías e influye en el trabajo de otros en la elección
y la consecución de los objetivos especificados por la mediación entre los individuos y la
organización de tal manera que ambos obtener la máxima satisfacción.”

Características de Liderazgo
Un análisis de las definiciones anteriores de liderazgo revela que tiene las
siguientes características:
1. El liderazgo es un proceso de influencia: El liderazgo es un proceso cuyo ingrediente
importante es la influencia ejercida por el líder de los miembros del grupo. Una persona se
dice que tiene una influencia sobre los demás cuando están dispuestos a llevar a cabo sus
deseos y aceptar su consejo, orientación y dirección. Los líderes exitosos son capaces de
influir en el comportamiento, las actitudes y las creencias de sus seguidores.
2. El liderazgo se relaciona con una situación: Cuando hablamos de liderazgo, siempre está
relacionada con una situación particular, en un punto dado del tiempo y bajo conjunto
específico de circunstancias. Eso significa que los estilos de liderazgo serán diferentes en
diferentes circunstancias. En un momento dado de tiempo, los subordinados pueden aceptar
el comportamiento autocrático del líder, mientras que en un punto de tiempo diferente, y
bajo distintas situaciones, la única estilo de liderazgo participativo pueden tener éxito.

3. El liderazgo es la función de estimulación: el liderazgo es la función de motivar a la gente a

luchar voluntariamente para alcanzar los objetivos organizacionales. Los líderes son
consideradas exitosas cuando son capaces de subordinar los intereses individuales de los
empleados a los intereses generales de la organización. Un líder exitoso permite a sus
subordinados que tienen sus objetivos individuales creados por ellos mismos de tal manera
que no entren en conflicto con la organización
objetivo.
Los siguientes son algunos de los atributos esenciales de los directores de proyectos de software con
éxito:
1. La contratación de habilidades: Pocas decisiones son tan importantes como las decisiones de
contratación. La colocación de la persona adecuada en el puesto adecuado parece obvio,
pero es sorprendentemente difícil de lograr.
2. Evitar relaciones adversas entre los tenedores de apuestas es un requisito previo para el
éxito.
3. La toma de decisiones de habilidad: Los libros jillion escrito sobre la gestión no han
proporcionado una clara definición de este atributo. Todos sabemos que un buen líder,
cuando nos encontramos con uno, y habilidades de toma de decisiones parece obvio a pesar
de su definición intangible.
4. habilidad de formación de equipos: El trabajo en equipo requiere que un administrador
establecer la confianza, motivar el progreso, explotar primadonnas excéntricos, la transición
a la gente promedio de mejor desempeño, eliminar inadaptados, y consolidar diversas
opiniones en el sentido de equipo.
5. La venta de habilidad: Los gerentes exitosos proyectos deben vender todas las partes
interesadas (incluidos ellos mismos) sobre la decisión y las prioridades, vender candidatos
en los puestos de trabajo, vender cambios en el status quo en la cara de la resistencia, y
vender logros en relación con los objetivos. En la práctica, la venta requiere una negociación
continuación, el compromiso y la empatía.

7
 GESJ: Informática y Telecomunicaciones 2011 | No.3 (32)
ISSN 1512-1232

4 COMUNICACIÓN
La comunicación es la clave de todo en el universo y la gente evoluciona proceso y rectificar
problema a través de la comunicación y la interacción. ¿Con qué eficacia se hace esto es una
función de la armonía entre las tres fuerzas vitales. La comunicación es el factor importante en la
coordinación del proyecto. La mejor forma de comunicación hace que la información llega a la
mesa redonda de forma correcta y exacta manera.
Rajacieno y Streeter examinaron un conjunto de técnicas de coordinación de proyectos que se
clasifican de la siguiente manera:
Formales, los enfoques impersonales: Incluir documentos de software de ingeniería y
entregables (por ejemplo, el código fuente), técnica, memos, los hitos del proyecto, calendarios y
herramientas de control de proyectos, los cambios solicitudes y la documentación correspondiente,
los informes de seguimiento de errores y datos del repositorio.
Formales, procedimientos interpersonales: Centrarse en las actividades de garantía de
calidad aplicados a los productos de trabajo de ingeniería de software. Estos incluyen reuniones de
revisión de estado y las inspecciones de diseño y código.

Informales, procedimientos interpersonales: Incluir reuniones de grupos de difusión de

información y la resolución de problemas y la “colección de requisitos y desarrollo personal”.
Comunicación electrónica: Abarca el correo electrónico, tablones de anuncios electrónicos,
sitios web, y por extensión, los sistemas de conferencia basada en vide.
la red interpersonal: discusiones informales con los que están fuera del proyecto que puede
tener la experiencia o conocimiento que puede ayudar a los miembros del equipo.
Premio plan de tarifa flujo descendente
La aplicación de la tarifa de premio fluir hacia abajo plan se pretende conseguir los siguientes
objetivos:
¾ Recompensar a todo el equipo por su excelente desempeño del proyecto.
¾ Recompensar a los diferentes grupos de pares en relación con su contribución global.
¾ Sustancialmente recompensar a los de mejor desempeño en cada grupo de pares
¾ Reducir al mínimo el desgaste de la gente buena.
El concepto básico de funcionamiento del plan:
¾ Gestión define los distintos grupos de pares (ingeniería de sistemas, ingeniería de
software, administración de empresas y administración)
¾ Cada seis meses, la gente dentro de cada grupo de pares clasificaron entre sí con respecto
a su contribución del proyecto. El gerente de cada grupo de pares también se clasificó a
todo el equipo. El gerente compila los resultados en ranking de desempeño global del
grupo de pares.
¾ Cada cuota premio fue determinado por el cliente en ciertos hitos principales. La mitad de
cada grupo cuota de premio se distribuye entre los empleados del proyecto.
¾ El algoritmo para la distribución a los empleados del proyecto era bastante simple. El
intervalo general de compensación adicional en relación con el salario de cada empleado
era aproximadamente 2% a 10% cada año.
¾ La distribución de grupo de pares ACH se hizo en relación con el salario promedio y el
número total de personas dentro del grupo. Las diferencias en los salarios de los
empleados dentro de cada grupo

5 RASGOS DE PERSONALIDAD
El líder del proyecto de software a menudo se concentra en la comprensión del problema a
resolver, la gestión del flujo de ideas, y, al mismo tiempo, dejar que todo el mundo en los
conocimientos del equipo (por palabras, y mucho más importante, por las acciones) que la calidad
de los recuentos por sí solos.
8
 GESJ: Informática y Telecomunicaciones 2011 | No.3 (32)
ISSN 1512-1232

Cuatro rasgos principales son identificados para el líder del equipo para el manejo efectivo de
un proyecto de software:
La resolución de problemas: Un proyecto de desarrollo de software-líder eficaz, identifica
los aspectos técnicos y organizativos que son más relevantes, la estructura sistemática una solución
y motivar adecuadamente otros profesionales para desarrollar la solución, aplicar las lecciones
aprendidas de proyectos anteriores a nuevas situaciones, y siguen siendo lo suficientemente flexible
como para cambiar si se descubre que los pasos iniciados no están cumpliendo los objetivos.
Líder de Identidad: Un líder, que lleva a su equipo, además de ser seguro, debe tomar el
control cuando sea necesario y la seguridad para permitir que las personas buenas técnicas a seguir
sus instintos, siempre y cuando están en sintonía con los objetivos.
Logro: Realización e iniciativa deben ser recompensados y el líder menudo deben demostrar
“esto” a través de sus propias acciones que controlaban la toma de riesgos se anima y no castigado.
El tacto y la formación de equipos: Un líder que tiene la cualidad de “leer la mente del
equipo”, debe ser capaz de entender las señales verbales y no verbales y reaccionar a las
necesidades de las personas de donde emana de. Un líder debe permanecer bajo control en el
entorno de alto estrés.

6 organizaciones PROYECTO
La estructura de la organización se puede adaptar al tamaño y las circunstancias de las
organizaciones de proyectos específicos. El principal defecto de la organización por defecto son
los siguientes:
¾ El equipo de gestión de proyectos es un participante activo, responsable de la producción
así como la gestión. La gestión de proyectos no es un deporte para espectadores.
¾ El equipo de arquitectura es responsable de artefactos reales y para la integración de los
componentes, no sólo para las funciones del personal.
¾ El equipo de desarrollo es propietaria de las actividades de construcción y mantenimiento
de los elementos. El equipo de evaluación es independiente de desarrollo. Esta estructura
fomenta una perspectiva de calidad independiente y se centra en un equipo de actividades
de ensayo y evaluación de productos concurrentes con el desarrollo en curso.
¾ La calidad es tarea de todos, integrada en todas las actividades y los puestos de control.
Cada equipo asume la responsabilidad de una perspectiva de calidad diferente.
6.1 Equipo de Gestión de Software
La mayoría de los proyectos son más restringido. Horarios, costos, la funcionalidad y las
expectativas de calidad son altamente interrelacionados y requieren negociación continua entre
múltiples partes interesadas que tienen diferentes objetivos. El equipo de gestión de software
lleva la carga de la entrega de las condiciones de ganar para todos los interesados. En este
sentido, el director del proyecto de software pasa todos los días laborables de equilibrio

Enfoque del ciclo de vida

Comienzo Elaboración
la planificación de la fase de
fase de elaboración de construcción
la contratación de personal
Planificación completa
formulación equipo resolución de riesgo
criterios de aceptación del
baselining contrato producto
Arquitectura costes Costos de construcción
Construcción Transición
Fase de transición La satisfacción del cliente
planificación el cierre del contrato
Plan de construcción Soporte de ventas
Mejoramiento Próxima generación
Gestión de riesgos planificación

El equipo de gestión de software tiene la propiedad de todos los aspectos de la calidad. En

particular, es responsable de obtener y mantener un equilibrio entre estos aspectos de manera que
la solución general es adecuada para todos los grupos de interés y óptima para el mayor número
posible de ellos.
6.2 Arquitectura de Software Equipo

9
 GESJ: Informática y Telecomunicaciones 2011 | No.3 (32)
ISSN 1512-1232

El equipo de arquitectura de software es responsable de la arquitectura. Esta responsabilidad

abarca la ingeniería necesaria para especificar una lista completa de materiales para el software y la
ingeniería necesaria para hacer significativos marca / Comprar compensaciones de manera que
todos los componentes personalizados se elaboran en la medida en que los costes de montaje de la
construcción son altamente predecibles. Para cualquier proyecto, la habilidad del equipo de
arquitectura de software es crucial. Proporciona el marco para facilitar las comunicaciones del
equipo, para lograr cualidades de todo el sistema, y para implementar las aplicaciones. Con un buen
equipo de arquitectura, un equipo promedio desarrollo puede tener éxito. Si la arquitectura es débil,
incluso un experto equipo de desarrollo de programadores superestrella probablemente no tenga
éxito.

enfoque de ciclo de vida

Comienzo Elaboración Construcción Transición
mantenimiento de la
Arquitectura de prototipos Arquitectura arquitectura Arquitectura
Hacer / comprar cuestión componenet
compensaciones baselining múltiple mantenimiento
escenario primaria escenario primaria Resolución Componentes múltiples
La optimización del
definición demostración rendimiento Resolución de problemas
evaluación de la Hacer / comprar La optimización del
arquitectura disyuntiva mejoras en la calidad rendimiento
criterios de definición baselining mejoras en la calidad

Para tener éxito al equipo de arquitectura debe incluir un bastante amplio nivel de experiencia
entre ellos los siguientes:
¾ experiencia de dominio para producir una vista de diseño aceptable (arquitectónicamente
elementos significativos del modo de diseño) y utilizar la vista caso (elementos
arquitectónicamente significativos del modelo de casos de uso)
¾ experiencia en la tecnología de software para producir una vista aceptable proceso
(relaciones de concurrencia e hilo de control entre el diseño, componentes y modelos de
despliegue), vista de componentes (estructura del conjunto aplicación), y la vista de
despliegue (estructura del conjunto de despliegue)

El equipo de arquitectura es responsable de la calidad a nivel de sistema, que incluye

atributos como la fiabilidad, rendimiento y facilidad de mantenimiento. Estos atributos abarcan
múltiples componentes y representan lo bien que los componentes se integran para ofrecer una
solución eficaz. En este sentido, el equipo de arquitectura decide cómo se resuelven la mayoría
de los problemas de diseño de componentes múltiples.

6.3 Equipo de Desarrollo de Software

El equipo de desarrollo de software es el grupo más aplicaciones específicas.
Enfoque del ciclo de vida
Comienzo Elaboración Construcción Transición
diseño de componentes El mantenimiento de
prototipado críticos diseño de componentes elementos
implementación del documentación de los
apoyo Componente critico componente componentes
implementación y prueba prueba única de componentes
línea de base componente El mantenimiento de
crítico elementos

En general, el equipo de desarrollo de software comprende varias sub-equipos dedicados a

grupos de componentes que requieren un conjunto de habilidades comunes. conjuntos de
habilidades típicos incluyen los siguientes:
¾ componente comercial: especialistas con un conocimiento detallado del componente
comercial central en una arquitectura de sistema.
¾ Base de datos: especialistas con experiencia en la organización, almacenamiento y
recuperación de datos.
¾ las interfaces gráficas de usuario: especialistas con experiencia en la visualización de
organización, presentación de datos y la interacción del usuario necesaria para soportar las
necesidades de entrada, salida y control humano.

10
 GESJ: Informática y Telecomunicaciones 2011 | No.3 (32)
ISSN 1512-1232

¾ El funcionamiento de sistemas y redes: especialistas con experiencia en la ejecución de

múltiples objetos de software en una red de recursos de hardware, incluyendo todos los
problemas de control típicos asociados con la inicialización, la sincronización, el
intercambio de recursos, gestión de espacio de nombres, reconfiguración, terminación y las
comunicaciones inter-objetos.
¾ aplicaciones de dominio: especialistas con experiencia en algoritmos, procesamiento de la
solicitud, o reglas de negocio específicas para el sistema.

6.4 Equipo de evaluación de software

Hay dos razones para utilizar un equipo independiente para la evaluación de software, el
primero tiene que ver con la garantía de una perspectiva de calidad independiente. Este enfoque a
menudo objeto de debate tiene sus ventajas (tales como asegurar que los sesgos de propiedad de
desarrollo no contaminan la evaluación de la calidad) y desventajas (como aliviar el equipo de
desarrollo de software de propiedad en calidad, hasta cierto punto.) Un moderno proceso debe
emplear de casos de uso orientada o las pruebas basadas en la capacidad (que puede abarcar
muchos componentes) organizada como secuencia de generaciones y mecanizado a través de dos
artefactos:
1. especificación Release (los criterios del plan y evaluación para una liberación)
2. Descripción Release (los resultados de una liberación

Enfoque del ciclo de vida

Comienzo Elaboración Construcción Transición
Infraestructur la línea de base de mantenimiento de la
a infraestructura mejoras de la infraestructura infraestructura
comunicado de la
planificación arquitectura Las pruebas de entregas baselining liberación
guión pruebas Gestión del cambio Gestión del cambio
la línea de base manual de El despliegue de los
prototipado Gestión del cambio usuario usuarios
manual de usuario verificación de los
inicial requisitos de verificación requisitos

Algunas pruebas de componentes pueden conseguir elevados a los criterios de evaluación, con
sus resultados documentados en las descripciones de liberación. Muchos componentes sólo podrán
someterse a las pruebas de componentes informal por parte del equipo de desarrollo, con los
resultados capturados sólo dentro del software de prueba construido por un desarrollador. Las
pruebas formales para muchos componentes será entonces subsumido en criterios de evaluación de
nivel superior y descripciones de liberación correspondientes. Todos los componentes no se crean
iguales: Algunos de ellos merecen la prueba de componentes formales para verificar los requisitos,
mientras que otros son mejor evaluados en el contexto de las pruebas de capacidad.
El equipo de evaluación es responsable de la calidad de las emisiones de línea de base con
respecto a los requisitos y expectativas de los clientes. El equipo de evaluación es, por tanto, el
encargado de exponer cualquier problema de calidad que afectan a las expectativas del cliente, si
estas expectativas son capturados en los requisitos.

7. CONCLUSIÓN
equipo de desarrollo de software están motivados por el crecimiento profesional, satisfacción
en el trabajo y la oportunidad de hacer una impresión y obtener el reconocimiento. Software trabajo
de desarrollo se extiende a muchos dominios grandes y por lo tanto la necesidad de orden y la regla
debe ser frecuente. La disciplina de la gestión de procesos y desarrollo de software se extiende en su
totalidad a la planificación, la automatización y el control del proyecto. Se cree que las actividades
de control de proyectos actúan como los “sentidos” del proyecto. Ellos son los parámetros para
determinar la verdadera salud del plan y hacer una revisión de la disparidad entre lo que se había
previsto anteriormente y lo que se había logrado. Las medidas correctivas se deben establecer en el
momento adecuado y aplicarse a todos los niveles.

11
 GESJ: Informática y Telecomunicaciones 2011 | No.3 (32)
ISSN 1512-1232

8 Referencias
1) Pressman, Scott (2005), Ingeniería de Software: Enfoque para profesionales (Sexta, ed
Internacional.), McGraw-Hill Education.
2) David I. Cleland, Roland Gareis (2006). Manual Mundial de gestión de proyectos. McGraw-
Hill Professional, 2006. ISBN 0071460454. Pp.1-4.
3) Martin Stevens (2002). Caminos gestión de proyectos. Asociación para la Gestión de
Proyectos. APM Publishing Limited, 2002.
4) Morgen Witzel (2003). Cincuenta figuras clave en la gestión. Routledge, 2003. ISBN
0415369770. Pp. 96-101.
5) Bjarne Kousholt (2007). Gestión de proyectos -. Teoría y práctica .. Nyt Teknisk Forlag. ISBN
8757126038. p.59.
6) FL Harrison, Dennis Lock (2004). gestión avanzada de proyectos: un enfoque estructurado.
Gower Publishing, Ltd., 2004. ISBN 0566078228. p.34.
7) Stellman, Andrew; Greene, Jennifer (2005). Aplicada gestión de proyectos software. O'Reilly
Media. ISBN 978-0-596-00948-9.
8) Albert Hamilton (2004). Manual de procedimientos de gestión de proyectos. TTL Publishing,
Ltd. ISBN 07277-3258-7.
9) Edward Kit, pruebas de software en el mundo real publicaciones, Addison-Wesley, 2000, ed.1
10) Pankaj Jalote, Un enfoque integrado de ingeniería de software, publicaciones Narosa, 1997, ed.
2
11) Shari Lawrence Peleeger, el software de la teoría y la práctica de ingeniería, Pearson Education,
2001, ed. 2
12) Richard Bastante, conceptos de ingeniería de software, McGraw-Hill Inc., 1985
13) Myers, Glenford J. (1979). El arte de pruebas de software. John Wiley and Sons. pag. 145-146.
ISBN 0-471-04328-1.
14) Barry W. Boehm, Software Economía Ingeniería, Prentice-Hall, Inc., 1981.
15) Diomidis Spinellis. Calidad código: La Fuente Abrir perspectiva. Addison Wesley, Boston,
MA, 2006.
16) Ho-Won Jung, Kim Seung-Gweon, y Chang-Sin Chung. La medición de la calidad del
producto de software: Una encuesta de la norma ISO / IEC 9126. IEEE Software, 21 (5): 10-13,
septiembre / octubre 2004.
17) Stephen H. Kan. Métrica y Modelos en Ingeniería de Software de Calidad. Addison-Wesley,
Boston, MA, segunda edición, 2002.
18) Jeff Tian, Quality Software Engineering: Pruebas, Control de Calidad, y cuantificables
Mejora, IEEE Computer Society Press, 2005, ISBN: 0471713457.
19) Musa, JD, A. Iannino, y K. Okumoto, Ingeniería y Administración del software con medidas de
fiabilidad, McGraw-Hill, 1987
20) Dustin, Elfriede (2002). Las pruebas de software eficaz. Addison Wesley. pag. 3. ISBN 0-20179-
429-2

_________________________
Artículo recibido: 2010-04-29
12