73725

Информационные системы, конспект лекций

Лекция

Информатика, кибернетика и программирование

Введение в теорию баз данных Цель лекции: сформировать общее представление о теории информационных систем и раскрыть основные понятия данной теории. Сформировать понятия классической теории баз данных. Существуют несколько классификаций информационных систем в основе которых лежат следующие критерии: цель функционирования схема 6; характер процесса преобразования данных схема 7; характерные функции управления данными схема 8; сферы применения схема 9. База данных БД это ядро информационной системы состоит из совокупности...

Русский

2014-12-19

180.5 KB

3 чел.

PAGE  1

Глава 1. Теоретическая часть курса “Информационные системы” (конспекты лекций по темам)

В учебном пособии весь теоретический материал по курсу “Информационные системы” представлен в виде конспектов лекций и структурно-логических схем, которые организованы тематически и иерархически упорядочены. В каждом конспекте имеется ссылка на ту часть структурно-логической схемы, которая отражает тему лекционного занятия и содержит понятия, включенные в данную лекцию.

Основные понятия теории информационных систем. Введение в теорию баз данных

Цель лекции: сформировать общее представление о теории информационных систем и раскрыть основные понятия данной теории.

Задачи:

1. Рассмотреть историю развития  информационных систем.

2. Определить основные понятия теории информационных систем.

3. Проанализировать различные классификации информационных систем.

4. Сформировать понятия классической теории баз данных.

Существует две точки зрения на этапы развития информационных систем:

1. Точка зрения отечественных ученых (схема 3).

2. Точка зрения зарубежных ученых (схема 4).

В настоящее время большинство ученых в области информационных систем едины во мнении, что понятие “информационная система” определяется через такие понятия как “информация” и “система”.

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

Система - это объект, способный осуществлять хранение, обработку и передачу информации (23).

Информационная система - это совокупность:

1) функциональных процессов и связанных с ними информационных, специфичных в конкретной предметной области;

2) средств, способов и методов, направленных на создание, сбор, хранение, анализ, обработку и передачу информации, существенно зависящих от специфики применения области;

3) совокупность процессов по управлению решением функциональных задач, а также информационными, материальными и денежными потоками предметной области (http://www.ustu.ru).

Существуют несколько классификаций информационных систем, в основе которых лежат следующие критерии:

- цель функционирования (схема 6);

- характер процесса преобразования данных (схема 7);

- характерные функции управления данными (схема 8);

- сферы применения (схема 9).

Любая информационная система состоит из следующих компонентов (схема 10):

1. База данных (БД) - это ядро информационной системы, состоит из совокупности данных, которые имеют следующие свойства:

1) интегрированность, направленная на решение общих задач одной предметной области;

2) модельность, структурированность отражающие некоторую часть реального мира;

3) независимость описания данных от прикладных программ (5; схема 11, 12, 13, 14, 15, 16).

2. Система управления базами данных (СУБД) - это комплекс языков и программ, позволяющий создать БД и управлять ее функционированием (23; схемы 24, 25, 26, 27, 28, 29).

3. Администратор БД - это специалист или группа специалистов, занятых обслуживанием БД. Координирует процессы сбора информации, проектирования и эксплуатации БД, обеспечивает защиту и целостность данных. Учитывает текущие и перспективные информационные потребности пользователя (17).

4. Словарь данных - это специальная программа БД, которая хранит единообразную и централизованную информацию обо всех ресурсах данных БД (1).

5. Вычислительная система - это серийно выпускаемая ЭВМ либо несколько ЭВМ, соединенных каналами связи в вычислительную сеть (17).

6. Обслуживающий персонал - это пользователи информационной системы, от качественно выполняемых функциональных задач которых зависит четкость и правильность работы всей информационной системы (схемы 30, 31, 32).

Ядром любой информационной системы является БД, поэтому рассмотрим более подробно это понятие.

Существующую классификацию БД подразделяют  на два вида:

- классификация БД по функциональному назначению (схема 13);

- классификация БД по отношению использования технических средств (схема 14).

Любая БД имеет модель данных.

Модель данных - интегрированный набор понятий для описания данных, связей между ними и ограничений, накладываемых на данные в некоторой организации (13; схемы 16, 17, 18, 19).

В классической теории БД рассматриваются три модели данных основанных на записях (схема 19):

- реляционная модель  - основана на понятии математических отношений. Данные и связи представлены в виде таблиц, каждая из которых имеет столбцы с уникальными именами (схема 20);

- сетевая модель;

- иерархическая модель.

В теории БД существует такое понятие как архитектура БД - это уровни представления данных (схема 15):

- уровень внешнего представления данных;

- уровень концептуального представления данных;

- уровень внутреннего (физического) представления данных.

Любую БД можно создать с помощью языка БД (схема 21). Языками БД является язык структурированных запросов (SQL) (схема 22) и язык запросов по образцу (QBE) (схема 23).

Вопросы для самоконтроля:

1. Какие понятия являются базовыми для понятия “информационная система”?

2. Какие понятия являются компонентами информационной системы?

3. Какое понятие является ядром информационной системы? Из каких элементов состоит БД?

4. Перечислите основные понятия реляционной модели данных? На каком понятии данная модель основана?

5. Сколько уровней в традиционной архитектуре БД?

6. Какие языки БД рассматриваются в теории БД?

Проектирование информационных систем.

Инфологическое проектирование

Цель лекции: сформировать общее представление о процессе проектирования как об одном из этапов жизненного цикла информационных систем. Структурировать и систематизировать знания об этапах проектирования информационных систем и процессе инфологического (концептуального) проектирования.

Задачи:

1. Определить понятие жизненного цикла информационных систем и сформировать общее представление об этапах жизненного цикла.

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

3. Проанализировать процесс инфологического проектирования информационных систем.

4. Рассмотреть основные понятия этапов концептуального проектирования.

Жизненный цикл информационных систем определяется как период времени, который начинается с момента принятия решения о необходимости создания информационной системы и заканчивается в момент его полного изъятия из эксплуатации (IEEE Std 610.12 - 19990. IEEE Standart Glossary of Engineering Terminology).

Жизненный цикл информационных систем включает в себя несколько этапов: этап предпроектного исследования предметной области; этап проектирования; этап тестирования; этап ввода в действие; этап эксплуатации и сопровождения; этап снятия с эксплуатации (схема 33).

