Analiza biznesowa - modelowanie

Model biznesowy można zdefiniować jako przedstawienie firmy lub rozwiązania, które często zawiera komponent graficzny wraz z tekstem pomocniczym i powiązaniami z innymi komponentami. Na przykład, jeśli musimy zrozumieć model biznesowy firmy, chcielibyśmy zbadać następujące obszary, takie jak -

• Podstawowe wartości firmy
• Do czego służy?
• Co się wyróżnia?
• Jego kluczowe zasoby
• Główne relacje
• Kanały dostaw

Za pomocą technik modelowania możemy stworzyć kompletny opis istniejących i proponowanych struktur organizacyjnych, procesów i informacji wykorzystywanych przez przedsiębiorstwo.

Model biznesowy to ustrukturyzowany model, podobnie jak plan opracowania końcowego produktu. Daje strukturę i dynamikę planowania. Stanowi również podstawę dla produktu końcowego.

Cel modelowania biznesowego

Modelowanie biznesowe służy do projektowania obecnego i przyszłego stanu przedsiębiorstwa. Model ten jest używany przez analityka biznesowego i interesariuszy, aby upewnić się, że dokładnie rozumieją obecny model przedsiębiorstwa w stanie, w jakim się znajduje.

Służy do weryfikacji, czy interesariusze wspólnie rozumieją proponowane „przyszłe rozwiązanie”.

Analiza wymagań jest częścią procesu modelowania biznesowego i stanowi główny obszar zainteresowania. Wymagania funkcjonalne są gromadzone podczas „stanu bieżącego”. Te wymagania są dostarczane przez interesariuszy w odniesieniu do procesów biznesowych, danych i reguł biznesowych, które opisują pożądaną funkcjonalność, która zostanie zaprojektowana w stanie przyszłym.

Wykonywanie analizy GAP

Po zdefiniowaniu potrzeb biznesowych należy określić aktualny stan (np. Bieżące procesy biznesowe, funkcje biznesowe, cechy obecnego systemu i oferowanych usług / produktów oraz zdarzenia, na które system musi reagować), aby zrozumieć, w jaki sposób ludzie, procesy i technologia, struktura i architektura wspierają biznes, szukając informacji od personelu IT i innych powiązanych interesariuszy, w tym właścicieli firm.

Następnie przeprowadzana jest analiza luk w celu oceny, czy istnieje jakakolwiek luka, która uniemożliwia realizację potrzeb biznesowych, poprzez porównanie zidentyfikowanego stanu obecnego z pożądanymi wynikami.

Jeśli nie ma luki (tj. Stan obecny jest adekwatny do potrzeb biznesowych i oczekiwanych wyników), prawdopodobnie nie będzie konieczne uruchamianie projektu informatycznego. W przeciwnym razie należy zidentyfikować problemy / kwestie, które należy rozwiązać w celu wypełnienia luki.

Można zastosować techniki takie jak SWOT (mocne i słabe strony, szanse i zagrożenia) Analiza i analiza dokumentów.

Ocena proponowanego systemu

BA powinien wspierać zespół projektowy IT w ocenie proponowanego systemu informatycznego, aby upewnić się, że spełnia on potrzeby biznesowe i maksymalizuje wartości dostarczane interesariuszom. BA powinien również dokonać przeglądu gotowości organizacji do wspierania przejścia na proponowany system informatyczny, aby zapewnić płynne wdrożenie systemu.

BA powinien pomóc zespołowi projektu IT w ustaleniu, czy proponowany wariant systemu i projekt systemu wysokiego poziomu mogą zaspokoić potrzeby biznesowe i zapewnić wystarczającą wartość biznesową, aby uzasadnić inwestycję. Jeśli istnieje więcej niż jedna opcja systemu, BA powinien współpracować z personelem IT, aby pomóc zidentyfikować zalety i wady każdej opcji i wybrać opcję, która zapewnia największą wartość biznesową.

Zasady przewodnie modelowania biznesowego

Podstawowa rola modelowania biznesowego występuje głównie na etapie początkowym i podczas opracowywania projektu, a zanika na etapie budowy i przejścia. Chodzi głównie o analityczne aspekty biznesu połączone z technicznym odwzorowaniem aplikacji lub rozwiązania programowego.

• Domain and User variation- Opracowanie modelu biznesowego często ujawni obszary niezgody lub zamieszania między interesariuszami. Analityk biznesowy będzie musiał udokumentować następujące warianty modelu w stanie obecnym.

• Multiple work units perform the same function- Dokumentuj odchylenia w modelu AS-IS. Mogą to być różne działy lub obszary geograficzne.

• Multiples users perform the same work- Różni interesariusze mogą wykonywać podobną pracę inaczej. Zróżnicowanie może wynikać z różnych zestawów umiejętności i podejść różnych jednostek biznesowych lub z różnych potrzeb zewnętrznych interesariuszy obsługiwanych przez przedsiębiorstwo. Dokumentuj odchylenia w modelu AS-IS.

• Resolution Mechanism- Analityk biznesowy powinien udokumentować, czy rozwiązanie ToBe uwzględni niespójności w obecnym modelu biznesowym, czy też będzie wymagało standaryzacji. Zainteresowane strony muszą określić, które podejście zastosować. Model To-Be będzie odzwierciedlał ich decyzję.

Przykład roli licencjata w modelowaniu systemów ERP

Analityk biznesowy ma za zadanie zdefiniować standardowy proces biznesowy i ustawić go w systemie ERP, który ma kluczowe znaczenie dla sprawnego wdrożenia. Obowiązkiem licencjata jest również zdefiniowanie języka programistów w zrozumiałym języku przed wdrożeniem, a następnie wykorzystanie najlepszych praktyk i odwzorowanie ich w oparciu o możliwości systemu.

Wymogiem dla systemu jest analiza zgodności GAAP, która musi wyważyć między -

• Potrzeba zmian technicznych, które są udoskonaleniami w celu osiągnięcia tożsamości z istniejącą praktyką.

• Efektywne zmiany, które związane są z przeprojektowaniem istniejących procesów biznesowych w celu umożliwienia implementacji standardowej funkcjonalności i zastosowania modeli procesów.

Funkcjonalny analityk biznesowy

Wiedzę w tej dziedzinie na ogół zdobywa się przez pewien czas, wykonując „biznes”. Na przykład,

• ZA banking associate zdobywa wiedzę o różnych typach kont, które może obsługiwać klient (indywidualny i biznesowy) wraz ze szczegółowym przebiegiem procesów biznesowych.

• Na insurance sales representative rozumie różne etapy nabywania polisy ubezpieczeniowej.

• ZA marketing analyst ma większe szanse na zrozumienie kluczowych interesariuszy i procesów biznesowych związanych z systemem zarządzania relacjami z klientami.

• Analityk biznesowy zaangażowany w capital marketsprojekt ma mieć wiedzę merytoryczną i dobrą znajomość akcji, instrumentów o stałym dochodzie i instrumentów pochodnych. Oczekuje się również, że zajmował się back office, front office, praktyczną ekspozycją w stosowaniu modeli zarządzania ryzykiem.

• ZA Healthcare Business Analyst wymagana jest podstawowa znajomość wskaźników finansowych i wykorzystania opieki zdrowotnej w USA, doświadczenie techniczne i zrozumienie EDI 837/835/834, wytyczne HIPAA, kodyfikacja ICD - 9/10 i kody CPT, znajomość LOINC, SNOMED.

Niektórzy analitycy biznesowi zdobywają wiedzę dziedzinową, testując aplikacje biznesowe i współpracując z użytkownikami biznesowymi. Tworzą sprzyjające środowisko uczenia się dzięki swoim umiejętnościom interpersonalnym i analitycznym. W niektórych przypadkach uzupełniają swoją wiedzę dziedzinową kilkoma certyfikatami domenowymi oferowanymi przez AICPCU / ​​IIA i LOMA z zakresu usług ubezpieczeniowych i finansowych. Istnieją inne instytuty, które oferują certyfikację w innych dziedzinach.

Inne ważne działania

Po dokładnym zbadaniu bieżących procesów biznesowych możesz zaoferować wysoce profesjonalną pomoc w zidentyfikowaniu optymalnego podejścia do modelowania systemu.

• Organizacja przygotowania sformalizowanego i jednolitego opisu procesów biznesowych w sposób zapewniający skuteczną automatyzację w systemie.

• Pomoc zespołom w wypełnianiu standardowych kwestionariuszy dla odpowiedniego systemu, które mogą być dostarczone przez programistów.

• Określono wymagania dotyczące udziału w spotkaniach roboczych wobec deweloperów.

• Sprawdź i kontroluj, czy postawione przez Ciebie wymagania zostały odpowiednio „odtworzone” i zapisane w dokumentach opisujących przyszły model w systemie (Blueprints).

• Przygotowanie danych i pomoc przy prototypowaniu systemu.

• Pomoc w przygotowaniu danych do migracji list i sald w formacie wymaganym przez system.

• Przegląd skonfigurowanego prototypu pod kątem zgodności z wymaganiami określonymi przez właścicieli procesów biznesowych.

• Pełnienie roli wsparcia dla Twoich zespołów IT w przygotowywaniu danych i faktycznym wykonywaniu testów funkcjonalnych i integracyjnych w systemie.

W następnej sekcji omówimy pokrótce niektóre z popularnych narzędzi modelowania biznesowego używanych przez duże organizacje w środowiskach IT.

Narzędzie 1: Microsoft Visio

MS-Visio to oprogramowanie do rysowania i tworzenia diagramów, które pomaga przekształcić koncepcje w wizualną reprezentację. Visio udostępnia wstępnie zdefiniowane kształty, symbole, tła i obramowania. Po prostu przeciągnij i upuść elementy na diagram, aby stworzyć profesjonalne narzędzie do komunikacji.

Step 1 - Aby otworzyć nowy rysunek Visio, przejdź do menu Start i wybierz Programy → Visio.

Step 2 - Przesuń kursor na „Proces biznesowy” i wybierz „Podstawowy schemat blokowy”.

Poniższy zrzut ekranu przedstawia główne sekcje aplikacji MS-Visio.

