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

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

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

Определение 5. Модели – упрощенные абстракции реальных основных элементов системы и их отношений, существенных для принятия решения.

Информационные  требования на различных уровнях  управления

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

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

Информационные  требования различных функций управления

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

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

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

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

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

Необходимый уровень знаний пользователей ИС

Конечным пользователям нет  смысла постоянно отслеживать в  деталях обновление и реорганизацию  информационно-технологических особенностей ИС. В настоящее время это трудно даже для специалистов по обработке данных. Следует выделить два главных аспекта: теоретически менеджер должен понимать столько. чтобы не ощущать недостатка квалификации при оценке возможностей ИС, обсуждения планов их развития и обоснования своего мнения по этому поводу. Кроме того, менеджер должен хорошо владеть основными методами анализа и прогноза для разработки альтернативных решений, хотя бы в электронных таблицах. Роль ЭТ в повседневной работе специалистов очень велика. Методы анализа чувствительности, “что, если”, корреляционного и регрессионного анализа, моделирования и анализа трендов, поиска оптимального решения реализуются в электронных таблицах практически без применения дополнительного программирования, т.е. на пользовательском уровне.

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

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

Фактографические  АИС, у которых БД составляются из формализованных  записей.

Документальные АИС, у  которых записями могут быть неформализованные  документы.

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

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

Пример.        Исходный файл

 

Уч.№	1	2	3	4	5	6	7	8	9	10	11
Год р.	1950	1945	1950	1947	1945	1950	1954	1953	1949	1950	1957
Код пр.	03	01	05	03	02	04	03	03	02	01	08

 

Список, инвертированный  по ключу год рождения

Год р.	1945	1947	1949	1950	1951	1953	1957
Уч.№	2,5	4	9	1,3,6,10	7	8	11

Список, инвертированный  по ключу код профессии

 

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

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

Документальная АИС  с простыми дескрипторными поисковыми образами может рассматриваться как фактографическая система с булевыми атрибутами, число которых равно полному числу используемых дескрипторов. Такое представление экономично лишь при небольшом числе дескрипторов.

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

Тема 4. Фактографические системы: предметная область(ПО), концептуальные средства описания, модель сущность-связь. Модели данных. Представление данных в памяти ЭВМ. Программные средства реализации фактографических ИС.

1. Общие сведения о моделировании предметной области

Концептуальное проектирование является ядром всего процесса проектирования БД. Подходы к концептуальному проектированию. Реализованные в разнообразных CASE-системах, отличаются друг от друга. Процессы концептуального моделирования чаще всего реализуются в среде DESIGN/IDEF и ERWin.

• Уточнение понятия концептуальной модели.

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

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

• Основные компоненты концептуальной модели:

1) Описание объектов ПО и связей между ними

2) Описание информационных потребностей пользователей

3) Описание существующей ИС (документы, документооборот, при наличии АИС – ее описание)

4) Описание алгоритмических зависимостей показателей

5) Описание ограничений целостности

6) Описание функциональной структуры системы, для которой создаетсяАИС

7) Требования к ИС и существующие ограничения

8) Лингвистические отношения

Чаще всего описание объектов По и связей между ними представляется в виде так называемых или  ERDiagramm.

Эти модели представляют собой графические описания предметных областей в терминах «объект-свойство-связь» и являются элементами концептуальных моделей, имея целый ряд преимуществ, главными из которых является отсутствие привязки к конкретной СУБД. Существует большое число нотаций и методик построения . ER—моделей. В предметной области существует множество разнообразных объектов, под которыми понимают некие сущности, о которых собирается информация. Классом объектов называется совокупность объектов, обладающих одинаковым набором свойств. Объекты могут быть реальными и абстрактными. ER—модель строится на уровне классов объектов, а не экземпляров объектов. Каждому классу объектов присваивается уникальное имя. Именем класса объектов является грамматический оборот существительного. Если в предметной области имеет место синонимия, все имена следует зафиксировать и лишь одно выбрать за основное. Помимо имени классов может использоваться кодовое обозначение. Желательно дать интерпретацию каждой сущности. Уникальное имя экземпляра объекта будем называть идентификатором (ИО).

Рис.1. Компоненты концептуальной модели.

• Разновидности объектов

Объект называется простым, если он рассматривается в данном исследовании как неделимый.

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

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