SlideShare una empresa de Scribd logo
1 de 19
Descargar para leer sin conexión
Architecture Centric Design Method
(ACDM)
Integrantes:
Jucaoma el Leon Santillan XD ..
Pablo Hernández
Ernesto Z. Maya Díaz
Metodología de Desarrollo Centrada en la Arquitectura
Las teorías de roles de equipo propuestas por Belbin y por Mumma establecen sus correspondencias con
los roles planteados para los arquitectos de software en la Metodología de Desarrollo Centrada en la
Arquitectura (ACDM), y plantea una visión integradora que redefine los comportamientos ideales para los
arquitectos de software, permite seleccionar a las personas que conforman los equipos de desarrollo, y
en consecuencia, obtener un producto software de mejor calidad.
● La arquitectura de software se define como la estructura del sistema que comprende elementos de
software, sus propiedades visibles y las relaciones entre ellos.
Metodología ACDM
El diseño de la arquitectura resulta importante ya que permite un grado de abstracción tal que facilita a
la mayoría de las partes interesadas en la construcción del sistema a discutir, negociar, entender y
consensuar sobre ella.
La metodología ACDM pone a la arquitectura en el centro del desarrollo de software, con el propósito de
dirigir aspectos que van más allá de lo meramente técnico, y prever situaciones de conflicto durante el
desarrollo del sistema. ACDM establece la existencia de seis determinados roles dentro del equipo de
desarrollo, a saber:
➔ Ingeniero de Requerimientos
➔ Jefe de Arquitectos
➔ Jefe Científico
➔ Ingeniero de Dirección y Manejo
➔ Ingeniero de Soporte
➔ Ingeniero de Software
Roles en el equipo de desarrollo
Ingeniero de Requerimientos: Actúa como líder en las reuniones, documentando requerimientos funcionales. Coordina el
descubrimiento de atributos de calidad y su documentación, la creación de sentencias de trabajo, también sirve como
enlace con los clientes, y coordina los planes y la ejecución de testeo.
Jefe de Arquitectos: Coordina la creación de la arquitectura y su refinamiento, también las revisiones arquitectónicas,
captura y documenta los riesgos de arquitectura, las ventajas y las desventajas.
Jefe Científico: Coordina y documenta la creación de experimentos y estudios de investigaciones, el planeamiento de
testeo, su documentación y su ejecución.
Ingeniero de Dirección y Manejo: Coordina todo el esfuerzo sobre el desarrollo, la creación y documentación de planes
preliminares y de producción, y sus agendas.
Roles en el equipo de desarrollo
Ingeniero de Soporte: Configura y mantiene las herramientas de soporte para el desarrollo, establece y
mantiene presencia web si fuese necesario, asegura que se sigan los pasos de ACDM, y documenta
cambios en caso de alguna desviación.
Ingeniero de Software: Presta especial atención en el detalle del diseño y codificación de los elementos
de arquitectura del sistema. En equipos pequeños, todos los miembros ofician de ingenieros de software.
Fases de ACDM
FASE 1: Descubrir artefactos de arquitectura.
Actividades: Presentar los objetivos de negocios perseguidos, y construir la tabla de caracterización de atributos de calidad
Roles: El Ingeniero de Requerimientos planea, coordina y facilita el descubrimiento de artefactos de arquitectura durante la
fase 1, y confecciona la documentación inicial de esos artefactos de arquitectura. El Ingeniero de Dirección y Manejo se
asegura de la ejecución y finalización de las actividades de la fase 1, asiste a los Ingenieros en requerimientos en la
captura de artefactos de la arquitectura, coordinando la logística, y entrevistando a las partes interesadas en la
construcción del sistema, para conocer sus necesidades y expectativas.
FASE 2: Establecer alcance del proyecto.
Actividades: Refinar, clarificar y consolidar la información de la arquitectura inicial.
Roles: El Ingeniero de Requerimientos coordina los esfuerzos del equipo para clarificar y refinar los artefactos de
arquitectura, coordina también la creación y configuración de la documentación de estos artefactos, y genera las
sentencias de trabajo. El Ingeniero de Dirección y Manejo supervisa esta fase, se asegura de que los artefactos de
arquitectura sean completados, asiste a los arquitectos en la representación de la arquitectura,
actualiza, refina y publica la información de planeamiento necesaria, y coordina la creación
y la configuración del plan preliminar del proyecto.
Fases de ACDM
FASE 3: Creación de la Arquitectura Inicial.
Actividades: Crear la arquitectura nocional o inicial.
Roles: El Jefe de Arquitectos lidera al equipo en la creación de la arquitectura y en la creación de su representación. El
Ingeniero de Dirección y Manejo provee seguimiento y supervisa las actividades de esta fase, se asegura que la
documentación de la arquitectura sea completada, coordina la logística, actualiza, refina y comunica información de
planeamiento cuando sea necesario. El Ingeniero de Requerimientos, el Jefe científico, el Ingeniero de Soporte, y el
Ingeniero de Software asisten en la creación de la arquitectura y de su representación.
FASE 4: Revisión de la arquitectura.
Actividades: Revisar artefactos de arquitectura y objetivos de negocios
Roles: El Jefe de Arquitectos presenta la arquitectura, y responde a las preguntas sobre la misma. El Ingeniero de Dirección
y Manejo facilita la reunión de revisión, y presenta material introductorio. El Ingeniero de Requerimientos presenta una
revisión sobre los artefactos de arquitectura
Fases de ACDM
FASE 5: Decisión de entrar o no en producción
Actividades: Evaluar revisión de riesgos e información sobre ventajas y desventajas
Roles: El Ingeniero de Dirección y Manejo facilita la reunión para la revisión y presenta el material introductorio.
FASE 6: Planeamiento y ejecución de experimentos, Refinamiento de la arquitectura
Actividades: Evalúa revisión de riesgos, información sobre ventajas y desventajas. Planear y ejecutar experimentos. Refinar
la arquitectura.
Roles: El Ingeniero de Dirección y Manejo coordina la agenda y los planes de experimentos, y actualiza la planificación del
proyecto. El Jefe Científico coordina el desarrollo y planeamiento de los planes de experimento, y realiza el seguimiento de la
ejecución de los experimentos, asiste a los ingenieros responsables de los experimentos en su planeamiento y ejecución. El
Jefe de Arquitectos crea y ejecuta los planes de experimentos, actualiza la documentación de la arquitectura en función a los
resultados de los experimentos.
Fases de ACDM
El Ingeniero de Requerimientos actualiza la especificación de los artefactos de arquitectura basándose en los resultados
de los experimentos, crea y ejecuta los planes de experimentos. El Ingeniero de Soporte crea los planes de experimentos y
los lleva a cabo, se asegura de que estén disponibles las herramientas y entornos necesarios para la ejecución de
experimentos. El Ingeniero de Software crea y ejecuta los planes de experimentos.
FASE 7: Planeamiento de producción
Actividades: Crear el plan de puesta en producción.
Roles: El Ingeniero de Dirección y Manejo coordina la agenda del plan de puesta en producción. El Jefe Científico asiste
creando y documentando los planes de puesta en producción enfocándose en las tareas sobre los elementos de diseño. El
Jefe de Arquitectos asiste creando y documentando los planes de puesta en producción enfocándose en las tareas sobre
los elementos de diseño. El Ingeniero de Requerimientos asiste creando y documentando los planes de puesta en
producción enfocándose en las tareas de testeo de elementos y de integración.
El Ingeniero de Soporte asiste creando y documentando los planes de puesta en producción enfocándose en las tareas
soporte, tales como herramientas de mantenimiento, tiempos de configuración, backups, entre otros. El Ingeniero de
Software asiste creando y documentando los planes de puesta en producción enfocándose en las tareas de desarrollo de
elementos.
FASE 8: Producción
Actividades: Realizar el diseño detallado de los elementos, revisar diseño, construir elementos y testearlos, integrar el
sistema, y probar dicha integridad.
Roles: El Ingeniero de Dirección y Manejo coordina la agenda de los recursos, y supervisa el trabajo del equipo sobre el plan
de puesta en producción. El Jefe Científico coordina el diseño y la revisión de los elementos. El Jefe de Arquitectos se
asegura de que los elementos sean diseñados y construidos de acuerdo con las especificaciones de la arquitectura. El
Ingeniero de Requerimientos se asegura de que los planes de testeo sean ejecutados, y que los elementos sean producidos
de acuerdo con la especificación de los artefactos de arquitectura. El Ingeniero de Soporte se asegura de que todas las
herramientas de desarrollo, configuración, manejo y seguimiento, se encuentren instaladas y disponibles para el equipo de
desarrollo. El Ingeniero de Software es el responsable de diseñar, desarrollar, revisar y testear todos los elementos que
componen al sistema.
Fases de ACDM
Se integra la visión lograda desde el punto de vista de Belbin y los que contempla la metodología ACDM.
Ingeniero de Requerimientos - Investigador de Recursos.
Por su rol de líder y coordinador de planes y testeo. Al interactuar con los clientes en el descubrimiento de requerimiento y
atributos de calidad indudablemente demuestra su capacidad para la búsqueda de nuevas oportunidades, negociando y
formando un vínculo con las partes interesadas en la construcción del sistema. Además generan ideas para el desarrollo
de la solución a estos requerimientos, funcionando así como Cerebro en este proceso.
Jefe de Arquitectos - Monitor/Evaluador.
Su actitud poco entusiasta y prudente tanto para diseñar la arquitectura nocional, como para detectar y evaluar riesgos
existentes en el desarrollo del sistema.Son asignados a estas tareas críticas, ya que por sus características, su prudencia y
su forma de actuar, pocas veces se equivocan.
Vinculación de Roles de equipo
Jefe Científico - Finalizador.
Coordina y documenta la creación de experimentos y estudios de investigaciones. Para ello requiere de una gran capacidad
de observar detalles hasta lograr finalizar con cada una de las problemáticas estudiadas en el sistema.
Ingeniero de Dirección y Manejo - Coordinador.
Coordina todo el esfuerzo sobre el desarrollo, y también la creación y documentación de planes preliminares y de
producción, incluyendo sus respectivas agendas.
Vinculación de Roles de equipo
Ingeniero de Soporte - Cohesionador.
Su preocupación por el bienestar general, y su capacidad de adaptación a diferentes situaciones y personas que pueden
resultar de la desviación de los pasos planificados,
Ingeniero de Software: - Implementadores (en equipos grandes Ingeniero impulsor).
Su predisposición con los demás miembros del equipo para asistirlos en caso de que fuese necesario, y su especial
atención a los detalles del diseño y codificación de los elementos de la arquitectura del sistema, mucho sentido común,
autocontrol y disciplina
Vinculación de Roles de equipo
Iniciación - FASE 1 y FASE 2.
Es donde se define la tarea a realizar. Los arquitectos se reúnen con clientes y demás partes interesadas en la
construcción del sistema para determinar cuáles son los requerimientos funcionales de alto nivel, amenazas, o atributos de
calidad que deben ser alcanzados. Se plantean cuáles son los alcances y el rango de trabajo (FASE 2), indicando que
resultados se esperan lograr cuando la tarea esté completada.
Como roles.
Líder / Moderador - Ingeniero de Requerimientos / Ingeniero de Dirección y manejo..
Identificación y motivación a los demás. El Ing. de requerimientos según lo descrito anteriormente, realiza en la fase 1 la
documentación de los primeros artefactos de arquitectura, y en la fase 2 asegura que la documentación sea completada y
genera las sentencias de trabajo. Siempre con la asistencia y colaboración del Ing. de Dirección y Manejo
Vinculación Fases y roles
Ideación - FASE 3.
Es donde se generan diferentes alternativas para alcanzar la tarea a realizar.crea una arquitectura nocional, con las
primeras vistas de código, físicas y de ejecución del sistema. Se intenta responder a preguntas específicas que surgen con
las mismas.
Como roles.
Creador / Innovador - Jefe de Arquitectos / Ingeniero de manejo y soporte / Ingeniero de Requerimientos.
Genera aportes creativos para alcanzar la tarea del grupo, lidera al equipo en la creación de la arquitectura y en la creación
de su representación. Esto siempre con la ayuda de la coordinación de la logística y requerimientos.
Vinculación Fases y roles
Elaboración - FASE 4, FASE 5, FASE 6.
Se estudian las ideas surgidas de la etapa anterior en detalle, profundizando su esqueleto o estructura inicial ya construida.
Se analizan costos y disponibilidades. Se descubren y se documentan los posibles riesgos y amenazas (F4). Determinar si
se necesitan refinamientos y nuevos experimentos sobre lo que ya se ha diseñado, antes de entrar en la producción del
sistema (F5). Se diseñan y ejecutan los experimentos e investigaciones (F6).
Como roles.
Manager y Organizador - Ingeniero de Dirección y Manejo / Ingeniero de Requerimientos.
Se mantienen los miembros de trabajo sin conflictos entre ellos, El organizador garantiza la existencia y el uso adecuado
de los recursos necesarios. El Ing. Dirección y Manejo facilita la reunión de revisión y material introductorio junto con el Ing.
de requerimientos.
Vinculación Fases y roles
Terminación - FASE 7, FASE 8.
Se elige una alternativa y se realiza el trabajo. Se establece la agenda, y los objetivos a lograr, determinando qué
parámetros significaran el éxito o fracaso de cada una de ellas(F7). Con mucha percepción de la realidad, usando criterios
apropiados y métricas correctas para evaluar los resultados obtenidos, el equipo ejecuta el plan de producción, y se
propone a construir el sistema, actuando con una gran habilidad de autocrítica. Esta etapa incluye la construcción de todos
los elementos del sistema, su integración y su correspondiente testeo (F8).
Como roles.
Ingeniero de Dirección y Manejo / Ingeniero de Requerimientos / Ingeniero de Soporte - Jefe Científico / Jefe de
Arquitectos .
Se mantienen los miembros de trabajo sin conflictos entre ellos, El organizador garantiza la existencia y el uso adecuado
de los recursos necesarios. El Ing. Dirección y Manejo facilita la reunión de revisión y material introductorio junto con el Ing.
de requerimientos.
Vinculación Fases y roles
Tabla Comparativa
Roles ACDM Roles de equipo
(Belbin)
Roles de equipo (Mumma)
Ingeniero de Requerimiento Investigador de Recursos
Cerebro
Especialista
Creador
Innovador
Ingeniero de Dirección y Manejo Coordinador Líder
Jefe de Arquitectos Monitor- Evaluador Evaluador
Ingeniero de Manejo y Soporte Cohesionador Moderador
Jefe Científico Finalizador Finalizador
Ingeniero de Software Implementador
Impulsor
Organizador
Al momento de armar un equipo de arquitectos, se deben tener en cuenta las
habilidades técnicas o profesionales de cada integrante, y también otros factores
que pueden afectar o influir en el funcionamiento del equipo, como preferencias,
experiencias anteriores, y demás características que determinan que cada
individuo se sienta cómodo realizando su trabajo, disfrute del mismo, y por ende
lo haga de la mejor manera.
Conclusiones

Más contenido relacionado

La actualidad más candente

Importancia del análisis de requerimientos
Importancia del análisis de requerimientosImportancia del análisis de requerimientos
Importancia del análisis de requerimientosalmarza1
 
Taller de requerimientos funcionales modulo 10.2
Taller de requerimientos funcionales modulo 10.2Taller de requerimientos funcionales modulo 10.2
Taller de requerimientos funcionales modulo 10.2Javier Calderon
 
DIAGRAMAS ORIENTADOS A OBJETOS
DIAGRAMAS ORIENTADOS A OBJETOSDIAGRAMAS ORIENTADOS A OBJETOS
DIAGRAMAS ORIENTADOS A OBJETOSEver Reyes Ortiz
 
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientos
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientosIDR Unidad 1: Introducción y proceso de Ingeniería de requerimientos
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientosFranklin Parrales Bravo
 
Diagrama de despliegue
Diagrama de despliegueDiagrama de despliegue
Diagrama de despliegueElvisAR
 
Requerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicaciónRequerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicaciónYare LoZada
 
Las 4 P en el desarrollo de software
Las 4 P en el desarrollo de softwareLas 4 P en el desarrollo de software
Las 4 P en el desarrollo de softwareSofylutqm
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de softwaremonik1002
 
Gestion de la configuracion del software
Gestion de la configuracion del softwareGestion de la configuracion del software
Gestion de la configuracion del softwareJohan Prevot R
 
