
- •Лекция 1 Введение. Основные понятия и определения Основные задачи теории информационных систем.
- •Краткая историческая справка.
- •Основные понятия теории систем
- •Выбор определения системы.
- •Лекция 2 Основные понятия и определения Основное содержание первой лекции
- •Понятие информации
- •Открытые и закрытые системы
- •Модель и цель системы
- •Управление
- •Информационные динамические системы
- •Классификация и основные свойства единиц информации
- •Системы управления
- •Реляционная модель данных
- •Технические, биологические и др. Системы
- •Детерминированные и стохастические системы
- •Открытые и закрытые системы
- •Хорошо и плохо организованные системы
- •Классификация систем по сложности
- •Модели сложных систем управления
- •Структурная сложность
- •Иерархия
- •Многообразие
- •Уровни взаимодействия
- •Динамическая сложность
- •Случайность в сравнении с детерминизмом и сложностью
- •Шкалы времени
- •Теоретическое решение
- •Модели сложных систем управления (по Вавилову а.А)
- •Лекция 4 Закономерности систем Целостность
- •Интегративность
- •Коммуникативность
- •Иерархичность
- •Эквифинальность
- •Историчность
- •Закон необходимого разнообразия
- •Закономерность осуществимости и потенциальной эффективности систем
- •Закономерность целеобразования
- •Системный подход и системный анализ
- •Лекция 5 Уровни представления информационных систем
- •Методы и модели описания систем
- •Качественные методы описания систем
- •Методы типа мозговой атаки.
- •Методы типа сценариев.
- •Методы экспертных оценок.
- •Методы типа «Дельфи».
- •Методы типа дерева целей.
- •Морфологические методы.
- •Методика системного анализа.
- •Количественные методы описания систем
- •Лекция 6 Кибернетический подход к описанию систем
- •Моделирование систем
- •Лекция 7 Алгоритмы на топологических моделях.
- •Задачи анализа топологии
- •Представление информации о топологии моделей
- •Переборные методы Поиск контуров и путей по матрице смежности
- •Модифицированный алгоритм поиска контуров и путей по матрице смежности
- •Поиск контуров и путей по матрице изоморфности
- •Сравнение алгоритмов топологического анализа
- •Декомпозиция модели на топологическом ранге неопределенности
- •Сортировка модели на топологическом ранге неопределенности
- •Нахождение сильных компонент графа
- •Заключение
- •Лекция 8 Теоретико-множественное описание систем
- •Предположения о характере функционирования систем
- •Система, как отношение на абстрактных множествах
- •Временные, алгебраические и функциональные системы
- •Временные системы в терминах «вход — выход»
- •Лекция 9 Формы представления модели
- •Нормальная форма Коши
- •Системы нелинейных дифференциальных уравнений различных порядков
- •Гиперграфы
- •Лекция 10 Динамическое описание систем
- •Детерминированная система без последствий
- •Детерминированные системы без последствия с входными сигналами двух классов
- •Учет специфики воздействий
- •Детерминированные системы с последствием
- •Стохастические системы
- •Лекция 11 Агрегатное описание систем
- •Лекция 12 Рецепция информации. Свойства бистабильных систем
- •Устойчивость информационных нелинейных систем. Классификация стационарных состояний
- •Обратимые и необратимые операции.
- •Лекция 13 Концепции общей теории информации Общее понятие Информации
- •Эволюция информации
- •1. Неживые формы
- •2. Простейшие формы жизни
- •3. Клеточная форма жизни
- •4. Многоклеточные формы жизни
- •5. Социальные образования
- •Свойства информации и законы ее преобразования
- •1. Прием информационных кодов
- •2. Интерпретация информации
- •3. Структура компонент данных имвс
- •4. Структура компонент шаблонов действий имвс
- •5. Реализация информации
- •7. Навигация данных в структуре имвс
- •Заключение
- •Лекция 14 Новая Сеть
- •Встречайте биоинформатику
- •Лекция 15 Архитектуры и технологии разработки интероперабельных систем Введение
- •Потребности применений
- •Компоненты архитектуры
- •Интеграция corba и www-технологий
- •Семантическая интероперабельность
- •Системный анализ
- •Определение требований
- •Оценка осуществимости
- •Оценка риска
- •Логическая модель
- •Метод прототипа
- •Выяснение проблем заказчика
- •Проектирование
- •Нисходящее проектирование
- •Принципы уровней абстракции:
- •Моделирование данных
- •Реализация
- •Повышение надежности системы
- •Тестирование
- •Принципы тестирования
- •Виды тестирования:
- •Отладка
- •Внедрение
- •Лекция 17 Что Business Intelligence предлагает бизнесу
- •Данные, информация и технологии
- •Лекция 18 Данные vs. Информация
- •Литература
Системный анализ
Системный анализ - это метод исследования предметной области с помощью системного подхода.
В начале проектирования любой информационной системы следует пройти через следующие этапы:
Определение требований
Оценка осуществимости
Оценка риска
Построение логической модели
Построение прототипа (необязательно)
Определение требований
Начинать обследование предметной области следует с определения требований. Одновременно нужно выяснить истинные потребности пользователей, так как не всегда пользователи требуют то, что им действительно нужно.
При разработке продукта для рынка требования определяет разработчик. В этом случае повышается вероятность промахнуться с определением требований.
Самая страшная ошибка при разработке ПО -- сделать никому не нужную программу -- не разобраться в требованиях.
Свойства требований:
ясность, однозначность;
приоритет;
источник (пользователь, документ...);
непротиворечивость другим требованиям;
стабильность (или, наоборот, вероятность изменения);
проверяемость.
Очень опасно пропустить какие-либо требования. Некоторые моменты для пользователей кажутся естественными и поэтому умалчиваются. Аналитики не телепаты и читать мысли не умеют. Для анализа полноты требований и их скорейшего уточнения нужно построить логическую модель предметной области. Также можно использовать метод прототипа.
Чем раньше будет найдена ошибка, тем дешевле и легче ее исправить.
Некоторые требования имеют характер ограничений, т.е. обязательны к выполнению. Ограничения внутри предприятия называются деловыми правилами. Они могут вытекать из характера предметной области или складываться исторически. Включение деловых правил в программу снижает ошибки пользователей и следовательно повышает надежность системы.
Изменение требований в процессе разработки и использования ПО - объективный фактор. Эти изменения возникают вследствие технического прогресса, социальных перемен, изменений в людях, предлагаемых улучшений, обнаружения ошибок. Задача аналитика спрогнозировать изменение требований и запланировать адекватный ответ на это событие. Поскольку изменения проекта делаются в более напряженных условиях, то они более подвержены ошибкам и должны быть особенно тщательно проверены.
Обычно задачи данной системы определяются задачами системы более высокого уровня. Что для данной системы является целью, для системы более высокого уровня является средством достижения более глобальной цели.
Оценка осуществимости
Осуществимость проекта можно оценивать по разным критериям:
экономическая осуществимость (стоимость, сроки, экономический эффект, спрос...);
технологическая осуществимость (ресурсы, технология, инструменты...);
юридическая осуществимость (законодательство, обязательства...).
Важнейшим вопросом является "Быть или не быть" информационной системе. Стоит ли вообще разрабатывать новую информационную систему, или можно обойтись тем, что есть? Требуется рассмотреть все возможные варианты решения текущих проблем, а также заглянуть в будущее в поисках предстоящих проблем и методов их решения.
Экономический эффект от информационной системы может включать снижение затрат, улучшение контроля и управления, увеличение гибкости и скорости работы, повышение престижа, получение прямой денежной прибыли.