Introducción a la

gerencia de proyectos
Semana 2 – Sesión 2
Los grupos de procesos se corresponden con las 9 áreas de conocimiento
GRUPO DE PROCESOS DE Gerencia DE PROYECTOS
Áreas del Grupo de Grupo de Procesos de Planificación Grupo de Procesos Grupo de Procesos Grupo de
Conocimiento Procesos de de Ejecución de Seguimiento y Procesos de
Iniciación Control Cierre
• Desarrollar el acta de
constitución del •Supervisar y controlar
Gestión de la proyecto
•Dirigir y gestionar la el trabajo del proyecto
Integración del • Desarrollar el • Desarrollar el plan de gestión del proyecto • Cerrar proyecto
enunciado preliminar ejecución del proyecto •Control integrado de
Proyecto del alcance del cambios
proyecto

Gestión del • Planificar el alcance

• Verificar el alcance
Alcance del • Definir el alcance
• Crear EDT • Controlar el alcance
Proyecto
• Definir las actividades
Gestión del • Establecer la secuencia de actividades
• Estimar los recursos de las actividades
•Controlar el
Tiempo del cronograma
• Estimar la duración de las actividades
Proyecto • Desarrollar el cronograma

Gestión de • Estimar los costos

Costos del • Controlar los costos
• Preparar el presupuesto de costos
Proyecto
Gestión de la •Realizar el
Calidad del • Planificación de la calidad aseguramiento de • Controlar la calidad
Proyecto calidad

•Adquirir el equipo del

Gestión de los
proyecto •Gestionar el equipo
RR.HH del • Planificación de los RR.HH
•Desarrollar el equipo del del proyecto
Proyecto proyecto
• Informar el
Gestión de las
rendimiento
comunicacione • Planificación de las comunicaciones • Distribuir la información
• Gestionar a los
s del Proyecto interesados
• Planificación de la gestión de riesgos
Gestión de los • Identificar los riesgos
• Analizar cualitativamente
• Seguir y controlar los
riesgos del riesgos
• Analizar cuantitativamente
Proyecto • Planificar la respuesta a los riesgos

Gestión de las • Solicitar respuestas de los

• Planificar las compras y adquisiciones vendedores
adquisiciones • Planificar el contrato
• Administrar el contrato • Cerrar contrato
• Seleccionar vendedores
del Proyecto
Inicio del proyecto

Marco
Conceptual Iniciación Planificación Ejecución Cierre

1. Inicio de un Proyecto Seguimiento y

2. Desarrollo del acta de
Control
constitución (Project Charter)
3. Desarrollo Enunciado del
Alcance preliminar
Ingeniería de Requerimientos

EXPECTATIVAS
REQUISITOS
(REQUERIMIENTOS)

• Nunca se podrán satisfacer todas las expectativas, deben

convertirse en requerimientos .
• Las expectativas no resueltas, se administran
Ingeniería de Requerimientos

WBS WBS WBS

Ingeniería de
Proceso
Ingeniería de Ingeniería de Ingeniería de
Detalle Construcción Producción
Ingeniería Básica
PRODUCTO PRODUCTO PRODUCTO
PRODUCTO
DISEÑADO CONSTRUIDO EN OPERACIÓN
CONCEPTUADO
Ingeniería de Requerimientos

PROCESO

Producto WBS
Requeri
mientos

Expectativas
Ingeniería de Requerimientos

• Esta área de conocimiento comprende la identificación,

especificación, análisis y administración de los
Requerimientos.
• Es identificada como una actividad crítica en todo Proyecto.
• Se ha difundido el uso del término “Ingeniería de
Requerimientos” para denominar al proceso del manejo
sistemático de requerimientos.
• Los Requerimientos expresan las necesidades y las
restricciones de un producto que satisface una necesidad
del mundo real.
• Uno de los principales objetivos de la Ingeniería de
Requerimientos es definir la forma como va a ser
estructurado el producto.
Ingeniería de Requerimientos

REQUERIMIENTOS USUALMENTE
DEL PROYECTO RESTRICCIONES

REQUERIMIENTOS FUNCIONALES
DEL PRODUCTO EL PRODUCTO DEBE
CUMPLIR CON LOS
REQUERIMIENTOS

REQUERIMIENTOS NO
FUNCIONALES DEL PRODUCTO
Desarrollo del enunciado de alcance

