Masz dużo czasu? Studiuj mojego bloga, szukaj w Internecie! Nie masz czasu? Kup go ode mnie!
Wszystkie dostępne tu produkty są objęte dożywotnią gwarancją: usuwam wszelkie stwierdzone merytoryczne błędy, oraz udzielam wyjaśnień do źródeł ich treści. Z uwagi na udzielaną gwarancję produkty te są płatne.
Zestawy podręcznikowe
Adresatem są osoby początkujący i średnio doświadczone, które poszukują dobranej tematycznie wiedzy. Dostałeś prace Analityka Biznesowego lub Systemowego (Analityk)? Te podręczniki to specjalnie wybrane artykuły z bloga, pogrupowane tematycznie w samodzielne, dziedzinowe zagadnienia (źr.: https://builtin.com/recruiting/software-engineer-vs-programmer):
- Analityk Biznesowy IT to coraz częściej (docelowo) Inżynier Oprogramowania, który ocenia potrzeby klienta lub firmy w połączeniu z potrzebami użytkownika i metodycznie konceptualizuje (opracowuje model) rozwiązania.
- Odbiorcą produktów Analityka Biznesowego są programiści, którzy piszą kod, debugują błędy w oprogramowaniu, są zaangażowani w pojedyncze etapy iteracyjnego cyklu implementacji i rozwoju, koncentrują się na jednym komponencie oprogramowania naraz.
- Ten zespół (inżynier + koder) pracuje iteracyjnie nad dostarczaniem kolejnych funkcjonalności.
Tytuł | Adresat | Zawartość | Cena £100 |
---|---|---|---|
Brief Analityka Biznesowego | Analityk, osoba rekrutująca Analityka | Referencyjny opis produktów pracy w projekcie IT. Wymagania co do wiedzy, umiejętności i doświadczenia. Wymagane techniki analizy, narzędzia CASE, metody zbierania i późniejszego śledzenia wymagań. Kilka pytań, które należy zadać kandydatowi do pracy analityka IT. Instrukcja w pierwszych miesiącach projektu. Jakie materiały należy pozyskać i jakie produkty stworzyć. Jakimi metodami i według jakiś standardów. Metody oceny jakości i przydatności produktów Analityka. | [w przygotowaniu] |
Analiza Biznesowa | Analityk na początkowym etapie rozwoju | Model motywacji biznesowej (notacja BMM), model procesów biznesowych i struktury danych (notacja BPMN, UML), logika biznesowa jako reguły biznesowe (notacja SBVR). Dokument liczy nieco ponad 100 stron. | |
Ontologia jako model dziedziny systemu | Analityk na średnim etapie rozwoju | Modele pojęciowe wyrażone graficznie, jako podstawowy element budowy modeli pojęciowych i dokumentów jako nośników danych. Pojęcia danych i informacji w systemach informatycznych. | [w przygotowaniu] |
Wymagania | Analityk na średnim etapie rozwoju | User story, Use Case (notacja UML), model wymagań (notacja SysML). | [w przygotowaniu] |
Integracja systemów | Analityk na zaawansowanym etapie rozwoju | Modelowanie HLD (High-Level Design), projektowanie scenariuszy integracji, dokumentowanie API (notacja UML): czy dokumentujemy tylko to co ludziom udostępniamy czy też to, skąd bierzemy, czy dokumentujemy API dla każdego komponentu walidacje (scenariusz gdy dostajemy zapytanie i np. pytający nie ma uprawnień), bezpieczeństwo integracji (modelować czy opisać wyłącznie jako wymagania niefunkcjonalne). | [w przygotowaniu] |
Metody obiektowe i projektowanie oprogramowania | Analityk na zaawansowanym etapie rozwoju | Modelowanie dziedziny systemu, specyfikowanie przypadków użycia, modelowanie architektury HLD systemu i LLD komponentów, modelowanie scenariuszy interakcji, architektoniczne wzorce projektowe. | [w przygotowaniu] |
Wartości intelektualne | Analityk na zaawansowanym etapie rozwoju, Prawnik | Projekty inżynierskie, modele i kod źródłowy. Co jest utworem a co jest wiedzą (know-how). Co chronimy. Elementy prawa autorskiego i ochrony wartości intelektualnych w inżynierii. | [w przygotowaniu] |
Gotowe projekty do analizy i wykorzystania
Wielokrotnie byłem pytany o kurs on-line i zestaw ćwiczeń z odpowiedziami dla analityków i projektantów. Uważam, że książka typu „Ćwiczenia i poprawne odpowiedzi” ma sens w nauce matematyki czy fizyki, ale nie działa tam gdzie znaczna część produktów to efekt „sztuki projektowania rozwiązania”. Dobre rozwiązanie odpowiada na wszystkie potrzeby interesariuszy (rozwiązuje problemy) i nie jest to nigdy „jedynie słuszne rozwiązanie”. Jednak, jak w każdej inżynierii, mamy i tu wzorce projektowe oraz dobre praktyki. Dlatego zawsze warto studiować gotowe rozwiązania, próbować samemu i pytać.
W tej części oferowane są skomentowane modele sprawdzonych rozwiązań przykładowych problemów, które można wykorzystać do własnych, także komercyjnych, celów. Ceny projektów do własnego i komercyjnego wykorzystania zależnie od zakresu i stopnia zaawansowania.
Opis problemu | Zawartość projektu | Aktualna cena pokaże się przed płatnością |
---|---|---|
Pytanie: Jak pokazać kilka przypadków użycia z rozszerzeniami? Oryginalny opis problemu: Place an order Main scenario: 1.Clerk identifies customer,item and quantity. 2.System accepts and queues the order. Extensions: 1a.Low credit 6 Customer is’Preferred»:System qives them credit anyway. 1b.Low credit ¬ «Preferred customer:Clerk accepts only prepayment. 2a.Low on stock:Customer accepts rain-check:Clerk reduces order to available stock level. Odpowiedź: to nie są rozszerzenia przypadków użycia. | 11 stron: diagram procesu biznesowego BPMN, diagram przypadków użycia UML, diagram komponentów UML architektura HLD, scenariusz diagram sekwencji UML | |
Opracowanie dedykowanego rozwiązanie na wyłączność, na bazie dostarczonego opisu. | Przekaż materiały, odeślę wycenę. |
Jeżeli nie ma tu rozwiązania którego szukasz, opisz problem w komentarzu u dołu strony i czekaj na odpowiedź czy i kiedy rozwiązania zostanie tu opublikowane. Jeżeli to indywidualne zlecenie wypełnij formularz SPRAWA.
Jeżeli chcesz być informowany o nowych pozycjach w Sklepie, zapisz się na tematyczny newsletter: