- •III. Обследование и изучение информационных потребностей пользователей
- •Р исунок 1 - Формы отражения объектов
- •Р исунок 2 - Методы и материалы, используемые для исследования ип р исунок 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 |
- |
- |
нет |
ключ |
Выводы
При создании БД необходимо отчуждение и обобществление информации, вырабатываемой и используемой различными подразделениям и сотрудниками предприятия. Для этого недостаточно хорошо спроектировать структуру данных. Необходимо сделать так, чтобы ее заполнение и актуализация выполнялись естественным образом, в ходе повседневной деятельности сотрудников. Несмотря на тривиальность этого тезиса, добиться этого в реальности оказывается сложно.
Нужно стремиться к повышению эффективности и надежности выполнения рутинных операций, включая подготовку выходных документов; организация удобного доступа к накопленной информации, как в виде отчетов, так и в режиме онлайновой фильтрации и просмотра.
Кроме информации о происшедших событиях система должна хранить информацию о событиях ожидаемых, и напоминать о них. Это функция прогноза.
В идеале, корпоративная информационная система должна замыкать на себя деятельность всех сотрудников компании. Мерой полноты системы может служить соотношение времени, которое сотрудники проводят в среде системы и в офисных приложениях.
Список литературы
-
Бойко В.В., Савинков В.М. Проектирование информационной базы автоматизированной системы на основе СУБД. М.: Финансы и статистика. 1982. – 174 с.
-
Модин А.А. и др. Справочник разработчика АСУ/ А.А. Модин, Е.Г. Яковенко, Е.П. Погребной; Под редакцией Н.П.Федоренко, В.В.Карибского. – (2-е издание, доп. И переработанное). М.: Экономика. 1978. 583с.
-
Общеотраслевые руководящие методические материалы по созданию АСУП. – Минск. 1972. – 375 c.
Перечень вопросов для самопроверки
-
Какие методы организации обследование пользователей существуют?
-
Как можно классифицировать запросы?