Rozwój oprogramowania eCommerce i-systems

Preview:

Citation preview

www.i-systems.pl

Aktualizacja oprogramowania eCommerce

Stale zmieniający się rynek handlu w sieci wymaga od i-systems ciągłej pracy

nad rozwojem oprogramowania eCommerce.

Aktualizacja oprogramowania eCommerce

By sprostać prowadzeniu projektów dedykowanych stworzyliśmy fundament systemu – nazywany przez nas „releasem”.

Jest to podstawowa wersja systemu, posiadająca uniwersalne moduły (przykładowo: moduł zamówień, produktów, klientów czy integracja z Allegro).

Programowanie zwinne

Release wydawany jest w oparciu o dwutygodniowe cykle sprintów zespołu SCRUM, które kończą się

wyprodukowaniem pewnej części gotowej aplikacji.

Dlaczego ciągle rozwijamy nasze oprogramowanie?

Bo chcemy mieć kontrolę nad ważnym aspektem aplikacji,

jakim jest framework. To jak silnik w samochodzie. Bez niego ani rusz.

Korzyści dla IT

Każdy programista w i-systems ma wpływ na procesy zachodzące w frameworku.

To zwiększa swobodę tworzenia oprogramowania i wzmacnia poczucie odpowiedzialności za produkt. Metodyka tworzenia release pozwala także na rozwój umiejętności i nabywanie wiedzy wewnątrz zespołu.

Korzyści dla IT

Korzyści dla Klienta

Korzyści dla Klienta

Śledzimy nowinki technologiczne i dostarczamy klientowi najwyższej jakości, nowoczesny produkt dopasowany do jego potrzeb. Bieżące aktualizacje pozwalają również na wyeliminowanie problemów, podnoszą jakość produktu oraz zapewniają jego elastyczność w różnych środowiskach.

Na podstawie czterech wersji release oprogramowania i-systems, wypuszczonych w ciągu ostatnich 6 miesięcy, można prześledzić niektóre zmiany.

3.453.46

4.0

4.1

Wersja 3.45

System eCommerce i-systems jest rozwijany dwukierunkowo:

Wersja 3.45

1 2

w sferze biznesowej w sferze funkcjonalnej

Ta druga ma za zadanie podnieść jakość oprogramowania i ułatwić pracę zespołowi IT.

Wersja 3.45

Wybrane zmiany w aspekcie biznesowym:

Wersja 3.45

Dwa dodatkowe pluginy systemu porównywarek. Aktualnie, poza m.in. integracją dla Ceneo, Nokauti GoogleMerchant wspieramy także stylefruits oraz LaModa.

Nowe możliwości masowej edycji produktów (możliwość dodawania załącznika, zdjęcia czy opisu).

Moduł logistycznego minimum. Pozwala on na określenie minimalnej: wartości zamówienia, wartości pojedynczego elementu zamówienia, ilości pojedynczego elementu zamówienia.

Wersja 3.45

Wybrane zmiany w aspekcie biznesowym:

Wersja 3.45

Zaawansowany moduł zestawów, pozwalający na tworzenie zestawów z dowolnej ilości i konfiguracji wariantów.

Powiadomienia klienta o dostępności produktu przez SMS.

Synchronizacja cen produktów wystawionych na Allegro z cenami w sklepie. Po nadaniu promocji lub zmiany ceny produktu, cena na aukcji może ulec zmianie automatycznie.

$

Wersja 3.45

Wersja 3.45

Możliwość renderowania plików PDF z szablonów tpl.

Dodanie obsługi serwera Redis w celu poprawy wydajności sklepu.

Wybrane zmiany w aspekcie funkcjonalnym:

Zmiany w module RestAPI. Optymalizacja wyszukiwania, rotacja logów, oznaczenie poprawnie zakończonych zadań oraz nowych akcji API, dodanie GUI do tworzenia dokumentacji itp.

Wersja 3.46

Changelog, czyli lista zmian wersji obejmuje 59 pozycji.

Wersja 3.46 (ostatni release z wersji 3)

Podgląd treści wysłanego powiadomienia o zmianie statusu zamówienia dla klienta.

Moduł zadań w tle, pozwalający na wykonywanie czasochłonnych operacji w tle systemu. Jednocześnie obsłudze sklepu wyświetla się status postępu zadania.

Plugin wysyłkowy do obsługi InPost.�

Wersja 3.46

Wersja 3.46 (ostatni release z wersji 3)

Dodanie nowych metod autoryzacji poprzez REST.

Poprawa UX procesu zakupowego poprzez zmianę drobnych elementów designu w podsumowaniu zamówienia. Zmiany spowodowały lepsze wyświetlanie się treści na urządzeniach mobilnych. Dzięki temu zjawisko porzucenia koszyków powinno zmaleć.

