Wersja alternatywna

ggornisiewicz · Dołączył: 05 Gru 2005 Posty: 38

Witam,

Interesuje mnie wersja alternatywna o której to była mowa, iż w zamówieniu ministerialnym była ujęta, a jak na razie nikt o tym nic nie pisze. Tym samym pytam co dzieje się z wersją alternatywną, czy wogóle będzie, bo jak będzie to pewnie bedę wdrażał alternatywną wersję, a jeśli nie będzie to chciałbym to wiedzieć wcześniej bo musimy dokonać modernizacji kilku stanowisk

_________________
Pozdrawiam
Grzegorz Górnisiewicz

Adam · Site Admin Dołączył: 26 Lip 2002 Posty: 3276

Z wersją alternatywną zrobił się pewien kłopot... bowiem miała ona zostać opracowana z użyciem platformy MONO umożliwiającej łatwą adaptację kodów źródłowych aplikacji do kompilacji w systemach innych niż Windows.
Nie mniej jednak mimo to prace nad wersją alternatywną trwają.
Choć na dzień dzisiejszy z bardzo dużą dozą prawdopodobieństwa można powiedzieć iż nie będzie ona dostępna do obsługi I kw 2006 r.

Zaś co do decyzji w sprawie modernizacji stanowisk...
Myślę, że w związku z cały czas przesuwanym terminem udostępnienia aplikacji (z różnych względów .. m.in. braku nowego rozporządzenia) chyba najwyższy czas pomyśleć o udostępnieniu wersji testowej (albo demo) abyście Państwo sami mogli ocenić wydajność aplikacji na posiadanym sprzęcie.

Pozdrawiam
Adam Głębski

Gość · Wysłany: Sro Lut 22, 2006 11:47 am Temat postu:

Adam · Site Admin Dołączył: 26 Lip 2002 Posty: 3276

W związku z tym podjąłem przed chwilą rozmowy z Wykonawcą i jeśli tylko możliwe będzie zablokowanie mechanizmów wysyłki danych na poziomie serwera komunikacyjnego (aby nie zrobił się "bałagan" w danych w różnych jednostkach) taka wersja demo zostanie udostępniona być może jeszcze w tym tygodniu.
Musimy jednak mieć świadomość, że będzie to wersja NIE PRZEZNACZONA do obsługi rzeczywistych danych i nie będzie ŻADNYCH możliwości przeniesienia wyników pracy do środowiska rzeczywistego.

Jak tylko będę wiedział coś więcej to opublikuję tu dalsze informacje, w szczególności link do pobrania owej wersji demo.

Pozdrawiam
Adam Głębski

Adam · Site Admin Dołączył: 26 Lip 2002 Posty: 3276

Co do wersji alternatywnej .. też ogromnie żałuję, że z uwagi na przesunięcie terminów w projekcie MONO nie udało się skoordynować w czasie udostępnienia obu wersji (dla Win i dla Linux).
Nie mniej mamy świadomość że w skali kraju coraz więcej jednostek samorządowych odchodzi od "jedynie słusznego" systemu operacyjnego do środowiska open source.
Stąd dla izb udostępnienie wersji działającej w środowisku Linux jest sprawą istotną.
Pragnę nadmienić, że jedna z izb funkcjonuje w oparciu o platformę Linux i jest żywotnie zainteresowana jak najszybszym ukazaniem się wersji aplikacji klienta dla systemu Linux współpracującej z serwerem bazodanowym MS SQL.

Pozdrawiam
Adam Głębski

Basia123 · Dołączył: 29 Wrz 2005 Posty: 41

Obawiam się, że proponowane rozwiązanie dla wersji demo może mieć poważny mankament.
Prawdopodobnie da się coś kolwiek obsłużyć moduł administracyjny ale skąd wziąć zainicjowane sprawozdania? Bez tego nie można obsługiwać modułu sprawozadań.
Chyba, że dane będą już częściowo przynajmniej wypełnione.
Nie umiem sobie tego wyobrazić. Krótko oglądałam ten program i nie umiem sobie wyobrazić jego działania bez dostępu do serwera komunikacyjnego.
Może raczej należałoby uruchomić taki serwer testowy a później z niego wszystko skasować?

Adam · Site Admin Dołączył: 26 Lip 2002 Posty: 3276

Otóż byłby dostępny serwer komunikacyjny (testowy) z JUŻ przygotowanymi paczkami do inicjalizacji kwartalnych okresów sprawozdawczych ... ALE bez możliwości wysłania na serwer komunikacyjny z JST paczki z danymi sprawozdań lub paczki danych z uchwałami.
Tak więc komunikacja DO JST byłaby zapewniona .. włącznie z LiveUpdate.. aktualizacjami słowników klasyfikacji itp .. ale nie byłoby mozliwości WYSYŁKI danych z JST do RIO i MF.
Proszę więc być spokojnym ... gdyż takie rozwiązanie umożliwia zapoznanie się z 99,9% funkcjonalności BeSTii...

Pozdrawiam

Basia123 · Dołączył: 29 Wrz 2005 Posty: 41

Dziękuję. To sprawę wyjaśnia.
Czekam więc cierpliwie na informację o lokalizacji takiej instalacji demo do pobrania. Zawiadomię też o niej moich Klientów, którzy nie koniecznie odwiedzają to Forum.

Adam · Site Admin Dołączył: 26 Lip 2002 Posty: 3276

Proszę jednak pamiętać .. że sprawa udostępnienia wersji DEMO nie jest jeszcze przesądzona ..
Tak czy inaczej .. najpóźniej w piątek pojawi się info o losach uzgodnień z Wykonawcą.

