Проектирование автоматизированных систем управления математическое обеспечение. Программно-математическое обеспечение
Общее математическое и программное обеспечение АСУ.
Специальное математическое и программное обеспечение АСУ
Учебная цель : Ознакомиться с принципами построения основных математических и программных компонент АСУ ВМФ.
Литература :
В.Ф. Шпак Основы автоматизации управления. Ч.1, стр. 145-162. Петродворец, ВМИРЭ, 1998 г.
Н.Ф. Директоров и др. Автоматизация управления и связь в ВМФ. С. 118-121. СПб. Элмор, 2001.г.
С.М. Доценко и др. Единое информационно-функциональное пространство ВМФ: от идеи до реализации. Стр. 221-268. СПб., НИКА, 2003 г.
1. Общее математическое и программное обеспечение асу.
Математическое и программное обеспечение (МПО), наряду с информационным обеспечением (ИО) относятся к важнейшим видам обеспечения АСУ ВМФ. Разделение МПО и ИО является в достаточной степени условным. Информационное обеспечение предоставляет пользователю компьютера (лицу принимающему решения) информацию для принятия решений. Математическое и программное обеспечение позволяет выполнить пользователю необходимые расчеты, используя информацию, предоставленную информационным обеспечением.
Различие между математическим и программным обеспечением носит чисто технологический характер. Сначала создается математическое обеспечение (МО), а затем оно реализуется в программном обеспечении (ПО). В то же время оба вида обеспечения имеют право на самостоятельное существование. Конкретное МО может иметь несколько версий ПО для различных типов ЭВМ. Вместе с тем в последнее время укоренилось понятие “математическое и программное обеспечение”, относящееся к единому виду обеспечения.
По своим функциям МПО делят на общее (ОМПО) и специальное (СМПО). В свою очередь ОМПО представляется в виде общего математического обеспечения (ОМО) и общего программного обеспечения (ОПО), а СМПО - в виде специального математического обеспечения (СМО) и специального программного обеспечения (СПО).
Общее математическое обеспечение АСУ - это совокупность описаний и алгоритмов, предназначенных для организации и обеспечения:
эффективного функционирования технических средств при моделировании операций (боевых действий) и решении задач по обработке информации;
взаимодействия офицеров-операторов со средствами автоматизации;
подготовки и отладки СПО.
Общее программное обеспечение АСУ - это совокупность программных средств, реализующая алгоритмы ОМО.
В состав ОПО входят операционная система, пакеты прикладных программ (ППП) и комплекс программ технологического обслуживания (КПТО).
Под операционной системой понимают часть ПО, предназначенную для планирования и организации процесса обработки информации, ввода-вывода и управления данными, распределения ресурсов, подготовки и отладки программ и других вспомогательных операций. В соответствии определением операционную систему делят на две части: функциональную и технологическую.
Технологическая часть операционной системы составляет систему программирования, в состав которой входят языки программирования, трансляторы, редактор связей, загрузчик и другие средства подготовки и отладки СПО. Причем языки программирования относят к лингвистическому обеспечению АСУ.
Для больших ЭВМ (ЕС-1045, ЕС-1046 и др.) широко применяемыми являются операционные системы ОС ЕС и СВМ ЕС, содержащие многоязыковые системы программирования. Например, в операционной среде СВМ ЕС можно создавать программные продукты на процедурных языках ПЛ-1, ФОРТРАН IV, ПАСКАЛЬ и др.
В современных ПЭВМ системы программирования не являются атрибутом операционной системы (ОС). Они оформляются в виде отдельных ППП и классифицируются согласно языку программирования. Например, в настоящее время известны системы программирования DELPHI, Visual C, Visual Basic и др.
Пакеты прикладных программ расширяют возможности ОС и предоставляют дополнительные средства разработки СПО. В соответствии со средствами выделяют ряд технологий создания СМПО, с которыми можно ознакомится ниже.
Комплекс программ технического обслуживания состоит из тестовых программ, предназначенных для наладки, поиска и устранения неисправностей ЭВМ.
Характерной особенностью АСУ ТП является применение ЭВМ. Поскольку АСУ ТП многофункциональны, в машину закладывается определенное количество программ, каждая из которых обеспечивает реализацию той или иной функции системы управления.
Совокупность программ, необходимых для функционирования АСУ ТП, образует математическое обеспечение системы аналогично тому, как совокупность технических средств образует аппаратурное (техническое) обеспечение системы .
В математическом обеспечении АСУ ТП отражается математический аспект функционирования системы.
Математическое обеспечение системы делится на две группы: а) внутреннее математическое обеспечение (стандартное программное обеспечение; б) внешнее математическое обеспечение (функциональное программное обеспечение). К внутреннему математическому обеспеченно относятся программы, гарантирующие функционирование собственно управляющего вычислительного комплекса и поставляемые вместе с машинной данного типа независимо от особенностей АСУ ТП и от конкретного набора выполняемых системой функций. К внешнему математическому обеспеченно относятся программы, реализующие функции АСУ ТП. Очевидно, что программы,
реализующие одинаковые функции для различных объектов управления, также различны. Некоторые программы внутреннего и внешнего математического обеспечения иногда заменяются специальными устройствами. Таким образом, некоторые функции АСУ ТП могут быть реализованы с помощью как программы, так и аппаратуры.
Рисунок 1.7 - Алгоритмическая структура АСУ ТП.
Обычно под созданием внешнего математического обеспечения АСУ ТП подразумевают алгоритмизацию технологических процессов, представляющую собой разработку математического описания поведения системы технологический процесс-АСУ ТП . Основные задачи алгоритмизации:
1) изучение технологического процесса и факторов, определяющих его поведение;
2) постановка задачи автоматизированного управления технологическим процессом;
3) разработка математической модели (идентификация), алгоритма управления (оптимизация) процессом и программ применительно к конкретной управляющей вычислительной машине.
Алгоритмическая структура выполнения соответствующих функций АСУ ТП, отражающая системный подход к управлению производствами, и технологическими процессами, принятая за основу создания математического обеспечения АСУ ТП ОФ и ряда других предприятий , представлена на рисунок 1.7.
Основным узлом является математическая модель объекта, реализованная на вычислительной машине . При этом вся технологическая схема производства рассматривается как единая совокупность отдельных процессов и операций. На вход модели подаются значения сырья Y, поступающего на производство или на отдельный агрегат, задания на требуемое качество конечных продуктов X и критерии оценки F, характеризующие эффективность работы отдельных технологических агрегатов и производства в целом. В соответствии с разработанными алгоритмами оптимизации и учетом возмущений Z модель с большой скоростью выдает управление (сигналы U), которое подается на автоматические (программные устройства управления, системы регулирования) либо полуавтоматические устройства в виде сигналов команд, выполняемых частично человеком, частично автоматом, для их осуществления на конкретных агрегатах технологической схемы производства.
Алгоритмизация технологических процессов, являющаяся важным этапом создания АСУ ТП, разделяется на предварительную и окончательную . Задачи предварительной алгоритмизации, которая выполняется на первых этапах анализа производства до разработки и внедрения АСУ ТП: изучение алгоритмической структуры процесса, созданное его первоначальной математической модели и алгоритма оптимизации, моделирование процесса на ЭВМ. опытная реализация разработанных алгоритмов в производственных условиях, сценка ожидаемого
экономического эффекта, предварительный выбор средств управляющей вычислительной техники. Предварительная алгоритмизация позволяет оценить подготовленность различных технологических процессов к созданию АСУ ТП, наметить мероприятия по совершенствованною существующих систем автоматического контроля и регулирования, установить очередность развертывания работ на предприятиях той или иной отрасли по созданию АСУ ТП.
На стадии окончательной алгоритмизации более углубленно изучаются технологические процессы, корректируются (с учетом дополнительных сведений) модели и алгоритмы оптимизации, окончательно выбираются необходимые технические средства, определяется экономическая эффективность создаваемой системы управления.
Еще по теме Математическое обеспечение АСУ ТП и алгоритмизация технологических процессов.:
- Кузнецов Виктор Георгиевич. АЛГОРИТМИЗАЦИЯ И ОПТИМИЗАЦИЯ ТЕХНОЛОГИЧЕСКОГО ПРОЦЕССА РЕКТИФИКАЦИИ НЕФТИ. ДИССЕРТАЦИЯ на соискание ученой степени кандидата технических наук. 05.13.06 - Автоматизация и управление технологическими процессами и производствами (промышленность). Самара-2005, 2005
Программные средства обеспечивают обработку данных и состоят из общего и прикладного ПО и программных документов, необходимых для эксплуатации этих программ. К общему ПО относят операционные системы (ОС), системы программирования и программы технического обслуживания, которые предоставляют сервис для эксплуатации компьютера, выявления ошибок при сбоях, восстановления испорченных программ и данных. В зависимости от функций, выполняемых ПО, его можно разделить на две большие группы: системное и прикладное ПО.
Системное программное обеспечение (СПО) -- это «программная оболочка» аппаратных средств, предназначенная для отделения остальных программ от непосредственного взаимодействия с оборудованием и организации процесса обработки информации в компьютере. К СПО относятся такие типы программ, как ОС, различные сервисные средства, функционально дополняющие возможности ОС, инструментальные средства (системы управления базами данных, программирования, оболочки экспертных систем). Прикладное ПО предназначено для решения определенных задач пользователя.
Основная компонента СПО -- ОС выполняет следующие функции:
- * организация многоцелевой работы компьютера, при которой возможно одновременное выполнение нескольких программ;
- * организация хранения программ и данных на носителях информации и, возможно, санкционирование доступа к этой информации;
- * обеспечение взаимодействия с пользователем на основе графического интерфейса;
- * обеспечение сетевых возможностей, т.е. возможности доступа к информации, хранимой в памяти другого компьютера локальной или глобальной сети.
Последняя функция в настоящее время стала стандартной для любой современной ОС. Тем не менее, проводя их классификацию, можно выделить две группы по данному признаку. Это, во-первых, системы, предназначенные для использования в узлах коммуникаций корпоративных сетей, и системы для рабочих станций сети.
Примером таких систем могут служить Microsoft Windows NT Server 4.0, Novell NetWare 4.x (для узлов коммуникаций) и Microsoft Windows NT Workstation 4.0 (для рабочих станций).
По своим функциональным возможностям все сетевые ОС делятся на два четко различимых класса: сетевые ОС масштаба отдела и корпоративные ОС. Это следует учитывать при принятии стратегического решения относительно использования ОС того или иного класса.
Выбор корпоративной сетевой ОС обусловлен, прежде всего, возможностью в широких пределах масштабирования производительности.
На сегодняшний день признанными лидерами являются фирменные версии «коробочных» продуктов Unix. Это можно отследить при увеличении числа пользователей (до 64), когда график роста производительности близок к линейному. Следует учитывать и тот факт, что выбранная ОС должна поддерживать ряд универсальных (на сегодняшний день) API, таких, которые могли бы выполняться эффективно с приложениями Windows, MS DOS и OS/2 при вытеснении многозадачности и мультиплексирования. Подробнее об этом см. подразд. 3.3.2.
Хотя существует еще ряд не менее важных характеристик, которые надо учитывать при выборе сетевой ОС, таких, например, как степень стабильности и безопасности ОС, наличие программных средств удаленного доступа, способность работать в гетерогенной среде и т.д., реальная жизнь упрощает задачу выбора. Сегодня рынок корпоративных ОС поделен между несколькими ОС: примерно по одной трети имеют NetWare и Windows NT, 10% приходится на разные версии Unix и 20 % представлены остальными типами ОС.
Модели Windows NT во многих отношениях построены на основе Unix, особенно в части сетевой деятельности и определенных механизмов управления ресурсами. В Unix добавление пользователя означает по существу создание отдельного каталога и подкаталогов, предназначенных для данного пользователя, и предоставление различных прав собственности и разрешений на доступ к файлам и процессам в этой структуре каталогов. В некоторых системах пользователи могут просматривать (но не изменять или добавлять) всю структуру каталогов машины Unix, но администратор имеет полномочия ограничить пользователям доступ лишь отдельными областями системы.
Windows 95, как, впрочем, DOS и Windows 3.x, не содержит практически никаких встроенных средств обеспечения безопасности, аналогичных имеющимся в Windows NT и Unix, поэтому мало пригодна в качестве среды для рабочих станций корпораций и организаций.
В настоящее время существует три жизнеспособные и развивающиеся промышленные технологии передачи графических интерфейсов: X-terminal многочисленных вариантов Unix (для Х-Window), Remote Desktop фирмы Microsoft (для Windows Terminal Server) и средства WEB-броузеров Netscape и Microsoft (с помощью HTML, Java и JavaScript и соответствующих интерфейсов к СУБД).
Через стандартизацию интерфейсов обеспечивается совместимость специалиста с компьютером, т.е. через стандарты интерфейса специалист может выполнять с помощью компьютера определенные действия (определенную технологию) по превращению данных в информацию. Таким образом, информационно-командная среда представляет собой совокупность программного и информационного обеспечения и определенного стандарта интерфейса.
Разнообразие технических средств и ОС привели к появлению понятия платформы. Практика показывает, что эволюция программно-аппаратного комплекса идет непрерывно по мере повышения квалификации и уровня знаний тех, кто реально использует эти средства. Модульность программно-аппаратных средств -- ключ к эволюционному развитию систем. Международные организации и крупные фирмы в области информатики предлагают различные стандарты на аппаратные и программные интерфейсы.
В традиционном понимании платформа -- это комплекс аппаратных и программных средств, на котором функционирует ПО пользователя ЭВМ. Основа аппаратной платформы {hardware-платформы) -- процессор. Тип процессора определяет тип и характеристики компьютера.
Существует несколько направлений развития аппаратных платформ -- для ПК, рабочих станций, мини-компьютеров, больших компьютеров и суперкомпьютеров. В настоящее время в обеспечении информационных технологий управления наиболее широко распространены IBM-совместимые персональные компьютеры с процессорами Intel.
Программный продукт (ПП) -- это совокупность отдельных программных средств, их документации, гарантий качества, рекламных материалов, мер по обучению пользователей, распространению и сопровождению готового ПО.
Подобно живому организму, всякий продукт (товар или услуга) имеет свой ЖЦ, который начинается с момента его «рождения» (или, возможно, с момента зарождения идеи) и заканчивается его «смертью», или изъятием из употребления. Эта концепция получила значительное развитие и оказалась весьма полезной при управлении процессом создания ПП.
Можно выделить несколько фаз существования ПП в течение его ЖЦ. Иногда они перекрываются, начало и конец каждой фазы не всегда могут быть точно определены.
Фаза исследования начинается с момента, когда руководитель разработки осознает потребность в данном продукте. Выполняемая в этой фазе работа состоит в планировании и координации, необходимых для подготовки формального перечня требований к продукту.
Фаза анализа осуществимости есть техническая часть фазы исследования. Работа заключается в исследовании предполагаемого продукта с целью получения оценки возможности реализации проекта. Рассматриваются также:
- * эксплуатационная осуществимость -- будет ли программный продукт достаточно удобным для использования;
- * экономическая осуществимость -- стоимость, эффективность с точки зрения пользователя;
- * коммерческая осуществимость -- будет ли ПП привлекательным, пользующимся спросом, простым в обращении, легко устанавливаемым, приспособленным к обслуживанию.
Часто после проведения анализа осуществимости работы по разработке ПП прекращаются.
Фаза конструирования обычно начинается еще в фазе анализа осуществимости, как только оказываются определенными некоторые предварительные цели. В этой фазе разработанные алгоритмы программ фиксируются в официальных спецификациях.
Фаза программирования начинается в фазе конструирования, как только станут доступными основные спецификации на отдельные компоненты изделия, но не раньше утверждения соглашения о требованиях. Эта фаза состоит в подробном внутреннем конструировании ПО, а также составлении схем алгоритмов, документировании, кодировании и отладке программ.
Фаза оценки наступает, как только все компоненты собраны вместе и испытаны. Для оценки затрат можно использовать несколько методов. Если при этом получаются несогласованные результаты, следует добиться устранения этой несогласованности. Используются методы экспертных оценок, метод алгоритмического анализа, пошаговый анализ и т.д.
Фаза использования начинается, когда изделие передается в систему распределения, и обычно продолжается от 2 до 6 лет. В фазе использования выполняется обучение персонала, внедрение, настройка, сопровождение и, возможно, расширение ПП. Фаза заканчивается, когда изделие изымается из употребления.
Фазы ЖЦ программного продукта можно привязать к функциям управления, т.е. к организационным функциям любого предприятия. Так, группа планирования на предприятии определяет необходимость в программном продукте, устанавливает возможность его реализации и осуществляет слежение за ним до конца использования. Группа разработки составляет спецификации, конструирует, документирует программный продукт. Группа обслуживания предоставляет средства ВТ для обеспечения всех названных функций, конфигурационного управления, распространения и административной поддержки. Группа выпуска документации обеспечивает пользователей различными руководствами и справочными материалами. Группа испытаний дает независимую оценку как ПО, так и документации до передачи их пользователю. Группа поддержки обеспечивает распространение ПП и обучение пользователей, его установку на месте использования и постоянную связь между отдельными группами и пользователями. Группа сопровождения обеспечивает исправление ошибок и некоторые улучшения в фазе использования.
Все вышесказанное относится как к общему, так и к прикладному ПО. Прикладное ПО определяет разнообразие ИТ и состоит из отдельных ПП или пакетов, называемых приложениями. Некоторые приложения могут применять все пользователи, а применение других требует определенного уровня квалификации проектировщика.
Рассматривая стратегические проблемы создания корпоративных приложений, следует отметить, что чаще всего важен выбор не самого приложения, а той технологии, в соответствии с которой приложение создается, поскольку большая часть приложений создается силами сотрудников предприятия или же силами сторонней организации, но по конкретному техническому заданию для этого предприятия. Случаи использования готовых крупных приложений, настраиваемых на потребности данного предприятия, например SAPR/3, более редки по сравнению с созданием специальных приложений.
Специальные приложения часто модифицируются, добавляются, снимаются с работы, поэтому важно, чтобы технология их создания допускала быструю разработку (например, на основе объектного подхода) и быстрое внесение изменений при возникновении такой необходимости. Кроме того, важно, чтобы технология позволяла строить распределенные системы обработки информации, использующие все возможности современной корпоративной сети.
Технология Intranet удовлетворяет этим требованиям, являясь одновременно и самой перспективной технологией создания приложений. Однако и при выборе Intranet для создания корпоративных приложений остается немало проблем, которые можно отнести к стратегическим, так как существует несколько вариантов реализации этой технологии -- Microsoft, Sun, IBM, Netscape и др.
В конечном итоге свойства приложений определяют требования, предъявляемые к остальным слоям и подсистемам корпоративной сети. Объемы хранимой информации, их распределение по сети, тип и интенсивность трафика -- все эти параметры, влияющие на выбор СУБД, операционной системы и коммуникационного оборудования и т.п., являются следствием выбора приложений, работающих в сети.
Описание математического обеспечения АСУ
Математическое обеспечение АСУ - совокупность программ и программных комплексов, посредством которых происходит преобразование алгоритмов программы пользователя, записанных на алгоритмических языках высокого уровня, в последовательность команд, понимаемых электроникой ЭВМ, организуется автоматическое прохождение задач пользователей на ЭВМ, обеспечивается эффективное использование оборудования ЭВМ.
Характер математического обеспечения АСУ существенно меняется по мере развития возможностей технических средств. Разработчики АСУ, продолжая создавать алгоритмы и программы сложных и типовых задач, подготовка которых пользователями затруднительна, все в большей степени должны готовить программные средства поддержки для непрофессиональных программистов. Это повышает требования к разработчикам АСУ в части знания ими методов подготовки и отладки программ, автоматизации программирования.
Совершенствуются и развиваются языки программирования высокого уровня, появились непроцедурные языки, близкие к естественному. Облегчая работу пользователя, эти языки требуют развитого системного программного обеспечения, содержание которого все чаше становится различным для разных пользователей и должно определяться в процессе проектирования конкретной системы.
Математическое обеспечение принято делить на общее и специальное.
Общее математическое обеспечение обычно состоит из операционной системы, средств поддержания системы математическое обеспечение в рабочем состоянии, средств программирования и приложений. К математическому обеспечение должны быть отнесены также испытательные программы, предназначенные для контроля исправности, не применяются при программировании и не влияют на него.
Специальное математическое обеспечение (СМО) является проблемно-ориентированным и реализуется в виде комплекса программ программного обеспечения, организующих работу технических средств по выполнению решаемых в АСУ задач.
В свою очередь специальное математическое обеспечение делят на:
Общесистемное, обеспечивающее функционирование всей системы управления в заданном режиме, включая управление работой ЭВМ и других технических средств с точки зрения использования их в АСУ, решение ряда задач по типовым схемам, которые могут быть необходимы многим пользователям. Последняя часть общесистемного СМО реализуется в виде «библиотеки стандартных программ», содержащей программы сортировки, редактирования, решения часто встречающихся математических задач;
Прикладное, состоящее из прикладных программ в соответствии с индивидуальными особенностями решаемых задач.
Математическое обеспечение строится на основе типизации алгоритмов по классам задач и унификации методов решения родственных задач независимо от подсистем, в которых они находятся. Такая группировка задач позволяет удешевить их математическое обеспечение, а также создать единые модели для решения различного класса задач. Можно выделить следующие классы задач:
Задачи первичного учета, являющиеся, как правило, массовыми, и поэтому эффективность их включения в АСУ зависит от автоматизации получения машиночитаемой информации;
Учетно-статистические задачи характеризуются большим числом логических операций при небольшом объеме простых математических операций;
Бухгалтерские задачи характеризуются большим числом операций сложения, вычитания, логических операций (сортировка, группировка, сравнение) и формированием таблиц в заданной форме;
Информационно-справочные задачи;
Задачи сложных неэкстремальных расчетов. Для решения задач данного типа целесообразно применять методы математического моделирования. Это позволит сократить трудность не только самих расчетов, но и работ необходимых для сбора исходной информации;
Задачи прогнозирования. Для их решения также применяется математическое моделирование;
Оптимизационные задачи - это наиболее эффективное использование методов моделирования. В машине могут быть "разыграны" любые варианты и ситуации и получена оценка каждого варианта во всех возможных ситуациях;
Задачи топографического моделирования;
Задачи оперативного управления производственными процессами;
Логические задачи.
Для реализации математического обеспечения создают программное обеспечение.
Основой программного обеспечения НОУ ДПО «Бизнес Образование» является конфигурация 1С:Франчайзи, поэтому необходимо рассмотреть используемые в ней механизмы организующих работу технических средств по выполнению решаемых в АСУ задач. Встроенный язык программирования 1С: Франчайзи - язык программирования, который используется в семействе программ «1С:Предприятие». Данный язык является предварительно компилируемым предметно-ориентированным языком высокого уровня.
Платформой предоставляется фиксированный набор базовых классов, ориентированных на решение типовых задач прикладной области:
Константа;
Справочник;
Документ;
Журнал документов;
Перечисление;
Обработка;
План счетов и др.
На основании базовых классов средствами визуального конфигурирования можно создавать любое количество порождённых классов (возможность определить новый класс программно - отсутствует). Допускается только одна явная ступень наследования классов. Как правило, объекты порождённых классов представляют собой записи (или некоторые наборы записей) в базе данных. Такие классы образуют «Дерево метаданных». В терминах встроенного языка программирования 1С такие классы называются объектами метаданных.
Поддерживаются русский и английский синтаксис команд.
Встроенный язык имеет много общих черт с такими языками, как Pascal, Java Script, Basic, но не является прямым аналогом какого-либо из этих языков. Как уже было сказано, прикладные решения в «1С:Предприятии» не программируются (кодируются) целиком, большая их часть описывается параметрически - в виде структур метаданных, с помощью дизайнера форм, отчетов и т.д. Соответственно, встроенный язык «1С:Предприятия» является скриптовым языком, предназначенным в первую очередь для программирования бизнес-логики в контексте объектной модели «1С:Предприятия». На нем программируются обработчики различных событий, изменяющих состояние объектов системы, например, обработчики команд пользователя, обработчики проведения документов и т.д.
Очень существенным моментом является то, что особенности построения языка напрямую соответствуют модели проектирования структур данных, реализованной в «1С:Предприятии». То, что вся разработка конфигурации ведется на основе использования стандартных объектов системы, позволяет разработчику прикладных решений применять соответствующие им объекты встроенного языка, имеющие большой набор функций и высокую гибкость.
В числе наиболее значимых технологических особенностей встроенного языка:
Предварительная компиляция. Перед исполнением модули преобразуются во внутренний код;
Кэширование скомпилированных модулей в памяти;
Мягкая типизация - тип переменных может изменяться в процессе работы;
Отсутствие программного описания объектов конфигурации прикладное решение может манипулировать либо встроенными в платформу «1С:Предприятия» объектами, либо объектами, описанными разработчиком в процессе визуального конструирования системы в виде объектов метаданных.
Существует несколько дополнительных компонент, расширяющих основные классы, их свободное добавление и изменение; фирмой- разработчиком они не рекомендованы к использованию. Это означает, что фирма 1С и её Франчайзи отказываются от какой либо технической поддержки конфигураций, использующих такие компоненты.
Так компонента 1С++ расширяет язык 1С средствами полноценного объектно-ориентированного программирования. Её использование значительно расширяет возможности конфигурирования 1С. Это свободный программный продукт, распространяемый под лицензией GPL.
Более того - существует полностью свободный проект 2C, не использующий, каких либо проприетарных модулей фирмы 1С или других производителей. Это переписанное «с нуля» свободно распространяемое под лицензией GPL расширяемое ядро 1С-подобной системы, в котором даже такие «встроенные объекты» 1C как справочники и регистры - переопределяемые прикладным программистом классы.
Язык платформы 2С проектировался с целью максимальной преемственности с существующими для 1С наработками, и является расширением базового языка 1С. Путём написания соответствующих базовых классов язык 2С может быть приближен как к 1С 7.7, так и к 1С 8.0, хотя 2С: Платформа и не может обеспечить 100 % автоматическую переносимость конфигураций из той или иной версии 1С: Предприятия.
Внешний компонент.Net Bridge позволяет «прозрачно» обращаться из языка программирования 1С к сборкам и встроенным классам.Net Framework. Поддерживает работу со всеми популярными версиями 1С: 7.7/8.0/8.1/8.2 .
Описание организационного и правового обеспечения
В общем виде совокупность организационного и правового обеспечений можно представить как структуру, охватывающую правовые документы, регламентирующие и описывающие схемы функционирования предприятия, интструктивно-методические материалы по обеспечению разработки и эксплуатации АСУ, а также организационно-распорядительные и нормативные документы. К этому виду обеспечения можно также отнести систему подготовки и переподготовки персонала.
Структура организационно-правового обеспечения представлена на рисунке 2.9.
Рисунок 2.9 - Структура организационно-правового обеспечения
Выводы по главе
Проведя анализ функциональной структуры предприятия был выявлен состав функциональной части АСУ, определены задачи, решаемые каждой подсистемой.
Анализ обеспечивающей части АСУ определил проектные решения по информационному, техническому, программному, математическому, организационно-правовому обеспечениях. Определились направления, которые АСУ должна обеспечивать: автоматизированный сбор и обработку информации с использованием методов оптимизации по основным задачам управления, хранение в памяти ЭВМ и комплексное использование нормативно-справочной, оперативной и другой необходимой для принятия решения информации, организацию рационального документооборота на объекте управления, выделение прогрессивных методов планирования, учета и анализа хода производства.
В качестве основного недостатка выявленного в ходе анализ функционирующей АСУ выступило отсутствие автоматизированной подсистемы, позволившей бы сократить время сбора информации о прошедших обучение, и подготовки отчетности. Таким образом наиболее актуальным является создание автоматизированной подсистемы «1С: Центр сертифицированного образования», как составляющее автоматизированной подсистемы «Управление отношениями с клиентами».
Следует также обратить внимание на готовность предприятия к внедрению необходимой подсистемы и модернизации имеющейся АСУ.