- •Міністерство освіти і науки україни
- •Основи системного аналізу
- •Задача поиска технических решений
- •Базовые термины и определения
- •Формализация описания процесса функционирования сложной технической системы
- •Обеспечение целостности и описание сложной технической системы (стс)
- •Форма представления стс
- •Эффективность стс определяется по схеме:
- •Типовой процесс решения системотехнической задачи
- •Среда или платформа автоматизированного проектирования
- •Управление проектированием
- •Информационный интерфейс
- •Образование уровней представления данных
- •Программирование сканера
- •Диаграмма состояний
- •Разработка семантических программ компилятора
- •Инструменты электронных платформ сапр
- •Инструменты системного проектирования системы сапр
- •Инструменты проектирования цифровых электронных схем.
- •Задачи сапр цифровых схем
- •Математическая модель цифровой схемы
- •Машинная модель
- •Событийный метод
- •Механизм динамических списков событий
- •Графические инструменты схемы
- •Стандарт iges разрабатывался в 50-60 гг, когда основным средством ввода была перфокарта, отсюда его и недостатки.
- •Средства черчения
- •Программный интерфейс платформы сапр
- •Порождаемые процессы (порожденные)
- •Типы атрибутов объекта
- •Описание атрибутов
- •Правила атрибутов
- •Связи между объектами
- •Описание динамического поведения объекта
- •Системы автоматизированного проектирования как открытые системы
- •Свойства открытых систем
- •Компоненты открытых систем
- •Обеспечение переносимости и масштабируемости
Системы автоматизированного проектирования как открытые системы
Это направление возникло, так как начали развиваться сети. Но эти сети создавали разные фирмы, и в каждой фирме существуют свои аппаратные и программные платформы. Поэтому необходимо было выработать единый стандарт. Эпоха САПР связана с появлением крупных вычислительных машин – MainFrame. (60-е гг)
Проблемы открытых систем в этот период не возникали.
Программное обеспечение может разрабатываться и выполняться на разных платформах и сетях, следовательно, задачей открытой системы является обеспечение совместимости аппаратных и программных платформ.
Открытая система – это аппаратно-программный комплекс, позволяющий достичь решения следующих задач:
Соединяемость разнородных аппаратных платформ в полноценно функционирующие комплексы.
Обеспечить переносимость прикладного программного обеспечения между различными платформами.
Снять с пользователя заботу о выборе наилучшего способа распределения операции решения прикладных задач между доступными серверами.
Обеспечить для пользователя иллюзию работы с терминалом локального вычислительного комплекса, в то время как ресурсы этого комплекса могут быть достаточно распределены в пространстве.
Таким образом, открытая система – это информационная среда, состоящая из ресурсов программных продуктов и технологий, разработанных и представленных в соответствии со стандартами – стандартами индустриальными и де-факто.
Свойства открытых систем
По определению, открытые системы обладают переносимостью, т.е. позволяют использовать ОС и приложения на различных аппаратных платформах.
Возможность управления всеми ресурсами из любой точки (или узла) такой системы, т.е. с любого клиентского компьютера мы имеем доступ ко всей сети.
Масштабируемость – заключается в том, что используемая аппаратная платформа различных серверов компьютерной сети должна влиять только на производительность программы, а прикладные программы должны полноценно использовать все имеющиеся технические ресурсы.
Свойство доступности – программное и техническое обеспечение открытых систем должно быть открытым для создания, развития и реструктуризации.
Компоненты открытых систем
Среда пользователя
Средство поддержки базы данных
Языки программирования и инструменты разработки приложений
Сетевой сервис
Операционные системы
Аппаратный и программный интерфейс
Обеспечение переносимости и масштабируемости
Для этого необходимо разработать стандарты для каких-то уровней представления, т.е. компоненты открытой системы группируются на нескольких уровнях, на каждом из которых конструктивные решения основываются на решениях более низких уровей.
Выделение уровней программного обеспечения:
User Interface
Applications
Software Languages
DataBaseandSoftwareTools(инструментарии создания базы данных программирования)
Operation Systems
Computer Hardware
Microprocessors
Для каждого уровня компонентов существуют свои стандарты. Например, для уровня микропроцессоров существуют стандарты бинарной совместимости ABI, которые обеспечивают переносимость программ на уровне команд процессора.
Переносимость на уровне стандартных текстов обеспечивается стандартом POSIXилиXIOPENCAE.
CUA(CommonUserAccess) – совместимость пользовательских интерфейсов.
Обеспечение соединяемости – это 7 уровней модели OSI, стандартные коммуникационные протоколы.
Обеспечение распределенных вычислений поддерживается возможностями клиент серверной архитектурой компьютерных сетей.