Ir al contenido principal

Tabla Periódica de la Web: Resumen

 

Rubio Haro Tech - Tabla Periódica de la Web: Resumen


Resumen. Al momento de desarrollar un proyecto, se propone la fase de resumen del proyecto en donde se recolecta la información necesaria para proceder con la planeación del proyecto.


Rubio Haro Tech - Tabla Periódica de la Web

Aunque todas las etapas de desarrollo son importantes, al ser la primera, definirá en gran parte si el proyecto tiene éxito o no. Veremos el desglose de cada uno de los elementos de esta etapa.

Rubio Haro Tech - Tabla Periódica de la Web - Resumen

En la etapa de resumen tenemos 8 elementos.

1. Definición de Proyecto (PrD)

Definir el proyecto es establecer la idea principal del proyecto, la piedra angular. En este primer elemento debemos considerar que deberá moldearse y pulirse esa idea.

2. Target (Ta)

Definida la idea principal del proyecto, tenemos que delimitar lo más posible el público objetivo o target que se verá beneficiado del proyecto. 

3. Objetivos (Go)

Establecer objetivos específicos sobre que tendrá que realizar el sistema, estos deben de estar en función del público elegido.

4. Especificaciones Técnicas (TS)

Las especificaciones Técnicas a diferencia de los objetivos especificarán las funciones técnicas de los objetivos establecidos, los cuales normalmente estarán descritos en un lenguaje común. Es importante destacar, que aún no se ha hablado de tecnologías en específico. En este elementó, puede definir los dispositivos en los que se requerirá usar el sistema; por lo que se requerirán especificaciones técnicas de los dispositivos.

5. Inventario de Cosas (CI)

Un inventario de Cosas describirá una lista de los contenidos que el cliente requerirá, sean páginas o vistas, formularios, listas, o ciertos cuadros de información.

6. Recursos (Re)

Para el inventario normalmente se requerirán contenidos específicos del cliente por lo que deberán pedirse o brindarse recursos como fuentes, imágenes, videos, textos, e incluso algunos clientes dan paletas de colores o guías de uso de color de la marca.

7. Timeline Proyecto (PrT)

Definir un tiempo de desarrollo del proyecto es una de las tareas más difíciles, pero se pueden hacer tiempos condicionales y sujetos un contrato, se debe de ser claro en cada una de estas posibles fechas, condiciones y/o penalizaciones.

8. Presupuesto de Proyecto (PrB) 

La definición del timeline del proyecto nos servirá en parte, para definir un presupuesto, y muchas veces incluso puede depender de las entregas (de ahí que fuera condicional). Además, deberán especificarse los costos de licencias, recursos y costes en general. 

Tabla original diseñada por NewDesign Group:

Escribió Rodrigo R. Rubio Haro

Comentarios

Entradas populares de este blog

Tabla Periódica de la Web: Planeación

Planeación. Una vez que tenemos claro que cosas se quieren llevar a cabo en nuestra webapp, diseñar un plan teniendo en cuenta nuestros objetivos, recursos, presupuesto, entre otros factores, nos permitirá desarrollar nuestro proyecto enfocado completamente a las necesidades planteadas.  Es importante integrar al equipo de desarrollo en la etapa de planeación, se fomenta el sentimiento de propiedad y usualmente se verán más comprometidos con el proyecto. Este punto se puede argumentar con el principio de los equipos autónomos de las metodologías ágiles. 1. Investigación y desarrollo de Conceptos Una vez dados los primeros requisitos del cliente, se deberá hacer una investigación, está dependerá de la complejidad de lo solicitado. Investigar y desarrollar los conceptos dados. La investigación tiene como fin que el equipo de desarrollo comience a formular propuestas para la arquitectura de la aplicación. 2. Lluvia de ideas Organizar sesiones de este tipo, permitirá al equipo de desar...

Documentación de Software: Artefactos

Concepto Un artefacto es un producto tangible resultante del proceso de desarrollo de software. Ya sea un documento o un modelo. Para hacer el desarrollo de un sistema de Software manejable completo, los artefactos están organizados en conjuntos correspondientes a las disciplinas. Como lo pueden ser para arquitectura de software, diseño de software o para la base de datos. Los roles usan artefactos para ejecutar actividades y producen artefactos durante la ejecución de sus actividades. Arquitectura de Software  Modelo de desarrollo Modelo de análisis Modelo de Diseño  Documento de Arquitectura de Software Modelo de Implementación Directrices de Programación Diseño de Software  Diagramas de casos de Uso Análisis de clases (Diagramas de clase y objetos) Diagramas de secuencia Base de Datos Modelo de datos Entidad-relación Modelo de diseño Modelo conceptual Modelo físico Modelo lógico Artefactos