Avenida de Castilla,1 - Edificio Best Point - Oficina 21B28830 San Fernando de Henares (Madrid)

tel./fax: +34 91 675 33 06info@autentia.com - www.autentia.com

Somos su empresa de Soporte a Desarrollo Informático.Ese apoyo que siempre quiso tener...

1. Desarrollo de componentes y proyectos a medida

TecnologíaDesarrolloSistemas

Gran Empresa

Producción

autentia

Certificacióno Pruebas

Verificación previa

RFP Concurso

Consultora 1

Consultora 2

Consultora 3

Equipo propio desarrolloPiloto

3a

3b

1. Definición de frameworks corporativos.2. Transferencia de conocimiento de nuevas arquitecturas.3. Soporte al arranque de proyectos.4. Auditoría preventiva periódica de calidad.5. Revisión previa a la certificación de proyectos.6. Extensión de capacidad de equipos de calidad.7. Identificación de problemas en producción.

3. Arranque de proyectos basados en nuevas tecnologías

¿Qué ofrece Autentia Real Business Solutions S.L?

Para más información visítenos en: www.autentia.com

Compartimos nuestro conociemiento en: www.adictosaltrabajo.com

Gestor portales (Liferay)Gestor de contenidos (Alfresco)Aplicaciones híbridas

Tareas programadas (Quartz)Gestor documental (Alfresco)Inversión de control (Spring)

BPM (jBPM o Bonita)Generación de informes (JasperReport)ESB (Open ESB)

Control de autenticación y acceso (Spring Security)UDDIWeb ServicesRest ServicesSocial SSOSSO (Cas)

Spring MVC, JSF-PrimeFaces /RichFaces, HTML5, CSS3, JavaScript-jQuery

JPA-Hibernate, MyBatisMotor de búsqueda empresarial (Solr)ETL (Talend)

Dirección de Proyectos Informáticos.Metodologías ágilesPatrones de diseñoTDD

2. Auditoría de código y recomendaciones de mejora

4. Cursos de formación (impartidos por desarrolladores en activo)

Home | Quienes Somos | Empleo | Foros | Tutoriales | Servicios Gratuitos | Contacte

Descargar este documento en formato PDF proyectomodelo.pdf

¿Por qué cuesta tanto planificar proyectos informáticos?

Cuando se desarrolla un proyecto informático, independientemente de la metodología de desarrollo utilizada, hay que realizar multitud de actividades, documentos, procedimientos, programas, etc..

En la siguiente tabla expongo (de mi cosecha) una lista de las tareas a realizar de un modo genérico en cualquier proyecto. Obviamente es una plantilla pobre pero nos puede valer para realizar nuestro planteamiento, al tratar de entender por qué los proyectos informáticos son tan impredecibles ....

Tutorial desarrollado por:

Roberto Canales Mora 2003-2005 Creador de AdictosAlTrabajo.com y

Director General de Autentia S.L.

Recuerda que me puedes contratar para echarte una mano:

Desarrollo y arquitectura Java/J2EE Asesoramiento tecnológico Web

Formación / consultoría integrados en tu proyecto

No te cortes y contacta: 655 99 11 72rcanales@autentia.com.

UML 2.0 Modeling Tools UModel UML Data Modeling Tool Makes Designing Application Models Easy.

Info Obras Acceda a las obras en curso de España. Pruebe totalmente gratis

Centro de Excelencia DPE Formación en Dirección de Proyectos PMI Global REP: PMP, CAPM y OPM3

Software Engineering UML2 From Model to Code to Release, Put the Power of EA 6.0 to the test

Anuncios Goooooogle Anunciarse en este sitio

Tarea

Preparación

Definición del comité de dirección

Definición del ámbito del proyecto

Identificación de recursos corporativos

Identificación de disponibilidad de recursos humanos

Análisis de la competencia

Definición prioridades de negocio

Selección de productos y proveedores

Definición del plan de comunicación

......

Análisis Requerimientos

Definición de metodología y criterios de calidad

Primera rueda de entrevistas negocio

Definición de casos de uso de contexto (requerimientos)

Definición de diagramas de actividad principales

Segunda rueda entrevistas negocio

Refinamiento de casos de uso

Definición del modelo de negocio

Entrevista personal de seguridad

Análisis de políticas de seguridad

Entrevista con personal tecnología

Definición arquitectura candidata

Verificación de arquitectura

Página 1 de 4

02/01/2006file://C:\DOCUME~1\COMPAQ~1\CONFIG~1\Temp\2DBD9519.htm

Análisis de la imagen de marca

Análisis Riesgos del sistema

Construcción del glosario de términos

Primera entrega del documento requisitos

Instalación del entorno de desarrollo

Redefinición de alcance y entregas

Definición de textos legales y condiciones de uso

......

Análisis Funcional

Entrevistas con áreas especificas

Refinamiento de requisitos funcionales

Definición del modelo de análisis

Diagramas de secuencia fundamentales

Definición de estados fundamentales

Análisis de interfaces con otros sistemas

Definición de origen de datos

Definición de procedimientos automáticos

Definición de procedimientos manuales

Definición de prioridades

Análisis de Usabilidad

Definición guía de estilo (diseño gráfico)

Preparación de propuesta l&f

Selección de la propuesta de l&f

Desarrollo maqueta

Definición pruebas funcionales automáticas

Definición de las pruebas de aceptación

Diseño de procedimiento operacionales de salvaguarda de negocio

......

Diseño detallado

Refinamiento requisitos técnicos

Análisis de aplicaciones y componentes existentes

Construcción de pruebas de validación estructural

Construcción del modelo de diseño

Definición del modelo de presentación

Definición del modelo de persistencia

Definición de patrones generales

Definición de modelo de procesos batch

Refinamiento del modelo de clases (asignación de responsabilidades)

Definición modelo de gestión de errores y excepciones

Definición del modelo de empaquetamiento

Definición de entornos (desarrollo, preproducción, etc.)

Definición de estrategia de paso entre entornos

Revisión de Seguridad

Revisión Arquitectura

Definición del modelo lógico de datos

Definición de estándares de calidad

Adquisición de licencias de software

Asignación de Hardware (adquisición o reciclaje)

Revisión de calidad

......

Construcción

Formación a desarrolladores (Guía de desarrollo)

Definición pruebas unitarias e integración

Identificación de patrones

Desarrollo aplicación

Construcción de paquetes de servicio

Construcción de paquetes de solución

Refinamiento del interfaz de usuario

Construcción del modelo físico de datos

Carga inicial de base de datos

Construcción de rutinas de migración de datos

Página 2 de 4

02/01/2006file://C:\DOCUME~1\COMPAQ~1\CONFIG~1\Temp\2DBD9519.htm

Como podéis comprobar, antes de empezar a detallar más actividades particulares del proyecto concreto, tenemos más de 100 líneas.

Cualquiera de ellas, hasta las más triviales, nos llevarán más de un día así que cualquier proyecto, por muy pequeño que sea, nos costaría más de 3 meses para una persona (si cuentas los días laborables). Pero hay que tener en cuenta:

� No es muy normal que una persona pueda realizar todas las labores descritas (y mucho menos hacerlas todas bien) por lo que necesitaremos distintos perfiles especializados. Definir la participación correcta de cada perfil es difícil.... lo que implica infrautilización.

� Cuando hay varias personas en un proyecto hay que coordinar, reunirse y priorizar. Estas labores ocupan días..... � Las relaciones humanas provocan conflictos (profesionales y personales)... y resolver los conflictos requiere tiempo. � Las personas cometemos errores. Con poca experiencia (y formación) esos errores pueden ser críticos y requerir rehacer

multitud de trabajo. � No es fácil definir cuanto tiempo debería tardar una persona en realizar una tareas. Hacer programas no es como poner

ladrillos (la tecnología de instalación del ladrillo supongo que no cambia tan a menudo) por lo que los cálculos no cuadran. � Las personas no somos máquinas por lo que estar 100 por 100 centrados 8 horas al día (ojalá solo 8) es casi imposible por lo

que las jornadas no son demasiado productivas. La poca motivación de los equipos puede ser fatal. � Los equipos de proyecto tienden a relajarse al principio y a agobiarse al final . Normalmente hay que sacrificar tareas o meter

más gente a última hora (que además no es seguro que aportar más gente ayude al proyecto). � Un plan es solo un plan..... y cuando planificas las actividades a realizar durante meses (más aún con requerimientos pobres o

incompletos), seguro que te olvidas de algunas .... � Nos negocios están vivos... las necesidades cambian..... la interpretación de los requisitos cambian. � Muchas de la tareas planificadas como sencillas se complican (la complicadas normalmente no se simplifican) � En los proyectos, normalmente dependemos de personas ajenas a nuestros equipos de desarrollo.... predecir su involucración

y constancia es imposible. � Las tecnologías no son estables por lo que todos los proyectos parecen de I+D... los problemas pueden aparecer cuando ya

estamos en producción.

La verdad es que así pintado puede parecer deprimente ... aunque, la realidad nos dice que lo más deprimente .... son la cantidad de horas que estamos acostumbrados a invertir en los proyectos para corregir las desviaciones en la planificación.....

El único modo de mejorar en la planificación del proyecto (y su cumplimiento) es una combinación de elementos:

� Conocimiento del negocio (de los analistas) � Contar con arquitectos experimentados (y maduros) � Formación adecuada de los equipos de desarrollo � Trabajar metodológicamente � Mantener a un equipo motivado (no siempre es cuestión de dinero) y no en continuo periodo de crisis. � Respetar las jornadas de trabajo asegurándose que todo el mundo entienda y asuma su responsabilidad. � Un poquito de buena voluntad de todos ....... � ..........y como siempre ..... suerte.

Sobre el Autor ..

Si desea contratar formación, consultoria o desarrollo de piezas a medida puede contactar con

Pruebas

Ejecución de pruebas unitarias

Ejecución de pruebas integradas

Análisis de viabilidad de pruebas en producción

Pruebas de estabilidad y sincronización de accesos

Desarrollo de rutinas empaquetamiento

Documentación

Desarrollo guía de usuario

Desarrollo guía Help-Desk

Desarrollo guía instalación

Desarrollo guía de operaciones y contingencia operativa

Ejecución de pruebas de aceptación

Asignación de prioridades a deficiencias

Corrección de deficiencias

Definición de nuevos requerimientos

Empaquetamiento y verificación de integridad

......

Despliegue

Plan de Formación administradores y help-desk

Definición de estrategia de backup

Formalización de estrategia de instalación de parches y nuevas versiones

Definición de procedimientos de monitorización

Pruebas de Rendimiento y Usabilidad

Generación informe pruebas Rendimiento y Usabilidad

Reingeniería y optimización de código

Optimización base de datos

Revisión de documentación

Definición de la política de cambios y gestión incidencias

Planificación de la siguiente iteración

......

Página 3 de 4

02/01/2006file://C:\DOCUME~1\COMPAQ~1\CONFIG~1\Temp\2DBD9519.htm

Patrocinados por enredados.com .... Hosting en Castellano con soporte Java/J2EE

Autentia S.L. Somos expertos en: J2EE, C++, OOP, UML, Vignette, Creatividad ..

y muchas otras cosas

Otros Tutoriales Recomendados (También ver todos)

Nuevo servicio de notificaciones

Si deseas que te enviemos un correo electrónico cuando introduzcamos nuevos tutoriales, inserta tu dirección de correo en el siguiente formulario.

Subscribirse a Novedades

e-mail

Nombre Corto Descripción

CMMI. Modelo de Madurez Software Os introducimos a CMMI o Capability Maturity Model Integration. CMMI es un modelo de calidad exigido por el gobierno americano a sus proveedores para el desarrollo de Software. Su conocimiento es esencial para reducir costes de desarrollo.

Gestión de proyectos con project En este tutorial os enseñaremos crear un plan, realizar el seguimiento del proyecto, como cerrar el proyecto y comunicar los resultados

Protege tu PC Os mostramos como proteger tu máquina de ataques mientras estés conectado a una red o Internet

Gestión de contenidos y errores comunes

Os explicamos en que consiste la gestión de contenidos y cuales son los errores cometidos por multitud de empresas a la hora de abordar su implantación

Herramientas Gratuitas UML Os mostramos como obtener algunas herramientas gratuitas UML, ArgoUML y Poseidon.

Patrones de GRASP Os presentamos una introducción a los patrones de asignación de responsabilides y su relación con el proceso unificado.

Nota: Los tutoriales mostrados en este Web tienen como objetivo la difusión del conocimiento. Los contenidos y comentarios de los tutoriales son responsabilidad de sus respectivos autores. En algún caso se puede hacer referencia a marcas o nombres cuya propiedad y derechos es de sus respectivos dueños. Si algún afectado desea que incorporemos alguna reseña específica, no tiene más que solicitarlo. Si alguien encuentra algún problema con la información publicada en este Web, rogamos que informe al administrador rcanales@adictosaltrabajo.com para su resolución.

www.AdictosAlTrabajo.com Opimizado 800X600

Página 4 de 4

02/01/2006file://C:\DOCUME~1\COMPAQ~1\CONFIG~1\Temp\2DBD9519.htm