Методические рекомендации «Производственная (преддипломная) практика» для МФЮА

2 ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

2.1 Разработка проекта автоматизации

2.1.1 Этапы жизненного цикла проекта автоматизации

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

Наиболее оптимальным вариантом является:

• выбор и обоснование одного из общеизвестных стандартов жизненного цикла ИС (ГОСТ 34, ISO 12207, ISO 15288, MSF, RUP, COBIT, Oracle CDM, XP);
• краткое рассмотрение ключевых положений по каждому из этапов:
• цель этапа;
• ключевые участники;
• требования к входной информации;
• получаемые результаты.
• Важно отметить, что данное описание должно относится непосредственно к автоматизируемой задаче, т.е. раскрывать последовательность разработки, внедрения и эксплуатации информационной системы, представленной к защите в рамках диссертации.
• Для этапа внедрения обязательно:
• выбрать и обосновать стратегию внедрения предлагаемого решения;
• детально расписать все работы и их характеристики, которые планируется проводить на этапе внедрения разрабатываемого проектного решения в их логической последовательности;
• описать роли участников процесса внедрения и их участие в каждой из работ.
• Для этапа эксплуатации обязательно:
• детально расписать все работы и их характеристики, которые необходимо производить на этапе эксплуатации разрабатываемого проектного решения в их логической последовательности;
• описать роли участников процесса эксплуатации и их участие в каждой из работ.

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

2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание

В разделе необходимо рассмотреть наиболее существенные риски проекта в разрезе их типов. Необходимо описать возможные риски вообще (применительно к каждому этапу ЖЦ ИС) и актуальные для разрабатываемого проекта в частности. Помимо краткого описания сущности рисков, необходимо описать те шаги, которые планируется предпринять для уменьшения величины каждого конкретного риска.

1. Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

В данном разделе необходимо дать полную и обоснованную характеристику проектируемым для решения задач средствам обеспечения ИБ и ЗИ. При этом необходимо отразить следующие аспекты.

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

Таблица 3 – Разграничение прав пользователей

Группы пользова-телей	Общая папка «Врачи»	Общая папка «Регистратор»	Модуль «Регистра-тура»	Модуль «Управление»	Доступ в Internet
Врачи	Чтение/создание	Чтение	Чтение	Чтение	Нет
Главный врач	Чтение/создание/удаление	Чтение	Чтение	Полный	Ограничен
Регистраторы	Чтение	Чтение/создание	Полный	Нет	Нет
Старший регистратор	Чтение	Чтение/создание/ удаление	Полный	Чтение	Ограничен
Системный администратор	Чтение/создание/удаление	Чтение/создание/ удаление	Полный	Полный	Не ограничен

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

Состав проектируемых программных и аппаратных средств может быть оформлен в виде таблицы с содержанием граф:

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

3. Обоснование выбора политики безопасности, а также тех или иных программных и аппаратных средств, где должно быть:

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

2.2 Управление проектом автоматизации

2.2.1 Описание системы принятия управленческих решений

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

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

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

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

1. Формулирование списка работ по проекту.
2. Определение времени выполнения каждой из работ.
3. Построение модели «Узел — работа» согласно запланированных работ по проекту исследования.
4. Расчет критического пути по проекту исследования.
5. Расчет полного (Total float) и свободного (Free float) резервов времени.
6. Заполнение итоговой модели согласно полученного расчета.
7. Резюме (выводы по расчету).

2.2.2 Формирование команды проекта автоматизации

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

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

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

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

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

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

Рисунок 1 – Проектные команды

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

Ведущий представитель пользователей со стороны заказчика выступает в роли посредника между сообществом пользователей организации и аналитиками организации разработчика. Задача этого человека — донести нужды пользователей до аналитиков. Он работает в тесном взаимодействии с аналитиком организации разработчика.

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

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

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

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

Технический лидер – это самый опытный разработчик в команде. Он направляет деятельность разработчиков, тестировщиков и аналитиков. Технический лидер – это правая рука руководителя проекта.

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

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

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

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

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

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

Различные методологии, используемые в сфере ИТ, предлагают свои принципы формирования команды ИТ проекта и распределения ролей между членами команды. Например, методология Microsoft Solutions Framework (MSF) предлагает модель проектной группы, состоящую из шести ролевых кластеров:

1. Управление продуктом (product management),
2. Управление программой (program management),
3. Разработка (development),
4. Тестирование (test),
5. Удовлетворение потребителя (user experience)
6. Управление выпуском (release management).

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

