PLANEACION DE UNA ESTRUCTURA ORGANIZACIONAL UNIDAD 3 Ing. Francisco Mauro Salgado.
-
Upload
tonio-miranda -
Category
Documents
-
view
110 -
download
3
Transcript of PLANEACION DE UNA ESTRUCTURA ORGANIZACIONAL UNIDAD 3 Ing. Francisco Mauro Salgado.
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