ASCRUSЯ думаю хватит флуда. Это форум обсуждения работы. Просьба участников топика вопросы по техническому обсуждению реализации обсуждать в соотвествующих форумах.
Считаю, что топик Заказ на разработку БД в форуме работа закрыт преждевременно. Флуда не было, была дискусия. Полезная. IMHO

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

Хочу высказать до конца своё мнение по поводу.

Макс Грибов присылал мне описание бизнес процессов. И я его внимательно прочитал. Вот выдержки оттуда дословно:

Перечень документов которые используются нами в работе и должны подготавливаться автоматически на основе БД:
•\tРасчет стоимости
•\tПеречень выбранных видов работ
•\tДоговор
•\tПриложение к договору (с указанием выбранных видов работ)
•\tСчет
•\tОпись полученных от заказчика/ переданных ему документов
•\tАкт приема-передачи работ
•\tДополнительное соглашение к догвору
•\tСчет-фактура

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

Вот пример:

1.\tПодписание договора
a.\tСогласование условий договора (ОП)
b.\tОтправка подписанного договора с нашей стороны, и счета (ОП)
c.\tРегистрация счета (ФО)
d.\tПолучение подписанного договора от заказчика (ОП)
e.\tПолучение документов необходимых для оформления лицензии (ОП)
2.\tПредлецензионная подготовка
a.\tПодготовка пакета для лицензионного центра (ОЛ)
b.\tПередача документов заказчику на подписание (ОП)
c.\tПередача документов на оформление удостоверений (ОЛ)
3.\tЛицензионный центр до рассмотрения документов
a.\tПредоставление документов в лицезионный орган (ОЛ)
b.\tПередача документа подтверждающего сдачу документов вместе с счетом заказчику (ОП)
c.\tРегистрация второго счета (ФО)
d.\tПолучение счетов лицензионного центра (ОЛ)
e.\tПолучение направлений на заключения и предача документов в базовый центр (ОЛ)
f.\tОплата счетов лицензионного центра (ФО)
g.\tПолучение счетов от базовых центров (ОЛ)
h.\tОплата счетов базовых центров (ФО)
i.\tПередача договоров с лицензионным центром и с базовыми центрами на подпись заказчику (ОП)
4.\tРассмотрение документов
a.\tПредоставление в лицензионный центр подписанные договора, заключения базовых центров (ОЛ)
b.\tПолучение списка за мечаний от эксперта лицензионного центра (ОЛ)
c.\tСогласование списка с заказчиком и запрос от него дополнительных документов (ОП)
d.\tВключение в протокол и рассмотрение документов на комиссии (ОЛ)
5.\tПолучение лицензии
a.\tПолучение номера присвоенного лицензии (ОЛ)
b.\tОтправка справки с номером лицензии (ОП)
c.\tПолучение бланка лицензии (ОЛ)
d.\tОтправка бланка лицензии вместе с актом, счетом фактурой, счетом заказчику (ОЛ)
e.\tРегистрация третьего счета (ФО)



А выяснилось вот что:

_bob
что такое финансовый учёт представляю, особенно элементарный, а более всего я представляю что Максим под этими словами имел в виду, я тебе даже скажу по секрету, а Максим подтвердит, что при обсуждении он сам скептически отнесся к обмену данными с бухгалтерским софтом
...
все, что нужно, это чтобы региональный представитель из другого города мог скалькулировать заказ по единому актуальному сложному прайсу, и заказ этот зарегистрировать, а клиент чтоб мог посмотреть инфу по своему заказу, И ВСЁ!!!


Боб такой скриптик примитивный можно действительно написать за один два дня и стоить это будет впределах 300$ Ваше описание задачи противоречит, описанию которое прислал мне Макс по электронной почте. (особенно если посмотреть на пункт - "Перечень документов которые используются нами в работе и должны подготавливаться автоматически на основе БД ")

Боб боюсь ты даже такой скриптик запорешь. Ведь что бы его реализовать грамотно нужно реализовать по уму хотя бы справочник организаций для регистрации клиентов.

