PROYECTOPROYECTOSEGÚN EL R.A.E :

proyecto, ta.

(Del lat. proiectus).

1. adj. Geom. Representado en perspectiva.

2. m. Planta y disposición que se forma para la realización de un tratado, o para la ejecución de algo de importancia.

3. m. Designio o pensamiento de ejecutar algo.

4. m. Conjunto de escritos, cálculos y dibujos que se hacen para dar idea de cómo ha de ser y lo que ha de costar una obra de arquitectura o de ingeniería.

5. m. Primer esquema o plan de cualquier trabajo que se hace a veces como prueba antes de darle la forma definitiva.

Proyecto InformáticoProyecto Informático

El proyecto representa el enunciado de una intervención concreta de la que se espera tener resultados que contribuyan al logro de los efectos específicos que un programa define. Como tal, expresa el nivel operativo del proceso de planificación, por lo que sus metodologías y técnicas serán de uso habitual para los profesionales de la Intervención social.  

La informática, aun los grandes sistemas, era considerada mas como una labor artesana, muy próxima al programador, que como una técnica con necesidad de una planificación efectiva.

Este notable aumento de la complejidad de la informática ha sido la que ha hecho necesario su consideración como proyecto, asociándose las técnicas y procedimientos de diseño, planificación y gestión del proyecto tradicional.

Gestión de ProyectosGestión de Proyectos

GestiónGestión►La Gestión de Proyectos implica la La Gestión de Proyectos implica la

planificación, supervisión, y control del planificación, supervisión, y control del personal, del proceso y de los eventos personal, del proceso y de los eventos que ocurren mientras evoluciona el que ocurren mientras evoluciona el software desde la fase preliminar a la software desde la fase preliminar a la implementación operacional.implementación operacional.

►Se concentra en las 4P:Se concentra en las 4P: PersonalPersonal ProductoProducto ProcesoProceso ProyectoProyecto

PersonalPersonal

► Es la parte más importanteEs la parte más importante► A veces se da por descontado que es así y se actúa en A veces se da por descontado que es así y se actúa en

contracontra► Los participantes son:Los participantes son:

Gestores superiores (definen los aspectos del Gestores superiores (definen los aspectos del negocio)negocio)

Gestores técnicos del proyecto (planifican, motivan, Gestores técnicos del proyecto (planifican, motivan, organizan y controlan)organizan y controlan)

Profesionales (Proporcionan las capacidades técnicas Profesionales (Proporcionan las capacidades técnicas para hacer un producto o aplicación )para hacer un producto o aplicación )

Clientes (Especifican los requisitos del proyecto o Clientes (Especifican los requisitos del proyecto o aplicación) aplicación)

Usuarios finales (Harán uso del software cuando Usuarios finales (Harán uso del software cuando haya sido entregado)haya sido entregado)

Miembros del Miembros del equipo de equipo de desarrollodesarrollo

Organización del Organización del equipo de desarrolloequipo de desarrollo

► Jerárquico. Jerárquico. Propuesta por primera vez por Harlan Mills y descrita Propuesta por primera vez por Harlan Mills y descrita

en 1972. en 1972. También se le conoce como También se le conoce como equipo programador jefeequipo programador jefe El núcleo se compone de: El núcleo se compone de:

► Programador o ingeniero en jefe. Planifica, coordina y revisa Programador o ingeniero en jefe. Planifica, coordina y revisa todas las actividades técnicas del equipo. todas las actividades técnicas del equipo.

► Personal técnico. Llevan a cabo las actividades de análisis y Personal técnico. Llevan a cabo las actividades de análisis y desarrollo. desarrollo.

► Ingeniero de apoyo. Ayuda al ingeniero en jefe y puede Ingeniero de apoyo. Ayuda al ingeniero en jefe y puede sustituirle sin perdida de continuidad del proyecto. sustituirle sin perdida de continuidad del proyecto.

Además existen especialistas que ayudan al Además existen especialistas que ayudan al ingeniero en jefe. Por ejemplo, expertos en bases de ingeniero en jefe. Por ejemplo, expertos en bases de datos, comunicaciones, etc. Y un bibliotecario de datos, comunicaciones, etc. Y un bibliotecario de software (software (librarianlibrarian), que puede colaborar con varios ), que puede colaborar con varios equipos a la vez y se encarga de la documentación, equipos a la vez y se encarga de la documentación, listados fuente, ayuda a recopilar datos de listados fuente, ayuda a recopilar datos de productividad y cataloga e indexa los módulos u productividad y cataloga e indexa los módulos u objetos reutilizables. objetos reutilizables.

