ВУЗ:
Составители:
68
на фирменные. Эта процедура сравнения и обновления запросов реализова-
на, на наш взгляд, очень удачно.
Большая часть логики выполнения прикладных функций реализована на
встроенном языке системы (верхний слой). Это некое подобие языка Basic с
огромным количеством встроенных функций, обеспечивающих в том числе
и доступ к базе данных. На нём можно запрограммировать
почти любую
логику. Но это не всегда эффективно, а потому часть особо важных проце-
дур прикладной обработки данных прописана в SQL-процедурах и даже в
коде ехе-файла. Например, алгоритм расчёта подоходного налога жёстко
встроен в систему. Разработчики объясняют это тем, что уж если такие ал-
горитмы поменяются, то всё равно
придётся выпускать новую версию. То
есть в отличие от системы программ «1С: Предприятие» или системы «Кон-
корд», где вся бизнес-логика реализуется на встроенном языке, здесь она
как бы распределена по разным слоям системы. Интересно, что бизнес-
процедуры на встроенном языке могут быть своеобразным «клеем», скреп-
ляющим различные программные слои, поскольку
из них можно вызывать
встроенные функции, табличные, экранные формы, отчёты, SQL-запросы.
В этой связи подход разработчиков к созданию уникальных доработок
оригинален. Они часто используют не встроенные средства, а непосредст-
венно коды исполняемого файла. В универсальных же модулях их созда-
тели стараются как можно большую часть функционала вынести «наверх»,
реализуя его
открытыми инструментальными средствами (встроенным язы-
ком или SQL-процедурами). Такой подход они мотивируют тем, что типо-
вые модули должны быть открыты для перенастройки дилерам и пользова-
телям, а в системах, сделанных по заказу одного-двух предприятий, можно
всё встроить в закрытую часть кода, поскольку доработки всё равно будут
делаться самими разработчиками и
за отдельную плату.
В системе есть редактор меню, с помощью которого можно для каждого
рабочего места создать собственную систему меню и подключить к его
пунктам вызов встроенных функций, табличных форм, запросов, бизнес-
процедур на встроенном языке, отчётов, собственных DLL-процедур. Также
имеется возможность создания своих пиктограмм или кнопок в экранных
формах
с подключением своих бизнес-процедур. Есть процедуры выполне-
ния неявно происходящих событий (открытие/закрытие таблицы, формы
и пр.).
Всё только что сказанное касается инструментальных средств профес-
сионального уровня. Вряд ли конечный пользователь, не являющийся про-
граммистом, захочет ими воспользоваться. Но наряду с ними имеются и
более простые инструментальные средства, ориентированные на
конечного
на фирменные. Эта процедура сравнения и обновления запросов реализова- на, на наш взгляд, очень удачно. Большая часть логики выполнения прикладных функций реализована на встроенном языке системы (верхний слой). Это некое подобие языка Basic с огромным количеством встроенных функций, обеспечивающих в том числе и доступ к базе данных. На нём можно запрограммировать почти любую логику. Но это не всегда эффективно, а потому часть особо важных проце- дур прикладной обработки данных прописана в SQL-процедурах и даже в коде ехе-файла. Например, алгоритм расчёта подоходного налога жёстко встроен в систему. Разработчики объясняют это тем, что уж если такие ал- горитмы поменяются, то всё равно придётся выпускать новую версию. То есть в отличие от системы программ «1С: Предприятие» или системы «Кон- корд», где вся бизнес-логика реализуется на встроенном языке, здесь она как бы распределена по разным слоям системы. Интересно, что бизнес- процедуры на встроенном языке могут быть своеобразным «клеем», скреп- ляющим различные программные слои, поскольку из них можно вызывать встроенные функции, табличные, экранные формы, отчёты, SQL-запросы. В этой связи подход разработчиков к созданию уникальных доработок оригинален. Они часто используют не встроенные средства, а непосредст- венно коды исполняемого файла. В универсальных же модулях их созда- тели стараются как можно большую часть функционала вынести «наверх», реализуя его открытыми инструментальными средствами (встроенным язы- ком или SQL-процедурами). Такой подход они мотивируют тем, что типо- вые модули должны быть открыты для перенастройки дилерам и пользова- телям, а в системах, сделанных по заказу одного-двух предприятий, можно всё встроить в закрытую часть кода, поскольку доработки всё равно будут делаться самими разработчиками и за отдельную плату. В системе есть редактор меню, с помощью которого можно для каждого рабочего места создать собственную систему меню и подключить к его пунктам вызов встроенных функций, табличных форм, запросов, бизнес- процедур на встроенном языке, отчётов, собственных DLL-процедур. Также имеется возможность создания своих пиктограмм или кнопок в экранных формах с подключением своих бизнес-процедур. Есть процедуры выполне- ния неявно происходящих событий (открытие/закрытие таблицы, формы и пр.). Всё только что сказанное касается инструментальных средств профес- сионального уровня. Вряд ли конечный пользователь, не являющийся про- граммистом, захочет ими воспользоваться. Но наряду с ними имеются и более простые инструментальные средства, ориентированные на конечного 68
Страницы
- « первая
- ‹ предыдущая
- …
- 76
- 77
- 78
- 79
- 80
- …
- следующая ›
- последняя »