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

• Автор: Казаков, Сергей Александрович
• Шифр специальности: 05.13.11
• Научная степень: Кандидатская
• Год защиты: 2004
• Место защиты: Москва
• Количество страниц: 127 с. : ил.

Содержание
Введение

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

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

1.1.1. Интервьюирование

1.1.2. Анкетирование.

1.1.3. Наблюдение

1.1.4. Изучение предоставляемой заказчиком документации

1.1.5. Прототипирование

1.1.6. Совместная разработка приложений УЛОмстод

1.1.7. Метод быстрой разработки приложений 7ЛОметод

1.2. Средства концептуального моделирования в рамках корпоративных систем управления
1.2.1. Краткая характеристика основных методологий.
1.2.2. Методология ЮЕЕО
1.2.3. Методология О7.
1.2.4. Методология ЮЕЕЗ
1.2.5. Методология ЛДО
1.2.6. Методология СЛЯ
1.2.7. Метод концептуального моделирования на основе алгоритмических сетей
2. Технология Взаимодействующих Фондовых Потоков.
2.1. Основные понятия.
2.2. Технология.
2.3. Технология ВФП в задачах анализа требований
3. Технология ВФП как инструмент разработки базового набора концептуальных паттернов процессов бизнеспроцессов прикладного ПО
3.1. Представление паттернов
3.2. Реализация.
3.2.1. Паттерн СЛМОУСИЛЕНИЕ
3.2.2. Паттерн УРАВНОВЕШИВАНИЕ.
3.2.3. Паттерн УРАВНОВЕШИВАНИЕ ПОД ВОЗДЕЙСТВИЕМ ЛАГА РЕАЛИЗАЦИИ РЕШЕНИЙ
3.2.4. Паттерн НЕОГРАНИЧЕННЫЙ КОНКУРЕНТНЫЙ РОСТ
3.2.5. Паттерн ОГРАНИЧЕННЫЙ КОНКУРЕНТНЫЙ РОСТ
3.2.6. Паттерн ДРЕЙФУЮЩАЯ ЦЕЛЬ.
3.2.7. Паттерн ЭСКАЛАЦИЯ.
3.2.8. Паттерн РЕШЕНИЕ, ОБРЕЧЕННОЕ НА НЕУДАЧУ
3.2.9. Паттерн РОСТ ПРИ СЛАБОМ ИНВЕСТИРОВАНИИ
3.2 Паттерн СМЕЩЕНИЕ БРЕМЕНИ НАГРУЗКИ
3.2 Паттерн КОНКУРЕНТНОЕ ИСПОЛЬЗОВАНИЕ ОГРАНИЧЕННОГО РЕСУРСА
3.2 Паттерн СОПЕРНИЧЕСТВО СЛУЧАЙНЫХ КОНКУРЕНТОВ
4. Демонстрация возможностей применения технологии ВФП на примере
концептуального проектирования схем управления логистическими активностями.
4.1. Описание деятельности компании
4.2. Имитационная потоковая модель логистических активностей.
Заключение
Библиографический список использованной литературы.
Введение
Авторитетные источники в области утверждают, что трудности, с которыми сталкивается программная инженерия, определяются рядом специфических свойств прикладного программного обеспечения ПО и, прежде всего его функциональной, структурной и поведенческой сложностью. Действительно, среда современного прикладного ПО формируется нс просто из одногодвух пользователей и их интерфейса с компьютером, а из организаций, предприятий, отраслей, глобальных и корпоративных сетей, заказчиков, пользователей, готовой продукции, систем управления и т. д. Традиционно проектирование таких систем базируется на использовании самых разнообразных программных пакетоврешений.
Спектр подобных программных продуктов широк и популярен, начиная с локальных и персонифицированных СОГпродуктов i готового к использованию коммерческого и кончая широкомасштабными программными комплексами типа ЯРсистем i i планирования корпоративных ресурсов , 7систем i управления логистическими активностями , 2Шсистем i То. i управления электронным бизнесом и т.д. Основное и несомненное достоинство использования таких пакетов смещение акцента от чрезвычайно затратного проектирования с чистого листа к настройке проектов на готовые индустриальные решения. Основной недостаток отсутствие у большинства предлагаемых продуктов средств концептуального анализа управленческих и организационных процессов часто объединяемых термином бизнеспроцесс прикладного ПО.
К сожалению, пакетырешения, как и другие подходы проектирования приложений типа компонентных технологий i общая архитектура брокеров объектных запросов ,
ii распределенная модель компонентных объектов и i v не изменяют сложившихся схем и подходов к проектированию. Они лишь формируют среду, в которой уже готовые концептуальные решения конкретизируются и реализуются, оставляя за пределом возможного анализа латентные проблемы, возникающие на ранних стадиях реализации проектов и порождаемые поведенческой сложностью прикладных систем.
Действительно, уяснить реальное положение дел и одним взглядом выявить проблему порой весьма непросто и желательно иметь в свом распоряжении средства, способствующие
концентрации внимания аналитиков Исполнителя и Заказчика на фрагментах концептуальных схем, вызывающих наибольшие опасения
диагностированию источников возникновения проблемных ситуаций и выработке возможных вариантов бесконфликтных путей дальнейшего развития программного проекта
1 выделению характерных для предметной области прикладного ПО
концептуальных паттернов, по терминологии ii i приемлемых вариантов типичных решений типичной проблемы в данном контексте.
Для любой системы прикладного ПО, разрабатываемой как с чистого листа, так и на основе настройки на готовые решения, хотелось бы иметь набор паттернов, способствующих организации моделирования нетривиального поведения проблемных фрагментов. Такие паттерны можно воспринимать как области соприкосновения взаимных интересов и партнерских отношений Исполнителя и Заказчика, складывающихся, начиная с самых начальных этапов развития проекта и поддерживаемых в течении всего жизненного цикла
существования системы. К сожалению, предлагаемые на рынке современные технологии, несмотря на свою претенциозность, не обладают той степенью когнитивности, которая весьма желательна для поддержания плодотворных контактов между Исполнителем и Заказчиком на всех стадиях разработки и сопровождения, особенно на стадиях выявления и анализа требований.
В связи с актуальностью обозначенных проблем, актуальность темы диссертации определяется, прежде всего, необходимостью постоянной борьбы с ПОВЕДЕНЧЕСКОЙ СЛОЖНОСТЬЮ проектируемых систем. Подобные задачи традиционные средства пытаются разрешать лишь мощностью структурных и функциональных описаний, тогда как специалистыпрактики на каждом шагу ощущают, что любой скольконибудь нетривиальный фрагмент концептуальной схемы управленческого, организационного или какоголибо другого процесса прикладной системы нечто большее, чем простой набор функций и структур как бы этот набор ни был велик.
Актуальность


