35
Нужно также создать возможность при вводе данных просто
скопировать предыдущую запись с целью дальнейшего редактирования этих
данных. Для этого нужно зайти в меню Behavior и во вкладке Actions
добавить новое действие посредством нажатия на иконку плюса, называя его
«Copy». Таким образом, в данном меню, при выборе эффект App copy this
row and edit copy, устанавливается связь с таблицей «Действия».
Закончив процесс создания приложения для ввода данных, можно
приступить к непосредственному использованию приложения. Интернет
адреса доступа приложения как с телефона так и с вэб-браузера доступны во
вкладке Users->Links редактора. Вид финальной версии приложения, которое
было создано в данной работе, на экране мобильного телефона показан на
рис. 10...
Рисунок 10 – Общий вид приложения на экране
мобильного устройства
Чтобы оформить новое задание в списке планируемых работ в Google
Таблице проекта, необходимо нажать на знак «+» в нижнем углу экрана.
После этого появляется меню ввода данных, как показано на рис. 11.
В меню вводится информация о поступлении новой задачи на
обработку сотрудником. После произведенных действий, необходимо нажать
клавишу Save. Данные будут записаны в таблицу, а именно во вкладку
36
«Выдача». В графе «Задание» отображается список введенных записей в
списке заданий, во вкладке «Задания» таблицы. Причём, в случае отсутствия
данного задания в списке заданий, из того-же самого меню можно перейти в
меню ввода во вкладку «Задания» и добавить новый файл из памяти
мобильного телефона в облачное хранилище. Это удобно, поскольку
информация не будет потеряна даже в случае выхода из строя телефона или
потери файла на локальных носителях.
Рисунок 11 – Меню ввода данных
2.2. Поиск оптимального распределения задач
на каждого сотрудника
Для успешной реализации проектов на предприятии предпочтительно
иметь систему оптимизации календарного планирования [8]. Предлагается
использовать созданную автором программу создания опимального, по
временнным параметрам, графика дежурств. Последняя использует
информацию о свободном времени сотрудников для оптимизации их
дежурств на интервале рабочего дня или другого интервала по времени.
Разработанный в работе программный продукт позволяет создавать плановые
задания на короткие промежутки времени (3 дня).
37
Каждый сотрудник принимается в программе как отдельная задача в
выполнении планирования. Конечным результатом этой деятельности
является заполнение каждого из 3-х дней планирования отрезками дежурств
отдельных людей с учётом их приоритетов.
В общем случае планирование на предприятии основано на
информации о нормативах для установления времени выполнения [29, с. 282-
283]. Специфика работы на предприятии преддипломной практики не
позволяет установить такие нормативы, поскольку имеет место быть
неопределённость деятельности работника на складе. С другой стороны,
имеет место быть информация о свободном времени сотрудников в данный
момент и в планируемые 3 дня. Это позволяет осуществить оптимизацию
графика дежурств на основе требования каждому сотруднику отдежурить
суммарно за 3 дня заданное время и при этом использовать по возможности
только своё свободное время.
В данной работе предлагается созданная автором программа для
осуществления оптимизации работы руководителя проекта по временным
параметрам. Программа основана на следующей математической модели
оптимизация распределения задач по времени:
Куратору требуется расставить времена дежурства сотрудников, в
течение трёх дней, при этом требуется максимально эффективно
распорядиться рабочим временем. Предполагается, что время дежурства
каждого сотрудника установлено неизменно, при этом куратором
определяется какие сотрудники должны дежурить в первую очередь,
предпочтительно в первый день планирования. Предполагается, что
сотрудники при этом делают некоторую работу. Количество единиц работы
сотрудника А обозначается переменной х
1
, сотрудника В - х
2
. При
прохождении дежурства сотрудником А расходуется а
11
мин времени на
единицу работы в день №1, а
12
мин времени на единицу работы в день №2,
38
а
13
мин времени на единицу работы в день №3. Таким образом,
коэффициенты a
ij
отображают трудность работы для сотрудника А.
Коэффициенты a
ij
фиксированы в задаче, в то время как количества единиц
работы предстоящей сделать в 3-х дневной интервал планирования х
i
не
фиксированы. Для завершения части дела А в 1-й день потребуется а
11
х
1
мин
времени, во 2-й - а
21
х
1
мин, в 3-й - а
31
х
1
мин. Аналогично, для завершения
части дела В потребуется времени в 1-й день - а
12
х
2
мин, во 2-й день - а
22
х
2
мин и в 3-й день - а
32
х
2
мин. Количество времени затрачиваемого на все дела
А и В не должно превышать времени всего рабочего дня, 12 часов, поэтому:
а
11
х
1
+ а
12
х
2
≤ 60*12 мин, (2.1)
где а
ij
–
коэффициенты трудности, фиксированные в задаче;
х
j
- количество единиц работы сотрудника j.
Неравенство (а не точное равенство) означает, что всё рабочее время
может использоваться при этом не полностью. Аналогичные неравенства
можно записать для 2-го и 3-го дня:
а
21
х
1
+ а
22
х
2
≤ 60*12, и а
31
х
1
+ а
32
х
2
≤ 60*12. (2.2)
Поскольку известно, что в сумме оба этих дела должны быть
выполнены в 3-х дневный срок, то
х
i
≤ х
imax
,
(2.3)
где х
imax
- требуемое выполнение количества единиц работы.
Процент совершенной работы не может быть отрицательным числом:
х
i
≥ 0. (2.4)
Для учёта важности выполнения рассматриваемых дел А и В вводятся
коэффициенты к
1
и к
2
, числа от 1 до 3 в зависимости от важности дела, т. е. 3
- если очень важное дело, и далее по убыванию важности - 2 и 1
соответственно. Вводятся условная функция полезности от частичного
завершения дел А и В, а именно на процент от полного завершения х
1
для
39
дела А и х
2
для дела В. Полезность от каждого дела будет к
1
х
1
и к
2
х
2
условных единиц соответственно. Суммарная полезность х
np
составит
х
np
= к
1
х
1
+ к
2
х
2
. (2.5)
где к
1
и к
2
– коэффициенты важности.
Для оптимизации дневного расписания требуется достичь
максимального значения функции полезности.
До начала работы, с помощью мобильных приложений Календарь и
AppSheet, собирается информация о расчетной максимальной
продолжительности работы, которая приравнивается суммарной
продолжительности дежурств сотрудников. После того, как работа была
выполнена, можно зарегистрировать ее фактическую продолжительность.
Регистрация фактических данных имеет большое значение, поскольку
сравнение плановых и фактических показателей позволяет обнаружить
полезные для контроля тенденции [15].
Разработанный программный продукт должен обладать следующими
функциями:
добавление и просмотр задач;
редактирование данных задач;
планирование дел по дням недели;
удаление задач;
возможность поиска задачи по названию;
вывод на экран списка задач;
сохранение списка задач на жесткий диск;
загрузкой списка задач из файла на жестком диске.
В данной программе должна имеется возможность ввода с клавиатуры
или из файла таких параметров отдельной задачи как:
название задачи;
40
периодичность (недельная, месячная, годовая, или никакая, для
единичного события);
приоритет (1 – очень важное дело, 2 – менее важное дело, 3 – не
важное дело);
дата завершения задачи в формате год/месяц/день
час:минута:секунда;
требуемое количество минут для завершения;
количество требуемых денег;
минимальная часть работы, которую необходимо сделать за один
раз;
часть работы, которая сделана до настоящего момента;
сложность выполнения, число от 1 до 3.
После ввода данных программа должна производить оптимизацию
дневного расписания. Параметры количество денег и сложность в программе
не учитываются на первом этапе разработки. Данный метод может быть
применён для планировании выполнения задач, срок выполнения которых
подходит к требуемой дате. Достоинством является снижение вероятности
возникновения несвоевременного завершения проекта.
В данной работе программа используется для составления
оптимального расписания распределения дежурств сотрудников. При этом
под термином «задача» понимается конкретный сотрудник. Входные
параметры «время выполнения задачи» и «минимальная часть работы к
исполнению» понимаются как, соответственно, количество часов
необходимых отдежурить и минимальный непрерывный интервал
необходимый отдежурить сотруднику в один день. Руководитель
самостоятельно распределяет приоритеты исполнения дежурств в течении 3-
х дней планирования. Достоинством такого подхода является учёт личного
расписания каждого сотрудника.
41
Решение данной задачи, реализованное на языке СИ, рассмотрено в
следующей главе. Исходный код программных модулей представлен в
приложении А. Описание интерфейса программы и результаты реализации
представлены в главе 3 «Совместное планирование работы коллектива».
После составления оптимального расписания полученная информация
заносится куратором в календарь проекта и делается доступной для
сотрудников.
2.3. Поиск даты конференций
На предприятии сотрудники каждый отвечают за какую-либо часть
работы и все вместе за выполнение некоторого проекта. По результатам
работы должны периодически проводиться конференции, в соответствии с
календарём проекта, составляемым руководителем. Общими темами
обсуждения на конференциях являются: распределение ролей в коллективе,
совместное обсуждение проделанной работы для управления качеством
продукта. По вопросам совместного календарного планирования во время
конференций решаются следующие задачи [5, c. 73]:
выявление и анализ отклонений от расписания;
согласование и разрешение на изменения;
корректировка расписания работ;
утверждение уточненного расписания;
документирование изменений.
В результате проведенного анализа, для более полного представления
роли конференций в общей деятельности коллектива, была составлена
диаграмма, представленная на рис. 12. Данная диаграмма построена в
нотации IDEF0 (Integration Definition for Functional Modeling) [25, c. 127-129].
В построении была использована программа Ramus Educational [24],
42
доступная для скачивания по адресу https://ramus-
educational.software.informer.com/. Двумя наиболее важными компонентами,
из которых строятся диаграммы IDEF0, являются бизнес-функции или
работы (изображаемые на диаграммах в виде прямоугольников) и поток
данных или некие объекты (представленные в виде стрелок), связывающие
между собой работы.
Рисунок 12 – Структурно-функциональная диаграмма
работы коллектива в нотации IDEF0
При этом стрелки, в зависимости от того в какую грань
прямоугольника работы они входят или из какой грани выходят делятся на 4
основных типа [18]:
стрелки входа (входят в левую грань работы) - изображают
данные или объекты, изменяемые в ходе выполнения работы;
стрелки управления (входят в верхнюю грань работы) -
изображают правила и ограничения, согласно которым выполняется работа;
стрелки выхода (выходят из правой грани работы) - изображают
данные или объекты, появляющиеся в результате выполнения работы;
стрелки механизма (входят в нижнюю грань работы) -
изображают ресурсы, необходимые для выполнения работы, но не
43
изменяющиеся в процессе работы (например, оборудование, людские
ресурсы…);
Как следует из диаграммы на рис. 12 вся работа в общем случае
рассматривается как обработка некоторой входной информации. При этом
идёт разделение на работу с входной информацией для управляющего
персонала (руководителя) и работу с входной информацией для всех
остальных членов команды (коллектива). Руководитель, на основе
нормативов и стандартов, даёт рекомендации коллективу и осуществляет
планирование. Как видно из рисунка 12, здесь особо выделена работа по
проведению совместного обсуждения результатов (проведение
конференций). Общий календарь проекта связывает руководителя и рядовых
членов команды с этим самым важным звеном бизнес-деятельности.
В данной работе предлагается осуществить эту связь посредством
использования облачного сервиса Google Календарь. Как видно из
диаграммы, не нужны никакие дополнительные ресурсы в виде
обслуживающего персонала компьютерных сетей и т. п. Все это достигается
за счет использования облачного сервиса хранения данных.
Предполагается, что у каждого работника уже имеется свой
персональный компьютер или смартфон с доступом к интернету, на котором
можно установить мобильное приложение Google Календарь. Руководитель
должен обладать правом просмотра календарей сотрудников. Посредством
совмещения всех этих календарей на одном экране в календаре проекта
руководитель может найти дату и время когда все они будут свободны для
встречи. Для удобного выбора времени удовлетворяющей всем членам
команды, нужно использовать отображение на экране дневного расписания, а
не недельного или месячного. Если на экране расписание на один день, то
там будут совмещены в нескольких столбцах несколько календарей. В этом
случае удобно отображаются совпадения свободных участков расписаний.
44
Руководитель, на основе имеющихся данных о свободном времени
сотрудников, создаёт календарное расписание поэтапного решения задачи.
Смысл осуществления эффективного руководства заключается в том, что
если отдельный человек не всегда может расставить правильно приоритеты
при выполнении нескольких задач, в силу малого опыта или незнания общей
картины, то руководитель может подсказать, что из выполняемых человеком
дел важнее сделать в первую очередь. Все члены команды участвуют в
совместной работе над проектом, в соответствии с расписанием
руководителя, и делают доступными по возможности свои индивидуальные
календари.
С другой стороны, при создании календарного плана было бы неплохо
учитывать собранную информацию о свободном времени для того, чтобы
оптимально, с учётом способностей и опыта сотрудников, распределять
задачи. В этой связи была сформулирована задача оптимизации, которая
была реализованна в программе описанной далее в главе 3.
Итак, было описано предприятие, где происходило тестирование
предлагаемой информационной системы планирования. Был подробно
описан предмет исследования. При раскрытии этой темы понадобилось
описать на логическом уровне информационные сущности предлагаемой
системы планирования. Так были выявлены и описаны ключевые
информационные сущности «таблица проекта» и «календарь проекта». Были
описаны способы работы с таблицей проекта и календарём проекта
используя приложения Календарь и AppSheet. Была предложена модель
составления оптимального расписания, которая будет реализована в главе 3.
Был произведен анализ бизнес-модели деятельности коллектива предприятия
в общем случае. Эта информация была графически отображена и была
выявлена стадия полезного применения облачных сервисов Google. Был