INFO264 Taller de Ing.

de Software
Ing. Juan Pablo Salazar
Dr. Raimundo Vega
Objetivo central del curso
Que los estudiantes realicen un proyecto de
desarrollo de software, atendiendo una
necesidad y poniendo en accin sus
capacidades y saberes previos y la voluntad
de desarrollar competencias mediante un
proyecto.
Caractersticas de una necesidad
Existe un problema que requiere una
solucin que involucra desarrollo de software.
Existe una persona que requiere que dicho
problema sea resuelto y est dispuesta a
destinar tiempo (y $ eventualmente) a que un
grupo de estudiantes intente resolverla.

Caractersticas de un equipo de trabajo
exitoso
Existe sinceridad en relacin a las expectativas y aportes de cada uno,
desde el inicio.
Expectativas econmicas.
Tiempo que se dedicar.
Qu sabe y qu quiere aprender cada uno.
Qu espera cada uno en relacin al producto (incluido el cliente).

Capacidades complementarias.
Jefe de Proyecto.
Gestin de relacin con el cliente.
Arquitect@ de software.
Habilidades de programacin
Habilidades de anlisis y diseo.
Orientacin al detalle.
Tolerancia a la frustracin

Tamao del equipo. 4 personas, idealmente.
Caractersticas del proyecto
Envergadura: Unas 500-600 horas de trabajo
total, pero considerando 4 personas x 150
horas por semestre, con algn grado de
traslape de funciones, deben pensar en un
proyecto de unas 300 hrs. aproximadamente.
Ambiente de trabajo parecido al de una
empresa de desarrollo de software.
Equipo es responsable del proyecto y de
plantear necesidades de aprendizaje
(planificacin, contratos, UML, control de
versiones, lenguajes de programacin).
Entorno de trabajo
Sala con 9 mesones para 4-5 personas c/u.
Sillas de oficina (con ruedas).
Al menos un computador NUEVO por equipo de
trabajo (asociado a disponibilidad de notebooks
propios). Un computador con IP fija y acceso desde
el exterior para cada grupo.
Acceso a laboratorio 24x7 (excepto en horarios de
clase (INFO266, INFO267).
1-2 casilleros (lockers) por grupo.
1 pizarra para casi todos los grupos.
Planes de estudio
2000-2001-2005 tienen slo un taller de Ing. de
Software.
2006 en adelante tienen dos talleres de Ing. de
Software.
1. nfasis en aplicar lo aprendido a problemtica de
complejidad intermedia, ojal que derive slo en
prototipo funcional.
2. nfasis en integracin de tecnologas y en la
aplicacin ms profesional de metodologas y
herramientas.
Recomendacin:
Estudiantes de planes 2000-2001-2005 debieran
desarrollar productos de mayor complejidad y
rigurosidad que los de los planes 2006 en adelante.
Modalidad de trabajo (1)
Existen 2 profesores responsables, cada uno se hace
cargo de 4-5 grupos.
Una clase a la semana (viernes 09:50). Algunas
semanas del semestre puede haber 2 clases.
Cada grupo sostiene reuniones peridicas con el
profesor.
Coordinacin con INFO266.
2 presentaciones del proyecto:
Mediados de octubre.
Final de semestre.
Se deber realizar un resumen del proyecto en formato
pster.
Evaluacin considera los diferentes productos
generados.
Modalidad de trabajo (2)
Conformidad del cliente es requisito de aprobacin. En caso de
existir dificultades, el Consejo de Escuela resuelve.
En ocasiones el cliente define la arquitectura tecnolgica, en
otras es el grupo de estudiantes (verificar esto y vincularlo a
expectativas del grupo es clave).
El profesor responsable del grupo evala, tomando en
consideracin la opinin de los otros profesores.
En caso de necesidad, uno o ms grupos pueden solicitar
reforzamiento en alguna materia, que podra ser realizado por
los profesores del curso, por otros profesores o por
profesionales externos, segn corresponda.
En caso de no existir pago relevante, la UACh entrega un
aporte de $15.000 por integrante del grupo, para cubrir algunos
gastos derivados del trabajo. 50% a fines de agosto y 50% a
fines de octubre (requisito: primera presentacin muestra
avance significativo).
Modalidad de trabajo (3)
nfasis en aprendizaje ms que en
enseanza.
Transferencia de responsabilidad.
Estudiantes planifican, definen alcance.
Se valora el inters por aprender y aplicar
tecnologas y metodologas.
Proyectos pagados & no pagados
Ventajas de proyectos pagados.
El pago acta como incentivo.
El cliente tiene mayor compromiso.
Desventajas de proyectos pagados.
Negociacin es ms larga.
Riesgo de fracaso en la negociacin es alto.
Se requiere asegurar soporte.
Contrato incluye implantacin.
Riesgo de no pago.
Alternativas de proyectos (no pagados)
1. Software para gestin de evaluaciones de artculos para un
congreso o revista.
Sobre internet.
Capaz de manejar mltiples congresos y revistas.
Atributos a evaluar deben poder parametrizarse.
Workflow de trabajos.
Producto final: Prototipo funcional.
Cliente: Luis lvarez (lalvarez@uach.cl).

2. Software para seguimiento del aprendizaje de los estudiantes.
Sobre internet.
Debe permitir el ingreso del perfil de egreso, el plan de estudios
y la estructura del programa de cada curso.
Debe permitir registrar observaciones, subir evaluaciones y
trabajos, incluyendo aspectos cualitativos que influyen en la
evaluacin de los estudiantes.
Producto final: Prototipo funcional.
Cliente: Un profesor del Consejo de Escuela de Ing. Civil en
Informtica.
Alternativas de proyectos
3. Software para gestin del proceso de titulacin por parte de la
escuela.
Sobre internet
Interfaces desde sistemas UACh mediante planillas Excel.
Workflow proceso completo de la tesis.
Upload de archivos.
Producto final: Software utilizable.
Cliente: Sra. Juanita, Profesor Consejo de Escuela.
4. Software de apoyo a la gestin de la Unidad de Apoyo al
Aprendizaje
Registro de estudiantes, diagnsticos, seguimientos.
Definicin de roles y manejo de seguridad y confidencialidad de
informacin.
Traspaso a excel de la informacin, para generacin de
reportes.
Producto final: Software utilizable. Existe versin incompleta
del ao anterior, que debe terminarse o quizs rehacerse.
Clientes: Elena Espinoza, Carmen Gloria Ibaez
(cibanez24@gmail.com)

Alternativas de proyectos

5. Software para la reserva de horas en la UAEP.
Sobre internet.
Que permita definir horarios de atencin de cada una de
las profesionales con flexibilidad, semana a semana.
Que los estudiantes puedan ingresar restricciones, para
que en caso que la profesional deba reagendar una
hora, el sistema fije una hora nueva en forma automtica
y enve la informacin al mail.
Que existan tipos de atencin que permitan trabajo con
varios estudiantes en paralelo (ejm: talleres,
diagnsticos).
Producto final: Software utilizable. Existe versin del
curso del ao pasado, que puede usarse como base.
Clientes: Elena Espinoza, Carmen Gloria Ibaez
(cibanez24@gmail.com)
Tareas a corto plazo (junio)
Sugiero que realicen la conformacin de
equipos.
Seleccin/bsqueda de proyectos
Actividad - Curso
Reunirse en grupos de 3-4 personas.
Ser oferta. Un miembro del equipo acta como
secretario y registra (en una tabla):
Capacidades de cada uno (tcnicas, relacionales).
Expectativas respecto del proyecto del semestre
siguiente (proyecto pagado o no, aprender tal o cual
tecnologa o metodologa, trabajar en un proyecto de
ndole cientfica, administrativa u otra, trabajar con
profesionales de otras disciplinas, etc.).
Tiempo disponible (hrs/semana).
Riesgos que enfrentar el semestre siguiente (cursos
en repitencia, otras responsabilidades).
Analizar en conjunto si la oferta es complementaria o
no, si es posible negociar algunos aspectos que
puedan facilitar el trabajo en equipo.