CC BY
32
для всех классов метода сохранения измененных значений. Однако наряду с упрощением операции сохранения старых значений атрибутов, усложняются операции восстановления предыдущих значений атрибутов. Появляется необходимость в преобразовании типов изменяемых значений атрибутов к единственному типу (значение LastValue всегда одного и того же типа).
3. Классы-двойники (рис.2, в)
Данный способ предполагает сохранение изменяемого экземпляра класса путем создания нового экземпляра класса, практически полностью соответствующего основному классу. Кроме всех атрибутов основного класса в дополнительном классе присутствует атрибут DateChange, содержащий время изменения записи. К достоинствам данного метода относится хранение исторических данных отдельно от рабочих, и, следовательно, упрощение управления темпоральными данными, более простые методы получения темпоральных данных. Недостатки данного метода - отсутствие унифицированной процедуры, избыточность информации.
Заключение
Существуют и другие методы работы с темпоральными данными [3, 4], однако здесь описаны наиболее распространенные и отвечающие предъявленным выше требованиям.
Несмотря на наличие относительно большого количества методов обработки темпоральных данных, вопрос работы с темпоральными данными нельзя считать закрытым. Это связано не только с отсутствием согласованного способа проектирования темпоральных данных, но и с их принципиальными особенностями.
Литература
1. Костенко Б.Б., Кузнецов С.Д. История и актуальные проблемы темпоральных баз данных. 2007г, http://www.citforum.ru/database/articles/temporal/
2. Проскурин Д.К., Колыхалова Е.В. Моделирование темпоральных данных на уровне бизнеслогики информационных систем. Современные проблемы информатизации в моделировании и социальных технологиях: Сб. трудов. Вып. 15/ Под ред. д.т.н., проф. О.Я.Кравца. -Воронеж: «Научная книга», 2010.
3. Сидельников В.И., Олейник П.П. Метод представления истории изменения данных. Информационные технологии, №7, 2006. с.37-48.
4. Виноградов С.А. История изменений объектов, http://www.excode.ru/art634p3.html
УДК 004.9(06)
ИТЕРАТИВНАЯ РАЗРАБОТКА: АСПЕКТЫ АДАПТИВНОГО И ПРЕДИКТИВНОГО ПЛАНИРОВАНИЯ В УСЛОВИЯХ ЭКОНОМИЧЕСКОГО КРИЗИСА
Беликов Алексей Викторович, к.т.н., Россия, Шахты, bnatv@yandex.ru
Беликова Наталья Валентиновна, к.т.н., доц., Шахтинский институт Южно-Российского государственного технического университета (Новочеркасского политехнического института),
Россия, Шахты, bnatv@,vandex,ru
Мировой экономический кризис привел к снижению капитализации большинства компаний, явился предпосылкой для осуществления слияний и поглощений многих предприятий финансового сектора и даже к банкротству некоторой части из них. На государственном уровне происходит частое и повсеместное изменение налогового и административного законодательства направленное на оперативное вмешательство в экономику с целью, выработки комплекса мер, направленных на активную поддержку и развитием различных бизнес субъектов.
112
Изменение внешних условий и внутренние ответные действия менеджмента осуществляются настолько интенсивно, что перед разработчиками, использующим предиктивное планирование становится практически неразрешимая задача.
На этом фоне использование последовательного цикла каскадной разработки становится практически не осуществимым для средних и крупных проектов. Областью применения данной методологии проектирования остаются лишь небольшие проекты со сроком исполнения от нескольких недель до 2-3 месяцев.
Это связанно с тем, что в отличие от итеративного жизненного цикла, ранее применяемый последовательный, линейный или так называемый каскадный жизненный цикл, связан с предиктивным планированием и процессом разработки. Как известно каскадный жизненный цикл характеризуется следующими моментами: четкой
формулировкой, записью и фиксацией окончательных требований; проектированием системы на основе этих требований; реализацией на базе проектного решения с последующей интеграцией отдельных модулей; тестированием и оценивание на предмет соответствия установленным ранее требованиям. [1]
Каскадный процесс сходен с инженерным подходом к построению зданий. При этом разработка программного обеспечения становится более структурированной. Некоторое время назад этот подход применялся повсеместно большинством разработчиков программного обеспечения, менеджеров и преподавателей, не подвергаясь критическому исследованию.
Однако сегодня возникли новые серьезные аспекты, призывающие разработчиков практически полностью отказаться от каскадного подхода в связи с практическим полным отсутствием возможности осуществлять предиктивное планирование. Так же это вызвано тем что, в условиях нынешней финансовой нестабильности ни один заказчик не имеет возможности гарантировать на каждом этапе разработки стабильное финансирование. Выделить финансы на проект в полном объеме еще до начала его реализации, как это зачастую происходило ранее, также не является возможным в связи с жестким повсеместным дефицитом заемных и собственных средств.
Основной идеей итеративной разработки является обеспечение адаптации за счет обратной связи [2], а не попытка составить детальный план реализации всего проекта. Это становится особенно ценным в условиях нестабильной экономики. Многие компании меняют профиль деятельности или даже полностью отказываются от определенных сфер своей деятельности. Так в случае с длительным проектом, тщательно спланированным на начальном этапе, резко возрастает вероятность того, что готовый проект окажется совершенно не применимым в текущих условиях, изменившимся за время работы над ним.
При итеративной разработке не предполагается хаотического движения. Группа разработчиков должна знать основные этапы и задачи, однако детали реализации проекта могут варьироваться. Детальные планы реализации этих прецедентов разрабатываются по ходу проекта, применяется подход адаптивного планирования. На начальной стадии сроки основных этапов являются весьма приблизительными. На стадии развития эти оценки уточняются. Одной из задач фазы развития является получение реалистичной информации о сроках реализации основных задач и целях проекта.
Современные процессы, использующиеся в реальных проектах, весьма разнообразны. Каждый из них имеет свои преимущества, которые проявляются в соответствующих условиях. Даже, казалось бы, безнадежно устаревшая каскадная модель совершенно адекватна для некоторых видов проектов.
Исходя из того, что условия окружающей нас действительности непрерывно меняются, и темп этих перемен только нарастает, необходимо, признать, что область процессной инженерии находится на этапе начального развития. В будущем будут создаваться новые методологии, которые будут лишены недостатков, которыми обладают ныне существующие.
113
Литература
1. Пер Кролл, Филипп Крачтен: Rational Unified Process - это легко. Руководство по RUP для практиков. - М. «Эксмо», 2004.- 427с.
2. Грэг Ларман, Применение UML и шаблонов проектирования: пер. с англ. - М. Издательский дом «Вильямс», 2004.- 624с.
УДК 004.9:684.4
ОБЪЕКТНО-ОРИЕНТИРОВАННЫЙ ПОДХОД К ПРОЕКТИРОВАНИЮ КОРПУСНОЙ МЕБЕЛИ В САПР БАЗИС
Бакулина Наталья Николаевна, директор, ООО «Базис-Центр», Россия, Коломна,
bakulina@bazissoft.ru
Бунаков Павел Юрьевич, к.т.н., доц., Коломенский институт (филиал) Московского государственного открытого университета, Россия, Коломна, bunakov@bazissoft.ru Каскевич Николай Владимирович, ведущий специалист, ООО «Базис-Центр», Россия, Коломна,
nick@bazissoft.ru
Стариков Александр Вениаминович, к.т.н., доц., Воронежская государственная лесотехническая
академия, Россия, Воронеж, star123@yandex.ru
Харин Валерий Николаевич, д.т.н., профессор, Воронежская государственная лесотехническая академия, Россия, Воронеж, valery-harin@intercon.ru
В основе построения большинства современных систем автоматизированного проектирования (САПР) лежит геометрически-ориентированная парадигма проектирования, которая основывается на модели объекта, определенного в так называемых исполнительных координатах. В общем виде такая модель MG представляется следующей тройкой [1]:
Mg = <Ig, Ag, Ria>,
где IG - множество геометрических элементов, AG - множество геометрических атрибутов, Ria - множество отношений между элементами и атрибутами.
Геометрические модели имеют иерархическую структуру, которая обычно формируется в результате выполнения восходящего проектирования. Элементами геометрической модели могут быть система координат, точка, кривая (на плоскости или в пространстве), поверхность, различные геометрические тела. Подобный подход, будучи универсальным и инвариантным к специфике предметной области, имеет ряд ограничений, не позволяющих достигнуть высокого уровня автоматизации конструкторскотехнологических работ:
• выполнение проектных операций на сравнительно низком уровне абстракции в пространстве исполнительных координат элементов модели, что не позволяет в должной мере производить анализ корректности ввода множества координат и, как следствие, обнаруживать ошибки субъективного характера на ранних стадиях проектирования;
• детерминированность моделей, следствием которой является сложность внесения конструктивно-технологических изменений в проект;
• отсутствие адекватных средств задания и хранения информации о структурных взаимосвязях элементов проектируемого изделия, что не позволяет выполнить структурно-логический анализ конструкции изделия;
• моделирование атрибутивных свойств элементов на основе геометрических понятий, не отражающих физические характеристики конструкционных материалов, что является объективным препятствием для реализации комплексного контроля корректности математической модели;
• поэтапная раздробленность единого процесса концептуального проектирования, конструирования, технологической подготовки и производства изделий, причина
114
