PLANEACION DE UNA PLANEACION DE UNA ESTRUCTURA ESTRUCTURA

ORGANIZACIONALORGANIZACIONAL

UNIDAD 3UNIDAD 3

Ing. Francisco Mauro SalgadoIng. Francisco Mauro Salgado

ContenidoContenido

• Planeación de una estructura organizacionalPlaneación de una estructura organizacional

– 3.13.1 Factores a considerarFactores a considerar– 3.23.2 Paradigmas organizacionalesParadigmas organizacionales– 3.33.3 Los actores en proyectoLos actores en proyecto– 3.4 Los trabajadores3.4 Los trabajadores

3.13.1 Factores a considerar Factores a considerar

Factores a considerar para Factores a considerar para formarformar

Equipos de SoftwareEquipos de Software

• dificultad del problemas a ser resueltodificultad del problemas a ser resuelto• el tamaño de las líneas de código de los programas resultantes o el tamaño de las líneas de código de los programas resultantes o

puntos funciónpuntos función• el tiempo en que el equipo estará junto (tiempo de vida del equipo)el tiempo en que el equipo estará junto (tiempo de vida del equipo)• el grado de modularidad del problemael grado de modularidad del problema• la calidad y confiabilidad requeridas del sistema a ser construídola calidad y confiabilidad requeridas del sistema a ser construído• la rigidez de la fecha de entregala rigidez de la fecha de entrega• el grado de sociabilidad (comunicación) requerida para el proyectoel grado de sociabilidad (comunicación) requerida para el proyecto

Los siguientes factores deben ser considerados cuando seselecciona la estructura del equipo del proyecto de software...

Riesgos Asociados a las PersonasRiesgos Asociados a las Personas

• • ¿está disponible el mejor personal?¿está disponible el mejor personal?• • ¿el staff tiene las habilidades adecuadas?¿el staff tiene las habilidades adecuadas?• • ¿hay suficiente personal disponible?¿hay suficiente personal disponible?• • ¿existe el compromiso completo?¿existe el compromiso completo?• • ¿habrá gente que trabaje parcialmente? ¿habrá gente que trabaje parcialmente?

• • ¿el staff tiene las expectativas adecuadas?¿el staff tiene las expectativas adecuadas?• • ¿el staff tiene el suficiente entrenamiento?¿el staff tiene el suficiente entrenamiento?

• • ¿podría la respuesta del staff ser baja?¿podría la respuesta del staff ser baja?

Cuestionamientos que deben ser resueltos:Cuestionamientos que deben ser resueltos:

3.23.2 Paradigmas organizacionales Paradigmas organizacionales

• paradigma cerrado – estructura al equipo a través de una jerarquía de paradigma cerrado – estructura al equipo a través de una jerarquía de autoridad tradicionalautoridad tradicional

• paradigma aleatorio – estructura a un equipo de manera dispersa y paradigma aleatorio – estructura a un equipo de manera dispersa y depende de la iniciativa individual de los miembros del equipodepende de la iniciativa individual de los miembros del equipo

• paradigma abierto – estructura al equipo de una manera en la que se paradigma abierto – estructura al equipo de una manera en la que se llevan a cabo algunos de los controles asociados con el paradigma llevan a cabo algunos de los controles asociados con el paradigma cerrado pero también mucha de la innovación ocurre cuando se usa el cerrado pero también mucha de la innovación ocurre cuando se usa el paradigma aleatorioparadigma aleatorio

• paradigma síncrono – depende de la fragmentación natural de un paradigma síncrono – depende de la fragmentación natural de un problema y organiza a los miembros del equipo para trabajar en piezas problema y organiza a los miembros del equipo para trabajar en piezas del problema con poca comunicación activa entre ellos.del problema con poca comunicación activa entre ellos.

Paradigmas Paradigmas OrganizacionalesOrganizacionales

sugeridos por Constantine (1993)