В связи с актуальностью обозначенных проблем, актуальность темы диссертации определяется, прежде всего, необходимостью постоянной борьбы с ПОВЕДЕНЧЕСКОЙ СЛОЖНОСТЬЮ проектируемых систем. Подобные задачи традиционные средства пытаются разрешать лишь мощностью структурных и функциональных описаний, тогда как специалистыпрактики на каждом шагу ощущают, что любой скольконибудь нетривиальный фрагмент концептуальной схемы управленческого, организационного или какоголибо другого процесса прикладной системы нечто большее, чем простой набор функций и структур как бы этот набор ни был велик. Актуальность темы определяется также необходимостью исследования ДИНАМИКИ взаимодействий между внутренними и внешними структурами паттернов, ибо их поведение как и поведение любых процессов прикладного ПО разворачивается вдоль оси времени некоторого жизненного цикла своего существования. Актуальность темы диктуется и тем вниманием, которое сегодня начинает уделяться исследованиям структур РЕФЛЕКСИВНЫХ КОНТУРОВ контуров обратных связей, которые по сути и определяют природу нетривиального поведения концептуального паттерна. Актуальность темы связывается с теми попытками, которые предпринимаются с целью выработки правдоподобных ПРОГНОЗОВ развития проблемных ситуаций на возможно ранних стадиях проектирования практически любой системы, ибо проблемы желательно обнаруживать до того, как они обнаружат В ас Л. И, наконец, тема работы претендует на актуальность в связи с целесообразностью а возможно, и с осознанной необходимостью разработки плодотворной ТЕХНОЛОГИИ аналитического сопровождения ранних этапов жизненного цикла проектов прикладного ПО. Цель диссертационной работы разработка программной технологии Взаимодействующих Фондовых Потоков ВФП, обеспечивающей аналитическую поддержку работ по формированию и исследованию поведения концептуальных паттернов типичных решений типичной проблемы в данном контексте, применяемых на ранних этапах проектирования систем прикладного ПО. Технология базируется на методах системной динамики Дж. Форрестера и операционных возможностях персонифицированных программных пакетов имитационного моделирования типа Ii i , I и i i, I . ВФП на примерах решения конкретных задач концептуального проектирования фрагментов реальных приложений. ПО . ПО, формирующих содержимое корпоративной памяти организационных структур экономики и бизнеса. Диссертационная работа состоит из четырех глав. Первая глава посвящена обзору и анализу наиболее известных подходов и средств, претендующих на роль инструментов разработки концептуальных моделей проблемных фрагментов систем прикладного ПО. Внимание концентрируется на методологиях, которые могут использоваться на ранних этапах выявления и анализа требований к проектируемым системам. Во второй главе рассматривается предлагаемая технология ВФПУ предпосылки е возникновения, е место в задачах анализа требований. ВФП для построения набора паттернов базовых бизнеспроцессов, представленных рефлексивными контурами обратных связей. В четвертой главе демонстрируются операционные возможности технологии ВФП и набора паттернов на примере действующего прототипа реального проекта. Сложность современных систем прикладного ПО проявляет себя порождением проблем практически на всех этапах жизненного цикла проектов, в том числе и на самых ранних чрезвычайно ответственных этапах выявления и анализа требований. Так, согласно исследованиям компании i , неудовлетворительная организация работ на этих этапах лидирует среди факторов, порождающих проблемные ситуации. Исследования, проведенные в компаниях , I и показали, что, если стоимость выявления и устранения ошибки на стадии кодирования принять за единицу, то стоимость подобной работы на стадии анализа требовании будет в 5 раз ниже, тогда как стоимость работы на стадии сопровождения в раз выше. Установление требований первый этап жизненного цикла ПО. Цель этого этапа состоит в том, чтобы дать их развернутое определение. По сути, требования определяют услуги, ожидаемые от системы и ограничения, которым она должна подчиняться.