Omówmy teraz podstawową użyteczność każdego komponentu -

A- paski narzędzi u góry ekranu są podobne do innych programów firmy Microsoft, takich jak Word i PowerPoint. Jeśli korzystałeś już z tych programów, możesz zauważyć kilka różnych funkcji, które omówimy później.

Wybranie opcji Help Diagram Gallery to dobry sposób na zapoznanie się z typami rysunków i diagramów, które można tworzyć w programie Visio.

B- Lewa strona ekranu przedstawia menu specyficzne dla typu tworzonego diagramu. W tym przypadku widzimy -

• Kształty strzałek
• Backgrounds
• Podstawowe kształty schematów blokowych
• Granice i tytuły

C - Środek ekranu przedstawia obszar roboczy diagramu, który obejmuje aktualną stronę diagramu, a także puste miejsce obok strony.

D- Po prawej stronie ekranu znajdują się funkcje pomocy. Niektóre osoby mogą zamknąć to okno, aby zwiększyć obszar roboczy diagramu i ponownie otworzyć funkcje pomocy, gdy jest to konieczne.

Narzędzie 2: Architekt korporacyjny

Architekt korporacyjny to wizualne narzędzie do modelowania i projektowania oparte na UML. Platforma wspiera projektowanie i budowę systemów oprogramowania, modelowanie procesów biznesowych i modelowanie domen branżowych. Jest używany przez biznes i organizacje nie tylko do modelowania architektury ich systemów. Ale aby przetwarzać wdrażanie tych modeli w całym cyklu życia aplikacji.

Intencją architekta przedsiębiorstwa jest określenie, w jaki sposób organizacja może najskuteczniej osiągnąć swoje obecne i przyszłe cele.

Architekt przedsiębiorstwa ma cztery punkty widzenia, które są następujące -

• Business perspective - Perspektywa biznesowa określa procesy i standardy, według których firma działa na co dzień.

• Application Perspective - Perspektywa aplikacji definiuje interakcje pomiędzy procesami i standardami stosowanymi przez organizację.

• Information Perspective - Definiuje i klasyfikuje nieprzetworzone dane, takie jak pliki dokumentów, bazy danych, obrazy, prezentacje i arkusze kalkulacyjne, których organizacja potrzebuje do efektywnego działania.

• Technology Prospective - Określa sprzęt, systemy operacyjne, rozwiązania programistyczne i sieciowe używane przez organizację.

Narzędzie 3: Rational Requisite Pro

Proces pozyskiwania, dokumentowania organizacji śledzenia i zmiany wymagań oraz przekazywania tych informacji zespołom projektowym, aby zapewnić utrzymanie iteracyjnych i nieprzewidzianych zmian w całym cyklu życia projektu.

Monitorowanie statusu i kontrolowanie zmian w zakresie wymagań. Podstawowe elementy to kontrola zmian i identyfikowalność.

Requisite Pro jest używane do powyższych działań i do celów administrowania projektem, narzędzie służy do tworzenia zapytań i wyszukiwania, przeglądania dyskusji, które były częścią wymagania.

W Requisite Pro użytkownik może pracować nad dokumentem wymagań. Dokument jest plikiem MS-Word utworzonym w aplikacji Reqpro i zintegrowanym z bazą danych projektu. Wymagania utworzone poza Requisite pro można importować lub kopiować do dokumentu.

W Requisite Pro możemy również pracować z identyfikowalnością, tutaj jest to zależność między dwoma wymaganiami. Identyfikowalność to metodyczne podejście do zarządzania zmianami poprzez łączenie wymagań, które są ze sobą powiązane.

Requisite Pro ułatwia śledzenie zmian w wymaganiach w całym cyklu rozwoju, więc nie jest konieczne indywidualne przeglądanie wszystkich dokumentów, aby określić, które elementy wymagają aktualizacji. Można przeglądać podejrzane relacje i zarządzać nimi za pomocą macierzy śledzenia lub widoku drzewa identyfikowalności.

Projekty Requisite Pro umożliwiają nam tworzenie struktury projektu, w której artefakty projektu są organizowane i zarządzane. Każdy projekt zawiera następujące elementy.

• Ogólne informacje o projekcie
• Packages
• Ogólne informacje o dokumencie
• Rodzaje dokumentów
• Rodzaje wymagań
• Atrybuty wymagań
• Wartości atrybutów
• Identyfikowalność między projektami

Requisite Pro umożliwia wielu użytkownikom jednoczesny dostęp do tych samych dokumentów projektowych i bazy danych, stąd aspekt bezpieczeństwa projektu jest bardzo istotny. Bezpieczeństwo zapobiega używaniu systemu, potencjalnym uszkodzeniom lub utracie danych w wyniku nieautoryzowanego dostępu użytkownika do dokumentu projektu.

Zaleca się, aby zabezpieczenia były włączone dla wszystkich projektów RequisitePro. Dzięki temu wszystkie zmiany w projekcie są powiązane z właściwą nazwą użytkownika Osoby, która dokonała zmiany, zapewniając w ten sposób pełną ścieżkę audytu dla wszystkich zmian.