63388

ОБСЛЕДОВАНИЕ И ИЗУЧЕНИЕ ИНФОРМАЦИОННЫХ ПОТРЕБНОСТЕЙ ПОЛЬЗОВАТЕЛЕЙ

Лекция

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

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

Русский

2014-06-19

461 KB

2 чел.

PAGE  52


EMBED Word.Picture.8  

EMBED Word.Picture.8  

  1.  

III. ОБСЛЕДОВАНИЕ И ИЗУЧЕНИЕ ИНФОРМАЦИОННЫХ ПОТРЕБНОСТЕЙ ПОЛЬЗОВАТЕЛЕЙ

Методика и организация обследования, постановка цели создания БД

Выявление факторов, способствующих и препятствующих достижению цели

Изучение информационных потребностей

Анализ запросов пользователей, оценка использования информации

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

Пример отражения результатов обследования

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

Г.Р.Громов

Методика и организация обследования, постановка цели создания БД

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

Рисунок 1 - Формы отражения объектов

Диаграмма информационных потребностей (ИП) представлена на рис3.

Обследование предусматривает [1-3]:

разработку программы обследования;

проведение обследования (изучение задач и анкетирование пользователей);

анализ материалов обследования;

рассмотрение и утверждение результатов.

Программа обследования включает изучение:

организационной структуры существующей системы обработки данных;

общих методологических принципов построения системы;

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

видов обработки и решаемых задач;

способов подготовки информации на носителях сроков, периодичности выдачи и распространения информации;

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

Рисунок 2 - Методы и материалы, используемые для исследования ИП

Рисунок 3 - Диаграмма информационных потребностей

Процедура обследования начинается с диагностики ИС, которая проводится в следующей последовательности:

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

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

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

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

Таблица 1 - Характеристика методов исследования ИП

Характеристика метода

Методы исследования

Анкеты

Интервью

Рубрикаторы

Конференции

Моделирование

Запросы

Документы

Обратная связь

Точность

Средняя

Высокая

Высокая

Высокая

Высокая

Средняя

Средняя

Средняя

Трудоемкость

Средняя

Большая

Средняя

Малая

Большая

Малая

Средняя

Средняя

Реализуемость

Средняя

Высокая

Низкая

Средняя

Высокая

Средняя

Высокая

Средняя

Время реализации

Среднее

Большое

Среднее

Малое

Большое

Малое

Малое

Малое

Выявляемость параметров

Все

Все

Отдельные

Отдель-ные

Все

Отдельные

Отдель-ные

Отдельные

Восприятие

Хор.

Среднее

Хор.

Хор.

Хор.

-

-

Среднее

Таблица 2 - Цель изучения ИП – метод исследования ИП

Цель

Методы исследования

изучения

Ан-кеты

Ин-тервью

Рубрика-торы

Конфе-ренции

Модели-рование

Зап-росы

Доку-менты

Обратная связь

Состав и структура БД

+

+

-

-

-

+

+

+

План информационного обеспечения

+

+

-

-

+

+

+

+

План создания БД

+

+

+

-

+

-

+

+

Классификация запросов

+

+

+

+

-

-

+

-

Классификация задач решаемых пользователей

+

+

+

-

-

-

+

-

Выявление факторов, способствующих и препятствующих достижению цели

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

Таблица 3 - Основные цели создания БД и системы, создаваемой на ее основе

Аспект анализа

Формулировка цели

Оценка целей

Изучение положения организации в ведомстве, России, международном плане

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

Принимается в качестве глобальной цели развития системы

Изучение условий создания массивов данных

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

Принимается в качестве критерия

Изучение системы сбора данных

Уменьшить затраты на подготовку данных для их занесения на носитель

Принимается в качестве критерия

Анализ полноты и качества данных

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

Принимается в качестве критерия

Выявление основных трудностей по поиску данных

Развить базы метаданных

Принимается в качестве промежуточной цели

Изучение условий обработки данных