Diseño detallado
Diseño detalladoDiseño detallado
Diseño detalladojose
 
Estimación de Proyectos de Software
Estimación de Proyectos de SoftwareEstimación de Proyectos de Software
Estimación de Proyectos de SoftwareDaniel Valdivieso
 
Programación lógica y funcional
Programación lógica y funcionalProgramación lógica y funcional
Programación lógica y funcionalAlejandra MA
 
Análisis y especificación de requerimientos
Análisis y especificación de requerimientosAnálisis y especificación de requerimientos
Análisis y especificación de requerimientosFranklin Parrales Bravo
 
Unidad 10 Mad Diagrama De Clases
Unidad 10 Mad Diagrama De ClasesUnidad 10 Mad Diagrama De Clases
Unidad 10 Mad Diagrama De ClasesSergio Sanchez
 

La actualidad más candente (20)

Importancia del análisis de requerimientos
Importancia del análisis de requerimientosImportancia del análisis de requerimientos
Importancia del análisis de requerimientos
 
Taller de requerimientos funcionales modulo 10.2
Taller de requerimientos funcionales modulo 10.2Taller de requerimientos funcionales modulo 10.2
Taller de requerimientos funcionales modulo 10.2
 
Rup disciplinas
Rup disciplinasRup disciplinas
Rup disciplinas
 