Establece los objetivos que deben cumplirse, características,

límites, productos y servicios del Proyecto.

Acta de Constitución

Enunciado del Trabajo

Desarrollo del Enunciado del Alcance
Factores ambientales de Enunciado de (Preliminar)
la empresa Alcance.
Activos de los procesos
de la Organización.

Técnicas y Herramientas
• Metodología de Dirección de Proyectos
• Sistema de información de la Gestión de
proyectos
• Juicio de expertos
Desarrollo del enunciado de Alcance

El desarrollo del enunciado de alcance establece los

objetivos que deben cumplirse, características, límites,
productos y servicios del proyecto.

¿Qué es el enunciado del

alcance del proyecto?
Desarrollo del enunciado de alcance

El desarrollo del enunciado de alcance establece los objetivos que deben cumplirse,
características, límites, productos y servicios.

Enunciado del Alcance • Objetivos del Proyecto y

del Proyecto del producto.
• Requisitos y
Documento que
describe la metas, Características del
trabajo y productos del producto
proyecto así como los • Debe claro y consensuado
métodos de aceptación • Cuando debe ser iniciado y
y el control del alcance
terminado
• Criterios de aceptación
Contiene:
• Límites del Proyecto
• Requisitos y entregables
del proyecto
• Recursos requeridos
• Restricciones
Gestión de Requerimientos

Según un estudio de la NASA las características deseables de una

especificación de requerimientos son:

a. Completo
b. Consistente
c. Correcto
d. Modificable
e. Clasificable Frases débiles para describir requerimientos:
f. Probado Crean incertidumbre e interpretaciones
múltiples y subjetivas:
g. Trazabilidad
h. No ambiguo adecuada, ser capaz de, fácil, proporcionar,
como mínimo, oportuna, efectiva, aplicable,
i. Validable pero no limitada, si es posible, apropiada si es
j. Verificable práctica, mínima capacidad, normal.
Gestión de Requerimientos
a. Completo
Debe definir en forma precisa todas las situaciones del mundo real, con las
cuales se encontrará y las capacidades de respuestas a las mismas.
b. Consistente
Cuando no genera conflicto entre requerimientos que definen el
comportamiento de capacidades esenciales y las restricciones no tienen un
impacto adverso en el comportamiento. Por ejemplo; la única nave que es
totalmente segura es aquella que no contiene combustible u otros líquidos.
c. Correcto
Debe definir el entorno del mundo real de la capacidad deseada, sus
interfases con ese entorno y sus interacciones con el entorno. El mundo real
no es conocido para nuevas aplicaciones y para aplicaciones maduras el
mundo real se mantiene cambiante.
d. Modificable
Los aspectos relacionados deben estar asignados, y los no relacionados deben
estar separados. Permitirá no generar conflicto al momento de cualquier
modificación.
Gestión de Requerimientos
e. Clasificable
Se pueda clasificar de acuerdo a la estabilidad y/o importancia.
f. Probado
Debe estar definido de tal manera, que criterios como aceptado/falla o evaluación
cuantitativa pueda ser derivada de la especificación. Requerimientos como: fácil de usar no
es fácil de probar.
g. Trazabilidad
Debe identificado en forma única para lograr su trazabilidad. Unicidad es facilitada por el uso
de un esquema consistente y lógico.
h. No Ambiguo
Si sólo puede ser interpretado de una manera. Este es el atributo mas difícil de lograr
usando lenguaje natural.
i. Validable
Todos los participantes del proyecto, gerentes, ingenieros y clientes deben ser capaces de
entender, analizar y aceptarlo.
j. Verificable
En un primer nivel de abstracción debe ser consistente con otros niveles de abstracción.
Visión de trazabilidad

Req. Usuario Req. Técnicos Diseño Casos de Prueba

