Программа

← →
Курдль © (2006-11-23 17:18) [80]

> Андрей Сенченко © (23.11.06 17:09) [68]
> Судя по той вершине айсберга, которую Вы показали в первом
> постинге, только ФД ( функциональный дизайн ) отнимет у
> хорошего аналитика примерно 2 недели

Что 2 недели делать аналитику в описанной в [0] задаче?
Одумайтесь, люди! В микроскоп не определено ни бухгалтерии, ни управленческого анализа, ни документооборота! Из чего здесь 2 недели FSD стряпать? Взашей таких АНАЛитиков!

← →
Jeer © (2006-11-23 17:23) [81]

> В микроскоп не определено ни бухгалтерии, ни управленческого
> анализа, ни документооборота!

Не тот микроскоп у тебя.

Моя практика показывает, что вот из таких "легких" задачек, так же легко вырастают монстры.
Буквально последний проект тому подтверждение.

← →
boriskb © (2006-11-23 17:23) [82]

zdm © (23.11.06 17:16) [78]
Считаю что среднестатистическая прога-

А что это такое? :))

← →
Павел Калугин © (2006-11-23 17:25) [83]

> [0] Vera (23.11.06 15:37)

Есть предположение, что Вы описали CRM систему в неком её виде.
Вывод посмотреть кто предлагает готовые CRM решения на рынке недвижимости.
Заказывать разработку организации обойдется дороже.
Заказывать разработку "свободному художнику" обойдется дешевле, но сильно дороже в дальнейшем сопровождении и поддержке.
В данной ситуации настоятельно рекомендовал бы найти готовое решение с небольшой доводкой под нужды организации

← →
Андрей Сенченко © (2006-11-23 17:25) [84]

Курдль © (23.11.06 17:18) [80]

Практика показывает, что начальные требования имеют свойство разрастаться процентов на 80.

ведение БД клиентов, со всеми их атрибутами(Ф.И.О адрес и т.д.), историей заказов.

Привязка к бухгалтерии однозначно потребуется, причем к той самой самописной за 600$, которая еще не факт поддерживает экспорт / импорт.

Так же модуль по ведению всей сделки (наличие юридических документов, дат, люди, которые занимаются этим объектом).

Тут сразу пишем модуль обновления шаблонов с сайта Консультанта например.

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

Тут либо штатный приличный программист, либо подходящая коробка + человеческий контракт на сопровождение ( а по-любому обдерут )

← →
Курдль © (2006-11-23 17:25) [85]

> Jeer © (23.11.06 17:16) [77]
> Вот странно - наблюдал порядка 200 users, при том, что это
> документооборот, да еще и со сканами документов работает.

200 пользователей на FB? Архитектора в студию! Я должен ЭТО видеть!

← →
Jeer © (2006-11-23 17:25) [86]

> boriskb © (23.11.06 17:23) [82]

"Прога", считающая среднюю статистику:)

← →
k2 © (2006-11-23 17:25) [87]

нет, ну 6-ка формсов уже тогда была, если списочная форма ~ грид, дерево, то вроде как и в шестерке с этим проблем не было. как-то понадобилось сложное дерево - на дельфи activex без глюков встроился и работал.
в девятке морда посимпотишнее

← →
Jeer © (2006-11-23 17:27) [88]

> Курдль © (23.11.06 17:25) [85]

Приезжай - покажу.
Мой ученик:)

← →
Курдль © (2006-11-23 17:30) [89]

> Андрей Сенченко © (23.11.06 17:25) [84]

Эх, Андрей, Андрей... Как же Вы переговоры с заказчиком ведете? :)

Читаете вводное ТЗ, называете цену за выполнение всех (но не более) его требований, ввязываетесь в проект, а потом начинается:
- Так вам еще документооборот? Ну ведь тогда система перерастает на совсем другой уровень!
- Что Вы говорите? "Бухгалтерия"?!! Ну Вы же понимаете, что это уже на порядок повысит цену!

"А возможность расширения" - это уже выигранный Вами саппорт!
;-)

← →
Алхимик © (2006-11-23 17:30) [90]

> [0] Vera (23.11.06 15:37)

Адрес почты в анкете.

← →
zdm © (2006-11-23 17:30) [91]

На счёт СУБД -уже много рассуждали.
1. Цена вопроса.
2. Объем БД
3. "Мощность" сервера.

Извините, личное мнение
1. Oracle -круто, много, сложно, грамостко, +pl/sql (но привыкнув к нему, то и статистику и аналитику писать становится одно удовльствие(особенно если купить pl/sql developer , сейчас он по моему баксов 500 стоит))
2. MySQL-не полная поддержка транзакций(как и всё у микромягких)
3. IB-всё ок, но марально устарела.
4. FB-форева. OpenSorce-похоже выйдет на первое место

