Profil referencyjny
Przegląd netScope
netScope jest dla nas jedną z najsilniejszych referencji, gdy chcemy pokazać, że nie rozwijamy jedynie pojedynczego klienta, lecz potrafimy utrzymać technicznie poprawną linię produktową obejmującą kilka etapów produktu i trybów eksploatacji. Wyjściowo od specjalizowanego viewer’a dla wymagających danych obrazowych powstaje tu rodzina produktów C# z wdrożeniem lokalnym, etapami rozbudowy dla zespołów, eksploatacją serwerową i perspektywą chmurową.
Od wyspecjalizowanego Viewer do rzeczywistej rodziny produktów
Dla zamawiających netScope jest interesująca, ponieważ ta referencja pokazuje więcej niż pojedynczy klient desktopowy. Rozwiązanie zaczyna się od wydajnego viewer’a dla Whole Slide Imaging, CZI i dużych zbiorów obrazów, przechodzi przez etapy zespołowe takie jak Desk i Group do scenariuszy centralnych serwerów i nie kończy się na pierwszej dostawie, lecz rozwija się w kierunku etapu chmurowego z logiką produktu, mechanizmami udostępnień i zarządzaniem użytkownikami.
W istocie chodzi o technicznie wymagające modele danych i bardzo duże zbiory obrazów. Piramidy obrazów, kanały, adnotacje, zrzuty i nawigacja muszą współgrać tak, by użytkownik nie napotykał technicznych tarć. Właśnie tu widać, czy partner wdrożeniowy jedynie tworzy ekrany, czy też rozumie, jak uczynić oprogramowanie specjalistyczne intensywnie operujące danymi użytecznym, wydajnym i trwale łatwym w utrzymaniu.
Z netScope Desk zaczyna się pierwszy rzeczywisty krok w kierunku sieciowania: stacja robocza udostępnia slajdy w sieci lokalnej, inni użytkownicy łączą się z nimi za pomocą viewer’a. netScope Group kontynuuje tę linię i umożliwia współpracę na wspólnej bazie danych. Dzięki temu widać, że ta sama merytoryczna substancja nie kończy się na pojedynczym stanowisku, lecz może być kontrolowanie rozwijana w stronę pracy zespołowej.
Dzięki serwerowi powstaje pełnoprawny system wieloużytkownikowy. Publicznie udokumentowana linia serwerowa wymienia Microsoft IIS, .NET, SQL Server oraz Single-Sign-on przez SAML 2.0. Do tego dochodzą role takie jak Reader, Writer i Admin. To właśnie ta kombinacja pokazuje, że nie tworzymy jedynie interfejsów viewer’a, lecz potrafimy przenieść projekty, uprawnienia, użytkowników, centralne przechowywanie danych i obsługę webową do czystej architektury.
- merytorycznie zaawansowany Viewer dla wymagających formatów i dużych wolumenów danych
- kontrolowana ścieżka rozbudowy od stanowiska pojedynczego do etapów zespołowych, serwera i chmury
- praca wieloużytkownikowa z modelem ról, centralnym przechowywaniem danych i zarządzaniem przez web
- rozwój produktu z rzeczywistym dalszym rozwojem zamiast jednorazowej dostawy projektu
Dlaczego netScope jest tak przekonująca dla nowych zamawiających
Rozwój produktu zamiast pojedynczej funkcji
netScope pokazuje, że myślimy w kategoriach wielu etapów produktu. Kto zaczyna lokalnie, planuje później podłączenie zespołów i w średnim terminie potrzebuje serwera lub chmury, zobaczy tu realną ścieżkę rozbudowy zamiast marketingowej grafiki.
Wiarygodność techniczna wynikająca z głębi
Desktop, kompetencje w zakresie formatów plików, wydajność, uprawnienia, zarządzanie webowe i eksploatacja wzajemnie się uzupełniają. To właśnie ta mieszanka decyduje o długoterminowej nośności w wymagających projektach specjalistycznych.
Korzyść sprzedażowa dla Państwa przedsięwzięcia
Jeśli Państwa projekt wymaga danych specjalistycznych, kilku poziomów użytkowników, kontrolowanych udostępnień lub późniejszych scenariuszy chmurowych, netScope jest odpowiednią referencją, że nie tylko rozumiemy tę drogę, lecz już ją zrealizowaliśmy.
netScope jako referencja dla skalowalnego rozwoju produktu
Dla firm, które nie chcą pozostawić merytorycznie zaawansowanego rozwiązania na lokalnej wersji początkowej, netScope wyraźnie pokazuje, jak łączymy techniczną substancję, myślenie produktowe i uporządkowaną rozbudowę.
Przeczytaj odpowiednie FAQ dotyczące netScope
Bardziej szczegółowe kwestie architektury stojące za netScope omawiamy w centrum FAQ: rozbudowa produktu, C#, usługi, portale oraz techniczna droga od wdrożenia lokalnego do centralnych modeli eksploatacji.