Разработка информационной системы: этапы, методологии и требования к ИС

Что такое информационная система

Информационная система объединяет несколько компонентов: программное обеспечение, систему управления базами данных (СУБД), аппаратную инфраструктуру, сети, регламенты и пользователей. Назначение ИС — автоматизировать бизнес-процессы и поддерживать принятие управленческих решений.

Важно понимать отличие ИС от отдельной программы: информационная система охватывает не только код, но и инфраструктуру, персонал и процедуры работы с данными. Именно поэтому ГОСТ 34.601-90 регулирует жизненный цикл автоматизированной системы в целом — от замысла до вывода из эксплуатации.

Основные виды информационных систем

Информационные системы классифицируют по функциональному назначению. Выбор вида определяется задачами бизнеса и масштабом автоматизации.

Управляющие, аналитические и операционные системы

Системы планирования ресурсов предприятия (ERP-системы) управляют финансами, персоналом, производством и складом; распространённые решения — SAP, 1С:ERP. Системы бизнес-аналитики (BI) анализируют массивы данных и строят визуализации для стратегических решений: Power BI, Tableau. Основой хранения данных для ERP и систем управления взаимоотношениями с клиентами (CRM) служат СУБД: MySQL, PostgreSQL.

Специализированные системы: GIS, CRM и LMS

CRM-системы фиксируют историю сделок, контакты и задачи менеджеров. Геоинформационные системы (GIS) работают с пространственными данными — применяются в логистике и городском планировании. Системы управления обучением (LMS — Learning Management System) помогают учебным организациям вести курсы и отслеживать прогресс слушателей. Каждый вид ИС закрывает узкую функциональную задачу.

Этапы разработки информационной системы

Процесс разработки информационной системы включает 7 стадий согласно ГОСТ 34.601-90. Каждый этап завершается конкретным проектным документом — без него переходить к следующей стадии нельзя.

Этапы 1–2: предварительный анализ и сбор требований

Этап 1 — Предварительный. Команда определяет цели системы, объём работ, сроки и бюджет. Результат — устав проекта, который фиксирует состав автоматизируемых объектов. Устав согласовывается обеими сторонами до начала разработки и служит точкой отсчёта при спорных ситуациях.

Этап 2 — Сбор и анализ требований. Бизнес-аналитик совместно с заказчиком систематизирует требования к системе. Результат — техническое задание (ТЗ) по ГОСТ 34.602-89, которое включает назначение ИС, перечень функций, требования к надёжности и безопасности.

Этапы 3–4: проектирование и реализация

Этап 3 — Проектирование. На основании ТЗ разрабатывается технический проект: архитектура ИС, структура базы данных, права доступа, сценарии бизнес-процессов. Технический проект переводит требования в конкретные технические решения.

Этап 4 — Реализация. Разработчики пишут программные компоненты, настраивают СУБД и проводят первичное тестирование. Этот этап занимает 60–70% общего времени разработки; применяются языки Java, Python, C#, JavaScript.

Этапы 5–7: подготовка, эксплуатация и сопровождение

Этап 5 — Подготовка. ИС устанавливается на серверах заказчика, загружаются исходные данные, пользователей обучают работе с системой. Пропуск обучения — одна из главных причин низкого принятия ИС персоналом.

Этап 6 — Опытно-промышленная эксплуатация (ОПЭ). ИС работает в реальных условиях: команда выявляет и устраняет недоработки. По итогам ОПЭ подписывается акт приёмки системы.

Этап 7 — Сопровождение. Техподдержка по соглашению об уровне обслуживания (SLA — Service Level Agreement), регулярные обновления и добавление новой функциональности.

Методологии разработки информационных систем

Методология определяет порядок этапов и управление изменениями требований — от этого выбора зависит вся логика работы команды.

Каскадная модель (Waterfall) совместима с ГОСТ и подходит для государственных контрактов с фиксированным ТЗ. Гибкие методологии (Agile/Scrum) работают короткими итерациями и допускают корректировку требований в любой момент. Спиральная модель объединяет оба подхода с акцентом на управлении рисками. Быстрая разработка приложений (RAD — Rapid Application Development) использует готовые модули и сокращает время выхода продукта на рынок.

Ключевые требования к информационным системам

При проектировании ИС закладывают пять базовых характеристик:

• Масштабируемость — способность выдержать рост нагрузки без перепроектирования архитектуры;
• Надёжность — устойчивая работа и быстрое восстановление после сбоев;
• Безопасность — разграничение прав доступа и защита от несанкционированного доступа;
• Интеграция — совместимость с другими системами через программный интерфейс (API — Application Programming Interface);
• Удобство — понятный интерфейс с низким порогом входа для пользователей.

Соответствие этим требованиям закладывается уже на этапе технического задания — исправлять архитектурные решения позже значительно дороже.

Типичные ошибки при разработке ИС

Большинство проблем возникает на ранних стадиях, а обнаруживается только при внедрении:

1. Неполный сбор требований — система не соответствует реальным потребностям бизнеса;
2. Недостаточное тестирование — критические ошибки выявляются уже в рабочей среде;
3. Игнорирование обучения пользователей — низкое принятие системы, часть функций не используется;
4. Слабая безопасность — уязвимости открывают доступ к корпоративным данным.

Чтобы не попасть в эти ловушки, важно уделять внимание каждому из 7 этапов разработки информационной системы — а не только фазе программирования.

В рамках федерального проекта «Активные меры содействия занятости» можно пройти обучение по IT-направлениям, связанным с информационными системами и аналитикой данных, — онлайн, с нуля, без отрыва от работы, за счёт государственного финансирования нацпроекта «Кадры». Смотрите каталог программ обучения на сайте проекта.

Часто задаваемые вопросы

Что такое жизненный цикл информационной системы?

Жизненный цикл ИС — период от замысла до вывода системы из эксплуатации. Фазы: концепция → разработка → внедрение → эксплуатация → завершение. В России жизненный цикл регулируется ГОСТ 34.601-90, на международном уровне — стандартом ISO/IEC 12207. Методология определяет, будет ли цикл линейным (Waterfall) или итеративным (Agile).

Чем Agile отличается от каскадной модели разработки ИС?

Каскадная модель предполагает строгую последовательность этапов — изменить требования на поздней стадии сложно и дорого. Agile работает короткими итерациями и позволяет корректировать требования в любой момент. Waterfall подходит для государственных проектов с фиксированным ТЗ, Agile — для коммерческих ИС с меняющимися требованиями.

Сколько времени занимает разработка информационной системы?

Сроки зависят от масштаба: небольшая ИС — 3–4 месяца, средняя корпоративная — 8–15 месяцев, крупная ERP-система — 2–5 лет. Этап реализации занимает 60–70% общего времени. Agile позволяет выпустить рабочую версию раньше за счёт приоритизации ключевых функций.

Что должно входить в техническое задание на ИС?

Техническое задание по ГОСТ 34.602-89 включает: назначение и цели системы, описание объекта автоматизации, перечень бизнес-процессов, функциональные требования, требования к надёжности и безопасности. ТЗ разрабатывает бизнес-аналитик совместно с заказчиком после подписания устава проекта.

Зачем нужен устав проекта при разработке ИС?

Устав — первый документ разработки. Он фиксирует цели, объём работ, сроки и бюджет, согласовывается до старта и служит точкой отсчёта при спорных ситуациях. Без устава команда и заказчик нередко понимают задачи по-разному — это приводит к расползанию объёма работ.

Что такое опытно-промышленная эксплуатация ИС?

Опытно-промышленная эксплуатация (ОПЭ) — шестой этап разработки, когда ИС работает в реальных условиях для выявления недоработок. ОПЭ длится 1–3 месяца, по итогам подписывается акт приёмки системы в промышленную эксплуатацию.

Для каких сфер разрабатывают информационные системы?

ИС применяются во всех отраслях: в бизнесе — ERP и CRM, в здравоохранении — медицинские ИС, в образовании — системы управления обучением (LMS), в логистике — системы управления цепочками поставок с геоинформационными модулями. Разработка ИС для государственного сектора России регулируется стандартами серии ГОСТ 34.

Нужно ли соответствовать ГОСТ при разработке ИС?

Для государственных и муниципальных проектов соответствие ГОСТ 34 обязательно: ГОСТ 34.601-90 регламентирует стадии создания, ГОСТ 34.602-89 — структуру технического задания. Коммерческие компании вправе выбирать любую методологию, однако следование ГОСТ упрощает взаимодействие с госзаказчиками и повышает прозрачность проектной документации.