SlideShare una empresa de Scribd logo
1 de 13
UNIVERSIDAD
   REGIONAL
AUTONOMA DE LOS
     ANDES
                  DESARROLLO DE ROYECTOS

ALUMNO: JONATHAN BARRERA
TUTOR: ING. JONH TOASA
Introducción: Gestión de
proyectos
• La gestión del software es particularmente difícil, algunas de las razones
  son:
   • El producto de software es intangible.
   • No hay un proceso estándar.
   • A menudo los proyectos de software grandes son únicos.

• Las de las actividades comunes de la gestión de proyectos software son:
   • Redacción de la propuesta.
   • Planificación del proyecto
       • Estimaciones de costo, tiempo y esfuerzo.
   • Supervisión y revisión del proyecto.
   • Selección y evaluación del personal.
   • Redacción y presentación de informes.
Concepto de riesgo
• El riesgo se halla de forma implícita asociado a toda actividad:
  • Todo suceso se ve marcado por las acciones del pasado, ¿Se




                                                                     3/10/2001
    puede, por tanto, actuar ahora para crear oportunidades en el
    futuro?
  • El riesgo acompaña a todo cambio




                                                                     Gestión de riesgos
  • El riesgo implica elección e incertidumbre.
Estrategias frente al riesgo
• Estrategias reactivas
  • Método:




                                                                             3/10/2001
     • Evaluar las consecuencias del riesgo cuando este ya se ha producido
       (ya no es un riesgo)
     • Actuar en consecuencia




                                                                             Gestión de riesgos
  • Consecuencias de una estrategia reactiva
     • Apagado de incendios
     • Gabinetes de crisis
     • Se pone el proyecto en peligro
Estrategias frente al riesgo
• Estrategias proactivas
  • Método




                                                               3/10/2001
     •   Evaluación previa y sistemática de riesgos
     •   Evaluación de consecuencias
     •   Plan de evitación y minimalización de consecuencias




                                                               Gestión de riesgos
     •   Plan de contingencias
  • Consecuencias
     • Evasión del riesgo
     • Menor tiempo de reacción
     • Justificación frente a los superiores
Riesgos en Ingeniería de
Software
• Características
  • Incertidumbre (Probabilidad de que ocurra)




                                                 3/10/2001
  • Pérdidas
     • Producto
        • Rendimiento




                                                 Gestión de riesgos
        • Mantenimibilidad
     • Proceso de producción
        • Tiempo de desarrollo
        • Coste
Ejemplo
 Perspectivas     n      1
 poco claras
                             Equipo
                                   0,n
    Poca




                                                      3/10/2001
  motivación
Contratos bajos




                                                      Gestión de riesgos
                                  0,n
                      Huida del personal sin el
                        proyecto finalizado
                                   n


                                            Crítico

                                   n

                         Planificación
La calidad del software


   Concepto de calidad del software
   Situación actual




                                      Ingeniería del Software III
La calidad del software
“La calidad del software es el grado con el que un sistema,
componente o proceso cumple los requerimientos
especificacados y las necesidades o expectativas del
cliente o usuario”. (IEEE, Std. 610-1990).




                                                              Ingeniería del Software III
“Concordancia del software producido con los
requerimientos explícitamente establecidos, con los
estándaresd e desarrollo prefijados y con los requerimientos
implícitos no establecidos formalmente, que desea el
usuario” (Pressman, 1998)
Factores que determinan la
calidad del software
 • Se pueden clasificar en dos grandes grupos (Pressman):
   • Factores que pueden ser medidos directamente
   • Factores que solo pueden ser medidos indirectamente
 • Se centran en tres aspectos importantes de un producto




                                                            Ingeniería del Software III
   software (McCall):
   • Características operativas
   • Capacidad de soportar los cambios
   • Adaptabilidad a nuevos entornos
Que es la Planificación
• Es una guía de desarrollo para cumplir las metas del
  proyecto.

• Es un proceso iterativo el cual termina hasta que el
  proyecto mismo haya terminado. Esto quiere decir
  que su revisión es continua, ya que tanto
  requerimientos como restricciones pueden cambiar a
  lo largo del desarrollo