Ты этого сделать не сможешь.
Для того что бы реализовать грамотно этот справочник нужно ввести целый ряд вспомогательных справочников соответственно нужно добавлять не одну таблицу.
1 - Справочник видов деятельности организаций (желательно)
2 - Справочник форм организаций
3 - Справочник населённых пунктов
4 - Сравочник регионов
5 - Справочник стран (желательно)
6 - Справочник административных регионов
7 - Справочник административных округов
Последние два желательно подготовить и внести в них реальные ланные по возможности

1 - Нужно контролировать правильность введения ИНН что бы не было регистраций подставных фирм. То есть нужно по первым двум цифрам ИНН сверять код региона а по вторым двум код административного округа, для этого и нужны 6 и 7 справочник.
2 - Желательно вести чёрный список организаций
3 - Нужно исключить попытки повторного ввода одного и того же ЮЛ.

На проектирование структуры БД написания логики, интерфейсов для поддержки дополнительных справочников и занесение первоначальн нужно не менее недели. Нужно сделать интерфейсы для поиска и регистрации реквизитов каждого справочника.

Вы собираетесь написать халтурку за пару дней. :)

Боб эта информация для вас. (не забудьте вкючить колонки на компьютере... имеется звуковое сопровождение послания )
Примитивность вашего мышления стала для меня очевидной ещё по вашим предыдущим сообщениям. А сейчас вы перешли на открытое хамство и оскорбления :) Я делаю для себя ещё один вывод: Вы либо полный бездарь, либо полный дилетант по вопросам автоматизации.

EPAM Systems
А есть хороший выход - клиент делается обычный - на Delphi например - а работает он через вебсервисы (вот и asp.net пригодится). Тут получаем и удобство работы - все-таки вин-приложение как-никак, и доступ прост - тот же http к вебсервисам. И волки целы, и овцы сыты.
Я как раз такую весчь сейчас делаю - отлично получается!!! Да и клиент для загрузки фото в интернет-магазин у нас так же сделан - все клиенты отовсюду пользуются, все прекрасно. Только одно ограничение - ОС Windows от 98. Так что не заморачивайтесь с вебинтерфейсом - он действительно плох для нормальных офисных приложений (если конечно не заняться целью его улучшить, но это гораздо больше времени и денег).

Идея хорошая. Решение проблемы с обновлениями. Но будет ли такое приложение на *nix работать?

Игорь В.
Зачем????
Зачем для получения лицензии делать подставную фирму??? зачем платить за это бешенные деньги?
Это не главное. Менеджер при регистрации может ошибиться при вводе. И не правлильно будут выставляться документы. Налоговая потом отимеет бухгалтерию.

Это дополнительный контроль. ;)

ASCRUS
Лично я считаю, что здесь Вы должны себе искать исполнителя и обсуждать вопросы связанные с оплатой и обеспечением условий труда с кандидатами по конкретной постановке задачи, для других тем есть соотвествующие форумы:

Согласен. Мы уточняем постановку задачи. Заказчик зачастую до конца не представляет что ему нужно.
Это влияет непосредственно на вопрос связанный с оплатой труда. и.т.д.

Игорь В
Счет будет выставлять бухгалтерия из ее бухгалтерской программы :)
Там и будет этот контроль..
Каждый должен отвечать за свой участок..

Посмотрите ещё раз, только не читайте через строку, оригинальный текст постановки задачи, который прислал мне Макс.

Игорь В.
1. Я читал целиком постановку задачи
2. Лично разговаривал с Максом по поводу бухгалтерии..
1С переписывать никто не собирается :)
Разумеется это нереально.
А вот отдельную конфигурацию усечённую версию "1С Торговля-Склад" и заточенную под свои специфические нужды (я имею ввиду не бухгалтерский учёт а управленческий) переписать можно было бы.

У 1С много недостатков. Например вы не сможете даже на SQL серверной конфигурации построить распределённую БД, что просто необходимо для консолидированного контроля и управления крупных компаний имеющих териториально разделённую сеть филиалов.

Кроме того если вы знакомы с технологией проводкок документов и планами счетов в 1С то долщны знать, что она отличается от алгоритмов связанных с последовательным накоплением данных почти во всех известных мне проектах. Ведь оборотку или любую другую ведомость можно получить произвольно по любому периоду работы не используя при этом регистры. 1С это плевок в саму суть SQL! IMHO

guest_20040621Хм... г-на заказчика беспощадно развели на бабки. И поделом.

> 1 - Справочник видов деятельности организаций (желательно)
> 3 - Справочник населённых пунктов
> 5 - Справочник стран (желательно)

Для чего они здесь, если не секрет?

> 2 - Справочник форм организаций
> 4 - Сравочник регионов
> 6 - Справочник административных регионов
> 7 - Справочник административных округов
> Последние два желательно подготовить и внести в них реальные ланные по
> возможности

На день-два работы, если с нуля.
Вы либо плохо представляете что такое реляционная БД, либо невнимательно читали сообщения топика.

Любую точку зрения можно назвать субъективной. Всё зависит от подхода к качеству реализации поставленной задачи. То есть от вашего профессионального подхода.

Я уже говорил, что халтурку можно и за пару дней написать.
- Сколько времени вы у вас обычно уходит на отладку написанного кода? (обычно на само написание уходит приблизительно 20% времени а 80% на отладку)
- Насколько качественными, вы сделаете интерфейс пользователя? (с точки зрения удобства, эргономичности и дизайна) (профессиональные разработчики уделяют этому очень большое внимание..)
- Сколько времени у вас уйдёт на подготовку справочников, которые содержат собственно "справочные" данные? (или у вы предложете клиенту самому напрягаться и заполнить их)

Я описал далеко не все неодходимые справочники. Нужно иметь еще справочник более высокого уровня "Конрагенты" и под ним структура для регистрации ФЛ.. в связке со справочником ЮЛ те ФЛ может впринципе быть контактным лицом той же организации. И в свою очередь контрагентом по заказу может быть и ФЛ (вы такой вариант исключаете?)
- ещё нужно иметь стравочник "пользователей" который в свою очередь должен быть связанным с таблицой реквизитов (атрибутов) физических лиц
-- ещё нужно стравочник "статусов для ЮЛ" и справочник "профилей пользователей" (который в свою очередь должен быть связан с системной таблицей логинов самого SQL сервера)
--- и.т.д.

Вы понимаете о чём я говорю? Или вы мыслите так же примитивно как Боб?

Если вы напишите всё это за два дня то ... В противном случае ваша система будет примитивной и немасштабируемой. Вы понимаете, что я имею ввиду под словом масштабируемость? - (я имею ввиду - что за%;тесь потом исправлять для уже рабочей системы)

Andrey K
Если вы напишите всё это за два дня то ... В противном случае ваша система будет примитивной и немасштабируемой. Вы понимаете, что я имею ввиду под словом масштабируемость? - (я имею ввиду - что за%;тесь потом исправлять для уже рабочей системы)

Ой сорри не вы за%;тесь, а ваш заказчик. Отстёгивать бабло за доработку.

Да вот ещё немаловажную деталь забыл.
Посмотрел топик и вспомнил

У любого ЮЛ либо ФЛ могут меняться реквизиты (атрибуты) Как то:
Фамилия, номер паспорта, наименование организации, форма организации .....

Поэтому нужно предусмотреть таблицу истории изменения. Что бы в случае изменения, по дате документа выбрать действительные. Простая SP необходимая при просмотре документов за все периоды по клиенту (контрагенту) .

Нужно так же предусмортеть возможность необходимости объединения нескольких ЮЛ в группу, для гибкого анализа заказов, и ценообразования по ЮЛ входящих наример в холдинг или работающих впределах одной "компании"

Повторюсь. Всё очень не тривиально.

Andrey K
Поэтому нужно предусмотреть таблицу истории изменения. Что бы в случае изменения, по дате документа выбрать действительные. Простая SP необходимая при просмотре документов за все периоды по клиенту (контрагенту) .

