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

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

Многие учебные заведения постепенно переходят на ОС Linux, и уже осознали необходимость внедрения автоматизированных средств управления учебным процессом. Решение обозначенной задачи не такое простое, каким может показаться на первый взгляд – сложность управления учебным процессом заключается в том, что оценка качества управления и корректировка учебных планов, распределения нагрузки, расписания занятий возможны только после завершения определённого цикла обучения (семестра, учебного года) [5].

Использование автоматизированной системы [3,4,6,] управления учебным процессом позволяет координировать потоки информации, ускорить процессы её обработки, оптимизировать процессы принятия управленческих решений.

В настоящее время на современном рынке существует большое количество программ для составления учебного расписания.

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

Для комплексной автоматизации планируется внедрить автоматизированную систему управления «1С: Колледж» [1, 5, 14, 21, 24], позволяющую полностью автоматизировать несколько рабочих мест, для предотвращения трудоемкой работы, сбора нужной документации и информации в письменной форме для составления расписания. Так же «1С: Колледж» имеет возможность работы в ОС Linux.

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

Нами выбрано конкретный программный комплекс управления проектами Microsoft Project [10, 19, 20, 22, 23], разработанный и продаваемый корпорацией Microsoft – мировым лидером в области программного обеспечения.

Microsoft Project [13] создан, чтобы помочь менеджеру проекта в разработке планов, распределении ресурсов по задачам, отслеживании прогресса и анализе объёмов работ. Microsoft Project создаёт расписания критического пути [32, 37, 41, 45]. Расписания могут быть составлены с учётом используемых ресурсов. Цепочка визуализируется в диаграмме Ганта.

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

План проекта

Планирование проекта (ProjectPlanning) – непрерывный процесс определения наилучшего способа действий для достижения поставленных целей проекта с учетом складывающейся обстановки.

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

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

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

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

Цель планирования состоит в построении модели реализации проекта.

Основным результатом стадии планирования является Сводный план

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

График проекта

Диаграмма Ганта (англ. Gantt chart, также ленточная диаграмма, график Ганта) - это популярный тип столбчатых диаграмм (гистограмм), который используется для иллюстрации плана, графика работ по какому-либо проекту. Является одним из методов планирования проектов. Используется в приложениях по управлению проектами[25, 29, 30].

Первый формат диаграммы был разработан Генри Л. Гантом в 1910 году.По сути, диаграмма Ганта состоит из полос, ориентированных вдоль оси времени. Каждая полоса на диаграмме представляет отдельную задачу в составе проекта (вид работы), её концы — моменты начала и завершения работы, её протяженность — длительность работы. Вертикальной осью диаграммы служит перечень задач. Кроме того, на диаграмме могут быть отмечены совокупные задачи, проценты завершения, указатели последовательности и зависимости работ, метки ключевых моментов (вехи), метка текущего момента времени «Сегодня» и др.

Ключевым понятием диаграммы Ганта является «Веха» — метка значимого момента в ходе выполнения работ, общая граница двух или более задач. Вехи позволяют наглядно отобразить необходимость синхронизации, последовательности в выполнении различных работ. Вехи, как и другие границы на диаграмме, не являются календарными датами. Сдвиг вехи приводит к сдвигу всего проекта. Поэтому диаграмма Ганта не является, строго говоря, графиком работ. И это один из основных её недостатков [31, 34, 38].

Кроме того, диаграмма Ганта не отображает значимости или ресурсоемкости работ, не отображает сущности работ (области действия). Для крупных проектов диаграмма Ганта становится чрезмерно тяжеловесной и теряет всякую наглядность [17].

Использование задач

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

Диаграмма «Использование задач» предназначена для анализа участия ресурсов в проектных работах. В таблице, размещенной рядом с диаграммой, отображается план проекта, в котором под каждой из задач приведен список задействованных в ней ресурсов [7].

Отчётность проекта

В процессе разработки проекта «Разработка проекта на внедрение АИС «1С: Колледж» для составления расписания в «МПК»» [11] была выбрана система управления проектами MS Project. При непосредственном проектировании были использованы методы сетевого планирования и управления проектами, создана сетевая модель представления исходных данных, определён критический путь по сетевой модели, рассчитаны показатели модели, при помощи которых построен план-график выполнения работ, а также построен график нагрузки рабочих по дням. В практической части реализован проект «Разработка проекта на внедрение АИС «1С: Колледж» для составления расписания в «МПК»» при помощи средств MS Project.

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

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

Организация имеет следующие структурные подразделения:

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

Рассматриваемая компания выполняет весь спектр работ на лифтах:

• монтаж и пуско-наладочные работы  (лицензия Министерства регионального развития РФ  №  К 066032  от 25. 12. 2008г);
• монтаж линий диспетчерской связи и сигнализации лифтов;
• монтаж устройств защиты лифта и КДК (комплекс диспетчерского контроля);
• комплексное обслуживание лифтов;
• техническое обслуживание и ремонт лифтов;
• техническое обслуживание и ремонт линий диспетчерской связи и сигнализации лифтов;
• эксплуатацию лифтов (обслуживание лифтов лифтёрами);
• капитальный ремонт лифтов и линий диспетчерской связи;

электроизмерительные работы.

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

Постановка задачи по учету работы лифта

Направление бизнеса

Рассматриваемая организация – предприятие, занимающиеся ремонтом и диагностикой лифтов, лифтового оборудования и т.д. в городе Магнитогорске.

Правовая форма

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

На рисунке 1 представлена модель eEPC, на которой представлен бизнес-процесс «Учет работы лифтов». Данная модель поможет расширить модель IDEF0, которая была представлена выше. После поступления сигнала о неисправности с пульта управления. Далее на объект выезжает бригада из двух человек, которая приступает к осмотру лифта, тем самым выявляя причину неисправной работы лифта или его составляющих. При выявлении причины лифт останавливают [4, 5, 6].

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

Если после осмотра лифта выявлена существенная проблема (аварийная остановка, застревание, потеря связи с лифтом), то оперативные работники по возвращению в диспетчерскую составляют заявку для мастера с полным описанием неисправности. Затем мастер выезжает на объект и после ремонта запускает лифт. Запись о неисправности заносится в оперативный журнал.

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

План мероприятий по внедрению системы КДК и построение плана-графика

Рассмотрим план внедрения системы КДК на предприятие.

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

Построим план-график внедрения АИС на предприятия, представленный на рисунке 2 и 3.

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

Рассмотрим этапы внедрения КДК.

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

На втором этапе «Выбор программного продукта», будет произведен анализ рынка программного обеспечения, для выявления наиболее подходящей системы.

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

Рассмотрим отчеты сформированные отчеты в MS Project. На рисунке 4 представлен отчет по оставшимся трудозатратам.

На рисунке 5 представлен отчет «Обзор ресурсов».

Исходя из построенного плана-графика, предпроектное обследование займет 9 дней. Выбор программного продукта займет 8 дней. Внедрение самой системы займет 37 дней.

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

Постановка задачи

NN – один из авторитетных многопрофильных технических университетов России.

Кафедра прикладной информатики Института энергетики и автоматизированных систем NN была образована в 2014 году, в состав которой вошли преподаватели кафедра информатики и информационных систем. Организационная структура кафедры представлена на рис.1 [1, 2].

Рисунок 1 -Типовая структура кафедры университета NN

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

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

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

Таким образом, возникает проблема согласования национального и профессиональных стандартов, но не стоит так же забывать и про европейские стандарты квалификации ИТ-специалистов, которым выпускник в идеале тоже должен соответствовать. Решить несогласованность большого количества стандартов невозможно без использования информационных технологий. Для решения данной проблемы должна быть спроектирована экспертная система, в задачи которой, в будущем будет входить согласование компетенций  профессиональных, образовательных и европейских стандартов [5, 6].

Проектирование экспертной системы

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

Рисунок 2 – Общие сведения о проекте

Для начала были выделены задачи и определена их длительность (таб.1.).

Таблица 1 – Задачи и сроки выполнения проекта

Продолжение Таблицы 1

При проектировании экспертной системы (ЭС) необходимо чтобы раз в неделю происходила фиксация проделанной работы. Поэтому сделаем повторяющуюся задачу – «Создание отчетов».[2,4]

Далее необходимо выделить действующих лиц, которые будут отвечать за проектирование и назначить им зарплату (таб.2.). Для проектирования нам понадобится три системных аналитика, назовем их условно «Системный аналитик, Системный аналитик 2 и Системный аналитик 3», а также когнитолог, которого также назовем – «Когнитолог». Он будет отвечать за постановку задачи, а так же, при создании ЭС, будет, наполнят её ядро – базу знаний и поддерживать ЭС в рабочем состоянии и при необходимости обновлять данные.

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

Таблица 2 – Ресурсы проекта

Затем определим наши трудовые ресурсы на каждую задачу (таб.3.).[3]

Таблица 3 – Задачи и сроки выполнения проекта с ресурсами

Предположим, что все сотрудники работают по основному календарю проекта. Задачи распределены таким образом, что ресурсы не загружены (таб.4.). Сверхурочные часы работы есть только у «Системный аналитик 2».[2]

Таблица 4 – Загрузка ресурсов

После составления плана проекта начинается выполнение запланированных работ. Основной задачей отслеживания является контроль над фактическим ходом выполнения ранее запланированных работ. В данной задаче, базовый план совпал с фактическим (рис.3.), так как все сотрудники справились со своими задачами в положенный срок.

Рисунок 3 – Базовый и фактический план график

И напоследок, для более наглядного анализа проекта необходимо просмотреть отчеты. Например, отчет о базовых затратах рис.4. Или, например, отчет о состоянии ресурса рис.5.[1,6]

Рисунок 4- Отчет о базовых затратах на проектирование ЭС

Рисунок 5 – Отчет о состоянии ресурсов

Устав проекта

1. Описание проекта

2. Изменения Документа

3. Назначение документа

4. Цели проекта

5. Проектные документы

6. Даты проекта и контрольные точки

7. Матрица гибкости заказчика

8. Организационная структура проекта

9. Ограничения проекта

10. Бюджет проекта

*Затраты на проектирование экспертной системы просчитывались самые минимальные.

11. Риски проекта

Современное образование постепенно уходит от сложившегося классического представления о нём. В помощь приходят информационные технологии, помогающие процессу обучения. Особую популярность обретают электронные курсы, облегчающие работу преподавателя. Государство способствует внедрению ИТ на все уровни образования. Электронные курсы получили распространение не только в государственных, но и в частных образовательных учреждениях; в организациях, для обучения сотрудников; для самообразования.

Создание образовательного ресурса подразумевает под собой, в первую очередь, выбор его формата и способа предоставления. Далее следует выбор системы управления обучением, на которой будет базироваться электронный образовательный курс. Создание последнего сложной задачей, так как требует всестороннего подхода к реализации: от подробного исследования предметных областей до учёта психологических и этических факторов образовательного процесса [1, 2].

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

• платформа является нераспространённой, что обуславливает недостаточный для полноценного изучения объём документации и учебной литературы;
• наиболее эффективным способом обучения работе на это платформе является непосредственное практическое её изучение;
• обучение с привлечением специалистов является затратным материально и по времени обучения.

Недостаток учебной литературы покроется при изучении платформы для построения курса. При процессе изучения будут разработаны практические задачи, решение которых будет осуществляться на самой платформе. Одна из наиболее весомых целей создания курса – частичное освобождение трудовых ресурсов (преподавателей-специалистов) и снижение материальных затрат [3, 4].
Создание курса преследует две основные цели:

• разработка эффективного средства и материала для изучения платформы разработки RadixWare;
• изучение платформы в процессе создания курса.

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

В рамках дисциплины «Управление ИТ-проектами» необходимо в среде MS Project разработать план-график на создание и ввод в эксплуатацию электронного образовательного курса. При разработке план-графика необходимо учитывать все вышеуказанные критерии, а также необходимо учитывать требования, представленные в ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания» [5, 6].

Построение план-графика

Для начала разработки проекта необходимо определить некоторые сведения, которые будут общие для всех задач. Во-первых, нужно определиться со сроками проекта (рис.1).

Рисунок 1. Выбор временных границ проекта

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

Одним из составляющих точного расчёта временных диапазонов является задание календаря проекта (рис.2). Должны быть определены нерабочие дни и дни с особым расписанием рабочего времени (например – предпраздничные).

Рисунок 2. Изменение рабочего времени

Далее следует определить используемые в проекте ресурсы. Возможно определение трудовых и материальных ресурсов. Допускается отсутствие последних. При создании трудовых ресурсов необходимо определить объёмы оплаты труда (рис.3). Возможно определение нескольких вариантов оплаты труда (рис.4).

Рисунок 3. Создание трудового ресурса

Рисунок 4. Альтернативные планы начисления заработной платы

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

MS Project имеет множество форм представления разрабатываемого план-графика (рис.5). Для создания ресурсов был выбран формат представления «Лист ресурсов». Далее для создания задач был выбран формат «Диаграмма Ганта». Выбор обоснован удобством ввода задач и наглядностью представления.

Рисунок 5. Варианты представления плана-графика

Форма представления «Диаграмма Ганта» имеет разделение экрана на две части. Ввод осуществляется в левой части. Необходимо указать название задачи и её длительность. Затем необходимо назначить ресурс. При необходимости изменить план оплаты труда у трудового ресурса. В левой части в виде диаграммы отображается задача на шкале времени (рис.6).

Рисунок 6. Создание задач плана-графика

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

Рисунок 7. Настройка предшествующих задач

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

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

Рисунок 8. Сравнение текущего плана (красный) с базовым (серый)

Во время ведения проекта и его анализе возможен просмотр и сохранение разнообразных отчётов по разным количественным характеристикам проекта (рис.9, 10).

Рисунок 9. Отчёт по трудозатратам

Рисунок 10. Отчёт по движению денежных средств

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

Устав проекта

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

1.1. Назначение документа

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

1.2. Аббревиатуры и термины

Система управления обучением – основа системы управления учебной деятельностью (англ. Learning Management System, LMS), используется для разработки, управления и распространения учебных онлайн-материалов с обеспечением совместного доступа. Создаются данные материалы в визуальной учебной среде с заданием последовательности изучения. В состав системы входят различного рода индивидуальные задания, проекты для работы в малых группах и учебные элементы для всех студентов, основанные как на содержательном компоненте, так и на коммуникативном.

2. Информация о проекте

2.1. Наименование и реквизиты Заказчика

Кафедра «Прикладной информатики» института Энергетики и Автоматизированных систем ФГБОУ ВО «МГТУ им. Г.И. Носова»

Адрес: Ленина 11, 6 корпус ауд. 6308.

2.2. Наименование и реквизиты Исполнителя

Матвеев Владислав Андреевич, Студент 4 курса, ИЭиАС

2.3. Основание для разработки

Заказ кафедры «Прикладная информатика» института Энергетики и Автоматизированных систем ФГБОУ ВО «МГТУ им. Г.И. Носова».

2.4. Плановые сроки начала и окончания работ

Дата начала работ: 1.12.2016

Дата окончания: 1.06.2017

2.5. Сведения об источнике и порядке финансирования работ

Проект обеспечивается своими силами

3. Цели проекта

3.1. Назначение

Обучение и контроль обучения работе на платформе разработки RadixWare.

Объект автоматизации: процесс обучения работе с платформой RadixWare.

3.2. Цели создания

Курс создаётся для улучшения процесса обучения. Создание ресурса позволит эффективнее обучать новых сотрудников и уменьшить затраты преподавателей. Ожидаемые показатели: прирост количества специалистов и уменьшение нагрузки на преподавателей.

4. Проектные документы

Устав проекта – является официальной авторизацией проекта

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

Документ об образе и границах проекта – раскрывает основные направления и ограничения проекта

Варианты использования – описывает функционал проекта

Спецификация требований – функциональные и нефункциональные требования

5. Задачи проекта, контрольные точки исполнения и затраты на реализацию

Таблица 1 — План-график проекта

6. Организационная структура проекта

Чернов Виктор – разработчик LMS

Матвеев Владислав – разработчик электронного курса

7. Потребности клиента или рынка

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

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

8. Объёмы проекта

8.1. Объем первоначально запланированной версии

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

8.2. Объем последующих версий

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

8.3. Ограничения и исключения

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

Курс не гарантирует, что полученные знания окажутся достаточными для работы с RadixWare.

9. Риски проекта

9.1. RadixWare окажется сильно сложным и непонятным продуктом для написания курса интерактивного обучения

9.2. Структура LMS окажется неэффективной

9.3. Курс обучения будет составлен непродуктивно

9.4. Обучающиеся не смогут изучать RadixWare, используя разрабатываемый продукт

10. Профили заинтересованных лиц

10.1. Обучающиеся

Заинтересованы в более удобном прохождении курса обучения

10.2. Преподаватели

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

Дата основания предприятия – ноябрь 1985 года.

Форма собственности – Общество с ограниченной ответственностью.

Учредителем предприятия является Иванов Иван Иванович.

Уставный фонд  – 17,6 млн. руб.

Предприятие является юридическим лицом, имеет самостоятельный баланс, свой расчетный, валютный и иные счета, действует на принципах полного хозяйственного расчета, владеет имуществом на праве полного хозяйственного ведения, может от своего имени заключать договора, приобретать имущественные и личные неимущественные права, исполнять обязанности, быть истцом и ответчиком в судах [1, 2, 3].

Юридический адрес предприятия – Московская область, ул. XX, д.XX.

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

Рисунок 1 – Организационная диаграмма

Рассмотрим факторы, которые смогут повлиять на результат работы исследуемого нами отдела. В качестве основной методологии проектирования на данном этапе будем использовать методологию ARIS, диаграмму причин и факторов Исикавы (рис. 2).

Рисунок 2 – Диаграмма Исикавы

В данной диаграмме выделено 5 основных причин влияющие на неэффективную работу отдела:

1. Человек

• Большая загрузка сотрудников
• Болезни
• Отсутствие квалификации

1. Оборудование и инструмент

• Выход из строя техники
• Выход из строя погрузочного транспорта
• Недостаточная мощность серверов
• Недостаток автоматизации

1. Среда

• Плохая погода
• Неподходящие условия труда

1. Методы

• Отсутствие регламента
• Не оптимальность процесса

1. Менеджмент

• Отсутствие грамотного менеджера
• Плохая оптимизация рабочего времени сотрудников

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

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

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

Механики осуществляют ремонт оборудования.

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

Рисунок 3- План проекта

На данном графике (Рисунок 3) детально показан план разработки системы для предприятия. Показано не только название задачи, но и ее трудозатраты, длительность, а так же когда задача приступает к осуществлению и когда заканчивает. Для большей наглядности последовательности исполнения задач, нужно посмотреь на график проекта (Рисунок 4).

Рисунок 4 – График проекта

Использование ресурсов

После создания календарного плана необходимо распределить ресурсы для каждой из задач. На рисунке показано распределение ресурсов для каждой из задач (Рисунок 5).

Рисунок 5 – Использование ресурсов

Использование задач

На диаграмме использование задач наглядно видно какой ресурс использует каждая из задач, её трудозатраты, длительность, а так же начало  и окончание работы. Предназначена данная диаграмма для анализа участия ресурсов в проекте (Рисунок 4).

Рисунок 6 – Использование задач

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

Отчеты проекта

Рисунок 7 – Отчет «Обзор ресурсов»

Рисунок 8 – Отчет «Движение денежных средств»

Рисунок 9 – Отчет «Обзор затрат ресурсов»

Рисунок 10 – Отчет «О вехах»

Устав проекта

Рисунок 1- План проекта

На данном графике (Рисунок 1) детально показан план внедрения системы для турагентва. Показано не только название задачи, но и ее трудозатраты, длительность, а так же когда задача приступает к осуществлению и когда заканчивает. Для большей наглядности последовательности исполнения задач, нужно посмотреь на график проекта (Рисунок 2).

Рисунок 2 – График проекта

Использование ресурсов

После создания календарного плана необходимо распределить ресурсы для каждой из задач. На рисунке показано распределение ресурсов для каждой из задач (Рисунок 3).

Рисунок 3 – Использование ресурсов

Использование задач

На диаграмме использование задач наглядно видно какой ресурс использует каждая из задач, её трудозатраты, длительность, а так же начало  и окончание работы. Предназначена данная диаграмма для анализа участия ресурсов в проекте (Рисунок 4).

Рисунок 4 – Использование задач

Построив план проекта в MS Project можно сделать вывод о том, что данное внедрение пройдет весьма успешно. Достаточно детально представлены сроки и затраты предприятия. Какие задачи необходимо выполнить, какие ресурсы нужны для использования. А главное выполняется основная цель планирования проекта – это детальное представление модели реализации [5, 6].

Отчеты проекта

Рисунок 5 – Отчет «Обзор ресурсов»

Рисунок 6 – Отчет «Движение денежных средств»

Рисунок 7 – Отчет «Обзор затрат ресурсов»

Форма собственности – Публичное акционерное общество.

Уставный фонд  – 17,6 млн. руб.

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

В состав компании также входят тестировочный полигон и производственные помещения.

Старший менеджер вырабатывает определенную стратегию для получения прибыли и оптимизации издержек, а также следит за качеством работы сотрудников. Ведущий специалист организует работу всего коллектива, несет полную ответственность за состояние отдела и его деятельность. Главному конструктору подчиняются: ведущие специалисты и остальные специалисты [1, 2].

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

Механики осуществляют ремонт оборудования.

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

На данном графике (Рисунок 1) детально показан план внедрения системы для предприятия. Показано не только название задачи, но и ее трудозатраты, длительность, а так же время, когда задача приступает к осуществлению и когда заканчивает. Для большей наглядности последовательности исполнения задач, можно посмотреь на график проекта (Рисунок 2) [3, 4].

  Использование ресурсов

После создания календарного плана необходимо распределить ресурсы для каждой из задач. На рисунке показано распределение ресурсов для каждой задачи (Рисунок 3).

 Использование задач

На диаграмме использование задач наглядно видно какой ресурс использует каждая из задач, её трудозатраты, длительность, а так же начало  и окончание работы. Предназначена данная диаграмма для анализа участия ресурсов в проекте (Рисунок 4).

Построив план проекта в MS Project можно сделать вывод о том, что данная разработка пройдет весьма успешно. Достаточно детально представлены сроки и затраты предприятия. Какие задачи необходимо выполнить, какие ресурсы нужны для использования. А главное выполняется основная цель планирования проекта – это детальное представление модели реализации [5, 6].

Отчеты проекта

Устав проекта