Moduł pudełek. Możliwość personalizacji zakupów internetowych poprzez udostępnienie klientowi możliwości wyboru opakowania zakupów.

Wersja 3.46

Ważną cechą tej wersji jest dodanie obsługi ciasteczek w module partnerów afiliacyjnych. Służy on dośledzenia wejść klientów docelowych od partnerów, z którymi sklep posiada umowę partnerską.

Wersja 3.46 (ostatni release z wersji 3)

Wersja 4.0

Na zmianę numeracji release wpływ miały dwa czynniki:

Wersja 4.0

całkowita zmiana designu panelu administracyjnego

powstanie sklepu na kontroli wersji Git

1 2

Wersja 4.0

Najważniejsze zmiany release:

Wersja 4.0

Stworzenie nowego designu panelu administracyjnego (prosty design zgodny z identyfikacją i-systems).

Dodanie modułu centrum telefonicznego (zintegrowany jest z modułem B2B, kalendarzem oraz diagramem przepływów).

Poprawa UX koszyka ze szczególnym uwzględnieniem wyświetlania cen promocyjnych i zniżek na produkty.

Wersja 4.0

W release 4.0 Black Adder, pojawił się zaawansowany moduł call center. Umożliwia on przeprowadzanie telemarketingu z poziomu przeglądarki. Moduł jest zintegrowany z modułem B2B, kalendarzem oraz diagramem przepływów. Pozwala to stworzyć scenariusz rozmowy dla kampanii.

Pracownik call center ma możliwość m.in.:

Wersja 4.0

sprawdzenia historii zakupów klienta,

otwarcia formularza nowego zamówienia, oznaczenia czy wygenerowano zamówienie w trakcie zadania,

oznaczenia czy wygenerowano w trakcie zadania zamówienie.

Wersja 4.1

Dotychczas wszystkie prace deweloperskie odbywały się w oparciu o system kontroli wersji Bazaar, który miał swoje niedoskonałości. Postawiliśmy na Git. Release 4.1 jest kluczowy dla procesu przejścia, gdyż zidentyfikował i rozwiązał wszystkie problemy i rozbieżności między Bazaarem i Git.

Wersja 4.1

Wersja 4.1

Wersja 4.1

Dlaczego Git? Jest to system, który powstał jako odpowiedź na wyzwania stojące przed zespołami IT, które pracują nad rozbudowanymi projektami. Jest rozproszony, szybki, chroni przed błędami w repozytorium oraz eliminuje wszystkie błędy związane z CVS.

możliwość śledzenia rozwoju projektu od samego początku do stanu aktualnego

Wersja 4.1

Wersja 4.1

Szczegółowe zalety systemu kontroli wersji Git:

1

2

3

4

5

możliwość powrotu do wybranej poprzedniej wersji

możliwość śledzenia zmian w kodzie w trybie offline

utrzymywanie każdego repozytorium jako oddzielnej gałęzi (branch), co przy projektach składających się z ponad 900 gałęzi jest dużym ułatwieniem w pracy

możliwość łączenia zmian dokonanych przez różne osoby w różnym czasie

Wersja 4.1

Dostosowanie release do kontroli wersji Git jest częścią procesu automatycznego wdrażania oprogramowania i-systems.Git umożliwi sprawniejsze przejście do modelu continuous delivery, czyli wdrażania kodu do środowiska testowego, aż do uzyskania oczekiwanych rezultatów.

W dłuższej perspektywie wszystkie zmiany mają doprowadzić do ciągłej integracji (continuous integration) oprogramowania i-systems. Ciągła integracja to dodawanie bieżących zmian w kodzie do głównego repozytorium w dużej częstotliwości.

Wersja 4.1

Wszystkie zmiany w procesie produkcji oprogramowania będą wprowadzane stopniowo, a dla klientów i-systems

będą praktycznie niezauważalne.

Wersja 4.1

Zmieni się sama organizacja części zespołu IT.

www.i-systems.pl

Design i wykonanie: contellio.com

w w w . i - s y s t e m s . p l

Spotkajmy się!

Odwiedź nas, porozmawiamyo projekcie

i-systems Sp. z o.o.

Spółka komandytowa

ul. Bojkowska 47, 44-100 Gliwice

Zadzwoń lub napisz

+ 48 32 733 26 26

wew.0 - Dział Zagraniczny (ENG)wew. 1 - Dział Handlowywew. 2 - Dział Supportuwew. 3 - Dział Administracji

Sprzedaż: info@ i-systems.pl

Współpraca: partner@ i-systems.pl

Support: support@ i-systems.pl

Recommended