Temat: UML a SAP

Cześć Paweł, witam wszystkich...

O takim zastosowaniu UML jak mówisz nie słyszałem (automatyczne generowanie np. obiektów słownika) i UML w tym obszarze raczej nie znajdzie zastosowania. Niemniej uważam, że UML jak najbardziej można wykorzystać w projektowaniu aplikacji SAP, bo język ABAP na przestrzeni ostatnich lat stał się językiem z możliwościami obiektowego programowania. Problem leży po stronie programistów ABAP, którzy konsekwentnie pozostają przy archaicznej formie ABAP, który przypomina Pascal-a. UML to świetne narzędzie projektowe, ale w SAP może się przydać tylko wtedy, gdy przejdziemy na ABAP Objects. A z tym jest problem, są nawet firmy, które zabraniają programistom pisać obiektowo (sic!), często programistami zostają konsultanci, którzy przeczytali tylko BC400, a nie mają pojęcia o inżynierii oprogramowania i piszą aplikacje tak brzydkie, trudne do utrzymania i wadliwe, że nie można na to patrzeć (typu zmienne globalne przez 6 ekranów, zero modularyzacji, brak obsługi błędów, milion zapytań do bazy pod rząd itd.). Najnowsza wersja SAP wspiera model Object-Relational Mapping (ORM) poprzez tzw. klasy persistent, które pozwalają na obiektowo zaimplementowany dostęp do bazy danych. Tutaj UML mógłby się przydać.

Podsumowując, UML jak najbardziej do projektowania aplikacji SAP może się przydać, ale pod warunkiem, że będziemy pisali obiektowo. O automatach do wczytywania modeli UML do SAP zaś nie słyszałem, a mogłyby generować np. definicje klas. To byłoby fajne.

Pozdrawiam,

P.S. A z tym zakresem krzyżykowym Gap/Fit to jest tak: klient daje wymagania z wpisem "system obsługuje ocenę dostawcy". SAP w module MM ma taką funkcję. Ale jak w fazie koncepcji przechodzi się do omówienia szczegółów, to wychodzi że standard sobie nie poradzi i trzeba rzeźbić całość od nowa:) Na szczęście SAP to otwarty system i można cudować.Krzysztof Usowicz edytował(a) ten post dnia 22.06.11 o godzinie 18:48

Temat: UML a SAP

No właśnie to wygląda tak:

Plik wymagań w zapytaniu ofertowym:

System obsługuje ocenę dostawcy > my piszemy X -> TAK (bo SAP ma coś takiego)

Przy robieniu koncepcji okazuje się, że klient ma swoją wizję i standard nijak się ma do wyobrażenia klienta...

Zakres krzyżykowy nie niweluje problemów, ale oczywiście jest jakimś wyznacznikiem możliwości systemu, tylko często zbyt ogólnym:)

Pozdrawiam,Krzysztof Usowicz edytował(a) ten post dnia 22.06.11 o godzinie 19:31

Temat: UML a SAP

help.sap.com < podstawowa dokumentacja SAP, publiczna

szkolenia SAP < główne źródło wiedzy tajemnej

service.sap.com < informacje serwisowe SAP tzw. noty, szczegóły i detale

sdn.sap.com < źródło trików programistycznych

no i ...

google :)Krzysztof Usowicz edytował(a) ten post dnia 07.07.11 o godzinie 21:36

Temat: UML a SAP

Dokumentacji tylko obrazkowej nie ma, aczkolwiek podczas wdrożeń rysuje się procesy biznesowe np. w BizAgi.

Temat: UML a SAP

Joanna U.:
jeżeli jeszcze wycenę gotowego rozwiązania trzeba podać nie znając wystarczająco szczegółów wymagania...

Przy dużych przedsięwzięciach niestety tak się robi. Finalnie wdrożony system ERP w momencie odpowiadania na zapytanie ofertowe jest jedną wielką niewiadomą, ale klienci tego oczekują, moim zdaniem sobie szkodząc, niemal zawsze oczekiwany jest Fix Price na coś, co kompletnie nie jest zdefiniowane.
A później idą CR-y, o ile nam się uda w koncepcji jasno wszystko napisać, ale zazwyczaj nie ma na to czasu, bo przecież koncepcję trzeba szybko kończyć. A ja uważam, że powinno się pisać koncepcję właśnie bardzo długo, bo ona jest najważniejsza. Tyle że nie ma na nią budżetu zazwyczaj. To są trudne zagadnienia brr :)