Формирование технических требований к системе планирования выполнения заказов на разработку сайтов

Обоснование выбора метода функционального моделирования для формирования технических требований к проектируемой системе.

Процесс создания информационной системы состоит из ряда этапов, каждый из которых имеет свои временные рамки и характеризуется результатами выполнения работ. Можно выделить следующие этапы создания информационной системы: разработка требований к системе, проектирование системы, реализация, тестирование, внедрение, эксплуатация и сопровождение.

Методология проектирования ИС описывает жизненный цикл ИС, позволяя таким образом спланировать и организовать процесс разработки. В настоящее время существует несколько моделей жизненного цикла программного обеспечения ИС. На Рис. 1 изображена поэтапная модель с промежуточным контролем.

Рис. 1. Поэтапная модель с промежуточным контролем.

На стадии проектирования большое значение имеет анализ бизнес-функций и бизнес-процессов организации, которые реализуют ее цели и задачи. Графическое моделирование бизнес-процессов веб-студии поможет сформулировать основные требования к информационной системе.

Моделирование предметной области лежит в основе проектирования информационных систем. В. И. Грекул и другие авторы в учебном пособии «Проектирование информационных систем» дают точное и подробное определение модели предметной области — это «некоторая система, имитирующая структуру или функционирование исследуемой предметной области и отвечающая основному требованию — быть адекватной этой области» [2]. С помощью предварительного моделирования системы можно значительно сократить время проектирования системы, получить более качественный и эффективный проект, а также избежать многочисленных ошибок в стратегических вопросах.

Для проведения моделирования чаще всего используются графические методы, так как они отличаются простотой представления информации о компонентах системы и позволяют обеспечить структурную декомпозицию процессов с различной степенью детализации. Главное требование, предъявляемое к графическому моделированию — простота.

Выделяют функционально-ориентированные и объектно-ориентированные методологии структурного моделирования в зависимости от представлений о моделируемой организации. Каждый из подходов к отображению организационной структуры обладает своими преимуществами. Представление организации в виде набора взаимодействующих объектов (производственных единиц) используется в объектных методиках. А представление в виде набора функций, который преобразует входной поток информации в выходной при потреблении определенных ресурсов, используется в функциональных методиках, среди которых наиболее известной является IDEF. Такой подход интуитивно лучше понимается исполнителями.

Функциональное моделирование предоставляет возможность четко отделить сами данные от функций, т. е. от методов их обработки. Такой подход подробно отобразит деятельность организации по разработке сайтов, поэтому для графического моделирования деятельности веб-студии была использована функциональная методика IDEF0. Наглядность этой методики позволяет понять модель даже лицам, не принимавшим участия в ее создании, а также это наиболее удобный язык моделирования бизнес-процессов.

Методология IDEF0 (Function Modeling) используется для создания функциональной схемы исследуемой системы, которая представляет собой структурированное отображение функций системы, а также описывает информацию и объекты, связывающих эти функции. Понятия функционального блока (Activity Box), интерфейсной дуги (Arrow) и декомпозиции (Decomposition) являются основными в данной методологии.

Функциональный блок используется для представления одной конкретной функции в рамках моделируемой системы. На диаграммах он изображается в виде прямоугольника и имеет название в глагольном наклонении по требованиям стандарта IDEF0 (рис. 2.). У каждой из его четырех сторон есть свое определенное значение:

• — «Управление» (Control) — верхняя сторона
• — «Вход» (Input) — левая сторона
• — «Выход» (Output) — правая сторона
• — «Механизм» (Mechanism) — нижняя сторона

Рис. 2. Функциональный блок

Интерфейсная дуга используется для отображения компоненты системы, обрабатываемой функциональным блоком, и в той или иной степени определяет процессы, которые происходят в системе. Название интерфейсной дуги («входящая», «исходящая» или «управляющая») зависит от стороны функционального блока, к которой она подходит. По требованиям стандарта IDEF0 любой функциональный блок должен иметь хотя бы одну управляющую и одну исходящую интерфейсную дугу.

Декомпозиция используется для разбиения сложных процессов на составляющие функции. Иерархическая структура отдельных диаграмм позволяет сделать представление модели системы менее перегруженным.

Моделирование с помощью функциональной методики IDEF0 всегда начинается с создания контекстной диаграммы. На ней система отображается как единой целое в виде одного функционального блока с интерфейсными дугами. Затем, этот функциональный блок в процессе декомпозиции подвергается детализации, отображенной на другой диаграмме, называемой дочерней по отношению к контекстной диаграмме. При этом сам разработчик модели определяется уровень детализации процесса.