Сразу вопрос: для того, чтобы система была разработана с учетом новых технологий, что следует в ней реализовывать и какие технологии?

Цель: поднять уровень профессиональной подготовки при разработке проекта.

Описание будущей системы (краткое, общее): Системабудет реализовываться в качестве WEB-приложения с хранением данных в MSSQL 2000. Пользователями являются клиенты компании: поставщики сырья, покупатели. Пользователям предоставляется информация об отгрузках, остатках на складе, бонусах (только относящихся для данного пользователя). Предполагается, что система будет делаться не "под ключ" и в последствии будет модифицироваться для добавления новых функций (как, в прочем, и любая, практически, программа).

Ограничение на технологии: WEB-сервер: apache(win32) отсюда и пляшем. (Пока предполагается использовать PHP.)

Посылка для размышления:
В общем, вот так. Понимаю, что все, что хочется реализовывать нецелесообразно, а некоторое, на существующем веб-сервере даже не реально, т.к. затрат будет больше, чем выгоды (временных, трудовых и пр.). Но хочется реализовать проект так, чтобы он был построен грамотно, а не сделан слету, как "на душу ляжет". Хочется услышать советы об организации проекта, о возможной его структуре. Может быть есть подводные камни, которые следует учесть? В общем, хочется обсудить создание такой сситемы в ключе: "Гибко, удобно, качественно и использует новые технологии, актуальные в будущем (следующие 2 - 10 лет)". Ну вот, какие будут вопросы? Или может уже советы будут?

_рубльЗЫ ваш ярлык каким будет по счету у ваших клиентов?
Им не нужно будет звонить, чтобы узнать что-то. Зашел на сайт и смотришь: что, когда, где, сколько, сколько будет. Зачем звонить? Они должны будут остатки свои вводить, что сейчас делается по телефону.

_рубльПросто если вы хотите, что бы вашу прогу активно юзали, у ее должно быть как можно больше "интерфейсов доступа"
- веб страница
- выделенный клиен для получения данных, обработки и отправке
- открытый формат обмена информацией, для тех кто использует у себя универсального клиента, использование разных протаколов.

Тогда можно расчитывать на то, что предлогаемые вами услуги по формированию электроных заказов устроят многих.

Т.е. нужно офф-лайн клиент сделать еще, так? Чтобы был и такой способ и такой. К этому добавить, например, способность чтения из форматов: XML, Excel, или какого-то другого, так? Чтобы клиенты могли получать или посылать данные в удобном для них формате, так?

Предположим, что было получено согласие использовать нашу систему от ключевых клиентов. Что тогда, если рассматривать задачу в этом ключе?