Każdy jest motylem na własną skalę ale każdy huragan kiedyś ucichnie...

Tym artykułem rozpoczynam relację z mojej pracy deweloperskiej. Kolejne etapy procesu tworzenia programu magazynowego dla sklepów typu osCommerce użytkowanych przez średnie i małe firmy handlowe, będę opisywał w kilku artykułach, które będę pisał z chwilą zakończenia pracy nad częściami projektu.
Po wprowadzeniu w temat w tym artykule przejdę do krótkiej relacji i oceny narzędzia służącego  do projektowania w języku UML o nazwie Umbrello – dostępnym we wszystkich instalowanych przeze mnie Linuksach gdzie dodawałem domyślne narzędzia programistyczne GUI.
Rozpocznę od opisania problemu, który rozwiązuje mój program. Otóż podczas mojej półrocznej pracy jako administrator sklepu internetowego zetknąłem się z następującą (dosyć częstą) sytuacją:
przyczyną mojego zatrudnienia była chęć rozwoju dobrze zapowiadającej się sprzedaży internetowej. Mój pracodawca rozpoczął handel internetowy od znanego portalu aukcyjnego. Jego doświadczenie handlowe oraz zainteresowania pozazawodowe świetnie sprawdziły się w warunkach aukcji internetowych i to skłoniło Go do próby uruchomienia prawdziwej firmy handlującej w internecie. Pojawiła się wtedy następująca bariera: brak powierzchni magazynowej. Ten handlowiec zgromadził już pewne rezerwy finansowe zarobione na aukcjach i w związku z tym stać Go było na następującą decyzję: otworzył sklep rzeczywisty (w sensie obiektu) i połączył sprzedaż internetową ze sprzedażą „z za lady”.

W taką rzeczywistość trafiłem ja: sprzedaż aukcyjna, sklep internetowy i współpraca z sklepem „rzeczywistym”. Spotkałem się wtedy z sytuacjami kryzysowymi w małej i większej skali. Mianowicie pojawiły się problemy: gdy brakowało towaru -> po prostu sklep „rzeczywisty” wyprzedawał towar i parokrotnie zabrakło go dla klientów sklepu internetowego a nawet dla klientów aukcyjnych. (To były małe problemy). Większym dla mnie problemem była konieczność rywalizacji mojej sprzedaży internetowej ze sprzedażą „z za lady”.

Przyjąłem w naturalny sposób rolę osoby definiującej procedury i zabezpieczającej (uszczelniającej) system sprzedaży. Stworzyłem system powiadomień o sprzedażach w internecie oraz wskazałem konieczność aktualizacji stanów zapasów w sklepie internetowym oraz w panelu aukcyjnym.

Po zakończeniu współpracy zdecydowałem się swoje doświadczenia przenieść na grunt systemu informatycznego. Znając wcześniej aplikację sklepu osCommerce zapoznałem się z nią bardziej szczegółowo i postanowiłem zarzucony projekt (który proponowałem wprowadzić do sklepu w którym pracowałem) przenieść na współpracę z właśnie z osCommerce.

I w wyniku otrzymałem coś bardzo niestabilnego i niekonsekwentnego. Dlatego postanowiłem zarzucić „improwizację” podczas pracy na rzecz dokształcenia się i nowoczesnego podejścia do programowania. Po pierwsze powstał projekt aplikacji w UML.

Posłużyłem się już dawno zauważonym przeze mnie narzędziem Linuksowym „Umbrello”.

Oto przykład jednej z sekwencji zdefiniowanych w projekcie:

 

Umbrello okazało się bardzo intuicyjne i proste w zastosowaniu. Nie wiem czy dało by możliwość pracy zespołowej nad projektem – jestem przecież samodzielnym deweloperem... Nie umiem też porównać pracy w Umbrello z innymi aplikacjami tego typu. Ważne jest, że wśród „zastosowań Linuksa” istnieje samodzielne programowanie aplikacji komputerowych. Improwizacja odeszła w przeszłość i pojawił się w moim życiu zawodowym system pracy po którym dużo sobie obiecuję.

W następnym artykule napiszę o serwerze apache i jego zastosowaniu w testowaniu (na przykładzie osCommerce) aplikacji web-owych na lokalnym komputerze, co oczywiście jest podstawą w tworzeniu programów w języku PHP czy innych językach aplikacji internetowych.