Introducción

Objetivo del Documento

Alcances

Proceso para Diseñar

Para proyectos que requieren una complejidad a nivel de diseño, es ideal tener un proceso para presentar a la contraparte y además sirva para el desarrollador tener una mejor noción del tiempo/esfuerzo de cada funcionalidad a desarrollar. Esto nos evita ir en la marcha del desarrollo creando, sin antes consultar activamente con las partes interesadas.

El proceso parte desde la toma de requisitos, debe ser un detalle dentro del documento mismo a entregar, que implique las versiones necesarias a mostrar.

Un escenario ideal para contemplar este proceso es el siguiente:

→ Brief rápido

Es la primera fase del proyecto o del proceso del diseño, en el cual nos planteamos a través de los requerimientos obtenidos o nuevas tareas del proyecto, un documento formal rápido llamado brief, que busca sintetizar brevemente el requerimiento e ir decidiendo automáticamente el nivel de complejidad al que nos enfrentaremos. Esto nos ofrece mayor objetividad a la hora de que es lo que debemos diseñar (e incluso desarrollar).

Este brief, consta de un cheklist con los siguiente puntos a tratar:

Contexto:
- Plataforma: [SIDING / Nombre de la plataforma externa]
  - En caso de ser externo, se debe responder si tiene un cliente final que responderá visualmente al resultado.
- Solicitante: [Dirección y/o Departamento y/o Área que pide el requerimiento]
El problema:
- ¿Qué problema resuelve esto para el usuario? (2 líneas máxima)
- ¿Quién es el usuario final? (estudiante, profesor, secretaria de dirección, administrador, etc.)
Alcance visual:
- Vistas involucradas: [Elaborar una lista simple]
- Componentes existentes a reutilizar ( de las librerías documentada en el estándar)
- ¿Se requiere crear un componente o patrón nuevo? [Sí/No; caso de responder Sí, indicar cuales]
Nivel de Complejidad: [Baja, Media, Alta]