SlideShare una empresa de Scribd logo
1 de 3
Descargar para leer sin conexión
FORMULACIÓN DEL PROYECTO
INGENIERÍA DE SOFTWARE III
JAIRO I. VÉLEZ B.

Se requiere un sistema de información que sea útil para la programación de clases y
docentes para un programa académico universitario X. La aplicación deberá ser
desarrollada por medio de lo dispuesto en el framework TSP.
Las características principales de este sistema son:
    1. Entorno grafico.
    2. Asistente para ayuda y operaciones.
    3. En cuanto a la Usabilidad, la asignación de horarios y materias se hará por medio
        de arrastrar y soltar ítems (asignaturas, docentes y aulas) dentro del horario
        escogido (metáfora de interfaz).
    4. Las asignaturas, los docentes y las aulas, se cargarán por medio de archivos XML.
    5. El sistema debe validar los cruces de horarios de los profesores y de las aulas
        respectivas.
    6. Debe calcular las horas totales de cátedra asignadas a cada profesor.
    7. Debe permitir generar un listado en XLS, PDF o XML de la programación hecha
        para cada uno de los profesores, entre otros.
    8. Tendrá un registro de acciones, LOG o Bitácora que permita restaurar puntos
        anteriores o devolver acciones.

Porcentajes de Evaluación

Producto codificado (35%)
Calificación grupal (10%)
Calificación individual (10%)
Examen (30%)
Calificación por Roles Postmortem (15%)
FORMATO PARA EL DOCUMENTO DE LANZAMIENTO DEL
                          PROYECTO

      1. Nombre del grupo de trabajo:

      2. Nombre de la aplicación:

      3. Integrantes:
Rol                  Nombre                E-mail                Teléfono


      4. Objetivos del Grupo
Nro.                   Descripción             Metas
                       Objetivo

      5. Objetivos de los miembros del grupo
Nro.                   Descripción             Metas
                       Objetivo

      6. Objetivos del Proyecto
Nro.                     Descripción Objetivo       Metas

      7. Objetivos de los Roles

      8. Disponibilidad de los participantes
Rol                       Horario                    Disponibilidad



      9. Reglas de Funcionamiento del Grupo y Compromisos
         Globales

            a. Reuniones Semanales de Seguimiento del Proyecto
               Lugar:
               Reuniones de seguimiento:


            b. Preparación de la reunión:
            El objetivo de las reuniones de seguimiento semanales deberá ser evaluar
            el trabajo de la semana y asignar nuevas tareas para la siguiente semana.
            Como está estipulado en las reglas de funcionamiento del grupo, todos los
            miembros deben informar al líder del grupo a más tardar un día antes de la
            reunión acerca de los temas que quieran agregar o modificar en el orden
            del día que les será previamente enviado.
            Todos los miembros deben llevar las dudas y sugerencias que tengan con
            respecto a las tareas que se deben desarrollar sin que éste sea el fin último
            de la reunión. Por esta razón ¡Los miembros del grupo no deben esperar
hasta el día de la reunión para plantear alguna duda o sugerencia con
respecto al trabajo!
Líder
Orden del día. Este será enviado cada semana con el fin de que todos los
miembros del grupo la conozcan y lo puedan revisar antes de la reunión. Si
algún miembro quiere incluir un tema específico en el orden del día debe
notificar al líder antes de la reunión.
Desarrollo
Llevar a la reunión el reporte de los resultados de desarrollo del proyecto
correspondiente a la semana anterior.
Llevar un plan de desarrollo semanal y sugerencias de posibles escenarios
para atacarlo, así como un plan de trabajo para cada integrante del grupo
respecto al desarrollo del software.
Calidad
Llevar un reporte que pueda medir de manera cuantitativa y cualitativa el
seguimiento de la calidad en el proyecto para estándares, realización de
documentos, desarrollo de código y otros entregables.
El reporte debe incluir métricas que informen cuál es el balance de calidad
con el cual se está desarrollando el proyecto.
Soporte
De ser necesario, el líder de soporte debe entregar a los miembros del
grupo (no tiene que ser físicamente, puede ser desarrollado en un
documento que se publique en la página del curso) un resumen con las
preguntas más frecuentes y las soluciones que se dieron con respecto a las
herramientas que se está utilizando. La reunión NO será el espacio para
resolver dudas con respecto al uso de las herramientas.
Planeación
Llevar formatos de documentos para el registro y seguimiento de las tareas
planeadas. El formato de estos documentos debe estar avalado por el líder
de calidad con el fin de asegurar el cumplimientos de los estándares
necesarios.

Más contenido relacionado

Similar a Formulacin del proyecto

Monografia metodología scrum
Monografia metodología scrumMonografia metodología scrum
Monografia metodología scrumbrekert
 
Monografia metodología Scrum
Monografia metodología ScrumMonografia metodología Scrum
Monografia metodología Scrumbrekert
 
Gestion de proyectos por iteraciones.ppt
Gestion de proyectos por iteraciones.pptGestion de proyectos por iteraciones.ppt
Gestion de proyectos por iteraciones.pptGlorisQuijada1
 
¿Cómo potenciar el conocimiento existente dentro de mi organización?
¿Cómo potenciar el conocimiento existente dentro de mi organización?¿Cómo potenciar el conocimiento existente dentro de mi organización?
¿Cómo potenciar el conocimiento existente dentro de mi organización?Software Guru
 
Ciclo de vida de un proyecto
Ciclo de vida de un proyectoCiclo de vida de un proyecto
Ciclo de vida de un proyectoRichard Suarez
 
Administracion de Proyecto de ti
Administracion de Proyecto de tiAdministracion de Proyecto de ti
Administracion de Proyecto de tiDarthuz Kilates
 
Documento de plan de desarrollo software corregido
Documento de plan de desarrollo software corregidoDocumento de plan de desarrollo software corregido
Documento de plan de desarrollo software corregidoUniversidad Cesar Vallejo
 
Gestión de proyectos mapa conceptual-claudia martinez-martin molano
Gestión de proyectos   mapa conceptual-claudia martinez-martin molanoGestión de proyectos   mapa conceptual-claudia martinez-martin molano
Gestión de proyectos mapa conceptual-claudia martinez-martin molanoClaudia Martinez
 
Gestión de proyectos mapa conceptual-claudia martinez-martin molano
Gestión de proyectos   mapa conceptual-claudia martinez-martin molanoGestión de proyectos   mapa conceptual-claudia martinez-martin molano
Gestión de proyectos mapa conceptual-claudia martinez-martin molanoClaudia Martinez
 
Taller 3 modelos de ciclo de vida del software
Taller 3  modelos de ciclo de vida del softwareTaller 3  modelos de ciclo de vida del software
Taller 3 modelos de ciclo de vida del softwareJavier Calderon
 
Administración de proyectos de software y java cert
Administración de proyectos de software y java certAdministración de proyectos de software y java cert
Administración de proyectos de software y java certMaestros Online
 
Guia actividadesy rubricadeevaluacionfase1
Guia actividadesy rubricadeevaluacionfase1Guia actividadesy rubricadeevaluacionfase1
Guia actividadesy rubricadeevaluacionfase1alejo rey
 

Similar a Formulacin del proyecto (20)

Monografia metodología scrum
Monografia metodología scrumMonografia metodología scrum
Monografia metodología scrum
 
Monografia metodología Scrum
Monografia metodología ScrumMonografia metodología Scrum
Monografia metodología Scrum
 
Gestion de proyectos por iteraciones.ppt
Gestion de proyectos por iteraciones.pptGestion de proyectos por iteraciones.ppt
Gestion de proyectos por iteraciones.ppt
 
¿Cómo potenciar el conocimiento existente dentro de mi organización?
¿Cómo potenciar el conocimiento existente dentro de mi organización?¿Cómo potenciar el conocimiento existente dentro de mi organización?
¿Cómo potenciar el conocimiento existente dentro de mi organización?
 
