Методы и модели для автоматизированного управления программными проектами

• Автор: Нагин, Дмитрий Александрович
• Шифр специальности: 05.13.01
• Научная степень: Кандидатская
• Год защиты: 2006
• Место защиты: Москва
• Количество страниц: 148 с.

Оглавление

Список сокращений.

Введение
Раздел

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

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

. программного обеспечения.

1.2. Анализ методического обеспечения планирования разработки программного обеспечения

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

1.4. Характеристика проблемы и методика исследования

1.4.1. Характеристика проблемы

1.4.2. Методика исследования в свете требований системного анализа
Выводы по разделу
Раздел
Концептуализация проблемы на основе системного анализа.
,ь, 2.1. Концептуальная модель процесса разработки программного , обеспечения.
2.2. Основные факторы влияния среды на систему разработки программного обеспечения
2.3. Оценка значимости причин рисков, обусловленных характером деятельности специалистов.
2.4. Оценка влияния факторов внешней среды на вероятность возникновения профессиональных рисков.
2.4.1. Классификация рисков при управлении программными проектами
2.4.2. Анализ влияния региональных факторов.
2.4.3. Анализ влияния технических факторов
2.4.4. Анализ влияния технологических факторов
2.5. Оценка влияния факторов внутренней среды на вероятность возникновения профессиональных рисков.
2.5.1. Анализ влияния эргономических факторов.
2.5.2. Анализ влияния квалификационных факторов.
2.5.3. Анализ влияния психофизиологических и психоэмоциональных факторов
Выводы по разделу
Раздел
Разработка системы автоматизированного сетевого планирования и управления программными проектами
3.1. Определение места автоматизированной системы сетевого Планирования и управления в процессе разработки программного
обеспечения
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.4. Обоснование состава и структуры данных, содержащихся в базе данных системы автоматизированного сетевого планирования и управления
Выводы по разделу 3.
Раздел
, Исследование эффективности функционирования САСПУ и создание Иметодики повышения качества ПО и эффективности системы его I разработки
4.1. Ключевые термины исследования и связи между ними
4.2. Обоснование класса критерия эффективности.
4.3. Обоснование структуры критерия эффективности.
4.4. Методика оценки эффективности системы автоматизированного сетевого планирования и управления разработкой программного обеспечения.
4.4.1. Структурная схема методики и ее описание.
4.4.2. Порядок использования методики.
4.5. Апробация методики.
4.5.1. Подготовка исходных данных.
4.5.2. Оценка качества планирования и управления ресурсами проекта менеджерами российскоамериканской фирмы
Ш 4.5.3. Оценка качества автоматизированного планирования и управления
ресурсами проекта ОСЭРС.ОМ БН2.
4.5.4. Оценка качества подбора ресурсов и управления трудовыми ресурсами менеджерами российскоамериканской фирмы
4.6. Обоснование возможности применения автоматизированных алгоритмов оптимального планирования и динамического управления распределением ресурсов для решения практических задач.
4.7. Сравнительная оценка эффективности планирования и управления ресурсами в российскоамериканской фирме.
Выводы по разделу 4.
Заключение
Список использованной литературы


По теме диссертации автором опубликовано 6 печатных работ, в том числе 1 работа в центральном издательстве, 3 работы в трудах междугародной и Всероссийских конференциях, 2 работы в трудах ГНИИ МО РФ. Три печатных работы опубликованы без соавторов. Личный вклад автора. Все теоретические и практические результаты диссертационной работы разработаны и получены лично автором. В своей работе автор использовал статистические материалы ГНИИ МО РФ разрешение на использование исх. Объем н структура работы. Диссертация состоит из содержания, введения, списка основных сокращений, 4 разделов с выводами по каждому из них, заключения, списка использованных источников, включающего наименований из них 2 иностранных. Объем основного текста изложен на 4 страницах, включая таблиц и рисунка. На защиту выносятся ол1. СРПО как объекта исследования аГ2. СРПО. Проблемы управления программными проектами появились в конце х начале х годов. В этот период потерпели неудачу многие большие программные проекты и были зафиксированы значительные задержки в создании программного обеспечения. Разработанное ПО было ненадежным, а затраты на его разработку в несколько раз превосходили первоначальные оценки. Оно имело низкие показатели производительности 1. Причины неудач коренились в тех подходах, которые использовались в управлении программными проектами. Применяемые в этот период методики были основаны на опыте управления техническими проектами, не учитывали особенности разработки современного ПО и оказались неэффективными табл. Таблица 1. Такое состояние во многом объяснялось тем, что в основу разработки ПО положена необходимость создания ПО за счет бюджетной политики организации, где оно разрабатывается, и имеет жесткие временные ограничения. В то же время, потребность в ПО постоянно возрастает, растет и сложность создаваемых программ, так как дешевеют и увеличиваются вычислительные ресурсы современных компьютеров, постоянно возникают новые технологические концепции и рынки сбыта продукции. Одновременно с этим существенно возросла интенсивность труда программистов. Если некоторые программные приложения десять лет тому назад создавались за месяц, то сегодня эти же программные приложения завершаются буквально за один день, причем объем ручного кодирования минимален. Такой режим работы труда предъявляет к разработчику качественно новые требования. Поэтому методики управления проектами по разработке ПО считаются сегодня самыми актуальными темами в ведущих мировых компьютерных изданиях. Определим понятие проект. Согласно Ii, проект это совокупность действий процессов, приносящих результат, во время которых людские, финансовые и материальные ресурсы определенным образом организуются с тем, чтобы результат соответствовал утвержденным спецификациям, стоимостным и временным затратам как по качественным, так и по количественным показателям. Многие западные школы бизнеса выделяют в недолгой истории развития методов управления проектами три важнейшие даты 2. Первая приходится на год, когда массовое распространение получили работы Ганта диаграммы поточной организации труда. Затем в середине х годов в ВМС США была разработана теория сетевого планирования технология . И, наконец, в году была опубликована работа ii i. Она раскрывала суть метода критических цепочек, который позволяет в среднем ускорить выполнение работ на . В настоящее время этот метод используется при управлении проектами в таких компаниях как , i, i, , , , I и др. Термин управление проектами уже прочно вошел в обиход и руководителей российских организаций. В условиях ограниченности ресурсов, необходимости достижения поставленных целей в предельно сжатые сроки и в рамках ограниченного бюджета, все в большей степени ощущается жесткая необходимость внедрения современных методов управления. Отсутствие современной методической базы планирования и управления разработкой ПО сдерживает этот процесс, вследствие чего крупные программные проекты изза недостатков в планировании в случаев завершаются полным провалом, а еще в случаев их сроки затягиваются вдвое рис. Рисунок 1. Из этого нередко делают вывод о плохом менеджменте организаций, хотя корень неудач лежит в методах разработки ПО, точнее, в их отсутствии.