Интернет-технологии и технологии электронной почты

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

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

Нейрокомпьютерные технологии и технологии поддержки принятия решений

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

• распознавание образов,

• управление кредитными рисками,

• прогноз ситуаций на фондовых рынках и биржах,

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

• автоматическое распознавание чеков и т. п.

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

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

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

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

Технологии баз данных

Вспоминаем Лекции Б.С. Лещинского!

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

База данных — совместно используемый набор логически свя­занных структурированных данных, относящихся к некоторой предметной области.

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

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

Отметим еще одну особенность: информация в базе данных специальным образом структурирована. О возможных способах структурирования данных будет сказано ниже. В современных ба­зах данных хранятся не только сами данные, но и информация о структуре этих данных (так называемые метаданные).

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

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

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

• позволяет вставлять, обновлять, удалять и извлекать инфор­мацию из базы данных, что обычно осуществляется с помощью языка манипулирования данными (DML);

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

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

Концепция баз данных — это не только идея интегрированно­го хранения данных, но и идея отделения описания данных от про­грамм их обработки. Интерфейс между базой данных и приклад­ными программами обеспечивается СУБД.

Важным понятием в теории баз данных является понятие моде­ли данных. Модель данных — это совокупность взаимосвязанных структур данных и операций над этими структурами. В качестве структур данных, используемых в информационных технологиях, можно привести такие: записи, многомерные массивы и т. д. Вид модели и используемые в ней типы структур данных отражают концепцию организации и обработки информации в БД или в языке системы программирования, на котором создается прикладная про­грамма обработки данных.

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

Большинство современных СУБД основаны на реляционной модели данных, которую предложил в 1970 г. британский матема­тик Э. Кодд.

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

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

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

Иногда вместо термина «строка» используют термин «запись», а вместо «столбец» — «поле».

Для успешного функционирования базы данных важна пра­вильная организация в ней данных. При определении структуры данных в базе выделяют следующие основные понятия. Класс объ­ектов — совокупность объектов, обладающих одинаковым набо­ром свойств. Например, в базе данных учета продаж товаров «Про­дажи», классами объектов могут быть «Клиенты», «Товары», «Накладные».

Для каждого класса в БД создается таблица, в которой строка соответствует некоторому объекту из данного класса. Свойство (атрибут) — некоторая информации об объекте, хранится в столб­це (поле) таблицы. Например, фамилия, имя, отчество, ИНН — это свойства для объекта «Клиент».

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

Столбец, выбранный в таблице для идентификации строк, на­зывается первичным ключом таблицы.

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

Связь (отношение) в реляционной БД описывает способ связы­вания разных объектов. Например, таблицы «Клиенты» и «Наклад­ные» связываются следующим образом: «клиенту может выписы­ваться накладная» или «накладная выписывается клиенту».

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

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

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

Связь между любыми двумя таблицами может быть одного из трех типов: один-к-одному (1:1), один-ко-многим (1:m) и много-ко-многим (m:m).

Связь типа «один-к-одному» (1:1) означает, что каждой строке в одной таблице соответствует не более одной строки в другой таб­лице. Этот вид связи встречается редко и наличие такой связи оз­начает, что эти две таблицы могут быть объединены в одну.

Связь типа «один-ко-многим» (1:m) означает, что одной строке в первой таблице может соответствовать несколько строк во вто­рой, связанной с ней, таблице. Этот наиболее распространенный

тип связей. Например, одной строке в таблице «Клиенты» может соответствовать несколько строк в таблице «Накладные» (клиенту может быть выписано много накладных, но накладная выписывает­ся на одного конкретного клиента).

Связь типа «много-ко-многим» (m:m). При таком типе связи одной строке в первой таблице может соответствовать много строк во второй таблице и наоборот, одной записи во второй таблице может соответствовать много строк в первой таблице. Реляцион­ные СУБД не поддерживают такой тип связи. Для его реализации в реляционной БД добавляется дополнительная таблица, и такая связь разбивается на две связи типа «один-ко-многим». Например, отношение между таблицами «Накладные» и «Товары» характери­зуется связью «много-ко-многим»: «по накладной может покупать­ся много товаров» и «товар может быть продан по многим наклад­ным». В реляционных СУБД для обеспечения такой связи следует создать таблицу «Строка накладной», которая будет связана с таб­лицами «Накладные» и «Товары» связью «один-ко-многим». Эти связи будут означать:

• в строке накладной указывается наименование одного товара, товар может быть продан по многим строкам накладных (различ­ных);

• одна накладная содержит много строк, но строка накладной относится к конкретной одной накладной.

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

• метод, основанный на процедуре нормализации таблиц (рассматривается в разделе «Практикум»;

• семантическое моделирование — построение ER-диаграмм.

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

Первый вариант модели сущность-связь был предложен в 1976 г. Питером Ченом. В дальнейшем многими авторами были разработаны свои варианты подобных моделей (нотация Мартина, нотация IDEF1X и др.). Все они используют графическое изобра­жение сущностей предметной области, их свойств (атрибутов), и взаимосвязей между сущностями. Мы рассмотрим методику разра­ботки с ER-диаграммам в нотации (методике) IDEF1X, которая ориентирована на моделирование реляционных баз данных. Данное изложение является иллюстрацией метода семантического модели­рования, а не полным описанием этого подхода.

Основными понятиями в модели «сущность-связь» являются сущность, атрибут и связь.

Сущность — это класс однотипных объектов, информация о которых должна быть учтена в модели. Каждая сущность должна иметь наименование, выраженное существительным в единствен­ном числе. Конкретный представитель данной сущности называет­ся экземпляром сущности.

Примерами сущностей могут быть такие классы объектов, как «Клиент», «Товар», «Накладная», а экземпляром сущности «Кли­ент» — Иванов И. И.

Экземпляры сущностей должны быть различимы, т. е. сущно­сти должны иметь некоторые свойства, уникальные для каждого экземпляра этой сущности.

Каждая сущность обладает набором атрибутов.

Атрибут сущности — это именованная характеристика, яв­ляющаяся некоторым свойством сущности. Наименование атрибу­та должно быть выражено существительным в единственном числе (возможно, с характеризующими прилагательными).

Примерами атрибутов сущности «Товар» могут быть такие ат­рибуты, как «Код товара», «Наименование», «Цена» и т. п.

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

данного существительного. Если их много — данное существи­тельное — сущность, если одна — атрибут.

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

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

Сущность в ER-диаграмме отображается прямоугольником, где сверху над прямоугольником представлено название сущности. Прямоугольник делится горизонтальной линией: атрибуты, входя­щие в ключ сущности, указываются выше линии, а не ключевые атрибуты — ниже линии рис. 2.1.

Рис. 2.1. Изображение сущности, атрибутов и ключа

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

Связи позволяют по одной сущности находить другие сущно­сти, связанные с нею. Связи между сущностями, например, могут выражаться следующими фразами: «Товар может быть продан не­скольким Клиентам»; «Клиент может приобрести много товаров»; «Накладная выписывается на одного клиента» и т. д.

Связи — это глаголы или глагольные фразы в описании пред­метной области, которые показывают, как соотносятся сущности между собой.

Например:

«Клиент» может покупать «Товар».

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

Каждая связь может иметь один из следующих типов связи.

Связь типа «один-к-одному» означает, что один экземпляр первой сущности связан с одним экземпляром второй сущности (правой). Связь «один-к-одному» чаще всего свидетельствует о том, что на самом деле имеется одна сущность, неправильно разде­ленная на две.

Связь типа «один-ко-многим» означает, что один экземпляр первой сущности связан с несколькими экземплярами второй сущ­ности. В реляционной модели это наиболее часто используемый тип связи. Первая сущность (со стороны «один») называется роди­тельской, а вторая (со стороны «много») — дочерней.

Связь типа «много-ко-многим» означает, что каждый экземп­ляр первой сущности может быть связан с несколькими экземпля­рами второй сущности, и каждый экземпляр второй сущности мо­жет быть связан с несколькими экземплярами первой сущности. Тип связи «много-ко-многим» является временным типом связи, допустимым на ранних этапах разработки модели. В дальнейшем этот тип связи должен быть заменен двумя связями типа «один-ко-многим» путем создания промежуточной сущности.

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

Существует два вида связей:

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

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

Пример диаграммы приведен на рис. 2.2.

Рис. 2.2. Пример изображения сущностей и связей

⇐ Предыдущая12345Следующая ⇒

Поделиться:

Воспользуйтесь поиском по сайту: