ApexВ двух словах есть база на аксесе некую фирму она не устраивает надо сделать подобное на оракле и соответственно перетащить все данные из аксессовской.Вот в этом месте нужно остановиться и более подробно разжевать, чем именно не устраивает. Видимо, не тем, что в качестве инструментария используется Access (надеюсь, это не вызвано Accessо-фобией)?

ApexДалее цитирую что они хотят: " модули:
1 учет договоров,учет исполнения договорных обязательств, Вот эта самая часть может не стоить почти ничего, а может стоить просто космические суммы в зависимости от того, до какой степени детализации необходимо наладить этот учет и до какой степени он систематизируется на конкретном предприятии. Если все договора разные, и каждый заключаемый вновь договор может содержать в себе условия, которых не было в других договорах, и выполнение обязательств по этим условиям нужно отслеживать, то должен быть супергибкий инструментарий, позволяющий "на ходу" пользователям системы заводить новые правила и завязывать их на контролируемые системой события. Просто для примера. Как можно проконтролировать сие:
5.5. В случае, если по истечении 5 банковских дней с момента, как рак на горе свистнет, Исполнителем не будет исполнен танец живота на Красной Площади, Исполнитель выплачивает штраф Заказчику в размере 10% от суммы, полученной по настоящему Договору между днем Ивана Купалы и Вторым Пришествием, но только за художественную часть составляющей настоящего Договора.

Необходимо, чтобы в системе каким-либо образом отслеживались два СИГНАЛА - свист рака на горе и исполнение танца живота на Красной Площади. Кроме того, учет платежей по данному договору должен вестись таким образом, чтобы система легко могла выделить на автомате ту часть платежей, которая произведена только за художественную часть (даже если в одной платежке оплачено одновременно несколько частей), и при этом четко понимать, Второе Пришествие - это где? Если эти сигналы и аналитическая информация никак не контролируются, а подобных условий может возникать масса в разных договорах, значит задача вообще не систематизируется, и необходимо "хочу" заказчика ограничивать рамками суровой объективной действительности.

Apex2 управление обязательствами, платежный календарь, бюджетный контроль, анализ выполнения буджета ,Вот в этом месте самая интересная часть - хвостовая. Очень много зависит от степени детализации подобного анализа. Если при анализе выполнения бюджета необходимо иметь возможность непосредственно в системе выходить на информацию, что бюджет нарушен по причине срыва условий договора, потому что Иванов Сидор Петрович не воткнул вовремя плюмкалку в закулдыкалку, потому что начальник отдела закупок был в отпуске и не выполнил вовремя заявку на приобретение плюмкалок, то это весьма дорогая система с довольно высокой степенью детализации учета всех операций. А если нужно просто ответить на вопрос - выполняется ли бюджет или нет, то это довольно дешевая система.

Apexраспрделенные интерфейсы с единым стилем компонентов,Пппппереведи... :)

Apexзащищенность данных от случайного или преднамеренного разрушения(модификации),Кем? Если администратором тоже, то я Вас поздравляю. :) В принципе, доводилось решать подобную задачу, могу вкратце рассказать, как это делается. У каждого юзверя имеется Touch-Memory (таблетка) с его персональным кодом доступа, которую он втыкает в специальное устройство на рабочем месте, прежде чем выполнить какую-либо операцию. Каждая запись в базе данных содержит дополнительное поле цифровой подписи. Клиентская часть выполняет подсчет контрольной суммы всей записи (вместе с идентификатором записи) и сохраняет на сервере запись вместе с электронной подписью ее автора. Специальные механизмы отслеживают, чтобы записи добавлялись в таблицу таким образом, чтобы в их нумерации не было "дыр". Сразу предупрежу, что реализация подобных механизмов связана с ограничениями возможности параллельной работы пользователей, а стандартные Identity тут не подходят. Если администратор удалит какую-либо запись, в нумерации возникнет "дырка" и вмешательство администратора в систему выйдет на поверхность (его тут же вызовут на ковер). Если он попытается исправить номера у ранее введенных записей, нарушится контрольная сумма записи, и она перестанет подтверждаться цифровой подписью (что опять повлечет вызов администратора на ковер). Если на место удаленной записи он захочет вставить фальшивую, ему придется подписываться собственным ключом, потому что ключи других юзверей ему не известны.

Apexистория измененийТоже очень интересная тема. Как часто и кому она будет нужна? Если вообще всех изменений чего-бы-то-ни было, с возможностью просматривать и анализировать эти изменения не только администратору, но и менеджерам различного уровня, то это весьма серьезное удорожание системы (тоже приходжилось подобным заниматься) :)

FpexТеперь вопрос сколько _примерно_ это может стоить?По имеющейся на текущий момент информации - от 10'000$ до плюс бесконечности. :)