
- •Лекция №1 Содержание лекции
- •Информационный процесс
- •Информационная система
- •Классификация информационных систем
- •Классификация по масштабу
- •Одиночные информационные системы
- •Групповые информационные системы
- •Корпоративные информационные системы
- •Классификация по сфере применения
- •Классификация по способу организации
- •Архитектура файл-сервер
- •Архитектура клиент-сервер
- •Многоуровневая архитектура
- •Интернет/интранет-технологии
- •Требования, предъявляемые к информационным системам
- •Гибкость
- •Надежность
- •Эффективность
- •Безопасность
- •Лекция №2 Содержание лекции
- •Жизненный цикл информационных систем
- •Общие сведения об управлении проектами
- •Классификация проектов
- •Основные фазы проектирования информационной системы
- •Концептуальная фаза
- •Подготовка технического предложения
- •Проектирование
- •Разработка
- •Ввод системы в эксплуатацию
- •Процессы, протекающие на протяжении жизненного цикла информационной системы
- •Основные процессы жизненного цикла
- •Разработка
- •Эксплуатация
- •Сопровождение
- •Вспомогательные процессы жизненного цикла
- •Организационные процессы
- •Структура жизненного цикла информационной системы
- •Начальная стадия
- •Стадия уточнения
- •Жизненный цикл информационных систем Модели жизненного цикла информационной системы
- •Каскадная модель жизненного цикла информационной системы
- •Основные этапы разработки по каскадной модели
- •Основные достоинства каскадной модели
- •Недостатки каскадной модели
- •Спиральная модель жизненного цикла
- •Итерации
- •Преимущества спиральной модели
- •Недостатки спиральной модели
- •Лекция №4 Содержание лекции
- •Методология и технология разработки информационных систем
- •МетодологияRad
- •Основные особенности методологииRad
- •Объектно-ориентированный подход
- •Визуальное программирование
- •Событийное программирование
- •Фазы жизненного цикла в рамках методологииRad
- •Фаза анализа и планирования требований
- •Фаза проектирования
- •Фаза построения
- •Фаза внедрения
- •Ограничения методологииRad
- •Лекция №5 Содержание лекции
- •Методология и технология разработки информационных систем Профили открытых информационных систем
- •Понятие профиля информационной системы
- •Принципы формирования профиля информационной системы
- •Структура профилей информационных систем
- •Профиль прикладного программного обеспечения
- •Профиль среды информационной системы
- •Профиль защиты информации
- •Профиль инструментальных средств
- •Лекция №6 Содержание лекции
- •Методология и технология разработки информационных систем Стандарты и методики
- •Виды стандартов
- •МетодикаCdMфирмыOracle
- •Общая структура
- •Особенности методики сdм
- •Международный стандартIso/iec12207: 1995-08-01
- •Общая структура
- •Основные и вспомогательные процессы жц
- •Особенности стандартаIso12207
- •Лекция №7 Содержание лекции
- •Case-технологии проектирования информационных систем
- •Характеристика современныхCase-средств
- •Локальные средства
- •Объектно-ориентированныеCase-средства
- •Средства конфигурационного управления
- •Средства документирования
- •Средства тестирования
- •Лекция №8 Содержание лекции
- •Принципы построения и этапы проектирования баз данных Основные понятия и определения
- •Описательная модель предметной области
- •Лекция №9 Содержание лекции
- •Принципы построения и этапы проектирования баз данных Концептуальные модели данных
- •Типы структур данных
- •Операции над данными
- •Ограничения целостности
- •Иерархическая модель данных
- •Сетевая модель данных
- •Реляционная модель данных
- •Бинарная модель данных
- •Семантическая сеть
- •Лекция № 10 Содержание лекции
- •Технология моделирования информационных систем Методы моделирования систем
- •Математическая модель системы
- •Классификация математических моделей
- •Лекция № 11 Содержание лекции
- •Имитационные модели информационных систем Методологические основы применения метода имитационного моделирования
- •Лекция № 12 Содержание лекции
- •Имитационные модели информационных систем Классификация имитационных моделей
- •Структура типовой имитационной модели с календарем событий
- •Лекция №13 Содержание лекции
- •Имитационные модели информационных систем Технология моделирования случайных факторов Генерация псевдослучайных чисел (псч)
- •Мультипликативный метод
- •Аддитивный метод
- •Смешанный метод
- •Моделирование случайных событий
- •Последовательное моделирование
- •Моделирование после предварительных расчетов
- •Лекция №14 Содержание лекции
- •Имитационные модели информационных систем Технология моделирования случайных факторов Моделирование случайных величин
- •Моделирование непрерывных случайных величин
- •Метод обратной функции
- •Метод исключения (Неймана)
- •Метод композиции
- •Моделирование дискретных случайных величин
- •Метод последовательных сравнений
- •Метод интерпретации
- •Моделирование случайных векторов
- •Метод условных распределений
- •Метод исключения (Неймана)
- •Метод линейных преобразований
- •Лекция №15 Содержание лекции
- •Имитационные модели информационных систем Основы организации имитационного моделирования Этапы имитационного моделирования
- •Испытание имитационной модели
- •Задание исходной информации
- •Верификация имитационной модели
- •Проверка адекватности модели
- •Калибровка имитационной модели
- •Исследование свойств имитационной модели
- •Оценка погрешности имитации, связанной с использованием в модели генераторов псевдослучайных чисел (псч)
- •Определение длительности переходного режима
- •Оценка устойчивости результатов имитации
- •Исследование чувствительности модели
- •Языки моделирования
Требования, предъявляемые к информационным системам
Информационная система должна соответствовать требованиям гибкости, надежности, эффективности и безопасности.
Гибкость
Гибкость, способность к адаптации и дальнейшему развитию подразумевает возможность приспособления информационной системы к новым условиям, новым потребностям предприятия. Выполнение этих условий возможно, если на этапе разработки информационной системы использовались общепринятые средства и методы документирования, так что по прошествии определенного времени сохранится возможность разобраться в структуре системы и внести в нее соответствующие изменения, даже если все разработчики или их часть по каким-либо причинам не смогут продолжить работу.
Любая информационная система рано или поздно морально устареет, и станет вопрос о ее модернизации или полной замене. Разработчики информационных систем, как правило, не являются специалистами в прикладной области, для которой разрабатывается система. Участие в модернизации или создании новой системы той же группы проектировщиков существенно сократит сроки модернизации. Вместе с тем возникает риск применения устаревших решений при модернизации системы. Рекомендация в таком случае одна — внимательнее относиться к подбору разработчиков информационных систем.
Надежность
Надежность информационной системы подразумевает ее функционирование без искажения информации, потери данных по «техническим причинам». Требование надежности обеспечивается созданием резервных копий хранимой информации, выполнения операций протоколирования, поддержанием качества каналов связи и физических носителей информации, использованием современных программных и аппаратных средств. Сюда же следует отнести защиту от случайных потерь информации в силу недостаточной квалификации персонала.
Эффективность
Система является эффективной, если с учетом выделенных ей ресурсов она позволяет решать возложенные на нее задачи в минимальные сроки. В любом случае оценка эффективности будет производиться заказчиком, исходя из вложенных в разработку средств и соответствия представленной информационной системы его ожиданиям.
Негативной оценки эффективности информационной системы со стороны заказчика можно избежать, если представители заказчика будут привлекаться к проектированию системы на всех его стадиях. Такой подход позволяет многим конечным пользователям уже на этапе проектирования адаптироваться к изменениям условий работы, которые иначе были бы приняты враждебно.
Активное сотрудничество с заказчиком с ранних этапов проектирования позволяет уточнить потребности заказчика. Часто встречается ситуация, когда заказчик чего-то хочет, но сам не знает чего именно. Чем раньше будут учтены дополнения заказчика, тем с меньшими затратами и в более короткие сроки система будет создана.
Кроме того, заказчик, не являясь специалистом в области разработки информационных систем, может не знать о новых информационных технологиях. Контакты с заказчиком во время разработки для него информационной системы могут подтолкнуть заказчика к модернизации его аппаратных средств, применению новых методов ведения бизнеса, что отвечает потребностям, как заказчика, так и проектировщика. Заказчик получает рост эффективности своего предприятия, проектировщик — расширение возможностей, применяемых при проектировании информационной системы.
Эффективность системы обеспечивается оптимизацией данных и методов их обработки, применением оригинальных разработок, идей, методов проектирования.
Не следует забывать и о том, что работать с системой придется обычным людям, являющимся специалистами в своей предметной области, но зачастую обладающим весьма средними навыками в работе с компьютерами. Интерфейс информационных систем должен быть им интуитивно понятен. В свою очередь, разработчик-программист должен понимать характер выполняемых конечным пользователем операций. Рекомендациями в этом случае могут служить повышение эффективности управления разработкой информационных систем, улучшение информированности разработчиков о предметной области.