Importancia de la Planificación
• El éxito o fracaso de un proyecto de software depende en
  gran parte de la planificación, ya que con ayuda de ésta se
  pueden evitar problemas a los que un proyecto está sujeto,
  tales como:

  •   Retraso de tiempo de entrega
  •   Sobrepasar el presupuesto
  •   Baja calidad del producto
  •   Alto costo de mantenimiento, etc.
Actividades de la Gestión y la
Planificación
                                           Planificación del
                                                tiempo
                       PLANIFICACIÓ        (calendarización)
   GESTION DE               N
   PROYECTOS
                                           Estimación de
     •Propuesta                           costos (esfuerzo)
   •Planificación
    •Supervisión
      •Personal                        Gestión de riesgos y
      •Informal                         control de calidad
                     Gestión de la
                    configuración de
                           sw

Más contenido relacionado

La actualidad más candente

La actualidad más candente (19)

Riesgos de proyectos
Riesgos de proyectosRiesgos de proyectos
Riesgos de proyectos
 
Exposicion riesgos
Exposicion riesgosExposicion riesgos
Exposicion riesgos
 
Gestión de proyecto de software
Gestión de proyecto de softwareGestión de proyecto de software
Gestión de proyecto de software
 
Riesgos
RiesgosRiesgos
Riesgos
 
Gestión de riesgo
Gestión de riesgoGestión de riesgo
Gestión de riesgo
 
Introducción
IntroducciónIntroducción
Introducción
 
Evaluacion de proyectos informaticos
Evaluacion de proyectos informaticosEvaluacion de proyectos informaticos
Evaluacion de proyectos informaticos
 
Analisis y gestion_de_riesgos
Analisis y gestion_de_riesgosAnalisis y gestion_de_riesgos
Analisis y gestion_de_riesgos
 
Riesgos de temible mortandad
Riesgos de temible mortandadRiesgos de temible mortandad
Riesgos de temible mortandad
 
Los riesgos en la gestión de proyectos
Los riesgos en la gestión de proyectosLos riesgos en la gestión de proyectos
Los riesgos en la gestión de proyectos
 
Gestion de riesgos
Gestion de riesgosGestion de riesgos
Gestion de riesgos
 
QA and Security Testing in the SDLC
QA and Security Testing in the SDLCQA and Security Testing in the SDLC
QA and Security Testing in the SDLC
 
Metricas
MetricasMetricas
Metricas
 
PLANEACION DE PROYECTOS DE SOFTWARE
PLANEACION DE PROYECTOS DE SOFTWAREPLANEACION DE PROYECTOS DE SOFTWARE
PLANEACION DE PROYECTOS DE SOFTWARE
 
Gestión de proyectos informáticos
Gestión de proyectos informáticosGestión de proyectos informáticos
Gestión de proyectos informáticos
 
Development of Secure Applications
Development of Secure ApplicationsDevelopment of Secure Applications
Development of Secure Applications
 
Ejemplo de fdd
Ejemplo de fddEjemplo de fdd
Ejemplo de fdd
 
Metodologías, metricas y modelo cocomo para el costo de un proyecto software
Metodologías, metricas y modelo cocomo para el costo de un proyecto softwareMetodologías, metricas y modelo cocomo para el costo de un proyecto software
Metodologías, metricas y modelo cocomo para el costo de un proyecto software
 
Métricas del Software
Métricas del SoftwareMétricas del Software
Métricas del Software
 

Destacado

España en el siglo XIX-José Antonio Cañete Bello
España en el siglo XIX-José Antonio Cañete BelloEspaña en el siglo XIX-José Antonio Cañete Bello
España en el siglo XIX-José Antonio Cañete Bello4ABRodrigocaro
 
Actividad nº2
Actividad nº2Actividad nº2
Actividad nº2daminick
 
CV_Aileen S. Salvacion.doc.
CV_Aileen S. Salvacion.doc.CV_Aileen S. Salvacion.doc.
CV_Aileen S. Salvacion.doc.Aileen Salvacion
 
La malaria omar fernando
La malaria omar fernandoLa malaria omar fernando
La malaria omar fernandoFer Zaz
 
Politicas de uso salas internet I y II
Politicas de uso salas internet I y IIPoliticas de uso salas internet I y II
Politicas de uso salas internet I y IIbibliotecauttab
 