1. 820.30(b) Design and Development Planning 1. 820.30(b) Design and Development Planning
Comply with FDA Design Control Guidance GMP Regulation Comply with FDA Design Control Guidance GMP Regulation
Each manufacturer shall establish and maintain plans that describe or reference the design and development Each manufacturer shall establish and maintain plans that describe or reference the design1.1. Identify impacted elements due to a change in another element
and development 1.1. Identify impacted elements due to a change in another element
activities and define responsibility for implementation. activities and define responsibility for implementation.
1. Capture design and related information • Traceability Reports: consistency
1. Capturewith driving
design design
and related elements
information • Traceability Reports: consistency with driving design elements
1.1. Input electronically formatted data Reports: other design1.1. Input electronically
affected formatted data
The plans shall identify and describe the interfaces with different groups or activities that provide, or result The plans
1.2. Reference external information shall identify and describe the interfaces with different groups or activities that •provide,
sources
Impact
or result elements
1.2. Reference external information sources
• Impact Reports: other design elements affected
in, input to the design and development process. in, input to the design and development process.
1.3. Reference external documentation • Links to impacted design elements 1.3. Reference external documentation • Links to impacted design elements
1.1.1.Create backward traces to design elements within and across any organizational 1.1.1.Create backward traces to design elements within and across any organizational
The plans shall be reviewed as design and development evolves. The plans shall be reviewed as design and development evolves.
2. Store design and related information procedure 2. Store design and related information procedure
The plans shall be updated as design and development evolves. The plans shall
2.1. Identify and tag design information be updated
as unique as design
“design and development evolves.
elements” 2.1. Identify and tag design information as unique “design elements”
The plans shall be approved as design and development evolves. The plans shall be approved as design and development evolves. • Traceability Reports: Procedure Attribute • Traceability Reports: Procedure Attribute
2.2. Organize design elements 2.2. Organize design elements
2.2.1. Organize by Design Control Guidance Element
1.1.2.Create backward traces to design elements within and across any project milestone
2.2.1. Organize by Design Control Guidance Element
1.1.2.Create backward traces to design elements within and across any project milestone
2. 820.30(c) Design Input 2. 820.30(c) Design Input
2.2.2. Organize by inter-relationships • Traceability Reports: Milestone Attribute
2.2.2. Organize by inter-relationships • Traceability Reports: Milestone Attribute
2.1. Each manufacturer shall establish procedures to ensure that the design requirements relating to a 2.3. Ensure all design elements are2.1.available
Each manufacturer shall establish procedures to ensure that the design requirements relating
1.1.3. Createto backward
a traces to design elements
2.3. Ensure within
all design and are
elements across Design Control
available 1.1.3.Create backward traces to design elements within and across Design Control
device are appropriate and address the intended use of the device, including the needs of the user 2.3.1. Store design elements by Designdevice are appropriate
Control Guidance and address the intended use of the device, including the needs of
Element the user Elements
Guidance 2.3.1. Store design elements by Design Control Guidance Element Guidance Elements
and patient. 2.3.2. Store design elements and theirandhistorical
patient. values 2.3.2. Store design elements and their historical values
2.2. Each manufacturer shall maintain procedures to ensure that the design requirements relating to a 2.2. Each manufacturer shall maintain procedures to ensure that the design requirements relating • Traceability
to a Reports: Linked design elements • Traceability Reports: Linked design elements
device are appropriate and address the intended use of the device, including the needs of the user 3. Manage all user needs device are appropriate and address the intended use of the device, including the 1.1.4. Create
needs of forward impacts3.to design
the user Manage elements within and across any organizational
all user needs 1.1.4.Create forward impacts to design elements within and across any organizational
and patient. 3.1. Identify the source of the user needand patient. procedure 3.1. Identify the source of the user need procedure
2.3. The procedures shall include a mechanism for addressing incomplete requirements. 2.3. The procedures shall include a mechanism for addressing incomplete requirements.
2.4. The procedures shall include a mechanism for addressing ambiguous requirements.
3.2. Identify all user types (groups) • Impact Reports: Procedure Attribute
3.2. Identify all user types (groups) • Impact Reports: Procedure Attribute
3.3. Identify the customer (s) 2.4. The procedures shall include a mechanism for addressing ambiguous requirements. 3.3. Identify
1.1.5.Create forward impacts to design the customer
elements within(s)and across any project milestone 1.1.5.Create forward impacts to design elements within and across any project milestone
2.5. The procedures shall include a mechanism for addressing conflicting requirements. 3.4. Profile the expected patients 2.5. The procedures shall include a mechanism for addressing conflicting requirements. 3.4. Profile the expected patients
2.6. The design input requirements shall be documented by a designated individual(s). 3.5. State the intended use of the 2.6.
productThe(family)
design input requirements shall be documented by a designated individual(s). • Impact Reports: Milestone Attribute
3.5. State the intended use of the product (family) • Impact Reports: Milestone Attribute
2.7. The design input requirements shall be reviewed by a designated individual(s). 2.7.forThe
3.6. Capture the acceptance criteria eachdesign input requirements shall be reviewed by a designated individual(s). 1.1.6. Create forward impacts to design
user need elements
3.6. Capture within and
the acceptance across
criteria Design
for each Control
user need 1.1.6.Create forward impacts to design elements within and across Design Control
2.8. The design input requirements shall be approved by a designated individual(s). 2.8. The design input requirements shall be approved by a designated individual(s). Guidance Elements Guidance Elements
2.9. The approval, including the date and signature of the individual(s) approving the requirements, 4. Manage design input requirements2.9. The approval, including the date and signature of the individual(s) approving the requirements,
shall be documented. shall be documented. • Impact Reports: Linked 4. Manage
designdesign input requirements
elements • Impact Reports: Linked design elements
4.1. Identify the source of the requirement 4.1. Identify the source of the requirement
2.10. Questions. 2.10. Questions.
4.2. Identify the associated user need
1.2. Associate changed design elements with related elements
4.2. Identify the associated user need
1.2. Associate changed design elements with related elements
2.10.1. Summarize the manufacturer's written procedure(s) for identification and control of 4.3. Capture requirement description and 2.10.1. Summarize the manufacturer's written procedure(s) for identification and
attributes • control
LinkofChange Design Object 4.3. withCapture
affected design element(s)
requirement description and attributes • Link Change Design Object with affected design element(s)
design input. 4.4. Capture acceptance criteria design input. • Traceability Links and Reports 4.4.from affected
Capture design
acceptance element(s)
criteria • Traceability Links and Reports from affected design element(s)
2.10.2. From what sources are design inputs sought? 2.10.2. From what sources are design inputs sought?
2.10.3. Do design input procedures cover the relevant aspects, such as: (Mark all that apply and
4.5. Assign responsibility for each requirement • Impact Links and Reports from 4.5. affected
Assign responsibility for each requirement
design element(s) • Impact Links and Reports from affected design element(s)
4.6. Manage incomplete requirements2.10.3. Do design input procedures cover the relevant aspects, such as: (Mark all that apply and 4.6. Manage incomplete requirements
list additional aspects.) 4.7. Manage ambiguous requirements list additional aspects.) 1.2.1.Associate design element changes with decisions, rationale, and approval authority
4.7. Manage ambiguous requirements
1.2.1.Associate design element changes with decisions, rationale, and approval authority
2.10.3.1. intended use 4.8. Manage conflicting requirements 2.10.3.1. intended use information 4.8. Manage conflicting requirements information
2.10.3.2. user/patient/clinical 4.9. Approve all requirements 2.10.3.2. user/patient/clinical • Change Decision Objects4.9. with following
Approve Attributes:
all requirements • Change Decision Objects with following Attributes:
2.10.3.3. performance characteristics 2.10.3.3. performance characteristics
2.10.3.4. safety 2.10.3.4. safety • Disposition Attribute • Disposition Attribute
5. Manage acceptance 5. Manage acceptance
2.10.3.5. limits and tolerances 5.1. Ensure the acceptance of every user need 2.10.3.5. limits and tolerances • Decision Attribute 5.1. Ensure the acceptance of every user need • Decision Attribute
2.10.3.6. risk analysis 5.2. Ensure the acceptance of every design2.10.3.6. risk analysis
input requirement • Rationale Attribute 5.2. Ensure the acceptance of every design input requirement • Rationale Attribute
2.10.3.7. toxicity and biocompatibility 5.3. Document the results of every user need 2.10.3.7.
acceptancetoxicity
test and biocompatibility • Owner Attribute 5.3. Document the results of every user need acceptance test • Owner Attribute
2.10.3.8. electromagnetic compatibility (EMC) 5.4. Document the results of every design 2.10.3.8. electromagnetic compatibility (EMC)
2.10.3.9. compatibility with accessories/auxiliary devices
input requirements test
• Management Approval Attribute 5.4. Document the results of every design input requirements test
• Management Approval Attribute
5.5. Make acceptance results available 2.10.3.9. compatibility with accessories/auxiliary devices 5.5. Make acceptance results available
2.10.3.10. compatibility with the environment of intended use 2.10.3.10. compatibility with the environment of intended use 1.2.2.Provide associations within and across any organizational procedure 1.2.2.Provide associations within and across any organizational procedure
2.10.3.11. human factors 6. Manage change 2.10.3.11. human factors • Change Design Object 6. Traceability
Manage change Link on Procedure Attribute • Change Design Object Traceability Link on Procedure Attribute
2.10.3.12. physical/chemical characteristics 2.10.3.12. physical/chemical characteristics
2.10.3.13. labeling/packaging
6.1. Maintain history of design element changes
2.10.3.13. labeling/packaging
• Change Design Object Impacts Link history
6.1. Maintain on Procedure
of design Attribute
element changes • Change Design Object Impacts Link on Procedure Attribute
6.1.1. Make complete change history available 1.2.3.Provide associations within and6.1.1. Makeany
across complete change
project history available
milestone 1.2.3.Provide associations within and across any project milestone
2.10.3.14. reliability 6.1.2. Maintain history within and across 2.10.3.14. reliabilityprocedure
any organizational 6.1.2. Maintain history within and across any organizational procedure
2.10.3.15. statutory and regulatory requirements 2.10.3.15. statutory
6.1.3. Maintain history within and across any project milestone and regulatory requirements • Change Design Object Traceability Link on Milestone Attribute
6.1.3. Maintain history within and across any project milestone • Change Design Object Traceability Link on Milestone Attribute
2.10.3.16. voluntary standards 2.10.3.16. voluntary standards
6.1.4. Maintain history within and across any Design Control Guidance Elements • Change Design Object Impacts Link on Milestone Attribute
6.1.4. Maintain history within and across any Design Control Guidance Elements • Change Design Object Impacts Link on Milestone Attribute
2.10.3.17. manufacturing processes 6.2. Capture frequency and nature of element 2.10.3.17.
changes manufacturing processes 1.2.4.Provide associations within and across Design Control Guidance
6.2. Capture frequency and nature Elements
of element changes 1.2.4.Provide associations within and across Design Control Guidance Elements
2.10.3.18. sterility 6.2.1. Provide rationale for change 2.10.3.18. sterility
2.10.3.19. MDRs/complaints/failures and other historical data 2.10.3.19. MDRs/complaints/failures and other historical data • Change Design Object Traceability 6.2.1. Provide
Linkrationale
to tracedfordesign
change elements • Change Design Object Traceability Link to traced design elements
6.2.2. Describe decisions made 6.2.2. Describe decisions made
2.10.3.20. design history files (DHFs) 6.2.3. Identify approval authority for the2.10.3.20.
change design history files (DHFs) • Change Design Object Impacts 6.2.3.Link to linked
Identify design
approval elements
authority for the change • Change Design Object Impacts Link to linked design elements
2.10.4. For the specific design covered, how were the design input requirements identified? 2.10.4.of approving
6.2.4. Capture date, time, and signature For the specific 1.3. Mange
design covered, how were the design input requirements
authority the change process
identified? 6.2.4. Capture date, time, and signature of approving authority 1.3. Mange the change process
2.10.5. For the specific design covered, how were the design input requirements reviewed for 6.3. Identify impacted elements due to2.10.5.
a changeFor in the specific design covered, how were the design input requirements reviewed forChange Module
adequacy?
another element
adequacy?within and across any organizational procedure
• Design 6.3. Identify impacted elements due to a change in another element • Design Change Module
6.3.1. Create backward traces to design elements
• Design Change Reports 6.3.1. Create backward traces to design elements within and across any organizational procedure
• Design Change Reports
6.3.2. Create backward traces to design elements within and across any project milestone 6.3.2. Create backward traces to design elements within and across any project milestone
• Object History • Object History
• Object History Reports • Object History Reports
• Versions • Versions
• Baselines • Baselines
Desarrollo del Enunciado de Alcance