← →
Jeer © (2006-11-23 17:31) [92]

> Курдль © (23.11.06 17:30) [89]

Суворов так и говорил - "Главное - ввязаться"

← →
Jeer © (2006-11-23 17:32) [93]

> (как и всё у микромягких)

И что это значит ?

← →
oldman © (2006-11-23 17:36) [94]

ребята, спокойнее...

Человеку "далекому от программирований" задают вопросы о целесообразности той или иной среды и о стоимости ТЗ...

Вообще, желательно позвать другого человека. Знакомого с проблемами решаемой задачи как на этапе проектирования, так и на этапах написания и внедрения.

Vera, привет твоему начальнику и флаг ему в руки с таким подходом к работе. Боюсь, получит он очередной нерабочий АРМ...

← →
Андрей Сенченко © (2006-11-23 17:39) [95]

Курдль © (23.11.06 17:30) [89]

Я с заказчиками веду переговоры в переговорной комнате на 4 этажа ниже .. ну или напрямую подхожу, если совещания не нужно собирать.

Просто чтобы устранить возможные домыслы с Вашей стороны - я не свободный программист на Дельфи ( собственно и на Дельфи то я не программист, так "пордвинутый начинающий" - изредка приблудки для себя пописываю ). Я штатный сотрудник департамента ИТ сети магазинов "Старик Хоттабыч". Должность называть не буду, ибо как у большинства штатных она достаточно размыта, на визитке - одно, по факту в 5 раз больше.
Уверяю Вас, что за 7 лет работы на этом месте я навидался столько простеньких с виду начальных задач, что могу себе позволить предварительную оценку того, во что это выльется, уже чисто по постановке. Чутьё если хотите.

Потому и советую автору искать коробку.

← →
oldman © (2006-11-23 17:45) [96]

> Андрей Сенченко © (23.11.06 17:39) [95]
> Уверяю Вас, что за 7 лет работы на этом месте я навидался
> столько простеньких с виду начальных задач, что могу себе
> позволить предварительную оценку того, во что это выльется,
> уже чисто по постановке. Чутьё если хотите.

+10!!!!!!!!!!!!

← →
Курдль © (2006-11-23 17:47) [97]

> Андрей Сенченко © (23.11.06 17:39) [95]
> Потому и советую автору искать коробку.

Я не понял, на чьей Вы стороне? На Вериной, или на нашей?!!

← →
boriskb © (2006-11-23 17:49) [98]

Курдль © (23.11.06 17:47) [97]
Я не понял, на чьей Вы стороне? На Вериной, или на нашей?!!

:))
Точно-точно!
Изменьщик он!! :)

← →
oldman © (2006-11-23 17:51) [99]

> Курдль © (23.11.06 17:47) [97]
> Я не понял, на чьей Вы стороне? На Вериной, или на нашей?

Он Инквизитор!
:)))))))))))

← →
Игорь Шевченко © (2006-11-23 17:52) [100]

zdm © (23.11.06 17:30) [91]

> 1. Oracle -круто, много, сложно, грамостко

громоздко

> MySQL-не полная поддержка транзакций(как и всё у микромягких)

неполная.

К "микромягким" не имеет никакого отношения.

> но марально устарела

морально.

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

← →
Андрей Сенченко © (2006-11-23 17:52) [101]

Курдль © (23.11.06 17:47) [97]

В данный момет - на стороне здравого смысла.

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

← →
boriskb © (2006-11-23 17:54) [102]

Андрей Сенченко © (23.11.06 17:52) [101]
В данный момет - на стороне здравого смысла.

Тогда точно не на нашей стороне :))

← →
oldman © (2006-11-23 17:55) [103]

> Игорь Шевченко © (23.11.06 17:52) [100]

Разрешите Вас поддержать!!!

← →
Андрей Сенченко © (2006-11-23 17:56) [104]

boriskb © (23.11.06 17:54) [102]

Дык .. ЙЕС.

← →
Курдль © (2006-11-23 18:00) [105]

> Андрей Сенченко © (23.11.06 17:52) [101]
> Курдль © (23.11.06 17:47) [97]
> Я бы откровенно говоря, не советовал Вам ввязываться в это
> дело, если Вы конечно не представляете достаточно крупную
> софтверную компанию, имеющую опыт внедрения решений в означенной
> области. На поддержке сдохнете, там же нормативы и состав
> документов меняются чаще, чем Верины перчатки.

Ввязываться я в это не собираюсь, хотя представляю софтверную компанию, крупность которой старику, нашему, хоттабычу и не снилась.
Так, мог бы сам в рамках изложенного "ТЗ" что-нибудь натворить скучными зимними вечерами, чтобы совсем квалификацию не растерять на своей не-программистской должности. Даже не за деньги, а так - символически типа $5000.

