Założenia projektu

[pikson]

Cześć,

myślę, że w takim razie należało by zacząć zbierać założenia
funkcjonalne projektu. Powoli moglibyśmy opisać co chcemy wogóle zrobić.
Następnie moglibyśmy przygotować opis tego co chcemy mieć w pierwszej
wersji i jakoś zaplanować iteracje (choć kto powiedział, że to jakiś
agile :)

Myślę, że autor pomysłu powinien napisać o jakich funkcjonalnościach
myślał i razem je doprecyzujemy.

Pozdrawiam
Tomasz Trela

[SoNiC]

Myślę, że pierwszy krokiem byłoby zastanowienie się nad architekturą,
analizą techniczną i wyborze technologii..
Jeżeli ma to być "projekt poznawczy" to proponuję stworzenie namiastki
modelu MVC, trochęna wzór systemu CRUD:
1. Warstwa prezentacji: (XHTML + CSS wraz z JSP 2.0 -> Tomcat 5.5)
2. Kontroler + model danych (jakieś umowne DTO): Servlet API 2.4
(Tomcat 5.5), pisząc tu kontroler mam na myśli prosty mechanizm
decyzyjny, czyli mówiąc najprościej "na jaka stronę aktualnie (w
zależności od żądania) przekierować użytkownika". (chociażby:
redirect, requestDispatcher...)
3. Utrwalanie danych JDBC 3.0, CreateReadUpdateDelete = CRUD, do tego
Stworzenie jakiegoś DAO
4. Baza danych: proponuje Postgresql 8.3.1

Proszę o komentarze, bluzgi...itd.

Jeżeli kogoś interesuje to rozwinę te podpunkty...ich wybór dlatego
jest taki żeby było jak najprościej.

Pozdro :)

[Laziers]

4. Baza danych: proponuje Postgresql 8.3.1

ja tutaj raczej był proponował MySQL'a, niech ktoś jeszcze się wypowie ;)

[Ris]

Witam,
Nie bez powodu w pierwszym poście podałem książkę "Head First Servlets
and JSP" aby wzorować się właśnie na niej. Wydaje się mi, że aby
dobrze poznać zagadnienia servlets, jsp, struktury projektu, itp.
należy wzorować się właśnie na niej.

--
Robert Sajdok (Ris)

[Ris]

On Jul 14, 9:03 pm, Laziers <lazi...@gmail.com> wrote:
> > 4. Baza danych: proponuje Postgresql 8.3.1
>
> ja tutaj raczej był proponował MySQL'a, niech ktoś jeszcze się wypowie ;)

Witam,
Też jestem za bazą MySQL.

--
Robert Sajdok (Ris)

[SoNiC]

Spoko...tak niska warstwa jak SQL najmniej mnie interesuje :)...jak
dla mnie może być wszystke co zrozumie składnie SQL :P

[SoNiC]

A dlaczego tak w 3 zdaniach wolicie MySQL? ;>

On 14 Lip, 21:10, Ris <robert.saj...@gmail.com> wrote:

[Daniel Żmuda]

Ris pisze:

A mozna wiedziec dlaczegoz to oponujecie tak bardzo za MySQL ?
Tak czysto formalnie pytam :)

--
Pozdrawiam,
Daniel Żmuda

[Robert Sajdok]

Witam,
Mnie najbliżej jest do tej bazy :) Zalet nad PostgreSQL raczej nie jestem wstanie napisać. Powszechnie używana w Polsce, wsparcie Sun, dobrze udokumentowana, sprawdzona w boju. Osobiście nie upieram się. Może niech ktoś poda lepsze argumenty.

2008/7/14 Daniel Żmuda <zmuda....@gmail.com>:

--
Robert Sajdok (Ris)

[Robert Sajdok]

