Regulamin Swiadczenia Uslug

(Niniejszy Regulamin, jako załącznik, jest integralną częścią ofert i zawieranych na ich podstawie umów) Regulamin Świadczenia Usług Podmiot świadczący usługi: Jarosław Żeliński, obywatel RP na stałe zamieszkały w UK, prowadzący…

Czytaj dalej Regulamin Swiadczenia Uslug

CRM w EXTREM

Tym razem małe "case study". Poniżej opis , tak wygląda większość mich projektów. Najczęściej mam kontakt z firmami, które przekonały się, że zawarcie umowy od razu na analizę wymagań i…

Czytaj dalej CRM w EXTREM

Stosowane metody analizy biznesowej i projektowania

Jeżeli czegoś nie potrafisz narysować, to znaczy, że nadal tego nie rozumiesz, jeżeli coś jest trudne do narysowania, to tym bardziej będzie to trudne do realizacji.(JarosŁaw Żeliński) Wprowadzenie Podstawowe pojęcie…

Czytaj dalej Stosowane metody analizy biznesowej i projektowania

Open Source w biznesie

otwartość oprogramowania (kodu) czyni go bardziej wiarygodnym, otwartość kodu skłania jego twórców do podnoszenie jego jakości (wstyd zabrania partaniny ;)), to czy jest darmowy czy nie, zależy wyłącznie od modelu biznesowego sprzedaży: twórca sam ustala czy zarabia na licencjonowaniu kodu czy na swojej wiedzy i pracy, “zamykanie kodu”, to kwestia subiektywnego uznania twórcy kodu, czy stanowi on (treść) chronione know-how (jego przewagę konkurencyjną) czy nie… ale warto dodać, że przewaga stojąca na takiej tajemnicy ma jednak gliniane nogi (jak każda przewaga bazująca w 100% na tajemnicy).

Czytaj dalej Open Source w biznesie

Najczęściej popełniane błędy podczas wdrożenia ERP

Przy piątku naszło mnie na zestawienie pewnych treści (cytaty). Podczas codziennej "prasówki" wpadłem na artykuł "Najczęściej popełniane błędy podczas wdrożenia ERP", oto cytat pierwszy: - Największym błędem popełnianym przy wdrożeniach…

Czytaj dalej Najczęściej popełniane błędy podczas wdrożenia ERP

Wzorzec analityczny Boundary Control Entity i ICONIX a także MVC i MVVM

Opisywałem ostatnio wzorzec DDD jako narzędzie dokumentowania analizy. Faktycznie, czytelnicy mają wiele racji, jest on dość “bliski implementacji”. Niejednokrotnie “lepszym pomysłem” jest opis logiki systemu na nieco wyższym poziomie abstrakcji pozostawiając tym samym więcej swobody developerowi. […] Nieco inne podejście, to które stosuję obecnie, opisuję poniżej. Zachowując podstawowe znaczenia tych trzech klas, dostosowałem je do wzorca MVVC. Jest to o tyle wygodne i ważne, że stosowanie wzorca BCE wyłącznie do modelowania logiki biznesowej wymaga zachowania hermetyzacji komponentu Model. W takim układzie boundary nie będzie elementem komponentu View a Modelu. Jego rola to stworzenie dedykowanego interfejsu do model np. pomiędzy komponentem View lub Controlerem. Dzięki temu możliwe jest stworzenie odrębnego interfejsu dla View na duży ekran i odrębnego dla View na np. małych ekranach smartfonów. Tak więc jest moim zdaniem droga do modelowania wymagań metodą “tak to ma działać” a nie tylko “tak to ma wyglądać”, bo to drugie jest przyczyną wielu problemów…

Czytaj dalej Wzorzec analityczny Boundary Control Entity i ICONIX a także MVC i MVVM

Polityki

Polityki strony Wydawcą Strony WWW pod adresem URL: http://IT-Consulting.pl wraz z podstronami (dalej Strona) oraz autorem publikowanych treści, jest Jarosław Żeliński prowadzący działalność gospodarczą na terenie Wielkiej Brytanii pod adresem:…

Czytaj dalej Polityki

Komunikacja czyli analiza i projektowanie oraz jak to zostanie odebrane

Wiele firm programistycznych ma etatowych, tak zwanych analityków wymagań, jednak oni z reguły nadal nie są projektantami. Raczej zapisują, w z góry ustalony sposób, to co mówi Zamawiający (z reguły zresztą bez pełnego zrozumienia co powiedziano). Bywa, że projektanta lub programistę wysyła się w roli analityka. To też nie działa z tych samych powodów komunikacyjnych, co potwierdza praktyka.

Czy wykonawca może mieć dobrego analityka projektanta? Może mieć, niejeden nawet ma ale… z jakiegoś powodu uznano, w znacznie starszej niż inżynieria oprogramowania, branży budowlanej, że Wykonawca nie powinien być autorem tego co należy wykonać dla Zamawiającego. Zamawiający także nie powinien być projektantem. Dlaczego? Każda firma (jej Prezes) dąży do maksymalizacji swojego zysku (tu rentowności naszego projektu), interesy Zamawiającego i Wykonawcy są więc sprzeczne dlatego wymagana jest trzecia rola: niezależny projektant. I tak własnie to wygląda w projektach budowlanych, w których architekt to osobny podmiot. Zachowuje on także prawo nadzoru autorskiego nad realizacją swojego projektu by także na etapie realizacji panować nad nim. W trakcie realizacji nadal interesy Zamawiającego i Wykonawcy sprzeczne – Zamawiający maksymalizuje funkcjonalność czyli forsuje wzrost kosztów to zaś niszczy zysk Wykonawcy, który stara się tę funkcjonalność minimalizować.

Czytaj dalej Komunikacja czyli analiza i projektowanie oraz jak to zostanie odebrane