← →
Romkin © (2006-11-23 18:01) [106]

Курдль © (23.11.06 17:25) [85] На Софтуле в сентябре фирма Ансофт показывала систему автоматизации супермаркетов на Interbase. В реале. Специально для таких неверующих.

По делу: за ТЗ $1000 в Москве - нормально. За хорошее ТЗ, после которого не остается вопросов ни у заказчика, ни у разработчика. Вообще говоря, ТЗ стоит примерно 35-40% от полной стоимости проекта.
Delphi + Interbase (или Firebird, который бесплатен) - нормально. Около сотни пользователей и объем БД несколько Гб - будет работать. Единственное условие - отсутствие кривых ручек у разработчика.
Вопрос в том, доверяете ли вы разработчику. Если доверяете - вопрос, на чем писать, возникать не должен. Не доверяете - а зачем он такой вам нужен?

← →
Андрей Сенченко © (2006-11-23 18:04) [107]

Курдль © (23.11.06 18:00) [105]

Даже не за деньги, а так - символически типа $5000.

Я так вижу, мы поняли друг друга :)))

← →
Jeer © (2006-11-23 18:13) [108]

Для не верящих в Firebird:

http://san-46.narod.ru/AboutFirebird.htm
http://ch.svistunov.ru/files/computerra.php?article=2006/640/2006/640/271551/&img=no

> Jeer © (23.11.06 18:13) [108]
> Для не верящих в Firebird:

Разве то, что "Опубликовано в журнале "Компьютерра" №20 от 01 июня 2006 года" должно мне внушить доверие?
Вторая ссылка не открылась, т.к. на запрещенном сайте.

> Курдль © (23.11.06 18:20) [109]

Конечно должно - ведь написано же :)

Меня вот другое удивляет - когда в эпоху DBASE, Fox, Карат работали сетевые приложения по 20-50 пользователей на "примитивных" 386-х и ничего не падало, не задыхалось, то почему увеличение всего в несколько раз пользователей при супер-пупер технологиях и железе должно вызывать расстройство ?

Вот руки окривели - это да.

> Jeer © (23.11.06 18:25) [110]
> Меня вот другое удивляет - когда в эпоху DBASE, Fox, Карат
> работали сетевые приложения по 20-50 пользователей на "примитивных"
> 386-х и ничего не падало, не задыхалось, то почему увеличение
> всего в несколько раз пользователей при супер-пупер технологиях
> и железе должно вызывать расстройство ?

Тогда никто не требовал хранения "Изображений объектов недвижимости", да еще в разных ракурсах.

> Курдль © (23.11.06 18:31) [111]

> хранения "Изображений объектов недвижимости",

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

Один из вариантов решения, который мы использовали:
При запуске клиентского места происходит реплицирование с сервера каталога файлов изображений, т.е. это не BLOB.
Как правило с клиентского места идет работа только на просмотр изображений.
Т.е. сеть отдыхает.

> Тогда никто не требовал хранения "Изображений объектов недвижимости",
> да еще в разных ракурсах.

Хранили локально или в локальной сети. Да, по модему на 2400 это было трудненько.
Но опять же: А что, собственно, мешает IB обеспечивать 100-200 пользователей? Ты ведь утверждаешь, что даже 50 - уже невозможно?

> Потому и советую автору искать коробку.

Сам писать не хочешь и другим не даешь руки погреть :)

> Romkin © (23.11.06 18:39) [113]
> Но опять же: А что, собственно, мешает IB обеспечивать 100-
> 200 пользователей?

Может блокировки?

> При запуске клиентского места происходит реплицирование
> с сервера каталога файлов изображений, т.е. это не BLOB.
>
> Как правило с клиентского места идет работа только на просмотр
> изображений.
> Т.е. сеть отдыхает.

У меня почти так и сделано: Только у меня фото и видео хранятся все-таки в БД, но кешируются у клиента локально. Закачка - только при изменении.

> Romkin © (23.11.06 18:46) [117]
> Курдль © (23.11.06 18:42) [115] Это версионник! Так же
> как Оракл.

Не такой же!

> Jeer © (23.11.06 18:25) [110]
> Конечно должно - ведь написано же :)

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

> Romkin © (23.11.06 18:42) [116]

FileSystem тоже, своего рода БД.:)

Мы не стали раздувать gdb, да и фотки проще менять по файлам.

> Курдль © (23.11.06 18:48) [118]

"Хорошо известно, что для правильно спроектированной системы администратор практически не нужен" :)

И, между прочим, в MS2005 внесена "версионность", как супер-новая технология, которой уже 20 с лишним лет.

Программа Найти похожие ветки