Distribución Distribución del Esfuerzodel Esfuerzo

40-50%40-50%

30-40%30-40%

• actividades “front end”actividades “front end”– comunicación con el clientecomunicación con el cliente– análisisanálisis– diseñodiseño– revisión y modificaciónrevisión y modificación

• actividades de construcciónactividades de construcción– codificación o generación de codificación o generación de

códigocódigo

• prueba e instalaciónprueba e instalación– unitarias, integraciónunitarias, integración– caja-blanca, caja-negracaja-blanca, caja-negra– regresiónregresión

15-20%15-20%

3.33.3 Los actores Los actores

Los ActoresLos ActoresLíder de ProyectoLíder de Proyecto(gestor técnico)(gestor técnico)

ProductoresProductores(trabajadores)(trabajadores)

Representante de usuarioRepresentante de usuario(coordinador de usuarios)(coordinador de usuarios)

ClientesClientes(requisitos(requisitos

))

SQASQA

Gestor superiorGestor superior(aspectos de negocio)(aspectos de negocio)

Usuario finalUsuario final(pruebas)(pruebas)

3.43.4 Los trabajadores Los trabajadores

Trabajadores Trabajadores (Workers)(Workers)

• Personas que participan en el procesoPersonas que participan en el proceso• Tienen competencias específicasTienen competencias específicas

– En cada flujo de trabajoEn cada flujo de trabajo

Worker

TrabajadoresTrabajadores

• 1. Analista de Sistemas1. Analista de Sistemas• 2. Especificador de Casos de Uso2. Especificador de Casos de Uso• 3. Arquitecto3. Arquitecto• 4. Ingeniero de Casos de Uso4. Ingeniero de Casos de Uso• 5. Ingeniero de Componentes5. Ingeniero de Componentes• 6. Integrador de Sistemas6. Integrador de Sistemas• 7. Diseñador de Pruebas7. Diseñador de Pruebas• 8. Ingeniero de Pruebas de Integración8. Ingeniero de Pruebas de Integración• 9. Ingeniero de Pruebas del Sistema9. Ingeniero de Pruebas del Sistema

Analista de SistemasAnalista de Sistemas

• Responsable del conjunto de requisitos modelados Responsable del conjunto de requisitos modelados en los casos de usoen los casos de uso

– Requisitos funcionales y no funcionalesRequisitos funcionales y no funcionales• Delimitar el sistemaDelimitar el sistema• Encontrar actores y casos de usoEncontrar actores y casos de uso• Asegurar modelos de casos de uso completos y Asegurar modelos de casos de uso completos y

consistentesconsistentes• Elaborar un glosario para mantener la consistencia Elaborar un glosario para mantener la consistencia

semánticasemántica• Dirigir el modeladoDirigir el modelado• Coordinar la captura de requisitosCoordinar la captura de requisitos

Analista deSistemas

Flujos de Trabajo• Requerimientos

Especificador de Casos de UsoEspecificador de Casos de Uso

• Responsable de la descripción detallada de Responsable de la descripción detallada de un caso de usoun caso de uso

• Establecer una comunicación estrecha y Establecer una comunicación estrecha y eficaz con los usuarios (directos)eficaz con los usuarios (directos)

Especificadorde C.U.

Flujos de Trabajo• Requerimientos

Diseñador de InterfacesDiseñador de Interfaces

• Diseñar las interfaces de usuarioDiseñar las interfaces de usuario– Aspecto visualAspecto visual

• Desarrollar prototipos de interfaces de Desarrollar prototipos de interfaces de usuario para algunos casos de usousuario para algunos casos de uso

Diseñador deInterfaces

Flujos de Trabajo• Requerimientos

ArquitectoArquitecto

• RequerimientosRequerimientos– Describir la arquitectura y prioridades del modelo de Describir la arquitectura y prioridades del modelo de

casos de usocasos de uso• AnálisisAnálisis

