karlitrotski / CodingSpectator

Watches and analyzes code edits in the Eclipse IDE non-invasively
http://codingspectator.cs.illinois.edu
Other
1 stars 4 forks source link

Actualizar Wiki a formato dicho en auxiliar #25

Closed matpardo closed 10 years ago

matpardo commented 10 years ago

La descripción de esto es lo que dijo Luis:

Estimad@s: Solo para recordar o aclarar lo conversado en la clase auxiliar:

  1. La wiki en su página inicial(home) debería tener mínimamente: Una breve descripción del software, una imagen del la aplicación(ejecutado), y una lista de links (Descripción del software, Subproyectos +links(otras paginas) o Solicitudes de cambio+links (otras páginas), Como compilar y ejecutar el software (Se necesita librerias externas, que versión usaron?, como se compila, etc.), Integrantes)
  2. Los links de Solicitudes de cambio o Subproyectos deberian ir hacia otra página donde se describa de que se trata en forma global, definir alcances o limitaciones y luego una lista de Mega-Issues. Que es Mega-Issue? Es una "Issue" pero que describe el requisitos de usuario, cada Mega-Issue tiene además una lista de "Issues" que especifican los requisitos de software. La mega Issue tiene su propia página con descripción complementaria y su link a una Issue. LAs issue a su vez deberían tener las solicitudes de cambio y la asignación a/los integrante(s).

El árbol sería algo asi: Home--> -->Subproyectos (si aplica)-> -->Requisito Usuario(Mega-Issue) [tiene] lista de - -> Requisitos de Software (link a issues) [asignado] a uno o más integrantes. --> Solicitudes de cambio (más issues) [asignado] a uno o más integrantes.

Con los recomendado anteriormente tienen cubierto los requisitos de usuario, requisitos de software (con los links a sus páginas la matriz de trazado) y las solicitudes de cambio asignadas a cada alumno. Cada "issue" tiene la posibilidad de ser comentada en la parte inferior para que puedan "discutir" más de dos alumnos sobre su trabajo en la issue. No olviden usar los "Milestone" para planificar los entregables de su proyecto o los avances comprometidos (luego publicaré hitos a cumplir y fechas).

Los anterior es una sugerencia y puede ser moldeada a sus necesidades de grupo o modificada para facilitar la navegación y organización de las "issue". Con el grupo Coding Spectator ya conversamos sobre el asunto de requisitos que es algo distinto a los demás grupos.

Saludos, Luis.

matpardo commented 10 years ago

De aquí penderá lo pedido

https://github.com/karlitrotski/CodingSpectator/wiki/About-CodingSpectator

Por si alguien quiere verlo en algún momento (en este instante está incompleto, debo rellenar varias cosas). Saludos

matpardo commented 10 years ago

Veré esto más tarde. Si alguien quiere me puede ayudar según lo que dijo Juraj son un par de cosas).

matpardo commented 10 years ago

Listo, https://github.com/karlitrotski/CodingSpectator/wiki/About-CodingSpectator