Таблица 2 – Функции ролевых кластеров

Ролевой кластер	Функции
Управление продуктом	Выступает в роли представителя заказчика Формирует общее видение/рамки проекта Организует работу с требованиями заказчика Развивает сферы применения в бизнесе Формирует ожидания заказчика Определяет компромиссы между параметрами «возможности продукта- время – ресурсы» Организует маркетинг, PR Разрабатывает, поддерживает и исполняет план коммуникаций
Управление программой	Управляет процессом разработки с целью получения готового продукта в отведенные сроки Формулирует спецификацию продукта и разрабатывает его архитектуру Регулирует взаимоотношения и коммуникацию внутри проектной группы Следит за временным графиком проекта и готовит отчетность о его состоянии Проводит в жизнь важные компромиссные решения Разрабатывает, поддерживает и исполняет сводный план и календарный график проекта Организует управление рисками
Разработка	Определяет детали физического дизайна Оценивает необходимые время и ресурсы на реализацию каждого элемента дизайна Разрабатывает или контролирует разработку элементов Подготавливает продукт к внедрению Консультирует команду по технологическим вопросам
Тестирование	Обеспечивает обнаружение всех дефектов Разрабатывает стратегию и планы тестирования Осуществляет тестирование
Удовлетворение потребителя	Представляет интересы потребителя в команде Организует работу с требованиями пользователя Проектирует и разрабатывает системы поддержки производительности Определяет компромиссы, относящиеся к удобству использования и потребительским качествам продукта Определяет требования к системе помощи и её содержание Разрабатывает учебные материалы и осуществляет обучение пользователей
Управление выпуском	Представляет интересы отделов поставки и обслуживания продукта Организует снабжение проектной группы Организует внедрение продукта Вырабатывает компромиссы в управляемости и удобстве сопровождения продукта Организует сопровождение и инфраструктуру поставки Организует логистическое обеспечение проектной группы

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

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

Рисунок 2 – Объединение ролей в проектных командах

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

2.3 Организационно-экономическое обоснование проекта

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

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

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

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

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

Среди основных недостатков имеющихся продуктов-аналогов можно выделить:

— (далее обучающийся должен указать имеющиеся недостатки существующего ПО (продукта, объекта и пр.).

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

2.1 Расчет затрат по созданной разработке

Смета затрат – это сводный расчет расходов за определенный календарный период (год, квартал), составленный по экономическим элементам расходов.

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

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

• материальные затраты (за вычетом возвратных отходов);
• затраты на оплату труда, включая отчисления на социальные нужды;
• амортизационные отчисления;
• прочие расходы.

Рассмотрим более подробно каждый вид затрат.

2.1.1 Расчет расходов по статье «Материальные затраты»

2.1.1. Расчет расходов по статье «Основные материалы»

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

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

Для расчета затрат по этой статье необходимо знать:

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

-нормы расхода их на одно изделие (услуги) с учетом технологических потерь;

-оптовую цену за единицу материала.

Сумма расхода по отдельным видам материалов рассчитывается по формуле:

(1)

где Цопт.i — оптовая цена одного килограмма материала i-го вида, руб.;

Рн.м.i — норма расхода материала i-го вида на единицу продукции (услуги), кг.

Стоимость всех материалов определяется как сумма расходов по отдельным их видам по формуле:

(2)

где n — номенклатура применяемых материалов.

К полученной сумме добавляются транспортно-заготовительные расходы в размере …% от нее. Расчет произведем табличным методом.

Таблица 3 – Стоимость основных материалов

Наименование материала	Тип, марка	Норма расхода на изделие	Цена за единицу, руб.	Сумма, руб.
1.
2.
3. и т.д.
Итого:

2.1.2 Расчет расходов по статье «Покупные комплектующие изделия и полуфабрикаты»

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

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

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

-оптовые цены на комплектующие изделия и полуфабрикаты.

К полученной сумме добавляются транспортно-заготовительные расходы в размере (10-15%) от нее. Расчет производится табличным методом аналогично расчету стоимости основных материалов.

Таблица 4 – Стоимость покупных комплектующих изделий и полуфабрикатов

Наименование материала	Тип, марка	Норма расхода на изделие	Цена за единицу, руб.	Сумма, руб.
1.
2.
3. и т.д.
Итого:

2.1.3 Расчет расходов по статье «Топливо и энергия»

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

(3)

где Р – потребляемая мощность оборудования, кВт/ч;

Цэл – стоимость 1 кВт/ч, руб.;

Ти – время использования оборудования при проведении работ, час.

Например, время работы первого оборудования составляет 8 часов в день, продолжительностью 65 дней, а второго — 4 часа. Стоимость 1 кВт электроэнергии на 2020г. составляла – 6,99 руб./кВт. (Стоимость 1 кВт часа уточнить на конкретную дату)

Получаем, что затраты на электроэнергию составят:

Зэл = 0,36∙ 6,99∙ 65∙ 8 + 0,05∙ 4,4∙ 4 = 1 309,408руб.

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

(4)

2.2 Расчет расходов по статье «Затраты на оплату труда»

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

2.2.1 Расчет расходов по статье «Заработная плата производственных рабочих»

Исходными данными для расчета расходов по этой статье являются:

-перечень работ, необходимых для изготовления изделия;

-трудоемкость и разряд всех видов работ;

-часовые тарифные ставки и условия оплаты труда, действующие на предприятии;

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

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

	(5)
	(6)
	(7)
	(8)
	(9)
	(10)

где ЗПосн. — основная заработная плата производственных рабочих, руб.

• ЗПдоп. — дополнительная заработная плата производственных рабочих, руб.;
• ЗПтар. — тарифная заработная плата производственных рабочих, руб.;
• Д — доплата к тарифной заработной плате, руб. (берем в интервале 10-15%);
• Сч. — часовая тарифная ставка разряда i -ой операции, руб.;
• Тшт. — штучная норма времени на выполнение i-ой операции, н. час;
• т — число операций;
• Осн. — сумма отчислений на социальные нужды, руб.;
• Нпр., Нд.з.п., Не.с.н. — нормативы премии (15-20%), дополнительной заработной платы (10-15%), единого социального налога (утвержденная ставка — 30%).

Заработная плата производственных рабочих по i-му (каждому) виду работ рассчитывается по формуле:

(11)

Расчет заработной платы произведем табличным методом.

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

Вид работ	Трудоемкость работ, нормо-час.	Средняя стоимость нормо-часа, руб.	Зарплата тарифная, руб.	Зарплата производственных рабочих, руб.
1.
2.
3. и т.д.
Итого:

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

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

Вид работ	Трудоемкость работ, нормо-час.	Средняя стоимость нормо-часа, руб.	Зарплата тарифная, руб.	Зарплата производственных рабочих, руб.
1. Установка и пайка компонентов на плату	0,30	230	69,00	114,45
2.Сборка корпуса	0,15	230	35,00	56,06
3.Подключение проводов	0,10	230	23,00	38,17
Итого:			127,00	210,75

ЗПпр.р.на каждый вид работ из табл. 2 = ЗПосн. + ЗПдоп. + Ос.н.

1) ЗПосн. = ЗПтар. + Д = 69 +10,35= 79,35 руб.

Д = ЗПтар. ∙ Нпр. / 100= 69∙ 15/100= 10,35 руб.

ЗПдоп. = ЗПосн. ∙ Нд.з.п. / 100= 79,35 *11/100= 8,73 руб.

Ос.н. = (ЗПосн. + ЗПдоп.) ∙ Не.с.н. / 100 =(79,35+8,73)*30/100= 26,42 руб.

ЗПпр.р. на первый вид работ= 79,35+8,73+26,42=114,50 руб.

2) ЗПосн. = ЗПтар. + Д = 35 +5,25= 40,25 руб.

Д = ЗПтар. ∙ Нпр. / 100= 35∙ 15/100= 5,25 руб.

ЗПдоп. = ЗПосн. ∙ Нд.з.п. / 100=40,25 ∙ 11/100= 4,43 руб.

Ос.н. = (ЗПосн. + ЗПдоп.) ∙ Не.с.н. / 100 =(40,25+ 4,43)*30/100= 13,40 руб.

ЗПпр.р. на второй вид работ= 40,25+4,43+13,40=58,08 руб.

3) ЗПосн. = ЗПтар. + Д = 23 +3,45= 26,45 руб.

Д = ЗПтар. ∙ Нпр. / 100= 23*15/100= 3,45 руб.

ЗПдоп. = ЗПосн. ∙ Нд.з.п. / 100=26,45 *11/100= 2,91 руб.

Ос.н. = (ЗПосн. + ЗПдоп.) ∙ Не.с.н. / 100 =(26,45+2,91)*30/100= 8,81 руб.

ЗПпр.р. на третий вид работ= 26,45+2,91+8,81=38,17 руб.

2.2.2. Расчет расходов по статье «Заработная плата разработчиков программного продукта»

