Tak więc analiza wymagań to jest praca wykonana by opisać czego oczekujemy i dokonać wyboru. Analiza przedwdrożeniowa to praca wykonywana przez dostawcę, którego wybrano, w celu opracowania specyfikacji prac jakie należy wykonać by wdrożyć dany produkt. Dobrze wykonany model nie zawiera informacji nadmiarowych, które zawsze podnoszą koszt wykonania modelu a także nie raz stanowią zbędne ograniczenia. Użycie takiego modelu jako narzędzia wyboru systemu ERP jest bardzo skuteczne: wystarczy go rozesłać do dostawców i zapytać po pierwsze czy ich system pasuje do niego, jeżeli tak to ile kosztuje ten produkt rok po roku. Z takim modelem kupujący nie musi udowadniać, że jego oczekiwania mają sens (co nie raz zdają się podważać dostawcy) a dostawca musi zdeklarować, że jego produkt pasuje do modelu.
Warto zwrócić uwagę na to, że diagram klas diagramowi nie równy, to samo narzędzie może posłużyć do dwóch różnych celów w tej samej dokumentacji. Widać także (mam nadzieję), że próba pokazania na jednym diagramie zarówno systemu pojęć jak i sposobu ich przetwarzania, jako informacji w systemach informatycznych, jest raczej błędnym podejściem. Wydaje mi się, że podejmowanie takich prób świadczy o niezrozumieniu różnicy pomiędzy systemem pojęciowym a modelem przetwarzania informacji. W szczególności gdy dotyczy to systemów obiektowych.
Całkiem niedawno pisałem o tworzeniu diagramów klas a konkretnie modelu dziedziny w odpowiedzi na post pewnego blogera. Wymiana poglądów skończyła się z e strony adwersarza na zwróceniu uwagi, iż diagram klas może pokazywać wiece niż mój (bo może) ja zaś zwróciłem uwagę na fakt, że diagram klas to jakiś model a model powinien modelowa jedne coś. Pokazanie na jednym diagramie klas dużo chyba mija się z celem bo można zabrnąć w rejon gdzie sprawdza się reklama Banki od wszystkiego są do niczego.
Mamy przyjemność zaprosić Państwa na II edycję bezpłatnej konferencji, która jest szansą na uzyskanie lepszych wyników i przewagi nad konkurencją. Konferencję Knowledge Management ? systemy wspomagające zarządzanie wiedzą GigaCon kierujemy do osób decydujących o sposobie funkcjonowania przedsiębiorstwa, odpowiedzialnych za zarządzanie przepływem informacji, zarządzanie wiedzą oraz dobór rozwiązań i technologii służących wspieraniu tych procesów; osób odpowiedzialnych za optymalne wykorzystanie posiadanych zasobów wiedzy. Tematyka konferencji: - Systemy zarządzania dokumentami (document management) - Systemy obiegu pracy (workflow) - Systemy wspomagania pracy grupowej (groupware) - Hurtownie danych (data warehouse) - Portale korporacyjne (enterprise portals)…
Skoro w firmie i tak robimy kopie zapasowe dysków sieciowych i zasobów pracowników a dyski są coraz tańsze po co tworzyć drugi i bardzo kosztowny serwer plików z systemu pocztowego? Po co używać serwera pocztowego do zarządzania dokumentami skoro i tak jest to tylko cześć ważnych rzeczy a pozostałe i tak są na dyskach sieciowych jako pliki i nie unikniemy systemu zabezpieczenia tych zasobów także? Skoro współdzielenie plików na dyskach sieciowych jest proste i w zasadzie bez kosztowe to po co dopłacać do serwera pocztowego za opcje portalowego dostępu do swoich i cudzych maili, za możliwość zarządzania prawami do cudzych maili by kolega, koleżanka lub szef mogli skompletować historię korespondencji z klientem? Dlaczego trzymać ważne pliki w serwerze pocztowym skoro odzyskiwanie ich stamtąd jest znacznie trudniejsze niż z katalogów na dyskach? Takich pytań można zadać jeszcze wiele. Czy życzenie pracownika (który ma prawo nie wiedzieć, że są inne metody lub ukryje je bo wymagały by zmian) jest wystarczającym powodem?
Konferencja skierowana jest do szerokiego kręgu odbiorców wykorzystujących lub zamierzających wdrażać omawiane technologie i narzędzia. Osoby, które zapraszamy do udziału to osoby z branży informatycznej, bankowej i finansowej, przemysłu, telekomunikacji, ubezpieczeń, handlu oraz administracji.
Tak wiec zanim wybierzemy system ERP wyobraźmy sobie, że wdrożenie zmusi nas do przeniesienia naszej wiedzy z głów na małe karteczki, zmusi nas do powiązania tego wszystkiego setkami niteczek, pogodzenia się z tym, że dopóki będziemy mieli ten system niewiele będziemy mogli później w tym wszystkim cokolwiek zmienić. Jedną z poważniejszych wad systemów zintegrowanych jest to, że są zintegrowane gdyż nadal większość z nich to integracja poprzez współdzielenie danych.Co robić?
Nowy system informatyczny to interakcja firmy i oprogramowania, musi być traktowana łącznie jako jeden system złożony z ludzi i narzędzi w ich otoczeniu. Dlatego decyzja biznesowa o outsourcingu płatności i integracji z ERP powinna być moim zdaniem integralną częścią i produktem analizy biznesowej w projekcie informatycznym.
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.
Dlaczego podnoszę pracochłonność analizy wymagań i projektuję model koncepcyjny do testów? Ano po to by błędy i niespójności odkryć teraz, bo na etapie implementacji ich usuwanie będzie nawet 100 razy droższe. Czy takie błędy są w projektach o uproszczonych analizach biznesowych (lub wręcz pominiętych?) Ci co mają takie projekty za sobą wiedzą doskonale, że są i to prawie zawsze...
Do moich klientów należą także małe i średnie firmy. Każdy projekt związany z analizą i modelowaniem procesów biznesowych wymaga znajomości (posiadania) i rozumienia strategii firmy przez analityka. Moim zdaniem porażki wielu projektów związanych z modelowaniem procesów biznesowych, analizą wymagań na (jakiekolwiek) oprogramowanie wspomagające zarządzanie, mają swoje źródło w ignorowaniu strategii analizowanej firmy. Każdy taki projekt jak analiza procesów biznesowych i specyfikowanie wymagań na oprogramowanie, wymaga pewnej podstawowej informacji: cel biznesowy! Stanowi on podstawę odpowiedzi na jakiekolwiek pytanie zaczynające się od słów "do czego będzie służyło...". Jednak cele biznesowe to stanowczo za mało w takich projektach, konieczna jest także znajomość strategii (w ogóle jej istnienie). Czym jest…
decyzje-it.pl opublikowały ciekawe dane z pewnego raportu: Centrum Badań Gospodarczych i Biznesowych (Centre for Economics and Business Research ? CEBR) opublikowało raport ?Cloud Dividend? (Korzyści z chmury) za 2011 r., z którego wynika, że do 2015 roku przetwarzanie w chmurze może wygenerować dla pięciu największych gospodarek Europy dodatkowo 177,3 mld Euro rocznie. (źr. Przetwarzanie w chmurze wygeneruje dodatkowe 177,3 mld Euro rocznie - Aktualności - Oprogramowanie, systemy - decyzje-IT.pl - ERP, CRM, BI, PLM, BPM - Wspieramy wybór systemów.) Kluczowe słowo: może. Tak więc jest to domniemanie. Nie chodzi o…