Hacer una Comunidad / Efigie & Pez Gordo
Hacer una Comunidad / Efigie & Pez GordoHacer una Comunidad / Efigie & Pez Gordo
Hacer una Comunidad / Efigie & Pez GordoEdison J Espinosa C
 
Plano Municipal de Saneamento Básico de Angra dos Reis - Produto 6
Plano Municipal de Saneamento Básico de Angra dos Reis - Produto 6Plano Municipal de Saneamento Básico de Angra dos Reis - Produto 6
Plano Municipal de Saneamento Básico de Angra dos Reis - Produto 6Centro de Estudos Ambientais
 
Seo é mais uma sopa de letrinhas-
Seo   é mais uma sopa de letrinhas-Seo   é mais uma sopa de letrinhas-
Seo é mais uma sopa de letrinhas-Vivi Manzur
 
Colegio la salle acapulco2
Colegio la salle acapulco2Colegio la salle acapulco2
Colegio la salle acapulco2KiaraSthefany
 
Nem Ouro Nem Prata
Nem Ouro Nem PrataNem Ouro Nem Prata
Nem Ouro Nem Pratanelmarvoc
 
Cuadro comparativo lolita
Cuadro comparativo lolitaCuadro comparativo lolita
Cuadro comparativo lolitamagalysa
 
Educación infantil
Educación infantilEducación infantil
Educación infantilMaJito TeRan
 

Destacado (20)

España en el siglo XIX-José Antonio Cañete Bello
España en el siglo XIX-José Antonio Cañete BelloEspaña en el siglo XIX-José Antonio Cañete Bello
España en el siglo XIX-José Antonio Cañete Bello
 
Actividad nº2
Actividad nº2Actividad nº2
Actividad nº2
 
B2B_FleuryInvestorDay_Oct012015
B2B_FleuryInvestorDay_Oct012015B2B_FleuryInvestorDay_Oct012015
B2B_FleuryInvestorDay_Oct012015
 
CV_Aileen S. Salvacion.doc.
CV_Aileen S. Salvacion.doc.CV_Aileen S. Salvacion.doc.
CV_Aileen S. Salvacion.doc.
 
Révolution
RévolutionRévolution
Révolution
 
Perros
Perros Perros
Perros
 
Administracion
AdministracionAdministracion
Administracion
 
La malaria omar fernando
La malaria omar fernandoLa malaria omar fernando
La malaria omar fernando
 
Politicas de uso salas internet I y II
Politicas de uso salas internet I y IIPoliticas de uso salas internet I y II
Politicas de uso salas internet I y II
 
empresarios más ricos del mundo
empresarios más ricos del mundoempresarios más ricos del mundo
empresarios más ricos del mundo
 
Hacer una Comunidad / Efigie & Pez Gordo
Hacer una Comunidad / Efigie & Pez GordoHacer una Comunidad / Efigie & Pez Gordo
Hacer una Comunidad / Efigie & Pez Gordo
 
Plano Municipal de Saneamento Básico de Angra dos Reis - Produto 6
Plano Municipal de Saneamento Básico de Angra dos Reis - Produto 6Plano Municipal de Saneamento Básico de Angra dos Reis - Produto 6
Plano Municipal de Saneamento Básico de Angra dos Reis - Produto 6
 
Seo é mais uma sopa de letrinhas-
Seo   é mais uma sopa de letrinhas-Seo   é mais uma sopa de letrinhas-
Seo é mais uma sopa de letrinhas-
 
Calentamiento global
Calentamiento globalCalentamiento global
Calentamiento global
 
Colegio la salle acapulco2
Colegio la salle acapulco2Colegio la salle acapulco2
Colegio la salle acapulco2
 
Nem Ouro Nem Prata
Nem Ouro Nem PrataNem Ouro Nem Prata
Nem Ouro Nem Prata
 
Paté de almejas original
Paté de almejas originalPaté de almejas original
Paté de almejas original
 
Cuadro comparativo lolita
Cuadro comparativo lolitaCuadro comparativo lolita
Cuadro comparativo lolita
 
Educación infantil
Educación infantilEducación infantil
Educación infantil
 
Maggie la torre
Maggie la torreMaggie la torre
Maggie la torre
 

Similar a Tarea8

Gestion, calidad y cambios en desarrollo de proyectos de software
Gestion, calidad y cambios en desarrollo de proyectos de softwareGestion, calidad y cambios en desarrollo de proyectos de software
Gestion, calidad y cambios en desarrollo de proyectos de softwareUniandes
 
ieee-uy-2011-06-ORT-mpippolo-gestin_de_riesgos
ieee-uy-2011-06-ORT-mpippolo-gestin_de_riesgosieee-uy-2011-06-ORT-mpippolo-gestin_de_riesgos
ieee-uy-2011-06-ORT-mpippolo-gestin_de_riesgosIEEE Uruguay
 
Gestión del riesgo de software
Gestión del riesgo de software Gestión del riesgo de software
Gestión del riesgo de software jose_macias
 
Argentesting 2017 - Pruebas de software basadas en riesgos
Argentesting 2017 - Pruebas de software basadas en riesgosArgentesting 2017 - Pruebas de software basadas en riesgos
Argentesting 2017 - Pruebas de software basadas en riesgosArgentesting
 
Gestión de riesgos de software
Gestión de riesgos de softwareGestión de riesgos de software
Gestión de riesgos de softwareOmar S. Gomez
 
Ra semana 11 2
Ra semana 11 2Ra semana 11 2
Ra semana 11 2victdiazm
 
Gerencia De Proyectos
Gerencia De ProyectosGerencia De Proyectos
Gerencia De Proyectosveroperdo
 
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de softwareGestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de softwarefredycollaguazo
 
Memorias Aranda webCast
Memorias Aranda webCast Memorias Aranda webCast
Memorias Aranda webCast Aranda Software
 
Curso de Ingeniería de Software - Capitulo5
Curso de Ingeniería de Software - Capitulo5Curso de Ingeniería de Software - Capitulo5
Curso de Ingeniería de Software - Capitulo5Eddie Malca
 
Pmi taller de riesgos 092012 v2 0
Pmi   taller de riesgos 092012 v2 0Pmi   taller de riesgos 092012 v2 0
Pmi taller de riesgos 092012 v2 0Carlosvalera
 
Gestion_De_Riesgos
Gestion_De_RiesgosGestion_De_Riesgos
Gestion_De_RiesgosSHEPHIRODSK
 
Trabajo proyectoss
Trabajo proyectossTrabajo proyectoss
Trabajo proyectossAlexa Romero
 
GERENCIA DE RIESGOS - FACTOR CRITICO DE ÉXITO
GERENCIA DE RIESGOS - FACTOR CRITICO DE ÉXITOGERENCIA DE RIESGOS - FACTOR CRITICO DE ÉXITO
GERENCIA DE RIESGOS - FACTOR CRITICO DE ÉXITOSandra Sanchez Motta
 
Gestión de riesgos
Gestión de riesgosGestión de riesgos
Gestión de riesgosIsrael Cueva
 
Microsoft Project 2010 como utilizar tareas inactivas para la gestion de riesgos
Microsoft Project 2010 como utilizar tareas inactivas para la gestion de riesgosMicrosoft Project 2010 como utilizar tareas inactivas para la gestion de riesgos
Microsoft Project 2010 como utilizar tareas inactivas para la gestion de riesgosgedpro project management experts
 
Presentacion dolores =)
Presentacion dolores =)Presentacion dolores =)
Presentacion dolores =)jackfe
 

Similar a Tarea8 (20)

Gestion, calidad y cambios en desarrollo de proyectos de software
Gestion, calidad y cambios en desarrollo de proyectos de softwareGestion, calidad y cambios en desarrollo de proyectos de software
Gestion, calidad y cambios en desarrollo de proyectos de software
 
Ii gestion proyectos
Ii gestion proyectosIi gestion proyectos
Ii gestion proyectos
 
ieee-uy-2011-06-ORT-mpippolo-gestin_de_riesgos
ieee-uy-2011-06-ORT-mpippolo-gestin_de_riesgosieee-uy-2011-06-ORT-mpippolo-gestin_de_riesgos
ieee-uy-2011-06-ORT-mpippolo-gestin_de_riesgos
 
Gestión del riesgo de software
Gestión del riesgo de software Gestión del riesgo de software
Gestión del riesgo de software
 
Argentesting 2017 - Pruebas de software basadas en riesgos
Argentesting 2017 - Pruebas de software basadas en riesgosArgentesting 2017 - Pruebas de software basadas en riesgos
Argentesting 2017 - Pruebas de software basadas en riesgos
 
