Основные объекты имитационной модели. Граф модели, транзакты, узлы графа, события, ресурсы, пространство.

Ответ:

Основные объекты модели

Моделирующая система выполняет следующие основные функции:

1) предоставляет разработчику средства для формализованного описания дискретных компонентов, дисциплин выполнения различ­ных работ, для задания структуры графа и привязки объектов моде­ли к координатной сетке общего информационного поля;

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

Существуют шесть основных понятий, на которых базируется концепция моделирующей системы.

1. Граф модели. Все процессы, независимо от количества уров­ней структурного анализа, объединяются в виде направленного графа.

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

Транзакт является динамической единицей любой модели, рабо­тающей под управлением имитатора.

Транзакт может выполнять следующие действия:

• порождать группы (семейства) других транзактов;

• поглощать другие транзакты конкретного семейства;

• захватывать ресурсы и использовать их некоторое время, а за­тем - освобождать;

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

Основные параметры транзактов:

• уникальный идентификатор транзакта;

• идентификатор (номер) семейства, к которому принадлежит транзакт;

• наборы различных ресурсов, которые транзакт может захваты­вать и использовать какое-то время;

• время жизни транзакта;

• приоритет - неотрицательное число; чем больше приоритет, тем приоритетнее транзакт (например, в очереди);

• параметры обслуживания в каком-либо обслуживающем уст­ройстве (включая вероятностные характеристики).

Примеры транзактов:

• требование на перечисление денег;

• заказ на выполнение работ в фирме;

• телеграмма, поступающая на узел коммутации сообщений;

• сигнал о загрязнении какого-либо пункта местности;

• приказ руководства;

• покупатель в магазине;

• пассажир самолета;

• проба загрязненной почвы, ожидающая соответствующего анализа.

З. Узлы графа сети представляют собой центры обслуживания транзактов (но необязательно массового обслуживания). В узлах транзакты могут задерживаться, обслуживаться, порождать семейст­ва новых транзактов, уничтожать другие транзакты. С точки зрения вычислительных процессов в каждом узле порождается независи­мый процесс. Вычислительные процессы выполняются параллельно и координируют друг друга. Они реализуются в едином модельном времени, в одном пространстве, учитывают временную, пространст­венную и финансовую динамику.

Примеры узлов:

• счет бухгалтерского учета;

• бухгалтерия;

• производственный (ремонтный) участок;

• генератор или размножитель транзактов;

• транспортное средство, которое перемещает ресурсы из одной точки пространства в другую;

• передвижная лаборатория;

• компьютерный центр коммутации сообщений (или пакетов со­общений);

• склад ресурсов.

4. Событием называется факт выхода из узла одного транзакта. События всегда происходят в определенные моменты времени. Они могут быть связаны и с точкой пространства. Интервалы между двумя соседними событиями в модели - это, как правило, случайные величины. Если в модель вклю­чены непрерывные компоненты, то очевидно, что передать управле­ние таким компонентам модели можно только на время в пределах интервала Разработчик модели практически не может управлять событиями вручную (например, из программы). Поэтому функция управления событиями отдана специальной управляющей программе - координатору, автоматически внедряемому в состав модели.

5. Ресурс независимо от его природы в процессе моделирования может характеризоваться тремя общими параметрами: мощностью, остатком и дефицитом. Мощность ресурса - это максимальное число ресурсных единиц, которые можно использовать для различных це­лей. Остаток ресурса - число незанятых на данный момент единиц, которые можно использовать для удовлетворения транзактов. Дефицит ресурса - количество единиц ресурса в суммарном запросе тран­зактов, стоящих в очереди к данному ресурсу.

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

6. Пространство - географическое, декартова плоскость (можно ввести и другие). Узлы, транзакты и ресурсы могут быть привязаны к точкам пространства и мигрировать в нем.

Внутренняя реализация модели использует объектно-ориентированный способ представления экономических процессов. Транзакты, узлы, события и ресурсы - основные объекты имитаци­онной модели.

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

• возможность работы с непрерывными процессами;

• моделирование пространственной динамики;

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

