Разработка метода и средств формирования и развития интегрированной среды поддержки создания САПР машиностроительного назначения

Володин, Дмитрий Александрович

Системы автоматизации проектирования (по отраслям)

автореферат диссертации по информатике, вычислительной технике и управлению, 05.13.12, диссертация на тему:Разработка метода и средств формирования и развития интегрированной среды поддержки создания САПР машиностроительного назначения

кандидата технических наук: Володин, Дмитрий Александрович
город: Москва
год: 2008
специальность ВАК РФ: 05.13.12
цена: 450 рублей

Диссертация по информатике, вычислительной технике и управлению на тему «Разработка метода и средств формирования и развития интегрированной среды поддержки создания САПР машиностроительного назначения»

Автореферат диссертации по теме "Разработка метода и средств формирования и развития интегрированной среды поддержки создания САПР машиностроительного назначения"

На правах рукописи

ВОЛОДИН ДМИТРИЙ АЛЕКСАНДРОВИЧ

РАЗРАБОТКА МЕТОДА И СРЕДСТВ ФОРМИРОВАНИЯ И РАЗВИТИЯ ИНТЕГРИРОВАННОЙ СРЕДЫ ПОДДЕРЖКИ СОЗДАНИЯ САПР МАШИНОСТРОИТЕЛЬНОГО НАЗНАЧЕНИЯ

Специальность 05 13 12 - Системы автоматизации проектирования (промышленность)

АВТОРЕФЕРАТ диссертации на соискание ученой степени кандидата технических наук

Москва-2008

003445589

Работа выполнена в ГОУ ВПО Московском государственном технологическом университете «СТАНКИН»

Научный руководитель-

Научный консультант.

Официальные оппоненты

Ведущая организация-

доктор технических наук, член-корр. РАН Соломенцев Юрий Михайлович

доктор технических наук, профессор Волкова Галина Дмитриевна

доктор технических наук, профессор Цырков Александр Владимирович

кандидат технических наук Сирота Мария Михайловна

ОАО МТЗ Трансмаш

Защита состоится «09» октября 2008 года в 12 00 часов на заседании диссертационного совета Д 212 142.03 при ГОУ ВПО Московском государственном технологическом университете «СТАНКИН» по адресу 101472, ГСП, г. Москва, Вадковский пер., 1.

С диссертацией можно ознакомиться в библиотеке ГОУ ВПО МГТУ «СТАНКИН».

Автореферат разослан « 12 » августа 2008 г

Ученый секретарь

диссертационного совета Д 212 142 03

^ Семячкова Е.Г

ОБЩАЯ ХАРАКТЕРИСТИКА РАБОТЫ

Актуальность проблемы. В современных экономических условиях на машиностроительных предприятиях все более жесткими становятся требования к качеству и срокам выпуска продукции Это приводит к уменьшению сроков выполнения проектно-конструкторских работ при одновременном увеличении их объема и сложности Для повышения эффективности проектно-конструкторского труда необходимо использование все более совершенных систем автоматизации проектирования (САПР) Одним из подходов к созданию САПР промышленным способом является разработанная на кафедрах «Информационные технологии и вычислительные системы» и «Когнитивные технологии проектирования» ГОУ ВПО МГТУ «Станкин» методология автоматизации интеллектуального труда (МАИТ) Промышленный способ предполагает разделение процесса создания САПР на этапы и функциональные процедуры с регламентацией действий в рамках этапов и процедур Эго приводит к необходимости управления процессом создания САПР в рамках МАИТ, включающего планирование этапов и процедур, назначение на них исполнителей, контроль своевременности их выполнения и тд. К числу факторов, обуславливающих необходимость и сложность данного управления, относятся. - вовлечение большого числа специалистов в области создания САПР, - взаимосвязанное использование финансовых и трудовых ресурсов, - координация выполнения большого числа функциональных процедур; - обеспечение требуемого качества выполнения этих процедур и достигаемых результатов, - организация коммуникационного взаимодействия исполнителей и т д

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

Выявленные факторы, характеризующие управление процессом создания САПР, и требования взаимодействия ранее созданных инструментальных средств поддержки отдельных функциональных процедур МАИТ определили необходимость разработки метода формирования и развития интегрированной среды, методик управления ее функционированием и конфигурацией Это позволило поставить цель работы и сформулировать научную задачу для ее достижения

Целью работы является повышение эффективности процесса создания САПР машиностроительного назначения за счет разработки и применения метода формирования и развития интегрированной среды, обеспечивающего поэтапное обновление инструментальных средств интегрированной среды

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

тельных функций создания САПР, функций управления проектами и функций управления конфигурацией на основе

- исследования методов и средств, применяемых при создании прикладных автоматизированных систем (ПАС),

- исследования существующих методов и средств управления деятельностью по созданию ПАС,

- разработки формального описания интегрированной среды,

- разработки метода формирования и развития интегрированной среды;

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

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

- разработки интегрированной среды поддержки создания САПР машиностроительного назначения

Научная новизна:

- выявлены взаимосвязи между характеристиками содержательных функций создания САПР, функций управления проектами при функционировании интегрированной среды и функций управления конфигурацией при развитии интегрированной среды, которые позволяют описать ее состав и структуру,

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

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

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

Практическая ценность:

- разработана методика управления функционированием интегрированной среды, обеспечивающая управление процессом создания САПР по МАИТ,

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

- разработаны инструментальные средства в виде интегрированной среды поддержки создания САПР;

Апробация работы. По материалам работы сделаны доклады на У1-ой, УП-ой, УШ-ой и 1Х-ой научных конференциях МГТУ «СТАНКИН» и «Учебно-научного центра математического моделирования МГТУ «СТАНКИН» - ИММ РАН» Москва, 2003, 2004, 2005 и 2006; на научно-техническом форуме с международным участием «Высокие технологии-2004», Ижевск, 2004, на международной научно-технической конференции «Информационные технологии в науке, образовании и промышленности», Архангельск, 2005; на четвертой и шестой Всероссийской научно-практической конференции «Управление качеством», ГОУ ВПО «МАТИ», 2005 и 2007. Инструментальные средства использовались в ходе проведения курсовых и лабораторных работ по дисциплинам

«Концептуальное моделирование предметных задач», «Разработка САПР», «Методы моделирования предметных задач» и «Основы построения САПР технологических систем», обсуждались на заседаниях кафедры КТП

Публикации. По теме диссертации опубликовано 10 работ

Структура и объем работы. Диссертация состоит из введения, 4 глав, заключения, списка литературы (118 наим.) и приложений Работа содержит 311с сквозной нумерации, включая 81 рис. и 111 с. приложений

ОСНОВНОЕ СОДЕРЖАНИЕ РАБОТЫ

Глава 1. Анализ существующих методов и средств разработки и управления деятельностью при создании прикладных автоматизированных систем

В данной главе проведен анализ основных методов и инструментальных средств для создания прикладных автоматизированных систем (ПАС) и управления деятельностью по их созданию, выявлены особенности создания таких систем

В современных условиях с учетом постоянно возрастающей сложности ПАС необходимо использование современных подходов и методов как при создании ПАС, так и при управлении этим созданием Теоретические исследования и практические разработки в этой области связаны с именами таких отечественных и зарубежных ученых, как Вендров А М, Зиндер Е 3 , Калянов Г Н, Каменнова M.Cj Липаев В.В , Орлов С А., Боем Б , Брукс Ф, Буч Г, Гантер Р , Джекобсон А, Иордон Э, Коллинз Г, Дисков Б., Мартин Дж , Рамбо Дж и др Теоретические исследования и практические разработки в области создания систем автоматизации проектирования (САПР), как разновидности ПАС, связаны с именами таких отечественных ученых, как Соломенцев ЮМ, Павлов В В., Митрофанов В Г, Камаев В А , Косов М Г., Кузьмин В В , Гусев А А , Соколов В.П., Аверченков В И и др

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

Альтернативным подходом к созданию ПАС является МАИТ. Отличительными особенностями МАИТ являются. - поддержка промышленного способа создания ПАС, - наличие формального описания модельных представлений автоматизируемой задачи на каждом этапе создания ПАС и отображений этих модельных представлений, - наличие закономерностей формирования модельных представлений; - разделение на отдельные функциональные процедуры, часть из которых программно реализована. На основе проведенного анализа был сделан вывод о необходимости использования МАИТ в качестве подхода к созданию ПАС

