Szkielet projektu analizy biznesowej i projektu oprogramowania (>80 stron). Projekt zawiera referencyjny opis procesu biznesowego i szkielet modeli przypadków użycia, architektury HLD i LLD oraz logiki biznesowej.

Z dokumentu w obecnej postaci można użyć:

• jako przykładu do nauki,
• jeżeli pracujesz dla jakiejś biblioteki możesz wykupić źródłowy plik Visual-Paradigm i kontynuować/rozwijać projekt samodzielnie (koszt: 1000GBP)
• jeżeli pracujesz dla jakiejś biblioteki i nie masz kompetencji by samodzielnie dokończyć i rozwijać, możesz taką usługę wykupić u mnie (patrz Oferta).

Zawartość

Biblioteka Uczelniana, wykonany zgodnie z zasadami MDA (Model Driven Architecture). Dokument ten to także efekt zastosowania metody prowadzenia analizy biznesowej i projektowania rozwiązań, opartej na dokumentach źródłowych i faktach (tu Regulamin Biblioteki). Ewentualne wywiady stanowią wyłącznie uzupełnienie danych do analizy.
Celem powstania tego dokumentu jest zaprezentowanie produktu analizy zorientowanej na modele. Każdy projekt realizowany opisanymi tu i zaprezentowanymi metodami, niezależnie od jego wielkości, ma analogiczne etapy. Opis projektu i aktualizacje dostępne na stronie: Inżynieria oprogramowania z użyciem narzędzia CASE –
przykładowy projekt Biblioteka (https://it-consulting.pl/2020/12/11/analiza-biznesowa-od-zlecenia-do-kompletnegoprojektu-technicznego-z-uzyciem-narzedzia-case/)

ANALIZA BIZNESOWA to audyt organizacji. Jego celem jest zrozumienie i opisanie mechanizmu działania organizacji, wskazanie ewentualnych miejsc do zmian oraz określenie wymagań biznesowych na rozwiązanie, czyli zakresu projektu (np. aplikację).

PROJEKT TECHNICZNY ROZWIĄZANIA to opisanie rozwiązania poprzez wyspecyfikowanie jego wymaganych cech (w przypadku oprogramowania są to usługi aplikacyjne). Jeżeli okaże się, że jakieś usługi są niedostępne jako gotowe
oprogramowanie, projekt jest uzupełniany o detaliczny projekt architektury i logiki każdej wymaganej usługi. Wszelkie szczegóły (rozdziały i podrozdziały) są uzupełniane w toku nadzoru autorskiego, jako odpowiedzi na pytania zadawane przez dostawcę do tego dokumentu, w toku implementacji i wdrożenia. Po zakończeniu wdrożenia, ten
dokument stanowi pełną, aktualną dokumentację architektury i logiki całego systemu.