Самым важным этапом жизненного цикла информационных систем является этап проектирования, который тоже состоит из нескольких этапов: этап инфологического (концептуального) проектирования; этап даталогического проектирования; этап физического проектирования; этап опытной эксплуатации (схема 35).

Рассмотрим этап инфологического проектирования. Данный этап содержит 5 подэтапов, которые необходимо выполнять последовательно при проектировании информационных систем (схема 36).

1. Процесс идентификации сущностей, основным понятием которого является “сущность”.

Сущность (Entity) - реальный либо воображаемый объект, имеющий существенное значение для рассматриваемой предметной области (4).

Пример: сущность - ГОРОД, экземпляр сущности - МОСКВА.

2. Процесс определения атрибутов сущности, основным понятием которого является “атрибут”.

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

Пример: атрибут - ЦВЕТ можно отнести ко многим сущностям - СОБАКА, АВТОМОБИЛЬ, ДЫМ и т.д.

Экземпляр атрибута - это определенная характеристика отдельного элемента множества (4).

Пример: сущность - СОБАКА, атрибут этой сущности - ПОРОДА, экземпляр атрибута - СЕТТЕР.

3. Процесс установления связи между сущностями, основным понятием которого является “связь”.

Связь (Relationship) - поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области (4).

4. Процесс нормализации модели, основными понятиями которого являются “нормализация”, 1-я нормальная форма (НФ), 2-я НФ, 3-я НФ, НФ Бойса-Кодда, 4-я НФ, 5-я НФ.

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

Нормализации состоит из процесса последовательного приведения модели проектируемой информационной системы к 1-й НФ, ко 2-й НФ, к 3-й НФ, к НФ Бойса-Кодда, к 4-й НФ и к 5-й НФ (схема 37).

Схема приведения 1-й НФ ко 2-й НФ:

А * ключевые   С неключевые атрибуты,

В * атрибуты   Д которые зависят и не зависят от ключей

А*   А*   А *

В*   В*   Д

С   С   

Д   

Пример:

Личный номер*    Личный номер

Название предмета*   Название предмета

Количество часов   Количество часов

Фамилия     

Должность     Личный номер

Оклад     Фамилия

Кафедра     Должность

Телефон     Оклад

     Кафедра

     Телефон

Схема приведения 2-й НФ к 3-й НФ:

А *   А *  В *

В   В  С

С   

Пример:

Личный номер   Личный номер *  Должность *

Фамилия    Фамилия   Оклад

Должность    Должность   

Оклад    Кафедра   Кафедра *

Кафедра        Телефон

Телефон        

5. Процесс минимизации числа сущностей, основными правилами которого являются:

1) если все атрибуты рассматриваемой сущности присутствуют в какой-либо другой, то рассматриваемая сущность является избыточной и должна быть ликвидирована;

2) если имеется несколько сущностей с одинаковыми первичными ключами, то необходимо эти сущности объединить;

3) если некоторая сущность-связь является всеми возможными проекциями одной сущности-связи, то сущности проекции могут объединить в одну сущность-связь.

Вопросы для самоконтроля:

1. Что такое жизненный цикл информационной системы?

2. Какие этапы проходит любая информационная система в своем жизненном цикле?

3. Из каких процессов состоит этап проектирования жизненного цикла информационной системы?

4. Какие этапы включает в себя инфологическое (концептуальное) проектирование?

5. Как определяют понятия “сущность”, “атрибут”, “связь”?

6. Что такое процесс нормализации модели проектируемой информационной системы? Чем отличается 1-я НФ от НФ Бойса-Кодда?

7. В чем заключается этап минимизации числа сущностей при проектировании информационной системы?

Даталогическое проектирование

Цель лекции: сформировать представление об этапе проектирования информационных систем даталогическом проектировании.

Задачи:

1. Проанализировать результаты построения информационной системы полученные после этапа инфологического (концептуального) проектирования и определить дополнительные требования к проектируемой информационной системы с учетом выбранного для ее написания программного средства.

2. Рассмотреть этапы даталогического проектирования после выбора инструментального средства.

3. Определить результаты даталогического проектирования.

Результатами инфологического проектирования и входными данными даталогического проектирования являются:

1) инфологическая (концептуальная) модель предметной области (СУБД - независимая схема);

2) характеристики одной или нескольких СУБД;

3) вычислительные средства - ограничения на конфигурацию и объем аппаратного и программного обеспечения;

4) количественная оценка эксплуатационных характеристик:

- спецификации требований целостности;

- спецификации требований безопасности;

- спецификации требований восстанавливаемости;

- спецификации требований ограничений на время отклика;

- спецификации требований прогноза объема роста и изменений структуры и архитектуры базы данных.

Дополнительные требования к проектируемой информационной системе на этапе выбора инструментального средства даталогического проектирования:

1) количественная оценка объема и частоты выполнения приложений:

- правила поддержания взаимной непротиворечивости элементов данных;

- правила устранения непротиворечивости данных, а также ограничения на дублирование и обновление данных.

2) требования к прикладным программам.

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

1. Определение локальных информационных структур.

2. Формирование СУБД - ориентированной схемы.

3. Оценка характеристик, полученных СУБД-схем.

4. Усовершенствование схемы с целью повышения ее эффективности.

В результате даталогического проектирования получают:

1. СУБД - ориентированную схему с учетом спецификаций выбранной СУБД, ее структуры и архитектуры.

2. Пакет прикладных программ и руководство по их применению и проектированию.

3. Руководство для группы сопровождения базы данных, администратора и обслуживающего персонала.

Вопросы для самоконтроля:

1. В чем заключается этап даталогического проектирования?

2. Что необходимо разработчику информационной системы иметь перед началом процесса даталогического проектирования?

3. На какие шаги подразделяют этап даталогического проектирования после выбора инструментального средства разработки и реализации информационной системы?

CASE-средства. Структурный подход к разработке и проектированию информационных систем

Цель лекции: сформировать знания о структурном подходе к разработке и проектированию информационных систем при использовании CASE-средств.

Задачи:

1. Определить понятия CASE-технологии и CASE-средства.

2. Рассмотреть базовые и основные принципы структурного анализа и проектирования информационных систем.

3. Обозначить основные методологии структурного анализа и структурного проектирования информационных систем, проанализировать методологию SADT.

4. Проанализировать основные модели (диаграммы) структурного подхода к проектированию информационных систем.

CASE с английского расшифровывается как Computer Aided Software/System Engineering - проектирование программного обеспечения и программных систем с помощью компьютера.

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

CASE-средства - это инструментарий, позволяющий автоматизировать процесс проектирования и разработки информационных систем (4).

На сегодняшний день существуют три основных подхода к разработке и проектированию информационных систем (схема 38):

1. Структурный анализ и структурное проектирование  (Structured Analysis and Structured Design - SA/SD) (схема 39).

2. Объектно-ориентированный подход (схема 44).

3. Интегрированный подход (схема 48).

В основу структурный анализ и структурное проектирование положен принцип функциональной декомпозиции, при которой структура системы описывается в терминах иерархии ее отдельных функций и передачи информации между отдельными функциональными элементами (4).

Существуют два базовых принципа структурного подхода (схема 40):

1) “разделяй и властвуй”;

2) иерархическая упорядоченность.

Основными принципами данного подхода являются следующие (схема 41):

1) принцип абстрагирования;

2) принцип формализации;

3) принцип упрятывания;

4) принцип концептуальной общности;

5) принцип полноты;

6) принцип непротиворечивости;

7) принцип логической независимости;

8) принцип независимости данных;

9) принцип структурирования данных;

10) принцип доступа конечного пользователя.

Основные методологии структурного анализа и проектирования (схема 42):

- SADT;

- IDEF0;

- IDEF1X;

- IDEF3.

В контексте данной лекции рассматривается методология SADT, т.к. все остальные являются ее составными частями.

Методология SADT была разработана в 1973 году Дугласом Россом в SoftTech корпорации. Успешно применялась в военных, промышленных и коммерческих организациях для решения разнообразных задач.

Методология SADT - это совокупность правил и процедур предназначенных для построения функциональной модели (схемы) предметной области разрабатываемой информационной системы.

Функциональная модель (схема) отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями (4).

Основными рабочими элементами функциональной модели (схемы) являются диаграммы, которые иерархически упорядочены, (чем ниже уровень диаграммы, тем более она детализирована), а также блоки и дуги, входящие в состав диаграмм. Блоками обозначают функции проектируемой системы, а дугами - связи между ними. На одной диаграмме размещают от  3-х до 6-и блоков в виде ступенчатых схем. Дуги маркируются текстом на естественном языке. Каждая дуга блока, в зависимости от местоположения к нему, имеет строго определенное значение (рис.1).

ICOM - отражает определенные принципы функционирования системы. Входные данные преобразуются в выходные, управление ограничивает или предписывает условия выполнения, механизмы описывают за счет чего выполняются преобразования (28, 29).

Основные модели (диаграммы) структурного анализа и структурного проектирования (схема 43).

- DFD модель (диаграмма);

- ERD модель (диаграмма);

- STD модель (диаграмма).

DFD модель (диаграмма) - (Data Flow Diagrams) - диаграмма потоков данных является средством для моделирования функциональных требований к проектируемой системе. Требования представляют в виде иерархии функциональных процессов, связанных потоками данных. Основная задача DFD модели (диаграммы) показать преобразования входных данных в выходные каждого процесса и  обозначить отношения между процессами (4).

Для построения модели (диаграммы) потоков данных используют два метода Йордана и Гейна-Сэрсона. Методы Йордана и Гейна-Сэрсона используют графическое представление модели (диаграммы) DFD, которое имеет незначительные отличия в каждом методе.

В данной лекции рассматривается DFD модель в рамках метода Йордана.

Основные символы:

1. Поток данных - это механизм для моделирования передачи информации из одной части системы в другую.

Обозначается:

2. Процесс - это функция преобразования входных данных в выходные.

Обозначается:

3. Хранилище - это данные, которые сохраняются в памяти компьютера между процессами.

Обозначается:

4.  Внешняя сущность - это источник или приемник системных данных.

Обозначается:

Для обеспечения декомпозиции данных в DFD модели (диаграмме) существуют следующие типы объектов:

1. Групповой узел - служит для разъединения или соединения потоков.

Обозначается:

2. Узел-предок - необходим для детализации объектов проектируемой системы.

Обозначается:

3. Неиспользованный узел - служит для обозначения элементов не входящих в узел данного потока.

Обозначается:

4. Узел изменения имени - необходим при изменении имени какого-либо процесса.

Обозначается:

5. Текст - может находиться в любом месте DFD модели (диаграммы).

Обозначается: естественным языком.

Рекомендации по построению диаграммы потоков данных:

- на диаграмме должно быть изображено от 3-х до 6-и процессов;

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

- имена процессов и потоков должны быть ясными, отражающими их сущность.

ERD модель (диаграмма) - (Entity-Relationship Diagrams) - диаграмма “сущность-связь” является концептуальной схемой базы данных проектируемой информационной системы концептуального уровня представления данных.

Впервые модель “сущность-связь” была введена Питером Ченом в 1976 году, базовыми понятиями которой являются: сущность, атрибут и связь (определения данных понятий были рассмотрены в лекции по теме: Проектирование информационных систем. Инфологическое проектирование), а также ключ.

Виды сущностей:

1) независимая сущность, представляет собой независимые данных, присутствие которых необходимо в проектируемой системе. При этом связи с другими сущностями могут как существовать, так и отсутствовать;

Обозначается:

2) зависимая сущность, представляет собой зависимые данные от других сущностей. При этом связи с другими сущностями всегда существуют.

Обозначается:

3) ассоциированная сущность, представляет собой данные, которые ассоциируются связями с двумя или более сущностями.

Типы связей (отношений):

1) неограниченная или обязательная связь (отношение) существует до тех пор пока существуют относящиеся к ней сущности;

2) ограниченная или необязательная связь (отношение) является условной между сущностями;

3) существенно-ограниченная связь (отношение) существует только при взаимосвязанных и взаимозависимых сущностях.

Виды связей (отношений):

- один к одному - (1<=>1);

- один ко многим - (1<=>);

- многие к одному - (<=>1);

- многие ко многим - (<=>).

Ключ - это элемент данных, который позволяет уникально определять отдельные экземпляры некоторого типа сущности (13).

Типы ключей:

1) первичный ключ (PK - primary key)- это один или несколько атрибутов однозначно определяющие каждый экземпляр сущности.

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

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

