Czesc, na ile to wycienicie, tzn ile kasy by kosztowalo zrobienie tego:

1. Baza danych musi obsługiwać wielu klientów korporacyjnych i
musi obsługiwać tyle "widoków" sklepów, ile zarejestrowanych
korporacji. To znaczy, że powołanie do życia nowego klienta
korporacjnego oznacza wygenerowanie widoku pod osobnym adresem
www. Dobrze by było, by ten zamiar można było wykonywać w miarę
automatycznie.
Na razie zakładamy, że widoki będą osobne i wejść można będzie
tylko po autentykacji (czyli nic nie widać dopóki się nie
zalogują).

ZADANIE: trzeba opisać wymagania po stronie bazy danych i
aplikacji, żeby to się realizowało najwygodniej jak możliwe.

2. Baza danych musi uwzględniać więc

id_korporacja=id_serwisu;
id_user;
id_dostawca;
id_produkt;
id_kategoria;
id_region.
??id_typ_widoku_produktu??

Relacje są na przykład takie (tylko przykłady szybko z głowy).

a) korporacja ma serwis, i dostawców, i produkty, i userów, i
kategorie, i regiony.
e) userzy mają swoje korporacje.
dostawcy mają swoje korporacje, produkty, kategorie, regiony.
c) produkty mają korporacje, dostawców, kategorie i regiony i
typy widoków (strona główna typy a i b; strona główna kategorii
typy a i b; lista w kategorii a i / a i b znaczy duza i mała
zajawka/.
d) kategorie mają swoje korporacje, produkty.
e) regiony mają swoje korporacje, swoje kategorie, swoich
dostawców i produkty.


ZADANIE: To na razie co mi przychodzi do głowy, i trzeba zrobić
dobre drzewo tych zależności.

3. Autentykacja
a) Userzy podają w formatce: a) login hasło c) e-mail
korporacyjny.
System zakłada konto??
c) Serwer wysyła maila na adres korporacyjny z adresem www i
kluczem do uruchomienia konta pod tym adresem i potwierdzeniem
wybranego loginu i hasła.
d) User klika na adres wskazany w mailu, widzi formatkę i
wklepuje login, hasło i klucz, co uruchamia konto.

ZADANIE: opracować warstwę logiczną do końca i napisać wymagania
po stronie aplikacji i serwera, żeby to działało i się nie
zatykało.

4. Wydajność bazy i aplikacji i serwera i łącza mierzalne i
przewidywalne dla grupy 30.000-60.000 ludzi.

php Poczatkujacy -> Hydepark

Trzeba wyznaczyć nakład pracy programistów (ilu programistów, czas), wymagania jakościowe (czy obiektowo, czy z abstrakcją bazy danych, czy na szablonach, jaki zakres dokumentacji), nietypowe funkcjonalności (import-eksport do dziwnych formatów, raporty PDF, itp.), koszty pozaprogramistyczne (telefony, dojazdy, nadzór, prowizja), metoda realizacji projektu (specyfikacja-wykonanie albo seria przeróbek kolejnych wersji testowych). Podany opis jest zbyt lakoniczny.

Tak na pierwszy rzut oka - 30.000?

Ale euro.. oczywisće netto, żeby nam z tych zer fiskus nie poobdzierał.

Chyba w tej cenie nie ma sekretarek ocierających pot z czoła :| ? Coś za tanio :/

Ludzie tylko za wdrożenie głupiego (nie traktujcie tego głupiego poważnie) cms w dużej kroporacji ( no właśnie ) podpisują kontrakty powyże 100 000 :-), a taki programista co go pisał w sumie może z 5 000 dostał, i gdzie tu sprawiedliwość ? Jeżli działasz bez pośredników i to ty prowadzisz rozmowy to 30 000 ( $? ) smiało możesz wołać.