DIAGRAMAS ORIENTADOS A OBJETOS
DIAGRAMAS ORIENTADOS A OBJETOSDIAGRAMAS ORIENTADOS A OBJETOS
DIAGRAMAS ORIENTADOS A OBJETOS
 
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientos
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientosIDR Unidad 1: Introducción y proceso de Ingeniería de requerimientos
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientos
 
Fase de Elaboración RUP
Fase de Elaboración RUPFase de Elaboración RUP
Fase de Elaboración RUP
 
Diagrama de despliegue
Diagrama de despliegueDiagrama de despliegue
Diagrama de despliegue
 
Requerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicaciónRequerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicación
 
Las 4 P en el desarrollo de software
Las 4 P en el desarrollo de softwareLas 4 P en el desarrollo de software
Las 4 P en el desarrollo de software
 
1-Unidad 1. Arquitectura de Diseño
1-Unidad 1. Arquitectura de Diseño1-Unidad 1. Arquitectura de Diseño
1-Unidad 1. Arquitectura de Diseño
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
 
Ingenieria de Requisitos
Ingenieria de RequisitosIngenieria de Requisitos
Ingenieria de Requisitos
 
Gestion de la configuracion del software
Gestion de la configuracion del softwareGestion de la configuracion del software
Gestion de la configuracion del software
 
Diseño detallado
Diseño detalladoDiseño detallado
Diseño detallado
 
Modelo en cascada pemo
Modelo en cascada pemoModelo en cascada pemo
Modelo en cascada pemo
 
Estimación de Proyectos de Software
Estimación de Proyectos de SoftwareEstimación de Proyectos de Software
Estimación de Proyectos de Software
 
Programación lógica y funcional
Programación lógica y funcionalProgramación lógica y funcional
Programación lógica y funcional
 
Diagrama de componentes
Diagrama de componentesDiagrama de componentes
Diagrama de componentes
 
Análisis y especificación de requerimientos
Análisis y especificación de requerimientosAnálisis y especificación de requerimientos
Análisis y especificación de requerimientos
 
Unidad 10 Mad Diagrama De Clases
Unidad 10 Mad Diagrama De ClasesUnidad 10 Mad Diagrama De Clases
Unidad 10 Mad Diagrama De Clases
 

Similar a Diseño de Arquitectura ACDM

Actividad remedial_Maria_Albarran
Actividad remedial_Maria_AlbarranActividad remedial_Maria_Albarran
Actividad remedial_Maria_AlbarranMarijoalbarranb
 
ADS - Sesion1 - RUP
ADS - Sesion1 - RUPADS - Sesion1 - RUP
ADS - Sesion1 - RUPwilly0303
 
Ingeniería de software Definicion,inicion,importancia y utilidad
Ingeniería de software Definicion,inicion,importancia y utilidadIngeniería de software Definicion,inicion,importancia y utilidad
Ingeniería de software Definicion,inicion,importancia y utilidadXKWDX
 
Metodologías Agiles - APIT - UTN FRBA
Metodologías Agiles - APIT - UTN FRBAMetodologías Agiles - APIT - UTN FRBA
Metodologías Agiles - APIT - UTN FRBAGustavo Andres Brey
 
Administracion de recursos informaticos
Administracion de recursos informaticosAdministracion de recursos informaticos
Administracion de recursos informaticosmenamigue
 
ELEMENTOS DE LA CONFIGURACION DE SOFTWARE.ppt
ELEMENTOS DE LA CONFIGURACION DE SOFTWARE.pptELEMENTOS DE LA CONFIGURACION DE SOFTWARE.ppt
ELEMENTOS DE LA CONFIGURACION DE SOFTWARE.pptMarko Zapata
 
1. ciclo de_vida_de_software
1. ciclo de_vida_de_software1. ciclo de_vida_de_software
1. ciclo de_vida_de_softwareMiguel Castro
 
Procesos de desarrollo de software
Procesos de desarrollo de softwareProcesos de desarrollo de software
Procesos de desarrollo de softwareJose Diaz Silva
 