Управление деятельностью по созданию ПАС, как правило, реализуется с

-5-

помощью методов управления проектами (УП) Анализ подходов к УП показал, что наиболее распространенным является системный подход, задающий основу для классификации методов УП и позволяющий рассматривать любой проект как структуру (совокупность элементов необходимых и достаточных для эффективного управления проектом) и как процесс (воздействие субъектов управления на объекты управления с помощью процесса управления)

Анализ методов УП в рамках характеристик «функции управления» и «функциональные области» позволил установить, что часть из них хорошо формализованы и могут быть использованы для решения стандартных управленческих задач при создании ПАС, а именно - планирование временных характеристик работ, - назначение исполнителей; - распределение имеющихся ресурсов и т.д. Некоторые методы носят неформальный характер и являются избыточными в управлении деятельностью по созданию ПАС (методы идентификации и количественной оценки рисков) Заимствование отдельных методов затруднено в силу их общности и недостаточности учета специфики конкретных предметных областей (методы контроля качества) Методы УП в большей степени оперируют материальными и трудовыми ресурсами и не позволяют работать с программно-техническими ресурсами с возможностью их добавления и обновления и информационным пространством для хранения версий модельных представлений и программно-технических ресурсов

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

Анализ известных и обладающих наибольшей функциональностью систем УП (Microsoft Project, Spider Project, Open Plan, Primavera Project Planner Professional, Project Scheduler, Artemis Views и Rillsoft Project), реализующих отдельные хорошо формализованные методы УП позволил выявить ряд проблем, не позволяющих эффективно использовать перечисленные средства для управления деятельностью по созданию ПАС. - не учитывается специфика создания ПАС, - сложность; - излишняя функциональность; - высокие затраты на установку и внедрение, - необходимость предварительного обучения, - отсутствие поддержки управления конфигурацией программных комплексов

Вместе с тем, разработанные ранее инструментальные средства поддержки некоторых функциональных процедур МАИТ реализованы в виде независимых программных модулей Для обеспечения их взаимодействия необходима разработка интегрированной среды поддержки создания САПР Она должна обеспечить функционирование этих программных модулей на основе интеграции содержательных функций МАИТ и функций управления проектами. А для обеспечения развития интегрированной среды необходима интеграция указанных функций и функций управления конфигурацией.

Учет содержательных функций МАИТ, отражающих ее специфику, необ-

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

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

Полученные результаты анализа и требования взаимодействия ранее созданных инструментальных средств поддержки отдельных функциональных процедур МАИТ определили необходимость разработки метода формирования и развития интегрированной среды, создания методик управления ее функционированием и конфигурацией Это позволило поставить цель работы и сформулировать задачи для ее достижения.

Глава 2. Разработка метода формирования и развития интегрированной среды поддержки создания САПР

Во второй главе выявлены особенности МАИТ, сформулированы требования к интегрированной среде, рассмотрена специфика процесса поэтапной автоматизации МАИТ, выявлены особенности представления даталогической модели физического уровня предметных задач как основы для описания модели интегрированной среды, представлена модель интегрированной среды поддержки создания САПР, как разновидности ПАС и разработан метод формирования и развития интегрированной среды поддержки создания САПР

Рассматривая основные этапы создания САПР на основе МАИТ можно выделить следующие особенности, присущие каждому этапу

- наличие общего состава и структуры модельных представлений предметных задач (ПЗ) на всех этапах создания САПР (рис. 1 ),

- взаимосвязь модельных представлений разных этапов создания САПР в МАИТ обеспечивается соотнесением составляющих модельных представлений по компонентам (см. рис 1 ),

- наличие типового состава процедур моделирования на каждом этапе-

1) формирование обобщенной модели под комплекс задач (ФО),

2) формирование локальной модели текущей задачи комплекса (ФЛ),

3) анализ локальной модели текущей задачи (АНЛ);

4) аналитическая обработка локальной модели текущей задачи (АнЛ);

5) синтез локальной модели текущей задачи с обобщенной моделью (СОЛ);

6) аналитическая обработка обобщенной модели (АО),

7) документирование сформированных модельных представлений (Док)

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

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

- возможность интеграции позволяет формировать модельное представление комплекса предметных задач на каждом этапе создания САПР параллельно-последовательным образом (рис 2 );

- единая классификация категорий пользователей.

СЕТЕВОЙ КОМПОНЕНТ

КОМПОНЕНТ ИНТЕРФЕЙСА

КОМПОНЕНТ ОБРАБОТКИ

КОМПОНЕНТ ДОСТУПА

ИНФОРМАЦИОННЫЙ КОМПОНЕНТ

ИНФОЛОГИЧЕСКОЕ ВЫБОР

ПРЕДСТАВЛЕНИЕ ПРОГРАММНО-ТЕХНИЧЕСКИХ СРЕДСТВ РЕАЛИЗАЦИИ

Рис 1. Процесс автоматизации предметных задач на основе МАИТ

логическое физическое представление представление

Рис 2 Выполнение функциональных процедур при моделировании комплекса предметных задач на каждом этапе создания САПР

С учетом рассмотренных особенностей МАИТ все требования к интегрированной среде можно разделить на три категории: содержательные, управленческие и конфигурационные

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

- возможность моделирования ПЗ и отображения их модельных представлений на всех этапах создания САПР;

- организация информационного пространства для хранения разных форм модельных представлений ПЗ,

- обеспечение доступа к проектной и управленческой информации всех категорий пользователей в соответствии с регламентами МАИТ.

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

- обеспечение выполнения управленческих функций-

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

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

в) функций анализа для получения статистических данных для оценки основных характеристик проекта в целом

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

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

- реализация функций управления конфигурацией интегрированной среды

-9-

(учет версий, протоколирование сопряжения программных модулей в новой версии и т д )

Поэтапная автоматизация функциональных процедур любого этапа выполняется в соответствии с самой МАИТ. Формирование модельных представлений этих процедур осуществляется в процессе функционирования интегрированной среды как моделирование специальных предметных задач Разработка средств поддержки, реализующих эти процедуры, позволяет, выполняя наращивание интегрированной среды новыми функциями, одновременно фиксировать и размещать модельные представления этих процедур в самой в интегрированной среде. Тогда для каждой процедуры этапа МАИТ необходимо формирование полного набора ее модельных представлений При этом даталогическая модель любой автоматизируемой задачи, по своей сути, отражает планирование организации вычислительной среды и вычислительного процесса как на логическом уровне, так и на физическом. Логический уровень определяет структуру именованных компонентов программного комплекса (структур данных, запросов, функций и элементов интерфейса) и их взаимосвязей с учетом ограничений выбранной программно-технической среды реализации. Физический уровень определяет привязку вышеперечисленных компонентов программного комплекса к файловой системе выбранной программно-технической среды реали-

Рис 3 Структура элементов файловой системы Предметная задача в процессе автоматизации проходит через ряд состояний и может быть представлена совокупностью модельных представлений:

МР( п) = \] МР, (п), где МР( (п) - модельное представление и-ой

ПЗ /-того этапа МАИТ;

МР( п) = N МР,,(п), где МР1,(п) - модельное представлений л-ой

<1е/ у 1 '

ПЗ у-того типа / -того этапа МАИТ Задачи могут быть следующих типов про-ектно-конструкторские, функциональные и управленческие

МРу МР0к (п), где МР)1к (п) - модельное представление к -

л/ к

той процедуры у-того типа / -того этапа МАИТ п- ой ПЗ,

Для любой процедуры Рщ может существовать множество средств поддержки {5у*} (рис. 4.), которые переводят модельное представление предмет-

I т {В"*)

ной задачи из т -того состояния в V -тое Рк}: МР"к (п) —-1—> МР*к (п)

Исходя из вышеизложенного, описание интегрированной среды может быть представлено с разной степенью детализации - как система средств поддержки процедур разных типов всех этапов МАИТ (/Я), - как система логи-

-10-

