Oczekiwany rezultat. Odnotowanie uzyskanego w teście rezultatu
Oczekiwany rezultat. Wykazanie, że prezentowane rozwiązanie obsługuje podstawowe fazy cyklu życia sprawy
Oczekiwany rezultat. Wykazanie, że prezentowane rozwiązanie obsługuje podstawowe fazy cyklu dekretacji dokumentu wraz z wykazaniem, że dokument może zostać zadekretowany równolegle do wielu użytkowników, jak też że każdy z tych użytkowników może założyć sprawę z dokumentu
Oczekiwany rezultat. Wykazanie, że składnicą dokumentów jest repozytorium - dokumenty nie są rejestrowanie w bazie Systemu . • Wykazanie, ze System korzysta z usług repozytorium. • W repozytorium znajduje się dokument z metadanymi dopisanymi w aplikacji
Oczekiwany rezultat. Mechanizm integracji portal - repozytorium zapewnia wyświetlenie najnowszej wersji dokumentu dzięki mechanizmom repozytorium. • Nie jest konieczna ręczna interwencja w mechanizmach portalu w celu wymiany dokumentu w portalu na najnowszy. • Wykazanie, że zarządzanie wersją odbywa się w repozytorium i portal korzysta z usług repozytorium.
Oczekiwany rezultat. Mechanizm integracji portal - repozytorium zapewnia wyświetlenie w Portalu najnowszej treści. Treść wyświetlana jest w portalu w postaci fragmentu strony HTML - w repozytorium jest przechowywana w postaci pliku podlegającego przeszukiwaniu i wersjonowaniu • Nie jest konieczna ręczna interwencja w mechanizmach portalu w celu wymiany treści w portalu na najnowszą. • Wykazanie, że zarządzanie wersją odbywa się w repozytorium i portal korzysta z usług repozytorium.
Oczekiwany rezultat. Wykazanie, że aplikacja wykorzystuje silnik procesów BPM komunikujący się z repozytorium dokumentów.
Oczekiwany rezultat. Możliwość dodawania do repozytorium i edycji dokumentów istniejących w repozytorium bezpośrednio z poziomu narzędzi Windows Explorer, MS Word, MS Excel i MS PowerPoint.
Oczekiwany rezultat. Oczekuje się aby wejściowy plik PDF zawierający treść w postaci np. skanów kolejnych stron wieleostronnicowego dokumentu lub publikacji był przetworzony w następujący sposób: • Teksty znajdujące się w poszczególnych ilustracjach stanowiących zawartość dokumentu PDF powinny zostać poddane OCR • Na bazie uzyskanych treści tekstowych na każdą stronę dokumentu PDF zawierającą warstwę graficzną powinna zostać nałożona w odpowiednich miejscach warstwa tekstowa, tak aby w efekcie: o dokument mógł być przeszukiwany pełnotekstowo oraz o była możliwa operacja ręcznego kopiowania tekstu (Ctrl+C) z treści poszczególnych stron za pomocą typowego klienta PDF (Acrobat Reader) w taki sposób, jak możliwe jest to w przypadku dokumentów .doc z treściami tekstowymi • Po przetworzeniu dokumentu warstwa graficzna dokumentu powinna pozostać nie zmieniona, zmianie nie ulega liczba stron, położenie elementów graficznych itp. Próbka plików poddawanych testowi składać się będzie z co najmniej 5 plików, każdy zawierający co najmniej 20 stron
Oczekiwany rezultat. Oczekuje się efektu OCR zgodnego z opisanym w punkcie 9.
1. W bieżącym scenariuszu proces OCR funkcjonować ma „wsadowo”, zaś OCR podlegać będą dokumenty udostępnione na zasobie FTP. Wykazać należy również, iż dokumenty pobierane z zasobu FTP przetwarzane są równolegle. Dodatkowo istnieć musi możliwość skonfigurowania procesu wsadowego OCR tak, aby uruchamiał się on automatycznie o zadanej godzinie. Mechanizm OCR powinien być zintegrowany z mechanizmem procesowym (BPM lub BPEL) tak, aby możliwe było monitorowanie jego stanu za pośrednictwem narzędzi administracyjnych silnika procesów. Fakt równoległego przetwarzania kolejki dokumentów wykazać należy prezentując czasy startu i zakończenia odpowiednich procesów. Próbka plików poddawanych testowi składać się będzie z co najmniej 10 plików, każdy zawierający co najmniej 50 stron.