1_1 Introduccion
1_1 Introduccion1_1 Introduccion
1_1 Introduccionlandeta_p
 
Adm._Proy._U.1_1.3.2.-_Estructura_de_la_division_del_trabajo.pdf
Adm._Proy._U.1_1.3.2.-_Estructura_de_la_division_del_trabajo.pdfAdm._Proy._U.1_1.3.2.-_Estructura_de_la_division_del_trabajo.pdf
Adm._Proy._U.1_1.3.2.-_Estructura_de_la_division_del_trabajo.pdfJaredCruz27
 
Pracicas de Ingenieria de Software
Pracicas de Ingenieria de SoftwarePracicas de Ingenieria de Software
Pracicas de Ingenieria de Softwareeeencalada
 

Similar a Diseño de Arquitectura ACDM (20)

Actividad remedial_Maria_Albarran
Actividad remedial_Maria_AlbarranActividad remedial_Maria_Albarran
Actividad remedial_Maria_Albarran
 
ADS - Sesion1 - RUP
ADS - Sesion1 - RUPADS - Sesion1 - RUP
ADS - Sesion1 - RUP
 
Ingeniería de software Definicion,inicion,importancia y utilidad
Ingeniería de software Definicion,inicion,importancia y utilidadIngeniería de software Definicion,inicion,importancia y utilidad
Ingeniería de software Definicion,inicion,importancia y utilidad
 
Ciclo de Vida y roles
Ciclo de Vida y roles Ciclo de Vida y roles
Ciclo de Vida y roles
 
RUP
RUPRUP
RUP
 
Metodologías Agiles - APIT - UTN FRBA
Metodologías Agiles - APIT - UTN FRBAMetodologías Agiles - APIT - UTN FRBA
Metodologías Agiles - APIT - UTN FRBA
 
Administracion de recursos informaticos
Administracion de recursos informaticosAdministracion de recursos informaticos
Administracion de recursos informaticos
 
ELEMENTOS DE LA CONFIGURACION DE SOFTWARE.ppt
ELEMENTOS DE LA CONFIGURACION DE SOFTWARE.pptELEMENTOS DE LA CONFIGURACION DE SOFTWARE.ppt
ELEMENTOS DE LA CONFIGURACION DE SOFTWARE.ppt
 
1. ciclo de_vida_de_software
1. ciclo de_vida_de_software1. ciclo de_vida_de_software
1. ciclo de_vida_de_software
 
ROLES.pdf
ROLES.pdfROLES.pdf
ROLES.pdf
 
Roles desarrollo del software
Roles desarrollo del softwareRoles desarrollo del software
Roles desarrollo del software
 
Procesos de desarrollo de software
Procesos de desarrollo de softwareProcesos de desarrollo de software
Procesos de desarrollo de software
 
Introduccion al desarrollo
Introduccion al desarrolloIntroduccion al desarrollo
Introduccion al desarrollo
 
1_1 Introduccion
1_1 Introduccion1_1 Introduccion
1_1 Introduccion
 
Get file
Get fileGet file
Get file
 
Proceso de diseño
Proceso de diseñoProceso de diseño
Proceso de diseño
 
Adm._Proy._U.1_1.3.2.-_Estructura_de_la_division_del_trabajo.pdf
Adm._Proy._U.1_1.3.2.-_Estructura_de_la_division_del_trabajo.pdfAdm._Proy._U.1_1.3.2.-_Estructura_de_la_division_del_trabajo.pdf
Adm._Proy._U.1_1.3.2.-_Estructura_de_la_division_del_trabajo.pdf
 
Pracicas de Ingenieria de Software
Pracicas de Ingenieria de SoftwarePracicas de Ingenieria de Software
Pracicas de Ingenieria de Software
 
Clase
ClaseClase
Clase
 
INGENERIA DE SOFTWARE
INGENERIA DE SOFTWARE INGENERIA DE SOFTWARE
INGENERIA DE SOFTWARE
 

Más de Ernesto Maya

Proyecto Administración de Proyectos COMCEL
Proyecto Administración de Proyectos COMCELProyecto Administración de Proyectos COMCEL
Proyecto Administración de Proyectos COMCELErnesto Maya
 
Calidad del Producto
Calidad del ProductoCalidad del Producto
Calidad del ProductoErnesto Maya
 
Arquitectura de Software Principio Abierto- Cerrado Open/Close
Arquitectura de Software Principio Abierto- Cerrado Open/CloseArquitectura de Software Principio Abierto- Cerrado Open/Close
Arquitectura de Software Principio Abierto- Cerrado Open/CloseErnesto Maya
 
S8 ernesto maya_power_point
S8 ernesto maya_power_pointS8 ernesto maya_power_point
S8 ernesto maya_power_pointErnesto Maya
 
Midiendo la calidad del software
Midiendo la calidad del softwareMidiendo la calidad del software
Midiendo la calidad del softwareErnesto Maya
 
Enfoque estructuralista
Enfoque estructuralistaEnfoque estructuralista
Enfoque estructuralistaErnesto Maya
 
Aplicación móvil educativa
Aplicación móvil educativaAplicación móvil educativa
Aplicación móvil educativaErnesto Maya
 

Más de Ernesto Maya (8)

Proyecto Administración de Proyectos COMCEL
Proyecto Administración de Proyectos COMCELProyecto Administración de Proyectos COMCEL
Proyecto Administración de Proyectos COMCEL
 
Calidad del Producto
Calidad del ProductoCalidad del Producto
Calidad del Producto
 
