Prezentacja FileHold
FileHoldOferta.png
 

 

Właścicielem portalu jest

LGBS Polska Sp. z o.o.

LGBS Software.gif 

 

    

 Aktualności
12 grudnia 2011 FileHold 12 już jest! więcej...
13 czerwca 2011 Nowa wersja FileHold już po wakacjach więcej...
1 lutego 2011 FileHold w Polsce.  więcej...
1 październik 2010 U.S. General Services Administration.  więcej...
20 sierpnia 2010 FileHold’09. 
więcej...
30 marca 2010 FileHold i dotacje z UE.  więcej...
28 października 2009 FileHold w 14 krajach.  więcej...
5 października 2009 FileHold na Seszelach.  więcej...
15 września 2009 FileHold 9.0 i SAP.  więcej...
6 lipca 2009 FileHold 9.0 - premiera w marcu 2010.  więcej...
  
/ Technologia FileHold / Cechy FileHold / SOA  
 Architektura zorientowana na serwisy - przegląd
technologii

System zarządzania dokumentami FileHold, jest oparty na technologii .NET 2.0 Framework Microsoftu oraz architekturze zorientowanej na serwisy (Service Oriented Architecture SOA). Daje to ogromne korzyści naszym klientom, partnerom, developerom systemu FileHold oraz profesjonalnym zespołom supportowym.

Główny podsystem systemu FileHold komunikuje się z pozostałymi przez serwisy sieciowe. Te serwisy sieciowe mogą być dostępne dla pozostałych firm, zapewniając przy tym łatwą integrację z innymi aplikacjami i systemami obsługi przedsiębiorstw. Serwisy sieciowe są implementowane w sposób zapewniający wysoki poziom bezpieczeństwa oraz wymagają pełnej autentyfikacji użytkowników. Microsoft dostarcza technologię idealnie nadającą się do tworzenia serwisów sieciowych, aby móc dostarczać nowoczesne systemy wykorzystujące architekturę zorientowaną na serwisy SOA.

Wydajność i skalowalność

FileHold jest kolekcją serwisów sieciowych, które zebrane razem, zapewniają wysoką wydajność i skalowalność. Oto niektóre przykłady podsystemów serwisów sieciowych z systemu FileHold: manager biblioteki, repozytorium dokumentów, manager użytkowników i ról, warstwa ASP (serwer aplikacji służący klientom sieciowym).

Wszystkie podsystemy, komunikują się poprzez bezpieczne i w pełni zautentyfikowane serwisy sieciowe. Warstwa sieciowa klienta składa się z klienta sieciowego, klienta desktopowego oraz klienta będącego jedną z aplikacji pakietu Microsoft Office. Wszystkie typy klientów komunikują się z pozostałymi podsystemami przez te same serwisy sieciowe, wykorzystując te same zasoby i wykonując te same funkcje. Ta architektura, pozwala na ogromny wzrost wydajności, dzięki możliwości umieszczenia serwisów sieciowych na różnych serwerach. Np. warstwa ASP może znajdować się na jednym serwerze sieciowym a manager biblioteki i repozytorium dokumentów na osobnym.

architecture.jpg

Ta skalowalność może być powiększona jeszcze bardziej dzięki instalacji wybranych serwisów sieciowych (podsystemów) na farmie serwerów (serwerach klastrowych). Wykorzystując wiele serwerów obsługujących warstwę ASP, zapewniamy nieomalże nieograniczoną skalowalność ilości użytkowników systemu. Wykorzystanie farmy serwerów do obsługi repozytorium dokumentów, pozwala na zwiększenie ilości obsługiwanych dokumentów. FileHold został zaprojektowany, zbudowany i przetestowany w sposób umożliwiający obsługę milionów dokumentów i pracę przy obciążeniu tysięcy użytkowników korzystających równocześnie z systemu.

Plastyczne scenariusze wdrożenia

Architektura zorientowana na serwisy systemu FileHold wspiera szerokie spektrum scenariuszy wdrożenia. Może być zainstalowany na jednym, dwóch lub wielu serwerach aby zaspokoić najbardziej wymagające, tak pod względem przepustowości jak i niezawodności, potrzeby klientów. Każdy serwis sieciowy (podsystem), może być zainstalowany na osobnym serwerze lub farmie serwerów.

Architektura zorientowana na serwisy pozwala na łatwą adaptację z obecnymi rozwiązaniami klienta. Np. można wykorzystywać istniejącą instancję SQL Server, znajdującą się na serwerze klienta i równocześnie zainstalować repozytorium dokumentów na innym serwerze, które może być wykorzystywane do przechowywania istotnych dokumentów.

Rozszerzalność

Architektura systemu FileHold wspiera ładny i łatwy w implementacji paradygmat rozszerzalności. Ten zabezpieczony interfejs wywołań serwisów sieciowych jest dostępny dla naszych profesjonalnych dostawców serwisów, w przypadku gdy konieczna jest szczególna funkcjonalność. Nowy podsystem  taki jak konfigurowalny silnik importu dokumentów, może być dodany łatwo i niewielkim kosztem z wykorzystaniem interfejsów serwisów sieciowych, które są związane z tym zadaniem. Nie trzeba znać szczegółów i złożoności pozostałych modułów i podsystemów.

Łatwe i zabezpieczone rozszerzenia użytkownika oraz integracja z oprogramowaniem innych firm

Nasi konsultanci i klienci mogą łatwo rozszerzać i/lub poprawiać funkcjonalność systemu FileHold oraz zintegrować system z aplikacjami produkcyjnymi występującymi w firmie. API serwerów sieciowych, pozwala w bezpieczny sposób tworzyć elementy biblioteki (np. szuflady, foldery, schematy dokumentów), łączenie dodawanych dokumentów z schematami metadanych i wartościami i/lub zarządzać przynależnością obiektów do biblioteki.

Ponowne wykorzystanie, w kompleksowych scenariuszach wdrożenia

Podsystemy FileHold mogą być wykorzystywane przez inne aplikacje korzystające z serwisów sieciowych i zapewniać szeroką funkcjonalność, w celu wyeliminowania redundancyjnej funkcjonalności. Np. ADAM (Microsoft Active Directory Application Mode) oraz AzMan (Authorization Manager) podsystem obsługi użytkowników i ról, może być wykorzystany jako punkt autoryzacji przez inne firmowe aplikacje.

Ponowne wykorzystanie w rozwijaniu oprogramowania

Architektura zorientowana na serwisy przeniosła zyski z rozwijania oprogramowania zorientowanego obiektowo na kolejny poziom. Dzięki ekspozycji serwisów dostawcy serwisów sieciowych całkowicie chronią użytkownika od konieczności znania szczegółów usługi oraz jej działania.

  
Polityka prywatności  Login