– Garantizar la integridad del modelo de análisisGarantizar la integridad del modelo de análisis• Correcto, consistente y legibleCorrecto, consistente y legible

• DiseñoDiseño– Garantizar la integridad de los modelos de diseño y Garantizar la integridad de los modelos de diseño y

desplieguedespliegue• ImplantaciónImplantación

– Garantizar la integridad del modelo de implantaciónGarantizar la integridad del modelo de implantación– Asignar componentes a nodosAsignar componentes a nodos

Arquitecto

Flujos de Trabajo•Requerimientos•Análisis•Diseño•Implantación

Ingeniero de Casos de UsoIngeniero de Casos de Uso

• AnálisisAnálisis– Mantener la integridad de las realizaciones de Mantener la integridad de las realizaciones de

casos de usocasos de uso

• DiseñoDiseño– Detallar las realizaciones de casos de usoDetallar las realizaciones de casos de uso– Verificar la correspondencia entre análisis y Verificar la correspondencia entre análisis y

diseñodiseño

Ingenierode C.U.

Flujos de Trabajo•Análisis•Diseño

Ingeniero de ComponentesIngeniero de Componentes

• AnálisisAnálisis– Definir y mantener las responsabilidades, atributos, Definir y mantener las responsabilidades, atributos,

relaciones y requisitos especiales de una o varias clases del relaciones y requisitos especiales de una o varias clases del análisisanálisis

• DiseñoDiseño– Definir y mantener las operaciones, métodos, atributos, Definir y mantener las operaciones, métodos, atributos,

relaciones y requisitos de implantación de una o más clases relaciones y requisitos de implantación de una o más clases del diseñodel diseño

• ImplantaciónImplantación– Definir y mantener el código fuente de uno o varios Definir y mantener el código fuente de uno o varios

componentescomponentes • PruebasPruebas

– Desarrollar componentes de prueba que automatizan Desarrollar componentes de prueba que automatizan algunos de los procedimientos de pruebaalgunos de los procedimientos de prueba

Ingeniero deComponentes

Flujos de Trabajo•Análisis•Diseño•Implantación•Pruebas

Integrador de SistemasIntegrador de Sistemas

• Planificar la secuencia de construcciones Planificar la secuencia de construcciones necesarias en cada iteraciónnecesarias en cada iteración

• Integrar cada construcción a partir de sus Integrar cada construcción a partir de sus partes implementadaspartes implementadas

Integrador deSistemas

Flujos de Trabajo• Implantación

Diseñador de PruebasDiseñador de Pruebas

• Garantizar la integridad del modelo de Garantizar la integridad del modelo de pruebaspruebas

• Planear las pruebasPlanear las pruebas– Establecer objetivos de prueba Establecer objetivos de prueba

apropiadosapropiados

• Seleccionar y describir casos de Seleccionar y describir casos de prueba y los procedimientos de prueba y los procedimientos de pruebaprueba

Diseñadorde Pruebas

Flujos de Trabajo• Pruebas

Ingeniero de Pruebas de Ingeniero de Pruebas de IntegraciónIntegración

• Ejecutar las pruebas de integraciónEjecutar las pruebas de integración• Verificar el correcto funcionamiento de Verificar el correcto funcionamiento de

componentescomponentes• Documentar los defectosDocumentar los defectos

Ing. de Pruebasde Integración

Flujos de Trabajo• Pruebas

Ingeniero de Pruebas del SistemaIngeniero de Pruebas del Sistema

• Ejecutar las pruebas del sistema para Ejecutar las pruebas del sistema para cada iteración completacada iteración completa

• Verificar los resultados en conjunto Verificar los resultados en conjunto con los usuarios finalescon los usuarios finales

• Documentar los defectosDocumentar los defectos• Facilidad para tener familiaridad con Facilidad para tener familiaridad con

el comportamiento observable del el comportamiento observable del sistemasistema

Ing. de Pruebasdel Sistema

Flujos de Trabajo• Pruebas