Konfiguracja systemu wewnętrznego

Podczas tworzenia rozszerzeń w ramach systemu adaptacyjnego lub rozwiązania branżowego z Comarch ERP Enterprise proces rozwoju jest wspierany poprzez zastosowanie usługi Zlecenia deweloperskie. Poniżej przedstawiono instrukcje oraz informacje dotyczące konfiguracji usługi Zlecenia deweloperskie w wewnętrznym systemie.

Za pośrednictwem wewnętrznego systemu z usługą Zlecenia deweloperskie możliwe jest centralne monitorowanie statusów procesu rozwoju – od inicjującej rejestracji, przez implementację, korekty, testy, aż do zakończenia Zlecenia deweloperskiego. Monitorowanie może być realizowane centralnie dla wielu systemów rozwojowych, np. systemów adaptacji klientów różnych organizacji. Również dostawy wsparcia są zarządzane za pośrednictwem wewnętrznego systemu.

Stosowanie usługi Zlecenia deweloperskie jest rekomendowane jako istotny środek zapewnienia jakości w organizacji rozwoju i jest zalecane wszystkim partnerom. Zob. także artykuł Wprowadzenie: organizacja deweloperska.

Definicje pojęć

• Wewnętrzny system — system Comarch ERP Enterprise, na którym aktywna jest centralna usługa Zlecenia deweloperskie.

• Release — termin posiada dwa znaczenia:

  • release — dostawa oprogramowania zawierająca wszystkie niezbędne Obiekty deweloperskie, określone komponenty oprogramowania oraz informacje umożliwiające instalację nowego systemu ERP z zatwierdzonym, zdefiniowanym stanem rozwoju; dodatkowo zawiera narzędzia i informacje potrzebne do aktualizacji istniejącego systemu do stanu nowego release.

  • release — zatwierdzony przez Comarch AG zdefiniowany stan rozwoju; każdy release jest identyfikowany jednoznacznym oznaczeniem.

• Standardowy system ERP — obejmuje wszystkie dane bazy konfiguracji systemu, takie jak serwery aplikacyjne ERP, użytkowników, bazy danych itp.

Grupa docelowa

• administratorzy systemów,

• konsultanci techniczni.

Wymagania wstępne

Zainstalowany system Comarch ERP Enterprise jest wymagany do konfiguracji jako wewnętrzny system. Do utworzenia wewnętrznego systemu można wykorzystać dowolny release serwisowy.

Zakłada się, że skonfigurowano nową bazę danych OLTP (artykuł Budowa nowej bazy danych OLTP) albo wykorzystywana jest baza demonstracyjna typu organizacji jednofirmowej.

Zakłada się, że nowy system został wcześniej skonfigurowany na podstawie artykułu Tworzenie nowego systemu:

• utworzenie systemu PAR410IS (Partner, Release 410, wewnętrzny system); symbol PAR należy zastąpić trzyznakowym skrótem firmy,

• wykorzystanie dostarczonej bazy danych organizacji jednofirmowej do zarządzania Zleceniami deweloperskimi albo utworzenie nowej bazy OLTP,

• instalacja wewnętrznego systemu na podstawie nośników dostawy klienta bez źródeł Java.

Konwencje

Przestrzeganie konwencji nazewnictwa jest wymagane, aby zapewnić bezbłędne działanie systemu.

Instrukcje: Konfiguracja wewnętrznego systemu

W kolejnych sekcjach opisano kroki konfiguracji wewnętrznego systemu udostępniającego usługę Zlecenia deweloperskie. Zakłada się, że nowy system został wcześniej skonfigurowany i rozpoczyna się dostosowanie ustawień systemowych.

System zarządza Zleceniami deweloperskimi wielu systemów rozwojowych. Dodatkowo zarządza informacjami o dostawach oprogramowania. Ze względu na centralną rolę w topologii systemu system jest konfigurowany jako system produkcyjny partnera rozwojowego.