Gość · Wysłany: Czw Lut 23, 2006 10:18 am Temat postu:

Witam
Jako praktykujący informatyk , muszę stwierdzić, że pomysł Bestii jest lekko chybiony. Pewnie znów problem wyciągnięcia pieniążków z budżetu. A czy nie można było zrobić tak jak z IPN-PE? Wystarczyło zdefiniować format danych do przesyłania do RIO, a dalej każdy samorząd by już sobie poradził. Większość (o ile nie wszystkie) programy FK dla budżetówki mają mniej lub bardziej rozbudowane moduły sprawozdawcze, więc dołożenie opcji eksportu sprawozdania w odpowiednim formacie xml nie byłby wielkim problemem i problem wersji alternatywnych też by zniknął. A tak mamy to co mamy...

Adam · Site Admin Dołączył: 26 Lip 2002 Posty: 3276

Niby racja ... Ale ten kij ma dwa końce...
Chyba nie chcemy przesylać na wzór systemu francuskiego wszystkich księgowań z systemu FK do bazy centralnej... bo przy rozwiązaniu opartym o generowanie danych z systemów FK .. z pewnością byłyby takie zakusy niektórych kręgów ... (bynajmniej nie z RIO)...
Nie chcemy też chyba dysponować JEDYNYM słusznym zarządzanym centralnie planem kont obowiązującym dla całej sfery budżetowej - rządowej i samorządowej? Bo bez niego trudno sobie wyobrazić rozwiązanie oparte na eksporcie danych z różnych FK...

Moim zdaniem problem i tak sprowadza się do źródła - czyli do odpowiedniego ukształtowania przepisów w sprawie sprawozdawczości ...

Dodatkowo - format wymiany danych (XML) będzie zdefiniowany wraz z nowym rozporządzeniem ..
Też jako praktykujący informatyk i analityk mogę śmiało powiedzieć, że bez odpowiedniej walidacji danych słownikowych (zwłaszcza klasyfikacji) na wejściu systemu czyli w samorządzie nie ma szans na utrzymanie odpowiedniej jakości danych sprawozdawczych .. a co dopiero mówić o poprawie tejże jakości ?
Poza tym oprócz samorządu jest jeszcze RIO i MF - gdzie BudzetST, BeSTi@ (lub inny ich odpowiednik) tak czy inaczej musi się pojawić bo żadnym FK niezbędnej tam funkcjonalności nie zastąpimy...

Pozdrawiam

Basia123 · Dołączył: 29 Wrz 2005 Posty: 41

Nie wiem co to jest IPN-PE i nie rozumiem o jakim eksporcie z FK Pan mówi?
Sprawozdania jst są sumą wielu sprawozdań z jednostek podległych, które niekoniecznie korzystają z FK. W znacznej znanej mi większości są to papierowe ewidencje. W którymś miejscu musi nastąpić przeniesienie tego do wersji elektronicznej i zsumowanie. Jasne, że może to być system tego typu, jaki dostarczam jednostkom i z niego muszę umieć przekazać dane i do tego potrzebny jest odpowiedni format.
Odbiorca sprawozdań też musi go przyjąć elektronicznie.

Bestia zabezpiecza transfer tych danych na serwer komunikacyjny i ich przechowywanie. Z serwera pobierają je sobie jst, RIO i MF.
Rozsądny format xml powinien spełnić bardzo specyficzną rolę - pozwolić na wymianę danych między dowolnymi systemami, które będą go obsługiwały. Tu upatruję wielkich korzyści dla j.s.t.
Może to tylko "głupie" oczekiwanie i idea bez możliwości spełnienia?

Adam · Site Admin Dołączył: 26 Lip 2002 Posty: 3276

Ta idea ma jednak szansę się spełnić .. Bo BeSTi@ już może działać w sieci rozległej lub poprzez łącza publiczne (np. internet) stanowiąc końcówkę systemu w każdej jednostce organizacyjnej posiadającej on-line'owy dostęp do bazy systemu.
Wiele zależy także od samych .. najbardziej zainteresowanych tzn. samorządowców... Tak naprawdę to tylko oni wiedzą czego tak najbardziej potrzebują i poprzez udostępnienie funkcjonalności deykowanej dla nich (sprawozdawczość jednostkowa, sprawozdawczość miesięczna) upatruję szansę na zaktywizowanie tego środowiska...
Pierwsze, udane próby nastąpiły przy projekcie Phare, gdzie samorządowcy naprawdę wykazali się ogromnym zaangażowaniem...
Mam nadzieję, że rozwój między innymi tego fragmentu BeSTii będzie następował właśnie na podstawie zgłoszeń (mam nadzieję licznych) pochodzących z samorządu.
Ale powtórzę za Panią .. może to głupie oczekiwanie i idea nie do spełnienia

nie mniej .. jestem w tym względzie pozostanę niepoprawnym optymistą i idealistą ...

Pozdrawiam

ggornisiewicz · Dołączył: 05 Gru 2005 Posty: 38

Adam · Site Admin Dołączył: 26 Lip 2002 Posty: 3276

No tak .. widzę, że napisałem info ze zbyt dużym skrótem myślowym ..
MS SQL Sever będzie wymagany wyłącznie dla BeSTi@ dla RIO.
Natomiast docelowa wersja BeSTi@ dla JST będzie mogła działać na jednym z wybranych serverów:
- MS SQL Server lub MSDE
- PostgreSQL

Pozdrawiam
Adam Głębski


	Web site derived from PostNuke , which is Free Software released under the GNU/GPL license Warunki użytkowania \| Polityka Prywatności \| Webmaster Copyright 2002- RIO Łódź