Gestión de riesgos de software
Gestión de riesgos de softwareGestión de riesgos de software
Gestión de riesgos de software
 
Ra semana 11 2
Ra semana 11 2Ra semana 11 2
Ra semana 11 2
 
Gerencia De Proyectos
Gerencia De ProyectosGerencia De Proyectos
Gerencia De Proyectos
 
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de softwareGestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
 
Memorias Aranda webCast
Memorias Aranda webCast Memorias Aranda webCast
Memorias Aranda webCast
 
Curso de Ingeniería de Software - Capitulo5
Curso de Ingeniería de Software - Capitulo5Curso de Ingeniería de Software - Capitulo5
Curso de Ingeniería de Software - Capitulo5
 
Pmi taller de riesgos 092012 v2 0
Pmi   taller de riesgos 092012 v2 0Pmi   taller de riesgos 092012 v2 0
Pmi taller de riesgos 092012 v2 0
 
Taller de riesgos PMI v2 0
Taller de riesgos PMI v2 0Taller de riesgos PMI v2 0
Taller de riesgos PMI v2 0
 
Gestion_De_Riesgos
Gestion_De_RiesgosGestion_De_Riesgos
Gestion_De_Riesgos
 
Trabajo proyectoss
Trabajo proyectossTrabajo proyectoss
Trabajo proyectoss
 
GERENCIA DE RIESGOS - FACTOR CRITICO DE ÉXITO
GERENCIA DE RIESGOS - FACTOR CRITICO DE ÉXITOGERENCIA DE RIESGOS - FACTOR CRITICO DE ÉXITO
GERENCIA DE RIESGOS - FACTOR CRITICO DE ÉXITO
 
Gestión de riesgos
Gestión de riesgosGestión de riesgos
Gestión de riesgos
 
Microsoft Project 2010 como utilizar tareas inactivas para la gestion de riesgos
Microsoft Project 2010 como utilizar tareas inactivas para la gestion de riesgosMicrosoft Project 2010 como utilizar tareas inactivas para la gestion de riesgos
Microsoft Project 2010 como utilizar tareas inactivas para la gestion de riesgos
 
Riesgos
RiesgosRiesgos
Riesgos
 
Presentacion dolores =)
Presentacion dolores =)Presentacion dolores =)
Presentacion dolores =)
 

