401 Znaleziono wyniki wyszukiwania

Szukałeś: "ERP"

Aspiryna na kryzys czyli czego pilnować w firmie i na co wydawać pieniądze w kryzysie

Kryzys zmusza do jeszcze bardziej wnikliwego myślenia i o strategiach rynkowych i o strategiach IT, bez których w sumie trudno sobie wyobrazić te pierwsze. Dwa lata temu pisałem o tym, że nadejdzie koniec systemów zintegrowanych w roli jednego uniwersalnego systemu w firmie: SOA: Czy to już nadchodzący koniec zintegrowanych ERP?

Czytaj dalej Aspiryna na kryzys czyli czego pilnować w firmie i na co wydawać pieniądze w kryzysie

SOA, EDA, CEP … i co jeszcze?

Zaczęły się pojawiać kolejne ciekawostki uzupełniające dotychczasowe "trendy" w architekturze systemów informatycznych. Są to między innymi: CEP ? Complex Event processing EDA ? Event Driven Architecture SOA ? Service Oriented…

Czytaj dalej SOA, EDA, CEP … i co jeszcze?
Potrzeby informacyjne firmy ? Zarządzanie wiedzą

Potrzeby informacyjne firmy ? Zarządzanie wiedzą

Model jawnie pokazuje, że bezpośredni związek z Bazą Danych mają Dane. Dalej już są wyłącznie niematerialne pojęcia czym więc jest Zarządzanie Wiedzą (milcząco zakładam, że zarządzać można czymś materialnym)? Jest to ?przechowywanie danych jednoznacznie zrozumiałych, opisujących określone i ograniczone liczbą fakty interpretowane jako pojmowalna przez adresata informacja?.

Czytaj dalej Potrzeby informacyjne firmy ? Zarządzanie wiedzą

Outsourcing IT w latach 2006-2012 podwoi się

Osobiście nie definiował bym outsourcingu jako obligatoryjnie długoterminowej umowy. Prosty przykład: firmy nie stać na utrzymywanie etatowego specjalisty jednak jego kompetencje są okresowo potrzebne. Jednym ze sposobów jest każdorazowe angażowanie specjalisty na okres gdy jego kompetencje są wymagane. Odróżnił bym outsourcing procesu biznesowego (tu długoterminowa umowa) od outsourcingu w ogóle.

bał bym sie powiedzieć, ze outsourcing jest obligatoryjnie tańszy. Możemy mieć sytuację, że usługa outsourcingu jest droższa od dotychczasowego procesu jednak z outsourcingiem (droższym) możemy zyskać dodatkowa korzyści np. podniesienie jakości, niezawodności, obniżenie ryzyka, inne.

Czytaj dalej Outsourcing IT w latach 2006-2012 podwoi się

Schyłek epoki krawców

System IT powinien się zwrócić w okresie rzędu trzech do pięciu lat. Przyjmuje się taki mniej więcej okres zachodzenia istotnych zmian w otoczeniu rynkowym, niektóre firmy uznają nawet, że w ich branży okres ten nie przekracza jednego roku. Uśredniając podane wartości można uznać, że system IT powinien się zwrócić w trzy lata a minimalna inwestycja to 50tys.złotych. Oznacza to, że (dla uproszczenia nie licząc kosztu pieniądza) średniomiesięczny koszt to 50 tys./36 miesięcy=1388zł. Załóżmy, że na IT firmy wydają 2% przychodów (co moim zdaniem jest optymistycznym założeniem) to na inwestycję taką będzie stać firmę o minimalnych miesięcznych przychodach rzędu prawie 70 tys. zł.

Czytaj dalej Schyłek epoki krawców

Rynek oprogramowania dla MŚP zaczyna przyśpieszać

W 2006 r. rynek oprogramowania dla małych i średnich przedsiębiorstw (MŚP) ponownie wzrósł. Jego wartość wynikająca z funkcjonowania ponad 210 firm producentów oprogramowania zwiększyła się zarówno w sektorze małych, jak i średnich przedsiębiorstw. Wzrosty te dla sektora MŚP ogółem oznaczały w 2006 r. dynamikę złotówkową równą 14,6%.

Czytaj dalej Rynek oprogramowania dla MŚP zaczyna przyśpieszać

Chaos deterministyczny

Jeden z pracowników moich klientów, duży developer powiedział, że firma i to co się w niej dzieje jest tak skomplikowana, że nie wyobraża sobie bo można to było opisać lub narysować. Powiedziałem, że można, należy jednak po pierwsze przyjąć pewien poziom szczegółowości opisu sensowny z perspektywy człowieka (model to uproszczenie) oraz podzielić problem na kawałki… dyskusja nie miała końca. Mój projekt dobiegł końca i okazało się, że udało się opisać nie małą firmę w ciągu miesiąca, modelem na kilkudziesięciu stronach. Jak?

Czytaj dalej Chaos deterministyczny
Software Development Journal 11/2007

Software Development Journal 11/2007

Artykuł opisuje drugi, po przypadkach użycia i modelu dziedziny systemu, aspekt opisu wymagań: zachowania systemu. Nie jest to proste biorąc pod uwagę różnorodność problemów: obiekty stanowe (np. dokumenty, ludzie), współbieżność i transakcyjność i wiele innych. Opisanie tekstem w sposób jednoznaczny tych elementów wymagań jest praktycznie nie możliwe. Za pomocą diagramów: sekwencji, komunikacji, aktywności, maszyny stanów, czy przebiegów czasowych możliwe jest przekazanie opisu budowy systemu np. programistom będąc niemalże pewnym, że napiszą kod taki jaki chciał projektant mimo, tego, że nie będzie go w tym procesie kodowania.

Czytaj dalej Software Development Journal 11/2007