администрирование и конфигурирование субд. администрирование. Тема Архитектура системы 1С Предприятие иее концепция Вопрос Этапы современного развития программного обеспечения на платформе 1С Предприятие
 Скачать 458.22 Kb.
|
 © Литвинович С.Г., 2012 © Московский финансово-промышленный университет «Синергия», 2012 Содержание Тема 1. Архитектура системы «1С:Предприятие» и ее концепция Вопрос 1. Этапы современного развития программного обеспечения на платформе «1С:Предприятие». Вопрос 2. Архитектура системы «1С:Предприятие». Вопрос 3. Система защиты прикладных решений системы «1С:Предприятие». Вопрос 4. Объектная сущность системы «1С:Предприятие». Тема 2. Объекты конфигурации. Их характеристика, основные свойства и методы Вопрос 1. Классификация объектов конфигурации системы «1С:Предприятие». Вопрос 2. Функциональность системы «1С:Предприятие». Вопрос 3. Свойства объектов конфигурации. Вопрос 4. Формы и макеты объектов конфигурации. Тема 3. Администрирование системы «1С:Предприятие» и ее прикладных решений Вопрос 1. Установка и обновление системы и конфигураций. Вопрос 2. Доступ к работе в системе и контрольные функции. Вопрос 3. Обеспечение безопасности системы «1С:Предприятие». Тема 4. Конфигурирование на платформе «1С:Предприятие» Вопрос 1. Конфигурируемость системы «1С:Предприятие». Вопрос 2. Технологические средства конфигурирования системы «1С:Предприятие». Вопрос 3. Работа с конфигурацией и ее объектами. Вопрос 4. Палитра свойств объекта конфигурации. Тема 5. Встроенный язык. Основы программирования в системе «1С:Предприятие» Вопрос 1. Назначение и краткая характеристика встроенного языка. Вопрос 2. Типы данных. Вопрос 3. Формат программного модуля. Вопрос 4. Конструкции встроенного языка. Вопрос 5. Процедуры и функции. Контрольные вопросы Литература Основная литература: Дополнительная литература: Интернет-ресурсы: Тема 1. Архитектура системы «1С:Предприятие» и ее концепция Вопрос 1. Этапы современного развития программного обеспечения на платформе «1С:Предприятие». Начав в 2003 г. активное продвижение следующего поколения решений «1С:Предприятие 8» на относительно новом для себя рынке корпоративных клиентов, фирма «1С» оказалась в необычном для себя положении. До того компания традиционно выступала технологическим «локомотивом» для своих потребителей из сектора малого бизнеса: ее разработчики постоянно опережали текущие потребности клиентов. На среднем рынке ситуация иная – у заказчиков уже давно сформировались в целом высокие требования к информационным технологиям (ИТ), а к появлению новых поставщиков здесь относятся достаточно настороженно. Поэтому, несмотря на очевидный успех деятельности «1С» в этом направлении, ситуация пока больше напоминает некий «испытательный срок», в течение которого фирма должна показать не только возможность применения своего программного обеспечения (ПО) в реальных условиях у корпоративных пользователей, но и готовность к динамичному развитию технологий для обеспечения растущих потребностей клиентов. Если же говорить о технологических проблемах развития экономического ПО «1С», то, безусловно, одна из главных задач (хотя, конечно, далеко не единственная) – это повышение производительности и масштабируемости (ПиМ) ее прикладных решений. О том, что «1С» признает важность этих вопросов, говорит хотя бы тот факт, что сама фирма после выпуска платформы «1С:Предприятие 8.0» начала регулярно официально знакомить ИТ-общественность с результатами тестирования в этой области. Показательно и то, что первое существенное технологическое обновление платформы «1С:Предприятие 8», выпуск новой версии 8.1, было связано в значительной степени именно с решением задач масштабирования и производительности. Производительность и масштабируемость. Два понятия, производительность и масштабируемость – это непременная составляющая обсуждения любых технологий корпоративного уровня, и именно в такой связке они даже используются как некая самостоятельная характеристика. Понятие производительности ERP-систем связано со способностью выполнения транзакций в многопользовательском режиме. В этом плане важны две основные характеристики: общее число транзакций в единицу времени и время исполнения одной транзакции. Однако обе эти характеристики динамические – они зависят от числа поступающих запросов на транзакции, а применительно к традиционным внутрикорпоративным ERP-решениям – от числа активно работающих пользователей (АРП). Под масштабируемостью понимается способность системы увеличивать свою производительность за счет подключения дополнительных вычислительных ресурсов, как аппаратных, так и программных. Соответственно масштабирование – это способ повышения производительности системы за счет ее масштабируемости. При этом под увеличением вычислительных ресурсов чаще всего подразумеваются аппаратные компоненты системы (расширение памяти, увеличение мощности процессора и числа процессоров, создание кластеров и т. д.). Но не следует забывать и о возможности совершенствования программной части – как ее отдельных элементов (например, за счет применения более мощных СУБД), так и базовой платформы в целом. Применительно к «1С:Предприятие» это может быть переход от файлового варианта к клиент-серверному, от одной платформы к другой. Однако, масштабирование – это не единственный, а зачастую и не самый эффективный способ повышения производительности системы. Например, для того же Web-сервера этого можно достичь за счет оптимальной настройки, в том числе на базе анализа условий его работы, характера потока запросов. И уж тем более это относится к многофункциональным, распределенным ERP-системам. Тут есть огромные возможности, связанные с реинжинирингом проекта, если понимать этот термин в самом широком смысле – от изменения бизнес-процессов предприятия до оптимизации программного кода. Развитие технологий фирмы «1С». В той или иной мере, но задача повышения ПиМ прикладных систем на базе «1С:Предприятие» в условиях роста нагрузки решалась всегда. Но в силу исторических причин ранее, до выхода версии 8.0, эта задача выполнялась фактически исключительно способами реинжиниринга, так как возможности масштабирования были минимальны. С выходом фирмы «1С» на корпоративный рынок в технологическом отношении на первом плане оказалась именно проблема повышения масштабирумости и более того – снижения зависимости от технологического реинжиниринга при реализации конкретных проектов. Имея в виду стратегическую задачу выхода на более высокий уровень заказчиков, разработчики «1С» после выпуска версии 7.0 могли следовать сценарию эволюционного развития с учетом своих традиционных технологий, или пойти путем создания решений для среднего бизнеса на какой-то качественно иной архитектурной базе. Вероятно, оба варианта могли оказаться успешными, но «1С» выбрала первый, жизнеспособность которого убедительно продемонстрировали в 90-х гг. Microsoft и Intel. И, естественно, столкнулась при этом с необходимостью решения тех же проблем, что и ее предшественники, – в частности, проблемы унаследованных архитектурных ограничений. В новой версии платформы фирма «1С» серьезно скорректировала архитектуру системы, пойдя на нарушение информационно-программной совместимости с версией 7.7. Но ключевой идеологический подход остался прежним, и в контексте темы ПиМ тут стоило бы выделить два момента: выполнение основной вычислительной обработки на клиентской части, а также четкое деление системы ПО на две самостоятельные составляющие: технологическая платформа (среда исполнения и средства разработки) и прикладные решения на ее основе. Конечно, подобное деление (платформа и решение) в том или ином виде имеется у любого разработчика крупной программной системы. Но только фирма «1С» довела этот подход до логического конца: она полностью уравняла в возможностях разработки и модификации прикладных решений своих собственных и внешних разработчиков. Таким образом, все желающие (партнеры, заказчики) могут не просто дорабатывать прикладные решения, но и изменять их на уровне базовой бизнес-логики, а также создавать собственные «с нуля». Став в свое время на этот путь, «1С» радикально решила вопрос гибкости настройки и расширения своих приложений, делегировав эти полномочия широким массам партнеров и клиентов. Но при этом нужно было помнить о другой стороне вопроса – обеспечении надежности и устойчивости работы программ, особенно учитывая тот факт, что средняя квалификация десятков тысяч специалистов в компаниях-франчайзи не столь высока, как в элитной команде разработчиков «1С». Необходимо отметить, что уже много лет традиционный упрек ряда экспертов в адрес ПО фирмы «1С» (версии 7.x) заключается в использовании не слишком эффективного, с их точки зрения, механизма обработки параллельных запросов к базам данных, что создает очевидное препятствие для повышения мощности прикладных систем «1С» в целом. Однако, достаточно жесткий механизм блокировок доступа вполне оправдан с точки зрения надежности функционирования прикладного решения в условиях возможной коррекции его программного кода специалистами, квалификация которых на массовом рынке варьируется в довольно широком диапазоне. Из всего ранее сказанного следует, что в прикладных решениях на платформе «1С:Предприятие» за решение задач ПиМ отвечают и платформа, и прикладное решение. А, учитывая широкие возможности настройки прикладного решения, вплоть до изменения бизнес-логики ядра, заказчикам, выбравшим технологии «1С», нужно четко понимать: масштабируемость и производительность (мощность) внедряемых у них информационных систем зависят не только от качества собственно продуктов «1С», но и от квалификации тех специалистов, которые реализуют конкретные проекты. И еще одно важное следствие: усиление мощности базовых технологий «1С» во многом связано с предоставлением более гибких и широких возможностей на уровне прикладного ПО. Это, в свою очередь, опять же повышает квалификационные требования к разработчикам и внедренцам. Ориентация продуктов фирмы «1С» на корпоративный рынок. Вопросы ПиМ для фирмы «1С» непосредственно связаны с ее продвижением на корпоративный рынок средних и крупных заказчиков. С точки зрения ИТ для характеристики «среднего рынка», наверное, лучше использовать подход (его придерживается, в частности, Microsoft), согласно которому к категории средних относятся предприятия с числом установленных ПК в диапазоне от 25 до 500 (midmarket). При этом выделяются две группы: 25-50 ПК (lower) и 50-500 ПК (upper), что принципиально важно. В организациях первой группы, как правило, нет выделенного штатного ИТ-специалиста, и большинство ИТ-решений принимает непосредственно руководитель компании. У upper-компании уже есть хоть и небольшое, но выделенное ИТ-подразделение, которое в той или иной степени причастно к реализации проектов, а его руководитель напрямую участвует в выработке решений. ИТ-решения принимаются на основе долгосрочного планирования, в увязке с состоянием и перспективой развития ИТ-инфраструктуры предприятия в целом. Казалось бы, с точки зрения поставщика главный показатель — это не столько размер компании-клиента, сколько размер конкретного проекта. И тут тоже можно выделить категории по принципу «мало-средне-крупный» с привязкой, скажем, к числу автоматизированных рабочих мест. На самом деле уровень самого заказчика все же очень важен, так как именно он определяет стиль принятия решений и реализации проектов, перспективы развития сотрудничества и т. п. В последние несколько лет фирма «1С» продвигается именно в сегмент upper-midmarket, и соответственно успех этого продвижения определяется не только развитием технологий, но и коррекцией бизнес-модели (поставщик-партнеры-заказчики). Суть изменений выглядит примерно так. Раньше ИТ-заказчиком выступал главный бухгалтер, теперь – профессиональный ИТ-директор со своей командой специалистов. Раньше речь шла о решении автономной задачи автоматизации, а сейчас – о внедрении интегрированного компонента корпоративной системы в целом. Раньше бизнес-целью заказчика было выжить в условиях рынка, сейчас – динамично развиваться и развиваться на многие годы вперед... Что же касается проблематики ПиМ, то она крайне важна именно для среднего рынка в силу динамичности развития его игроков и соответственно расширения круга и масштаба решаемых ими ИТ-задач. Строго говоря, подготовка к выходу на lower-midmarket в «1С» началась в 1996 г., когда фирма представила свой первый продукт нового поколения. Примечательно, что это была не традиционная «1С:Бухгалтерия», а «1С:Торговля», изначально ориентированная на многопользовательскую работу. Отметим и то, что ни о какой технологической платформе 7.0 тогда не было и речи – не потому что не было самой платформы, а потому что «1С» не хотела в те времена использовать подобные «громкие» слова, считая, что технические вопросы – это ее сугубо внутреннее дело. Тогда же впервые в дополнение к файл-серверному варианту системы появился двухзвенный клиент-серверный, реализованный на базе СУБД Btrieve, на смену которому два года спустя пришла система в составе «1С:Предприятие 7.5» и Microsoft SQL Server 6.5. А за точку отсчета для начала серьезной работы на lower-midmarket, наверное, стоит принять лето 1999 г., когда на рынке появились «1С:Предприятие 7.7» и Microsoft SQL Server 7.0 (известный в те времена проект «777»), для применения которых уже «созрели» и заказчики, и партнеры. Однако примечательно, что вопросы ПиМ применительно к «1С:Предприятие» версии 7 сама «1С» никогда не поднимала. Даже говоря о достоинствах клиент-серверного варианта, специалисты фирмы осторожно советовали применять эту схему при числе пользователей более 10-15, но какие-то верхние пределы никогда не назывались. Никаких публичных сравнений показателей работы клиент-сервера и файл-сервера также не проводилось; более того, подчеркивалось, что преимущества первого варианта заключаются не столько в более высокой производительности, сколько в увеличении надежности системы. Какие-то внутренние тестовые исследования производительности наверняка имели место, но все же основная стратегия «1С» в этом вопросе тогда сводилась скорее к «разведке боем» - проверке возможностей своего ПО путем практической реализации проектов партнерами. Этот опыт показал, что на базе «1С:Предприятие 7» можно создавать системы с числом АРП примерно от 25 до 70. Но для этого требовались достаточно серьезные усилия со стороны внедренцев, и такие задачи были по силам уже далеко не всем партнерам. Сама «1С» отмечает, что на базе «1С:Предприятие» версии 7 были реализованы и более масштабные проекты – с числом рабочих мест более 100. Но в целом специалисты «1С» признают: реализация проектов на базе версии 7 с числом рабочих мест более 30-50 требовала от внедренцев достаточно серьезных усилий. Ограничения роста производительности двухзвенной системы клиент-сервер были вполне понятными, так как фактически она представляла собой лишь более совершенный вариант файл-серверной системы. В принципе современные СУБД могут использоваться для исполнения бизнес-логики, но в силу архитектурных особенностей «1С:Предприятие 7» эти возможности «1С» просто не могла задействовать. В этой ситуации даже повышение мощности сервера СУБД (например, за счет использования многопроцессорных компьютеров) не приводило к заметному изменению общей производительности системы. Для понимания причин этого нужно иметь в виду, например, что «1С:Предприятие 7» была изначально построена по схеме блокировок на уровне таблиц и реализации бизнес-логики обработки запросов к базе данных (БД) на клиентской части. Объяснить выбор такой простой архитектуры обмена данными довольно легко: в тот момент обеспечение надежной работы сложных прикладных решений на массовом рынке было важнее повышения производительности. Впрочем, были, конечно, реинжиниринговые методы повышения производительности, которые уже выходят за рамки применения стандартной клиент-серверной схемы «1С:Предприятие 7». Частый случай – использование терминального режима работы (Windows Terminal Server). Но, строго говоря, данный вариант предполагал не столько повышение производительности, сколько оптимизацию затрат на оборудование. Более радикальный подход – использование распределенных баз данных, когда единая система разбивается на несколько автономных подсистем (например, однородных, но географически распределенных или локальных, но неоднородных), которые могут работать в основном в автономном режиме, периодически взаимодействуя между собой и синхронизируя общие массивы данных. Однако нужно иметь в виду, что в этих случаях речь идет о реализации достаточно сложных проектов, в успехе которых ключевая роль отводится квалификации внедренцев. При этом применение методов реинжиниринга имеет свои очевидные ограничения. При создании платформы «1С:Предприятие 8», в отличие от версии 7, задача повышения ПиМ уже была определена в качестве одной из главных. Вопросы ПиМ применительно к версии 8 довольно часто связываются с реализацией трехзвенной архитектуры и появлением сервера «1С:Предприятие 8». Но такой взгляд не совсем верен. Возможности улучшения ПиМ в данном случае обеспечиваются за счет серьезной переработки внутренней архитектуры платформы, что и сделало реальностью создание сервера «1С:Предприятие 8». Говоря о платформе «1С:Предприятия», часто упоминается то, что ее развитие во многом определяется требованиями поддержки унаследованных решений, существенно ограничивающими свободу действий разработчиков. Но этот тезис требует уточнения. Дело в том, что при переходе от 7.7 к 8.0 фирма «1С» как раз нарушила совместимость прикладных решений – как по данным, так и по программному коду, – но при этом сохранила верность некоторым базовым концепциям 7.7. Кроме того, в «1С:Предприятие 8» нужно выделить два основных технологических момента: переработку объектной модели (в которой помимо всего прочего был сделан акцент на многопользовательскую работу и создание более сложных прикладных решений) и создание нового, более эффективного механизма работы с базой данных. Здесь отдельно нужно отметить переход к управлению блокировками на уровне записей, а не таблиц. Собственно, именно в версии 8.0 впервые появился достаточно серьезный механизм управления данными, который можно было размещать либо на клиентской части (для файлового варианта), либо на сервере. Соответственно масштабирование серверной части (сервер + СУБД) обеспечивалось двумя взаимодополняющими вариантами: использованием многопроцессорных конфигураций (реализация многопотоковой обработки на сервере и на СУБД) и разнесением сервера и СУБД на разные компьютеры. Таким образом, появление «1С:Предприятие 8» позволило фирме «1С» начать публичное обсуждение вопросов ПиМ своих технологий. Эта тема была обозначена уже при объявлении бета-версии в 2003 г., когда были впервые представлены результаты проведенного нагрузочного тестирования. Более детальное исследование ПиМ было выполнено фирмой «1С» уже после выпуска рабочей версии 8.0. В целом результаты испытаний достаточно хорошо демонстрировали не только архитектурные преимущества 8.0 перед 7.7 в плане повышения производительности для одной и той же аппаратной конфигурации, но и существенные возможности масштабирования в версии 8. |