Arquitectura de Software Principio Abierto- Cerrado Open/Close
Arquitectura de Software Principio Abierto- Cerrado Open/CloseArquitectura de Software Principio Abierto- Cerrado Open/Close
Arquitectura de Software Principio Abierto- Cerrado Open/Close
 
S8 ernesto maya_power_point
S8 ernesto maya_power_pointS8 ernesto maya_power_point
S8 ernesto maya_power_point
 
Midiendo la calidad del software
Midiendo la calidad del softwareMidiendo la calidad del software
Midiendo la calidad del software
 
Metodología GQM
Metodología GQMMetodología GQM
Metodología GQM
 
Enfoque estructuralista
Enfoque estructuralistaEnfoque estructuralista
Enfoque estructuralista
 
Aplicación móvil educativa
Aplicación móvil educativaAplicación móvil educativa
Aplicación móvil educativa
 

Último

Unidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacionUnidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacionarmando_cardenas
 
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLOPARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLOSelenaCoronadoHuaman
 
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...ITeC Instituto Tecnología Construcción
 
Manual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdfManual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdfmasogeis
 
Introducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTERIntroducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTEREMMAFLORESCARMONA
 
Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200Opentix
 
Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3AlexysCaytanoMelndez1
 

Último (7)

Unidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacionUnidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacion
 
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLOPARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
 
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
 
Manual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdfManual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdf
 
Introducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTERIntroducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTER
 
Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200
 
Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3
 

