Un poco de todo

Ya se ha cumplido la primera semana de trabajo en Factor_ID y voy a escribir mis primeras impresiones. El lugar de trabajo es perfecto. Un ático convertido en oficina, con un lugar perfecto para poder trabajar tranquilo y con ordenador propio.
Estos días he estado trabajando en la web corporativa a nivel de sparring para futuros proyectos. Uno de ellos es el de la asociación ATADES. Hoy he empezado con la documentación técnica y supongo que en los próximos días empezaré ya con el diseño en joomla.
Por el momento en las páginas trabajamos tres personas, Ciro (diseñando el CSS, Ana, que es la diseñadora gráfica y yo, amén del jefe, claro
Los próximos días iré comentando más cosas. Metodología de trabajo, reuniones, etc.

Hola a todos. Voy a empezar a hablar del proyecto que me han asignado para la asignatura de Gestores. Se trata de crear una aplicación para gestionar proyectos por parte de una ONG. El proyecto se ha dividido en tres grupos. El mío es el grupo rojo (yo soy la ficha verde, yo soy la ficha azul…) y voy a hacer toda la parte de alta de asociaciones, convocatorias y subvenciones. Entre otras cosas tendré que programar un poco en JAVA.

Los dos primeros documentos a entregar eran el del objetivos y el de análisis. En los próximos días subiré estos archivos para que los podáis consultar ya que ahora no los tengo en este ordenador ni tengo el Ipod Touch donde los tengo guardados también. 

Entre otras cosas comentaré la definición de reglas de negocio y cómo las he "solventado" en el documento de análisis.

Las reglas de negocio (o Conjunto de Reglas de Negocio) "describen las políticas, normas, operaciones, definiciones y restricciones presentes en una organización y que son de vital importancia para alcanzar los objetivos misionales."  En otras palabras las reglas de negocio son un medio por el cual la estrategia es implementada. Las reglas especifican - en un nivel adecuado de detalle - lo que una organización debe hacer.

Las reglas del negocio pueden ser expresadas en un lenguaje formal de acuerdo a la naturaleza de la organización. Los lenguajes más ampliamente utilizados (2008) incluyen UML, Notación Z, Business Process Execution Language, Business Process Modeling Notation y Semantics of Business Vocabulary and Business Rules (SBVR).

Cuando suba los documentos hablaré de cómo abordé las reglas de negocio en mi caso.

Continuaré con este tema más adelante. Ahora me voy a poner a empezar con los diagramas de actividades que es la siguiente etapa (y documento) en el proceso de elaboración del proyecto.

En los próximos días empezaré a modificar un poco el aspecto de citymenus.es ya que Franco quiere incluir publicidad en el website. A todo esto me surge la pregunta ¿vale la pena incluir publicidad y modificar un interface de usuario que funciona? Es cierto que es muy necesario en los comienzos incluir un nuevo medio de ingresos para poder permanecer en el "aire". Ahora bien, se puede poner publicidad a lo loco o con un poco de sentido, en esta corriente vamos a intentar modificar la página.

Por ahora ya hemos modificado un poco el interface y por ahora va todo correctamente. ¿Qué opináis vosotros?

Quería aprovechar el seminario de esta mañana para escribir un poco sobre mis experiencias hasta el momento en cuanto a proyectos web. Hasta el momento he realizado dos páginas web, www.cvsilla.com y www.citymenus.es.

Ya sé que dos proyectos no son suficientes para poder valorar muchos aspectos de este trabajo pero sí para apuntar algunas pequeñas cositas.

Estimación del proyecto.

Aquí puedo decir que me he ajustado mucho a los tiempos marcados antes de empezar el proyecto. También hay que apuntar lo siguiente: los clientes cuentan mucho a la hora de conseguir cumplir los plazos. Me explico. Hay dos tipos de clientes, los que se implican y permiten cierto margen de decisión al desarrollador y el que da margen pero a la hora de escuchar no se mueven ni un ápice. También hay que valorar la comunicación entre cliente y desarrollador. Hay clientes que están dispuestos a una comunicación fluida y otros que te dan unas pautas, te buscas la vida y al final tienes que ir cambiando todo.

Mi mejor experiencia ha sido con citymenus.es. Un cliente con las ideas claras, abierto al diálogo, dispuesto a una comunicación permanente y que favorece la modelarización de la página durante su construcción y no al final.

Comunicación con el cliente.

No siempre el cliente está en la misma ciudad que el desarrollador y es entonces cuando se pierde un poco de vista la necesidad de comunicación entre ambos para poder conseguir no esperar al final de las fechas de entrega para entrar a valorar el trabajo efectuado. Aquí, no solo tenemos que pensar en que métodos utilizaremos para comunicarnos con el cliente sino también en si el cliente será capaz de poder visualizar la información que le enviamos. No todo el mundo tiene los mismos conocimientos informáticos. 

Más adelante seguiré contando experiencias. 

Hola a todos. 

Esta mañana he asistido al seminario "La optimización de procesos conforme a CMMI y su adopción en Factorías de Software" organizado por la empresa Capgemini y la Universidad de Zaragoza. Aquí os dejo un par de notas que he tomado y algunas impresiones mías.

Muy buena impresión de los responsables de la empresa. No se han limitado a presentar su "producto", además, no se han limitado a traer a gente de la ciudad sino que ha venido incluso un responsable de Madrid. Muy buena imagen. 

El seminario giraba en torno a la implantación en Capgemeni de CMMI. ¿Qué es?
        Marco de referencia
        Guia para la mejora
        Marco estructurado para evaluar los procesos actuales
       

        NO es un proceso o descripción 

Tres conceptos
CONSTELACIONES
CMMI for development
CMMI for services (en borrador)
CMMI for adquisition
        –>Comparten 16 áreas de proceso

REPRESENTACIONES
continua
Escalonada o por etapas

DISCIPLINAS (v1.1, se diluyen CMMI for development)
Ingeniería de sistemas(SE)
Ingeniería de software (SW)
Desarrollo integrado de producto y proceso (IPPD)

NIVELES DE MADUREZ
5 niveles
N1–> inicial
N2–> gestionado
N3–> definido
N4–> gestionado cuantitativamente
N5–> en optimización

Esto es una pequeña aproximación a CMMI.

En algo que han hecho incapié es en la necesidad de un Control estadistico de procesos (véase Deming) –> producir los productos siempre bajo el mismo parámetro.

A parte es importante basarse en la propia experiencia dentro de la empresa para poder realizar estimaciones y poder marcar exactamente tiempos de entrega, etc. Este es un punto importante y que creo que aunque se marca como pilar de CMMI es algo que creo que es de sentido común.