ческих компонентов ООП (/5 2); - как файловая система элементов интегрированной среды: томов, директорий и файлов (/53) (рис. 5.).

Тип задач,

подлежащих л

автоматизации (]) X

Средства поддержки

~о.....О.....°.....оо /<Ю о.....оо..............Оо~

-ооО.....оорооаО-оосЮ"

О-о-ооо..........О

-о-о-

оО ооо о/ с О оо..................о-О о.........оо—О

Ьоо.........ооОоо<у5о.....о-р ОООО.........ОрОО.....оо..........С

■-о

■О.........О-

сю.....6

—..........о-О....................................|

•О-о......................оф-....................-.....оф

-О-'О-О........................оор

•оооОо......-.........ОО-ф

О-ООО.....О'^о-о..........О-О.......

! / ^ >.....ООООО.....ро • ♦ 'о.....О О О.......

оооорофо о О.....О-ф-О..........ооооф-оо..............ооф

роорб-ооО оооооооО о..........ооооОоо..............ооф

{орбоооор оооооооО О.....ооооофооо.........ооф

о.....о

оо-О ооф ОО-б

■о

Ь.....ф

-.. А

ио-и

ЕЯ ¡к

КМ

илм

длм

Этапы (¡) и процедуры (к)

МАИТ

Рис. 4. Средства поддержки процедур этапов МАИТ

1:п

♦ ♦

{рте";} {/АТ/1}

75 А

Т77Г

{О«/}

Рис. 5. Взаимосвязь формальных описаний интегрированной среды Любое средство поддержки можно разложить на различные логические компоненты (информационные, функциональные и интерфейсные). А любой логический компонент можно представить элементами файловой системы (томами, директориями и файлами) разных типов (информационных, функциональных и интерфейсных). Интеграция элементов файловой системы для всех средств поддержки позволяет описать интегрированную среду в целом на физическом уровне как статическую систему (система хранения элементов файловой системы), так и как динамическую систему (система функционирования или вызовов). Тогда модель интегрированной среды формально может быть описана как совокупность взаимосвязанных формальных описаний интегрированной среды различной степени детализации (см. рис. 5). /51= <5,д(Б),Яя >,где

S - множество средств поддержки МАИТ

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

S = MiS1', где S' -множество средств поддержки /-того этапа МАИТ, defy

S' = [\SIJ, где SiJ - множество средств поддержки задач у'-того типа defy

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

S'J = М SIJk , где SiJk - множество средств поддержки к -той процедуры

*f у

у-того типа /-того этапа МАИТ;

S'Jk jy{JS'J-k , где S'j-k - f -тое средство поддержки А:-той процедуры

J-того типа i -того этапа МАИТ,

q(S) - свойства средств поддержки,

Rs - конфигурация средств поддержки интегрированной среды,

RS =/ Методология > Кэтап > Rпроцедура } ~ ГДе: Методология ~ Конфигурация

средств поддержки МАИТ, R3man - конфигурация средств поддержки этапа МАИТ; R

процедура

- конфигурация средств поддержки процедуры этапа МАИТ. Каждое средство поддержки А:-той процедуры /-того типа /-того этапа МАИТ может быть представлено в виде системы логических компонентов, информационных, функциональных и интерфейсных (рис 6 )

Логические компоненты

INT

FVNC

INF

Элементы файловой системы

• г - iNTT^ffi

FVNCTDFp- \ ¡$2

INFmFf

ЕЯ KM ИЛМ ДЛМ

I !

lDf\ D\trJ>™ Df

IS3

ГТЧ'\ T'w rw T'Jk 11Г I < 'U f Логические

компоненты

INT FVNC INF

Puc б Логические компоненты и элементы файловой системы средств поддержки процедур этапов МАИТ

Sf = < INF'f, FUNCf, INTf, q( INFf ), q(FUNCf ),q(INTf ), Rf >

где INF'jk, FUNC,jk, INTljk - множества информационных, функциональных и интерфейсных компонентов f -того средства поддержки к -той процедуры /'-того типа / -того этапа МАИТ, q(INFf ), q(FUNC'f), q(INTjk ) - множества их свойств;

К'1* - множество связей между указанными компонентами.

Каждый из рассмотренных компонентов на физическом уровне даталоги-ческой модели интегрированной среды представляется в виде файловой системы, состоящей из элементов трех типов, том, директория и файл (см рис 3.)

Множество информационных компонентов У-того средства поддержки к -той процедуры у-того типа /-того этапа МАИТ представляется в виде

= < В'У^В1?)^ >, где

1 ¿д ) ' ву

в'1; - множество элементов файловой системы информационного компонента /-того средства поддержки А:-той процедуры у-того типа /-того этапа МАИТ, описывающего хранение данных Это множество представляется объединением подмножеств трех типов- подмножеств информационных томов, информационных директорий и информационных файлов-

В/ £7/*и2>/*ИГ/к> где Т/"> В7> РТ~ множества информационных томов, директорий и файлов / -того средства поддержки к -той процедуры у-того типа /-того этапа МАИТ,

([(В'р ) - свойства элементов файловой системы информационного компонента У-того средства поддержки Л-той процедуры /-того типа /-того этапа МАИТ,

Л й - множество связей между элементами файловой системы инфор-в/

мационного компонента У-того средства поддержки к -той процедуры у-того типа / -того этапа МАИТ.

^ г/Щ/>Кт/о1 '^мгт }> где

а У ае/

пШ _ //-!/'/ -У*/ ГЧ¥ -'Д/ с Т')к } П'М - Мг'М г'Ы и г'М г'М с I Тп ~1(гт >Гт Агт ГШ е 1 / /'П01 >'<« Л'Л. * I*

ае/ ае/

&11 ?{<г™ >г™ >г™ * - подмножества связей между инфор-

ае/

мационными томами, директориями и файлами У-того средства поддержки к -той процедуры у-того типа / -того этапа МАИТ;

¿С =/ГСА/ееО";} - подмножество связей

между информационными томами и директориями / -того средства поддержки к -той процедуры у -того типа / -того этапа МАИТ;

^; - подмножество связей

между информационными директориями и файлами / -того средства поддержки к -той процедуры у"-того типа /-того этапа МАИТ.

Графически множество элементов файловой системы информационного компонента и взаимосвязи между ними представлены на рис 7 а) Аналогичным образом могут быть представлены множество элементов файловой системы функционального компонента (см рис 7 б).) и интерфейсного компонента

(см рис. 7 в).), где Рг , 2)г, Тг - множества файлов, директорий и томов запросов; -Рр , , Тр - множества файлов, директорий и томов процедур, , Ш , 1Т - множества файлов, директорий и томов интерфейса

а)

б)

в)

Рис 7 Структура файловой системы интегрированной среды

Множество элементов файловой системы информационного компонента / -того средства поддержки к -той процедуры у -того типа / -того этапа МАИТ есть объединение множеств информационных томов, информационных директорий и информационных файлов этого средства под держки

Множество элементов файловой системы функционального компонента /-того средства поддержки к -той процедуры у-того типа / -того этапа МАИТ есть объединение множества томов запросов, множества томов процедур, множества директорий запросов, множества директорий процедур, множества файлов запросов и множества файлов процедур этого средства поддержки1

п/мстр?* = т™ у тЦк/ у б™ у л и ргк/11 ¥Г>

Множество элементов файловой системы интерфейсного компонента / -того средства поддержки А:-той процедуры у-того типа /-того этапа МАИТ есть объединение множеств томов интерфейса, директорий интерфейса и файлов интерфейса этого средства поддержки

/лтшр;* =1Т«кию'*{]1Р"к.

Множество элементов файловой системы информационного компонента средств поддержки ¿-той процедуры у-того типа /-того этапа МАИТ есть объединение множеств элементов информационных компонентов / -тых средств поддержки этой процедуры

/лттш^* =[} тгтгр;

Множество элементов файловой системы функционального компонента средств поддержки к-той процедуры у-того типа /-того этапа МАИТ есть объединение множеств функциональных компонентов /-тых средств поддержки этой процедуры

РШСТВРЦк = \JFUNCTDFj

Множество элементов файловой системы интерфейсного компонента средств поддержки к -той процедуры у-того типа /-того этапа МАИТ есть объединение множеств интерфейсных компонентов f -тых средств поддержки этой процедуры

татт/ХТ4* = {]тттор?к

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

Ш'1" = <Е'-\Ч(Е,'к),КЕт>,те

1Бик - множество элементов файловой системы к-той процедуры у-того типа /-того этапа МАИТ представляется в виде объединения множеств элементов файловых систем информационных, функциональных и интерфейсных компонентов данной процедуры

Е'1к = /дттар ик у риыспр "к у тттог "к

Я£1]к - объединение множеств связей между элементами файловых систем информационных, функциональных и интерфейсных компонентов к -той процедуры у-того типа /-того этапа МАИТ

и^с»4 и^л'А >

д(Е''к ) - свойства элементов файловой системы к -той процедуры у-того типа /-того этапа МАИТ.

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

, где

Ш'1 - множество элементов файловой системы средств поддержки всех процедур у-того типа /-того этапа МАИТ представляется в виде объединения элементов файловых систем отдельных средств поддержки процедур у-того типа

Р» = \\Е'1к *г V

и ~ объединение множеств связей элементов файловой системы средств поддержки процедур у-того типа /-того этапа МАИТ

q(EIJk ) - свойства элементов файловой системы средств поддержки всех процедур у-того типа /-того этапа МАИТ.

de/ У

Единообразное описание средств поддержки этапов МАИТ в виде множеств средств поддержки процедур разных типов и связей между ними позволяет представить множество элементов файловых систем средств поддержки каждого этапа в следующем виде-

lsï=<G',q(G'),Rrl>,me

de/ °

IS' - множество элементов файловой системы средств поддержки /того этапа МАИТ представляется в виде объединения элементов файловых систем процедур всех типов.

de/ у

Rc, - объединение множеств связей элементов файловой системы средств поддержки процедур всех типов / -того этапа МАИТ.

Rc „7, IK* ;

de/ j

q(G') - свойства элементов файловой системы средств поддержки процедур /-того этапа МАИТ. q(G')TUq(Fl]).

de/ у

Объединяя файловые системы каждого этапа МАИТ, получаем файловую систему интегрированной среды в целом

Is = <H,q(H),R„>- где.

de/

Н = {jFl - объединение файловых систем средств поддержки каждого этапа МАИТ;

q(H) - свойства элементов файловой системы есть объединение свойств элементов файловых систем средств поддержки всех этапов МАИТ:

9(Н) = Шс')

de/ у

RH = - объединение множеств связей элементов файловых сис-

тем средств поддержки каждого этапа МАИТ

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

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

Метод формирования и развития интегрированной среды заключается в добавлении новых средств поддержки функциональных и управленческих процедур с последующим имением структуры хранения и структуры функционирования, т е реконфигурацией интегрированной среды Таким образом, происходит переход среды из существующего в новое состояние /5С -» /5"«, где

75с = < Нс,цс(Н)Х >. = < Нн>9и(Н)Х > или

ас] ае/

Нс -> Нн, где Нс - существующая, Нн - новая структура хранения элементов файловой системы (Нс Гл Ни = 0 - объединение элементов файловых систем, Нс Г\ Нн ^ 0 - замещение элементов файловых систем),

дс(Н) дн(Н), где <7С(Н) - существующие, дн(Н) - новые свойства структуры функционирования,

Я" —» Я", где Я" - существующая, Ян - новая структура функционирования (Я" Г\ Я" = 0 - объединение структур функционирования,

Я" Г\ЯФ0 - замещение структур функционирования)

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

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

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

Наличие совокупности предметных задач, подлежащих автоматизации, приводит к необходимости выполнения процедур управления как в рамках данного этапа, так и в рамках всего процесса создания САПР, что обусловило необходимость создание методики управления функционированием интегрированной среды

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

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

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

К числу особенностей процесса создания САПР можно отнести:

1) необходимость введения дополнительных этапов МАИТ, позволяющих в автоматическом режиме осуществлять конвертирование модельного представления предшествующего этапа в модельное представление последующего этапа;

2) распараллеливание выполнения отдельных функциональных процедур за счет введения большего количества исполнителей с целью сокращения времени создания САПР;

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

4) множественность версий локальных моделей, каждая из которых проверяется на полноту и связность и в случае ее некорректности происходит формирование новой версии локальной модели

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

Рассмотренные содержательные особенности МАИТ, а также особенности процесса функционирования интегрированной среды позволили перейти к формированию концептуальной модели процесса создания САПР, позволяющей зафиксировать систему знаний данной предметной области, и являющуюся основой для построения концептуальной модели задачи управления функционированием интегрированной среды

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

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

Модель в целом концептуальной модели процесса создания САПР - увязка указанных состояний с процессами их получения.

Построение концептуальной модели задачи управления функционированием интегрированной среды выполняется в соответствии с методикой взаимосвязанного моделирования проектных и управленческих процессов, разработанной на кафедре КТП ГОУ ВПО МГТУ «Станкин»

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

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

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

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

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

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

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

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

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

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

дуля.

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

Интегрированная среда

Ветви Ветви

модуля 1 модуля 2

щ (0

( 2 ) \ ( 2 )

Рис 8 Формирование ветвей интегрированной среды Формирование основной линии интегрированной среды (см рис 8 ) позволяет, выбрав одну из ветвей интегрированной среды зафиксировать ее как текущую сборку среды

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

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

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

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

Разработанное методическое обеспечение позволило перейти к созданию интегрированной среды поддержки создания САПР.

-20-

Глава 4. Разработка интегрированной среды поддержки создания САПР машиностроительного назначения

В четвертой главе дана характеристика разработанной интегрированной среды поддержки создания САПР, а именно ее архитектура, описание программно-технических средств, выбранных для реализации, состава и структуры основных программных модулей среды.

В качестве средств реализации была выбрана платформа MS Visual С# .Net, а в качестве СУБД MS SQL.

Реализация интегрированной среды включала разработку структуры и состава информационной базы; создание необходимых таблиц с описанием конфигурационной, управленческой, содержательной и общесистемной информации; набор программных модулей, обеспечивающих работу интегрированной среды; руководства по установке и эксплуатации интегрированной среды для различных категорий пользователей. Разрабатываемая интегрированная среда на этапе начального ввода ее в эксплуатацию поддерживает только базовые функции, позволяющие осуществлять управление функционированием и управление конфигурацией и общесистемные программные модули (модуль аутентификации, модуль обмена информацией и т.д.) для упрощения ее дальнейшего развития, а вновь создаваемые функциональные и управленческие модули добавляются в среду по мере разработки. Интерфейсные формы для формирования ветвей модулей и формирования основной линии интегрированной среды представлены на рис. 9-10._

Иитегрирояйнная среда. Управление конфигурацией и. .г? |х]

Формирование ветвей модулей. -21 -

Интегрированная срсца. Управление конфигурацией

Иигогриросанная.среля. Управлении' конфигурацией

среда. Упрлплеш

змгурациси

Рис. 10. Формы управления конфигурацией интегрированной среды. Формирование основной линии интегрированной среды.

ОСНОВНЫЕ РЕЗУЛЬТАТЫ И ВЫВОДЫ

Выполненные исследования и практическая работа позволили получить следующие выводы и результаты

1 Решена актуальная научная задача, состоящая в разработке метода формирования и развития интегрированной среды поддержки создания САПР, позволяющего выполнять ее развитие за счет добавления новых функциональных и управленческих модулей, что обеспечивает повышение эффективности процесса создания САПР в рамках методологии автоматизации интеллектуального труда (МАИТ)

2 Выявлены взаимосвязи между характеристиками содержательных функций создания САПР, функций управления проектами при функционировании интегрированной среды и функций управления конфигурацией при развитии интегрированной среды, что позволяет описать ее состав и структуру

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

4 Разработана методика управления функционированием интегрированной среды, позволяющая осуществлять управление созданием САПР в рамках МАИТ Ее особенностью является увязка концептуальной модели процесса создания САПР и концептуальной модели задачи управления функционированием интегрированной среды Эти модели фиксируют системы знаний соответствующих предметных областей и являются основой для последующей разработки интегрированной среды поддержки создания САПР машиностроительного назначения

5. Разработана методика управления конфигурацией интегрированной среды для поэтапного ее расширения программными модулями по мере их создания и содержащая алгоритмы формирования конфигурации интегрированной среды

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

7. Разработанное методическое обеспечение и программные средства применены на ОАО НПО Лианозовском электромеханическом заводе, в учебном процессе кафедр «Когнитивные технологии проектирования» и «Информационные технологии и вычислительные системы» ГОУ ВПО МГТУ «Станкин»

СПИСОК РАБОТ, ОПУБЛИКОВАННЫХ ПО ТЕМЕ ДИССЕРТАЦИИ

1 Володин Д А Концептуальное моделирование задач управления проектированием прикладных автоматизированных систем // Материалы У1-й научной конференции МГТУ «СТАНКИН» и «Учебно-научного центра математического моделирования МГТУ «СТАНКИН» - ИММ РАН», М Янус-К, ИЦ МГТУ «Станкин», 2003 - с 96-99

2 Володин ДА. Управление проектами при создании САПР машиностроительного назначения. // Материалы УИ-й научной конференции МГТУ

-23-

«СТАНКИН» и «Учебно-научного центра математического моделирования МГТУ «СТАНКИН» - ИММ РАН», М : Янус-K, ИЦ МГТУ «Станкин», 2004 -с. 68-71.

3. Волкова Г Д, Щукин М В , Володин Д А Автоматизация управления проектами и документированием при разработке прикладных автоматизированных систем. // Высокие технологии-2004 Сборник трудов научно-технического форума с международным участием В 4 ч. Ч. 1 / ИжГТУ -Ижевск, 2004,- с.22-28.

4 Володин ДА Инструментальные средства поддержки управления проектами создания прикладных автоматизированных систем // Сборник материалов четвертой Всероссийской научно-практической конференции «Управление качеством», 10-11 Марта 2005 года, ГОУ ВПО «МАТИ» - РГТУ им К.Э Циолковского, М.. ИТЦ ГОУ ВПО «МАТИ» - Российского государственного технологического университета им К.Э Циолковского, 2005. с 46-47.

5. Володин Д А. Управление проектами при создании прикладных автоматизированных систем на базе методологии автоматизации интеллектуального труда // Материалы VHI-й научной конференции МГТУ «СТАНКИН» и «Учебно-научного центра математического моделирования МГТУ «СТАНКИН» - ИММ РАН» по математическому моделированию и информатике, М . «Янус-K», ИЦ ГОУ МГТУ «Станкин», 2005 - с 73-75

6. Щукин М.В , Володин Д А. Управление проектами и документирование при создании прикладных автоматизированных систем // Материалы международной научно-технической конференции «Информационные технологии в науке, образовании и промышленности» Ч 1 , Архангельск Архангельск Со-ломбальская типография, 2005 - с.220-225

7. Володин Д А Анализ программного обеспечения, применяемого при управлении проектами. // Материалы IX-й научной конференции МГТУ «СТАНКИН» и «Учебно-научного центра математического моделирования МГТУ «СТАНКИН» - ИММ РАН» по математическому моделированию и информатике, М . «Янус-K», ИЦ ГОУ МГТУ «Станкин», 2006 - с.91-94

8 Волкова ГД, Володин ДА. Особенности разработки средств поддержки управления проектами при создании САПР машиностроительного назначения // Технология машиностроения - 2007.- №2.- с 66-68

9 Володин Д.А Анализ инструментальных средств управления проектами проектно-ориентированной организации // Сборник материалов шестой Всероссийской научно-практической конференции «Управление качеством», 12-13 Марта 2007 года, ГОУ ВПО «МАТИ» - РГТУ им К.Э Циолковского, М • ИТЦ ГОУ ВПО «МАТИ» - Российского государственного технологического университета им. К.Э. Циолковского, 2007. с 185-187.

10 Володин Д.А Особенности управления проектами создания прикладных автоматизированных систем // Сборник материалов шестой Всероссийской научно-практической конференции «Управление качеством», 12-13 Марта 2007 года, ГОУ ВПО «МАТИ» - РГТУ им К Э. Циолковского, М ИТЦ ГОУ ВПО «МАТИ» - Российского государственного технологического университета им КЭ Циолковского, 2007. с. 187-189.

Отпечатано в ООО «Компания Спутник+» ПД № 1-00007 от 25.09.2000 г Подписано в печать 12.08 08. Тираж 120 экз. Уел п л 1,5 Печать авторефератов (495) 730-47-74,778-45-60

Оглавление автор диссертации — кандидата технических наук Володин, Дмитрий Александрович

ВВЕДЕНИЕ

1. АНАЛИЗ СУЩЕСТВУЮЩИХ МЕТОДОВ И СРЕДСТВ РАЗРАБОТКИ И УПРАВЛЕНИЯ ДЕЯТЕЛЬНОСТЬЮ ПРИ СОЗДАНИИ ПРИКЛАДНЫХ АВТОМАТИЗИРОВАННЫХ СИСТЕМ

1.1. Анализ методов, применяемых при создании прикладных автоматизированных систем

1.1.1. Общие положения

1.1.2. Анализ методов семейства IDEF

1.1.3. Анализ методологии ARIS

1.1.4. Анализ объектно-ориентированной методологии

1.1.5. Анализ методологии автоматизации интеллектуального труда

1.2. Анализ инструментальных средств поддержки создания прикладных автоматизированных систем

1.2.1. Анализ AllFusion Modeling Suite

1.2.2. Анализ Aris Toolset

1.2.3. Анализ IBM Rational Rose

1.2.4. Анализ инструментальных средств поддержки методологии автоматизации интеллектуального труда

1.3. Анализ подходов н методов управления проектами

1.3.1. Исследование подходов к управлению проектами

1.3.2. Анализ методов управления предметной областью проекта

1.3.3. Анализ методов управления проектом по временным параметрам

1.3.4. Анализ методов управления стоимостью и финансами

1.3.5. Анализ методов управления качеством

1.3.6. Анализ методов управления рисками

1.3.7. Анализ методов управления персоналом

1.3.8. Анализ методов управления коммуникациями

1.3.9. Анализ методов управления контрактами

1.3.10. Анализ методов управления изменениями

1.4. Анализ программных средств поддержки методов управления проектами

1.4.1. Критерии анализа программных средств поддержки методов управления проектами

1.4.2. Особенности программных средств поддержки методов управления проектами

1.4.3. Сравнительная характеристика программных средств поддержки методов управления проектами

1.5. Особенности управления проектами создания прикладных автоматизированных систем

1.6. Выводы, цель и задачи работы

2. РАЗРАБОТКА МЕТОДА ФОРМИРОВАНИЯ И РАЗВИТИЯ ИНТЕГРИРОВАННОЙ СРЕДЫ ПОДДЕРЖКИ СОЗДАНИЯ САПР

2.1. Особенности и требования к интегрированной среде поддержки создания САПР

2.1.1. Характеристика и особенности методологии автоматизации интеллектуального труда

2.1.2. Требования к интегрированной среде поддержки создания САПР

2.1.3. Специфика процесса поэтапной автоматизации методологии автоматизации интеллектуального труда

2.2. Формальное описание элементов интегрированной среды поддержки создания САПР

2.3. Метод формирования и развития интегрированной среды поддержки создания САПР

2.4. Выводы по главе

3. РАЗРАБОТКА МЕТОДИК УПРАВЛЕНИЯ ФУНКЦИОНИРОВАНИЕМ И УПРАВЛЕНИЯ КОНФИГУРАЦИЕЙ ИНТЕГРИРОВАННОЙ СРЕДЫ ПОДДЕРЖКИ СОЗДАНИЯ САПР МАШИНОСТРОИТЕЛЬНОГО НАЗНАЧЕНИЯ

3.1. Состав и структура методик управления функционированием и управления конфигурацией интегрированной среды

3.1.1. Общие положения

3.1.2. Место методик управления функционированием и управления конфигурацией в процессе создания САПР

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

3.2.1. Особенности процесса создания САПР

3.2.2. Характеристика особенностей процесса функционирования интегрированной среды поддержки создания САПР

3.2.3. Характеристика особенностей управления функционированием интегрированной среды поддержки создания САПР

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

3.2.5. Правила заполнения форм входной и выходной информации для управленческих процедур

3.2.6. Описание входных и выходных данных форм для управленческих процедур

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

3.3.1. Разработка структуры интегрированной среды поддержки создания САПР

3.3.2. Разработка структуры конфигурационных процедур

3.3.3. Разработка процедуры формирования конфигурации

3.3.4. Разработка процедуры обработки конфигурации

3.3.5. Разработка процедуры документирования конфигурации

3.3.6. Разработка форм входной и выходной информации для конфигурационных процедур

3.3.7. Правила заполнения форм входной и выходной информации для конфигурационных процедур 3.3.8. Описание входных и выходных данных форм для конфигурационных процедур

3.4. Выводы по главе

4. РАЗРАБОТКА ИНТЕГРИРОВАННОЙ СРЕДЫ ПОДДЕРЖКИ СОЗДАНИЯ САПР МАШИНОСТРОИТЕЛЬНОГО НАЗНАЧЕНИЯ

4.1. Выбор программно-технических средств реализации

4.1.1. Обоснование выбора программно-технических средств реализации

4.1.2. Описание Microsoft Visual Studio

4.1.3. Описание Microsoft SQL Server

4.2. Разработка архитектуры интегрированной среды поддержки создания САПР

4.3. Разработка состава и структуры основных программных модулей интегрированной среды поддержки создания САПР

4.3.1. Состав и структура интегрированной среды

4.3.2. Описание основных функций и модулей программного комплекса менеджера

4.3.3. Описание основных функций и модулей программного комплекса эксперта

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

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

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

4.3.7. Описание основных функций и модулей программного комплекса сервера приложений

4.4. Разработка состава н структуры базы данных интегрированной среды поддержки создания САПР

4.4.1. Описание табличной структуры базы данных интегрированной среды

4.4.2. Описание содержания таблиц базы данных интегрированной среды

4.5. Разработка инструкции по эксплуатации интегрированной среды

4.5.1. Инструкция по эксплуатации инструментальных средств поддержки управления конфигурацией интегрированной среды

4.5.2. Инструкция по эксплуатации инструментальных средств поддержки управления функционированием интегрированной среды

4.6. Выводы по главе 193 ЗАКЛЮЧЕНИЕ 194 СПИСОК ЛИТЕРАТУРЫ 195 Приложение 1. Описание управленческих характеристик процедур МАИТ. 201 Приложение 2. Структура проектного решення. 239 Приложение 3. Алгоритмы.

Введение 2008 год, диссертация по информатике, вычислительной технике и управлению, Володин, Дмитрий Александрович

В современных экономических условиях на машиностроительных предприятиях все более жесткими становятся требования к качеству и срокам выпуска продукции. Это приводит к уменьшению сроков выполнения проектно-конструкторских работ при одновременном увеличении их объема и сложности. Для повышения эффективности проектно-конструкторского труда необходимо использование все более совершенных систем автоматизации проектирования (САПР). В то же время создание самих САПР требует применения современных подходов и методов.

Одним из подходов к созданию САПР промышленным способом является разработанная на кафедрах «Когнитивные технологии проектирования» и «Информационные технологии и вычислительные системы» ГОУ ВПО МГТУ «Станкин» методология автоматизации интеллектуального труда (МАИТ). Промышленный способ предполагает разделение процесса создания САПР на этапы и функциональные процедуры с регламентацией действий в рамках этих этапов и процедур. Это приводит к необходимости управления процессом создания САПР в рамках МАИТ, включающего планирование этапов и процедур, назначение на них исполнителей, контроль своевременности их выполнения и т. д. К числу факторов, обуславливающих необходимость, и подчеркивающих сложность данного управления относятся:

- вовлечение большого числа исполнителей в области создания САПР;

- взаимосвязанное использование финансовых и трудовых ресурсов;

- координация выполнения большого числа функциональных процедур;

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

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

Выполненная ранее автоматизация отдельных функциональных процедур

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

Выявленные факторы, характеризующие управление процессом создания САПР и требования взаимодействия ранее созданных инструментальных средств поддержки отдельных функциональных процедур МАИТ определили необходимость разработки метода формирования и развития интегрированной среды, методик управления ее функционированием и конфигурацией. Это позволило поставить цель работы и сформулировать научную задачу для ее достижения.

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

- исследования методов и средств, применяемых при создании ПАС;

- исследования существующих методов и средств управления деятельностью по созданию ПАС;

- разработки формального описания интегрированной среды;

- разработки метода формирования и развития интегрированной среды;

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

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

- разработки интегрированной среды поддержки создания САПР машиностроительного назначения.

Научная новизна работы:

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

Практическая ценность результатов заключается в разработке:

- методики управления функционированием интегрированной среды, обеспечивающей управление процессом создания САПР по МАИТ;

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

- инструментальных средств в виде интегрированной среды поддержки создания САПР;

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

- неполнота охвата начальных этапов создания ПАС (ООП поддерживает все этапы жизненного цикла ПАС, однако не уделяет должного внимания этапу анализа, в пользу этапа реализации);

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

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

Альтернативным подходом к созданию ПАС является МАИТ. Ее отличительными особенностями являются:

- поддержка промышленного способа создания ПАС;

- наличие формального описания модельных представлений автоматизируемой задачи на каждом этапе создания ПАС и отображений этих модельных представлений;

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

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

На основе проведенного анализа был сделан вывод о необходимости использования МАИТ в качестве подхода к созданию ПАС.

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

Анализ методов УП в рамках характеристик «функции управления» и «функциональные области» позволил установить, что часть из них хорошо формализованы и могут быть использованы для решения стандартных управленческих задач при создании ПАС, а именно: - планирование временных характеристик работ; — назначение исполнителей; — распределение имеющихся ресурсов и т. д. Некоторые методы носят неформальный характер и являются избыточными в управлении деятельностью по созданию ПАС (методы идентификации и количественной оценки рисков). Заимствование отдельных методов затруднено в силу их общности и недостаточности учета специфики конкретных предметных областей (методы контроля качества). Методы УП в большей степени оперируют материальными и трудовыми ресурсами и не позволяют работать с программно-техническими ресурсами с возможностью их добавления и обновления, и информационным пространством для хранения версий модельных представлений и программно-технических ресурсов.

Анализ процесса создания ПАС на основе ООП позволил выявить следующие особенности: - высокая степень оригинальности большинства проектов создания ПАС обуславливается постоянным обновлением программных, аппаратных и коммуникационных средств, из-за чего стремительно девальвируется опыт предшествующих проектов-аналогов; — наличие большого количества модельных представлений, отражающих различные аспекты ПАС; — сложность оценю! объема и стоимости работ по функциональным процедурам; — существенное отличие плановых и фактических показателей отдельных функциональных процедур, в том числе временных и стоимостных; - разнообразие методов оценки отдельных характеристик ПАС (объем кода, стоимость); - необходимость управления конфигурацией программного комплекса.

- не учитывается специфика создания ПАС; - сложность; - излишняя функциональность; - высокие затраты на установку и внедрение; — необходимость предварительного обучения; - отсутствие поддержки управления конфигурацией программных комплексов. Вместе с тем, разработанные ранее инструментальные средства поддержки некоторых функциональных процедур МАИТ реализованы в виде независимых программных модулей. Для обеспечения их взаимодействия необходима разработка интегрированной среды поддержки создания САПР. Она должна обеспечить функционирование этих программных модулей на основе интеграции содержательных функций МАИТ и функций управления проектами. А для обеспечения развития интегрированной среды, необходима интеграция указанных функций и функций управления конфигурацией.

Учет содержательных функций МАИТ, отражающих ее специфику, необходим для решения ряда дополнительных задач в автоматическом режиме, к числу которых относятся: - контроль начала и окончания сеансов функциональных процедур; — размещение модельных представлений и их версий в пространстве вычислительной среды;

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

Полученные результаты анализа и требования взаимодействия ранее созданных инструментальных средств поддержки отдельных функциональных процедур МАИТ определили необходимость разработки метода формирования и развития интегрированной среды, создания методик управления ее функционированием и конфигурацией. Это позволило поставить цель работы и сформулировать задачи для ее достижения.

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

