Universidad Simón Bolívar
Ingeniería de Software 2
Septiembre-Diciembre 2000

Clase 5

Los nuevos requerimientos de Delta Pensum

Resumen de clase pasada

En conclusión, el análisis preliminar de la clase anterior debe dejar claro que, como hipótesis de trabajo, el proyecto Delta Pensum 2.x se encuentra por encima del nivel mínimo (satisface necesidades de supervivencia) pero sólo cubre el nivel 2 parcialmente (no satisface todas las necesidades de fiabilidad) del modelo Maslow-O´Donnell-Teruel.

Esto significa que puede esconder "cangrejos" significativos que retrasen el desarrollo por necesidades de mantenimiento correctivo.

Roles en las empresas

Coordinador general (project leader) (coordinación proyecto, manejo riesgos, docs análisis, coordina reuniones, calendario)
Docmaster (web, manuales)
Gerente de configuración (software config. management, consistencia software re diseño)
Coordinador de arquitectura y diseño (integridad del diseño, docs de diseño)

Más adelante:

Coordinador de pruebas;

Nombren un suplente para cada cargo.

En cursos anteriores (particularmente Sistemas de Programas) la estructura de cargos era diferente:

Coordinador general;
Webmaster;
Coordinador de reuniones;
Editor técnico.

Espero que la nueva estructura se adapte mejor a un proyecto de mantenimiento y además se acerca a un modelo más "moderno" de gerencia de proyectos de software, como lo es el esquema de Microsoft quien distingue tres cabezas de proyecto (o programa, como lo denominan ellos):

Project lead: responsable de la entrega del código, desarrollo y monitoreo del calendario de desarrollo, seguimiento al proyecto, entrenamiento de programadores (¿planificar?), conducir las revisiones (reviews) del programa como representante de la gerencia. Pero escribir código pero es bastante inusual.
Technical lead: responsable de la integridad de la arquitectura y código del sistema y que todos los documentos técnicos se mantengan al día (documentos de diseño, formatos de archivos etc.)
Gerente del programa: responsable de coordinador el desarrollo del producto con mercadeo, testing y soporte. En resumen es el encargado de velar porque todo lo que forma parte del producto final (lo que va en la caja) se haga y se haga al nivel de calidad esperado por la empresa. Suele trabajar para coordinar las versiones beta y trabaja con usuarios para ver cómo puede mejorarse el producto.

(S. Maguire: Debugging the Development Process. Microsoft Press 1994)

Presentación de usuario

Estaba previsto que la Coordinadora de Computación (saliente), la Prof. Maruja Ortega haría una breve presentación de sus experiencias con Delta Pensum 1.1. (10-15 mins.)

Lamentablemente la profesora estará en México para la fecha prevista por lo que pospondremos una semana su presentación.

Actividades pendientes

De hoy en adelante se llevará un control de las actividades del proyecto, como modelo para los coordinadores generales.

Determinación de requerimientos prioritarios

Requiere 1 hora.

Repartir una copia a cada empresa:

Glosario de Delta Pensum
Requerimientos generales

El objetivo del ejercicio es escoger tres requerimientos nuevos a incluirse en Delta Pensum 2.x. La empresa tomará estos tres requerimientos como base de la discusión con los clientes.

Cada empresa discutirá brevemente (máx. de 10 minutos) cómo se va a organizar para lograr el objetivo. Presentarán su organización al profesor. Luego se dividirá en grupos de trabajo de 4 personas (durante 20 minutos). Hay un período no-estructurado adicional de 10 minutos para que la empresa llegue a un acuerdo sobre el objetivo. Al final de este período cada empresa escribirá sus conclusiones en pizarra. En secreto cada miembro escribirá el grado de satisfacción y se la entregará al profesor indicando la empresa a que pertenece:

El resultado logrado;
La forma de lograr el resultado.

Discutir los resultados y los métodos utilizados para usar consenso (votación, discusión). Utilizar preguntas "hipotéticas" (¿Por qué creen que x% no está satisfecho? ¿O está medianamente satisfecho?) Importancia de que a cada quien lo estimulen a participar.

Discutir "realidad" del ejercicio. Enfatizar mecanismo de llevar una reunión (agenda, resultados concretos...), restricciones de tiempo.

Tarea 2:

Previsto para el Martes de la semana 3 (26 de septiembre):

¿Qué requerimientos, de los previstos específicamente para Delta Pensum 1.0 cumple Delta Pensum 1.1?
Revisar la correspondencia entre el modelo de uso y el comportamiento del producto.
Proponer 3 ajustes pequeños a incluir en un "mini-incremento" inicial. Para ello revise adicionalmente el documento denominado Eventos del Sistema .
Determine los roles/cargos en la empresa.
Concretar acciones respecto a herramientas (traer propuesta escrita)

El jueves (21 de septiembre), cada empresa nuevamente debe traer a la clase por lo menos 6 copias impresas del documento Delta Pensum: Los Requerimientos Generales para los ejercicios que se harán en la sesión de clase.

Pendientes aún:

Analizar y reportar por escrito pertinencia de actual visión de negocios (metas).
Revisar modelo conceptual.