Ejemplo de Enunciado de Alcance

• Nombre del Proyecto

• Fecha
• Propósito de Negocio
• Metas del proyecto
• Enunciado de Alcance
producto
• Entregables
• Hitos principales
• Miembros del Equipo
• Restricciones
• Asunciones
• Exclusiones
Desarrollo del Enunciado de Alcance

Resumiendo:

Responde a la pregunta: ¿Qué producimos en el proyecto ?

• Proporciona un visión general del proyecto.

• Define los límites del mismo y la línea base de alcance.

• Debe tratar de ser resistente a cambios

• Considerar la voz del cliente.

• Basarse en Acta de Constitución.

• Análisis de Fortalezas y Debilidades del Proyecto.

 Caso: Desarrollo preliminar del alcance - Diseño de
Tetera
Tome, por ejemplo, el diseño de una simple tetera. El diseñador tiene que inventar una
tetera que encaje con el contexto de su uso. No debe ser demasiada pequeña. No debe ser
difícil de manipular cuando esté caliente. No se debe soltar fácilmente por equivocación.
Debe ser fácil de guardar en la cocina. No debe ser difícil al extraerle el agua. Debe servir el
agua limpiamente. No debe dejar que enfríe el agua rápidamente. El material del que está
hecha no debe ser costoso.

