BMC Remedy Action Request System
Versiunea actuală a paginii nu a fost încă examinată de colaboratori experimentați și poate diferi semnificativ de
versiunea revizuită la 31 august 2015; verificările necesită
8 modificări .
BMC Remedy Action Request System ( Remedy , AR System , ARS ) este un mediu client-server pentru construirea de aplicații dezvoltate de BMC Software (dezvoltat inițial de Remedy Corporation). La început s-a concentrat pe dezvoltarea sistemelor de bilete, dar este folosit cu succes pentru a crea aplicații de orice tip. ARS utilizează o bază de date externă ( DB2 , MS SQL Server , Oracle etc.) pentru a stoca datele și codul sursă al aplicației (flux de lucru). Este cel mai frecvent în SUA și Europa , în Rusia este folosit în unele companii mari [1] .
Software
Componenta cheie a sistemului este AR Server. Lucrul cu acesta se realizează folosind un API special și/sau următoarele aplicații:
- Utilizatorul BMC Remedy este partea client a sistemului. Afișează interfața grafică a aplicației și vă permite să efectuați operațiuni de bază asupra intrărilor de formular.
- BMC Remedy Mid-Tier este o componentă de server care vă permite să utilizați un browser web ca utilizator BMC Remedy.
- BMC Remedy Administrator este mediul de dezvoltare a aplicațiilor utilizat cu ARS până la versiunea 7.1 inclusiv. Din versiunea 7.5 a fost înlocuit de BMC Remedy Developer Studio.
- BMC Remedy Developer Studio este un nou mediu de dezvoltare a aplicațiilor utilizat cu ARS începând cu versiunea 7.5. Bazat pe Eclipse.
- BMC Remedy Import - Folosit pentru a importa date în sistem.
- BMC Remedy Alert - Pentru alerte instant în stil IM pentru utilizatori.
Terminologia și obiectele ARS de bază
Terminologia care s-a dezvoltat în ARS poate părea ciudată la prima vedere pentru cei neinițiați.
- Formular - o reprezentare vizuală a tabelului: poate conține câmpuri de date și elemente GUI : butoane, bare de defilare etc. Există mai multe tipuri de formulare, iar formularul poate fi deschis și în diferite moduri: căutare, modificare sau crearea unui un nou record.
- Active Link ( Active Link , Activelink , AL ) este codul aplicației care rulează pe partea client. Numai AL pot lucra cu GUI: procesează clicurile pe buton, ascunde sau afișa câmpuri și așa mai departe. AL pot, de asemenea, să adauge intrări în formulare, să lanseze aplicații externe și să efectueze alte acțiuni. Activelink-urile rulează întotdeauna în contextul unui anumit utilizator . Acestea folosesc în principal modelul de eveniment, dar pot fi declanșate și la anumite intervale.
- Filtru ( Filter ) este codul aplicației care rulează pe server conform modelului de eveniment. În esență, este cel mai aproape de declanșatorii din SQL. Filtrele rulează cu drepturi de administrator.
- Escalare ( Escalare ) - la fel ca un filtru, dar nu condus de un model de eveniment , dar lansat după o anumită perioadă sau la un moment dat.
Caracteristici
Spre deosebire de limbajele de programare tradiționale, cum ar fi C , Java sau BASIC , procesul de dezvoltare în ARS nu este tastarea unui program, ci mai degrabă un proces de personalizare: utilizarea unui mouse . Dezvoltatorul din Developer Studio bifează evenimentele la care reacționează AL sau filtrul. Conditiile de executare a acestuia pot fi scrise de la tastatura sau selectate cu mouse -ul din meniu . Tot codul programului , dat în acest formular, este stocat în baza de date și, atunci când formularul este deschis, este citit de partea client împreună cu datele și prezentarea acestora.
Aplicații
BMC Software, pe lângă ARS în sine, vinde și soluții gata făcute pe baza acestuia:
si altii.
Istoricul versiunilor
- Sistem de solicitare de acțiune 1.1 - 1992
- Action Request System 2.0 - 1993
- Sistem de solicitare de acțiune 2.1 - 1994
- Action Request System 3.0 - 1996
- Sistem de solicitare de acțiune 3.1 - mai 1997
- Action Request System 3.2 - septembrie 1998
- Sistem de cerere de acțiune 3.2.1 - 1998
- Action Request System 4.0 - ianuarie 1999
- Action Request System 4.0.1 - septembrie 1999
- Action Request System 4.0.2 - iunie 1999
- Action Request System 4.0.3 - noiembrie 1999
- Sistem de solicitare de acțiune 4.5 - 26 mai 2000
- Action Request System 5.0 - 10 decembrie 2001
- Action Request System 5.0.1 - 15 martie 2002
- Sistem de solicitare de acțiune 5.1 - 11 septembrie 2002
- Sistem de cerere de acțiune 5.1.2 Întreținere - 17 octombrie 2003
- Action Request System 6.0 - 6 februarie 2004
- Sistem de solicitare de acțiune 6.03 - ianuarie 2005
- Action Request System 7.0 - 9 mai 2006
- Action Request System 7.0.01 - 6 octombrie 2006
- Sistem de solicitare de acțiune 7.1.00 - 31 august 2007
- Sistem de solicitare de acțiune 7.5.00 - 16 ianuarie 2009
- Sistem de solicitare de acțiune 7.6.03 - toamna 2010
- Sistem de solicitare de acțiune 7.6.04 - decembrie 2010
Note
- ↑ Monitorizarea infrastructurii de inginerie din centrul de date. Partea 1. Repere . Arhivat din original pe 16 ianuarie 2017. Preluat la 13 ianuarie 2017.
Link -uri