БИЛЕТ № 16

Информационные системы анализа финансовой деятельности предприятия и бизнес-планирования.

Ответ:

1 Технология составления бизнес-планов

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

Бизнес-план - это обычно план на год, который также составляется на ежегодной основе. Иногда он неоднократно пересматривается в течение года. Как правило, он является результатом совещания управленческого состава, на котором сводятся планы продаж, инвестиций, развития основных средств и потребности в капитале и бюджетирование.

Бизнес-план – это документ, в котором описываются все основные аспекты предпринимательской деятельности, анализируются главные проблемы, с которыми может столкнуться предприниматель, и определяются основные способы решения этих проблем.

Различают 4 типа бизнес-планов:

1) Внутренний бизнес-план.

2) Бизнес-план для получения кредитов.

3) Инвестиционный бизнес-план.

4) Бизнес-план финансового оздоровления.

Программное обеспечение бизнес-планирования

Современные компьютерные программы по составлению бизнес-планов удовлетворяют всем международным требованиям. Информационные технологии позволяют не только посчитать все необходимые показатели, но и построить графики, рассчитать варианты финансирования, провести анализ по принципу «что если?».

Наиболее распространенной в нашей стране является программа Project Expert.

Программный комплекс Project Expert, созданный российской фирмой "Про-Инвест Колсалтинг", – это инструмент для построения финансовой мо­дели предприятия, действующего в условиях рынка.

Понятие прототипного проектирования. Приемы быстрой разработки приложений RAD. Варианты создания системы прототипа.

Ответ:

Основное желание заказчика ИС ‑ получить готовое приложение высокого качества быстро при минимальных затратах на его разработку. Вкладывая значительные средства на создание системы, заказчики желают контролировать процесс разработки. Критерием качества должно быть наиболее полное удовлетворение требований заказчиков на момент введения системы в эксплуатацию.

Одним из условий обеспечения высокого качества создаваемых ИС является активное вовлечение конечных пользователей в процесс разработки предназначенных для них интерактивных систем, что нашло отражение в методологии прототипного проектирования. Ядром этой методологии является быстрая разработка приложений RAD.

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

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

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

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

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

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

Рассмотрим основные возможности и преимущества быстрой разработки прототипа ИС.

Все приемы для быстрой разработки приложений RAD служат одновременно для обеспечения высокого качества продукта и низкой стоимости разработки. К числу этих приемов относятся:

1) разработка приложения итерациями;

2)необязательность полного завершения работ на каждом из этапов жизненного цикла для начала работ на следующем;

3)обязательное вовлечение пользователей в процесс проектирования и построения системы;

4) высокая параллельность работ;

5) повторное использование частей проекта

6) необходимое применение CASE-средств, обеспечивающих техническую целостность на этапах анализа и проектирования;

7) применение средств управления конфигурациями, облегчающее внесение изменений в проект и сопровождение готовой системы;

8) использование автоматических генераторов (мастеров);

9) использование прототипирования, позволяющего полнее выяснить и удовлетворить потребности конечного пользователя;

10) тестирование и развитие проекта, осуществляемые одновременно с разработкой нескольких версий прототипа.

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

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

Основная проблема процесса разработки ИС по RAD-технологии заключается в определении момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена. План составляется на статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков с использованием инструментов автоматизации процесса планирования. Средства автоматизации планирования являются важным элементом при разработке приложений по методологии RAD. Они применяются для определения состава и объема работ, необходимого числа разработчиков, распределения работ между участниками проекта, контроля за ходом выполнения работ и динамической корректировкой плана.

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

Такие инструментальные средства можно условно разделить на два класса: инструменты быстрой разработки приложения в развитых СУБД ‑ класс DEVELOPER и интегрированные инструменты быстрой разработки приложений ‑ класс BUILDER.

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

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

Основным недостатком первого варианта использования прототипирования является неэффективное использование системы-прототипа, а именно: прототипы не используются в дальнейшей разработке ИС после того, как выполнили свою первую задачу ‑ устранили неясности в проекте.

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

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

Дата добавления: 2015-12-08