Wiki de EGC - Contribuciones del usuario [es]

Jornadas EGC - 2014

2014-01-16T01:39:56Z

Ferguatol: /* Ponentes */

= Fechas =
* 09/01/2014 - 15:30 -- Debate de mesa redonda en aula A3.11 [Realizada]
* 09/01/2014 - 16:30 -- Charla sobre Raspberry [Cancelada]
* 14/01/2014 - 15:30 -- Introducción a SSH - Fernando Guarini en aula A2.16 [Realizada]
* 14/01/2014 - 16:30 -- Paralelización del código en aula A2.16 [Realizada]
* 16/01/2014 - 15:30 -- Charla sobre Raspberry en aula A2.12 o A2.16 (pendiente de confirmación aula)
* 16/01/2014 - 16:30 -- Charla sobre Maven, Jenkins y Sonar - GDG Sevilla (Fede Fernández) en aula A2.12 o A2.16 (pendiente de confirmación aula)

= Secciones =

== Logística ==

'''Misión'''
*Tener preparadas las aulas donde se harán las jornadas.
*Preparar y colocar carteles indicando donde tendrán lugar las jornadas.

==== Miembros encargados ====
* Alejandro Larios Espina ([mailto:alesevilla92@gmail.com alesevilla92@gmail.com]).
* Julio Carmona Ferri
* Néstor Romero Ortega
* Daniel Escobar
* Javier García-Consuegra
* Antonio Borrego
* David Aragón

==== Propuestas ====
*Decidir la capacidad de las ponencias para saber el tamaño de aula a reservar.

== Programa Interno ==

'''Misión:''' la tarea del departamento consiste en decidir las dinámicas de las actividades, el cómo y de que manera se van a llevar a cabo las participaciones del programa. Es el comité de organización quién elije las monografias o trabajos (de alumnos y alumnas) que participarán en las jornadas, y nosotros definiremos la manera de dinamizar a los participantes o público.

==== Miembros encargados ====
* Jesús Rivero (Coordinador) jesrivcap [at] alum . us . es
* Nicolás Robayo Moreno

* Fernando Ramos González

* Javier García Gallardo

* Felix Miguel Sanjuán Segovia
* Juan Miguel Sanchez Begines
* Felipe Crespo Benitez

Nuevos miembros, poner email al coordinador de la sección.

==== Propuestas ====
* Definir dinámicas de trabajo para las charlas
* Definir duración para cada charla.

[[Dinámicas propuestas]]

== Programa Externo ==
'''Misión:''' Realizar una organización de actividades donde participaran ponentes externos a la universidad.

==== Miembros encargados ====
* Sergio Trigos (Coordinador) sertrimur [at] alum . us . es
* Sergio Rodríguez serrodcal [at] alum . us . es

==== Propuestas: ====
*Contactar con el ponente Javier Pacheco que nos puede informar sobre la gestión del software utilizado en su empresa donde se trabaja con Androi (Esta propuesta necesita una inversión de unos 20 euros para el transporte de ponente)

*Contactar con el ponente Fede Fernandez el cual puede ofrecernos una explicación sobre algunos sistemas de gestión como sonar, maven o jenkins