Уменьшить дублирование расчетов

Принимается в качестве критерия

Изучение технологичности программных средств обработки

Повысить производительность обработки данных.

Принимается в качестве критерия

Стратегиями могут быть:

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

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

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

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

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

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

Таблица 4 - Проблемы обеспечения работоспособности информационной системы

Решаемая задача/проблема

Описание задачи/проблемы

Предлагаемое решение

Оперативность доставки данных, снижение накладных расходов на доставку

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

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

Нормализация форматов обмена

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

Использование стандартов сервисно – ориентированной архитектуры (SOA): XML, SOAP, WSDL

Увеличение управляемости процессов интеграции. Снижение накладных расходов на сопровождение

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

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

Безопасность

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

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

Большой объем разнородных данных

Увеличение в два раза каждые два-три года.

Создание интегрированных баз данных

Методы аналитической обработки данных

Требуют авторского сопровождения

Стандартизация входных и выходных форматов данных, разбиение обработки данных на этапы

Длительное время поиска данных

Недостаточно метаданных, плохие методы и средства поиска

Создание метаданных, применение Web-технологий, средств динамического представления данных

Таблица 5 - Факторы, способствующие созданию БД

Цель

Средства повышения эффективности за счет совершенствования:

Задачи и проблемы для дальнейших исследований

Технологий сбора

Технологий обработки

Взаимодействие с др. организациями

Увеличить скорость поступления и введения данных в систему

Развить систему сбора данных по e-mail

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

Стандартизовать методы регистрации и форматы сбора данных

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

Повысить качество данных

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

Применить визуальные средства для контроля

Стандартизовать методы контроля данных

Разработать новые методы контроля данных

Уменьшить стоимость обработки

Децентрализовать систему сбора данных

Создать базы агрегированных данных

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

Развить распределенные базы данных

Уменьшить затраты на подготовку данных

Применять измерительные системы с выводом данных в компьютер

Использовать базы агрегированных данных

Децентрализовать систему обеспечения пользователей и обмена данными

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

Уменьшить время на программирование системы

Выделить общие программные средства

Создать специализированные языки запросов

Шире применять инструментальные средства (СУБД, ГИС, ЭС, Case-средств и др.)

Исследовать возможности новых инструментальных средств. Составить прогноз развития   программно аппаратных средств

Увеличить разнообразие форм выдачи

Стандартизовать формы сбора данных

Шире использовать графические средства представления данных

Создать универсальные формы представления данных (многомерные БД,  XML)

Исследовать возможности автоматизации построения различных форм выдачи

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

Факторы, препятствующие

Средства их отражения на эффективности подсистем:

Способы устранения

достижению цели

Сбора

Обработки

Взаимодействия

Недостаточное качество данных

Ошибки в исходных данных

Плохое качество расчетов

Претензии пользователей

Разработка многоуровневого контроля данных

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

Трудности в освоении программ

Дублирование разработок

Трудности при внедрении ПС, технологий

Разрабатывать самодокументируемые программные средства.

Таблица 7 - Организационно-технические мероприятия по совершенствованию системы

Мероприятие

Издержки на проведение мероприятия

Эффект от внедрения

Создание агрегированных баз данных

Дополнительные расходы на создание и хранение

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

Перевод сбора данных и обслуживания с помощью Web технологий

Расходы на разработку системы и ее эксплуатацию

Увеличение скорости введения данных в обработку и доведения до пользователей

Создание баз метаданных

Расходы на создание

Увеличение скорости поиска данных

Применение инструментальных программных средств ГИС, СУБД

Расходы на приобретение, обучение, эксплуатацию

Увеличение скорости создания ИС, выполнения запросов

Приобретение сервера баз данных

Расходы на приобретение, обучение, эксплуатацию

Увеличение скорости выполнения запросов

Использование Case технологий

Расходы на приобретение, обучение, разработку

Упрощения ведения ИС, разработки программных приложений

