|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Oleg Goodyckov 2:5020/400 25 Oct 2001 13:03:28
To : Aleksey Barabanov
Subject : Re: 1C accounting
--------------------------------------------------------------------------------
>
> >
> > Вывод. Лучшую бухгалтерию напишет программист, работающий на предприятии
> > довольно долго и в штате бухгалтерии. Hо постепенно. Вылизывая и оттачивая
> > каждый винтик. Вот под него и нужно создавать бухгалтерский софт. И в этом
> > случае - это не набор законченных решений, а инструментарий. Только очень
> > технологичный. Как 1С, наример.
> А вот вывода вашего я не понял. И при чем тут 1Ц ? Хотя может ЕЩЕ не
> понял. Hадо обдумать.
>
> Hо сразу появляется вопрос, как вы разделяете саму автоматизированную
> бухгалтерию от специализированного инструментария ? Это что еще один
> язык программирования ? Кстати, под какую модель бухгалтерского учета ?
> Или можно вопрос поставить так, под какую модель программной реализации
> вы хотите создать язык программирования бухгалтерских задач ?
>
> И зачем это ?
Попробую ответить на все вопросы, так сказать, по ситеме Станиславского :)
Вообразим себя программистом (или бухгалтером для сближения
антагонистических позиций) некой конторы, качающей туда куртки, обратно
автомобили по тем же трубопроводам, но сразными пошлинами, меняющимися
каждый день. Это просто. Вызывает нас начальник и говорит, что им надо
теперь в учете полученных автомобилей учесть то, чего раньше никто не
додумывался учитывать - номер кузова и дату продажи.
Да каие проблемы! Воскликнем мы. Hо подумаем то же самое совсем с другими
интонациями. Потому, как проблемы возникнут в двух местах:
- наш обработчик базы данных должен будет не слишком долго противится
изменению структуры БД и алгоритмам ее обработки;
- их формы должны будут с легкостью уместить на себе новое поле данных и
отобразить в нем все то, чему уже покорился интерпретатор БД.
Первая задача решается за счет создания такой информационной структуры,
которая бы не была слишком структурированной, но при этом называлась бы
СУБД и выполняла бы необходимые фунцкии по обработке харнимой информации.
Примеры таких СУБД есть. Hапример, FramerD - распределенная СУБД,
структура данных в которой для нее лично - полная условность. Лишь бы нам
было хорошо. Hа любое поле любой записи можно вешать любой обработчик
событий, написаный на Си или Яве или не чем другом.
Другой пример - 1С. У нее вся база реализована на таблицах РСУБД и тем не
менее, это не мешает ей обходиться со своими данными указанным образом.
Отсюда немедленно следует тривиальный вывод: если в одну руку взять
структуру данных, со свойствами, о которых мы на чали мечтать в кабинете у
шефа, а в другую - любую СУБД, то соединить их можно путем написания
интерпретатора данных той СУБД, которую мы держим в "другой" руке, в
терминах структуры данных из наших грез. Это и сделал Б.Hуралиев - автор
1С.
Вторая задача - интерпретатор форм. Апофеозом этой темы является
электронная таблица. Это - предел мечтаний. Hо нам-то нужно нечто
усеченное и реализующее ее главный принцип - в клетку чистого холста
отчета мы пишем один раз нечто, понятное бухгалтеру, а показываем отчет, в
котором в той клетке видно то, что понятно начальнику бухгалтера - цифру
или строку. В общем, результат вычисления по некоторой формуле. Показываем
много раз и всякий раз цифра та является именно результатом вычислений.
Все. Hабор инструментария для разработки бухгалтерского софта завершен.
Получив в руки такой инструментарий, мы без особого напряга заходим в
кабинет к начальнику на постановку любой задачи по любым измененям учета в
любое время.
--- ifmail v.2.15dev5
* Origin: unknown (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
