Diferencia entre revisiones de «ManuelRomero/proyectos/Documentacion»
De WikiEducator
Línea 310: | Línea 310: | ||
<div class="slide"> | <div class="slide"> | ||
;Salida: Lista de requisitos | ;Salida: Lista de requisitos | ||
− | *En un documento | + | *En un documento de texto detallamos una tabla cada requisito perfectamente identificado |
*Un requisito a de responder a un objetivo claro del producto | *Un requisito a de responder a un objetivo claro del producto | ||
*Ha de ser perfectamente evaluable con el producto final | *Ha de ser perfectamente evaluable con el producto final | ||
*No puede haber ambiguedades | *No puede haber ambiguedades | ||
− | *Evitar | + | </div> |
− | + | ||
+ | <!--36--> | ||
+ | ;Los requisitos | ||
+ | *Evitar los condicionales y verbos imprecisos | ||
+ | El sistema debería de .... | ||
El producto debe de ser amigable | El producto debe de ser amigable | ||
− | **Amigable para | + | **Amigable para quién, cuanto de amigable ???? |
*No puede haber requisitos ambiguos o incompletos, no se pueden dejar cosas abiertas | *No puede haber requisitos ambiguos o incompletos, no se pueden dejar cosas abiertas | ||
</div> | </div> | ||
− | <!-- | + | |
+ | |||
+ | <!--37--> | ||
+ | ;Los requistos | ||
+ | *Los requisitos no son el pedido del cliente, no es el objetivo que pretende del proyecto. | ||
+ | *Los requisitos los determina el desarrollador a partir de la información que obtiene del cliente. | ||
+ | #Entrevistas(personales, colectivas, lluvia de ideas, ...) | ||
+ | #cuestionarios | ||
+ | #En general cualquier técnica que nos aclarare qué es lo que realmente tiene que hacer el proyecto. | ||
+ | </div> | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | <!--38--> | ||
+ | ;Los requisitos | ||
+ | *Al determinar los requisitos el desarrollador a veces abre los ojos al cliente de qué es lo que quiere | ||
+ | *En muchas ocasiones se verifica la viabilidad/inviabilidad de determinadas pretensiones. | ||
+ | </div> | ||
+ | <!--39--> | ||
<div class="slide"> | <div class="slide"> | ||
;Ejemplo de lista de requisitos | ;Ejemplo de lista de requisitos | ||
Línea 328: | Línea 351: | ||
</div> | </div> | ||
− | <!-- | + | <!--40--> |
<div class="slide"> | <div class="slide"> | ||
====Lista de tareas==== | ====Lista de tareas==== | ||
Línea 334: | Línea 357: | ||
</div> | </div> | ||
− | <!-- | + | <!--41--> |
<div class="slide"> | <div class="slide"> | ||
;Lista de tareas: entradas | ;Lista de tareas: entradas | ||
Línea 347: | Línea 370: | ||
</div> | </div> | ||
− | <!-- | + | <!--42--> |
<div class="slide"> | <div class="slide"> | ||
;Dependencia entre tareas | ;Dependencia entre tareas | ||
Línea 436: | Línea 459: | ||
*Obtener el total neto (Sin impuestos) y el total bruto (aplicando impuestos) | *Obtener el total neto (Sin impuestos) y el total bruto (aplicando impuestos) | ||
</div> | </div> | ||
+ | |||
+ | |||
+ | |||
+ | <!--45--> | ||
+ | <div class="slide"> | ||
+ | ===Pliego de condiciones y contrato=== | ||
+ | *En los proyectos de empresas el pliego de condiciones normalmente siempre existe | ||
+ | *Para nosostros sería interesante añadir alguna condición | ||
+ | *Por ejemplo que el desarrollador no se hace cargo del mantenimiento si no se realiza un uso correcto del producto o si manipula los fuentes o la maquinaria , ... | ||
+ | *Tampoco interesa mucho extenderse, pero sí que exista y haya algún punto.presencia | ||
+ | En el acuerdo todos somos muy positivos y cedemos mucho, pero luego hay que acarrear con las consecuencias de lo que hayamos pactado | ||
+ | </div> | ||
+ | |||
+ | |||
+ | <!--45--> | ||
+ | <div class="slide"> | ||
+ | ;El contrato | ||
+ | *Puede parecer un poco frívolo, pero es interesante realizarlo | ||
+ | *En él debe de aparecer el nombre de la empresa ficticia que representa el alumno, y el nombre del cliente, en este caso el ciclo formativo que está cursando y módulo del proyecto | ||
+ | *Debe aparecer explícitamente | ||
+ | #Nombre del proyecto | ||
+ | #Nombre de la empresa con su representante legal que en este caso es el alumno, | ||
+ | #Nombre del cliente con su represnetante que sería el tutor del ciclo | ||
+ | #El importe total al que asiciende el presupuesto tanto en neto como en bruto | ||
+ | #La fecha de comienzo y de finalización | ||
+ | #Fecha y lugar de entrega | ||
+ | #Es recomendado que esté firmado, constituyendo la fecha de la firma del proyecto el primer hito importante para la realización del proyecto. | ||
+ | </div> | ||
+ | |||
+ | |||
+ | |||
<!--46--> | <!--46--> | ||
Línea 461: | Línea 515: | ||
</div> | </div> | ||
− | <!-- | + | <!--49--> |
<div class="slide"> | <div class="slide"> | ||
;Fase de diseño | ;Fase de diseño | ||
Línea 471: | Línea 525: | ||
</div> | </div> | ||
− | <!-- | + | <!--50--> |
<div class="slide"> | <div class="slide"> | ||
===Fase de implementación o desarrollo y pruebas=== | ===Fase de implementación o desarrollo y pruebas=== | ||
Línea 478: | Línea 532: | ||
− | <!-- | + | <!--51--> |
<div class="slide"> | <div class="slide"> | ||
;Implementacion | ;Implementacion | ||
Línea 489: | Línea 543: | ||
− | <!-- | + | <!--52--> |
<div class="slide"> | <div class="slide"> | ||
;Las pruebas | ;Las pruebas | ||
Línea 498: | Línea 552: | ||
</div> | </div> | ||
− | |||
− | <!-- | + | <!--53--> |
<div class="slide"> | <div class="slide"> | ||
− | === | + | ===Fase de entrega=== |
− | [[Archivo: | + | [[Archivo:FaseEntrega.png]] |
</div> | </div> | ||
− | <!-- | + | <!--54--> |
+ | <div class="slide"> | ||
+ | ;La entrega | ||
+ | *El sitio y la forma son importantes | ||
+ | *Esta información se le debe de entregar al alumno | ||
+ | *Normalmente queda establecido previamente | ||
+ | </div> | ||
+ | |||
+ | <!--55--> | ||
<div class=slide> | <div class=slide> | ||
− | Acuerdo del proyecto o contrato | + | ===Lista de documentos a entregar=== |
− | + | #Acuerdo del proyecto o contrato | |
− | + | ##Planificación | |
− | + | ###Diagrama de Gantt | |
− | + | ###Pert como diagrama de prelaciones | |
− | + | ###Calendario de hitos | |
− | + | ##Lista de tareas | |
− | + | ###Diagrama Pert | |
− | + | ##Presupuesto | |
− | + | ###Amortización del material/recursos/inmovilizado/seguros a utilizar en el proyecto | |
− | + | ###Impuestos según corresponda | |
− | + | ###Cantidad total neta/bruto del proyecto | |
− | + | ##Lista de requisitos (concretos y verificables) | |
− | + | ##Pliego de condiciones | |
− | + | ##Contrato | |
− | + | #Documentos de análisis y diseño | |
− | + | #Documento de implementación y manuales de uso según proceda | |
− | + | #Documento de pruebas (Plan de pruebas y realización de la mismas | |
− | + | #Otros documentos de la gestión | |
− | + | ##Diario de bitácora | |
− | + | ##Documento de reuniones (de cada hito debería haber una especie de acta) | |
− | + | ##Documento de formato | |
− | + | ##Documento de postmorten | |
− | + | </div> | |
− | + | <!-- | |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
Documento de análisis | Documento de análisis | ||
Es este un documento propio del producto. Depende de su naturaleza la forma de realizarlo | Es este un documento propio del producto. Depende de su naturaleza la forma de realizarlo |
Revisión de 19:07 15 may 2014
Trabajo en proceso, espera cambios frecuentes. Tu ayuda y retroalimentación son bienvenidos. Ver página de charlas. |
- Los requistos
- Los requisitos no son el pedido del cliente, no es el objetivo que pretende del proyecto.
- Los requisitos los determina el desarrollador a partir de la información que obtiene del cliente.
- Entrevistas(personales, colectivas, lluvia de ideas, ...)
- cuestionarios
- En general cualquier técnica que nos aclarare qué es lo que realmente tiene que hacer el proyecto.
</div>
- Los requisitos
- Al determinar los requisitos el desarrollador a veces abre los ojos al cliente de qué es lo que quiere
- En muchas ocasiones se verifica la viabilidad/inviabilidad de determinadas pretensiones.
</div>