Изучение информационных потребностей

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

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

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

Анализ запросов пользователей, оценка использования информации

Информация о характерных запросах и сведения о типовых запросах даются по форме таблиц 8, 9. Укрупненное представление ИП основных категорий пользователей на примере данных о состоянии природной среды представлено в табл.10.

Таблица 8 - Информация о характерных запросах

Категории потребителей

Характерные запросы

Характеристики запросов

Частота

Объем

Время выполнения

Директивные, органы госвласти, руководящие и плановые органы

Аналитическая информация, прогнозы, штормовые оповещения

Ежедневно

< 1 Мбайта

с, мин

Ученые

Длиннопериодные временные ряды, метаданные, копии и выборки данных

Ежегодно

> 1 Гбайта

Часы и более

Специалисты

Аналитическая информация, метаданные

Ежегодно

До 1 Гбайта

Мин, часы

Таблица 9 - Характеристики типовых запросов

Характеристики

Типовые запросы

задач

Метаданные

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

Аналитика

Число пользователей

1000-2000

50

100-300

Ожидаемое число запросов в сутки

100-200

40-50

1-2

Время ответа

Минуты

Часы

Недели

Время решения задачи

мин

Часы

Недели

Интенсивность поступления запросов

Десятки в сутки

Десятки в сутки

Один в неделю

Допустимое время запаздывания

Часы

Сутки

Недели

Периодичность введения новой порции данных

Месяц

Сутки

Месяц

Инициатива обслуживания

Пользователь

Пользователь

Персонал

Таблица 10 - Укрупненное представление ИП основных категорий пользователей на примере данных о состоянии природной среды

Основные категории пользователей

Доминирующие информационные потребности

Форма представления информации

Регламент информационного обслуживания

Директивные, органы госвласти, руководящие и плановые органы

Аналитическая информация, прогнозы, штормовые оповещения

Факс, Web технологии

По запросу

Ученые

Длиннопериодные временные ряды, сведения о данных, копии и выборки данных

Web технологии

По запросу

Специалисты прикладных НИИ

Аналитическая информация, метаданные

Web технологии

Регулярно и по запросу

Специалисты в сфере производства

Текущая, прогностическая и аналитическая информация

Факс, e-mail, Web технологии

Регулярно в соответствии с соглашением на обслуживание

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

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

выбор оптимальных решений при перспективном планировании и рациональном размещении объектов экономики;

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

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

принятие оперативных решений по оптимизации технологических процессов;

принятие оперативных решений по корректировке технологических процессов;

принятие решений о корректировке планов.

Таблица 11 – Виды управления данными и основные цели этой деятельности

Виды управления данными

Данные и информация

Основные цели

Управление записями

Данные предметной области

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

Управление документами

Документы в цифровой форме

Обеспечение доступности и сохранности документов

Управление знаниями

Правила

Обеспечение сохранности  и доступа к знаниям

Управление контентом

Совокупность данных, технологий, средств и методов

Повышение эффективности функционирования предприятия

Управление информационной безопасностью

Конфиденциальные данные

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

Обеспечение прав на конфиденциальность данных

Значимая информация о клиентах, поставщиках

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

Восстановление после катастроф

Все данные

Обеспечение сохранности данных в условиях чрезвычайных обстоятельств

Управление отношениями с клиентом

Данные о внешних связях организации

Обеспечение эффективного использования данных

Управление системами хранения

Все виды хранимых данных на носителях

Обеспечение безопасного и рационального по стоимости хранения данных

Добыча данных

Структурированная информация

Обеспечение средствами анализа данных

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

  •  определите целевые аудитории и проанализируйте, в чем состоят их главные информационные потребности;
  •  выберите ключевые темы, которые затрагивают аспекты выгод, получаемых от реализации БД;
  •  создавайте систему показателей, привычных для восприятия руководителями бизнес - подразделений;
  •  изучайте годовые отчеты ИТ-подразделений предприятия.