Witam,
Ogólna koncepcja mam nadzieje jest zrozumiała, opisałem ją na PJUG, jeśli ktoś ma wątpliwości to proszę pisać. Co do szczegółów. To po pierwsze uważam, że trzeba pisać listę wymagań potem przypadki użycia. Jeśli ktoś chce zgłębić temat a jest bardzo prosty i pomocny przy tworzeniu aplikacji. Pozwala określić klasy, metody. Do zgłębienia tematu polecam książkę http://helion.pl/ksiazki/hfooad.htm Teraz opiszę tylko mniej więcej jak wyobrażam sobie dodanie porady. Myślę, że będzie to coś na kształt dodawania filmów na youtube. Podaje się linka, np. na forum, gdzie ktoś rozwiązał problem, tytuł, opis, dystrybucje, wersje Linuxa. Poradę będzie można skomentowac, ocenić, podobnie jak na youtube. Oczywiście tworzenie swojego konta. Strona główna to lista porad, najlepiej oceniane, itp. Szczegółowo trzeba by to opisać w postaci listy wymagań, przypadków użycia. Takie rzeczy to chyba na wiki projektu?

2008/7/14 pikson <pikso...@gmail.com>:

--
Robert Sajdok (Ris)

[Robert Sajdok]

2008/7/14 SoNiC <adam...@gmail.com>:

Myślę, że pierwszy krokiem byłoby zastanowienie się nad architekturą,
analizą techniczną i wyborze technologii..

 

Co masz na myśli? technologii czyli?
 

--
Robert Sajdok (Ris)

[Jacek Spólnik]

Zdecydowanie -> Prosta baza -MySQL <ograniczone możliwości>, baza praktycznie bez ograniczeń -> PostgreSQL -> WNIOSKI -> mamy się skupiać głównie na javie, jsp i z tym związanych technologiach. Czy zatem potrzebujemy aż tak zaaawansowanego DBMS'a ? Sam również mocno itneresuje się bazami danych zatem różnice między tymi dwoma są spore, oczywiście w zależnosci od wymagań. Zatem jakie są nasze wymagania ? ;)

Pozdrawiam,
Jacek Spólnik.

--
Kiedy mówimy innymi językami, postrzegamy nieco inne światy ...

[Laziers]

2008/7/14 Jacek Spólnik <jacek....@gmail.com>:

Zdecydowanie -> Prosta baza -MySQL <ograniczone

dlaczego uważasz, że MySQL ma ograniczone możliwości?
 

[Jacek Spólnik]

Oczywiście że ma ;) Nie ma takich możliwości optymalizacyjnych, ma ograniczone możliwości triggerów, nie używa w ogóle więzów integralności typu check i chyba najlepszy silnik tj. InnoDB, który pozwala korzystać z kluczy obcych i transakcji jest dużo mniej efektywny. Swojego czasu wiecej takich słabości znalazłem, aczkolwiek w na tę chwilę tyle jego słabości pamiętam ;) To jest baza dobra dla projektów internetowych czy desktopowych nie wymagających zaawansowanych mechanizmów, aczkolwiek myślę że SUN weźmię się do roboty i stworzą z niego coś fajniejszego :)

Pozdrawiam,
Jacek.

[Robert Sajdok]

Witam,
Projekt nie ma służyć nauce zaawansowanych aspektów baz danych, skupiamy się na servlets and JSP.

2008/7/14 Daniel Żmuda <zmuda....@gmail.com>:

--
Robert Sajdok (Ris)

[stallman]

On 15 Lip, 09:30, "Robert Sajdok" <robert.saj...@gmail.com> wrote:
> Witam,
> Projekt nie ma służyć nauce zaawansowanych aspektów baz danych, skupiamy się
> na servlets and JSP.

