1. Методологии проектирования информационных систем.
Методологии, технологии и инструментальные средства проектирования (CASE-средства) составляют основу проекта любой ИС. Методология реализуется через конкретные технологии и поддерживающие их стандарты, методики и инструментальные средства, которые обеспечивают выполнение процессов жизненного цикла (ЖЦ).
Начнём с основы любой методологии проектирования ИС – с ЖЦ проекта. ЖЦ – это последовательность всех этапов создания ИС, начиная с принятия решения о создании системы и заканчивая её изъятием из эксплуатации.
По стандарту ISO/IEC 12207 ЖЦ базируется на трёх группах процессов:
основные (определение требований, разработку, сопровождение и т. п.);
вспомогательные (документирование, валидация, верификация, оценка и т. п.);
организационные (управление проектом, создание его инфраструктуры, обучение персонала и т. п.).
В чём заключаются все эти процессы уже много раз обсуждалось в других вопросах.
Если процессы ЖЦ были зерном методологии проекта, то выросшим корнем станет выбранная модель ЖЦ, так как она определит последовательность выполнения этапов, взаимосвязь процессов, перечень ключевых действий и задач.
Существует три основных модели ЖЦ (остальные являются их модификациями):
каскадная модель;
спиральная модель;
итерационная модель.
Их содержание также было разобрано в других вопросах.
Под проектированием ИС понимает процесс разработки технической документации, который описывает принцип работы автоматизированной информационной технологии. Документ, полученный в ходе проектирования, и является проектом. Проект позволяет обозначить математическое, информационное, техническое и организационно-правовое обеспечение будущей ИС.
Выполнение процессов ЖЦ обеспечит выбранная технология проектирования, коих бывает много.
В этом вопросе будет рассмотрена технология канонического проектирования ИС. Другой тип технологии – типовое проектирование – рассматривается в следующем вопросе.
Каноническое проектирование ИС ориентировано на использование каскадной модели жизненного цикла ИС. При необходимости допускается объединять последовательные этапы и даже исключать некоторые из них на любой стадии проекта. Несмотря на свой подход, технология включает полный набор этапов и работ, необходимых для создания ИС.
Стадии и этапы создания ИС по каноническому проектированию:
Стадия 1. Формирование требований к ИС. Исследуется объект, на который направлено создание ИС, определяются требования пользователей, составляется тактико-техническое задание на разработку.
Стадия 2. Разработка концепции ИС. Исследование объекта автоматизации, разработка разных вариантов концепции ИС, которые удовлетворяют пользовательским требованиям, утверждение одной из концепций.
Стадия 3. Разработка и утверждение технического задание на создание ИС.
Стадия 4. Эскизный проект. Накидываются предварительные решения по системе и её частям, разрабатывается эскизная документация на ИС.
Стадия 5. Технический проект. Разработка проекта, написание документации.
Стадия 6. Написание рабочей документации на ИС и её части.
Стадия 7. Ввод в эксплуатацию. Подготовка объекта автоматизации и персонала, произведение поставки нужных технических средств и информационных изделий (комплектация ИС), строительно-монтажные и пусконаладочные работы, предварительные испытания, опытная эксплуатация, приёмочные испытания.
Стадия 8. Сопровождение ИС. Выполнение гарантийных работ, послегарантийное обслуживание.
Обследование – изучение и диагностический анализ структуры предприятия, его деятельности и существующей системы обработки информации. Нужно для создания ТЗ и рабочего проекта системы, а также технико-экономического обоснования проекта (заказчик должен видеть что получит, когда и за сколько).
На этапе анализа следует сразу привлекать к работе группы тестирования, чтобы она предоставила сравнительные характеристики предполагаемых к использованию аппаратных платформ, ОС, СУБД и иного окружения. Также тестировщики должны сразу разработать план по обеспечению надёжности ИС и её тестированию. Для автоматизации тестирования стоит использовать систему отслеживания ошибок (bug tracking), которая обозначит наиболее нестабильные компоненты системы, предоставит единое хранилище ошибок, позволит отслеживать их.
Техническое задание определяет цели, требования и исходные данные, необходимые для разработки автоматизированной системы управления.
Эскизный проект предусматривает разработку предварительных проектных решений по системе и её частям. Данная стадия не является строго обязательной, но если выполняется, то содержание эскизного проекта должно быть задано в ТЗ на систему. Как правило эскиз включает: функции, их цели и ожидаемый эффект от внедрения; состав задач системы; концепцию информационной базы и её укрупнённую структуру; функции СУБД, состав технического оснащения; функции и параметры основных программных средств.
На основе ТЗ и эскизного проекта составляется технический проект ИС. Он включает в себя готовые проектные решение, алгоритмы решения задач, организацию информационной базы, оценку экономической эффективности, принцип построения системы (софт и комплекс технических средств), мероприятия по подготовке объекта к внедрению, альбом нужных документов.
На стадии рабочей документации разрабатывается программный продукт и вся сопровождающая его документация.
Это был краткий обзор по общей методологии проектирования ИС. Итог: есть ЖЦ проекта, на его основе есть технология проектирования, которая включает в себя методику выполнения процессов ЖЦ. Ко всему этому ещё есть и инструментальные средства, которые помогают в технологии проектирования ИС.