Debe soportar la temperatura del agua hirviendo. Debe ser fácil de limpiar exteriormente.
No debe tener forma que dificulte su trabajo. No debe ser difícil de ensamblar, ya que
cuesta horas de mano de obra. No debe corroerse en cocinas de vapor. Su interior debe ser
difícil de mantenerlo libre de sarro. No debe ser difícil de llenar con agua. No debe ser
antieconómica al calentar poca cantidad de agua. Debe tener una forma que sea útil ya que
se paga un precio razonable por el metal del que está hecha. No debe ser difícil de
sostenerla para que no ocasione accidentes a niños o inválidos que traten de usarla. No
debe hervir cuando no tenga agua y se pueda quemar sin previa advertencia. No debe ser
inestable en la hornilla cuando hierve el agua.

Extracto de Notes on Synthesis of Form de Chistopher Alexander

18
Caso: Desarrollo preliminar del alcance – Diseño de
tetera

1. ¿Este requerimiento está bien especificado?

2. ¿Encuentra aspectos positivos en el enunciado del

requerimiento?. Identifíquelos

3. ¿Encuentra aspectos negativos en el enunciado del

requerimiento?. Identifíquelos

4. ¿Qué recomendaciones consideraría para mejorarlo?

19
 Caso: Sistema de Venta de Pasajes