А вы думаете почему в 1С таблицы так пухнут??? (это одна из причин) БД 1С далеко до 5 нормальной формы. Как вы думаете почему они до сих пор не смогли сделать свою БД распределённой??? (ещё бы такого "монстра" переписать )
IMHO - Технология 1С должна умереть рано или поздно. (как динозавры )

to guest_20040621: Да вы батенька демагог ваш стиль мне знаком.
Вы в этот форум случайно залетели? Или боитесь под своим настоящим логином высказываться?

В любом случае посылаю вас туда же куда и Боба. >>> СЮДА

Давать коментарии по вашим глупым вопросам и замечаниям не буду.

guest_20040621
Хм... а чего мне бояться? Да нет, все проще: видите ли, уважаемый, кривой софт (данный форум я к таким поделкам и отношу) вызывает у меня устойчивый рвотный рефлекс и абсолютное нежелание делать лишние телодвижения (регистрироваться, например). Ы? Опять же, вменяемых оппонентов здесь - человек десять, так что овчинка выделки не стоит.
Эко загнул! Это камешек в чей огород?

Ваша болезнь описана здесь

2 Bob: Проект который вы смотрели, действительно содержит много ошибок. Многое нужно переделать. Я об этом писал. Это не рабочий проект. Вы невнимательно читали здесь примечания по проекту. Я тоже допускаю ошибки. (но я их признаю в отличии от вас, и всё исправлю). Когда начинал писать проект, я действительно, слабо знал технологию, с которой собирался работать. Зато теперь достаточно глубоко знаю и технологию и предметную область.

PS Боб я тебя люблю. Ты не прав.

_bob
А ещё я, наверное, эту базу делать буду. Так что на бабки г-на заказчика никто не разведёт, просто он получит быстро и качественно сделанный софт за реальные деньги.
Не забудь показать результат своего труда сразу после того как сдашь под ключ заказчику. Обсудим твой стиль программирования и посморим сколько на всё ушло времени.

P.S. Я плакалъ

Информация об авторе: _bob
...
Откуда: Москва
Интересы: людоедство
Работа: не волк, в лес не убежит
Информация: в ближайшее время ожидается появление фотографии в профиле
...

Интересы: людоедство
Думаешь это умно или оригинально?
Лучше бы правду написал
Интересы: мозго@$%тво

_bob
Андрей, я не нуждаюсь в выкладывании масштабных недоделок в инет и уж, тем более, не рассылаю их пятидесятистраничные описания.

Вы выложили бы отлаженный проект с исходниками??? Я никому не рассылал пятидесятистраничные описания. Проект выложен для дугих целей.

_bob
На твоем месте я бы лучше делфи или бейсик какой-нибудь поучил бы.

Боб я писал и на делфи и на бейсике. :) А так же на assembler, VFP, Perl, JS, VB, VBA...

_bob
Понимаешь, на акцессе интерфейсы пишут от нужды или от срочности, иногда от того, что уже есть готовый софт, который надо постоянно подкручивать, а на написание нового времени нет...

Это ваша субъективная точка зрения. На Access можно писать очень сложные и серьёзные проекты, это не только моя точка зрения. (преимущества по удобству и быстроте) Хотя в настоящее время .NET по удобству и функциональности более перспективная технология.

_bob
Обсуждать чей бы то ни было стиль программирования с акцессником, который задолбал весь форум поисками КА, которое пристроило бы его в Москве на деньги, которых он не стоит, я не намерен, у меня есть собеседники на эту тему гораздо более опытные и квалифицированные.

Я разбираюсь достаточно хоршо в стилях программирования, хоть и писал последнее время на Access. О денгах, которых я стою не вам судить. Вы имеете ввиду Дмитрия?

_bob
а то swf-ки какие-то выкладываешь, я их даже посмотреть не могу, а форумчан твое творчество уже наверное утомило.

А зря посмотрите, очень содержательное послание. Утомило только вас. :) Вы начали, чего же вы ожидали в ответ.

_bob
Если встретимся в Москве, я тебе базу покажу.
Было бы интересно посмотреть. Вижу, что вы достаточно вменяемый человек, по сравнению с вашим новым знакомым Дмитрием.
Надеюсь, что наша беседа вцелом была для вас полезна, и вы сделаете правильные выводы.