Diseño de Arquitectura ACDM

  • 1. Architecture Centric Design Method (ACDM) Integrantes: Jucaoma el Leon Santillan XD .. Pablo Hernández Ernesto Z. Maya Díaz
  • 2. Metodología de Desarrollo Centrada en la Arquitectura Las teorías de roles de equipo propuestas por Belbin y por Mumma establecen sus correspondencias con los roles planteados para los arquitectos de software en la Metodología de Desarrollo Centrada en la Arquitectura (ACDM), y plantea una visión integradora que redefine los comportamientos ideales para los arquitectos de software, permite seleccionar a las personas que conforman los equipos de desarrollo, y en consecuencia, obtener un producto software de mejor calidad. ● La arquitectura de software se define como la estructura del sistema que comprende elementos de software, sus propiedades visibles y las relaciones entre ellos.
  • 3. Metodología ACDM El diseño de la arquitectura resulta importante ya que permite un grado de abstracción tal que facilita a la mayoría de las partes interesadas en la construcción del sistema a discutir, negociar, entender y consensuar sobre ella. La metodología ACDM pone a la arquitectura en el centro del desarrollo de software, con el propósito de dirigir aspectos que van más allá de lo meramente técnico, y prever situaciones de conflicto durante el desarrollo del sistema. ACDM establece la existencia de seis determinados roles dentro del equipo de desarrollo, a saber: ➔ Ingeniero de Requerimientos ➔ Jefe de Arquitectos ➔ Jefe Científico ➔ Ingeniero de Dirección y Manejo ➔ Ingeniero de Soporte ➔ Ingeniero de Software
  • 4. Roles en el equipo de desarrollo Ingeniero de Requerimientos: Actúa como líder en las reuniones, documentando requerimientos funcionales. Coordina el descubrimiento de atributos de calidad y su documentación, la creación de sentencias de trabajo, también sirve como enlace con los clientes, y coordina los planes y la ejecución de testeo. Jefe de Arquitectos: Coordina la creación de la arquitectura y su refinamiento, también las revisiones arquitectónicas, captura y documenta los riesgos de arquitectura, las ventajas y las desventajas. Jefe Científico: Coordina y documenta la creación de experimentos y estudios de investigaciones, el planeamiento de testeo, su documentación y su ejecución. Ingeniero de Dirección y Manejo: Coordina todo el esfuerzo sobre el desarrollo, la creación y documentación de planes preliminares y de producción, y sus agendas.
  • 5. Roles en el equipo de desarrollo Ingeniero de Soporte: Configura y mantiene las herramientas de soporte para el desarrollo, establece y mantiene presencia web si fuese necesario, asegura que se sigan los pasos de ACDM, y documenta cambios en caso de alguna desviación. Ingeniero de Software: Presta especial atención en el detalle del diseño y codificación de los elementos de arquitectura del sistema. En equipos pequeños, todos los miembros ofician de ingenieros de software.
  • 6. Fases de ACDM FASE 1: Descubrir artefactos de arquitectura. Actividades: Presentar los objetivos de negocios perseguidos, y construir la tabla de caracterización de atributos de calidad Roles: El Ingeniero de Requerimientos planea, coordina y facilita el descubrimiento de artefactos de arquitectura durante la fase 1, y confecciona la documentación inicial de esos artefactos de arquitectura. El Ingeniero de Dirección y Manejo se asegura de la ejecución y finalización de las actividades de la fase 1, asiste a los Ingenieros en requerimientos en la captura de artefactos de la arquitectura, coordinando la logística, y entrevistando a las partes interesadas en la construcción del sistema, para conocer sus necesidades y expectativas. FASE 2: Establecer alcance del proyecto. Actividades: Refinar, clarificar y consolidar la información de la arquitectura inicial. Roles: El Ingeniero de Requerimientos coordina los esfuerzos del equipo para clarificar y refinar los artefactos de arquitectura, coordina también la creación y configuración de la documentación de estos artefactos, y genera las sentencias de trabajo. El Ingeniero de Dirección y Manejo supervisa esta fase, se asegura de que los artefactos de arquitectura sean completados, asiste a los arquitectos en la representación de la arquitectura, actualiza, refina y publica la información de planeamiento necesaria, y coordina la creación y la configuración del plan preliminar del proyecto.
  • 7. Fases de ACDM FASE 3: Creación de la Arquitectura Inicial. Actividades: Crear la arquitectura nocional o inicial. Roles: El Jefe de Arquitectos lidera al equipo en la creación de la arquitectura y en la creación de su representación. El Ingeniero de Dirección y Manejo provee seguimiento y supervisa las actividades de esta fase, se asegura que la documentación de la arquitectura sea completada, coordina la logística, actualiza, refina y comunica información de planeamiento cuando sea necesario. El Ingeniero de Requerimientos, el Jefe científico, el Ingeniero de Soporte, y el Ingeniero de Software asisten en la creación de la arquitectura y de su representación. FASE 4: Revisión de la arquitectura. Actividades: Revisar artefactos de arquitectura y objetivos de negocios Roles: El Jefe de Arquitectos presenta la arquitectura, y responde a las preguntas sobre la misma. El Ingeniero de Dirección y Manejo facilita la reunión de revisión, y presenta material introductorio. El Ingeniero de Requerimientos presenta una revisión sobre los artefactos de arquitectura
  • 8. Fases de ACDM FASE 5: Decisión de entrar o no en producción Actividades: Evaluar revisión de riesgos e información sobre ventajas y desventajas Roles: El Ingeniero de Dirección y Manejo facilita la reunión para la revisión y presenta el material introductorio. FASE 6: Planeamiento y ejecución de experimentos, Refinamiento de la arquitectura Actividades: Evalúa revisión de riesgos, información sobre ventajas y desventajas. Planear y ejecutar experimentos. Refinar la arquitectura. Roles: El Ingeniero de Dirección y Manejo coordina la agenda y los planes de experimentos, y actualiza la planificación del proyecto. El Jefe Científico coordina el desarrollo y planeamiento de los planes de experimento, y realiza el seguimiento de la ejecución de los experimentos, asiste a los ingenieros responsables de los experimentos en su planeamiento y ejecución. El Jefe de Arquitectos crea y ejecuta los planes de experimentos, actualiza la documentación de la arquitectura en función a los resultados de los experimentos.
  • 9. Fases de ACDM El Ingeniero de Requerimientos actualiza la especificación de los artefactos de arquitectura basándose en los resultados de los experimentos, crea y ejecuta los planes de experimentos. El Ingeniero de Soporte crea los planes de experimentos y los lleva a cabo, se asegura de que estén disponibles las herramientas y entornos necesarios para la ejecución de experimentos. El Ingeniero de Software crea y ejecuta los planes de experimentos. FASE 7: Planeamiento de producción Actividades: Crear el plan de puesta en producción. Roles: El Ingeniero de Dirección y Manejo coordina la agenda del plan de puesta en producción. El Jefe Científico asiste creando y documentando los planes de puesta en producción enfocándose en las tareas sobre los elementos de diseño. El Jefe de Arquitectos asiste creando y documentando los planes de puesta en producción enfocándose en las tareas sobre los elementos de diseño. El Ingeniero de Requerimientos asiste creando y documentando los planes de puesta en producción enfocándose en las tareas de testeo de elementos y de integración.
  • 10. El Ingeniero de Soporte asiste creando y documentando los planes de puesta en producción enfocándose en las tareas soporte, tales como herramientas de mantenimiento, tiempos de configuración, backups, entre otros. El Ingeniero de Software asiste creando y documentando los planes de puesta en producción enfocándose en las tareas de desarrollo de elementos. FASE 8: Producción Actividades: Realizar el diseño detallado de los elementos, revisar diseño, construir elementos y testearlos, integrar el sistema, y probar dicha integridad. Roles: El Ingeniero de Dirección y Manejo coordina la agenda de los recursos, y supervisa el trabajo del equipo sobre el plan de puesta en producción. El Jefe Científico coordina el diseño y la revisión de los elementos. El Jefe de Arquitectos se asegura de que los elementos sean diseñados y construidos de acuerdo con las especificaciones de la arquitectura. El Ingeniero de Requerimientos se asegura de que los planes de testeo sean ejecutados, y que los elementos sean producidos de acuerdo con la especificación de los artefactos de arquitectura. El Ingeniero de Soporte se asegura de que todas las herramientas de desarrollo, configuración, manejo y seguimiento, se encuentren instaladas y disponibles para el equipo de desarrollo. El Ingeniero de Software es el responsable de diseñar, desarrollar, revisar y testear todos los elementos que componen al sistema. Fases de ACDM
  • 11. Se integra la visión lograda desde el punto de vista de Belbin y los que contempla la metodología ACDM. Ingeniero de Requerimientos - Investigador de Recursos. Por su rol de líder y coordinador de planes y testeo. Al interactuar con los clientes en el descubrimiento de requerimiento y atributos de calidad indudablemente demuestra su capacidad para la búsqueda de nuevas oportunidades, negociando y formando un vínculo con las partes interesadas en la construcción del sistema. Además generan ideas para el desarrollo de la solución a estos requerimientos, funcionando así como Cerebro en este proceso. Jefe de Arquitectos - Monitor/Evaluador. Su actitud poco entusiasta y prudente tanto para diseñar la arquitectura nocional, como para detectar y evaluar riesgos existentes en el desarrollo del sistema.Son asignados a estas tareas críticas, ya que por sus características, su prudencia y su forma de actuar, pocas veces se equivocan. Vinculación de Roles de equipo
  • 12. Jefe Científico - Finalizador. Coordina y documenta la creación de experimentos y estudios de investigaciones. Para ello requiere de una gran capacidad de observar detalles hasta lograr finalizar con cada una de las problemáticas estudiadas en el sistema. Ingeniero de Dirección y Manejo - Coordinador. Coordina todo el esfuerzo sobre el desarrollo, y también la creación y documentación de planes preliminares y de producción, incluyendo sus respectivas agendas. Vinculación de Roles de equipo
  • 13. Ingeniero de Soporte - Cohesionador. Su preocupación por el bienestar general, y su capacidad de adaptación a diferentes situaciones y personas que pueden resultar de la desviación de los pasos planificados, Ingeniero de Software: - Implementadores (en equipos grandes Ingeniero impulsor). Su predisposición con los demás miembros del equipo para asistirlos en caso de que fuese necesario, y su especial atención a los detalles del diseño y codificación de los elementos de la arquitectura del sistema, mucho sentido común, autocontrol y disciplina Vinculación de Roles de equipo
  • 14. Iniciación - FASE 1 y FASE 2. Es donde se define la tarea a realizar. Los arquitectos se reúnen con clientes y demás partes interesadas en la construcción del sistema para determinar cuáles son los requerimientos funcionales de alto nivel, amenazas, o atributos de calidad que deben ser alcanzados. Se plantean cuáles son los alcances y el rango de trabajo (FASE 2), indicando que resultados se esperan lograr cuando la tarea esté completada. Como roles. Líder / Moderador - Ingeniero de Requerimientos / Ingeniero de Dirección y manejo.. Identificación y motivación a los demás. El Ing. de requerimientos según lo descrito anteriormente, realiza en la fase 1 la documentación de los primeros artefactos de arquitectura, y en la fase 2 asegura que la documentación sea completada y genera las sentencias de trabajo. Siempre con la asistencia y colaboración del Ing. de Dirección y Manejo Vinculación Fases y roles
  • 15. Ideación - FASE 3. Es donde se generan diferentes alternativas para alcanzar la tarea a realizar.crea una arquitectura nocional, con las primeras vistas de código, físicas y de ejecución del sistema. Se intenta responder a preguntas específicas que surgen con las mismas. Como roles. Creador / Innovador - Jefe de Arquitectos / Ingeniero de manejo y soporte / Ingeniero de Requerimientos. Genera aportes creativos para alcanzar la tarea del grupo, lidera al equipo en la creación de la arquitectura y en la creación de su representación. Esto siempre con la ayuda de la coordinación de la logística y requerimientos. Vinculación Fases y roles
  • 16. Elaboración - FASE 4, FASE 5, FASE 6. Se estudian las ideas surgidas de la etapa anterior en detalle, profundizando su esqueleto o estructura inicial ya construida. Se analizan costos y disponibilidades. Se descubren y se documentan los posibles riesgos y amenazas (F4). Determinar si se necesitan refinamientos y nuevos experimentos sobre lo que ya se ha diseñado, antes de entrar en la producción del sistema (F5). Se diseñan y ejecutan los experimentos e investigaciones (F6). Como roles. Manager y Organizador - Ingeniero de Dirección y Manejo / Ingeniero de Requerimientos. Se mantienen los miembros de trabajo sin conflictos entre ellos, El organizador garantiza la existencia y el uso adecuado de los recursos necesarios. El Ing. Dirección y Manejo facilita la reunión de revisión y material introductorio junto con el Ing. de requerimientos. Vinculación Fases y roles
  • 17. Terminación - FASE 7, FASE 8. Se elige una alternativa y se realiza el trabajo. Se establece la agenda, y los objetivos a lograr, determinando qué parámetros significaran el éxito o fracaso de cada una de ellas(F7). Con mucha percepción de la realidad, usando criterios apropiados y métricas correctas para evaluar los resultados obtenidos, el equipo ejecuta el plan de producción, y se propone a construir el sistema, actuando con una gran habilidad de autocrítica. Esta etapa incluye la construcción de todos los elementos del sistema, su integración y su correspondiente testeo (F8). Como roles. Ingeniero de Dirección y Manejo / Ingeniero de Requerimientos / Ingeniero de Soporte - Jefe Científico / Jefe de Arquitectos . Se mantienen los miembros de trabajo sin conflictos entre ellos, El organizador garantiza la existencia y el uso adecuado de los recursos necesarios. El Ing. Dirección y Manejo facilita la reunión de revisión y material introductorio junto con el Ing. de requerimientos. Vinculación Fases y roles
  • 18. Tabla Comparativa Roles ACDM Roles de equipo (Belbin) Roles de equipo (Mumma) Ingeniero de Requerimiento Investigador de Recursos Cerebro Especialista Creador Innovador Ingeniero de Dirección y Manejo Coordinador Líder Jefe de Arquitectos Monitor- Evaluador Evaluador Ingeniero de Manejo y Soporte Cohesionador Moderador Jefe Científico Finalizador Finalizador Ingeniero de Software Implementador Impulsor Organizador
  • 19. Al momento de armar un equipo de arquitectos, se deben tener en cuenta las habilidades técnicas o profesionales de cada integrante, y también otros factores que pueden afectar o influir en el funcionamiento del equipo, como preferencias, experiencias anteriores, y demás características que determinan que cada individuo se sienta cómodo realizando su trabajo, disfrute del mismo, y por ende lo haga de la mejor manera. Conclusiones