[Php-avanzado] requerimientos Cesar
Cesar Gimenez Lascano
cesargimenezlascano en gmail.com
Sab Oct 20 21:31:15 ART 2012
ok, gracias Leo, voy a trabajar en las modificaciones. Saludos!!
El 20 de octubre de 2012 19:46, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:
> El vie, 19-10-2012 a las 12:44 -0300, Cesar Gimenez Lascano escribió:
> > Hola Leo, te envío yo también una primer versión de los requerimientos
> > para ir corrigiéndolos. gracias, saludos!
>
> Hola Cesar,
>
> es un muy buen primer planteo.
> Copio y pego abajo tu SRS para hacer unos comentarios:
>
> a) el RF 4 no tiene un subrequerimiento, sino que el que aparece como
> 1.1 es un RF aparte, que hará referencia al 4. Podría ser "El sistema
> debe gestionar Alojamientos con su Categoría de Alojamiento.
> b) el RNF 3 es un RF, no solo porque mostrar la información filtrada es
> una funcionalidad, sino porque si no entiendo mal, vas a tener que
> especificar más o menos el funcionamiento del mapa, porque lo vas a
> tener que programar vos... Esto de hacer tu propio mapa me parece muy
> interesante, pero tal vez también te interese usar OpenStreetMap, los
> mapas libres y hasta tal vez contribuir con el proyecto.
> c) el RNF 5, la parte de usar la API es un RNF, pero la parte de mostrar
> tweets sí es un RF.
> d) el FNF 6 es un RF... pero además de ser ambigüo porque no dice quién
> llama a quién, es bastante caro de implementar.
> e) La cantidad de RF aún pasando los que están mal como RNF es poca.
> Fijate de ampliarlo, por ejemplo especificando tipos de restaurantes,
> rubros de los negocios, alguna clasificación de eventos, varias imágenes
> para las cosas que ahora tienen solo una, categorizar los
> alojamientos/bares/negocios/restaurantes de forma tal que haya
> publicaciones de diferente tipo (unas con posibilidad de más datos que
> otras por ejemplo)
> d) así como está, habría solo "administradores" que son un RNF y
> cargarían todo, pero si los dueños pueden cargar su propio
> establecimiento, habría que especificarlos porque el "dueño" tiene que
> existir y sería una funcionalidad.
>
> Esto es todo por ahora. Muy claro y conciso.
>
>
>
> --------------------------------------------
>
> Gestor de contenidos turísticos
> OBJETIVO: crear una guia de comercios, servicios e información turística
> web de la ciudad. La información se mostrará sobre un mapa. Se obtendrá
> información de contacto de los lugares al hacer click sobre ellos.
>
>
> REQUERIMIENTOS FUNCIONALES:
>
>
> 1. El sistema debe gestionar negocios.
>
> 2. El sistema debe gestionar eventos.
>
> 3. El sistema debe gestionar puntos de interés turísticos.
>
> 4. El sistema debe mostrar categorías de alojamientos.
>
>
> 1.1 El sistema debe gestionar alojamientos.
>
> 1. El sistema debe gestionar bares.
>
> 2. El sistema debe gestionar restaurantes.
>
>
>
> DICCIONARIO:
>
>
> * Alojamiento: nombre, dirección, teléfono, latitud, longitud,
> categoría de alojamiento, logo.
>
> * Negocio: dirección, teléfono, latitud, longitud, logo.
>
> * Eventos: fecha, dirección, descripción, latitud, longitud,
> imagen.
>
> * Puntos de interés turístico: dirección, descripción, latitud,
> longitud, imagen.
>
> * Bar: dirección, teléfono, latitud, longitud, logo.
>
> * Restaurante: dirección, teléfono, latitud, longitud, logo.
>
> * Categorías alojamientos: 1 estrella, 2 estrellas, 3 estrellas, 4
> estrellas, 5 estrellas, apart hotel, hostel.
>
>
>
> REQUERIMIENTOS NO FUNCIONALES:
>
>
> 1. El sistema debe ser web.
>
> 2. El sistema debe ser compatible con dispositivos móviles.
>
> 3. El sistema debe mostrar la información sobre un mapa.
>
>
> 3.1 La información debe poder ser filtrada.
>
> 3.2 La confección de los mapas debe ser propia.
>
> 1. Debe usarse herramientas de código libre.
>
> 2. El sistema debe utilizar la API de twitter para mostrar tweets
> geoposicionados en el mapa.
>
> 3. El sistema debe poder llamar por teléfono.
>
>
> --
> Leonardo Tadei
> leonardot en pegasusnet.com.ar
> Web: http://leonardo.tadei.com.ar
> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
>
> _______________________________________________
> Php-avanzado mailing list
> Php-avanzado en pato2.fi.mdp.edu.ar
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://www3.fi.mdp.edu.ar/pipermail/php-avanzado/attachments/20121020/08faae4e/attachment.html>
Más información sobre la lista de distribución Php-avanzado