ивними і негативними тимчасовими затримками, реалізовані у всіх пакетах, можна використовувати і об'ємні затримки. Справа в тому, що з тимчасовими затримками може виникнути ситуація, коли робота почалася, але виконується повільніше, ніж було заплановано і тимчасова затримка може вичерпатися раніше, ніж буде виконаний запланований обсяг робіт.
Пакет дозволяє використовувати необмежену кількість складових вартості, причому в різних валютах. Так само можна створити необмежену кількість різних ієрархічних структур робіт і ресурсів.
Для аналізу виконання проекту, пакет має можливість зберігати колишні версії і мати можливості для порівняння та аналізу відхилень поточної версії проекту від попередніх. У Spider Project є можливість зберігати необмежену кількість версій проекту і аналізувати хід виконання робіт не тільки в порівнянні з якоюсь базовою версією, але і з будь-якої іншої.
Розрахунок розкладу проекту методом критичного шляху проводиться без урахування обмеження по ресурсах і має точне математичне рішення. Якщо ж при розрахунках враховується обмеженість ресурсів, то поняття резервів, у тому числі і повного резерву (total float) втрачає сенс. У Spider Project обчислюється ресурсний критичний шлях і резерви термінів виконання операцій з урахуванням обмеженості ресурсів.
Алгоритм аналізу ризиків так само відрізняється від реалізованого в інших системах. При моделюванні ризиків в якості вихідної інформації використовуються не оцінки тривалості (оптимістичні, песимістичні), а оцінки продуктивності ресурсів.
У Spider Project немає одночасного доступу на зміну даних. Відповідальний за свою частину проекту (фазу) представляє менеджеру проекту свої файли. І рішення прийняти або відкинути зміни залишається за менеджером проекту. Саме таке рішення, на думку розробників, дозволяє уникнути плутанини при зміні проектних даних, і, як наслідок, витрати часу. З цих позицій розроблена і система групової роботи через інтернет.
Система взаємодії між учасниками проекту з використанням внутрішньокорпоративної Intranet або Internet середовищ передбачає наступну послідовність: створена головним менеджером повна версія проекту передається на сервер з вказівкою списку користувачів і рівня доступу тих, яким вона призначається, далі користувачі системи згідно включеним до списку обмеженням по доступу до проектів, можуть отримати план проекту - тільки для читання або його фазу (підфази) для управління реалізацією; в результаті виконання функції управління користувач передає змінений план (фази, підфази) назад на сервер, звідки він може бути отриманий керівником проекту.
При зверненні до сервера система проводить ідентифікацію користувача, забезпечуючи, таким чином, розмежування доступу до проектів.
Обмін даними між сервером і клієнтами здійснюється з використанням протоколу FTP, що дозволяє розгорнути систему на будь-якій платформі. Проект відправляється на сервер безпосередньо з пакету при виборі відповідного пункту меню. FTP сервер служить таким же сховищем проектів, як і інші директорії (Робоче, Центр, Архів) - входячи на сервер, користувач бачить список доступних для нього проектів і відкриває їх прямо в Спайдері.
Взаємодія між учасниками проекту можна здійснювати через кілька серверів. Наприклад, головний менеджер ...
