Presupuesto para hacer una enciclopedia monográfica

  • Por
Un presupuesto para hacer un diccionario enciclopédico que nos pidieron en 2003. Aunque este presupuesto no fue aceptado, puede ser una buena referencia de cotización.
Objetivo

Organizar una base de datos de información sobre temas diversos y construir unas páginas web que permitan visualizar y administrar dicha información en Internet.

Desarrollo del proyecto

Para la realización de este proyecto será necesaria la programación de unas páginas web de libre acceso que conecten con una base de datos para mostrar la información de la "enciclopedia monográfica", y una herramienta de administración que permita al cliente actualizar la información de la base de datos de una manera rápida y sencilla.

Base de datos

La base de datos, de manera genérica, estará organizada, básicamente, en dos entidades: una para las "entradas principales" y otra para las "entradas dependientes".

Nota: a la hora de organizar la información en la base de datos no vamos a tener en cuenta la inicial de la entrada principal. Aunque tenemos en cuenta que a la hora de mostrar los datos en la página web se deben colocar ordenados por iniciales.

Nota a los lectores de este presupuesto: el concepto de "entradas principales" y "entradas dependientes" es algo que nos transmitió el cliente. Nosotros en el presupuesto simplemente nos dedicamos a especificar con todo detalle cómo se desarrollaría el proyecto, pero la concepción es responsabilidad del cliente. Hoy al releerlo me recuerda bastante a la Wikipedia.
Ejemplo:

Tendremos una entrada para "Abad, Ángel" y dentro de esta podría haber "Biografía", "Entrevista", "Links", "Publicaciones", etc.

En este caso la "entrada principal" sería "Abad, Ángel" y debería haber una serie de "entradas dependientes" como "Biografía", "Entrevista", "Links", "Publicaciones", etc.

La base de datos contará con estas características:
  • No habrá límite de entradas principales para colocar en cada inicial. Por ejemplo, para la letra A podrían haber 150 entradas principales y para la letra "Z" podrían haber sólo tres entradas.
  • No habrá límite de entradas dependientes para cada entrada principal. Una entrada principal como "Abad, Ángel" en el ejemplo anterior, podría tener 4 entradas dependientes y otras entradas principales podrían tener otro número de entradas dependientes. Es decir, no habría problema para colocar otras entradas principales que tuvieran 100 entradas secundarias, 3, 4 o ninguna.
  • No podrán haber entradas dependientes que no tengan ninguna entrada principal.
  • Las entradas dependientes podrían ser de cualquier tipo que se necesite. Podemos tener biografías, entrevistas, links, publicaciones, marco histórico, parentescos, etc. En general todas las informaciones que deseemos guardar.
  • Las entradas principales tendrán los siguientes campos: titulo, descripción, cuerpo.
  • Las entradas dependientes tendrán los siguientes campos: identificador de la entrada principal a la que está asociada, título (que se utilizará como tipo de la entrada secundaria), descripción, cuerpo.
Para que cualquiera de las entradas principales o dependientes pueda contener una o varias imágenes se va a crear también en la base de datos una entidad de imágenes. Cada imagen contendrá varios campos, aunque básicamente serán el archivo gráfico y la descripción de la imagen. Existirá la posibilidad de asociar una imagen a una o varias entradas principales y/o una o varias entradas dependientes.

Páginas de visualización

Como segundo paso necesitamos unas páginas que muestren la información de la base de datos, a las que tendrá acceso cualquier internauta.

Las páginas se realizarán siguiendo el siguiente esquema:

Esquema de las páginas

En la portada se podrán visualizar las distintas iniciales, con un enlace para acceder a cada una de ellas.

Se dedicará una página independiente para cada inicial. En la inicial se podrán visualizar una lista de entradas principales. La lista de entradas principales podrá estar dividida en varias páginas, por ejemplo, se podrían ver 10 entradas principales por página.

En cada entrada principal se podrá encontrar información de esa entrada, las imágenes asociadas y enlaces a cada una de las distintas entradas dependientes que tenga relacionadas.

En cada entrada dependiente se mostrará su información e imágenes asociadas y un enlace para volver a la página de la entrada principal donde está englobada.

También se desarrollará un buscador, que nos permita introducir palabras en un campo de texto y hacer una búsqueda de entradas que incluyan dicha palabra. El formulario para el buscador por palabras clave se podría incluir en todas las páginas para permitir un acceso más rápido a las funciones de búsqueda.

Páginas de administración

Se deberán crear unas páginas web que permitan que el administrador o los administradores de la página realicen cambios en la base de datos.

Las acciones que deberá permitir el administrador son:

  • Crear, editar o borrar una entrada principal.
  • Crear, editar o borrar una entrada dependiente.
  • Crear, editar o borrar una imagen. Asociar las imágenes a las entradas principales y dependientes.
