Masz dużo czasu? Czytaj bloga, szukaj w Internecie! Nie masz czasu? Kup go ode mnie!
Wprowadzenie
Treść mojego bloga ma charakter edukacyjny, skupia się na opisie metod, zasad, wzorców projektowych, w całości chroniona jest prawem autorskim. Treści publikowane na blogu są i będą dostępne bezpłatnie a wszelkie prawa do nich są i będą zastrzeżone. Cały Blog jest to Twojej dyspozycji.
Artykuły pojawiają się na Blogu z bardzo przypadkowych powodów, takich jak: przeczytana książka, ciekawy problem rozwiązany u klienta, ciekawa dyskusja w mediach, czy po prostu ciekawe zagadnienie nadesłane mailem lub zgłoszone przez studentów. Na przestrzeni ponad 25 lat uzbierało się prawie tysiąc publikacji o objętości ponad 4 tys. stron A4. Blog nie stanowi żadnej uporządkowanej tematycznie treści, a szybkie znalezienie potrzebnych treści staje się coraz trudniejsze.
Po wielu konsultacjach na LinkedIn a także przesyłanych mi prywatnie pytaniach, uruchamiam ten „Sklepik”. Jest to miejsce, w którym można pobrać płatne, specjalnie dobrane dydaktycznie materiały. Są to skomentowane zestawy artykułów z Bloga oraz projekty (specyfikacje systemów) stworzone specjalnie dla Was do nauki.
Wszystkie produkty są objęte gwarancją, w ramach której odpowiadam na wszelkie pytania dotyczącej treści zakupionych dokumentów (na adres email podany przy płatności). Teksty zawierają linki do powiązanych tematycznie materiałów dodatkowych.
Zestawy podręcznikowe
Adresatem są osoby początkujący i średnio doświadczone, które poszukują dobranej tematycznie informacji. Dostałeś prace Analityka Biznesowego lub Systemowego (Analityk)? Te podręczniki to specjalnie wybrane artykuły z bloga, pogrupowane tematycznie w samodzielne, dziedzinowe zagadnienia. Warto też wiedzieć, że świat zmierza w stronę integracji ról w projektach( Inżynier oprogramowania kontra programista: Jaka jest różnica?):
- Analityk Biznesowy 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.
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. Wszystkie są objęte gwarancją (usuwam wszelkie stwierdzone merytoryczne błędy). 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.