Пример:

СУЩНОСТЬ СТУДЕНТ

СУЩНОСТЬ ЗАЧЕТНАЯ КНИЖКА

код студента (PK)   1

номер зачетной книжки (PK)

фамилия                             1       

код студента (FK)

имя

название предмета

отчество

оценка за предмет

факультет

курс

номер группы

В настоящее время существует огромное количество различных CASE-средств.

Примеры CASE-средств приведены в таблице 1.

Таблица 1

Название CASE-средства

Фирма производитель

Подход при использовании

Совместимость с другими программными средствами

SILVERRUN

Silverrun Technologies, Inc

структурный

Oracle, Informix, DB2, MS SQL Server, Sybase, MS Access и др.

Oracle Designer

Oracle

структурный и объектно-ориентирован-ный

Интегрируется со всеми программными средствами через открытый интерфейс API (Application Programming Interface).

ERwin, BPwin

Logic Works

структурный

Rational Rose, Oracle Designer, Power Builder, Visual Basic, Delphi, MS SQL Server, Sybase и др.

Rational Rose

Rational Software Corporation

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

СИ++, Java, Power Builder, CORBA Interface Definition Language.

Вопросы для самоконтроля:

1. В чем заключается сущность структурного подхода к проектированию информационных систем?

2. Какие базовые и основные принципы структурного анализа и проектирования вы знаете?

3. В чем смысл методологии структурного анализа и структурного проектирования SADT?

4. Какие основные элементы содержит DFD модель (диаграмма)?

5. Сущность, атрибут, связь и ключ являются понятиями какой модели (диаграммы)? В чем их смысл?

CASE-средства. Объектно-ориентированный подход к разработке и проектированию информационных систем

Цель лекции: сформировать знания об объектно-ориентированном подходе к разработке и проектированию информационных систем при использовании CASE-средств.

Задачи:

1. Определить сущность объектно-ориентированного подхода к проектированию информационных систем и его основные понятия: объект, класс.

2. Рассмотреть основные элементы объектно-ориентированного подхода: абстрагирование, инкапсуляция, модульность, иерархия, полиморфизм, наследование.

3. Проанализировать основные модели (диаграммы) объектно-ориентированного подхода к проектированию информационных систем.

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

Концептуальная основа объектно-ориентированного подхода - объектная модель.

Основными понятиями объектно-ориентированного подхода считаются объект и класс (схема 45).

Объект - уникально идентифицируемая сущность, которая содержит атрибуты, описывающие состояние объектов “реального мира”, и связанные с ними действия (13).

Любой объект в концепции объектно-ориентированного программирования имеет состояние, поведение и индивидуальность.

Состояние объекта - это перечень всех возможных (статических) свойств данного объекта и текущих (динамических) значений каждого из этих свойств (4).

Поведение объекта - это характеристика воздействия объекта на другие объекты и наоборот относительно изменения состояния этих объектов и передачи сообщений (4).

Индивидуальность объекта - это свойство объекта, отличающее его от всех других объектов (4).

Термин “объект” эквивалентен понятию “экземпляр класса”, т.к. объекты некоторого класса называются его экземплярами.

Класс - это множество сгруппированных объектов, имеющих одинаковые наборы атрибутов и отвечающие на одни и те же сообщения (13).

Сообщение - это средство взаимодействия объектов, представляет собой запрос, направленный одним объектом-отправителем в адрес другого объекта-получателя и требующий, чтобы объект-получатель выполнил один из своих методов (13).

Методами в объектно-ориентированной подходе называют функции.

Основными элементами объектной модели являются (схема 46):

1) абстрагирование (abstraction);

2) инкапсуляция (encapsulation);

3) модульность (modularity);

4) иерархия (hierarchy);

5) полиморфизм (polymorphism);

6) наследование (inheritance).

А.М. Вендров в работе (4, С.116-118) основные элементы объектно-ориентированного подхода определяет следующим образом:

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

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

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

иерархия - упорядоченная система абстракций, расположенных по уровням. Существуют: 1) иерархия по номенклатуре - структура классов; 2) иерархия по составу - структура объектов.

полиморфизм - способность класса принадлежать более, чем одному типу.

наследование - построение новых классов на основе существующих с возможностью добавления и переопределения данных и методов.

Существует множество моделей (диаграмм) объектно-ориентированного подхода к проектированию информационных систем, обозначим некоторые из них (схема 47):

1) диаграммы классов;

2) диаграммы взаимодействия;

3) диаграммы вариантов использования;

4) диаграммы состояний;

5) диаграммы действий;

6) диаграммы реализации.

Рассматривая концепцию объектно-ориентированного подхода к проектированию информационных систем в курсе “Информационные системы” необходимо определить понятие унифицированного языка моделирования (схема 44), который является стандартом для диаграмм объектно-ориентированного подхода.

UML (Unified Modeling Language) - унифицированный язык моделирования - использует графическое представление данных и предназначен для спецификации, визуализации, конструирования и документирования систем программного обеспечения, разрабатываемых на основе объектно-ориентированных технологий (21).

В области объектно-ориентированного анализа и проектирования становится эффективной интегрированная методология, на основе которой можно выделить направления интегрированного подхода к проектированию информационных систем.

К интегрированному подходу по проектированию информационных систем можно отнести такие технологии как: инженерия знаний, объектно-ориентированное программирование, CASE-технологии, имитационное моделирование процессов и др. (схема 48).

Вопросы для самоконтроля:

1. В чем сущность объектно-ориентированного подхода к проектированию информационных систем и в чем его отличие от структурного анализа и проектирования?

2. На каких основных понятиях и элементах построена концепция объектно-ориентированного подхода к проектированию информационных систем?

3. Что такое UML?

4. Какие диаграммы объектно-ориентированного анализа и проектирования существуют для проектирования информационных систем?

5. Какие новые технологии для разработки и проектирования информационных систем можно отнести к интегрированному подходу?

Язык структурированных запросов SQL

Цель лекции: сформировать базовые знания о языке  реляционных баз данных SQL.

Задачи:

1. Рассмотреть основные типы данных SQL.

2. Проанализировать основные функции языка структурированных запросов SQL.

SQL (Structure Query Language) - язык структурированных запросов для проектирования реляционных баз данных.

Основные типы данных:

1) integer - целое число (до 10-и значащих цифр и знак);

2) smallint - короткое целое (до 5-и значащих цифр и знак);

3) float - вещественное число с 15-и значащими цифрами и целочисленным порядком, определяемым типом системы управления базами данных (СУБД));

4) char (n) - символьная строка фиксированной длины из n символов (0<n<256);

5) date - дата в формате, определяемом специальной командой (по умолчанию dd/mm/yy), поля даты могут содержать только реальные даты, начинающиеся за несколько тысячелетий до н.э. и ограниченные пятым-десятым тысячелетием н.э.;

6) time - время в формате, определяемом специальной командой (по умолчанию hh.mm.ss);

7) datetime - комбинация даты и времени;

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

Основные функции SQL запросов:

1. Создание таблицы с помощью SQL запроса.

create table <имя таблицы> (<имя поля 1><тип поля 1>,...,<имя поля n><тип поля n>)

<имя таблицы> - имя таблицы может быть любым;

<имя поля >  - имя поля может быть любым, но обязательно уникальное в данной таблице;

<тип поля> - может быть любым из стандартных типов данных SQL.

После выполнения данного запроса создается таблица с названием <имя таблицы>, содержащая n полей с названиями <имя поля 1>,...,<имя поля n>, каждое поле имеет соответствующий тип <тип поля 1>,...,<тип поля n>.

2. Добавление записи в таблицу.

insert into <имя таблицы> (<имя поля 1>,...,<имя поля n>) values (<значение 1>,...,<значение n>)

<имя таблицы> - имя таблицы , в которую будет вставлена новая запись;

<имя поля> - имя поля, в которое будет вставлено соответствующее значение, данное имя поля должно существовать в указанной таблице;

<значение> - значение, которое будет вставлено в соответствующее поле, должно быть того же типа, как поле.

После выполнения данного запроса в таблицу с именем <имя таблицы> добавиться запись с заполненными полями <имя поля 1>,...,<имя поля n> с соответствующими значениями <значение 1>,...,<значение n>.

3. Удаление записи из таблицы.

delete from <имя таблицы> where <имя поля>=“<ключевое слово>“

<имя таблицы> - имя таблицы, из которой будут удалены все записи, соответствующие условиям этого запроса;

<имя поля> - имя поля, содержащие значение равное ключевому слову;

<ключевое слово> - ключевое слово может быть любым, но такого же типа, что и имя поля.

После выполнения данного запроса из таблицы с именем <имя таблицы> будут удалены те записи, которые содержали в поле <имя поля> значение равное <ключевое слово>.

4. Выборка по столбцам и строкам таблицы.

select <имя поля 1>,...,<имя поля n> from <имя таблицы> where <имя поля i>=“<значение 1>“ and <имя поля j>=“<значение 2>“

<имя таблицы> - имя таблицы, из которой будет производиться выборка записей;

<имя поля 1>,...,<имя поля n> - поля, значение которых будут результатом запроса;

<имя поля i>,...,<имя поля j> - поля, по которым осуществляется выбор записей.

Результатом данного запроса будут поля <имя поля 1>,...,<имя поля n>, содержащие только те записи, в которых поля <имя поля i>,...,<имя поля j> соответствуют значению <значение 1>,...,<значение 2>.

5. Редактирование записи.

update <имя таблицы> set <имя поля i>=“<значение 1>“ where <имя поля j>=“<значение 2>“

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

<имя поля i> - имя поля, значение которого будет изменено;

<имя поля j> - имя поля, по которому ведется сравнение.

После выполнения данного запроса в таблице <имя таблицы> значение поля <имя поля i> будет изменено на новое значение <значение 1> во всех записях, в которых поле <имя поля j> равно значению <значение 2>.

Пример по созданию таблицы:

create table студент (код студента integer, фамилия char, имя char, отчество char, группа char, курс char, факультет char)

create table предмет (код студента integer, название предмета char, оценка integer)

Создано две таблицы:

1) СТУДЕНТ с полями код студента (первичный ключ), фамилия, имя, отчество, группа, курс, факультет

2) ПРЕДМЕТ с полями код студента (внешний ключ), название предмета, оценка.

Таблица 2

СТУДЕНТ

код студента (PK)

фамилия

имя

отчество

группа

курс

факультет

Таблица 3

ПРЕДМЕТ

код студента (FK)

название предмета

оценка

Пример на добавление записи в таблицу:

1. Таблица СТУДЕНТ:

insert into студент (код студента integer, фамилия char, имя char, отчество char, группа char, курс char, факультет char) values (1, Смирнов, Иван, Николаевич, 1, 2, математический)

insert into студент (код студента integer, фамилия char, имя char, отчество char, группа char, курс char, факультет char) values (2, Иванов, Тарас, Владимирович, 1, 2, математический)

insert into студент (код студента integer, фамилия char, имя char, отчество char, группа char, курс char, факультет char) values (3, Николаева, Мария, Ивановна, 2, 2, математический)

2. Таблица ПРЕДМЕТ:

insert into предмет (код студента integer, название предмета char, оценка integer) values (1, информационные системы, 5)

insert into предмет (код студента integer, название предмета char, оценка integer) values (1, математический анализ, 4)

insert into предмет (код студента integer, название предмета char, оценка integer) values (1, геометрия, 5)

Изменения отображены в таблицах 4, 5.

Таблица 4

СТУДЕНТ

код студен-та (PK)

фамилия

имя

отчество

груп-па

курс

факультет

1

Смирнов

Иван

Николаевич

1

2

математический

2

Иванов

Тарас

Владимиро-вич

1

2

математический

3

Николае-ва

Мария

Ивановна

2

2

математический

Таблица 5

ПРЕДМЕТ

код студента (FK)

название предмета

оценка

1

информационные системы

5

1

математический анализ

4

1

геометрия

5

Пример на удаление из таблицы записи по значению:

delete from предмет where оценка=“2“

Удалены записи в таблице ПРЕДМЕТ, значение которых в поле оценка равно 2.

В приведенном примере таких записей в таблице ПРЕДМЕТ нет.

Пример на выборку из таблицы записей по значению:

select фамилия, имя, отчество, название предмета, оценка from студент, предмет where студент.код студента=предмет.код студента and оценка=“5“

В результате были выбраны записи из таблицы ПРЕДМЕТ, значение которых в поле «оценка» равно 5. Далее по связанному полю «код студента» из таблиц СТУДЕНТ и ПРЕДМЕТ выведены значения полей: фамилия, имя, отчество, название предмета, оценка, что соответствует следующим записям:

Смирнов Иван Николаевич информационные системы 5

Смирнов Иван Николаевич геометрия 5

Пример редактирования записи в таблице:

update студент set имя=“Петр“ where фамилия=“Смирнов“ and имя=“Иван“ and отчество=“Николаевич“

Необходимо отредактировать строку (Смирнов Иван Николаевич) в таблице СТУДЕНТ.

В результате получена запись:

Смирнов Петр Николаевич

Вопросы для самоконтроля:

1. Какие основные типы данных существуют в SQL?

2. Какие основные функции SQL запросов существуют и в чем заключается их назначение?

Система управления базами данных Access

Цель лекции: сформировать знания об основных  принципах работы в системе управления базами данных (СУБД) Access (на примере Access 97).

Задачи:

1. Определить основные и дополнительные функции работы СУБД Access 97.

2. Проанализировать объекты и режимы работы СУБД Access 97.

3. Рассмотреть принципы работы с объектами Access 97: таблицами, запросами, формами, отчетами.

Access 97 является 32-х разрядной системой управления реляционными базами данных (СУРБД). Пакет предназначен для разработки настольных баз данных и создания приложений баз данных в различных архитектурах, работающих под управлением операционных систем Windows 9x, Windows 2000, Windows NT.

Access имеет возможность импорта и экспорта данных во многие широко распространенные форматы баз данных, электронных таблиц и текстовых файлов.

Access поддерживает стандарт открытого доступа к данным Oracle, SQL-сервер, Sybase и др.).

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

Access, как и любая другая СУБД, имеет следующие элементы:

1) компоненты среды СУБД (схема 25);

2) компоненты СУБД (схема 26);

3) функции СУБД (схема 27).

Частные функции Access 97.

Основные:

1) организация данных - эта функция включает в себя создание таблиц данных и управление ими в  режиме таблиц;

2) связывание таблиц и осуществление доступа к данным - эта функция позволяет связывать таблицы по совпадающим значениям полей (атрибутов) с целью объединения нескольких таблиц в одну временную, используя при этом запросы для связывания таблиц;

3) добавление и изменение данных - требует разработки и реализации данных в табличном представлении, при этом можно использовать формы;

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

Дополнительные: макросы, модули, защита базы данных, средства печати и др.

Объекты Access: таблицы, запросы, формы, отчеты, макросы, модули.

Таблицы необходимы для хранения данных. Для каждого объекта модели данных создается одна таблица.

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

Формы предназначены для ввода и просмотра на экране взаимосвязанных данных из базы данных в том виде, который соответствует привычному для пользователя документу.

Отчеты используются для формирования выходного документа.

Макросы содержат описания действий, которые должны быть выполнены в ответ на некоторое событие.

Модули включают в себя программы на языке Visual Basic for Application, которые разрабатываются пользователем для реализации нестандартных процедур и функций при создании приложений.

Основные режимы работы Access:

1) режим запуска - позволяет осуществлять сжатие, преобразование, шифрование, дешифрование и некоторые другие операции без открытия базы данных;

2) режим конструктора - можно создавать и модифицировать структуру таблиц и запросов, разрабатывать формы и форматировать отчеты перед печатью;

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

На лекции рассматриваются принципы работы с таблицами и запросами в Access.

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

Принципы работы с таблицами в Access 97.

База данных Access 97 может содержать до 32768 объектов, а одновременно может быть открыто 1024 таблицы.

1. Создание таблиц в Access 97.

1) в режиме мастера пользователь может подобрать готовую таблицу из представленного программой перечня таблиц;

2) в режиме конструктора пользователь может самостоятельно создать поля (атрибуты), выбрать типы данных, размеры и свойства полей (атрибутов).

Существуют некоторые соглашения при выборе имени поля (атрибута):

- имя поля (атрибута) должно содержать не более 64 символа;

- имя поля (атрибута) не должно содержать специальных знаков (например: “*”, “#” и т.д.);

Поле (атрибут) также должно иметь тип данных.

Типы данных в Access 97:

1) текстовый - поле (атрибут) данного типа может содержать любые символы и числа, не требующие проведения расчетов; размер поля текстового типа не должен превышать 255 символов (по умолчанию в Access 97 размер поля равен 50 символов);

2) memo - данный тип предназначен для хранения больших текстовых данных, длина которых может составлять до 64 тысяч символов;

3) числовой - содержит в себе множество подтипов: byte, integer, longinteger, single, double, currency, кроме того, данные этого типа можно отнести тип данных счетчика и логический тип;

4) date/time - дата и время;

5) поле объектов OLE - поле данного типа предназначено для хранения рисунков, звукозаписи и других форматов данных, которые могут быть созданы с помощью компонентов Active X; но поля такого типа не могут быть ключевыми и быть проиндексированными;

6) гиперсвязь - поле этого типа содержит информацию об адресах Web-страниц.

Любое поле может быть простым или ключевым, свойства полей зависят от его типа данных.

2. Установление связи между таблицами.

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

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

Существует 4-е вида связей (отношений):

- один к одному - (1<=>1) - запись в главной таблице может иметь не более одной связанной записи в связанной таблице, ключевые поля (атрибуты) должны быть уникальными;

- один ко многим - (1<=>) - одной записи в главной таблице могут соответствовать несколько записей в связанной таблице и одной записи из связанной таблицы должна соответствовать только одна запись в главной таблице, в главной таблице ключевое поле (атрибут) должно быть уникальным, т.е. первичным ключом;

- многие к одному - (<=>1) - одной записи в главной таблице соответствует одна запись из связанной таблице, но одной записи из связанной таблице может соответствовать несколько записей из главной таблице, в связанной таблице ключевое поле (атрибут) должно быть уникальным, т.е. первичным ключом ;

- многие ко многим - (<=>) - одной записи в главной таблице может соответствовать несколько записей в связанной таблице и наоборот  одной записи в связанной таблице может соответствовать несколько записей в главной таблице, в данном случае уникальность не требуется для связанных полей (атрибутов).

Принципы работы с запросами в Access 97.

Access 97 позволяет создавать и обрабатывать 2-а типа запросов:

1. Запросы, созданные с помощью языка SQL (Structured Query Language) (схема 22).

2. Запросы по образцу QBE (Query by Example) (схема 23).

Access 97 предоставляет несколько способов создания запросов:

1) создание запросов с помощью конструктора, из этого режима можно перейти в редакторы SQL, либо в режим таблиц;

2) режим редактора выражений SQL;

3) программный способ создания запросов с помощью объектов DAO;

Объекты DAO – это объектная модель Data Access Objects (DAO), которая состоит из объектов для базы данных (Database), определений таблиц (TableDef), определений запросов (QueryDef), наборов записей (RecordSet), полей, свойств и т.д., необходима для использования в Access и Visual Си++ (13).

4) создание строки запроса и выполнение его с помощью команд, данный способ наиболее часто применяется, т.к. описание запроса хранится в виде кода, а не в виде описания объекта.

Вопросы для самоконтроля:

1. Какие функции реализованы в СУБД Access 97?

2. Из каких объектов состоит СУБД Access 97?

3. Для чего необходим объект таблица СУБД Access 97?

4. Какие типы запросов позволяет создавать и обрабатывать СУБД Access 97?

5. Сколько режимов работы существует в СУБД Access 97 и какие действия возможны в каждом из них?

Архитектура информационных систем

Цель лекции: сформировать знания о среде функционирования информационных систем, в частности, об архитектуре систем управления базами данных.

Задачи:

1. Рассмотреть виды архитектур информационных систем.

2. Определить понятие “открытые системы”.

Архитектура - это концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы (23).

Во многих литературных источниках (13, 15, 21 и др.) понятие “архитектура информационных систем” отождествляется с понятием “архитектура СУБД”, в связи с этим, в курсе “Информационные системы” для специальности 030100 – информатика, данные понятия тоже будут тождественны.

В настоящее время существует 3-и типа архитектуры СУБД (схема 28):

1. Архитектура с файловым сервером - в данной архитектуре функционируют два компонента: файл-сервер и рабочая станция.

Файл-сервер: не выполняет никаких действий, специфических для обработки данных, а только хранит данные в виде файлов.

Рабочая станция: выполняет все функции по обработке данных и по формированию пользовательского интерфейса, формирует запросы к файл-серверу на уровне доступа к файлам.

2. Терминальная архитектура - в данной архитектуре выделяют два компонента: центральная машина и терминал.

Центральная машина: производит хранение и всю обработку данных и формирование пользовательского интерфейса.

Терминал: служит только для визуализации информации и ввода ее с клавиатуры.

3. Архитектура клиент-сервер - данная архитектура состоит из двух основных компонентов: сервера и клиента.

Сервер: хранит данные; получает, обрабатывает и выполняет запросы от клиента; отслеживает сохранение целостности и согласованности данных; выдает клиенту результаты запросов.

Клиент: формирует интерфейс пользователя; создает удобную среду для представления и ввода данных и формирует запросы к серверу на чтение и изменение данных, используя специальный язык запросов SQL .

Открытые системы - это система, использующая международные стандарты, предназначена для выполнения двух задач - обработки данных и передачи данных (23).

Технологии и стандарты открытых систем обеспечивают производство информационных систем со свойствами мобильности и интероперабельности.

Мобильность системы  - это возможность сравнительной простоты переноса программной системы в широком спектре аппаратных и программных средств, которая соответствует международным  стандартам (21).

Интероперабельность системы - это возможность упрощения комплексирования новых программных систем на основе использования готовых компонентов со стандартными интерфейсами (21).

Применение подхода открытых систем экономически выгодно и производителям, и пользователям, т.к. при этом обеспечивается естественное решение проблемы поколений программных и аппаратных средств.

Вопросы для самоконтроля:

1. В чем разница между архитектурами БД и СУБД?

2. Преимущества архитектуры “клиент-сервер” перед архитектурами с файловым сервером и терминальной?

3. В чем сущность понятия “открытые системы”?

Перспективы развития СУБД

Цель лекции: сформировать общее представление о перспективных направлениях развития СУБД и систематизировать знания об использовании Web-технологии при проектировании информационных систем.

Задачи:

1. Рассмотреть основные перспективные направления развития СУБД.

2. Определить степень эффективности перспективного направления Web-СУБД при проектировании информационных систем.

3. Проанализировать роль Web-технологии в проектировании информационных систем.

В настоящее время существует большое количество перспективных направлений СУБД (схема 29):

1. Направление Postgres (объектно-реляционные СУБД).

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

Направление Postgres основано на системах БД реляционного вида, в которых не поддерживается 1-я нормальная форма. В ненормализованных моделях данных допускается сохранение данных в качестве элементов кортежа записи, массивов, регулярных множеств элементарных данных, а также отношений.

В этом же направлении реализовано следующее средство - поддержка темпоральной модели хранения и доступа к данным.

Поддержка заключается в том, что полностью изменен механизм фиксации изменений, откат транзакций и восстановление БД после сбоя, при этом обеспечивается механизм ограничения целостности.

Сущность темпоральных систем заключается в том, что для любого объекта данных созданного в момент времени T1 и уничтоженного в момент времени T2 в БД сохраняются и доступны пользователям все его состояния во временном интервале (T1,T2).

2. Направление Exodus\Genesis.

Основная характеристика данного направления - это создание не системы, а генератора систем, наиболее полно соответствующего потребностям приложений разрабатываемой информационной системы.

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

3. Направление Starburst.

Основная характеристика данного направления - это достижение расширяемости системы и ее приспосабливаемости к нуждам конкретных приложений, путем использования стандартного механизма управления правилами.

Система данного направления представляет собой некоторый интерпретатор системы правил и набор модулей действий, вызываемых в соответствии с этими правилами.

4. Направление Web-СУБД.

В основе направления данного типа лежит СУБД, находящаяся на платформе Web-технологий, преимуществами которой являются: платформенная независимость, прозрачный сетевой доступ, простота масштабируемости приложений, высокая стандартизация, простота реализации и др. (Т. Коннолли, К. Бегг, А. Страчан, 13).

Существует 2-а вида архитектуры Web-СУБД (таблица 6, таблица 7):

Традиционная двухуровневая архитектура “клиент-сервер”.

Таблица 6

1 уровень:

клиент

Функции:

-интерфейс пользователя;

-основная логика обработки данных.

