Research and Development 1/^Archief/2009-2010/05/Fase-2
Uit Werkplaats
< Research and Development 1 | ^Archief | 2009-2010 | 05
Versie door Erik Barendsen (overleg | bijdragen) op 2 feb 2011 om 09:33 (Research and Development 1/Projecten/05/Fase-2 hernoemd naar Research and Development 1/^Archief/2009-2010/05/Fase-2)
(wijz) ← Oudere versie | Huidige versie (wijz) | Nieuwere versie → (wijz)
- "Fase" kan niet worden toegewezen aan een getaltype met waarde -2.
- "Fase-2" komt niet voor in de lijst (Logboek, Planning, Projectpagina, Pilot, Fase 1, Fase 2, Groepspagina, Feedback) met mogelijke waarden voor de eigenschap "Type".
Inhoud
Tweede fase
Presentatiemijlpaal
Doel
- We zijn als laatste, dus we moeten het luchtig houden
- Het publiek weet na de presentatie welke design- en implementatiekeuzes wij hebben gemaakt en waarom deze juist zijn
- Het publiek weet waar we nu staan met ons project en dat het de potentie heeft om door te groeien naar wat onze doelen stellen
Inhoud
- Demo
- Ons product
- Introductiepraatje
- Vooraf opgestelde doelen
- Gemaakte keuzes per alternatief
Verhaal
- Ik stel voor dat we beginnen met de demo, hier kunnen we ons product al laten zien en is het duidelijker voor de toeschouwers om onze keuzes enzo te begrijpen
- ...dit is ons product, hard aan gewerkt, verschillende problemen gehad, bijv met de specificaties van Google, veel open plekken, enz., en keuzes moeten maken, belangrijkste:
- Afwegingen:
- Welke applicatievorm is het geschiktst voor de client gegeven onze doelen, dependent of stand-alone?
- Welke programmeertaal is voor de gekozen applicatievorm het beste, gegeven onze doelen?
- Welke representatie van Wavelet-data is het geschikst, gebaseerd op opslageffcientie en bewerkbaarheid?
- Hoe en in welke onderdelen moet de client verdeeld worden?
- Tot op welk niveau moet de GUI aanpasbaar zijn, gegeven onze doelen?
- En bij elk punt even de afweging geven natuurlijk!
- Stand-alone programma. Een stand-alone programma biedt veel meer mogelijkheden ten opzichte van een webbased applicatie. Ook helpt dit centralisatie enigszins tegen te gaan. Een webbased applicatie draait immers altijd op een server, en nooit lokaal.
- C++ en Qt. Qt zorgt ervoor dat wij makkelijk vensters kunnen maken en beheren onder een groot aantal veel gebruikte besturingssystemen (o.a. Windows, Mac OS-X en Linux )[6] om onze doelen, crossplatform en een aanpasbare UI te bereiken.
- Voorlopig wavelets opslaan als een losse string met een verzameling van annotaties, om het werken met delta's te vergemakkelijken en niet te veel geheugen te verbruiken.
- De client wordt gesplitst in een aantal subonderdelen met verschillende taken, om het overzicht te bewaren. De volledige implementatie zal in een hoofdklasse worden gebouwd, die de communicatie met de subonderdelen regelt, om het aansturen van de client niet te ingewikkeld te maken.
- Het XMPP onderdeel is verantwoordelijk voor inloggen en authenticeren, omdat dit via de XMPP core specifcaties moet gebeuren, aldus Google's Wavespecifcaties.
- PubSub onderdeel is verantwoordelijk voor het ophalen van waves, ook conform Google's Wavespecifcaties.
- Een waveview onderdeel dat waves omzet tot HTML en deze zo weergeeft, omdat annotaties zich makkelijk om laten zetten in HTML, en HTML makkelijk weer te geven is (dit kan Qt al voor ons).
- Een Client UI onderdeel, die de communicatie tussen de client en de UI regelt.
- Toekomst
Wat voorbeelden geven van uitbereidingsmogelijkheden
- Andere, mooie GUI
- Spellingscheck
- Vertalen
- Tekstopmaak
- Bestanden er in zetten/versturen
- ...
- Mooie afsluitingszin, iets met waven en de toekomst?