Kuali beh
Kuali behKuali beh
Kuali beh
 
Plan de desarrollo software
Plan de desarrollo softwarePlan de desarrollo software
Plan de desarrollo software
 
Diario de aprendizaje1415
Diario de aprendizaje1415Diario de aprendizaje1415
Diario de aprendizaje1415
 
Ciclo de vida de un proyecto
Ciclo de vida de un proyectoCiclo de vida de un proyecto
Ciclo de vida de un proyecto
 
Conceptos de Scrum
Conceptos de ScrumConceptos de Scrum
Conceptos de Scrum
 
Scrum rodtach
Scrum rodtachScrum rodtach
Scrum rodtach
 
Administracion de Proyecto de ti
Administracion de Proyecto de tiAdministracion de Proyecto de ti
Administracion de Proyecto de ti
 
Documento de plan de desarrollo software corregido
Documento de plan de desarrollo software corregidoDocumento de plan de desarrollo software corregido
Documento de plan de desarrollo software corregido
 
Gestión de proyectos mapa conceptual-claudia martinez-martin molano
Gestión de proyectos   mapa conceptual-claudia martinez-martin molanoGestión de proyectos   mapa conceptual-claudia martinez-martin molano
Gestión de proyectos mapa conceptual-claudia martinez-martin molano
 
Gestión de proyectos mapa conceptual-claudia martinez-martin molano
Gestión de proyectos   mapa conceptual-claudia martinez-martin molanoGestión de proyectos   mapa conceptual-claudia martinez-martin molano
Gestión de proyectos mapa conceptual-claudia martinez-martin molano
 
Modelo TSP
Modelo TSPModelo TSP
Modelo TSP
 
Taller 3 modelos de ciclo de vida del software
Taller 3  modelos de ciclo de vida del softwareTaller 3  modelos de ciclo de vida del software
Taller 3 modelos de ciclo de vida del software
 
Administración de proyectos de software y java cert
Administración de proyectos de software y java certAdministración de proyectos de software y java cert
Administración de proyectos de software y java cert
 
guia de aprendizaje 1.pdf
guia de aprendizaje 1.pdfguia de aprendizaje 1.pdf
guia de aprendizaje 1.pdf
 
Guia trabajocol 1
Guia trabajocol 1Guia trabajocol 1
Guia trabajocol 1
 
Guia actividadesy rubricadeevaluacionfase1
Guia actividadesy rubricadeevaluacionfase1Guia actividadesy rubricadeevaluacionfase1
Guia actividadesy rubricadeevaluacionfase1
 

Más de UNIVERSIDAD DE CALDAS (9)

Reporte seguimientoindividual
Reporte seguimientoindividualReporte seguimientoindividual
Reporte seguimientoindividual
 
Reporte seguimentogrupal(lider de soporte)
Reporte seguimentogrupal(lider de soporte)Reporte seguimentogrupal(lider de soporte)
Reporte seguimentogrupal(lider de soporte)
 
Documento de la estrategia
Documento de la estrategiaDocumento de la estrategia
Documento de la estrategia
 
Formulacin del proyecto
Formulacin del proyectoFormulacin del proyecto
Formulacin del proyecto
 
Bey Soft Arch C S W S
Bey Soft Arch C S W SBey Soft Arch C S W S
Bey Soft Arch C S W S
 
Sesion 2
Sesion 2Sesion 2
Sesion 2
 
Arquitectura Sesion 3
Arquitectura Sesion 3Arquitectura Sesion 3
Arquitectura Sesion 3
 
Sesion 1
Sesion 1Sesion 1
Sesion 1
 
Community Cloud Computing
Community Cloud ComputingCommunity Cloud Computing
Community Cloud Computing
 