P.S. Исправте "информацию о пользователе". Работодатель может испугаться когда увидит, что собирается нанять "людоеда" и "лентяя".

_bob
это последний мой пост в этот топик
эпиграф:"Я классный системный програмист, правда последнее время продаю расходники, я известный художник, но последнее время работаю маляром...."

Какой точный вы составили себе автопортрет однако.

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

Ну и дурак. Люди то всё равно выводы делают. (ваши собеседники)

_bob
Я своих проектов не выкладываю, ни начатых, ни неоконченных, вообще никаких. И не понимаю, для чего выложен Ваш. Разве что перед девочками пальцы погнуть...

И не поймёте Боб. (потому что вы дурак * )

_bob
Пару лет назад передо мной встала задача: акцесс97, базу перенесли на SQL, в примечании ленточной формы суммы отфильтрованых записей. После переноса базы суммы стали считаться безумно медленно. Берем SQL фильтра формы, считаем суммы с помощью ХП. Но в одной форме юзера используют сохраненные фильтры с параметрами (ну нравится им так, а может просто привыкли). При фильтрации акцесс САМ запрашивает значения параметров, а в строке фильтра пишется только имя параметра. Надо узнать значения параметров, которые ввел юзер.

Такая задача встала перед вами потому что >>> ( См выше * )
Ух действительно сложнейшая задача. УУУУуууууу. Мучались наверное долго, да?

Предполагаю, что всё что вам нужно было - пропарсить строку фильтра по событию фильтра


Private Sub Form_Filter(Cancel As Integer, FilterType As Integer)
MsgBox Form.Filter
End Sub


Боб бросайте нафик программирование! Это не для вас! Займитесь чем нибудь полезным!

_bob
Всего хорошего, желаю весело провести выходные/праздники.

И вам тоже наилучшего отдыха.

_bob
в мессадже я получил следующее: ((таблица1.поле1 = [Параметр1])), хотя параметр1 равен 2 и действительно отфильтровались записи с двоечкой


??? Я пробовал на 2000, 2003 и XP :)
Везде выдаёт само значение ((таблица1.поле1 = "значение фильтра"))
Вы меня обманываете?

_bob
Пару лет назад передо мной встала задача: акцесс97, базу перенесли на SQL, в примечании ленточной формы суммы отфильтрованых записей. После переноса базы суммы стали считаться безумно медленно.

Говорят, что операцию на глаз тоже можно сделать через задний проход. :) Вы разобрались почему именно суммы стали считаться очень медленно? Не пробовали найти другое решение?

_bob1. ясно было сказано, что акцесс97.

Подразумевается, что я для выполнения вашего ненормального задания, должен был откопать этот древний дистрибутив и инсталировать? :)

_bob
3. Вы или лжёте, или не знаете как сделать фильтр с параметрами. Как сделать: давим "изменить фильтр", в любое поле в квадратных скобках пишете [параметр1]. После этого при применении фильтра на форме этот параметр будет запрашиваться.

Конечно не знаю. И мало того - скажу, что в связке Access + SQL Server фильтры такого рода и на Х не нужны :) Я изначально писал на Access + MSSQL 2000.

_bob
4. Почему суммы стали считаться медленно: во-первых и так было ясно, во-вторых разобрались почему, в третьих другое решение нашли. Но задача по нахождению введённых параметров была решена, причем двумя способами и Вы, Андрей, решить её не можете. И не сможете.

Раз нашли зачем мне предлагаете реализовать изначально некоректное решение? :) Вы считаете, что нужно быть гением, таким как вы, что бы найти решение для вашей задачи, решение которой вы осуществили через задницу?

_bob
Короче, умный гору обойдет. А за обход горы платят технологам, постановщикам задач, но не программерам.
Вижу вам нравится самокритика и выполнение дурной работы.

_bob
.... не высказав при этом ни одной конструктивной идеи
:) Что вы называете конструктивной идеей?
Обход логики, предусмотренной самими разработчиками?