*Contactar con ingenieros informáticos de empresas externas para la realización de exposiciones sobre los temas de EGC (Ya contactado un ponente a falta de comunicarle la fecha y la hora) (Propuesta llevada a cabo por Jesús Barba Malagón (jesbarmal@alum.us.es)

== Comité de programa ==
'''Objetivo:''' Elegir de entre las tareas propuestas por los miembros del programa interno y externo obteniendo la mejor configuración posible, así como aportar propuestas propias.

==== Miembros encargados ====
* Alberto Rincón (arincon1992@gmail.com)

==== Propuestas ====
Paralelización de código (Pedro Varo)

== Sponsor ==

Contacto: rafcarfer@alum.us.es

==== Miembros encargados ====
* Rafael Caro
* Juan Miguel Mendoza
* Miguel Ángel Olivero
* Tatiana Guardia
* María Loukah

==== Propuestas iniciales ====
* Contactar con imaginática para conocer cómo consiguen ellos Sponsor.
* Contactar con la Universidad de Sevilla para conseguir ayudas.
* Contactar con Fidetia

==== Tareas llevadas a cabo ====
* Contactar con Fidetia [Dicen no hacer patrocinio de eventos, nos remiten a imaginática]
* Contactar con imaginática para recibir asesoramiento. [Sin respuesta]
* Contactar con idelgado@imaginatica.org [Contactado]
** Resultado: Incluso habiendo empezado al mismo tiempo que el curso, sería muy difícil conseguir un sponsor que confíe en las jornadas a tan corto plazo de tiempo. Las jornadas necesitan un nombre descriptivo desde el comienzo para hacerse sonar entre los sponsor y poder vender correctamente el producto. Contactar con Sugus e intentar conseguir los patrocinadores que más rápidamente pudiesen acceder a patrocinar las jornadas. Nos ofrecen varias recomendaciones, pautas, para conseguir unas jornadas con la calidad de imaginática. Sugieren que los demás departamentos de las jornadas se interesen por cómo ellos lo hacen, que encantados resolverán las dudas y explicarán su metodología.
** Destacan la vital importancia que tiene la comunicación entre los responsables de los grupos y el coordinador para evitar el desconocimiento y por tanto, retraso en las tareas, más aún contando con el poco espacio de tiempo disponible.
** Harán sonar las jornadas en sus circulos por si alguien se muestra interesado en colaborar. Toman nota de nuestro email de contacto
* Contactar con ccaballero@imaginatica.org [Contactado]
* Contactar con SUGUS [Contactado]
** Resultado: Nos mencionan algunos patrocinadores que, aunque no pudiesen aportar gran cosa quizás sean de ayuda, pues promocionan ampliamente el software libre.
** Harán sonar las jornadas en sus circulos por si alguien se muestra interesado en colaborar. Toman nota de nuestro email de contacto

== Publicidad ==

==== Miembros encargados ====
* Ana Isabel Espiñeira Carmona ([mailto:anaisabel.ec@gmail.com anaisabel.ec@gmail.com])
* Diego Galocha Florindo ([mailto:diegotsartas10@gmail.com diegotsartas10@gmail.com])
* Luisa María Reyes Suárez ([mailto:marisitus@gmail.com marisitus@gmail.com])

==== Propuestas ====
* Crear un Twitter informativo [Asignado y realizado por Ana Isabel, Diego y Luisa Mª]
* Crear un Facebook informativo [Asignado y realizado por Ana Isabel, Diego y Luisa Mª]
* Diseño de un logo [Asignado y realizado por Jesús Díaz Martín]
* Diseño de carteles publicitarios
:Cartel primera jornada (09/01/14) [Asignado y realizado por Ana Isabel, Diego y Luisa Mª]
:Cartel segunda jornada (14/01/14) [Asignado y realizado por Ana Isabel, Diego y Luisa Mª]
:Cartel tercera jornada (16/01/14)
* Imprimir y repartir los carteres publicitarios
:Cartel primera jornada (09/01/14) [Asignado y realizado por Ana Isabel, Diego y Luisa Mª]
:Cartel segunda jornada (14/01/14) [Asignado y realizado por Ana Isabel, Diego y Luisa Mª]
:Cartel tercera jornada (16/01/14)

Todas las propuestas que no tenga el letrero de [Asignado] están disponibles para quién quiera hacerlo, mandar correo a Ana Isabel Espiñeira (anaisabel.ec@gmail.com)

==== Tareas llevadas a cabo ====
* Twitter: https://twitter.com/JornadasEGC
* Facebook: https://www.facebook.com/jornadasegc.etsii
* Cartel publicitario primera jornada: [https://dl.dropboxusercontent.com/u/28064721/Jornada%201.jpg Cartel jornada 1]
* Cartel publicitario segunda jornada: [https://dl.dropboxusercontent.com/u/28064721/Jornada%202.jpg Cartel jornada 2]

= Ponentes =
* Debate mesa redonda - Jesús Iglesias (09/01/2014 - 15:30h)
* Introducción a SSH - Fernando Guarini (14/01/2014 - 15:30h) [http://1984.lsi.us.es/wiki-ssoo/index.php/SSH Link]
* Paralelización de código

9 de Enero de 2014

2014-01-10T01:13:55Z

Ferguatol:

El jueves 9 de Enero se procederá a ratificar en asamblea durante los diez primeros minutos del módulo los resultados obtenidos en la votación de ponderaciones de los distintos puntos de la asignatura de la última clase.

Las ponderaciones a ratificar son:

0.75xT + 0.15xD + 0.1xJ

Siendo T nota del trabajo, D defensa y J jornadas.

Estas ponderaciones solo son válidas para la evaluación continua de la asignatura. En las convocatorias sucesivas desaparece el peso de las jornadas y se reparte a partes iguales entre el trabajo y la defensa, lo que queda:

0.8xT + 0.2xD

Atentamente,

[[Usuario_Discusión:Ferguatol|Fernando Guarini]].

----
Edición 10/01/2014: Sin haberse celebrado la asamblea de ratificación, se dan igualmente por aprobadas las ponderaciones de mutuo acuerdo entre el coordinador de la asignatura y el delegado de clase.

9 de Enero de 2014

2014-01-10T01:12:42Z

Ferguatol: Ratificado

El jueves 9 de Enero se procederá a ratificar en asamblea durante los diez primeros minutos del módulo los resultados obtenidos en la votación de ponderaciones de los distintos puntos de la asignatura de la última clase.

Las ponderaciones a ratificar son:

0.75xT + 0.15xD + 0.1xJ

Siendo T nota del trabajo, D defensa y J jornadas.

Atentamente,

[[Usuario_Discusión:Ferguatol|Fernando Guarini]].

----
Edición 10/01/2014: Sin haberse celebrado la asamblea de ratificación, se dan igualmente por aprobadas las ponderaciones de mutuo acuerdo entre el coordinador de la asignatura y el delegado de clase.

Asambleas

2014-01-09T15:02:49Z

Ferguatol:

* [[14 de Noviembre de 2013]]
* [[9 de Enero de 2014]]

9 de Enero de 2014

2014-01-09T15:02:12Z

Ferguatol: Página creada con 'El jueves 9 de Enero se procederá a ratificar en asamblea durante los diez primeros minutos del módulo los resultados obtenidos en la votación de ponderaciones de los distint…'

14 de Noviembre de 2013

2014-01-07T15:54:49Z

Ferguatol: /* Asamblea de clase - 14/11/2013 */

= Asamblea de clase - 14/11/2013 =

Se informa a los alumnos que durante la clase de EGC del '''Jueves 14 de Noviembre de 2013''' se procederá a realizar una '''asamblea''' con la participación tanto de los alumnos como del coordinador de la asignatura, David Benavides, con el objetivo de afianzar los siguientes puntos, ya discutidos durante la clase del 07/11/2013:

* Confirmar fecha de entrega del trabajo de EGC.
* Confirmar los miembros del Comité Ejecutivo del evento de EGC.
* Ruegos y preguntas.

En relación al primer punto, cabe recordar que el día 07/11/2013 se eligió, con una mayoría de 29 votos frente a 10, que el '''trabajo de EGC''' habría de ser '''entregado antes de''' las vacaciones de Navidad. Así mismo, las fechas propuestas para su entrega fueron los días 22, 23 y '''24 de Diciembre''', con 17, 3 y 19 votos respectivamente.

En lo referente al segundo punto, '''los ocho miembros del Comité Ejecutivo''' que por voluntad propia decidieron presentarse como candidatos y que serán ratificados durante la asamblea '''son los siguientes''':

* Rafael Caro
* Ana Isabel Espiñeira
* Alejandro Larios
* Juan Francisco Montero
* Alberto Rincón
* Jesús Rivero
* <strike>Lorenzo Ruiz</strike>
* Sergio Trigos

Atentamente,

[[Usuario_Discusión:Ferguatol|Fernando Guarini]].

---------------------

Edición 07/01/2014: Lorenzo Ruiz desaparece del comité por inactividad.

Manual de Maven

2013-11-12T15:59:33Z

Ferguatol: Corregida errata

= 0. ¿Qué es Maven? =

http://maven.apache.org

Es una herramienta de código abierto (de la fundación Apache) para asistir en la construcción de proyectos software '''JAVA'''. Entre otras cosas:

* Gestión sencilla de la construcción
* Gestión de las dependencias de código.
* Da soporte a buenas prácticas en el desarrollo (separar código fuente de código de testing, soporte de diferentes hitos en el ciclo de vida del desarrollo, etc).
* Se puede extender con funcionalidad externa mediante plugins.
* Soporta la integración con múltiples entornos de desarrollo (Eclipse, Netbeans, ...).

= 1. Instalación =

Prerrequisitos: Máquina virtual de Java.

Maven es una herramienta java de consola que se puede descargar de:

http://maven.apache.org/download.cgi (versión 11/11/2013: 3.11)

La instalación de Maven consiste en descomprimir el paquete de archivos en una carpeta del disco (p.e. C:\apache-maven-3.1.1) y añadir la ruta del ejecutable de Maven (será la carpeta bin dentro de la carpeta en la que hayamos descomprimido el paquete de maven) a la ruta de ejecución del Sistema (el PATH).

== Modificar el Path en Windows ==

1. Clic derecho en Equipo. En el menú contextual clic en "Propiedades".

2. En el panel de la izquierda, clic en "Configuración avanzada del sistema".

3. En la ventana que aparece clic en "Variables de entorno".

[[Archivo:PathWindows.png]]

Modificamos la variable del sistema "Path" añadiendo la ruta de la carpeta "bin", que está dentro de la carpeta de maven que acabamos de copiar en C:\

Habrá que añadir (si no existe ya) la ruta de la jkd de Java.

En la clase de práctica se le puso de nombre "Java_Home" y de ruta "C:\Program Files\Java\jdk1.7.0_40".

== Modificar el Path en Ubuntu ==

''>export PATH=/usr/local/apache-maven-3.1.1/bin:$PATH''

Una vez hecho ésto en cualquiera de los 2 sistemas, podemos comprobar que está correctamente configurado abriendo una consola y ejecutar, en cualquier ruta, el comando:

''>mvn --version''

= 2. Uso básico de Maven =

== Creando un proyecto ==
Para crear un proyecto maven, ejecutamos el comando

mvn archetype:generate -DgroupId=com.mycompany.app -DartifactId=my-app -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false

donde:

* archetype: plugin que indica a maven con qué tipo de estructura tiene que crear
* groupId: grupo al que queremos que pertenezca nuestro artefacto
* artifactId: nombre de nuestra aplicación o artefacto

Este comando crea una estructura de directorios estándard de maven. Esto es:

[[Archivo:EstructuraFichero.png]]

* src: fuentes y ficheros de configuración del proyecto
* test: fuentes de pruebas, clases de test de junit
Aparecerán más como:
* target: guarda las clases compiladas, los jars, etc
resources, config, webapp, site, …
* Identificamos el ‘artifactId’ el ‘groupId’ así como el fichero ‘pom.xml

Ese fichero pom.xml (POM - Project Object Model), es el fichero de configuración de la construcción de nuestro proyecto. Al abrir el fichero, encontramos las entradas correspondientes a información general del proyecto (como el groupId o el artifactId), configuraciones personalizadas para cada etapa del ciclo de vida, dependencias, configuración de repositorios, inserción de Plugins, etc

== Comandos de Maven ==

Maven tiene predefinidas una serie de actividades o comandos relacionados con el ciclo de vida de desarrollo de un proyecto. Los comandos tienen que ejecutarse desde la carpeta raiz del proyecto. Entre los principales comandos están:

* mvn compile: Para compilar los ficheros .java en .class
* mvn test: Se compilan las clases y se lanzan los tests de junit.
* mvn package: Se compilan las clases, se lanzan los tests y se genera un entregable de nuestro artefacto (por defecto un .jar)
* mvn install: Genera el artefacto, lanza los tests y lo instala en el repositorio local de maven.
* mvn deploy: Despliega el artefacto en un repositorio remoto.

Existen muchas otros comandos/actividades. Estas actividades siguen una secuencia de ejecución, es decir, la ejecución de un comando incluye la ejecución de todos los comandos anteriores de la secuencia.

[[Archivo:MavenWorkflow.png]]

== Pruebas con maven ==

La estructura de ficheros de un proyecto maven incluye una carpeta test para incluir el código de los tests (que estará separado del código propio de la aplicación). Para software desarrollado en java es común usar el framework junit para las pruebas unitarias.

=== JUnit ===

JUnit es un framework java consistente de varias librerías que permiten realizar pruebas sobre clases Java. Las pruebas se realizarán mediante clases que incluirán los casos de prueba que queramos hacer. Cada cada paso de prueba se realizará mediante un método que incluya asertos lógicos.

Ejemplo de clase a probar:

[[Archivo:ClaseParaTest.png]]

Ejemplo de clase de Test:

[[Archivo:ClaseDeTest.png]]

== Repositorio Local y dependencias ==

En el fichero pom.xml encontramos una sección de dependencias. En esta sección podemos incluir cualquier artefacto maven que queramos utilizar en nuestro proyecto, de manera que la gestión de dicha dependencia es automatizada por maven.
Para ello, Maven mantiene un carpeta en la máquina local (normalmente asociada al usuario), llamada '''Repositorio Local''', en la que busca el artefacto indicado en las dependencias. Si no encuentra el artefacto en el repositorio local, lo busca en repositorios remotos. Los repositorios remotos son urls de las que maven puede descargarse artefactos.

Existen repositorios remotos propios de maven (que ya vienen configurados en la instalación de maven) en los que ya están dados de alta numerosos proyectos open source (por ejemplo, http://repo1.maven.org/maven/). En cambio, habrá proyectos que aunque estén construidos con maven no estén dados de alta en los repositorios remotos estándard, están en un repositorio remoto propio de la compañía. En este caso, habrá que aañdir la url del repositorio a nuestro pom.xml.

Añadir una dependencia en proyecto maven:

[[Archivo:DependenciasMaven.png|600px]]

Añadir un repositorio remoto al proyecto:

[[Archivo:RepositorioMavenManual.png|600px]]

En cualquier caso, el repositorio local actúa de caché. Esto es, si el artefacto no está disponible en el repositorio local y maven tiene que descargárselo de un remositorio remoto, antes de usarlo, lo instala en el repositorio local, de manera que no tiene que volver a descargar de nuevo ese artefacto.

[[Archivo:RepositorioLocalMaven.png|600px]]

= 3. Usando Maven con Eclipse =

Existen herramientas que permiten utilizar Maven desde entornos de desarrollo, como Eclipse. En Eclipse, la extensión más usada (y aceptada por Maven) es el plugin de Eclipse (The Maven Integration for Eclipse (m2eclipse, Eclipse m2e), que permite editar el fichero de pom mediante un asistente o bien ejecutar los comandos de maven desde el IDE.

http://www.eclipse.org/m2e/

[[Archivo:TareasMavenEclipse.png|center|600px]]

Página Principal

2013-11-07T23:55:12Z

Ferguatol: /* Enlaces */

'''Wiki de Evaluación y Gestión de la Configuración (EGC)'''
'''Grado de Ingeniería del Software'''

= Cursos =
* [[2013/2014]]

= Enlaces =
* [[Anuncios|Página de anuncios de la asignatura]]
* [https://www.lsi.us.es/docencia/pagina_asignatura.php?id=111 Web de la asignatura en el Departamento]
* [http://www.lsi.us.es/rss/egc.xml RSS con las noticias publicadas en la web del Departamento]

= Miscelanea =
* Prueba de pensamiento referencial, seminario F0.84, lunes a viernes de 9,30 a 13,30. Para pedir cita escribir a Claudia en este correo: claudia clauditza_psi ([AT]) yahoo.com

Anuncios

2013-11-07T23:54:15Z

Ferguatol: Creada la página y añadido el primer anuncio.

= Asamblea de clase - 14/11/2013 =

Se informa a los alumnos que durante la clase de EGC del '''Jueves 14 de Noviembre de 2013''' se procederá a realizar una '''asamblea''' con la participación tanto de los alumnos como del coordinador de la asignatura, David Benavides, con el objetivo de afianzar los siguientes puntos, ya discutidos durante la clase del 07/11/2013:

* Confirmar fecha de entrega del trabajo de EGC.
* Confirmar los miembros del Comité Ejecutivo del evento de EGC.
* Ruegos y preguntas.

En relación al primer punto, cabe recordar que el día 07/11/2013 se eligió, con una mayoría de 29 votos frente a 10, que el '''trabajo de EGC''' habría de ser '''entregado antes de''' las vacaciones de Navidad. Así mismo, las fechas propuestas para su entrega fueron los días 22, 23 y '''24 de Diciembre''', con 17, 3 y 19 votos respectivamente.

En lo referente al segundo punto, '''los ocho miembros del Comité Ejecutivo''' que por voluntad propia decidieron presentarse como candidatos y que serán ratificados durante la asamblea '''son los siguientes''':

* Rafael Caro
* Ana Isabel Espiñeira
* Alejandro Larios
* Juan Francisco Montero
* Alberto Rincón
* Jesús Rivero
* Lorenzo Ruiz
* Sergio Trigos

Atentamente,

[[Usuario_Discusión:Ferguatol|Fernando Guarini]].

Usuario discusión:Ferguatol

2013-11-07T23:30:26Z

Ferguatol: Página personal creada.

= Fernando-Enzo Guarini Tolón =

=== Delegado de grupo de 4º de Ingeniería del Software durante el curso 2013/2014. ===

==== Correo: ferguatolARROBAalum.us.es ====

Gestión de versiones con Git

2013-10-15T14:33:39Z

Ferguatol:

[http://git-scm.com Git] es un sistema de versiones inicialmente diseñado y desarrollado por [http://es.wikipedia.org/Linus_Torvalds Linus Torvalds] con el fin de ofrecer un sistema de versiones distribuido y eficiente para el núcleo de [http://es.wikipedia.org/Linux Linux], empleado hoy día en los populares sistemas operativos [http://es.wikipedia.org/Android Android] y [http://es.wikipedia.org/Ubuntu Ubuntu].

= Introducción histórica =

[http://git-scm.com Git] fue elaborado para reemplazar a [http://en.wikipedia.org/wiki/BitKeeper Bitkeeper], un sistema de versiones no libre que se empleaba para la gestión de versiones del núcleo de [http://es.wikipedia.org/Linux Linux].

= Órdenes básicas =

* ''init'', para iniciar un repositorio, dentro de la carpeta en la que se quiere realizar la gestión de versiones.

<source lang="c">
git init
</source>

Esto crea una carpeta de control .git, con toda la metainformación necesaria para que git sea operativo.

* ''status'', permite saber el estado en el que se encuentra el repositorio.

<source lang="c">
git status
# On branch master
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
#
# ejemplo.py
nothing added to commit but untracked files present (use "git add" to track)
</source>

* ''add'', para añadir ficheros y contenido que se pretende versionar:

<source lang="c">
git add ejemplo.py
</source>

Tras esto ''status'' indica:

<source lang="c">
# On branch master
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# new file: ejemplo.py
</source>

* ''commit'', para aplicar los cambios. Requiere un mensaje en el que la primera línea está reservada al título y las siguientes a la descripción. No envía ningún tipo de información por la red.

<source lang="c">
git commit -a
</source>

La opción ''-a'' sirve para indicar que se añada también todo lo pendiente de cambios (ficheros modificados).

* ''push'', envía los cambios acumulados al repositorio de origen (puede tratarse de un repositorio remoto disponible en un servidor, aunque no necesariamente).

* ''pull'', recupera los cambios acumulados en un repositorio (puede tratarse de un repositorio remoto disponible en un servidor, aunque no necesariamente).

* ''clone'', genera un repositorio copia de otro repositorio de origen (puede tratarse de un repositorio remoto disponible en un servidor, aunque no necesariamente).

<source lang="c">
git clone git://git.netfilter.org/iptables
</source>

= Diferencias entre git y subversion =

Las dos principales diferencias son:

* git permite configuraciones completamente distribuidas, mientras que subversion sólo permite configuraciones centralizadas.
* git no requiere conectividad permanente a la red.

Para los que están familiarizados con [http://subversion.tigris.org subversion], está disponible la siguiente documentación en el que se muestran las principales diferencias [http://git.or.cz/course/svn.html Git - SVN Crash Course].