2 уровень:

сервер

Функции:

-контроль данных на серверной стороне;

-доступ к БД.

Традиционная трехуровневая архитектура “клиент-сервер”.

Таблица 7

1 уровень:

клиент

Функции:

-интерфейс пользователя.

2 уровень:

сервер приложений

Функции:

-основная логика приложений;

-логика обработки данных.

3 уровень:

сервер БД

Функции:

-контроль данных;

-доступ к БД.

Преимущества и недостатки интеграции СУБД в среду Web.

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

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

Вопросы для самоконтроля:

1. В чем смысл новых перспективных направлений развития СУБД?

2. Является ли интеграция СУБД в среду Web перспективным направлением развития СУБД?

3. В чем преимущества СУБД, лежащих  на платформе Web-технологии?

4. К какому типу СУБД относится перспективное направление СУБД Postgres?

Список основных сокращений:

БД - база данных

ИС - информационная система

НФ - нормальная форма

ООП - объектно-ориентированный подход

ОС - операционная система

ПК - персональный компьютер

ПО - программное обеспечение

СУБД - система управления базами данных

ЭВМ - электронно-вычислительная машина

CASE (Computer Aided Software Engineering) - автоматизированная разработка программного обеспечения

DDL (Data Definition Language) - язык описания данных

DFD (Data Flow Diagram) - диаграмма потоков данных

DML (Data Manipulation Language) - язык управления данными

ERD (Entity-Relationship Diagram) - диаграммасущность-связь

IDEF (Icam DEFinition) - методология моделирования программы ICAM

QBE (Query-by-Example) - язык запросов по образцу

SADT (Structured Analysis and Design Technique) - метод структурного анализа и проектирования

SQL (Structured Query Language) - структурированный язык запросов

STD (State Transition Diagram) - модель перехода состояний

UML (Unified Modeling Language) - унифицированный язык моделирования

WWW (WEB - World Wide Web) - Всемирная паутина

PAGE  

PAGE  1


C - control (управление)

       O - output

(выходные данные)

        I- input

(входные данные)

M - mechanism (механизм)

Рис. 1. Кодировка внешних связей системы

имя потока

имя и № процесса

имя хранилища

имя внешней сущности

NU

   N

имя 1

имя 2


 

А также другие работы, которые могут Вас заинтересовать

39586. Модернизация систем автоматизации контроля электрических машин 1.96 MB
  Программное обеспечение системы адаптировано для целей обучения основам спектрального анализа и ознакомления с обучающимися алгоритмами искусственного интеллекта. Программа проста в освоении и не требует специальных навыков.
39587. Барабаны ленточных конвейеров 16.6 KB
  Тяговые свойства приводного барабана повышают путем увеличения натяжения ленты или угла обхвата лентой приводного барабана использования высокофрикционных футеровок с продольными или шевронными ребрами что способствует самоочищению.Футеровки устанавливаются при помощи специальных клеев на барабаны конвейеров футеровочные пластины значительно уменьшают сход ленты и ее проскальзывание а также попадание груза на поверхность барабана что существенно улучшает работу конвейеров и повышает их техникоэкономические показатели.Рифленая...
39588. Лента конвейерная 109.87 KB
  Тяговым каркасом резинотканевой ленты рис. Резинотросовые ленты рис. имеют тяговый каркас состоящий из стальных тросов уложенных в один ряд параллельно друг другу вдоль ленты с обеих сторон покрытый резиной. Количество прокладок может быть от 3 до 10 в зависимости от условий эксплуатации свойств транспортируемого груза ширины прочности и жесткости ленты.
39589. Натяжные устройства ленточного конвейера 34.2 KB
  Грузовые натяжные устройства делятся на грузовые тележечные и грузовые вертикальные рамные. Каждое из названных натяжных устройств состоит из натяжной тележки или натяжной рамы и грузового устройства. Грузовые устройства могут быть без полиспаста с полиспастом или грузолебедочные.
39590. Приводы ленточного конвейера 152.77 KB
  Приводы ленточного конвейера выполняютсяоднобарабанными с одним или двумя двигателями рис. 1;двухбарабанными с близко расположенными друг около друга приводными барабанами рис. 2 а 3 и с раздельным расположением приводных барабанов на переднем и заднем концах конвейера рис. 3 3;трехбарабанными с близко расположенными друг около друга барабанами рис.
39591. Разгрузочные устройства 189.55 KB
  Наименование воронки Характеристика воронки Схема воронки Исполнение воронки Трехрукавная Разгрузка на две стороны и вперед I Двухрукавная Разгрузка на две стороны II Двухрукавная односторонняя правая Разгрузка на правую сторону или вперед III Двухрукавная односторонняя левая Разгрузка на левую сторону или вперед IV Однорукавная правая Разгрузка на правую сторону V Однорукавная левая Разгрузка на левую сторону VI Тележки могут иметь левое и правое расположение привода по направлению движения ленты. Пример условного обозначения...
39592. Ролики конвейерные 113.41 KB
  Верхние желобчатые усиленные роликоопоры предназначаются для транспортировки по верхней ветви ленты материалов, имеющих размер кусков 150 - 500 мм. Они находят применение в тяжелонагруженных магистральных конвейерах, к примеру, в угольных разрезах, шахтах и пр.
39593. Привод ленточного транспортёра с червячным редуктором 591 KB
  Подготовка исходных данных для расчета редуктора на ЭВМ и выбор электродвигателя Расчет червячного редуктора Предварительный расчет валов Уточнённый расчёт валов. Выбор смазки редуктора Проверка прочности шпоночного соединения Расчёт штифтового соединения. Подготовка исходных данных для расчета редуктора на ЭВМ...
39594. ТЕХНОЛОГИЧЕСКИЙ ПРОЦЕСС РАБОТЫ СТАНЦИИ БОЙНЯ МОСКОВСКО-КУРСКОГО ЦЕНТРА ОРГАНИЗАЦИИ РАБОТЫ ЖЕЛЕЗНОДОРОЖНЫХ СТАНЦИЙ 2.13 MB
  В успешном решении задач полного удовлетворения потребностей государства в перевозках ведущая роль отводится железным дорогам и их основным линейным подразделениям – станциям, которые предназначены для организации перевозок грузов, пассажиров и багажа. Именно на железнодорожных станциях начинается и завершается перевозочный процесс.