Пример отражения результатов обследования

Предметная область «Автобаза» имеет подсистемы: управление производством, ремонт и техническое обслуживание, эксплуатация, контроль безопасности, обеспечение деятельности.

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

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

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

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

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

Отражение результатов обследования начинается с фиксации информации о существующей БД (табл.12). Следующим шагом выделяется жизненный цикл основного объекта БД, табл.13.

Таблица 12 - Общая информация о БД

Название характеристики БД

Значение

Наименование БД

«Автобаза»

Краткая информация о назначении БД

Управление

Наименование фирмы – разработчика СУБД

Oracle

Ответственный за техническую поддержку БД

Иванов

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

Нет

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

Нет

Дата ввода БД в эксплуатацию

01.01.2009

Подразделение, где установлена БД

ИТ отдел

Имеются ли функциональные (пользовательские) инструкции?

Да

Имеется ли техническая инструкция по сопровождению программного обеспечения

Да

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

Да

Имеется ли описание логической  и физической модели данных?

Да

Имеются ли исходные тексты программ?

Нет

Таблица 13 - Изучение предметной области на основе жизненного цикла

Процессы

Характеристики процессов

Управление автобазой

Сбор характеристик автомобиля

Эксплуатация  автомашин

Организация перевозок

Контроль безопасности

Контроль безопасности движения, пожарной безопасности, технической безопасности

Ремонт и техническое обслуживание

Диагностика, ремонт

Обеспечивающая деятельность

Материально- техническое снабжение, бухучет, складской учет, кадровый учет

На основе выделенных этапов жизненного цикла выявляются основные сущности:

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

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

Таблица 14 - Матрица связей сущностей и жизненного цикла объекта

Процессы

Сущности

Сотрудники

Запчасти

Ремонты

Автомобиль

Перевозки

Управление

Ремонт

Чт

Чт/Зп

Зп

Чт/Зп

-

Чт/Зп

Эксплуатация

Чт/Зп

-

-

Чт/Зп

Чт/Зп

Чт/Зп

Контроль безопасности

Чт

-

-

Зп

-

Чт/Зп

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

  •  матрица “БД - руководители”, показывающая какими данными пользуются руководители;
  •  матрица “БД – Жизненный цикл объекта”, демонстрирующая какие данные нужны для различных этапов жизненного цикла с указанием даты и времени события.

Кроме того, необходимо выставить требования к режимам работы БД, табл.15.

Таблица 15 - Требования к режимам работы БД

Вопрос

Пояснение

Ответ

Насколько критично для работы организации возникновение сбоев в работе БД

Степень угрозы риска принимает значения: Критическая, Высокая, Средняя, Низкая.

Средняя

Максимальное время простоя БД

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

72 ч

Требуемый режим работы БД

Укажите требуемый режим работы БД (24Х7, с 10.00 до 19.00, и т.д.)

215, с 9.30 до 18.15

Требуется ли обработка запросов пользователей в режиме реального времени?

Сведения о поломках вводятся в удаленном режиме

Да

Максимальное количество инцидентов в неделю/месяц

Указывается количество сбойных ситуаций

14

Среднее количество запросов пользователей в день

Указывается количество элементарных запросов

100-200

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

Укажите время, в течение которого регистрируется запрос на устранение инцидента.

3 с- 2 мин

Требуемое время устранения инцидента

Укажите время, в течение которого ИТ специалист должен устранить инцидент

10  мин

Максимальное время восстановления после аварии

За какое максимальное время работа БД должна быть восстановлена после аварии. Пример аварии – выход из строя жестких дисков сервера.

2 часа

Максимальное время обработки пакетных операций

Указать время самых длительных операций, выполняемых в БД.

3 часа 20 мин на формирование отчетности по итогам работы объекта за неделю

Степень защищенности БД

Насколько сложно вывести из строя БД

Средняя

Режим регламентного обслуживания

Подготовка регулярных отчетов

Ежеквартально