Organización de equipos Organización de equipos según Manteisegún Mantei

► Descentralizado democrático (DD). Descentralizado democrático (DD). No tiene un jefe permanente. Se nombran coordinadores de tareas No tiene un jefe permanente. Se nombran coordinadores de tareas

a corto plazo y se sustituyen por otros para diferentes tareas. a corto plazo y se sustituyen por otros para diferentes tareas. Las decisiones y los enfoques se hacen por consenso. Las decisiones y los enfoques se hacen por consenso. La comunicación entre los miembros del equipo es horizontal. La comunicación entre los miembros del equipo es horizontal.

► Descentralizado controlado (DC). Descentralizado controlado (DC). Tiene un jefe definido que coordina tareas específicas y jefes Tiene un jefe definido que coordina tareas específicas y jefes

secundarios que tienen responsabilidades sobre subtareas. secundarios que tienen responsabilidades sobre subtareas. La solución de problemas es una actividad del grupo, pero la La solución de problemas es una actividad del grupo, pero la

implementación de soluciones se reparte entre los subgrupos por implementación de soluciones se reparte entre los subgrupos por el jefe de equipo. el jefe de equipo.

La comunicación entre subgrupos e individuos es horizontal. La comunicación entre subgrupos e individuos es horizontal. También hay comunicación vertical a lo largo de la jerarquía de También hay comunicación vertical a lo largo de la jerarquía de

control. control. ► Centralizado controlado (CC). Centralizado controlado (CC).

El jefe de equipo se encarga de la solución de problemas a alto El jefe de equipo se encarga de la solución de problemas a alto nivel y la coordinación interna del equipo. nivel y la coordinación interna del equipo.

La comunicación entre el jefe y los miembros del equipo es La comunicación entre el jefe y los miembros del equipo es vertical. vertical.

Existen siete factores de un Existen siete factores de un proyecto que deben proyecto que deben

considerarse al planificar el considerarse al planificar el organigrama de equipos.organigrama de equipos.

1.1. Dificultad del problema. Dificultad del problema.

2.2. Tamaño del programa en líneas de código o puntos Tamaño del programa en líneas de código o puntos de función. de función.

3.3. Tiempo de vida del equipo. Tiempo de vida del equipo.

4.4. Grado en que el problema puede ser modularizado. Grado en que el problema puede ser modularizado.

5.5. Calidad requerida y fiabilidad del sistema que se va Calidad requerida y fiabilidad del sistema que se va a construir. a construir.

6.6. Rigidez de la fecha de entrega. Rigidez de la fecha de entrega.

7.7. Grado de comunicación requerido para el proyecto. Grado de comunicación requerido para el proyecto.

Tipo de

EquipoDD DC CC

Dificultad

Alta x    

Pequeña   x x

Tamaño

Grande   x x

Pequeño x    

Duración del equipo

Corto   x x

Largo x    

Modularidad

Alta   x x

Baja x    

Fiabilidad

Alta x x  

Baja     x

Fecha de entrega

Estricta     x

Flexible x x  

Comunicación

Alta x    

Pequeña   x x

Paradigmas de organización de Paradigmas de organización de equipos según Constantineequipos según Constantine

► Paradigma cerrado. Paradigma cerrado. Tiene jerarquía tradicional de autoridad similar al equipo CC. Tiene jerarquía tradicional de autoridad similar al equipo CC. Trabajan bien cuando producen software similar a otros Trabajan bien cuando producen software similar a otros

anteriores, pero son menos innovadores. anteriores, pero son menos innovadores. ► Paradigma aleatorio.Paradigma aleatorio.

El equipo se estructura libremente y depende de la iniciativa El equipo se estructura libremente y depende de la iniciativa individual de los miembros. individual de los miembros.

Son buenos cuando se requiere innovación o avances Son buenos cuando se requiere innovación o avances tecnológicos. tecnológicos.

Tienen problemas cuando se requiere un rendimiento ordenado. Tienen problemas cuando se requiere un rendimiento ordenado. ► Paradigma abierto. Paradigma abierto.

Estructura el equipo de forma que consiga algunos de los Estructura el equipo de forma que consiga algunos de los controles asociados con el paradigma cerrado y mucha de la controles asociados con el paradigma cerrado y mucha de la innovación del paradigma aleatorio. innovación del paradigma aleatorio.

El trabajo se desarrolla en colaboración, con mucha comunicación El trabajo se desarrolla en colaboración, con mucha comunicación y toma de decisiones consensuadas. y toma de decisiones consensuadas.

