ANALIZA biznesowa IT
Get flash to fully experience Pearltrees
Po wykonaniu identyfikacji wymagań (patrz: Techniki pozyskiwania wymagań ) należy przeprowadzić ich analizę celem uszczegółowienia, ewentualnego odrzucenia wymagań sprzecznych lub nieprawidłowych oraz określenia priorytetu i ryzyka. Analiza wymagań funkcjonalnych umożliwia zidentyfikowanie i opisanie pożądanego zachowania systemu. Zgodnie z jedną z definicji, wymaganie funkcjonalne to „stwierdzenie, jakie usługi ma oferować system, jak ma reagować na określone dane wejściowe oraz jak ma się zachowywać w określonych sytuacjach.
Analiza wymagań funkcjonalnych
Zarządzanie wymaganiami
Zarządzanie wymaganiami – jest dziedziną zajmującą się działaniami mającymi na celu przełożenie potrzeb lub oczekiwań użytkowników w stosunku do konstruowanej, fizycznej realizacji produktu końcowego. Pojęcie zarządzania wymaganiami w szerokim kontekście odnosi się do metod specyfikowania użytecznych cech wszelkiego rodzaju produktów (np. umów handlowych, budowli, cech urządzeń itp.). Pojęcie zarządzania wymaganiami w inżynierii oprogramowania stanowi proces zbierania i analizowania różnych wymagań . Wymagania te mogą pochodzić od różnych podmiotów, zainteresowanych powstaniem lub modyfikacją określonego produktu (mogą to być użytkownicy, klienci, zarząd firmy).
Przypadek użycia
Tworzenie przypadków użycia ( ang. use case ) – technika stosowana w inżynierii oprogramowania w celu opisania wymagań tworzonego systemu informatycznego . Przypadek użycia przedstawia interakcję pomiędzy aktorem (użytkownikiem systemu), który inicjuje zdarzenie oraz samym systemem jako sekwencję prostych kroków. Historia [ edytuj ] W 1986 Ivar Jacobson , informatyk zaangażowany w tworzenie Unified Modeling Language (UML) oraz Rational Unified Process (RUP) opisał technikę do specyfikowania przypadków użycia. Z początku używał określeń: scenariusz użytkowania ( usage scenarios ) i przypadki użytkowania (usage case). W latach 90. przypadki użycia stały się powszechnie stosowanym sposobem opisu wymagań funkcjonalnych.
Wymaganie
Ten artykuł dotyczy inżynierii. Zobacz też: Potrzeba .. Wymaganie w inżynierii , jest pojedynczą, udokumentowaną potrzebą określonego produktu czy usługi, albo sposobu ich działania. Formalnie jest to wykorzystywane powszechniej w inżynierii systemów lub w inżynierii oprogramowania . Jest to stwierdzenie identyfikujące potrzebne cechy, możliwości, charakterystyki lub jakość systemu, aby był on wartościowy i pożyteczny dla użytkownika.ERD | Diagram związków encji
Przykłady diagramów ERD w różnych notacjach Diagram związków encji lub Diagram ERD (od ang. Entity-Relationship Diagram ) – rodzaj graficznego przedstawienia związków pomiędzy encjami używany w projektowaniu systemów informacyjnych do przedstawienia konceptualnych modeli danych używanych w systemie. Systemy CASE , które wspierają tworzenia tych diagramów, mogą na ich podstawie automatycznie tworzyć bazy danych odpowiadające relacjom na diagramie. Diagram pokazuje logiczne związki pomiędzy różnymi encjami, związki te mają dwie cechy: Opcjonalność – która mówi o tym, czy każda encja musi , czy też może wystąpić równocześnie z inną.
UML
Przykładowe diagramy UML Format otwarty UML ( ang. Unified Modeling Language , czyli Zunifikowany Język Modelowania ) – język formalny wykorzystywany do modelowania różnego rodzaju systemów, stworzony przez Grady Boocha , Jamesa Rumbaugha oraz Ivara Jackobsona , obecnie rozwijany przez Object Management Group [1] . Służy do modelowania dziedziny problemu (opisywania-modelowania fragmentu istniejącej rzeczywistości – na przykład modelowanie tego, czym zajmuje się jakiś dział w firmie) – w przypadku stosowania go do analizy oraz do modelowania rzeczywistości, która ma dopiero powstać – tworzy się w nim głównie modele systemów informatycznych . UML jest głównie używany wraz z jego reprezentacją graficzną – jego elementom przypisane są symbole, które wiązane są ze sobą na diagramach .
Proces biznesowy
Proces biznesowy lub metoda biznesowa – seria powiązanych ze sobą działań lub zadań, które rozwiązują określony problem lub prowadzą do osiągnięcia określonego efektu. Proces biznesowy często jest opisywany schematem blokowym . Typy procesów biznesowych Proces zarządczy , który kieruje działaniem systemu. Typowym przykładem może być proces zarządzania przedsiębiorstwem lub zarządzania strategicznego . Proces operacyjny , który stanowi istotę biznesu i jest pierwotnym źródłem wartości dodanej, np: zaopatrzenie , produkcja , marketing , sprzedaż.
Workflow ( ang. work flow – przepływ pracy ) – w sensie szerszym, pojęcie określające sposób przepływu informacji pomiędzy rozmaitymi obiektami biorącymi udział w jej przetwarzaniu . W węższym sensie jest to określenie sposobu przepływu dokumentów pomiędzy pracownikami wykonującymi pewien zalgorytmizowany zespół czynności. Według koalicji WFMC (ang. WorkFlow Management Coalition ) workflow to: " automatyzacja procesów biznesowych , w całości lub w części, podczas której dokumenty, informacje lub zadania są przekazywane od jednego uczestnika do następnego, według odpowiednich procedur zarządczych".
Workflow
Struktura Podziału Pracy | The Work Breakdown Structure (WBS)
Wiele projektów- szczególnie na początku – wydaje się być zbyt złożonymi. Zastanawiamy się, jak zacząć. The Work Breakdown Structure (WBS) jest specjalną techniką szkicowania tego, co jest zakresem przedsięwzięcia za pomocą hierarchicznej struktury drzewa. WBS jest szczególnie przydatny do planowania projektu i odpowiada na pytanie CO? projekt dostarcza (produkty lub usługi wspierające) a nie JAK? KIEDY?Diagram Przypadków Użycia
Przypadek użycia Jest przypadkiem, w którym dany system jest używany w celu spełniania jednego lub większej liczby wymagań użytkowników. Wychwytuje fragment funkcji udostępnianych przez system. Określają wymagania funkcjonalne systemu. Przypadki użycia
Diagram przepływu danych ( DPD lub z ang. DFD - Data Flow Diagram ) - graficzna prezentacja przepływu danych w procesie. Na proces składają się następujące elementy: Funkcje — (procesy) realizują określone cele; jeśli funkcji nie można rozbić na pod-funkcje, wówczas nosi ona nazwę elementarnej . Magazyny danych — trwałe lub tymczasowe składnice danych, które są argumentami dla funkcji.
DFD | Diagram przepływu danych
Architektura oparta na usługach ( ang. Service-Oriented Architecture , SOA ) – koncepcja tworzenia systemów informatycznych , w której główny nacisk stawia się na definiowanie usług, które spełnią wymagania użytkownika. Pojęcie SOA obejmuje zestaw metod organizacyjnych i technicznych mający na celu lepsze powiązanie biznesowej strony organizacji z jej zasobami informatycznymi. Mianem usługi określa się tu każdy element oprogramowania , mogący działać niezależnie od innych oraz posiadający zdefiniowany interfejs , za pomocą którego udostępnia realizowane funkcje. Sposób działania każdej usługi jest w całości zdefiniowany przez interfejs ukrywający szczegóły implementacyjne – niewidoczne i nieistotne z punktu widzenia klientów.
SOA | Architektura zorientowana na usługi
Notacja i Model Procesu biznesowego - Business Process Model and Notation (BPMN) jest graficzną notacją służącą do opisywania procesów biznesowych . Jest zgodna z koncepcją architektury SOA . Powstała w ramach Business Process Management Initiative, obecnie jest utrzymywana przez konsorcjum Object Management Group . Aktualna wersja standardu to 2.0. We wcześniejszych wersjach nazwa BPMN była rozwijana jako Business Process Modeling Notation .
BPMN | Business Process Modeling Notation
BPEL ( ang. Business Process Execution Language for Web Services , pełna nazwa Web Services Business Process Execution Language , WS-BPEL) – oparty na XML język do definiowania procesów biznesowych opartych o usługi sieciowe , będący standardem OASIS . Każdy proces biznesowy zdefiniowany w BPEL również jest usługą sieciową i może wchodzić w skład innych procesów.