Общая заработная плата разработчика программы рассчитываются по формуле:

(12)

где – отчисления на социальные нужды, руб.

(13)

где Сч.пр. – часовая оплата труда программиста, руб./ час.

Т – трудоемкость разработки программного продукта, чел-час.

(Исходные данные или из интервала от 50 до 70 чел.-час, например 62,50 чел.-час.);

(14)

где Ппр. – месячная заработная плата программиста, руб. (Исходные данные)

Фр.в. – месячный фонд рабочего времени, час. (168 час.)

Сч.пр. = = руб/час.

ЗПосн. = = руб.

Дополнительная заработная плата рассчитывается по формуле:

(15)

где Нд.з.п. – норматив дополнительной зарплаты, %. (10….15% выбрать из интервала).

ЗПдоп. = = руб.

Отчисления на социальные нужды рассчитываются по формуле:

Ос.н. = (ЗПосн. + ЗПдоп.) ∙ Но.с.н./ 100

где Но.с.н. – норматив отчислений на социальные нужды, % (30 %)

Ос.н. = = руб.

ЗПобщ. = = руб.

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

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

Фонд оплаты труда составит:

(16)

2.3 Расчет расходов по статье «Амортизационные отчисления»

Амортизация – перенесение по частям стоимости основных средств и нематериальных активов по мере их физического или морального износа на стоимость производимой продукции (работ, услуг). Амортизируемым имуществом согласно 256 статье НК РФ считается имущество со сроком полезного использования более 12 месяцев и первоначальной стоимостью более 100 000 рублей (одновременно должны выполняться оба условия).

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

(17)

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

Анир = Фn ∙ Tи ∙ На / Фэф,

где Фn –балансовая стоимость оборудования;

Тu – время использования оборудования при проведении работ;

Hа– норма амортизации;

Норма амортизации рассчитывается по формуле:

Hа = 1 / Тnu, где Тnu – срок службы оборудования, лет;

Фэф – годовой эффективный фонд времени работы оборудования, для односменной работы он составляет Фэф = 256 дней.

Время работы на оборудовании составляет 65 дней. Срок службы оборудования – 4 года (на конкретный год), тогда норма амортизации:

На = 1 / 4 = 0,25

Тогда, амортизационные отчисления для оборудования стоимостью в 102 000 рублей составят:

Анир = 102 000 ∙ 65∙ 0,25 / 256 = 6 480,00 руб.)

Общие прямые затраты разработки проекта ВКР составят следующую сумму:

Зпрямые = 3м + Фзп + Анир)

2.4 Прочие расходы

Прочие расходы – затраты, косвенно связанные с производством.

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

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

(18)

Величина остальных прочих расходов берется от суммы общих прямых затрат в установленном размере 10%.

, руб.

(19)

Необходимые расчеты сведены в табл. 7.

Таблица 7 – Затраты на разработку и реализацию проекта

Наименование статей расходов	Сумма, руб.	Удельный вес, %
Материальные затраты, Зм
Затраты на заработную плату с учетом отчислений на социальные нужды, Фзп
Амортизация оборудования, Анир
Прочие расходы, Зпр
ИТОГО: общие затраты, Зобщ		100%

Общие затраты на разработку составят: руб.

Из таблицы 7 видно, что большая часть затрат при реализации проекта приходится на …….. например, материальные затраты.

Расчет цены для НИР

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

Состав расчётной цены на разработку определяется как:

,

(20)

где – затраты на разработку;

– прибыль от реализации.

Определим расчётную цену на НИР при предполагаемом (плановом) размере прибыли на уровне 12% (выбрать из интервала 10-15%) :

руб.;	(21)
руб.;	(22)
= руб.	(23)

2.   5 Расчет экономического эффекта реализации проекта

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

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

Основными источниками экономии от использования ПП (программного продукта) в вычислительных процессах и процессах создания новых ПП являются:

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

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

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

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

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

Таблица 8 – Ожидаемый экономический эффект от внедрения НИР

Вид деятельности	Затраты до внедрения НИР	Затраты после внедрения, НИР

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

3 ОТЧЕТ ПО ПРЕДДИПЛОМНОЙ ПРАКТИКЕ

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

При прохождении преддипломной практики студенты-практиканты изучают теоретические вопросы, связанные выбранной тематикой ВКР, а также проводят анализ;

• предметной области деятельности предприятия;
• объекта автоматизации;
• существующих разработок и методов решения автоматизации.

Содержание отчета включает в себя следующие разделы.

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

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