Итересно, что именно к этому выводу пришёл В. Брукс в статье "Мифический человеко-месяц 20 лет спустя"Сообщение от AntonDr
Итересно, что именно к этому выводу пришёл В. Брукс в статье "Мифический человеко-месяц 20 лет спустя"Сообщение от AntonDr
Всех благ!!!
Чувелёв Андрей
ps: Всё вышеизложенное является моим частным мнением и не может претендовать на полноту изложения.
Я думаю интересного мало ... он не первый и не последний, ибо это вполне очевидно.Сообщение от Dracosha Andrew
Последний раз редактировалось AntonDr; 16.06.2006 в 05:41.
ТЕЙША,
Как давно это было, и как сейчас работаете.Два года вела организацию (не такую уж маленькую) в самостоятельно написанной программе (Эксель, естесстно).
Это зависит от квалификации с кем вы беседовали.Вызывали мы и програмистов из 1С-а и Паруса для доработки программ, но...
Просто не сталкивались с более удобным.И кстати не жаловалась на жизнь
Когда говорят "Эксель, естесстно", то я не очень понимаю, о чем идет речь.Сообщение от ТЕЙША
В той домашней залепухе, о которой я раньше писал, есть одна форма для ввода данных и пара кнопок. Одна кнопка вызывает форму для ввода, другая формирует отчет.
У меня был опыт когда по такой схеме сделал склад: приходовался товар, был справочник номенклатуры (примерно 600 позиций) и контрагентов (около 100), был некоторый аналог подбора для выписки пачки из четырех документов на отгрузку (счет-фактура, накладная, реестр сертификатов, протокол согласования цен) и еще куча всего (списания ...). Отчетные формы для анализа продаж по группам и отдельным позициям, по менеджерам, по покупателям и т.д. Были формы для выявления залеживающего товара, с истекающим сроком годности. Было планирование закупок. Не было многопользовательской работы.
Кнопок было много. Все на одном листе. Все данные были в таблицах Excel. Поэтому пришлось сделать специальную кнопку для контроля целостности данных.
Я тогда просто плохо знал 1С. Сейчас сделал бы в нем. Но со связкой с Excel. Всякие графики в Excel выглядят лучше. Из 1С вызываем Excel, средствами 1С заполняем таблицу и запускаем процедуру, которая всякие итоги и графики рисует с нужным форматированием.
В Excel без проблем можно получать данные откуда угодно. Я хранил как-то данные на MS SQL Server. База была на многие сотни тысяч записей Основная работа девочек-операторов по вводу и корректировке записей велась в специальной программе. А аналитические отчеты я получал в Excel. Всегда ведь нужен не весь отчет. Что-то спрячешь, что-то дополнительное, разовое тут же посчитаешь.
А это я вообще представить не могу. Как можно пользоваться такой горой бумаги. Одна страница табличного текста, от силы две - для меня предел, который я могу одновременно воспринимать.Сообщение от ТЕЙША
встречалась мне тоже такая ситуация c Excel. Таблиц тоже куча была. В одной приход, в другой продажи, в третьей деньги т.п., да еще вроде каждый месяц в своей папке лежал ... Вообщем оператор, который с этим работал, уволился и забрал с собой свою толстую книжку по Excel, и инвестиции в этот продукт пропали, т.к. уровня грамотного пользователя там явно не хватало, да и смысла воспитывать нового не было. Просто был разработчик, который достаточно неплохо умел писАть макросы в Excel.
Последний раз редактировалось AntonDr; 16.06.2006 в 17:43.
Пример не убеждает. Подобное бывает и в 1С и в других системах. Но то, что Excel не технологичен - совершенно верно. И я писал, что целостность данных отслеживать морока. Легко все испортить и поломать.Сообщение от AntonDr
А вот для себя расчет вариантов победителя чемпионата мира по футболу я все равно в Excel сделал. Повторяю, для себя.
Бывает и с 1С конечно, но тут проще поддержать этот проект в рабочем состоянии, проще найти как разработчика, так и бухгалтера.Пример не убеждает. Подобное бывает и в 1С
P.S. домашняя бухгалтерия тоже на PocketExcel, 3 листа (cash, card и долги) и формулы
и это опять же нас убеждает в том, что не подходит Excel для более-менее объемного нормального учета.И я писал, что целостность данных отслеживать морока. Легко все испортить и поломать
Последний раз редактировалось AntonDr; 16.06.2006 в 18:27.
По практике моей работы это лучше не делать.Сообщение от ВасинаЛена
Самое простое решение, взять стандартую распространенную программу и ее либо под себя доделать либо работать на стандартной поставке. Если ваш программер уволится, то все, пиши по-новой
Из стандартных программ лучше подходит 1С и ТурбоБухгалтер.
с остальными, боюсь, будут проблемы, хотя как знать, как знать
Fosihas это было с 2003 по 2005 года.
Сейчас не работаю, потому что временно уехала из страны. Скоро возвращаюсь, планирую сразу на курсы бежать 1-С-совские (восстанавливать забытое)...
Лично с представителями я не беседовала, там сам генеральный и его три зама общались...могу только представить ЧТО они пытались получить "на выходе"...
Бухгалтер - это национальность.
Об электронных таблицах...Сообщение от Ильич
Где в одну строку вводишь, а в нескольких других файлах (а иногда и папках) данные пересчитываются...
а для меня не предел...Сообщение от Ильич
Бухгалтер - это национальность.
именно так!Сообщение от AntonDr
Бухгалтер - это национальность.
Делала сама в Exel программу. Вволила журнал хозяйственных операций. а на другом листе формировалась оборотно-сальдовая ведомость.Долго ей пользовалась
Мда-а-а! Бывает!
"Папытайтесь! Папытка, не пытка, как любит пашутить Лаврентий Павлович!"
Ну, енто уже что-то сильно помороченоСообщение от Колибри
Ну, наверное все зависит от того, насколько широки твои потребности.
Если достаточно одного листа для журнала операций и еще одного - для ОСВ - то Excel прекрасно справится.
Другое дело, когда на одном листе ведешь кассу, на другом - склад, и т.д. А анализ тебе требуется в нескольких разрезах.
Тогда уже таблиц нужно больше.
И чем больше разрезов ты пытаешься использовать для ввода и анализа -
тем навороченнее становится набор таблиц.
Хотя по сути - логика всюду очень проста.
Чем база данных и отличается от Excel - она позволяет вести большие таблицы, а при вводе и анализе отбирать только то, что тебя интересует.
Т.е. если хорошо построить БД - можно все в ней увидеть легко и просто.
Я сейчас подобную штуку делаю, так что если кому интересно - могу скинуть пример, когда готово будет.
построить - это только половина дела. Самая быстрая и простая.Сообщение от severn
AntonDr, и много вы баз "построили"?
Всех благ!!!
Чувелёв Андрей
ps: Всё вышеизложенное является моим частным мнением и не может претендовать на полноту изложения.
Dracosha Andrew, каких? Обратите внимание на
Сообщение от severn
Последний раз редактировалось AntonDr; 24.07.2006 в 10:52.
AntonDr, вы пишете, что "строительство" базы простое и быстрое дело. Поверьте мне, что как правило это не так.
И что по вашему означает термин - база данных?
Всех благ!!!
Чувелёв Андрей
ps: Всё вышеизложенное является моим частным мнением и не может претендовать на полноту изложения.
жизненный опыт в этом вопросе позволяет мне иметь собственное мнение.Сообщение от Dracosha Andrew
Я имел ввиду те базы, которые как мне показалось имел ввиду severn.что по вашему означает термин - база данных?
AntonDr, и сколько баз вы "построили"?
Всех благ!!!
Чувелёв Андрей
ps: Всё вышеизложенное является моим частным мнением и не может претендовать на полноту изложения.
AntonDr, тогда вы можете, конечно сказать, что такое "база данных"?
Всех благ!!!
Чувелёв Андрей
ps: Всё вышеизложенное является моим частным мнением и не может претендовать на полноту изложения.
Dracosha Andrew, бох с вами, кому это интересно? Если только Вам лично - используйте ЛС.тогда вы можете, конечно сказать, что такое "база данных"?
Хотя вот, неполенился, нашел пример определения: База данных в Visual FoxPro — это совокупность таблиц , отношений между таблицами, индексов, триггеров и хранимых процедур.Сообщение от Dracosha Andrew
Только толку то? Мы же не знаем, какие базы имел ввиду severn и с высказываниями по поводу которых Вы со мной не согласны...
Судя по оптимистичным заявлениямон имел ввиду примерно то же самое.Сообщение от severn
Последний раз редактировалось AntonDr; 24.07.2006 в 12:40.
Позвольте вмешаться и немного разъяснить, что я имел в виду.
Под базой данных я, конечно, понимаю совокупность нескольких таблиц.
Только не FoxPro. В нормальной СУБД (самой доступной из них является InterBase) обеспечивается все же ссылочная целостность - т.е. мы, например, не можем удалить клиента, на которого есть ссылки в документах, и т.п.
Обязательно должна быть таблица движений по счетам структуры типа
IDзаписи
Дата
Счет
Клиент
Товар
Склад
и другие аналитические признаки
Сумма
Количество
и, м/б, что-то еще
(Конечно, для обеспечения корректности проводок придется вносить дополнительную логику - но не будем усложнять, чтоб не отвлекаться от основной идеи.)
По такой таблице мы можем легко сосчитать любые нужные остатки и обороты.
Программа для работы с подобной БД - это другой вопрос.
Она может быть простой, либо достаточно сложной.
Может обеспечить простой способ ввода записей, а может позволять вводить документы типа накладных и т.п. и автоматически генерировать проводки.
Важно, что данные из такой таблицы очень просто анализировать.
Мы просто отбираем нужные записи (по нужным счетам, датам, аналитике) и складываем суммы. Можно при этом группировать по клиентам, товарам, и т.п.
Это делается SQL-запросом.
В Excel'е мы делаем подобные вещи, но более ограниченно.
А тут можно построить любые разрезы - по складу, по взаиморасчетам, любые стандартные бухгалтерские отчеты.
Если интересует скорость работы - скажу, что даже без использования механизма промежуточных итогов (1С его использует для ускорения расчетов), т.е. когда для получения остатка по складу мы вынуждены складывать ВСЕ записи по складу "с начала веков", скорость получения отчетов в десятки раз выше той же 1С.
(Предприятие с 3000 документами в месяц работает 3 года без каких-либо неудобств - скорость всех устраивает, размер базы около 100 MB)
severn, Ну Вы согласны, что создать такую базу исходных данных гораздо проще, чем написать прогу, посредством которой бухгалтер (а не программист) мог бы работать с этой базой?
Зависит от того, кто писАл получение остатков в 1С и в InterBase варианте, а так же от количества "веков", за которые надо складывать. Я не утверждаю, что 1С круче InterBase, но на месте руководителя не стал бы внедрять InterBase (как альтернативу 1С-у).т.е. когда для получения остатка по складу мы вынуждены складывать ВСЕ записи по складу "с начала веков", скорость получения отчетов в десятки раз выше той же 1С.
Последний раз редактировалось AntonDr; 26.07.2006 в 06:31.
severn, Вы не поверите. но в Visual Foxpro обеспечивается ссылочная целостность, начиная с версии 3.0 (Для справки последняя версия - 9.0) А появилась эта версия практически одновременно с Interbase.
AntonDr, InterBase и 1С несравнимые вещщи. И не могут являтся альтенативой друг другу. Т.к. Interbase это сервер управления базами данных, ему ещё клиентская часть нужна, а 1С это система управления базами данных и клиентская часть одновременно.
Последний раз редактировалось Dracosha Andrew; 26.07.2006 в 10:36.
Всех благ!!!
Чувелёв Андрей
ps: Всё вышеизложенное является моим частным мнением и не может претендовать на полноту изложения.
А эти вещи и сравнивать нельзя.Сообщение от AntonDr
InterBase - это СУБД,
1С - это СУБД на базе DBF-файлов или SQL Server'а
+ специализированные методы работы с таблицами разных типов (документы, справочники, перечисления ...)
+ логика обработки
+ интерфейсная часть
+ .....
Реализация в 1С СУБД на базе DBF-файлов - просто кошмар. Сотни открытых на всякий случай файлов, неуклюжая организация работы с периодическими реквизитами, какой-то инвалидный язык запросов, ....
Но остальные-то части 1С с чем сравнивать будем?
Мне нравится, как организован интерфейс работы с таблицами значений.
Не нравится работа с партиями товара и еще много чего не нравится.
В конце концов, все решают деньги. Может контора позволить себе построить и поддерживать свою систему учета - хорошо. Только таких контор мало, и специалистов, которые могут все спроектировать не намного больше. И они, слава богу, денюшек хороших стоят.
Ильич, От себя добавлю - 1С на мой взгляд худшая СУБД. По крайне мере из тех, что я видел. Но поскольку это всё-таки пакет разработки, то его недостатки с лихвой покрываются остальным.
Всех благ!!!
Чувелёв Андрей
ps: Всё вышеизложенное является моим частным мнением и не может претендовать на полноту изложения.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)