Klienci wsparcia mogą w wewnętrznym systemie rejestrować zgłoszenia wsparcia, z których w określonych przypadkach mogą powstawać zlecenia deweloperskie. Ponadto wewnętrzny system może udostępniać klientom wsparcia dostawy wsparcia do pobrania i instalacji.

Dostosowanie ustawień systemu

W tej sekcji opisano dostosowanie ustawień systemowych dla wykorzystania systemu Comarch ERP Enterprise jako wewnętrznego systemu udostępniającego usługę Zlecenia deweloperskie.

• w obszarze Zarządzania systemem otworzyć aplikację Panel System,

• otworzyć wcześniej utworzony system PAR410IS, wybierając w polu Typ wartość System,

• w polu Nazwa wprowadzić nazwę nadaną systemowi,

• w standardowym pasku narzędzi wybrać przycisk [Aktualizuj],

• ustawienia systemowe są otwierane i wyświetlane,

• w celu oznaczenia nowego systemu jako systemu produkcyjnego na zakładce Edytor, dolna zakładka Ogólne, w sekcji Rozwój ustawić właściwości.

• Wersja — np. Comarch ERP Enterprise 6.1 — określa wersję systemu

• Poziom wersji — np. 7 — wewnętrzny system jest używany jak system produkcyjny

• Przedrostek eksportu — <skrót partnera>is — skrót używany jako prefiks nazwy podczas tworzenia aktualizacji oprogramowania; prefiks eksportu powinien być unikatowy we wszystkich systemach, ponieważ każdy system może eksportować aktualizacje oprogramowania; przykładowo trzyznakowy skrót partnera z dopiskiem „wew.” dla wewnętrznego systemu, np. — parwew.

• Tryb tożsamości — lokalny — określa zachowanie systemu w zakresie zarządzania tożsamościami obiektów deweloperskich w przypadku równoległego rozwoju w kilku wydaniach; w systemie produkcyjnym zawsze jest używana lokalna lista tożsamości, pozostałe pola listy tożsamości nie są edytowalne przy lokalnym trybie tożsamości

Wskazanie restrykcji importu zapewnia, że import i instalacja aktualizacji oprogramowania jest możliwa wyłącznie z systemów poprzedzających w ścieżce transportu.

• w nagłówku tabeli pozycji wybrać przycisk [Dodaj],

• Poziom wersjonowania — 2 — system korekt producenta; wewnętrzny system jest bezpośrednio zasilany aktualizacjami oprogramowania producenta,

• Wzorzec — babel-4.0.0* — jako wzorzec należy podać ciąg babel-4.0.0; umożliwia to import i aktywację wyłącznie aktualizacji oprogramowania dostarczonych przez producenta.

Dodatkowe informacje o polach zawiera artykuł Panel System.

Dane dotyczące trybu serwera usługi Zlecenia deweloperskie są uzupełniane po skonfigurowaniu usługi.

Konfiguracja bazy danych wewnętrznego systemu

Wewnętrzny system uzyskuje dostęp do następujących baz danych:

• dokładnie jednej bazy danych repozytorium,

• jednej lub wielu baz danych OLTP,

• opcjonalnie jednej lub wielu baz danych OLAP.

Dane zleceń deweloperskich, zgłoszeń wsparcia oraz dostaw wsparcia są zapisywane w bazie danych OLTP. Dane mogą być przechowywane w jednej bazie danych OLTP niezależnie od systemu oraz wersji. Zaleca się zarządzanie wszystkimi tymi danymi w jednej bazie danych OLTP.

Jeżeli usługa zlecenia deweloperskie nie jest konfigurowana w osobnym systemie, a np. w partnerskim systemie rozwoju, należy stosować co najmniej osobną bazę danych OLTP do zarządzania zleceniami. W przypadku posiadania więcej niż jednego systemu rozwoju (obecnie lub w przyszłości) zalecane jest uruchamianie wewnętrznego systemu jako osobnego systemu.

