- •Оглавление
- •Основные понятия объектно-ориентированного программирования.
- •Технологии разработки программных средств.
- •Процесс подготовки программ в интегрированной среде программирования. Этапы подготовки программ в интегрированной среде программирования.
- •Параллельный и последовательный ввод-вывод. Сравнительная оценка, достоинства и недостатки.
- •Системная шина ibm pc
- •Ввод вывод в программно-управляемом режиме, по прерываниям от ву и в режиме пдп. Сравнительная оценка достоинства и недостатки.
- •Ввод сигнала в программно-управляемом режиме. Пример реализации.
- •Ввод сигнала по прерываниям. Принципы организации и логика работы.
- •Ввод сигнала по прерываниям. Пример реализации.
- •Универсальный последовательный канал usb. Назначение, основные принципы работы и характеристики.
- •Канал ближней беспроводной связи bluetooth. Назначение, основные принципы работы и характеристики.
- •Локальные компьютерные сети. Назначение, области применения. Аппаратные и программные средства.
- •Аппаратные технические средства:
- •Программные технические средства:
- •Локальные компьютерные сети. Принципы логической организации (одноранговые и с выделенным сервером).
- •Локальные компьютерные сети. Защита информации в лкс. (методы защиты информации в одноранговых лкс и сетях с выделенным сервером)
- •Глобальная компьютерная сеть «интернет». Сетевые протоколы tcp/ip.
- •Адреса в "интернет" (доменные, ip, url)
- •1.Доменные адреса
- •3. Указатели url
- •Электронная почта.
- •Глобальная компьютерная сеть "интернет". Понятие гипертекста. «всемирная паутина» www.
- •Поиск медицинской информации в «интернет». Система medline.
- •Базы данных. Основные понятия. Требования и основные принципы построения.
- •Основные требования к организации базы данных
- •Базы данных. Реляционная модель логической организации.
- •Иерархическая модель данных
- •Сетевая модель данных
- •Реляционная модель данных
- •Экспертные системы. Основные понятия и области применения.
- •Экспертные системы. Средства разработки. Примеры эс медицинского назначения.
- •Разработка прототипа эс.
- •Медицинская экспертная система дифференциальной диагностики
- •Медицинская экспертная система Хронос Эксперт
- •Экспертная система "Домашний Доктор"
Основные требования к организации базы данных
1. Установление многосторонних связей.
2. Производительность.
3. Минимальные затраты.
4. Минимальная избыточность.
5. Возможности поиска.
6. Целостность.
Необходимо учитывать возможность возникновения ошибок и различного рода случайных сбоев. Хранение данных, их обновление, процедуры включения данных должны быть такими, чтобы система в случае возникновения сбоев могла восстанавливать данные без потерь.
7. Безопасность и секретность.
Под безопасностью данных понимают защиту данных от случайного или преднамеренного доступа к ним лиц, не имеющих на это право, от неавторизованной модификации данных или их уничтожения.
Секретность определяют, как право отдельных лиц или организаций определять, когда, как и какое количество соответствующей информации может быть передано другим лицам или организациям.
Основные положения, особенно важные с точки зрения обеспечения безопасности данных в базе данных:
-
данные защищаются от искажения, хищения и других форм уничтожения,
-
данные должны быть восстанавливаемыми,
-
обеспечивается возможность контроля данных,
-
система недоступна для вмешательства в неё,
-
должна быть установлена процедура идентификации пользователя базы данных,
-
в системе предусматривается контроль действий пользователя по обработке данных с точки зрения санкционирования их выполнения,
-
контроль за работой пользователя осуществляется так, чтобы его ошибочные действия были с большой вероятностью обнаружены.
8. Связь с прошлым.
9. Связь с будущим.
10. Настройка.
Реконструкция базы данных с целью улучшения её производительности называется настройкой базы данных. Эффективность настройки определяется двумя требованиями:
1). Физической независимости данных,
2). Автоматического управления базами данных, обеспечивающего возможность выполнения требуемой настройки.
11. Перемещение данных.
Процесс регулирования хранения данных в соответствии с уровнем спроса на них называется перемещением данных. Иногда эта операция является частью процесса настройки базы данных. В некоторых системах перемещение выполняется автоматически.
12. Простота.
Средства, которые используются для представления общего логического описания данных, должны быть простыми.
Принципы построения баз данных
К современным базам данных, а, следовательно, и к СУБД, на которых они строятся, предъявляются следующие основные требования:
-
Высокое быстродействие (малое время отклика на запрос). Время отклика - промежуток времени от момента запроса к БД до фактического получения данных.
-
Простота обновления данных.
-
Независимость данных - возможность изменения логической и физической структуры БД без изменения представлений пользователей.
-
Совместное использование данных многими пользователями.
-
Безопасность данных - защита данных от преднамеренного или непреднамеренного нарушения секретности, искажения или разрушения.
-
Стандартизация построения и эксплуатации БД (фактически СУБД).
-
Адекватность отображения данных соответствующей предметной области.
-
Простой интерфейс пользователя.
Важнейшими являются первые два противоречивых требования: повышение быстродействия требует упрощения структуры БД, что, в свою очередь, затрудняет процедуру обновления данных, увеличивает их избыточность.
Безопасность данных включает их целостность и защиту. Целостность данных - устойчивость хранимых данных к разрушению и уничтожению, связанных с неисправностями технических средств, системными ошибками и ошибочными действиями пользователей. Она предполагает:
-
отсутствие неточно введенных данных или двух одинаковых записей об одном и том же факте;
-
защиту от ошибок при обновлении БД;
-
невозможность удаления (или каскадное удаление) связанных данных разных таблиц;
-
не искажение данных при работе в многопользовательском режиме и в распределенных базах данных;
-
сохранность данных при сбоях техники (восстановление данных).
Целостность обеспечивается триггерами целостности - специальными приложениями-программами, работающими при определенных условиях. Защита данных от несанкционированного доступа предполагает ограничение доступа к конфиденциальным данным и может достигаться:
-
введением системы паролей;
-
получением разрешений от администратора базы данных (АБД);
-
запретом от АБД на доступ к данным;
-
формирование видов - таблиц, производных от исходных и предназначенных конкретным пользователям.
Стандартизация обеспечивает преемственность поколений СУБД, упрощает взаимодействие БД одного поколения СУБД с одинаковыми и различными моделями данных. При этом может быть осуществлен как локальный, так и удаленный доступ к данным (технология клиент/сервер или сетевой вариант).
Основные этапы проектирования баз данных:
1) Концептуальное (инфологическое) проектирование – построение формализованной модели предметной области. Такая модель строится с использованием стандартных языковых средств, обычно графических, например, ER-диаграмм (диаграмм «Сущность-связь»). Такая модель строится без ориентации на какую-либо конкретную СУБД.
Основные элементы данной модели:
· Описание объектов предметной области и связей между ними.
· Описание информационных потребностей пользователей (описание основных запросов к БД).
· Описание алгоритмических зависимостей между данными.
· Описание ограничений целостности, т.е. требований к допустимым значениям данных и к связям между ними.
2) Логическое (даталогическое) проектирование – отображение инфологической модели на модель данных, используемую в конкретной СУБД, например, на реляционную модель данных. Для реляционных СУБД даталогическая модель – набор таблиц, обычно с указанием ключевых полей, связей между таблицами. Если инфологическая модель построена в виде ER-диаграмм (или других формализованных средств), то даталогическое проектирование представляет собой построение таблиц по определённым формализованным правилам, а также нормализацию этих таблиц. Этот этап может быть в значительной степени автоматизирован.
3) Физическое проектирование – реализация даталогической модели средствами конкретной СУБД, а также выбор решений, связанных с физической средой хранения данных: выбор методов управления дисковой памятью, методов доступа к данным, методов сжатия данных и т.д. – эти задачи решаются в основном средствами СУБД и скрыты от разработчика БД.
На этапе инфологического проектирования в ходе сбора информации о предметной области требуется выяснить:
·основные объекты предметной области (объекты, о которых должна храниться информация в БД);
·атрибуты объектов;
·связи между объектами;
·основные запросы к БД.