Tarea8

  • 1. UNIVERSIDAD REGIONAL AUTONOMA DE LOS ANDES DESARROLLO DE ROYECTOS ALUMNO: JONATHAN BARRERA TUTOR: ING. JONH TOASA
  • 2. Introducción: Gestión de proyectos • La gestión del software es particularmente difícil, algunas de las razones son: • El producto de software es intangible. • No hay un proceso estándar. • A menudo los proyectos de software grandes son únicos. • Las de las actividades comunes de la gestión de proyectos software son: • Redacción de la propuesta. • Planificación del proyecto • Estimaciones de costo, tiempo y esfuerzo. • Supervisión y revisión del proyecto. • Selección y evaluación del personal. • Redacción y presentación de informes.
  • 3. Concepto de riesgo • El riesgo se halla de forma implícita asociado a toda actividad: • Todo suceso se ve marcado por las acciones del pasado, ¿Se 3/10/2001 puede, por tanto, actuar ahora para crear oportunidades en el futuro? • El riesgo acompaña a todo cambio Gestión de riesgos • El riesgo implica elección e incertidumbre.
  • 4. Estrategias frente al riesgo • Estrategias reactivas • Método: 3/10/2001 • Evaluar las consecuencias del riesgo cuando este ya se ha producido (ya no es un riesgo) • Actuar en consecuencia Gestión de riesgos • Consecuencias de una estrategia reactiva • Apagado de incendios • Gabinetes de crisis • Se pone el proyecto en peligro
  • 5. Estrategias frente al riesgo • Estrategias proactivas • Método 3/10/2001 • Evaluación previa y sistemática de riesgos • Evaluación de consecuencias • Plan de evitación y minimalización de consecuencias Gestión de riesgos • Plan de contingencias • Consecuencias • Evasión del riesgo • Menor tiempo de reacción • Justificación frente a los superiores
  • 6. Riesgos en Ingeniería de Software • Características • Incertidumbre (Probabilidad de que ocurra) 3/10/2001 • Pérdidas • Producto • Rendimiento Gestión de riesgos • Mantenimibilidad • Proceso de producción • Tiempo de desarrollo • Coste
  • 7. Ejemplo Perspectivas n 1 poco claras Equipo 0,n Poca 3/10/2001 motivación Contratos bajos Gestión de riesgos 0,n Huida del personal sin el proyecto finalizado n Crítico n Planificación
  • 8. La calidad del software Concepto de calidad del software Situación actual Ingeniería del Software III
  • 9. La calidad del software “La calidad del software es el grado con el que un sistema, componente o proceso cumple los requerimientos especificacados y las necesidades o expectativas del cliente o usuario”. (IEEE, Std. 610-1990). Ingeniería del Software III “Concordancia del software producido con los requerimientos explícitamente establecidos, con los estándaresd e desarrollo prefijados y con los requerimientos implícitos no establecidos formalmente, que desea el usuario” (Pressman, 1998)
  • 10. Factores que determinan la calidad del software • Se pueden clasificar en dos grandes grupos (Pressman): • Factores que pueden ser medidos directamente • Factores que solo pueden ser medidos indirectamente • Se centran en tres aspectos importantes de un producto Ingeniería del Software III software (McCall): • Características operativas • Capacidad de soportar los cambios • Adaptabilidad a nuevos entornos
  • 11. Que es la Planificación • Es una guía de desarrollo para cumplir las metas del proyecto. • Es un proceso iterativo el cual termina hasta que el proyecto mismo haya terminado. Esto quiere decir que su revisión es continua, ya que tanto requerimientos como restricciones pueden cambiar a lo largo del desarrollo
  • 12. Importancia de la Planificación • El éxito o fracaso de un proyecto de software depende en gran parte de la planificación, ya que con ayuda de ésta se pueden evitar problemas a los que un proyecto está sujeto, tales como: • Retraso de tiempo de entrega • Sobrepasar el presupuesto • Baja calidad del producto • Alto costo de mantenimiento, etc.
  • 13. Actividades de la Gestión y la Planificación Planificación del tiempo PLANIFICACIÓ (calendarización) GESTION DE N PROYECTOS Estimación de •Propuesta costos (esfuerzo) •Planificación •Supervisión •Personal Gestión de riesgos y •Informal control de calidad Gestión de la configuración de sw

Notas del editor

  1. La gestión del software es particularmente difícil, algunas de las razones son: El producto de software es intangible. Esto obliga a los gestores del proyecto a confiar en los otros miembros del personal para la toma de decisiones. No hay un proceso estándar. Y por lo tanto tampoco se tiene la certeza de cuando un proceso en particular empieza a tener problemas. A menudo los proyectos de software grandes son únicos. Esto se refiere a que los proyectos se diferencian unos de otros, por lo que hasta los gestores más experimentados no siempre podrán anticipar los problemas. Las de las actividades comunes de la gestión de proyectos software son: Redacción de la propuesta. Planificación del proyecto estimaciones de costo, tiempo y esfuerzo. Supervisión y revisión del proyecto. Selección y evaluación del personal. Redacción y presentación de informes.
  2. El gestor de proyecto es responsable de planear y supervisar el proyecto para que este se lleve a cabo: dentro de los tiempos establecidos conforme a los estándares requeridos acorde al presupuesto Durante la planificación, el gestor del proyecto debe tener un plan para enfrentarse a los problemas que puedan surgir durante el desarrollo del proyecto y poder solucionarlos. Al ir desarrollándose el proyecto se obtiene mayor y mejor información, esto modificará el plan inicial, lo que conduce a replanear el calendario de actividades necesarias para desarrollar el proyecto.
  3. La planificación inicia con la valoración de las restricciones impuestas por el cliente. Es importante que antes de realizar la estimación, se delimite el ámbito del software . En esta etapa se evalúan las funciones, y desempeño del software. Se describen los datos que se procesarán, funciones, desempeño, restricciones, interfaces y viabilidad [PRE02]. Las actividades de planificación del tiempo, estimación de costo y recursos para acometer el esfuerzo de desarrollo, se describen posteriormente los puntos 2.1 y 2.2 respectivamente.