Режим резервного копирования

Укажите, когда производится резервное копирование данных

Раз в неделю

Наиболее важной частью обследования является выявление необходимой функциональности БД, табл.16.

Таблица 16 - Функциональность БД

Вопрос

Пояснение

Список бизнес операций, поддерживаемых БД

Перечислите основные операции, которые автоматизированы в БД (ведение учета затрат на ремонт и техническое обслуживание, расчет объема перевозок, прибыли автобазы)

Список информационных объектов, которые используются в БД

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

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

  •  название БД и реквизиты разработчика (подразделение, ФИО, контактная информация);
  •  список информационных объектов, которые передаются или получаются из БД (получаемая и предоставляемая информация). Для каждого информационного объекта указывается формат взаимодействия – например, обмен файлами, интеграция на уровне базы данных, передача бумажных форм и т.д.

Таблица 17 – Сведения о взаимодействие БД

Название БД, разработчик, тел. разработчика

Описание БД

Данные, получаемые из других ИС

Данные, передаваемые в другие ИС

Формат

Данные

Формат

Данные

Автопарк, Иванов И.И., тел. 1234567

Сведения о работе автопредприятия

mdb

Сведения об автомобилях

dbf

Сведения о сотрудниках

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

Таблица 18 - Техническая реализация БД

Вопрос

Пояснение

Ответ

Используемая в настоящее время БД и средство разработки

Укажите БД  и средство разработки

База данных реализована в СУБД MySQL

Аппаратная и системная реализация серверной  части

Укажите аппаратную и системную платформы, на которых реализована серверная часть БД, использование систем резервирования аппаратных ресурсов (кластер, «горячий резерв», RAID и т.д.)

Сервер – на платформе Intel, Windows XP 

Архитектурная реализация серверной части

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

Трехзвенная архитектура

Характеристика клиентской части

Используемая аппаратная и системная платформа

ОС - Windows XP и 2003, браузер IE 6.0

Имеются ли механизмы администрирования, распределения прав доступа, протоколирование действий пользователей?

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

Имеются механизмы администрирования

Имеются ли процедуры пакетной обработки данных?

Укажите наличие процедур закрытия дня, открытия дня, выверки остатков на счетах, загрузки / выгрузки данных и т.д.

Нет

Общий объем БД

Указывается в Мбайтах

800

Максимальное количество записей по сущностям

Указывается количество основных объектов, которое потенциально может быть в БД

Автомобили – 2500

Запчасти - 10000

Ежемесячный прирост объема данных

Указывается в Мбайтах

10

Ежемесячный прирост количества записей наибольшего справочника

Указывается количество записей, которое потенциально может быть пополнено в сутки

Автомобили – 100

Запчасти - 300

Адрес системы в сети Интернет

Укажите адрес системы, если к ней можно получить доступ через Интернет

http://www.avtovjbil.ru 

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

Таблица 19 – Сведения о справочниках

Название справочника

Уровень стандартизации

Назначение

Регламент ведения справочника

Кто использует

Кто формирует

Когда

Тип ремонта

Локальный

Классификация затрат

Оператор БД

Ежедневно

Сотрудники подразделения

Названия запчастей

Международный

Классификация запчастей

Оператор БД

Еженедельно

Сотрудники подразделения

Организации

Национальный

Описательная информация

Оператор БД

Ежемесячно

Сотрудники подразделения

Для создания БД важно знать характеристики сущностей (объектов), табл.20 и их атрибутов, табл.21.

Таблица 20 - Описание характеристик объекта «Автомобиль»

Прогнозируемое число экземпляров

% изменения числа экземпляров

% изменчивости значений атрибутов при фиксированном  числе экземпляров

Идентиф-икатор

Ограничение на доступ

Доп. способы обращения

2500

4

40

Avtomob

нет

нет

Таблица 21 – Описание атрибутов объекта

Имя атрибута

Шаблон

Количество повторений

% наличия значений

