Что лучше?

← →
koha! (2009-11-26 06:41) [0]

Попросили разработат АРМ склада приборов КИП, я принялся его разрабатывать ADO Access + Delphi, но вот появились некоторые, которые начали меня склонять, что писать АРМ на Delphi это хрень полноя, что лучще и проще все сделать на Office Access.

При разработке нужно выполнить такие задачи:
- учет поступивший и выбывших приборов
- учет кто будет ремонтировать + подсчет нормы выработки по каждому слесарю
- учет выроботки плана цеха КИП
- выписка документов
- учет стоимости и прибыли
- учет затрат

- ну и еще некоторые возможные хотелки и пожелания

Интересно ваше мнение..

← →
brother © (2009-11-26 06:46) [1]

можно и в аццесе...

← →
koha! (2009-11-26 06:51) [2]

На чашу весов ложится еще два обстоятельства:
1 Ассess - я не знаю и не понимаю (требуется дополнительное изучение + приобретение литературы)
2 Delphi - довольно знаю неплохо (литературы на полке полно) + опыт написание подобных вещей.

← →
Юрий Зотов © (2009-11-26 07:00) [3]

> начали меня склонять, что писать АРМ на Delphi это хрень полноя

"Хрень полная" - это, конечно, аргумент сильнейший. Серьезные оппоненты, что и говорить.

> что лучще

Чем лучше? Конкретно.

> и проще все сделать на Office Access.

Для тех, кто знает Access и не знает Delphi - да, проще на Access. Для тех кто знает Delphi и не знает Access - наоборот, проще на Delphi.

← →
koha! (2009-11-26 07:08) [4]

> Юрий Зотов © (26.11.09 07:00) [3]

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

> "Хрень полная" - это, конечно, аргумент сильнейший. Серьезные
> оппоненты, что и говорить.

да оппоненты, что и говорить... выпускник ПЕД. ВУЗА еще учитель "математики и информатики", который почемуто работает программистом (на вроде оператора или тех поддержки).

← →
koha! (2009-11-26 07:21) [5]

Лично мое мнение, склонен думать, что в реляционных БД с множеством связей многие ко многим, всетаки лучще не придумать гибкую систему SQL запросов, но что мне предлагают в Office Access это связать все статическими связями без SQL, я что я придумал в АРМ это список и редактор запросов SQL это на тот случай, если поменяются условия и придется всести изменения в АРМ формы выполняющие запросы строятся динамически и поэтому можно выполнить не опасаясь любой запрос.

← →
newbie (2009-11-26 08:16) [6]

> выпускник ПЕД. ВУЗА еще учитель "математики и информатики",
> который почемуто работает программистом

А поподробней можно? Ибо я по описанию ппц подхожу, но подозреваю, что все-таки не про меня (с таким вопросом не обращались), а про знакомую девушку. Челябинск? ЧМЗ?

← →
vajo (2009-11-26 08:21) [7]

А ещё эту задачу можно сделать в 1С. И довольно быстро, если знаешь1С.

← →
Sergey13 © (2009-11-26 08:57) [8]

> [5] koha! (26.11.09 07:21)

Какой то поток сознания, ИМХО.

← →
Рамиль © (2009-11-26 08:59) [9]

> Лично мое мнение, склонен думать, что в реляционных БД с
> множеством связей многие ко многим, всетаки лучще не придумать
> гибкую систему SQL запросов, но что мне предлагают в Office
> Access это связать все статическими связями без SQL, я что
> я придумал в АРМ это список и редактор запросов SQL это
> на тот случай,

Может сначала русский выучить, а потом SQL? Что ты хотел сказать этим потоком несвязанных слов? Какие еще статические связи?

← →
Сергей М. © (2009-11-26 09:21) [10]

> koha!

Проектировать саму БД в "родной" для нее среде MS Access действительно удобно - визуальный конструктор объектов там довольно неплох и функционален.
Удобна эта среда и при отладке/тестировании запросов.
Кр.того есть удобный инструмент для быстрого документирования структуры базы.

На этом, пожалуй, очевидные преимущества MS Access перед Delphi и заканчиваются)

← →
Sergey13 © (2009-11-26 09:31) [11]

1. Интересно почему это все называется АРМом склада, если считать надо планы, прибыли и даже слесарей?
2. Наверняка (судя по различным подзадачам) будет работать более одного пользователя. Почему бы сразу не закладываться на серверную СУБД?

