¿ Distinguimos entre muebles e inmuebles ?

Sí, quizás sea lo más conveniente desde el punto de vista lógico. Un inmueble es un contenedor de muebles y eso crea una asociación natural entre ellos.

Una casa como tal ¿ qué puede tener ?

• Un nombre ???
• Una localización geográfica
• Una dirección postal
• Una referencia al registro de la propiedad
  • ¿ Una escritura ?
• Uno ó más seguros que la protejan
• Suministros varios:
  • Luz
  • Agua
  • Gas
  • Servicios:
    • Jardinería
    • Limpieza Todos y cada uno pueden recibir facturas de gastos

• Un equipamiento:

  • Muebles:
    • Fecha de compra
    • Garantía
    • Fabricante/vendedor
  • Electrodomésticos
    • Fecha de compra
    • Garantía
    • Fabricante/vendedor

• Un calendario; suceden muchas cosas en una casa y es conveniente asociarlas en el tiempo:

  • Garantías
  • Visitas
  • Reparaciones
  • Servicios: jardinería por ejemplo
  • Pagos

  Además los eventos pueden ser: - Situados en una fecha en concreto - Situados en un rango de tiempo: mes, trimestre, año.

vehículos

Asociados a la vivienda pueden existir uno ó varios vehículos. Cada uno de ellos puede estar compuesto de:

• Marca
• Modelo
• Color
• Matrícula
• Póliza de seguros
• Nº de bastidor
• Fecha de matriculación
• Concesionario de compra
• Talleres
• Historial (enlazado al calendario):
  • Revisiones periódicas
  • Reparaciones
  • Revisiones obligatorias (ITV)
  • Kilometraje
  • Repostaje
  • Accidentes

Compleja ó no, útil ó inútil, domus necesitará cubrir un buen puñado de características, integradas suavemente entre sí.

Esta página recogerá anotaciones sobre dichas características, qué software será necesario para cubrirlas y qué complicaciones podemos encontrar.

La base

Para el núcleo central voy a usar catalyst una herramienta de desarrollo de aplicaciones Web, escrita en y para perl, con una buena comunidad de desarrollo detrás.

La documentación completa está en el módulo Catalyst::Manual.

Configuración

Control de acceso

Esta parte la resuelve catalyst mediante complementos:

• Catalyst::Plugin::Authentication para identificar usuarios.
• Catalyst::Plugin::Authorization::ACL para construir listas de control de acceso y Catalyst::Plugin::Authorization::Roles para asignar autorizaciones según roles de usuarios.

Registros de funcionamiento

Control de errores

Generación de listados

Exportación e importación de datos

Empaquetado y distribución

Dado que tengo la mala costumbre de trabajar con versiones sid y usar stable en explotación se me presentan varios inconvenientes a la hora de crear programas de una versión a otra.

• La versión que uso en desarrollo puede diferir muchísimo de la versión de explotación.
• La documentación que consulto en desarrollo, obviamente, no coincide con la versión que usaré despues.

En principio esta parte la tengo resuelta puesto que parece que existe un backport para catalyst en http://backports.org/debian/pool/main/libc/libcatalyst-perl/, y aunque no permanezca actualizado, sabiendo que alguien lo ha hecho en un momento dado puedo intentar rehacerlo en un futuro.

Control de acceso

El control de acceso se implementa mediante el uso de varias tablas:

• Usuarios
• Roles
• ACL

Entidades base

• Agenda
• Calendario
• Notas
• Contable

Entidades independientes

• Viviendas
• Vehículos
• Electrodomésticos