cloud computing – Page 3 – JZ IT Consulting Ltd

Cloud Computing to architektura systemu

Post author:Jaroslaw Zelinski
Post published:11 October 2011
Post category:Analizy biznesowa i projektowanie oprogramowania

Jak widać, można wskazać wiele korzyści z CC. Przede wszystkim model opłaty może być za gotowość, za realne wykorzystanie lub na innej zasadzie. Nie ma tu mowy o licencjach, jest mowa o wykonanej pracy. Problemem jest tu ocena czy danej firmie w ogóle CC pomoże, a jeśli tak to gdzie. Decydowanie się na CC nie powinno być efektem zauroczenia treścią np. takiej jak ta konferencji. Nie powinno być też emocjonalną decyzją po wysłuchaniu wizji dostawców takich usług. Skoro CC to jednak architektura, proponuję kolejność następującą: analiza biznesowa (cel projektu), analiza wymagań, projekt architektury systemu, decyzja, które komponenty system możliwe są do kupienia, a które należy potraktować jako zasób zewnętrzny (cudzy). Osobiście nie polecam podejścia polegającego na znalezieniu "fajnego" komponentu i zastanawianiu się gdzie go u siebie upchać. To często spotykany przypadek, w którym "coś nam sprzedano". Polecam rzetelne, pragmatyczne spojrzenie biznesowe, kończące się tym, że znajdziemy i kupimy od kogoś coś, co jest nam potrzebne i przyniesie korzyści, także finansowe.

IBM CIO Study: 60% w chmurze za 5 lat

Post author:Jaroslaw Zelinski
Post published:22 June 2011
Post category:Analizy biznesowa i projektowanie oprogramowania

system ERP czy CRM, traci sens jako monolityczny pakiet a stanowi sobą pakiet usług z jakiego korzysta dane organizacja. drugorzędne znaczenie ma to czy użytkownik jest ich właścicielem, dzierżawca czy chwilowym użytkownikiem. Analiza Biznesowa tu polega na analizie i stworzeniu modelu organizacji, wskazaniu gdzie jakich usług wspierających działania się w niej oczekuje, wyszukaniu dostawców usług lub ich stworzeniu, integracji. Osobiście uważam, że kończą się czasy gdy sprzedawcy "atakują" rynek, wybierają sobie klientów i sprzedają im oprogramowanie. Zaczyna się era gdy to klient wybiera usługę i jej dostawcę. Sprzedaż oprogramowania będzie wyglądała podobnie jak sprzedaż w pasażu butików: dostawcy usług wystawią swoje usługi, a klient (projektant systemu) będzie się przechadzał i wybierał najlepiej mu pasujące. Podobnie jak teraz: budując dom, remontując mieszkanie zapraszamy projektanta wnętrz, ten znając oferty marketów budowlanych dobierze najlepsze wyposażenie, materiały i kolorystykę i kupi. Nadchodzi powoli koniec ery napastliwych sprzedawców i ich firm, koniec dyktatury developerów. Nadchodzi, powoli, era rynku usług.

Cloud Computing GigaCon

Post author:Jaroslaw Zelinski
Post published:10 May 2011
Post category:Analizy biznesowa i projektowanie oprogramowania

Wydarzenie poświęcimy cloud computing ? idei znanej od dłuższego już czasu informatykom. Idei, która, z dnia na dzień, zyskuje coraz szersze grono wyznawców i użytkowników. Zapraszam na mój referat: Cloud computing vs cloud services ? różnice, porównanie usługi w modelu Saas, IaaS, PaaS.

Czego najbardziej brakuje systemom klasy ERP?

Post author:Jaroslaw Zelinski
Post published:8 April 2011
Post category:Analizy biznesowa i projektowanie oprogramowania Przykładowe projekty

Tak zaprojektowany system staje się systemem otwartym, pozwalającym wymienić lub dodać funkcjonalności bez ingerencji w pozostałe. I niezależnie od tego jak "uniwersalny" jest system ERP zawsze będzie gorszy od kilku dobrze dobranych ale niezależnych komponentów. Gorszy nie dlatego, że "brzydszy" ale dlatego, że będzie kulą u nogi firmy, która powinna jednak reagować na zmiany na rynku w ciągu tygodni a nie lat... Po drugie modyfikacja jakiegokolwiek oprogramowania zawsze wymaga testowania całości, tak więc im mniejsze kawałki mamy tym szybciej i taniej wprowadza się do nich zmiany bo ich oddanie do użytku po modyfikacji jest łatwiejsze i szybsze zarazem. Pamiętajmy pewną starą reklamę: "Banki od wszystkiego są do niczego"....

Diagram klas czyli reinżynieria analizy biznesowej c.d. Przypadki użycia i granice systemu

Post author:Jaroslaw Zelinski
Post published:4 January 2011
Post category:Analizy biznesowa i projektowanie oprogramowania

Tworzenie modelu procesów ma dwa zadania: weryfikacja spójności i kompletności opisu Zamawiającego oraz stworzenie podstawy do określenia zakresu projektu i wyspecyfikowania wymagań funkcjonalnych czyli tak zwanych przypadków użycia.