← →
ANB (2009-11-26 09:36) [12]

> я принялся его разрабатывать ADO Access + Delphi, но вот
> появились некоторые, которые начали меня склонять, что писать
> АРМ на Delphi это хрень полноя, что лучще и проще все сделать
> на Office Access.

Согласен, что писать АРМ на Делфи + Акссесс - хрень полная.
Надо писать на Делфи + Оракл. :)

← →
Romkin © (2009-11-26 10:36) [13]

> На этом, пожалуй, очевидные преимущества MS Access перед
> Delphi и заканчиваются)

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

← →
Anatoly Podgoretsky © (2009-11-26 11:02) [14]

> ANB (26.11.2009 09:36:12) [12]

DB2 наше все

← →
Anatoly Podgoretsky © (2009-11-26 11:03) [15]

> Romkin (26.11.2009 10:36:13) [13]

И минус - непереносимость запросов куда либо за пределы Акцесса

← →
koha! (2009-11-26 13:55) [16]

> Sergey13 © (26.11.09 09:31) [11]
> 1. Интересно почему это все называется АРМом склада, если
> считать надо планы, прибыли и даже слесарей?2. Наверняка
> (судя по различным подзадачам) будет работать более одного
> пользователя. Почему бы сразу не закладываться на серверную
> СУБД?

Потому, что все со склада начинается и на складе заканчивается и АРМ на складе стоять и будет и только там и более ни где... Нормы выработки уже давненько там подсчитывают по журналу.. Прибор пришел его на склад поместили в журнал записали и лежит там себе пока его слесарь какой-нибудь не заберет к себе. Затем прибор слесарь сделает его и снова несет на склад и прибор лежит там себе и дожидается, когда его заберут, а кладовщик считает наряды и записывает в журнал сколько взяли и сколько отремантировали ... а затем из журнала берут данные и считают был ли выполнен план и "КХто" и чего сколько выработал. Вот поэтому это и называется АРМ склада

> Romkin © (26.11.09 10:36) [13]
> ну напишется система, а сопровождение? Если что-то изменится так, что
> программу менять? Кто и на чем это будет делать?Но для самодеятельности
> это неважно, конечно.

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

← →
koha! (2009-11-26 13:59) [17]

Пока самый главный вопрос для меня это оценка моей работы, какая же стоимость такого АРМа будет... пока сошлись на том, что оплата будет как у местных программистов т.е. 1 З/П местного программиста

← →
Sergey13 © (2009-11-26 14:08) [18]

> [16] koha! (26.11.09 13:55)
> Потому, что все со склада начинается и на складе заканчивается

Весьма спорное утверждение. Ну да бог с ним.

> на складе стоять и будет и только там и более ни где...

А вот это уже выдавание желаемого за действительное. И мыслить надо шире и глубже. Захотят цеха заявки не на бумаге печатать. Потом бухи захотят цифирь видеть "когда захочу". Потом и руководство подтянется.

> и оператор сможет добавить или удалить любой
Не забывай бекапить почаще. 8-)

← →
Sergey13 © (2009-11-26 14:10) [19]

> [17] koha! (26.11.09 13:59)

Судя по твоим вопросам - ты стоишь пока явно дешевле. Уж не обижайся.

← →
Медвежонок Пятачок © (2009-11-26 14:15) [20]

какая же стоимость такого АРМа будет

Близкая к нулю.
Но зато будет высока стоимость "заставить всех пользоваться таким армом"

← →
newbie (2009-11-26 14:18) [21]

> Захотят цеха заявки не на бумаге печатать. Потом бухи захотят
> цифирь видеть "когда захочу". Потом и руководство подтянется.

Не жалеешь ты себя, все о народе да о народе думаешь (с) ШашаРаша.

← →
Sergey13 © (2009-11-26 14:21) [22]

> [21] newbie (26.11.09 14:18)

А кто же о нем подумает-то, если не я. 8-)

← →
Anatoly Podgoretsky © (2009-11-26 14:26) [23]

> koha! (26.11.2009 13:59:17) [17]

В течение года, двух.
Да что там писать - день/два - другой подход

← →
koha! (2009-11-26 14:47) [24]

> Sergey13 © (26.11.09 14:10) [19]
> > [17] koha! (26.11.09 13:59)Судя по твоим вопросам -
> ты стоишь пока явно дешевле. Уж не обижайся.

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

← →
Sergey13 © (2009-11-26 15:00) [25]

> [24] koha! (26.11.09 14:47)
> железная репутация

М-м-м... Это хорошо или плохо?

Считать чужие деньги конечно интересно. Но не продуктивно.
Себестоимость разработки всегда считается примерно одинаково: ставка*срок разработки. При чем главное в сроке не ошибиться. ИМХО.

← →
Anatoly Podgoretsky © (2009-11-26 15:08) [26]

> koha! (26.11.2009 14:47:24) [24]

Ну так тебе в постановщики, а в программисты тебя опасно пускать.

← →
Плохиш © (2009-11-26 15:28) [27]

> koha! (26.11.09 06:41)
>
> Попросили разработат АРМ склада приборов КИП, я принялся
> его разрабатывать ADO Access + Delphi, но вот появились
> некоторые, которые начали меня склонять, что писать АРМ
> на Delphi это хрень полноя, что лучще и проще все сделать
> на Office Access.

> koha! (26.11.09 14:47) [24]

> но у меня в написании некоторых прог закрепилась железная
> репутация

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

← →
GDI+ (2009-11-26 20:25) [28]

> которые начали меня склонять, что писать АРМ на Delphi это
> хрень полноя, что лучще и проще все сделать на Office Access.

И тормоза будут уже на 5 коннектах к 100Мб базе.

Лучше Delphi + FB + FastReport +(по желанию) какой-то опенсоурсный Pascal Script. Такая конфигурация влёгкую утянет и 100 одновременных пользователей.

← →
GDI+ (2009-11-26 20:32) [29]

> ANB (26.11.09 09:36) [12]
>
> Согласен, что писать АРМ на Делфи + Акссесс - хрень полная.
> Надо писать на Делфи + Оракл. :)

Oracle с Петровки?

← →
GDI+ (2009-11-26 20:32) [30]

Кстати, если Delphi семёрка, то советую использовать эту народную сборку
Delphi7_Lite_Full_Setup_v7.3.3.2

Или уже сразу на D2009 писать.

> Oracle с Петровки?

причем тут Петровка ?

По прочтении сего плакалЪ. Весь. (с)

← →
GDI+ (2009-11-26 23:33) [33]

> Игорь Шевченко © (26.11.09 20:56) [31]
>
> > Oracle с Петровки?
>
> причем тут Петровка ?

Тем что на Петровке дешевле.

Никто не станет на три рабочих места покупать Oracle.

GDI+ (26.11.09 23:33) [33]

Оракл вообще-то есть бесплатный, в том числе и для коммерческого использования. Это тебе в порядке расширения кругозора:
http://www.oracle.com/global/ru/oramag/dec2007/w_admin_oraclexe.html

← →
GDI+ (2009-11-27 00:09) [35]

GDI+ (27.11.09 00:09) [35]

Ты их сначала набери, данных.

← →
GDI+ (2009-11-27 00:17) [37]

> Игорь Шевченко © (27.11.09 00:11) [36]
>
> GDI+ (27.11.09 00:09) [35]
>
> Ты их сначала набери, данных.

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

> Набираются очень быстро.

Ох уж эти сказки, ох уж эти сказочники...

← →
koha! (2009-11-27 05:25) [39]

> GDI+ (27.11.09 00:09) [35]
> > Игорь Шевченко © (26.11.09 23:41) [34]>>не более 4Гб
> пользовательских данных; А потом вынь и полож 50К$.

Нет потом можно базу почистить или часть записей за прошлые отчетные периоды перенести в другую базу как архивные или еще чего-нибудь "пе-ре-думат"

> GDI+ (27.11.09 00:17) [37]

Ну, может быть, с их темпами лет 15 потребуется.

> GDI+ (26.11.09 20:25) [28]
> Лучше Delphi + FB + FastReport +(по желанию)

если не трудно FВ - это что есть? имелось ввиду firebird ?

← →
koha! (2009-11-27 05:31) [40]

> GDI+ (27.11.09 00:09) [35]
> > Игорь Шевченко © (26.11.09 23:41) [34]>>не более 4Гб
> пользовательских данных; А потом вынь и полож 50К$.

Втаком случае можно и MS SQL Server Express - его тоже можно использовать в комерческих целях и он тоже с ограничением 4гб. + VS2008 Express and C# - на сегодня рулит везде?

Что лучше? Найти похожие ветки