Jeżeli wykorzystywana jest całkowicie pusta baza danych lub baza danych OLTP systemu instalacyjnego, należy zastosować się do artykułu Budowa nowej bazy danych OLTP w celu skonfigurowania podstawowych danych organizacyjnych.

Tworzenie użytkowników

• dla każdego pracownika wsparcia klienta, który ma uzyskać dostęp do wewnętrznego systemu, należy utworzyć użytkownika w aplikacji Panel System,

• następnie w aplikacji Panel System należy otworzyć system i przypisać do niego każdego z utworzonych użytkowników.

Workflow wykorzystuje adresy e-mail użytkowników. W przypadku stosowania workflow do automatycznego powiadamiania należy wprowadzić poprawne adresy e-mail użytkowników.

Rejestracja roli uprawnień

Aby zarejestrowani użytkownicy wsparcia klientów otrzymali uprawnienia do aplikacji wsparcia, należy przypisać ich do roli uprawnień z odpowiednimi uprawnieniami.

• otworzyć aplikację Role uprawnień,

• w standardowym pasku narzędzi wybrać [Dodaj],

• uzupełnić pola obowiązkowe roli uprawnień,

• przypisać zarejestrowanych użytkowników do roli uprawnień na zakładce Uczestnicy,

• wybrać zakładkę Aplikacje i raporty,

• wybrać dolną zakładkę Aplikacje,

• w zakładce wprowadzić aplikacje:

  • zgłoszenia supportowe,

  • zapytania o zgłoszenia supportowe,

  • wykonaj zapytanie o paczki instalacyjne,

  • paczki instalacyjne

• wybrać górną zakładkę Jednostki biznesowe,

• wybrać dolną zakładkę o tej samej nazwie,

• w nagłówku zakładki w polu wyboru bazy danych wybrać bazę OLTP, w której są zapisywane zlecenia deweloperskie oraz zgłoszenia wsparcia,

• do tabeli dodać Prawo dostępu rozszerzone dla obiektów biznesowych cisag.app.internal.obj.SupportRequest oraz com.cisag.app.internal.obj.SupportRequestExt,

• w standardowym pasku narzędzi wybrać [Zapisz].

Dla użytkowników wewnętrznych role uprawnień są rejestrowane analogicznie; dodatkowo należy wprowadzić aplikacje:

• Zlecenia deweloperskie,

• Zapytanie o Zlecenia deweloperskie.

Tworzenie typów relacji partnerów

• uruchomić aplikację Typy relacji partnera w obszarze Podstawowe,

Dla działania systemu wsparcia wymagane są następujące typy relacji partnerów i są one tworzone przez aplikację Typy relacji partnera podczas uruchamiania, jeśli jeszcze nie istnieją:

• Obsługiwany klient

• Kierownik projektu,

• Obsługiwany partner,

• Osoba kontaktowa ds. wsparcia.

1. InstrukcjaUtworzyć aplikację Typy relacji partnera,
2. Aplikacja tworzy typy relacji partnerów,
3. Na standardowym pasku narzędzi wybrać [Zapisz].

Tworzenie partnerów

Dla każdej organizacji, której pracownicy uzyskają dostęp do wewnętrznego systemu, należy zarejestrować odrębnego partnera.

• W obszarze Podstawowe otworzyć aplikację Partner,

• Na standardowym pasku narzędzi wybrać [Dodaj]; w firmie głównej OLTP przeznaczonym jako baza danych serwera zlecenia deweloperskie należy utworzyć nowego partnera o typie organizacji przedsiębiorstwo; partner powinien reprezentować własną organizację.

• uzupełnić pola obowiązkowe,

• jako przynależność wprowadzić wewnętrzna w przypadku własnej organizacji; dla pozostałych organizacji wprowadzić zewnętrzna,

