Материал: Оптимизация и моделирование в автоматизированных системах. труд. ФГБОУ В.О., Воронежский г.т.и

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

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

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

Еще одним из принципиальных критериев выбора являются внутренние процессы, влияющие на команду, такие как: процесс принятия решений в команде и в компании в целом, уровень доверия в команде и к руководству, а также руководства к команде. Не последней по важности стоит политика в управлении компании. То есть принципы для принятия решений и достижения оптимальных результатов. Зачастую политика направляет действие на достижение генеральных целей при выполнении конкретных задач. Путём распределения направлений, которым нужно следовать, она объясняет основные механизмы, каким образом должны быть достигнуты цели. Политика оставляет свободу манёвра в последовательных действиях.

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

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

1.Организация:

-Доступные ресурсы;

-Продукты;

-Уровень зрелости;

-Структура;

-Отрасль, конкуренция;

-Степень гибкости.

55

2.Проект: - Сроки;

- Бизнес требования к проекту; - Масштаб сложность;

- Ожидания заинтересованных людей.

3.Люди:

-Подготовленность;

-Опыт;

-Обучение;

-Локация команды.

4. Процессы:

-Внутренние процессы;

-Политика компании.

5. Технологии:

- Доступное программное обеспечение и инструменты.

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

-Scrum;

-Kanban;

-FDD;

-Экстремальное программирование;

-LEAN;

-Спиральная;

-V-model;

-Waterfall.

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

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

56

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

Литература

1.Жданов С.А. Информационные системы - М.: Прометей, 2015. - 304 с.

2.Вольфсон Б.И. Гибкое управление проектами и продуктами – СПБ:

Питер, 2017. – с. 144.

3.Хаймсмит Д. Agile Software Development Ecosystems - Addison-Wesley Professional, 2002. – 442 с.

4.Кон М. Succeeding with Agile: Software Development Using Scrum –

Вильямс, 2016. – 576 с.

Воронежский государственный технический университет

УДК 377.5

И. И. Мюгриев, Н. И. Мюгриева, Н. В. Кривоносова

РАЗРАБОТКА ПРОТОТИПА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ДЛЯ УПРАВЛЕНИЯ РАБОТОЙ СТУДЕНТОВ В РАМКАХ ДИПЛОМНОГО ПРОЕКТИРОВАНИЯ

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

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

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

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

(рис.1).

57

Действующее лицо:

a) Председатель предметно-цикловой комиссии (ПЦК) Название прецедента: Подготовка к ВКР

Цель: добавить тему ВКР в БД

Главная последовательность:

1) председатель ПЦК выбирает в главном меню пункт <<Список ВКР студентов>>;

2) система показывает председателю ПЦК таблицу ВКР студентов, содержащее поля для ввода темы ВКР и выбора руководителя ВКР,

атакже кнопку «Сохранить»;

3)председатель ПЦК вводит желаемый тему ВКР и выбирает руководителя ВКР, нажимает кнопку «Сохранить»;

4)система сохраняет ВКР.

Альтернативная последовательность (отсутствует руководитель):

1)председатель ПЦК выбирает на странице <<Список студентов>> пункт

<<Добавить руководителя>>;

2)система показывает председателю ПЦК поле ввода имени руководителя, а также кнопку <<Добавить>>;

Рис.1. Диаграмма вариантов использования системы

3)председатель ПЦК нажимает кнопку «Добавить»;

4)в систему добавляется руководитель.

b) Студент

Название прецедента: Добавление ВКР

58

Цель: загрузка файлов ВКР Предусловия: председатель ПЦК добавил тему ВКР студенту

Главная последовательность:

1)студент выбирает в главном меню пункт <<ВКР>>;

2)система показывает студенту поля для загрузки <<Пояснительной записки>> и <<Архива с файлами ВКР>>, и текстовые блоки с <<Рецензией>> и <<Комментарием>>.

Альтернативная последовательность (председатель ПЦК не добавил тему ВКР студенту):

1)студент выбирает в главном меню пункт <<ВКР>>;

2)система показывает студенту текст <<Вам ещё не добавили ВКР>> и

поля для загрузки <<Пояснительной записки>> и <<Архива с файлами ВКР>>,

итекстовые блоки с <<Рецензией>> и <<Комментарием>>.

3)Студент не может использовать поля.

c)Рецензент

Название прецедента: Проверка ВКР

Цель: добавление комментария и рецензии Предусловия: председатель ПЦК добавил тему ВКР студенту

Главная последовательность:

1)рецензент выбирает в главном меню пункт <<Список ВКР студентов>>;

2)система показывает рецензенту поля <<Сохранить>> и для выгрузки

<<Пояснительной записки>>, <<Архива с файлами ВКР>>, и текстовые блоки с <<Рецензией>> и <<Комментарием>>;

3)рецензент изменяет текстовые блоки <<Рецензии>> и <<Комментария>>;

4)рецензент нажимает кнопку сохранить;

5)система сохраняет ВКР.

d) Преподаватель

Название прецедента: Просмотр ВКР

Цель: просмотр ВКР

Главная последовательность:

1)рецензент выбирает в главном меню пункт <<Список ВКР студентов>>;

2)система показывает преподавателю поля для выгрузки

<<Пояснительной записки>>, <<Архива с файлами ВКР>>, и текстовые блоки с <<Рецензией>> и <<Комментарием>>, без возможности изменения.

Для понимания работы системы рассмотрим диаграмму компонентов

(рис.2).

Диаграмма компонентов показывает разбиение программной системы <<Системы учёта ВКР>> на структурные компоненты и связи (зависимости) между компонентами.

Для работы системы необходимо реализовать базу данных (рис.3). В ходе разработка системы были определены основные сущности:

59