La Empresa ABC dedicada a la venta de paquetes turísticos ha decidido contratar los servicios de una empresa consultora
experta en el desarrollo de software, debido a que como parte de sus estrategias de crecimiento quiere empezar a ampliar
su cartera de clientes proponiendo la venta de los paquetes a través de Internet.
De estudios realizados la empresa ABC ha decidido orientar sus promociones por Internet a un público joven con capacidad
y gusto por el turismo de aventura y vivencial. En tal sentido el Gerente General espera que la aplicación que se desarrollo
sea lo suficientemente intuitiva al usuario que le transmita rápidamente el mensaje, que el usuario sienta que puede
encontrar toda la información que necesita a la mano.
Dado que la diversificación del mercado, aprovechando la tecnología Internet, abarcará ahora el mercado globalizado, la
página puede ser accedida desde cualquier ubicación geográfica por lo que se debe garantizar la disponibilidad los 365 días
del año.
Se debe permitir también el pago de las transacciones a través de la misma página garantizando que las mismas se realicen
de manera segura, a ojos del usuario y para tranquilidad de la Empresa ABC.
Finalmente la empresa espera ir desarrollando nuevas funciones y renovando la página de acuerdo a las promociones por lo
que el producto que esperan debe permitirles realizar dichos cambios.
El Gerente General desea tener el producto terminado para el 30 de diciembre del 2010 para iniciar la campaña de fiestas
navideñas y desearía tener la posibilidad de ir viendo como va quedando el producto a medida que se va terminando y no
esperar al término del proyecto para poder hacer los trabajos de preparación de la puesta en operación.
Se pide que:
Identifique las necesidades del cliente y las características del producto
Identifique brevemente las principales funciones que debieran implementarse en una página Web
Proyecto del curso:

• Elaborar Acta de Constitución del Proyecto (Project

Charter)

• Elaborar el enunciado del alcance del proyecto

• Usar hojas “Acta de Proyecto” y “Enunciado del Trabajo”

de la “Ficha de Proyecto”
Autor: Ing. Juan Carlos Dávila Terreros