• w przypadku rejestrowania wspieranych klientów jako partnerów w widoku Relacje należy zarejestrować relację typu partner ds. wsparcia z partnerem własnej organizacji jako celem,

• w standardowym pasku narzędzi wybrać [Zapisz],

• ustawienia są zapisywane.

Rejestracja pracowników

Dla każdego pracownika własnej organizacji, który ma wykorzystywać aplikacje Zlecenia deweloperskie, należy zarejestrować pracownika.

Dla każdego dewelopera zarejestrowanego jako użytkownik w bazie konfiguracji należy zarejestrować pracownika. Również każdy użytkownik, który ma wykorzystywać Zlecenia deweloperskie, musi zostać zarejestrowany jako pracownik. Pracownicy muszą zostać zarejestrowani także dla użytkowników zewnętrznych klientów wsparcia, którzy mają rejestrować zgłoszenia wsparcia.

• w obszarze Podstawa otworzyć aplikację Pracownicy,

• w standardowym pasku narzędzi wybrać [Nowa osoba] w celu utworzenia nowych pracowników,

• wprowadzić wymagane dane pracownika,

• w polu Właściwa organizacja wprowadzić własną organizację wewnętrzną,

• w polu Przypisana organizacja wprowadzić organizację, do której należy pracownik,

• jako przynależność wskazać wewnętrzna w przypadku pracownika własnej organizacji, w przeciwnym razie zewnętrzna,

• na zakładce Konta użytkowników przypisać do pracownika użytkownika; w nagłówku tabeli wybrać [Dodaj],

• przełączyć widok z Podstawowe na Pracownick,

• jako pracodawcę wskazać organizację, dla której pracownik wykonuje pracę,

• w przypadku pracownika zewnętrznego w widoku Relacje zarejestrować relację typu osoba kontaktowa ds. wsparcia z pracodawcą jako celem,

• w standardowym pasku narzędzi wybrać [Zapisz],

• ustawienia są zapisywane,

• dodatkowe informacje są dostępne w artykule dotyczącym aplikacji.

• Zalogowanemu użytkownikowi nie przypisano partnera w bieżącej bazie danych OLTP.

Dostosowanie konfiguracja

• w obszarze Zarządzanie systemem otworzyć aplikację Konfiguracja,

• w pasku narzędzi workflow wybrać organizację 00000 albo zarejestrowaną firmę główną,

• w obszarze nawigacji wybrać zakładkę Funkcje,

• otworzyć funkcję Podstawowe,

• aktywować pole wyboru Uprawnienia do treści,

• otworzyć funkcję Wsparcie oprogramowania,

• aktywować pole wyboru Aktywne,

• jako typ instalacji wybrać Partner,

• w polu Koordynator wskazać pracownika, który ma być podpowiadany w polu Koordynator w aplikacji Zlecenia deweloperskie,

• pole Ścieżka ma znaczenie w przypadku wykorzystywania automatycznego przesyłania Zleceń deweloperskich (opis w artykule Przenieś zlecenia deweloperskie; w takim przypadku należy podać ścieżkę do zdalnego folderu knowledge store centrum wsparcia; w przeciwnym razie należy wskazać istniejący folder z knowledge store SAS, np. kstore://CIS410PEOR01/SupportRequests,

• w polu Składniki logistyki oprogramowania wybrać wymaganą wartość; pole określa, czy przy zmianach statusu w aplikacji Zlecenia deweloperskie mają być wykonywane dodatkowe kontrole; można ustawić wartość Nie wykonywać weryfikacji i aktywować kontrole później,

• na standardowym pasku narzędzi wybrać przycisk [Zapisz],

• ustawienia są zapisywane,

• dodatkowe informacje zawiera artykuł Konfiguracja.

Należy się wylogować i zalogować ponownie; wówczas aplikacje wsparcia, np. Zlecenia deweloperskie, stają się widoczne.