- •Министерство образования и науки российской федерации
- •Введение
- •Часть 1. Теоретические сведения.
- •Понятие технологии обработки информационного обеспечения су
- •Ценность информационного обеспечения су.
- •Основные требования к информационному обеспечению су.
- •Методы и этапы проектирования соДиЗ.
- •Инфологическое проектирование
- •Проектирование с использованием метода "сущность-связь"
- •Определение требований к операционной обстановке.
- •Выбор субд и других программных средств
- •Часть 2. Проектирование соДиЗ
- •Проектирование бд
- •Логическое проектирование бд
- •Физическое проектирование бд
- •Особенности проектирования реляционной базы данных (рбд).
- •Нормализация отношений
- •Пример проектирования реляционной базы данных
- •Инфологическое проектирование
- •Анализ предметной области
- •Анализ информационных задач и круга пользователей системы
- •1) Функциональные возможности:
- •2) Готовые запросы:
- •Определение требований к операционной обстановке
- •Выбор субд и других программных средств
- •Логическое проектирование реляционной бд
- •Преобразование er–диаграммы в схему базы данных
- •Составление реляционных отношений
- •Нормализация полученных отношений до 3нф.
- •Определение дополнительных ограничений целостности
- •Описание групп пользователей и прав доступа
- •Реализация проекта базы данных
- •1. Запросы к бд.
- •2. Устранение избыточных, данных.
- •3. Соединение таблиц.
- •4. Функции агрегирования
- •5. Модификация таблиц.
- •Выбор варианта сетевого решения субд.
- •Проектирование базы знаний.
- •Данные и знания.
- •Система нечеткого вывода и программные средства ее реализации.
- •Основные этапы построения систем нечеткого вывода
- •Краткая характеристика программных средств реализации снв
- •Пример. Построение нечеткой модели управления температурой в помещении.
- •Гибридные нейронные сети и программные средства их реализации.
- •Моделирование оптимального режима функционирования технического объекта управления. Пример.
- •Часть3. Организация проектирования информационного обеспечения су.
- •Основные этапы организации и управления процессом разработки информационного обеспечения су на основе методологии msProject.
- •Основные возможности msProject.
- •Разработка плана проектирования информационного обеспечений су.
- •Отслеживание выполнение проекта.
- •Часть 4. Выполнение курсовой работы.
- •Содержание курсовой работы
- •Введение
- •Постановка задачи
- •Модели соио су. Общая характеристика.
- •Информационная модель соиосу.
- •1. Функция планирования.
- •Технологическая модель управления.
- •Коммуникационная модель аиус.
- •Заключение
- •Тематика и задания к курсовой работе
- •Задание на курсовую работу
- •Требования к оформлению курсовой работы
- •Литература
Основные требования к информационному обеспечению су.
Проектирование информационного обеспечения СУ (ИО СУ) – одна из наиболее сложных и ответственных задач, связанных с созданием автоматических и автоматизированных систем управления, таких как САУ, АИУС, АСУ. В результате её решения должны быть определены содержание данных и знаний, эффективный способ их организации, инструментальные средства обработки и управления данными и знаниями в интересах СУ.
Основная цель процесса проектирования состоит в получении такого проекта, который удовлетворяет следующим требованиям:
Корректность схемы организации ИО СУ должна быть гомоморфным образом моделируемой предметной областью (ПО), где каждому объекту предметной области соответствуют данные в памяти ВМ, а каждому процессу – адекватные процедуры обработки данных.
Обеспечение ограничений (на объёмы внешней и оперативной памяти и другие ресурсы вычислительной системы).
Эффективность функционирования (соблюдение ограничений на время реакции системы на запрос и обновление данных и знаний).
Защита данных и знаний (от аппаратных и программных сбоев и несанкционированного доступа).
Простота и удобство эксплуатации.
Гибкость, т.е. возможность развития и адаптации к изменениям предметной области и/или требований пользователей.
В таблице №1 представлены основные типы требований к средствам хранения, накопления, обработки и использования данных и знаний (СОДиЗ) в интересах управления.
Таблица №1
|
Тип требований |
Описание |
Пример |
|
Функциональные |
Требования описывают функции и возможности СОДиЗ |
Пользователь сможет установить приоритет определенного режима, записанного в поле БД, по критерию: критический, высокий, средний, низкий. |
|
Производительность |
Требование включают: скорость, время ответа на запрос, объем обрабатываемой информации в СОДиЗ |
БД инвентарного списка может поддерживать до 20 рабочих станций при среднем значении времени ответа 200мс. |
|
Безопасность |
Требования безопасности ограничивают возможности использования приложений и доступ к данным, знаниям. |
Каждый пользователь может являться членом одной из групп: пользователь, администратор, менеджер. |
|
Масштабирование |
Это требование возможность увеличения количества данных, знаний, пользователей. |
СОДиЗ должно поддерживать 50 существующих пользователей и потенциально дополнительных 50 человек через два года.
|
|
Расширение возможностей |
Требования такого типа описывают наращивание возможностей по всем другим типам требований в будущих версиях СОДиЗ |
При разработке и реализации проекта обеспечить возможность расширения набора полей данных в таблицах БД |
|
Совместимость |
Совместимость означает возможность инсталляции и использования СОДиЗ в различных средах программного и аппаратного обеспечения. |
Обеспечить возможность инсталляции и использования СОДиЗ в других операционных системах: Windows 98, Windows NT 4.0, Windows XP.Требуемые параметры рабочих станций: минимум 8 Мб памяти и 200 Мб на жестком диске. |
|
Доступность |
Определяется количеством или процентом времени, которое СОДиЗ может выполнить необходимую работу. |
Администратор БД зарезервирует время с 22.00 до 23.00 для архивации и поддержки БД. |
|
Простота использования |
Определяется тем, как скоро подготовленные пользователи будут готовы приступить к работе с СОДиЗ. |
Необходимо, чтобы СОДиЗ включало интерактивную справочную систему с описанием примерно 90% их возможностей. |
|
Простота освоения |
Простота освоения определяется легкостью и скоростью процесса изучения СОДиЗ пользователями. |
Необходимо, чтобы пользователь мог стать специалистом по работе с СОДиЗ после одного дня занятий. |