Современные информационные технологии/
3.Программное обеспечение

д.т.н. Рындин А.А., к.т.н. Сапегин С.В.

Воронежский государственный технический университет, Россия

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

Причиной разработки и существования подавляющего большинства программных комплексов в современном мире является необходимость удовлетворения наборов пользовательских требований. Практика, однако, показывает, что в подобной постановке задача является серьезной и нетривиальной, ее некачественное решение является причиной большинства трудностей и неудач в области автоматизации. Такое положение дел в отрасли разработки ПО обусловлено следующими типичными свойствами пользовательских требований:

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

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

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

4. Изменчивость требований, связанная с высокой скоростью изменений во внешнем мире.

Качественное удовлетворение пользовательских требований является ключевым вопросом разработки и эксплуатации программных комплексов – свидетельством этому является безусловная мировая популярность методик разработки, основанных на идеях манифеста Agile. Не меньшей популярностью в настоящее время обладает библиотека ITIL, рассматривающая вопросы автоматизации с точки зрения пользователя, включая качество и состав предоставляемых ему услуг автоматизации, а также экономический эффект от использования тех или иных программных средств. Однако, следует заметить, что все вышеперечисленные методики ориентированы на максимально близкий контакт с пользователем и итеративный характер разработки, что может оказаться неприемлемым для многих проектов по созданию ПК. В этом случае использование различных методов, направленных на эффективное получение информации об автоматизируемых процессах является актуальной задачей.

Одним из способов уточнения реальной структуры бизнес-процесса является имитационное моделирование, причем для каждого исследуемого бизнес-процесса осуществляется построение целого набора моделей, после чего на основе сравнения результатов моделирования выбираются наиболее близкие варианты, анализ которых позволяет судить о структуре бизнес-процесса. Рассмотрим алгоритм, позволяющий осуществлять такое исследование. В качестве начальных условий примем правило полного сохранения внешних интерфейсов процесса – т.е. качественный и количественный состав входящих и исходящих потоков ресурсов и информации неизменен. Бизнес-процесс при этом представляет собой систему, состоящую из двух компонентов: графа организационной структуры и графа технологических зависимостей (см. рис. 1).

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

Граф технологических зависимостей содержит информацию о том, какие ресурсы требуются для выполнения определенной технологической операции и какие операции могут предоставить этот ресурс. Связь между графом организационной структуры и технологической сетью осуществляется путем включения технологических операций в граф организационной структуры в качестве вершин и соединение каждой из них дугой с сотрудником, берущим на себя выполнение данной технологической операции. Таким образом моделируется штатное расписание сотрудников. В целях удобства при описании нашего алгоритма вынесем в отдельную матрицу смежности дуги, соединяющие дерево организационной структуры с технологической сетью.

Таким образом, задачу генерации различных вариантов организации для одного и того же бизнес-процесса можно разбить на следующие шаги:

1) Построить дерево организационной структуры для заданного количества сотрудников.

2) Распределить задания по сотрудникам, т.е., фактически, продолжить граф организационной структуры, включив в него технологические операции в качестве вершин.

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

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

- производственная структура, как форма упорядоченности производственных участков, передаточных устройств, складов и т.д.;

- технологическая структура в виде строения материально-энергетических процессов, состава и соотношения оборудования;

- социальная структура, включающая в себя распределение работников по профессионально-квалификационным признакам и уровню образования;

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

ЛИТЕРАТУРА:

1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. — М.: Финансы и статистика, 2000.

2. Мишенин А.И. Теория экономических информационных систем. — М.: Финансы и статистика, 2000. — 240 с.