Область допустимых значений

Алгоритм получения значения

Ограничения на доступ

Роль атрибута

ТипАвто

А20

1

100

-

-

нет

ключ

Выводы

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

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

Кроме информации о происшедших событиях система должна хранить информацию о событиях ожидаемых, и напоминать о них. Это функция прогноза.

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

Список литературы

  1.  Бойко В.В., Савинков В.М. Проектирование информационной базы автоматизированной системы на основе СУБД. М.: Финансы и статистика. 1982. – 174 с.
  2.  Модин А.А. и др. Справочник разработчика АСУ/ А.А. Модин, Е.Г. Яковенко, Е.П. Погребной; Под редакцией Н.П.Федоренко, В.В.Карибского. – (2-е издание, доп. И переработанное). М.: Экономика. 1978. 583с.
  3.  Общеотраслевые руководящие методические материалы по созданию АСУП. – Минск. 1972. – 375 c.

Перечень вопросов для самопроверки

  1.  Какие методы организации обследование пользователей существуют?
  2.  Как можно классифицировать запросы?


 

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

47489. Java TM. Эффективное программирование 2.01 MB
  Создание и уничтожение объектов Рассмотрите возможность замены конструкторов статическими методами генерации.16 Остерегайтесь методов finlize. Методы общие для всех объектов Переопределяя метод euls соблюдайте общие соглашения.24 Переопределяя метод equls Всегда переопределяйте hshCode.
47490. Профессия: Режиссер 3.35 MB
  Недавно мне попалась книга — со времени репетиций и съемок «Гамлета» я не доставал ее с полки: трагедии Шекспира, испещренный пометками текст «Гамлета». Держал книгу в руках и думал о том, что все эти тексты с пометками вложены в меня, словно определенная программа в компьютер.
47491. ЭЛЕКТРИЧЕСКИЕ СЕТИ И СИСТЕМЫ. УЧЕБНОЕ ПОСОБИЕ 4.06 MB
  НЕЛЮБОВ ЭЛЕКТРИЧЕСКИЕ СЕТИ И СИСТЕМЫ УЧЕБНОЕ ПОСОБИЕ К КУРСОВОМУ ПРОЕКТИРОВАНИЮ Оренбург 2006. Н 30 Электрические сети и системы: Учебное пособие к курсовому проектированию. Учебное пособие предназначено для студентов обучающихся по программам высшего профессионального образования по направлению Электроэнергетика при изучении дисциплины Электрические сети и...
47493. Язык программирования Java 2.28 MB
  Программы на языке Java строятся на основе классов. Руководствуясь определением класса, разработчик создает произвольное количество объектов, или экземпляров, данного класса. Класс и его объекты можно сравнить, соответственно, с чертежом и деталями — имея чертеж, не составляет труда произвести необходимое количество деталей
47495. дискретно-событийного моделирования систем и технология имитационного моделирования 3.66 MB
  МОДЕЛИ МАССОВОГО ОБСЛУЖИВАНИЯ. Основы дискретнособытийного моделирования СМО. ВЕРОЯТНОСТНОЕ МОДЕЛИРОВАНИЕ. Моделирование дискретных случайных величин.
47496. Начинаем программировать на языке Java 150.5 KB
  Элементарные строительные блоки в Jаvа называются классами как и в C. При этом необходимо набрать имя запускаемого класса точно так как оно написано в исходном тексте программы т. Вся программа состоит из одного класса с именем JаvаTest. У этого класса имеется единственный метод min аналогичный функции min в языках программирования C и C и определяющий место с которого программа начинает выполняться так называемая точка входа.
47497. Программирование на Java 1.15 MB
  Процесс инкапсуляции значения в объект называется упаковкой (boxing). До появления Java 2 версии 5.0 вся упаковка выполнялась программистом вручную, с помощью создания экземпляра оболочки с нужным значением. В приведенной далее строке кода значение 100 упаковывается вручную в объект типа Integer: