SlideShare ist ein Scribd-Unternehmen logo
1 von 25
COLEGIO NACIONAL DE EDUCACION
    PROFESIONAL TECNICA
PLANEACION DE PROYECTOS DE SOFTWARE
              EQUIPO 5

              INTENGRANTES:
          Kevin Raúl López Martínez
          Demecio Lázaro Vázquez
         Eva Grisell Velázquez López
           Alina Gonzales Chiñas
            Adelma Arbona López
  DOCENTE: FRANCISCO MARTINEZ MEZA
     GRUPO 405 PTB EN INFORMATICA
  H. CD JUCHITAN DE ZARAGOZA OAXACA
                                       1
Elaboración de la propuesta
           del proyecto
• Introducción…………………………………………… 3
• Análisis y/o detección de necesidades…… 4
• Objetivos……………………………………………….
    7
•   Alcance…………………………………………………
    9
•   Entregables……………………………………………
    11
•   Identificación de riesgos………………………… 18
•   Recursos humanos, materiales, tecnológicos y 2
    económicos……………………………………………
    20
INTRODUCCION:
 Para elaborar proyectos es necesario
  tomar en cuenta ciertos puntos para
poder realizarlo con firmeza y y que sea
   entendible. Definiremos conceptos
basicos de cada punto marcado arriba
   para despues dar un ejemplo de la
 elaboracion de un proyecto propuesto.


                                      3
Análisis y/o detección de
      necesidades
O En el marco de la prevención
    selectiva, la detección de
necesidades es a la vez una fase
 y una estrategia de evaluación
           diagnóstica.


                                   4
Fase:

O Fase porque se ubica como la
   primera etapa dentro de la
      planeación normativa,
  estratégica y táctica de una
 intervención preventiva; es la
 base del diseño y la operación
    de cualquier programa o
            proyecto.
                                  5
Estrategia

O   Estrategia porque implica un conjunto de
    procedimientos de investigación documental y
    de campo, dirigidos a analizar en sus
    dimensiones reales al problema de interés, en
    el contexto y en la población objetivos.
    Delimita las características, necesidades y
    demandas de la población objetivo y la
    distribución del problema a través del tiempo, a
    fin de incrementar la oportunidad y eficacia
    del plan de acción.
                                                  6
Objetivo.
O El objetivo general es la situación concreta
    que se quiere conseguir del proyecto.
 La mayoría de las veces un objetivo general
  atiende a varias áreas temáticas. Son los
 beneficios, esperados a largo plazo. Piensa
      en términos de tiempo y espacio.
 Generalmente, el objetivo “mayor” sólo será
  alcanzado con una serie de estrategias y
            objetivos específicos.
                                           7
O El objetivo general se escribe en
 infinito, y en su formulario se usa
     verbos tales como: ampliar,
    aumentar, disminuir, reducir,
  contribuir, asegurar, garantizar,
    incrementar, obtener, dotar,
 incorporar, demostrar, propiciar,
 fomentar, desarrollar (en sentido
        amplio), entre. otros.
                                      8
Alcance.
O Considerando como un proyecto a un conjunto
        de actividades con un inicio y fin
 determinados, dirigidas a cumplir un objetivo
 específico y entendiendo por administración
  los procesos de planear, organizar, dirigir y
             controlar actividades y
 Recursos para alcanzar un objetivo. No todos
         los proyectos son iguales, cada
 Uno tiene al menos pequeñas variaciones con
  respecto a otros, pero finalmente lo que se
  busca al administrar un proyecto es cumplir
     en tiempo, en costo y en forma, con el
              objetivo del proyecto.
                                             9
O Recursos para alcanzar un objetivo.
 No todos los proyectos son iguales,
                 cada
     Uno tiene al menos pequeñas
  variaciones con respecto a otros,
  pero finalmente lo que se busca al
 administrar un proyecto es cumplir
 en tiempo, en costo y en forma, con
       el objetivo del proyecto.

                                   10
Entregables.
O 1. Entregables estudio de viabilidad:
O a) Descripción breve del sistema propuesto y sus
  características.
  b) Descripción breve de las necesidades del negocio en
  el sistema propuesto.
  c) Propuesta de organización del equipo de desarrollo y
  definición de responsabilidades.
  d) Estudio de los costes, que contendrán estimaciones
  groseras de la planificación y fechas, tentativas, de
  entrega de los productos.
  e) Estudio de los beneficios que producirá el sistema.
                                                     11
O 2. Entregables Análisis:
O a) Captura de requisitos:
 a. Análisis del sistema actual (si existe).
 b. Requisitos nuevos de los usuarios.
 c. Descripción del sistema propuesto.
 b) Especificación del sistema
 a. Descripción del sistema (DFDs, etc.).
 b. Requisitos de datos.
 c. Requisitos de telecomunicaciones.
 d. Requisitos de hardware.e.Plan de pruebas de
 integración.



                                                  12
O 3. Entregables del Diseño:
O
    a) Descripción detallada del sistema, contendrá:
    a. Programas, módulos reutilizables y objetos.
    b. Ficheros y bases de datos.
    c. Transacciones
    d .Diccionario de datos
    e. Procedimientos
    f. Carga del sistema y tiempos de respuesta
    g. Interfaces, tanto humanos como de máquinas
    b) Descripción de los controles del sistema propuestos.
    c) Diseños alternativos recomendados.
    d) Estándares de programación y diseño de programas,
    recomendados.
    e) Técnicas de implementación recomendadas:
    codificación propia, compra de paquetes, contratación
    externa, etc.
    f) Plan de pruebas de programas.

                                                      13
O 4. Entregables del desarrollo:
 a) Documentos del diseño final del sistema y de cada
 programa.
 b) Diagramas definitivos del sistema y de los
 programas.
 c) Descripción detallada de la lógica de cada programa.
 d) Descripción de las Entradas y Salidas (ficheros,
 pantallas, listados, etc.).
 e) Listado de los programas, conteniendo comentarios.
 f) Cadenas de ejecución si es necesario (JCL, scripts,
 etc.)
 g) Resultado de las pruebas de cada unidad.
 h) Resultado de las pruebas de cada programa
 i) Resultado de las pruebas de la integración.
 j) Guía para los operadores del sistema.
 k) Programa de entrenamiento de los operadores.
 l) Manual de usuario del sistema.
                                                    14
O 5. Entregables de las Pruebas:

 a) Plan de pruebas del sistema (actualizado).
 b) Informe de los resultados de las pruebas.
 c) Descripción de las pruebas, el resultado
 esperado, resultado obtenido y acciones a tomar
 para corregir las desviaciones.
 d) Resultados de las pruebas a la documentación.




                                               15
O 6. Entregables de la Instalación:

 a) Planes detallados de contingencias de
 explotación, caídas del sistema y recuperación.
 b) Plan de revisión post-instalación.
 c) Informe de la instalación.
 d) Carta de aceptación del sistema.




                                                   16
O 7. Entregables del Mantenimiento:

 a) Listado de fallos detectados en el sistema.
 b) Listado de mejoras solicitadas por los usuarios
 (si no dan lugar a nuevos proyectos).
 c) Traza detallada de los cambios realizados en el
 sistema.
 d) Actas de las revisiones regulares del sistema y
 aceptación de los niveles de soporte.




                                                17
Identificación de riesgos.
O Una de las brechas más significativas entre la
    teoría y la práctica de la Administración de
    Proyectos es todo lo referente a riesgos del
 proyecto. Cuando leemos acerca de los conceptos
teóricos de riesgo pensamos “Qué buenas ideas…”,
pero cuando nos preguntamos ”¿Qué hago el lunes
a la mañana con todo esto en el proyecto que estoy
  coordinando?” no encontramos una respuesta ni
                  inmediata ni obvia



                                              18
O Veamos el tema primero desde la teoría: la
 Identificación de Riesgos es el proceso por el cual se
determina qué riesgos pueden afectar al proyecto y se
  documentan sus características. Este proceso es un
   proceso interactivo, ya que se descubrirán nuevos
riesgos a medida que se avance con el ciclo de vida del
  proyecto. En este proceso se elabora el Registro de
  Riesgos, el cual contiene en la etapa de planificación
       por lo menos los siguientes cuatro datos:
           * Nombre y descripción del riesgo.
   * Descripción de las respuestas posibles al riesgo.
   * Causa primaria o raíz (“Root Cause”) del riesgo:
     condición o evento que harán que el riesgo se
                        concrete.
      * Categoría de riesgo: tecnológico, técnico,
               organizacional, externo, etc.         19
Recursos humanos,
   materiales, tecnológicos y
         económicos.
O La gestión de los recursos humanos del proyecto
   incluye los procesos que organizan y dirigen el
  equipo del proyecto. El Equipo del proyecto está
    compuesto por las personas a quienes les han
 asignado roles y responsabilidades para concluir el
                      proyecto.
  Si bien es común hablar de asignación de roles y
     responsabilidades, los miembros del equipo
       deberían participar en gran parte de la
  planificación y toma de decisiones del proyecto.

                                                20
Recursos materiales:
O Incluye lugar donde se va a realizar la Actividad,
    carteles informativos, materiales a utilizar,
 invitación de copa o café, etc. Posibles empresas
 para conseguir esos recursos de manera gratuita:
                     Don Folio.
 Compañía andaluza de Cervezas, S.A. (Alhambra),
   Cafés Capuchinos, Vinos Montilla Alvear, Coca
                     Cola, etc.
                    Diputación.
          Consejería de Medio Ambiente.
 Todos los contactos de las entidades que pueden
  echar una mano están en la libreta de Contactos
 del Aula y en una base de datos en el ordenador.

                                                21
Recursos tecnológicos:
O La administración de los recursos técnicos es conocida
 también como administración técnica y consiste en planear,
   aplicar, consumir y dosificar los recursos tales como: el
tiempo de ejecución, los recursos financieros del proyecto y
  los compromisos legales, jurídicos y contractuales que se
  adquieren o generan con la ejecución misma del proyecto.
   Así pues, si analizamos los tiempos de ejecución, éstos
  pueden ser administrados a través de los programas de
    construcción y el seguimiento de ellos. Los recursos
    financieros tendrán que administrase nombrando o
    asignando un administrador del proyecto, que pueda
  manejar cuentas bancarias, cuentas contables, pago de
     proveedores, estrategias fiscales y demás temas
  relacionados con la distribución, aplicación y control del
                     dinero de la inversión.
                                                         22
Recursos económicos:
O Buscar subvención para nuestro proyecto. Posibles
          entidades donde solicitar ayudas:
                      Diputación.
                   Ayuntamientos.
      Instituto Andaluz de la Juventud. (I.A.J.)
 Programas propios de la Universidad de Córdoba.
En el presupuesto debe quedar muy claro la cantidad
        que se solicita y para que se solicita.
    Una vía de financiación muy asequible son los
programas propios de la Universidad de Córdoba; el
      Aula Forestal ha presentado proyectos a:
      PROGRAMA PROPIO DE ACTIVIDADES
                   CULTURALES.
      PROGRAMA PROPIO DE COOPERACIÓN. 23
CONCLUSION:

Los diferentes puntos tratados en toda esta
informacion, son basicas para elaborar una
propuesta de un proyecto el cual debe ser muy
considerable, ya dependera del fin que vaya a
realizarse, (economico, social, o simple
satisfaccion, una propuesta deber ser
demasida firme para ver si se podra realizar en
si como un proyecto listo para su ejecucion.


                                           24
25

Weitere ähnliche Inhalte

Was ist angesagt?

Presentación proceso de cambios
Presentación proceso de cambiosPresentación proceso de cambios
Presentación proceso de cambiosglobal bis
 
Proyecto final del curso de ITIL-Yamileth
Proyecto final del curso de ITIL-YamilethProyecto final del curso de ITIL-Yamileth
Proyecto final del curso de ITIL-YamilethYamileth Miguel
 
Tipos de factibilidad
Tipos  de factibilidadTipos  de factibilidad
Tipos de factibilidadUn Alejandro
 
Fundamentos de la arquitectura de software
Fundamentos de la arquitectura de softwareFundamentos de la arquitectura de software
Fundamentos de la arquitectura de softwareRoger Villegas
 
Especificación de Arquitectura de Software
Especificación de Arquitectura de SoftwareEspecificación de Arquitectura de Software
Especificación de Arquitectura de SoftwareSoftware Guru
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareJennifer Andrea Cano Guevara
 
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
 
Estimacion basada en puntos de casos de uso
Estimacion basada en puntos de casos de usoEstimacion basada en puntos de casos de uso
Estimacion basada en puntos de casos de usodianitadance
 
Mapa conceptual Ingeniería de Requisitos
Mapa conceptual Ingeniería de RequisitosMapa conceptual Ingeniería de Requisitos
Mapa conceptual Ingeniería de Requisitosinmacu_
 
Guía del PMBOK® > Gestión de Integración
Guía del PMBOK® > Gestión de IntegraciónGuía del PMBOK® > Gestión de Integración
Guía del PMBOK® > Gestión de IntegraciónDharma Consulting
 
PM-Acta de cierre de proyecto-ALAPSI A.C.
PM-Acta de cierre de proyecto-ALAPSI A.C.PM-Acta de cierre de proyecto-ALAPSI A.C.
PM-Acta de cierre de proyecto-ALAPSI A.C.Gonzalo Espinosa
 
Unidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioUnidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioSergio Sanchez
 
Acta de constitucion del Proyecto
Acta de constitucion del ProyectoActa de constitucion del Proyecto
Acta de constitucion del ProyectoWidowmaker88
 

Was ist angesagt? (20)

Presentación proceso de cambios
Presentación proceso de cambiosPresentación proceso de cambios
Presentación proceso de cambios
 
PMBOK
PMBOKPMBOK
PMBOK
 
Diseño de sistemas
Diseño de sistemasDiseño de sistemas
Diseño de sistemas
 
Proyecto final del curso de ITIL-Yamileth
Proyecto final del curso de ITIL-YamilethProyecto final del curso de ITIL-Yamileth
Proyecto final del curso de ITIL-Yamileth
 
Tipos de factibilidad
Tipos  de factibilidadTipos  de factibilidad
Tipos de factibilidad
 
Fundamentos de la arquitectura de software
Fundamentos de la arquitectura de softwareFundamentos de la arquitectura de software
Fundamentos de la arquitectura de software
 
Estimación Software por Puntos de Función
Estimación Software por Puntos de FunciónEstimación Software por Puntos de Función
Estimación Software por Puntos de Función
 
Modelo v
Modelo vModelo v
Modelo v
 
Especificación de Arquitectura de Software
Especificación de Arquitectura de SoftwareEspecificación de Arquitectura de Software
Especificación de Arquitectura de Software
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto software
 
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
 
Diseño arquitectónico
Diseño arquitectónicoDiseño arquitectónico
Diseño arquitectónico
 
Estimacion basada en puntos de casos de uso
Estimacion basada en puntos de casos de usoEstimacion basada en puntos de casos de uso
Estimacion basada en puntos de casos de uso
 
Proyecto Final - Calidad de Software
Proyecto Final - Calidad de SoftwareProyecto Final - Calidad de Software
Proyecto Final - Calidad de Software
 
Mapa conceptual Ingeniería de Requisitos
Mapa conceptual Ingeniería de RequisitosMapa conceptual Ingeniería de Requisitos
Mapa conceptual Ingeniería de Requisitos
 
Requisitos no Funcionales
Requisitos no FuncionalesRequisitos no Funcionales
Requisitos no Funcionales
 
Guía del PMBOK® > Gestión de Integración
Guía del PMBOK® > Gestión de IntegraciónGuía del PMBOK® > Gestión de Integración
Guía del PMBOK® > Gestión de Integración
 
PM-Acta de cierre de proyecto-ALAPSI A.C.
PM-Acta de cierre de proyecto-ALAPSI A.C.PM-Acta de cierre de proyecto-ALAPSI A.C.
PM-Acta de cierre de proyecto-ALAPSI A.C.
 
Unidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioUnidad 3 Modelo De Negocio
Unidad 3 Modelo De Negocio
 
Acta de constitucion del Proyecto
Acta de constitucion del ProyectoActa de constitucion del Proyecto
Acta de constitucion del Proyecto
 

Andere mochten auch

Estructura de la propuesta
Estructura de la propuestaEstructura de la propuesta
Estructura de la propuestakatherine14
 
Analisis y deteccion de necesidades proyecto fco
Analisis y deteccion de necesidades proyecto fcoAnalisis y deteccion de necesidades proyecto fco
Analisis y deteccion de necesidades proyecto fcofrancisco melgarejo aguilar
 
S17. Webinar de Alianzas Educativas: Herramienta de Formación Docente
S17. Webinar de Alianzas Educativas: Herramienta de Formación DocenteS17. Webinar de Alianzas Educativas: Herramienta de Formación Docente
S17. Webinar de Alianzas Educativas: Herramienta de Formación DocenteAlianzas Educativas
 
Identificar las necesidades del cliente
Identificar las necesidades del clienteIdentificar las necesidades del cliente
Identificar las necesidades del clientecpcarbajalupem
 
Evaluacion De Proyectos
Evaluacion De ProyectosEvaluacion De Proyectos
Evaluacion De Proyectosguest4e4af2
 
criterios basicos para evaluar un proyecto
criterios basicos para evaluar un proyectocriterios basicos para evaluar un proyecto
criterios basicos para evaluar un proyectonikevildur
 
Como evaluar proyectos y programas escolares
Como evaluar proyectos y programas escolaresComo evaluar proyectos y programas escolares
Como evaluar proyectos y programas escolareseliacampos12
 
Analisis necesidades formación
Analisis necesidades formaciónAnalisis necesidades formación
Analisis necesidades formaciónAngel Alonso
 
Formulación y Evaluación de Proyectos Educativos
Formulación y Evaluación de Proyectos EducativosFormulación y Evaluación de Proyectos Educativos
Formulación y Evaluación de Proyectos EducativosUNELLEZ
 
Diagnóstico educativo, 2012
Diagnóstico educativo, 2012Diagnóstico educativo, 2012
Diagnóstico educativo, 2012brvasquez1968
 

Andere mochten auch (12)

Estructura de la propuesta
Estructura de la propuestaEstructura de la propuesta
Estructura de la propuesta
 
Analisis y deteccion de necesidades proyecto fco
Analisis y deteccion de necesidades proyecto fcoAnalisis y deteccion de necesidades proyecto fco
Analisis y deteccion de necesidades proyecto fco
 
S17. Webinar de Alianzas Educativas: Herramienta de Formación Docente
S17. Webinar de Alianzas Educativas: Herramienta de Formación DocenteS17. Webinar de Alianzas Educativas: Herramienta de Formación Docente
S17. Webinar de Alianzas Educativas: Herramienta de Formación Docente
 
Detectar necesidades
Detectar  necesidadesDetectar  necesidades
Detectar necesidades
 
Identificar las necesidades del cliente
Identificar las necesidades del clienteIdentificar las necesidades del cliente
Identificar las necesidades del cliente
 
Evaluacion De Proyectos
Evaluacion De ProyectosEvaluacion De Proyectos
Evaluacion De Proyectos
 
criterios basicos para evaluar un proyecto
criterios basicos para evaluar un proyectocriterios basicos para evaluar un proyecto
criterios basicos para evaluar un proyecto
 
FORMULACION DE PROYECTOS
FORMULACION DE PROYECTOS FORMULACION DE PROYECTOS
FORMULACION DE PROYECTOS
 
Como evaluar proyectos y programas escolares
Como evaluar proyectos y programas escolaresComo evaluar proyectos y programas escolares
Como evaluar proyectos y programas escolares
 
Analisis necesidades formación
Analisis necesidades formaciónAnalisis necesidades formación
Analisis necesidades formación
 
Formulación y Evaluación de Proyectos Educativos
Formulación y Evaluación de Proyectos EducativosFormulación y Evaluación de Proyectos Educativos
Formulación y Evaluación de Proyectos Educativos
 
Diagnóstico educativo, 2012
Diagnóstico educativo, 2012Diagnóstico educativo, 2012
Diagnóstico educativo, 2012
 

Ähnlich wie Elaboración de la propuesta del proyecto 1

Elaboración de la propuesta del proyecto 1
Elaboración de la propuesta del proyecto 1Elaboración de la propuesta del proyecto 1
Elaboración de la propuesta del proyecto 1Kevin LopMar
 
Elaboración de la propuesta del proyecto 1
Elaboración de la propuesta del proyecto 1Elaboración de la propuesta del proyecto 1
Elaboración de la propuesta del proyecto 1Kevin LopMar
 
Power Point Proyectos Informaticos
Power Point Proyectos InformaticosPower Point Proyectos Informaticos
Power Point Proyectos InformaticosDaniela
 
Metodologias de investigacion Ingenieria de software
Metodologias de investigacion Ingenieria de software Metodologias de investigacion Ingenieria de software
Metodologias de investigacion Ingenieria de software kisx1212
 
Lifecycle information system
Lifecycle information systemLifecycle information system
Lifecycle information systemcmcrlp
 
Ciclo de vida de sistemas de información
Ciclo de vida de sistemas de informaciónCiclo de vida de sistemas de información
Ciclo de vida de sistemas de informaciónLeo Barrientos
 
Ciclo vida
Ciclo vidaCiclo vida
Ciclo vidasdf
 
Planificacion de Proyecto de Software
Planificacion de Proyecto de SoftwarePlanificacion de Proyecto de Software
Planificacion de Proyecto de SoftwareNelson Guanipa
 

Ähnlich wie Elaboración de la propuesta del proyecto 1 (20)

Elaboración de la propuesta del proyecto 1
Elaboración de la propuesta del proyecto 1Elaboración de la propuesta del proyecto 1
Elaboración de la propuesta del proyecto 1
 
Proyecto
ProyectoProyecto
Proyecto
 
Proyecto
ProyectoProyecto
Proyecto
 
Paco
PacoPaco
Paco
 
Elaboración de la propuesta del proyecto 1
Elaboración de la propuesta del proyecto 1Elaboración de la propuesta del proyecto 1
Elaboración de la propuesta del proyecto 1
 
Power Point Proyectos Informaticos
Power Point Proyectos InformaticosPower Point Proyectos Informaticos
Power Point Proyectos Informaticos
 
ciclovida.pdf
ciclovida.pdfciclovida.pdf
ciclovida.pdf
 
Ciclovida
CiclovidaCiclovida
Ciclovida
 
Ciclovida sistemas
Ciclovida sistemasCiclovida sistemas
Ciclovida sistemas
 
Ciclovida
CiclovidaCiclovida
Ciclovida
 
Ciclovida
CiclovidaCiclovida
Ciclovida
 
Ciclo de vida de un sistema
Ciclo de vida de un sistemaCiclo de vida de un sistema
Ciclo de vida de un sistema
 
Metodologias de investigacion Ingenieria de software
Metodologias de investigacion Ingenieria de software Metodologias de investigacion Ingenieria de software
Metodologias de investigacion Ingenieria de software
 
Ciclovida
CiclovidaCiclovida
Ciclovida
 
Ciclo de vida Sisitema de Información
Ciclo de vida Sisitema de InformaciónCiclo de vida Sisitema de Información
Ciclo de vida Sisitema de Información
 
Lifecycle information system
Lifecycle information systemLifecycle information system
Lifecycle information system
 
Ciclovida
CiclovidaCiclovida
Ciclovida
 
Ciclo de vida de sistemas de información
Ciclo de vida de sistemas de informaciónCiclo de vida de sistemas de información
Ciclo de vida de sistemas de información
 
Ciclo vida
Ciclo vidaCiclo vida
Ciclo vida
 
Planificacion de Proyecto de Software
Planificacion de Proyecto de SoftwarePlanificacion de Proyecto de Software
Planificacion de Proyecto de Software
 

Elaboración de la propuesta del proyecto 1

  • 1. COLEGIO NACIONAL DE EDUCACION PROFESIONAL TECNICA PLANEACION DE PROYECTOS DE SOFTWARE EQUIPO 5 INTENGRANTES: Kevin Raúl López Martínez Demecio Lázaro Vázquez Eva Grisell Velázquez López Alina Gonzales Chiñas Adelma Arbona López DOCENTE: FRANCISCO MARTINEZ MEZA GRUPO 405 PTB EN INFORMATICA H. CD JUCHITAN DE ZARAGOZA OAXACA 1
  • 2. Elaboración de la propuesta del proyecto • Introducción…………………………………………… 3 • Análisis y/o detección de necesidades…… 4 • Objetivos………………………………………………. 7 • Alcance………………………………………………… 9 • Entregables…………………………………………… 11 • Identificación de riesgos………………………… 18 • Recursos humanos, materiales, tecnológicos y 2 económicos…………………………………………… 20
  • 3. INTRODUCCION: Para elaborar proyectos es necesario tomar en cuenta ciertos puntos para poder realizarlo con firmeza y y que sea entendible. Definiremos conceptos basicos de cada punto marcado arriba para despues dar un ejemplo de la elaboracion de un proyecto propuesto. 3
  • 4. Análisis y/o detección de necesidades O En el marco de la prevención selectiva, la detección de necesidades es a la vez una fase y una estrategia de evaluación diagnóstica. 4
  • 5. Fase: O Fase porque se ubica como la primera etapa dentro de la planeación normativa, estratégica y táctica de una intervención preventiva; es la base del diseño y la operación de cualquier programa o proyecto. 5
  • 6. Estrategia O Estrategia porque implica un conjunto de procedimientos de investigación documental y de campo, dirigidos a analizar en sus dimensiones reales al problema de interés, en el contexto y en la población objetivos. Delimita las características, necesidades y demandas de la población objetivo y la distribución del problema a través del tiempo, a fin de incrementar la oportunidad y eficacia del plan de acción. 6
  • 7. Objetivo. O El objetivo general es la situación concreta que se quiere conseguir del proyecto. La mayoría de las veces un objetivo general atiende a varias áreas temáticas. Son los beneficios, esperados a largo plazo. Piensa en términos de tiempo y espacio. Generalmente, el objetivo “mayor” sólo será alcanzado con una serie de estrategias y objetivos específicos. 7
  • 8. O El objetivo general se escribe en infinito, y en su formulario se usa verbos tales como: ampliar, aumentar, disminuir, reducir, contribuir, asegurar, garantizar, incrementar, obtener, dotar, incorporar, demostrar, propiciar, fomentar, desarrollar (en sentido amplio), entre. otros. 8
  • 9. Alcance. O Considerando como un proyecto a un conjunto de actividades con un inicio y fin determinados, dirigidas a cumplir un objetivo específico y entendiendo por administración los procesos de planear, organizar, dirigir y controlar actividades y Recursos para alcanzar un objetivo. No todos los proyectos son iguales, cada Uno tiene al menos pequeñas variaciones con respecto a otros, pero finalmente lo que se busca al administrar un proyecto es cumplir en tiempo, en costo y en forma, con el objetivo del proyecto. 9
  • 10. O Recursos para alcanzar un objetivo. No todos los proyectos son iguales, cada Uno tiene al menos pequeñas variaciones con respecto a otros, pero finalmente lo que se busca al administrar un proyecto es cumplir en tiempo, en costo y en forma, con el objetivo del proyecto. 10
  • 11. Entregables. O 1. Entregables estudio de viabilidad: O a) Descripción breve del sistema propuesto y sus características. b) Descripción breve de las necesidades del negocio en el sistema propuesto. c) Propuesta de organización del equipo de desarrollo y definición de responsabilidades. d) Estudio de los costes, que contendrán estimaciones groseras de la planificación y fechas, tentativas, de entrega de los productos. e) Estudio de los beneficios que producirá el sistema. 11
  • 12. O 2. Entregables Análisis: O a) Captura de requisitos: a. Análisis del sistema actual (si existe). b. Requisitos nuevos de los usuarios. c. Descripción del sistema propuesto. b) Especificación del sistema a. Descripción del sistema (DFDs, etc.). b. Requisitos de datos. c. Requisitos de telecomunicaciones. d. Requisitos de hardware.e.Plan de pruebas de integración. 12
  • 13. O 3. Entregables del Diseño: O a) Descripción detallada del sistema, contendrá: a. Programas, módulos reutilizables y objetos. b. Ficheros y bases de datos. c. Transacciones d .Diccionario de datos e. Procedimientos f. Carga del sistema y tiempos de respuesta g. Interfaces, tanto humanos como de máquinas b) Descripción de los controles del sistema propuestos. c) Diseños alternativos recomendados. d) Estándares de programación y diseño de programas, recomendados. e) Técnicas de implementación recomendadas: codificación propia, compra de paquetes, contratación externa, etc. f) Plan de pruebas de programas. 13
  • 14. O 4. Entregables del desarrollo: a) Documentos del diseño final del sistema y de cada programa. b) Diagramas definitivos del sistema y de los programas. c) Descripción detallada de la lógica de cada programa. d) Descripción de las Entradas y Salidas (ficheros, pantallas, listados, etc.). e) Listado de los programas, conteniendo comentarios. f) Cadenas de ejecución si es necesario (JCL, scripts, etc.) g) Resultado de las pruebas de cada unidad. h) Resultado de las pruebas de cada programa i) Resultado de las pruebas de la integración. j) Guía para los operadores del sistema. k) Programa de entrenamiento de los operadores. l) Manual de usuario del sistema. 14
  • 15. O 5. Entregables de las Pruebas: a) Plan de pruebas del sistema (actualizado). b) Informe de los resultados de las pruebas. c) Descripción de las pruebas, el resultado esperado, resultado obtenido y acciones a tomar para corregir las desviaciones. d) Resultados de las pruebas a la documentación. 15
  • 16. O 6. Entregables de la Instalación: a) Planes detallados de contingencias de explotación, caídas del sistema y recuperación. b) Plan de revisión post-instalación. c) Informe de la instalación. d) Carta de aceptación del sistema. 16
  • 17. O 7. Entregables del Mantenimiento: a) Listado de fallos detectados en el sistema. b) Listado de mejoras solicitadas por los usuarios (si no dan lugar a nuevos proyectos). c) Traza detallada de los cambios realizados en el sistema. d) Actas de las revisiones regulares del sistema y aceptación de los niveles de soporte. 17
  • 18. Identificación de riesgos. O Una de las brechas más significativas entre la teoría y la práctica de la Administración de Proyectos es todo lo referente a riesgos del proyecto. Cuando leemos acerca de los conceptos teóricos de riesgo pensamos “Qué buenas ideas…”, pero cuando nos preguntamos ”¿Qué hago el lunes a la mañana con todo esto en el proyecto que estoy coordinando?” no encontramos una respuesta ni inmediata ni obvia 18
  • 19. O Veamos el tema primero desde la teoría: la Identificación de Riesgos es el proceso por el cual se determina qué riesgos pueden afectar al proyecto y se documentan sus características. Este proceso es un proceso interactivo, ya que se descubrirán nuevos riesgos a medida que se avance con el ciclo de vida del proyecto. En este proceso se elabora el Registro de Riesgos, el cual contiene en la etapa de planificación por lo menos los siguientes cuatro datos: * Nombre y descripción del riesgo. * Descripción de las respuestas posibles al riesgo. * Causa primaria o raíz (“Root Cause”) del riesgo: condición o evento que harán que el riesgo se concrete. * Categoría de riesgo: tecnológico, técnico, organizacional, externo, etc. 19
  • 20. Recursos humanos, materiales, tecnológicos y económicos. O La gestión de los recursos humanos del proyecto incluye los procesos que organizan y dirigen el equipo del proyecto. El Equipo del proyecto está compuesto por las personas a quienes les han asignado roles y responsabilidades para concluir el proyecto. Si bien es común hablar de asignación de roles y responsabilidades, los miembros del equipo deberían participar en gran parte de la planificación y toma de decisiones del proyecto. 20
  • 21. Recursos materiales: O Incluye lugar donde se va a realizar la Actividad, carteles informativos, materiales a utilizar, invitación de copa o café, etc. Posibles empresas para conseguir esos recursos de manera gratuita: Don Folio. Compañía andaluza de Cervezas, S.A. (Alhambra), Cafés Capuchinos, Vinos Montilla Alvear, Coca Cola, etc. Diputación. Consejería de Medio Ambiente. Todos los contactos de las entidades que pueden echar una mano están en la libreta de Contactos del Aula y en una base de datos en el ordenador. 21
  • 22. Recursos tecnológicos: O La administración de los recursos técnicos es conocida también como administración técnica y consiste en planear, aplicar, consumir y dosificar los recursos tales como: el tiempo de ejecución, los recursos financieros del proyecto y los compromisos legales, jurídicos y contractuales que se adquieren o generan con la ejecución misma del proyecto. Así pues, si analizamos los tiempos de ejecución, éstos pueden ser administrados a través de los programas de construcción y el seguimiento de ellos. Los recursos financieros tendrán que administrase nombrando o asignando un administrador del proyecto, que pueda manejar cuentas bancarias, cuentas contables, pago de proveedores, estrategias fiscales y demás temas relacionados con la distribución, aplicación y control del dinero de la inversión. 22
  • 23. Recursos económicos: O Buscar subvención para nuestro proyecto. Posibles entidades donde solicitar ayudas: Diputación. Ayuntamientos. Instituto Andaluz de la Juventud. (I.A.J.) Programas propios de la Universidad de Córdoba. En el presupuesto debe quedar muy claro la cantidad que se solicita y para que se solicita. Una vía de financiación muy asequible son los programas propios de la Universidad de Córdoba; el Aula Forestal ha presentado proyectos a: PROGRAMA PROPIO DE ACTIVIDADES CULTURALES. PROGRAMA PROPIO DE COOPERACIÓN. 23
  • 24. CONCLUSION: Los diferentes puntos tratados en toda esta informacion, son basicas para elaborar una propuesta de un proyecto el cual debe ser muy considerable, ya dependera del fin que vaya a realizarse, (economico, social, o simple satisfaccion, una propuesta deber ser demasida firme para ver si se podra realizar en si como un proyecto listo para su ejecucion. 24
  • 25. 25