Prośba o wycenę aplikacji

Witam wszystkich.
Znajomi posiadający kilka sklepów w różnych lokalizacjach prosili mnie o napisanie aplikacji integrującej dane z tych lokalizacji. Chodzi o to, aby z jednego miejsca widzieli dane o sprzedaży i zapasach z poszczególnych miejsc, oraz mogli w sprawny sposób tworzyć zamówienia.
W tej chwili zamówienia przygotowywane są przez nich oddzielnie dla każdej lokalizacji. Aby to zrobić, muszę zalogować się pulpitem zdalnym na każda lokalizację, sprawdzić na niej sprzedaż dzienną , porównać do maksymalnej sprzedaży w pewnym okresie i na podstawie tej wiedzy - przygotować odpowiednie zamówienie.
Moja aplikacja składała by się z kilku warstw :

1. baza danych (MSSSQL)
2. usługa wcf umożliwiająca zapis w bazie danych z każdej lokalizacji (C#)
3. usługa windows na każdej lokalizacji, zapisująca przez webservice (wcf z punktu 2) dane do bazy danych (punkt 1) (c#)
4. aplikacja łącząca się do bazy danych i prezentująca dane z lokalizacji - jedną z jej funkcjonalności było by tworzenie zamówienia z jednego miejsca dla wszystkich lokalizacji, z uwzględnieniem zapasów magazynowych (automatyczne wyliczenie ilości na podstawie sprzedaży i zapasu, uwzględnienie zapasu innych lokalizacji) (C#)

Ciekawi mnie na jaką kwotę wycenili byście wykonanie takiej aplikacji

Od 15 do 25 dni roboczych. Przy założeniu że każdy sklep korzysta z tego samego oprogramowania.

DibbyDum napisał(a):

Od 15 do 25 dni roboczych. Przy założeniu że każdy sklep korzysta z tego samego oprogramowania.

Tak, wszędzie jest ta sama aplikacja. Jest tylko taki mały haczyk, że brakuje dokumentacji do jej struktury w bazie danych (firebird). Tak więc dochodzi też czas na jej rozpoznanie

Jak baza nie jest duża i dość dobrze ponazywana to nie powinno być to jakiś wielki problem w innym przypadku siedzenie i klikanie w aplikacji oraz patrzenie w profilerze gdzie co leci nie należy do najprzyjemniejszych. :D

DibbyDum napisał(a):

Jak baza nie jest duża i dość dobrze ponazywana to nie powinno być to jakiś wielki problem w innym przypadku siedzenie i klikanie w aplikacji oraz patrzenie w profilerze gdzie co leci nie należy do najprzyjemniejszych. :D

klasyczne rzeźbienie w gównie :)

Przed wyceną:

1. Upewnij się jeszcze kto będzie odpowiadał za utrzymanie pkt. 2
2. Temat może być "śliski" jeżeli nie ma dokumentacji. Spotkałem się z sytuacją, że w programie nie było zapisanych stanów magazynowych tylko były za każdym razem wyliczane

P.S. Z punktu widzenia znajomych taniej i prościej będzie kupić (i wdrożyć) gotowca typu Subiekt (lub podobne).

mmoroz napisał(a):

P.S. Z punktu widzenia znajomych taniej i prościej będzie kupić (i wdrożyć) gotowca typu Subiekt (lub podobne).

może być ew. taniej ale czy prościej?
Weźcie pod uwagę, że zmiana oprogramowania to

• import (o ile się da) ze starego systemu, a jak się nie da to ktoś musi "ręcznie" dane przenieść (czas i pomyłki)
• szkolenie pracowników (koszt, czas)
• nieuniknione błędy na początku popełniane przez obsługę i wtedy albo siedzenie nad dokumentacją (czas) albo telefon do supportu (koszt)
• wolniejsza praca z systemem na początku (czas)

Kupowanie programu "z półki" bez opcji wdrożenia, jeśli nie miało się z nim wcześniej do czynienia mija się z celem a to też są dodatkowe koszty

abrakadaber napisał(a):

mmoroz napisał(a):

P.S. Z punktu widzenia znajomych taniej i prościej będzie kupić (i wdrożyć) gotowca typu Subiekt (lub podobne).

może być ew. taniej ale czy prościej?
Weźcie pod uwagę, że zmiana oprogramowania to

• import (o ile się da) ze starego systemu, a jak się nie da to ktoś musi "ręcznie" dane przenieść (czas i pomyłki)
• szkolenie pracowników (koszt, czas)
• nieuniknione błędy na początku popełniane przez obsługę i wtedy albo siedzenie nad dokumentacją (czas) albo telefon do supportu (koszt)
• wolniejsza praca z systemem na początku (czas)

Kupowanie programu "z półki" bez opcji wdrożenia, jeśli nie miało się z nim wcześniej do czynienia mija się z celem a to też są dodatkowe koszty

Taki temat realizowałem ostatnio dla swojego koleżki. Dotyczyło to zamiany przedpotopowego programu (dBase) na WF-Maga. Przygotowałem mechanizm przenoszenia danych :asortyment (kilkadziesiąt tys aktywnych pozycji), kontrahenci, dostawcy, stany magazynowe - na bilans otwarcia i rezerwacje. Zupełny brak dokumentacji do struktur starego programu i wf-maga (nie znalazłem ). Pitolenia się z tym było sporo.
W przypadku który opisałem w pierwszym poście, wymiana oprogramowania nie wchodzi w grę