[Php-objetos] Gonzalo y Andrés Re: Tesis Rev3
Gonzalo Rama
yo en erama.com
Jue Mar 5 18:41:32 ARST 2009
Leo estamos hablando de un sistema que genera sistemas entonces... A eso
me quería referir en un primer momento cuando lo intente plantear como 2
subsistemas dentro de 1. Pero no comentaste que los requerimientos deben
estar todos juntos unos debajo del otro, sin importar a que subsistema
pertenecía. Ahora bien... ¿cómo lo planteamos entonces? como:
el subsistema 1 debe hacer...
el subsistema 2 debe hacer...
Danos una mano con esto a ver si podemos cumplir los requerimientos, se
no esta haciendo extenso el tema...
Saludos.
-------- Mensaje original --------
> Hola Gonzalo,
>
> El mar, 03-03-2009 a las 08:58 -0800, yo en erama.com escribió:
>
>> Leo, nos queda en el diccionario especificar la implementas de acceso al
>> varios de los servicios.
>>
>
> Ok. Esto es menos importante.
>
>
>
>> Admeas queriamos saber si se pueden implementar
>> scripts de terceros que no estan programados en objetos.
>>
>
> Sí! Encapsulados en una clase, por supuesto. Al usar, quiero que usen
> Objetos: no tienen todavía la experiencia para hibridar sin hacerse un
> matete... dense tiempo!
>
>
>> Y que nos des la crítica del resto.
>> ----------------
>>
>> Sistema para generar múltiples sitios tipo blog con contenidos extraídos
>> de distintos servicios web.
>>
>> El Sistema Debe:
>>
>> • Permitir subir y eliminar templates WordPress de terceros para los
>> sitios a generar
>>
>
> Importa que las plantillas sean de terceros o propias?
>
>
>> • Permitir ingresar keywords manualmente
>>
>
> Hay otra forma que no sea manual?
>
>
>> • Guardar todas las keywords ingresadas
>>
>
> Mmm... todo lo que sea ABM se puede englobar en un "gestionar" la cosa,
> así no se repiten diferentes tareas sobre lo mismo...
>
>
>> • Permitir generar un nuevo sitio web
>>
>
> Si no decís qué es generar un sitio, no estás diciendo nada...
>
>
>> • Permitir ingresar los datos para el nuevo sitio web: dominio,
>> descripción, y datos FTP
>>
>
> Esto no es un prerequisito para generarlo? O se ingresan los datos
> después de generado?
>
>
>> • Permitir seleccionar un template para el sitio generado.
>>
>
> Me quedo en el aire por la falta de definición de "generar un sitio"...
> pareciera que esto es parte de la generación, pro seguro que no y no me
> entero.
>
>
>> • Permitir definir usuario y contraseña para el nuevo sitio
>> • Permitir seleccionar la keywords que utilizará el nuevo sitio
>> • Permitir definir mail para el nuevo sitio web
>>
>
> Idem par estos 3
>
>
>> • Permitir definir la extensión de url para el nuevo sitio web
>>
>
> Qué es la "extensión de url"???
>
>
>> • Permitir definir la cantidad de keywords que tendrá el nuevo sitio web
>> al comenzar
>> • Permitir definir la cantidad de post nuevos que el nuevo sitio creara
>> por día
>> • Permitir definir la ruta donde se almacenarán las imágenes en el host
>> del nuevo sitio
>>
>
> Idem igual a los otros 3.
>
>
>> • generar un formulario de contacto para usar por los visitantes
>> • Permitir definir los hooks que usará el nuevo sitio web
>>
>
> De qué juega este "gancho"? Es un gancho a qué?
>
>
>> • Permitir definir id de google adsense
>> • Permitir definir id de yahoo api en el nuevo sitio web
>> • Permitir utilizar cuenta de StatCounter en el nuevo sitio web
>>
>
> Estos parecen meras cualidades del sitio. Tal vez se puedan agrupar
> cuando definís el sitio web.
>
>
>> • Permitir subir el sitio web generado a un servidor remoto.
>>
>
> En esta, y en todas las anteriores, le podés sacar la palabra
> "permitir" que queda igual o mejor: "El sistema debe subir el sitio web
> generado a un servidor".
>
>
>> • Extrar contenido de la wikipedia, yahoo images, blogsearch, google
>> videos, según la keyword del post.
>>
>
> Y qué hace el sistema con el contenido que extrae???
>
>
>> • Enviar aviso de actualización al servicio de ping Ping-o-Matic con cada
>> post nuevos
>>
>
> Pero la generación de post es centralizada o cada sitio generado lo
> hace por su cuenta? Si lo hace por su cuenta, estás haciendo un sistema
> que genera sistemas... y por eso la galleta de requerimientos...
>
>
>> • Actualizar el feed con la información de cada post nuevo
>> • Crear el site map válido para yahoo y google
>> • Reportar el site map con cada post nuevos a google y yahoo.
>>
>
> Estos 2 se agrupan en uno solo.
>
>
>> • Cachear el contenido cada un tiempo establecido en su configuración
>> • Permitir eliminar la cache del sitio web generado
>> • Permitir dar de bajas sitios generados
>> • mostrar el estado de los sitios generados
>>
>
> y en qué consiste este estado?
>
>
>> • enviar alertas cuando un sitio se encuentra offline
>> • guardar las cantidad de visitas diarias por cada sitio
>>
>
> Ok.
>
>
>> Diccionario:
>> StatCounter (contador de visitas y estadisticas)
>> http://www.statcounter.com Codígo de ejmeplo:
>> <!-- Start of StatCounter Code -->
>> <script type="text/javascript">
>> sc_project=2087437;
>> sc_invisible=1;
>> sc_partition=19;
>> sc_security="c4b88a10";
>> </script>
>> <script type="text/javascript"
>> src="http://www.statcounter.com/counter/counter.js"></script><noscript><div
>> class="statcounter"><a title="hits counter"
>> href="http://www.statcounter.com/free_hit_counter.html"
>> target="_blank"><img class="statcounter"
>> src="http://c20.statcounter.com/2087437/0/c4b88a10/1/"
>> alt="hits counter" ></a></div></noscript>
>> <!-- End of StatCounter Code -->
>>
>>
>> Keywords: palabras principales utilizadas para generar el contenido.
>> Hooks: scripts interactuar con diferentes servicios webs.
>> google adsense: sistema de publicidad contextual
>> Yahoo image Api: api para trabajar con las imágenes de yahoo
>> Ping-o-Matic: Servicio para avisar a diferentes buscadores que la página a
>> sido actualizada.
>>
>> Requerimientos no funcionales:
>> Debe existir un único usuario administrador.
>>
>
> Bueno, ha mejorado muchísimo!
> A seguir laburando!!!
>
> Numeren los requerimientos para poder referenciarlos mejor!!!
>
>
Más información sobre la lista de distribución Php-objetos