Las páginas de administración se protegerán con un nombre de usuario y una clave para asegurarnos de que nadie pueda acceder a la herramienta de actualización de la página sin el debido permiso.

Estimación económica

A continuación se puede encontrar la inversión necesaria para el desarrollo de la aplicación:

Diseño de la base de datos 400 €
Creación de las páginas de visualización 1220 €
Creación de las páginas para la administración 970 €
TOTAL 2590 €
*IVA no incluido

Tiempo de desarrollo

Se necesitarán 6 semanas para terminar el trabajo.
Se utilizarán dos semanas adicionales para realizar pruebas y ajustes en la aplicación.

Autor

Miguel Angel Alvarez

Miguel es fundador de DesarrolloWeb.com y la plataforma de formación online EscuelaIT. Comenzó en el mundo del desarrollo web en el año 1997, transformando su hobby en su trabajo.

Compartir

Comentarios

Ismael

18/11/2006
Coincido con lucaba, en que es poca remuneración por ocho semanas de trabajo.

Pero también me parece excesivo dedicarle ese tiempo... quizás al cliente se le dice que tardaremos eso, pero en realidad no es el único trabajo que realizamos, al mismo tiempo tenemos otros proyectos.

Dedicándose con exclusividad a este proyecto, no creo que tardase más de tres semanas. Y utilizando Drupal o algún buen gestor de contenidos, en una semana lo tienes en marcha.

Buen artículo en cualquier caso, hacen falta más artículos de este estilo, especificando proyectos y presupuestos, son muy útiles para situarse.

lucaba

18/11/2006
Por 8 semanas de trabajo, diría que me parece demasiado económico.
Gracias por compartir un tema así.

Bernardo Luján

21/11/2006
Normalmente es bueno dar un tiempo de desarrollo mayor de el que realmente se utilizaría en condiciones normales. De este modo nos curamos en salud y no nos pillamos las manos con el tiempo.

Cuando el autor habla de 8 semanas, no creo que se refiera a que va a estar todo el tiempo desarrollando. Sino más bien el tiempo mínimo que está seguro que acabaría el desarrollo perfectamente.

Tomas

05/12/2006
Pues si dedicas toda la jornada laboral al mismo proyecto, con las características dispuestas en este presupuesto, no creo que tardes mas de una semana, al menos, he tardado eso en desarrollar proyectos similares, claro, dedicándole no menos de 8Hs. diarias, todos los días de lunes a sábado.

Claro esta, el proyecto era para MI, si fuese para un cliente le diria que el tiempo de desarrollo no es menor al de 10 semanas, por el simple hecho de que nunca sabes que puede pasar, cualquier tontería puede quitarte varias semanas de trabajo y bueno, más vale prevenir...

En cuanto al precio, creo que aquí no esta en discusión (tampoco el tiempo), ya que es un ejemplo de como deberíamos desarrollar un presupuesto y no cuando deberíamos cobrarlo, eso esta en nosotros, cada billetera es un mundo.

Trabajando en Argentina, lo que a ustedes le parece poco dinero (ni idea de donde serán), a mi me parece mucho. El euro esta casi 4:1 con respecto al peso nacional, cobrarle 6.000 pesos a un argentino por un wiki es, por el momento, impensado... imagínense que cuando hablas de 2 o 3.000 pesos por sitios totalmente autoadministrables y con más de 30 secciones te miran raro... en fin, al menos esto esta cambiando y ya es mucha la gente con conocimientos en Internet y con el pensamiento de que "estar en la red no es un gasto, sino una inversión"

Graciela

07/12/2006
Están muy buenos estos artículos sobre presupuestos, son muy útiles para tener una idea de cuánto cobrar un trabajo. Respecto del comentario de Tomás, yo creo que acá en Argentina se debe tomar el precio que dan SIN multiplicarlo por 4 que es el valor del Euro, es decir, acá una botella de agua está $1.50 y en Europa está €1.50 también, el valor es el mismo pero a nosotros nos saldría más caro comprarla allá por la relación de nuestra moneda respecto del Euro.

Felicitaciones por el artículo.

manuel

16/7/2007
Precios tirados, trabajos no valorados, nadie sabe lo que es el análisis ni la ingeniería del software... q penita, así nos va, no tenemos respeto ni por nosotros. Tu no vas al dentista? Y al medico? Y al fontanero??? Como vas a pagarles???

fher

14/2/2008
y yo que por 800 dolares regale un complejo sistema de administracion hotelero y de reservaciones en linea y todo por necesidad,, tiempos mejores vendran!

docintegral

21/3/2008
Gracias, me cambio el paradigma, sobre la realizacion de un proyecto que tengo.
muchas gracias