---
# System prepended metadata

title: Untitled

---


Nombre     | Rol
-----------|------------------
Irving     | Dueño de guía
Cris       | Autor
Luis       | Autor

## Objetivo

Presentar los formatos a utilizar en el análisis y diseño de las historias de usuario.

## Plantillas
A continuación se presentan las siguientes plantillas como propuesta para la organización de las historias de usuario. (describen lo mismo que en el flujo, se pueden tomar para copiarlas y pegarlas )

#### Ejemplo de [análisis de requisitos](https://docs.google.com/document/d/1hIhG6vDUVDlpSAJbr8yP5y_Rc_p2uAuJ8ZWE_pY_Gk4/edit?usp=sharing)




#### Ejemplo de [diseño de requisitos](https://docs.google.com/document/d/1aRjtaWbZoFS0cd3KMA5ftyrGyp3gEv3GkEZJ0JzoibU/edit?usp=sharing)

## Flujo del análisis y diseño de historias de usuario

</br>
<table>
    <thead>
        <tr>
            <th>
                Documento
            </th>
            <th>
                Actividades
            </th>
        </tr>
    </thead>
    <tbody>
        <tr>
            <td rowspan="8">
                Análisis de historias de usuario
            </td>
            <td>
            1. Escribir el <strong>título</strong> del documento seguido del ID corresponiente a la historia de usuario.</br></br><strong>Ej. </strong>Análisis US (EPIC-ID)
            </td>
        </tr>
        <tr>
            <td>
            2. Escribir la <strong>fecha</strong> en la que se realiza el análisis de la historia de usuario.</br></br><strong>Ej. </strong>miércoles, 14 de octubre de 2020
            </td>
        </tr>
        <tr>
            <td>
                3. Escribir el nombre del <strong>responsable o responsables</strong> del análisis del requisito funcional.</br></br><strong>Ej. </strong>Irving Aguilar
            </td>
        </tr>
        <tr>
            <td>
            4. Escribir una breve <strong>descripción</strong> del requisito funcional como historia de usuario.</br></br><strong>Ej. </strong>Yo como AO quiero registrar categorías para...
            </td>
        </tr>
        <tr>
            <td>
            5. Escribir el <strong>objetivo</strong> de la historia de usuario y la necesidad que resuelve.</br></br><strong>Ej. </strong>La presente da solución al manejo de inventarios y mantenimiento preventivo a través de...
            </td>
        </tr>
        <tr>
            <td>
            6. Generar las <strong>herramientas de modelado</strong>: <strong>diagrama de actividad</strong> y <strong>bosquejo</strong>.</br></br><strong>Nota: </strong>El <strong>diagrama de actividad</strong> describe el flujo de la historia de usuario, mostrando la interacción entre el usuario y el sistema. El <strong>bosquejo</strong> permite visualizar una primera aproximación de la interfaz de usuario para la presente historia de usuario.
            </td>
        </tr>
        <tr>
            <td>
            7. Los <strong>criterios de aceptación</strong> son definidos por el responsable del análisis y el diseño de cada historia de usuario.</br></br><strong>Funcionalidad</strong></br>Pruebas de unidad pasan (unity test)</br>Realiza lo que tiene que realizar? (Acceptance test)</br>Correcta funcionalidad de roles y privilegios</br>Pair review</br>¿El socio formador está satisfecho con la solución?</br></br><strong>Usabilidad</strong></br>Diseño</br>Tiempo de realización de la task</br>¿La organización de los datos es lo suficientemente intuitiva?</br></br><strong>Alinear con requisitos no funcionales</strong></br>Compatibilidad de navegador</br>Responsivo</br>Gestione correctamente la memoria</br>Confidencialidad, Disponibilidad, Integridad</br>Comité de ética</br>Funcionalidad alineada al aviso de privacidad</br></br><strong>Que el socio satisfecho</strong></br>Revisión de wireframe, diagramas (funcionalidades críticas)</br>Qué el socio firme de acuerdo? (3 oportunidades de cambio y fecha)
            </td>
        </tr>
        <tr>
            <td>
            8. <strong>Verificar</strong> (architecture owner) y <strong>validar</strong> (product owner) que:</br></br>- Los documentos/diagramas hechos sirven para entender la historia de usuario.</br></br>- Evidencias de los modelos a usar ya sea diagrama de actividad/wireframe.</br></br>- Satisface la necesidad del socio formador.</br></br>- El cliente entiende la funcionalidad de la historia de usuario y cumple sus expectativas.</br></br>- Abarca los atributos de calidad a considerar para la historia de usuario.
            </td>
        </tr>
        <tr>
            <td rowspan="9">
                Diseño de historias de usuario
            </td>
            <td>
            1. Escribir el <strong>título</strong> del documento seguido del ID corresponiente a la historia de usuario.</br></br><strong>Ej. </strong>Diseño US (ID)
            </td>
        </tr>
        <tr>
            <td>
            2. Escribir la <strong>fecha</strong> en la que se realiza el diseño de la historia de usuario.</br></br><strong>Ej. </strong>miércoles, 14 de octubre de 2020
            </td>
        </tr>
        <tr>
            <td>
                3. Escribir el nombre del <strong>responsable</strong> del diseño del requisito funcional.</br></br><strong>Ej. </strong>Irving Aguilar
            </td>
        </tr>
        <tr>
            <td>
            4. Escribir una breve <strong>descripción</strong> del requisito funcional como historia de usuario.</br></br><strong>Ej. </strong>Yo como AO quiero registrar categorías para...
            </td>
        </tr>
        <tr>
            <td>
            5. Escribir el <strong>objetivo</strong> de la historia de usuario y la necesidad que resuelve.</br></br><strong>Ej. </strong>La presente da solución al manejo de inventarios y mantenimiento preventivo a través de...
            </td>
        </tr>
        <tr>
            <td>
            6. Generar las <strong>herramientas de modelado</strong>: <strong>diagrama de secuencia</strong> y <strong>diagrama de flujo</strong>.</br></br><strong>Nota: </strong>El <strong>diagrama de actividad</strong> describe el flujo de la historia de usuario, mostrando la interacción entre el usuario y el sistema. El <strong>bosquejo</strong> permite visualizar una primera aproximación de la interfaz de usuario para la presente historia de usuario.
            </td>
        </tr>
        <tr>
            <td>
                7. Crear una serie de <strong>mockups</strong> (bosquejos) que sean de utilidad para modelar los posibles escenarios (interfaz) que podrían presentarse en el flujo de la historia de usuario.
            </td>
        </tr>
        <tr>
            <td>
                8. Proponer el <strong>logical data model</strong>, el cual es un modelado de información necesaria para las historias de usuario, que incluye información sobre el análisis y usuarios para verificar privilegios (véase Modelo Entidad-Relación, UML).
            </td>
        </tr>
        <tr>
            <td>
                9. Para fines de verificación, véase la siguiente tabla:</br></br>
                <table>
                    <tr>
                        <th>
                            Elemento
                        </th>
                        <th>
                            Fecha de verificación
                        </th>
                        <th>
                            Verificado por
                        </th>
                    </tr>
                    <tr>
                        <td>
                            Ej. Diagrama de Flujo
                        </td>
                        <td>
                            25/07/1991
                        </td>
                        <td>
                            Linus Torvalds
                        </td>
                    </tr>
                    <tr>
                        <td>
                            Ej. Diagrama de secuencia
                        </td>
                        <td>
                            01/01/1970
                        </td>
                        <td>
                            Dennis Ritchie
                        </td>
                    </tr>
                </table>
            </td>
        </tr>
    </tbody>
</table>
   