Рассматривая основные этапы создания САПР на основе МАИТ выявлены особенности методологии, имеющие важное значение для последующей разработки интегрированной среды создания САПР.

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

Поскольку интегрированная среда поддержки создания САПР в МАИТ представляет собой программный комплекс, автоматизирующий процедуры МАИТ, была выявлена специфика поэтапной автоматизации самой МАИТ.

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

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

В третьей главе изложены методики управления функционированием и управления конфигурацией интегрированной среды.

Методика управления функционированием интегрированной среды применяется при управлении созданием САПР, и предназначена для менеджеров, осуществляющих управленческие функции в этой области. Разработка методики включала: — описание особенностей процесса создания САПР в рамках МАИТ; — описание ресурсов, используемых при создании САПР; - формирование концептуальной модели задачи управления функционированием интегрированной среды.

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

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

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

Заключение диссертация на тему "Разработка метода и средств формирования и развития интегрированной среды поддержки создания САПР машиностроительного назначения"

4.6. Выводы по главе

В качестве средств реализации была выбрана платформа MS Visual С# .Net, а в качестве СУБД MS SQL.

-194-ЗАКЛЮЧЕНИЕ

Выполненные исследования и практическая работа позволили получить следующие выводы и результаты:

1. Решена актуальная научная задача, состоящая в разработке метода формирования и развития интегрированной среды поддержки создания САПР, позволяющего выполнять ее развитие за счет добавления новых функциональных и управленческих модулей, что обеспечивает повышение эффективности процесса создания САПР в рамках методологии автоматизации интеллектуального труда (МАИТ).

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

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

4. Разработана методика управления функционированием интегрированной среды, позволяющая осуществлять управление созданием САПР в рамках МАИТ. Ее особенностью является увязка концептуальной модели процесса создания САПР и концептуальной модели задачи управления функционированием интегрированной среды. Эти модели фиксируют системы знаний соответствующих предметных областей и являются основой для последующей разработки интегрированной среды поддержки создания САПР машиностроительного назначения.

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

Библиография Володин, Дмитрий Александрович, диссертация по теме Системы автоматизации проектирования (по отраслям)

1. Центр информационных технологий. / http://www.citforum.ru/

2. Черемных C.B., Семенов И.О., Ручкин B.C. Моделирование и анализ систем. IDEF-технологии: практикум. М.: Финансы и статистика, 2006. - 192с.;

3. Головина Е.Ю. Модели и методы проектирования информационных систем. // Учебное пособие. М.: МГТУ «Станкин», 2002, 92с.

4. CALS технологии. Методология функционального моделирования. / Госстандарт России. М., 2000.

5. Моделирование бизнес-процессов. / Электронный учебник. ГОУ «ГМЦ CALS-технолошй». М., 2002.

6. Вендров A.M. CASE-технологии. Современные методы и средства проектирования информационных систем. // М.: Финансы и статистика, 1998, 176с.

7. Internet & Software Company. / http://www.interface.ru

8. Вендров A.M. Ниша и внедрение CASE-средств. / «ComputerWorld: Директору ИС», 2000, ноябрь.

9. Моделирование бизнеса. Методология ARIS. Практическое руководство. / Камен-нова М., Громов А., Ферапонтов М.и др. — М.: Весть-МетаТехнология, 2001. 327с.;

10. Буч Г. Объектно-ориентированный анализ и проектирование с примерами приложений на С++. // 2-е изд. М.: Бином, 1999. 558с.

11. Элиенс А. Принципы объектно-ориентированной разработки программ. // М.: Вильяме, 2002, 496с.

12. Фридман A.JI. Основы объектно-ориентированной разработки программных систем. // М.: Финансы и статистика, 2000, 192с.

13. Кватрани Т. Rational Rose 2000 и UML. Визуальное моделирование. // М.: ДМК, 2001, 176с.

14. Соломенцев Ю.М., Волкова Г.Д. Представление знаний при автоматизации про-ектно-конструкторской деятельности / Межотраслевой научно-технический сборник «Техника. Экономика» Сер. «Автоматизация проектирования» М.: ВИМИ, 1994, вып.4, с.3-6.

15. Соломенцев Ю.М., Волкова Г.Д. Тенденции развития и направления исследований в области информатики. // Производственно-технический журнал «Машиностроитель», №6, 2000, с.22-24.

16. Волкова Г.Д. Концептуальное моделирование при создании систем автоматизации проектирования. // Техника-машиностроение. М.: НТП «Вираж-центр», 2000, №2, с.92-102.

17. Волкова Г.Д. Методология автоматизации проектно-конструкторскои деятельности в машиностроении. // Учебное пособие. М.: МГТУ «Станкин», 2000, 81с.

18. Волкова Г.Д., Сирота И.М. Автоматизация проектирования прикладных систем. // Автоматизация и управление в машиностроении, №7, 1999.

19. Волкова Г.Д., Семячкова Е.Г. Анализ проблем создания, эксплуатации и развития систем автоматизации проектирования в машиностроении. // «Информатика-машиностроение». -М.: НТП «Вираж-центр», 1999, №2, с.16-26.

20. Волкова Г.Д., Новоселова О.В., Семячкова Е.Г. Проектирование автоматизированных систем в машиностроении. // Учебное пособие. М.: МГТУ «Станкин», 2002, 162с.

21. Калянов Г.Н. Российский рынок CASE-средств. / PCWeek/Russian Edition, 1998, июнь.

22. Маклаков C.B. BPwin и ERwin. CASE-средства разработки информационных систем. // 2-е изд. -М.: Диалог-МИФИ, 2002, 304с.

23. Маклаков C.B. Моделирование бизнес-процессов с AllFusion Process Modeler. // M.: Диалог-МИФИ, 2003, 236c.

24. Трофимов С.A. CASE-технологии: практическая работа в Rational Rose. M.: Бином-Пресс, 2002. - 288с.;

25. Мазур И.И., Шапиро В.Д., Ольдерогге Н.Г. Управление проектами. М.: Омега-Л, 2004.- 664 с.

26. Математические основы управления проектами / Баркалов С.А., Воропаев В.И., Секлетова Г.И. и др.- М.: Высш. шк., 2005- 423 с.

27. Воропаев В.И., Секлетова Г.И., Системное представление Управления проектами. // Сборник трудов международного симпозиума: «Управление проектами: Восток-Запад Грань Тысячелетий» - Москва, 1-4 декабрь, 1999. СОВНЕТ- M.: СОВНЕТ, 1999. -Т.1, с.71-77.

28. Гейзлер П.С., Завьялова O.B. Управление проектами: Практич. пособие.— Мн.: Книжный дом; Мисанта, 2005- 288 с.

29. Заренков В.А. Управление проектами: Учебное пособие М.: Изд-во АСВ; СПб.: СПбГАСУ, 2005.-312 с.

30. Гольдштейн Г.Я. Основы менеджмента: Учебное пособие, издание 2-е, дополненное и переработанное. Таганрог: ТРТУ, 2003.

31. Производственный менеджмент / Козловский В.А., Казанцев А.К., Кобзев В.В. и др.- М.: Инфра-М, 2003.- 574 с.

32. Управление проектом. Основы проектного управления / Разу M.JL, Бронникова Т.М., Разу Б.М. и др.- М.: КНОРУС, 2006,- 768 с.

33. Арчибальд Р. Управление высокотехнологичными программами и проектами.— М.: Компания АйТи; ДМК Пресс, 2004,- 472 с.

34. Некрасов A.C., Некрасова O.A., Синяк Ю.В. Сетевое планирование в энергетике. -М.: «Энергия», 1968 160 с.

35. Управление проектами / М. Троцкий, Б. Груча, К. Огонек; Пер с польск М.: Финансы и статистика, 2006 - 304 с.

36. Вероятностное планирование строительства объектов / http://\vww.prosvet.su/articles/menegment/ardclel/

37. Зуховицкий С.И., Радчик И.А., Математические методы сетевого планирования.— М.: Наука, 1965.-296 с.

38. Голенко Д.И. Статистические методы сетевого планирования и управления,- М.: Наука, 1968.-400 с.

39. Филлипс Д., Гарсиа-Диас А. Методы анализа сетей.- М.: Мир, 1984.- 408 с.

40. Taxa X. Введение в исследование операций: В 2-х книгах. Кн. 2. Пер с англ.- М.: Мир, 1985.-496 с.

41. Сетевое планирование и управление. / Под ред. Голенко Д.П.- М.: Экономика, 1967.-398 с.

42. Сетевые графики в планировании. Под ред. Разумова В.А.— М.: Высшая школа, 1975.

43. Воропаев В.И. Модели и методы календарного планирования в автоматизированных системах управления строительством.- М.: Стройиздат, 1974.- 232 с.

44. Ахьюджа X. Сетевые методы управление в проектировании и производстве.— М.: Мир, 1979.-639 с.

45. Долгий Э. Теория для победителя // Экспресс Электроника 2003- №7.

46. Колосова Е.В., Новиков Д.А., Цветков A.B. Методика освоенного объема в оперативном управлении проектами-М.: Апостроф, 2001 156 с.

47. Бэгьюли Ф. Управление проектами М.: Фиар-Прссс, 2004 - 208 с.

48. Пинто Дж.К. Управление проектами Спб.: Питер, 2004 - 464 с.

49. Управление проектами. Практическое руководство / Дмитриев Д.В., Дмитриева З.М., Рыбаков М.Ю. и др.- М.: ЮРКНИГА, 2003.- 288 с.

50. Клифорд Ф. Грей, Эрик У. Ларсон. Управление проектами: Практическое руководство. / Пер. с англ.—М.: «Дело и Сервис», 2003. 528 с.

51. Решке X., Шелле X. Мир управления проектами M.: AJIAHC, 1994 - 304 с.

52. Коновальчук Е.В., Новиков Д.А. Модели и методы оперативного управления проектами.- М.: ИПУ РАН, 2004,- 63 с.

53. Воропаев В.И. Управление проектами в России.— М.: Алане, 1995.- 225 с.

54. Управление проектами / Ильин Н.И., Лукманова И.Г., Немчин А.М. и др.- СПб.: ДваТрИ, 1996.-610 с.

55. Бурков В.Н., Новиков Д.А. Как управлять проектами.-М.: Синтег, 1997 190 с.

56. Типовые решения в управлении проектами / Васильев Д.К., Заложнев А.Ю., Новиков Д.А. и др.- М.: ИПУ РАН, 2003,- 84 с.

57. Задачи распределения ресурсов в управлении проектами / Баркалов П.С., Буркова И.В., Глаголев А.В. и др.- М.: ИПУ РАН, 2002,- 65 с.

58. Мишин В.А. Управление качеством 2-е изд. перераб. и доп.- М.: ЮНИТИ-ДАНА, 2007.- 463 с.

59. Балдин К.В. Риск-мепеджмент: Учебное пособие.- М.: Эксмо, 2006 368 с.

60. Абчук В. Лекции по менеджменту: решение, предвидение, риск. — М.: Союз, 1999.

61. Грачева М. Анализ проектных рисков. — М.: Финстатинформ, 1999.

62. Галкина Т.П. Социология управления: от группы к команде — М.: Финансы и статистика, 2004- 224 с.

63. Десслер Г. Управление персоналом М.: Бином. Лаборатория знаний, 2004 - 800 с.

64. Управление персоналом в организации. Под ред. Кибанова А.Я.— М.: ИНФРА-М, 2006.-365 с.

65. Шекшня С.В. Управление персоналом современной организации — М.: ЗАО Бизнес-школа «Интел-Синтез», 2000 . 368 с.

66. Управление проектом: выбор, внедрение и использование ПО в России / http://www.proiectmanagement.ni/mup.asp?mupid=:5

67. Программное обеспечение для управления проектами / http:// www. so vnet.ru/i nstrum.htm

68. Системы управления проектами / http://www.cfin.ru/software/proiect/pms-review.shtml

69. Управление проектами с помощью Spider Project / http://www.osp.ni/text/302/l 81925

70. Управление проектами в России / http://www.aproiect.ru.

71. Московское отделение PMI / http://www.pmi.ru.

72. Богданов В.В. Управление проектами в Microsoft Project 2003: Учебный курс — СПб.: Питер, 2004.- 604 с.

73. Куперштейн В.И. Microsoft Project в делопроизводстве и управлении— СПб.: БХВ-Петербург, 2003.- 480 с.

74. Новые возможности Microsoft Office Project 2003 / http://www.proiectmanagement.ru/pages.asp?pagesid-97&pvid=21

75. Обзор Microsoft Office Project 2003 / http://www.microsoft.com/rus/office/Proiect.

76. Технологии управления Спайдер / http://www.spiderproject.ru.

77. Инструментарий: Open Plan / http://www.sovnet.ru/pages/public/opp.htm

78. Deltek / http://www.deltek.com

79. ПМСОФТ официальный представитель Primavera Systems, Inc. в России /http://www.pmsoft.ru.

80. Производитель Primavera Systems / http://www.primavera.com

81. Primavera Project Planner Professional (P4) / http:// www, pm soft.ru/ doc/programms/suretrak3. asp

82. Scitor Corporation / http://www.scitor.com

83. Review: Artemis 7 / http://www.eweek.eom/article2/0.4149.1396848.00.asp

84. Integrated Project and Portfolio Management Solutions / http://www.aisc.com.

85. Rillsoft Календарное планирование и управление проектами / http://www.rillsoftru

86. Шафер Дональд Ф., Фатрел Роберт Т., Шафер Линда И. Управление программными проектами: достижение оптимального качества при минимуме затрат.: Пер. с англ.- М.: Издательский дом «Вильяме», 2003- 1136 с.

87. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. 2-е изд., перераб. и доп.— М.: Финансы и статистика, 2005,- 544 с.

88. Иордон Э. Путь камикадзе. Как разработчику программного обеспечения выжить в безнадежном проекте.- М.: Лори, 2003 255 с.

89. Брукс Ф. Мифический человеко-месяц или как создаются программные системы — Пер. с англ.— СПб.: Символ-.Плюс, 2005.- 304 с.

90. Йордон Э. Управление сложными Интернет-проектами.: Пер. с англ.- М.: ЛОРИ, 2003.-532 с

91. Кантор М. Управление программными проектами. Практическое руководство по разработке успешного программного обеспечения.: Пер. с англ.— М.: Вильяме, 2002176 с.

92. Ройс У. Управление проектами по созданию программного обеспечения.: Пер. с англ.- М.: ЛОРИ, 2002.- 424 с.

93. Салливан Э. Время деньги. Создание команды разработчиков программного обеспечения.: Пер. с англ.- М.: Русская редакция, 2002 - 368 с.

94. Боэм Б.У. Инженерное проектирование программного обеспечения: Пер. с англ.-М.: Радио и связь, 1985.-512 с.

95. Котов С.Л. Нормирование жизненного цикла программной продукции М.: Юни-ти, 2002.- 143 с.

96. Липаев В.В., Потапов А.И. Оценка затрат на разработку программных средств-М.: Финансы и статистика, 1988 224 с.

97. Соммервилл И. Инженерия программного обеспечения, 6-е издание.: Пер. с англ.-М.: Издательский дом «Вильяме», 2002.- 624 с.

98. Волкова Г.Д., Володин Д.А. Особенности разработки средств поддержки управления проектами при создании САПР машиностроительного назначения. // Технология машиностроения.- 2007.- №2.— с.66-68.

99. Троелсон Э. Язык программирования С# 2005 и платформа .NET 2.0. M.: Вильяме, 2007,- 1168с.

100. Нэш Т. С# 2008 (С# 3.0 для .NET 3.5): ускоренный курс для профессионалов. -М.: Вильяме, 2008. 576 с.

101. Статья Microsoft SQL Server 2005. ОпНпе-эициклопедии «Wikipedia». http://ru.wikipedia.org/wiki/SQL Server.

102. Иванова A. Безопасность в Microsoft SQL Server 2005. http://www.citforum.ru/database/mssql/mssql2005security.

Похожие работы

Информатика, вычислительная техника и управление
05.13.00