Formulacin del proyecto

  • 1. FORMULACIÓN DEL PROYECTO INGENIERÍA DE SOFTWARE III JAIRO I. VÉLEZ B. Se requiere un sistema de información que sea útil para la programación de clases y docentes para un programa académico universitario X. La aplicación deberá ser desarrollada por medio de lo dispuesto en el framework TSP. Las características principales de este sistema son: 1. Entorno grafico. 2. Asistente para ayuda y operaciones. 3. En cuanto a la Usabilidad, la asignación de horarios y materias se hará por medio de arrastrar y soltar ítems (asignaturas, docentes y aulas) dentro del horario escogido (metáfora de interfaz). 4. Las asignaturas, los docentes y las aulas, se cargarán por medio de archivos XML. 5. El sistema debe validar los cruces de horarios de los profesores y de las aulas respectivas. 6. Debe calcular las horas totales de cátedra asignadas a cada profesor. 7. Debe permitir generar un listado en XLS, PDF o XML de la programación hecha para cada uno de los profesores, entre otros. 8. Tendrá un registro de acciones, LOG o Bitácora que permita restaurar puntos anteriores o devolver acciones. Porcentajes de Evaluación Producto codificado (35%) Calificación grupal (10%) Calificación individual (10%) Examen (30%) Calificación por Roles Postmortem (15%)
  • 2. FORMATO PARA EL DOCUMENTO DE LANZAMIENTO DEL PROYECTO 1. Nombre del grupo de trabajo: 2. Nombre de la aplicación: 3. Integrantes: Rol Nombre E-mail Teléfono 4. Objetivos del Grupo Nro. Descripción Metas Objetivo 5. Objetivos de los miembros del grupo Nro. Descripción Metas Objetivo 6. Objetivos del Proyecto Nro. Descripción Objetivo Metas 7. Objetivos de los Roles 8. Disponibilidad de los participantes Rol Horario Disponibilidad 9. Reglas de Funcionamiento del Grupo y Compromisos Globales a. Reuniones Semanales de Seguimiento del Proyecto Lugar: Reuniones de seguimiento: b. Preparación de la reunión: El objetivo de las reuniones de seguimiento semanales deberá ser evaluar el trabajo de la semana y asignar nuevas tareas para la siguiente semana. Como está estipulado en las reglas de funcionamiento del grupo, todos los miembros deben informar al líder del grupo a más tardar un día antes de la reunión acerca de los temas que quieran agregar o modificar en el orden del día que les será previamente enviado. Todos los miembros deben llevar las dudas y sugerencias que tengan con respecto a las tareas que se deben desarrollar sin que éste sea el fin último de la reunión. Por esta razón ¡Los miembros del grupo no deben esperar
  • 3. hasta el día de la reunión para plantear alguna duda o sugerencia con respecto al trabajo! Líder Orden del día. Este será enviado cada semana con el fin de que todos los miembros del grupo la conozcan y lo puedan revisar antes de la reunión. Si algún miembro quiere incluir un tema específico en el orden del día debe notificar al líder antes de la reunión. Desarrollo Llevar a la reunión el reporte de los resultados de desarrollo del proyecto correspondiente a la semana anterior. Llevar un plan de desarrollo semanal y sugerencias de posibles escenarios para atacarlo, así como un plan de trabajo para cada integrante del grupo respecto al desarrollo del software. Calidad Llevar un reporte que pueda medir de manera cuantitativa y cualitativa el seguimiento de la calidad en el proyecto para estándares, realización de documentos, desarrollo de código y otros entregables. El reporte debe incluir métricas que informen cuál es el balance de calidad con el cual se está desarrollando el proyecto. Soporte De ser necesario, el líder de soporte debe entregar a los miembros del grupo (no tiene que ser físicamente, puede ser desarrollado en un documento que se publique en la página del curso) un resumen con las preguntas más frecuentes y las soluciones que se dieron con respecto a las herramientas que se está utilizando. La reunión NO será el espacio para resolver dudas con respecto al uso de las herramientas. Planeación Llevar formatos de documentos para el registro y seguimiento de las tareas planeadas. El formato de estos documentos debe estar avalado por el líder de calidad con el fin de asegurar el cumplimientos de los estándares necesarios.