Билет. Средства разработки программного обеспечения.

нтегри́рованная среда́ разрабо́тки, ИСР (англ. IDE, Integrateddevelopmentenvironment или integrateddebuggingenvironment) — система программных средств, используемая программистами для разработки программного обеспечения (ПО).

Обычно среда разработки включает в себя:

текстовый редактор

компилятор и/или интерпретатор

средства автоматизации сборки

отладчик.

Иногда содержит также средства для интеграции с системами управления версиями и разнообразные инструменты для упрощения конструирования графического интерфейса пользователя. Многие современные среды разработки также включают браузер классов, инспектор объектов и диаграмму иерархии классов — для использования при объектно-ориентированной разработке ПО. Хотя и существуют ИСР, предназначенные для нескольких языков программирования — такие, как Eclipse, NetBeans, Embarcadero RAD Studio, QtCreator или MicrosoftVisualStudio, но обычно ИСР предназначается для одного определённого языка программирования - как, например, VisualBasic, PureBasic, Delphi, Dev-C++.

Билет. СУБД

Систе́мауправле́нияба́замида́нных (СУБД) — совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных

Основные функции СУБД

-управление данными во внешней памяти (на дисках);

-управление данными в оперативной памяти с использованием дискового кэша;

-журнализация изменений, резервное копирование и восстановление базы данных после сбоев;

-поддержка языков БД (язык определения данных, язык манипулирования данными).

Обычно современная СУБД содержит следующие компоненты:

ядро, которое отвечает за управление данными во внешней и оперативной памяти, и журнализацию,

процессор языка базы данных, обеспечивающий оптимизацию запросов на извлечение и изменение данных и создание, как правило, машинно-независимого исполняемого внутреннего кода,

подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД

а также сервисные программы (внешние утилиты), обеспечивающие ряд дополнительных возможностей по обслуживанию информационной системы.

Классификации СУБД

1)По модели данных

Примеры:

Иерархические

Сетевые

Реляционные

Объектно-ориентированные

Объектно-реляционные

2)По степени распределённости

Локальные СУБД (все части локальной СУБД размещаются на одном компьютере)

Распределённые СУБД (части СУБД могут размещаться на двух и более компьютерах).

3)По способу доступа к БД

Файл-серверные

В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на процессор файлового сервера. Недостатки: потенциально высокая загрузка локальной сети; затруднённость или невозможность централизованного управления; затруднённость или невозможность обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность. Применяются чаще всего в локальных приложениях, которые используют функции управления БД; в системах с низкой интенсивностью обработки данных и низкими пиковыми нагрузками на БД.

На данный момент файл-серверная технология считается устаревшей.

Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro.

Клиент-серверные

Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность.

Примеры: Oracle, Firebird, Interbase, IBM DB2, Informix, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Caché, ЛИНТЕР.

Встраиваемые

Встраиваемая СУБД — СУБД, которая может поставляться как составная часть некоторого программного продукта, не требуя процедуры самостоятельной установки. Встраиваемая СУБД предназначена для локального хранения данных своего приложения и не рассчитана на коллективное использование в сети. Физически встраиваемая СУБД чаще всего реализована в виде подключаемой библиотеки. Доступ к данным со стороны приложения может происходить через SQL либо через специальные программные интерфейсы.

Примеры: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, Microsoft SQL Server Compact, ЛИНТЕР.

Билет. АСОУП

АСОУП – базовая система АСУЖТ в области управления перевозочным процессом. Это приоритетная, основная разработка коллектива БФ ВНИИАС – преемника ПКТБ АСУЖТ. Общесистемные средства АСОУП создавались централизованно в виде типовых проектных решений, что позволило унифицировать главные процессы обработки информации в дорожных информационно-вычислительных центрах.

При проектировании системы предусматривался обмен информацией с ГВЦ МПС, ИВЦ соседних дорог (включая стальные магистрали ближнего зарубежья), с автоматизированными системами нижнего уровня АСУЖТ. Создание и внедрение АСОУП обеспечило построение надежного фундамента вычислительной сети на железных дорогах России. Такова в сжатом виде характеристика предмета, которому посвятили свое выступление первый заместитель директора БФ ВНИИАС лауреат Государственной премии Российской Федерации Г.Н. Баврин и заместитель директора БФ В.Н. Якимец.

Основной составляющей АСОУП служит база данных дорожного уровня. В ее состав вошли оперативные номерные модели: поездная, вагонная, контейнерная, локомотивная, локомотивных бригад, отправочная, модель заявок, а также массивы информации о состоянии, дислокации и работе отдельных единиц подвижного состава.

На первом этапе создания АСОУП были реализованы модели поездов, локомотивов и специального подвижного состава. Система открыла широкие возможности для совершенствования управления эксплуатационной работой дорог. Она позволила руководству и оперативному персоналу магистралей и отделений получать целостное представление об эксплуатационной обстановке на контролируемых полигонах в моменты, близкие к реальному времени.

Для этого пользователям были предоставлены данные о наличии, размещении и состоянии вагонных парков; перемещении и дислокации поездов; наличии, дислокации и состоянии локомотивов; погрузке, выгрузке и др. Появились возможности прогнозирования и оперативного планирования предстоящей работы. Способная решать некоторые прикладные задачи система позволила контролировать соблюдение технологической дисциплины, принимать оперативные меры по ликвидации выявленных нарушений.

АСОУП обеспечила выдачу оперативным работникам станций, отделений и управлений дорог комплекта технологических документов по каждому поезду. Она стала базисом для создания ряда новых автоматизированных систем и комплексов задач в системе управления перевозочным процессом.