Witajcie,
Moim zdaniem to nie jest właściwy wątek ani czas aby prowadzić rozmowy
na temat wyboru technologii. Na sam początek potrzebujemy ustalić co
ten projekt tak naprawdę ma robić, porozbijać to na use-cases, ekrany.
Gdy zobaczymy przed czym tak naprawdę stoimy będziemy w stanie wybrać
technologię która jest najlepsza do wykonania tego zadania.
W tym momencie trudno powiedzieć czy potrzebuje on rozbudowanych
możliwości PGSQL czy prostszego w swej prostocie MySQL czy nawet
SQLite :) - nie wiemy jakie funkcje tak naprawdę ma spełniać sam
projekt.
Ja sam nie chcę nauczyć się tutaj "małpiego" klepania w danej
technologii tylko właściwego projektowania rozwiązań ;)
Postuluję abyśmy stworzyli jakiś zarys wyglądu funkcjonalnego
aplikacji a dopiero później zastanowimy się jakie technologie
(poboczne) będą najbardziej odpowiednie (oprócz tych kluczowych;)

Pozdrawiam

[Robert Sajdok]

Witam,
Zarys funkcjonalności myślę, że opisałem dokładnie, jeśli są pytania to proszę pisać, co do tworzenia listy wymagań, przypadków użycia, też już o tym pisałem. Także, proszę śmiało działać.

2008/7/15 stallman <o...@2mind.pl>:

--
Robert Sajdok (Ris)

[Robert Sajdok]

Witam,
W kwestii funkcjonalności dodawania, komentowania, i tym podobnych funkcji odnośnie dodania nowej porady, można się też wzorować na funkcjonalności dodawania linków na digg.com. Jest to tam według mnie najlepiej rozwiązane.

2008/7/14 Robert Sajdok <robert...@gmail.com>:

--
Robert Sajdok (Ris)

[pikson]

On 2008-07-16, at 09:34, Robert Sajdok wrote:

> Witam,
> Zarys funkcjonalności myślę, że opisałem dokładnie, jeśli są
> pytania to proszę pisać, co do tworzenia listy wymagań, przypadków
> użycia, też już o tym pisałem. Także, proszę śmiało działać.

Cześć,

Ciężko jednoznacznie stwierdzić jakie są te funkcjonalności. Postaram
się zadawać więcej pytań, aby sprecyzować nasz cel.

Na razie wiemy, że jest to strona do zbierania linków do porad z
innych for. Tylko pytanie czy w naszym portalu będą dodawane linki
czy porady, bo bardzo często dobra rada jest w kilku postach, a nawet
w całym wątku, wtedy samemu należało by to zmerować do jednej porady,
co jest czasochłonne i jak ktoś już znajdzie to czego szukał to nie
będzie mu się tego chciało robić.

Chyba, że to może być na zasadzie del.icio.us, tylko tutaj tagi będą
w hierarchi bugów linuxowych.

Czy nasze foru będzie moderowane?
Czy trzeba mieć własne konto, żeby przeglądać lub dodawać porady?

Czy implementujemy jakąś wyszukiwarkę po poradach?

Wieczorem postaram się wstępnie wypisać, co już wiemy na wiki.

Pozdrawiam

Tomasz

[Darek]

On 16 Lip, 09:55, pikson <pikson....@gmail.com> wrote:
> On 2008-07-16, at 09:34, Robert Sajdok wrote:
>
> > Witam,
> > Zarys funkcjonalności myślę, że opisałem dokładnie, jeśli są  
> > pytania to proszę pisać, co do tworzenia listy wymagań, przypadków  
> > użycia, też już o tym pisałem. Także, proszę śmiało działać.
>

Ja bym funkcjonalności widział w formie listy, jak już taką
przygotujemy mogę machnąć mindmape.
Początkowa lista poniżej:

On 15 Lip, 22:53, stallman <o...@2mind.pl> wrote:

> Moim zdaniem to nie jest właściwy wątek ani czas aby prowadzić rozmowy
> na temat wyboru technologii. Na sam początek potrzebujemy ustalić co
> ten projekt tak naprawdę ma robić, porozbijać to na use-cases, ekrany.

Zgadzam się, więc zaczynamy:


I. Panel użytkownika
1. Ekran dodania porady (dodawanie porad)
- Zdefiniowanie linku do porady
- Zdefiniowanie tytułu
- Zdefiniowanie krótkiego opisu
- Zdefiniowanie długiego opisu (jeśli cała porada ma być
zamieszczona u nas)
- Zdefiniowanie tagów
- Zdefiniowanie systemu na którym to działa (ew. systemu na
którym było testowane)

2. Panel porad (wyświetlanie porad dodanych przez użytkownika)
- komentarze od użytkowników
- ocena porady

3. Edycja profilu
/standardowo

4. Poczta
- wewnętrzne wiadomości /standard/


II. Panel administratora
1. Moderowanie porad
/kasowanie/edycja
2. Moderowanie użytkowników
- j.w
3. Zarządzanie serwisem

To na początek, ja wracam do pracy. Kto może niech uzupełnia

[Jacek Spólnik]

Moim zdaniem nie ma sensu wyświetlać tutaj tego, mamy do dyspozycji SVN, można tam strorzyć plik ze strukturą i na nim opierać dyskusję tutaj, bo jeśli każdy zacznie wypisywać własne pomysły to nigdy nie dojdziemy do ładu ;) A dzięki temu każdy będzie miał się o co opierać i do tego dodawać konkretne zastrzerzenia, poprawki lub nowe elementy ;)

Pozdrawiam,
Jacek ;)

[Daniel Żmuda]

Racjam ale sadze, ze takie rzeczy jak juz cos to na wiki edytowac,
dopisujac swoje propozycje. A ostatecznie wyciagniemy kwintesencje z
wszystkich propozycji (jesli bedzie kilka roznych podejsc do danego
podpunktu) i sie to scali. No i oczywiscie przydaloby sie rozwinac kazde
z wymagan funkcjonalnych, aby byly bardziej sformalizowane. Przerzucam
ponizszy spis na wiki.

Jacek Spólnik pisze:

>
> Moim zdaniem nie ma sensu wyświetlać tutaj tego, mamy do dyspozycji SVN,
> można tam strorzyć plik ze strukturą i na nim opierać dyskusję tutaj, bo
> jeśli każdy zacznie wypisywać własne pomysły to nigdy nie dojdziemy do
> ładu ;) A dzięki temu każdy będzie miał się o co opierać i do tego
> dodawać konkretne zastrzerzenia, poprawki lub nowe elementy ;)
>
> Pozdrawiam,
> Jacek ;)
>
>
> W dniu 16 lipca 2008 13:45 użytkownik Darek <dare...@gmail.com

> <mailto:dare...@gmail.com>> napisał:

>
>
>
>
> On 16 Lip, 09:55, pikson <pikson....@gmail.com

--
Pozdrawiam,
Daniel Żmuda

[Darek]

On 16 Lip, 13:58, Daniel Żmuda <zmuda.dan...@gmail.com> wrote:
> Racjam ale sadze, ze takie rzeczy jak juz cos to na wiki edytowac,
> dopisujac swoje propozycje. A ostatecznie wyciagniemy kwintesencje z
> wszystkich propozycji (jesli bedzie kilka roznych podejsc do danego
> podpunktu) i sie to scali. No i oczywiscie przydaloby sie rozwinac kazde
>   z wymagan funkcjonalnych, aby byly bardziej sformalizowane. Przerzucam
> ponizszy spis na wiki.
>

Zgodzę się, najlepsze będzie wiki
Już robię co trzeba

[Robert Sajdok]

Witam,
Wiki, będzie odpowiednie, popieram.

2008/7/16 Darek <dare...@gmail.com>:

--
Robert Sajdok (Ris)

[Jacek Spólnik]

Wiki nie ma takich mechanizmów synchronizacji :P pozatym możliwości edycyjne są wieksze, w tym trzymanie na własnym kompie zsynchronizowanego pliku itd;) Normalnie do tego służą narzędzia case, które między innymi rozwiązują problemy synchronizacji, wygodnego projektowania i powiązania danych z innymi narzędziami, a wiki ? hmm  no ale jak wolicie wiki no to ok;)

PS. Nigdy nie marzyliście o edycji zwykłego pliku tekstowego na platformie programistycznej ?? ;)

Pozdrawiam,
Jacek :)