Son adecuados para resolver problemas complejos, pero pueden Son adecuados para resolver problemas complejos, pero pueden no ser tan eficientes como otros equipos. no ser tan eficientes como otros equipos.

► Paradigma sincronizado. Paradigma sincronizado. Se basa en la partición natural de un problema y organiza los Se basa en la partición natural de un problema y organiza los

miembros del equipo para trabajar en partes del problema con miembros del equipo para trabajar en partes del problema con poca comunicación activa entre ellos. poca comunicación activa entre ellos.

Actividades del equipo de Actividades del equipo de desarrollodesarrollo

►Comunicación con el cliente. Comunicación con el cliente. ►Planeación. Planeación. ►Análisis de riesgos. Análisis de riesgos. ► Ingeniería. Ingeniería. ►Construcción y liberación. Construcción y liberación. ►Evaluación del cliente. Evaluación del cliente.

Toxicidad de un equipoToxicidad de un equipo1.1. Atmósfera de trabajo frenética. Se gasta Atmósfera de trabajo frenética. Se gasta

mucha energía y se descentran los mucha energía y se descentran los objetivosobjetivos

2.2. Alta frustración por motivos Alta frustración por motivos tecnológicos o personalestecnológicos o personales

3.3. Procedimientos coordinados Procedimientos coordinados pobrementepobremente

4.4. Definición confusa de los rolesDefinición confusa de los roles

5.5. Continua y repetida exposición al falloContinua y repetida exposición al fallo

Para pensarPara pensar►Cuanto antes se empieza a programar: Cuanto antes se empieza a programar:

más se demoramás se demora

►Ley de Brooks: Añade más gente a un Ley de Brooks: Añade más gente a un proyecto retrasado y harás que se retrase proyecto retrasado y harás que se retrase más más

ProductoProducto►Ámbito del softwareÁmbito del software

Contexto. ¿Cómo encaja el software en el Contexto. ¿Cómo encaja el software en el sistema?sistema?

Objetivos. ¿Qué datos son visibles al cliente? Objetivos. ¿Qué datos son visibles al cliente? ¿Qué objetos de entrada son requeridos?¿Qué objetos de entrada son requeridos?

Función y rendimiento. ¿Cómo transforma los Función y rendimiento. ¿Cómo transforma los datos de entrada en salida? ¿Qué más hay datos de entrada en salida? ¿Qué más hay que saber?que saber?

►Descomposición del problemaDescomposición del problema ““Divide y triunfarás”Divide y triunfarás” Top DownTop Down

ProcesoProceso►Modelo:Modelo:

Secuencial LinealSecuencial Lineal Cascada(*)Cascada(*) EspiralEspiral ConcurrenteConcurrente FormaForma 4ta Generación4ta Generación

METODOLÓGIAS DEL DESARROLLO DE SISTEMAS DE INFORMACIÓN

METODO ESPIRAL

INTRODUCCIÓN Son métodos que indican cómo hacer más

eficiente el desarrollo de sistemas de información. Para ello suelen estructurar en fases la vida de dichos sistemas con el fin de facilitar su planificación, desarrollo y mantenimiento.

Las metodologías de desarrollo de sistemas deben definir: objetivos, fases, tareas, productos y responsables, necesarios para la correcta realización del proceso y su seguimiento.

Los principales objetivos de una metodología de desarrollo son:

Asegurar la uniformidad y calidad tanto del desarrollo como del sistema en sí.

Satisfacer las necesidades de los usuarios del sistema.

Conseguir un mayor nivel de rendimiento y eficiencia del personal asignado al desarrollo.

Ajustarse a los plazos y costes previstos en la planificación.

Generar de forma adecuada la documentación asociada a los sistemas.

Facilitar el mantenimiento posterior de los sistemas.

METODO ESPIRAL Es un modelo de ciclo de vida orientado a riesgos que

divide un proyecto software en mini-proyectos. Cada mini proyecto se centra en uno o más riesgos

importantes hasta que todos estén controlados. Después de controlar todos los riesgos más

importantes, el modelo en espiral finaliza del mismo modo que el ciclo de vida en cascada.(1)

1 .Nota:Cada fase tiene como resultado documentos que deben ser aprobados por el usuario. Una fase no comienza hasta que termine la fase anterior y generalmente se incluye la corrección de los problemas encontrados en fases previas.

Método Desarrollo en Espiral

Funcionamiento:

Se parte de una escala pequeña en medio de la espiral, se localizan los riesgos, se genera un plan para manejar los riesgos, y a continuación se establece una aproximación a la siguiente interacción.

Cada iteración supone que el proyecto pasa a una escala superior. Se avanza un nivel en el Espiral, se comprueba que se tiene lo que se desea, y después se comienza a trabajar en el siguiente nivel:

Método Desarrollo en Espiral

Con cada iteración a través del espiral se construye sucesivas versiones de software cada vez más completas. En cada bucle alrededor del espiral, la culminación del análisis de riesgo resulta una decisión de “seguir” o “no seguir”.

Cada interacción en el método espiral lleva consigo los seis pasos : determinar los objetivos, las alternativas, los límites, la identificación de riesgos, resolución de riesgos y evaluación de alternativas.

Federratas:

Debemos de considerar la generación de entregas de la iteración en el modelo espiral, comprobando que son correctas.

En el modelo en espiral, las primeras iteraciones son las menos costosas.

Supone menos gastos, desarrollar el concepto de operación que realiza el desarrollo de los requerimientos y también es menos costoso desarrollar los requerimientos que se llevarán acabo el desarrollo del diseño, la implementación del producto y la prueba del mismo.

Planificación:Determinación de objetivos, alternativas, restricciones, y elaboración del plan de desarrollo para el ciclo actual.

Análisis de Riesgos: Evaluación de las alternativas, identificación y resolución de riesgos. Se decide si se sigue o no con el proyecto

Ingeniería:Desarrollo del producto siguiendo un modelo de ciclo de vida : cascada, prototipo, etc. Evaluación por el cliente, valoración de resultados, etc.

En cada En cada Cuadrante del MétodoCuadrante del Método espiral espiral se realiza las siguientes actividades:se realiza las siguientes actividades:

Aplicación del desarrollo en espiral al proyecto

En esta figura seaprecia que eldesarrollo en espiralesta formado porciclos divididos encuatro fases: Análisis de

requisitos, diseño e

implementación, pruebas y planificación del

próximo ciclo de desarrollo.

Maduración del ProcesoMaduración del Proceso►Comunicación con el clienteComunicación con el cliente►PlanificaciónPlanificación►Análisis de riesgoAnálisis de riesgo► IngenieríaIngeniería►Construcción y entregaConstrucción y entrega

Construir Construir ProbarProbar InstalarInstalar Asistencia (Documentación y Formación)Asistencia (Documentación y Formación)

►Evaluación del clienteEvaluación del cliente

ProyectoProyecto► Para gestionar un proyecto de software con Para gestionar un proyecto de software con

éxito, debemos comprender que puede ir mal éxito, debemos comprender que puede ir mal y cómo hacerlo bieny cómo hacerlo bien

► Diez señales de peligro (7 indican fallo)Diez señales de peligro (7 indican fallo)1.1. La gente del software no comprende las La gente del software no comprende las

necesidades del clientenecesidades del cliente2.2. El ámbito del producto está definido pobrementeEl ámbito del producto está definido pobremente3.3. Los cambios están mal realizadosLos cambios están mal realizados4.4. La tecnología elegida cambiaLa tecnología elegida cambia5.5. Las necesidades del negocio cambianLas necesidades del negocio cambian6.6. Las fechas de entrega no son realistasLas fechas de entrega no son realistas7.7. Los usuarios se resistenLos usuarios se resisten8.8. Se pierden los patrocinadoresSe pierden los patrocinadores9.9. No hay personal con las habilidades necesariasNo hay personal con las habilidades necesarias10.10. Los gestores evitan prácticas y sabias leccionesLos gestores evitan prácticas y sabias lecciones

Cómo actúa un GestorCómo actúa un Gestor►Empieza con el pie derechoEmpieza con el pie derecho

Comprende bien el problemaComprende bien el problema Objetivos y expectativas realistasObjetivos y expectativas realistas

►MantenerseMantenerse►SeguimientoSeguimiento►Tomar decisiones inteligentesTomar decisiones inteligentes►Análisis Post MortemAnálisis Post Mortem

EjercicioEjercicio►Hacer una planilla en Excel con el grupo Hacer una planilla en Excel con el grupo

de proyectode proyecto►Colocar personas y tareas en columnas y Colocar personas y tareas en columnas y

filasfilas►Definir :Definir :

►¿Quién dirige?¿Quién dirige?►¿Quién hace cada tarea?¿Quién hace cada tarea?►¿Por qué la hace? Aclarar en la celda ¿Por qué la hace? Aclarar en la celda

correspondientecorrespondiente