Автоматизация учета клиентов компании ООО «Хелпдеск». Часть 2

Страницы: 1 2

2.2.   Информационное обеспечение задачи

Базовый план проекта (Baseline или Performance Management Baseline) или базовый план исполнения проекта – это сводные данные об объеме, сроках и стоимости проекта, согласованных на этапе планирования, на основе которого в процессе выполнения проекта отслеживается его прогресс.

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

В базовый план проекта включаются следующие базовые планы:

Базовый план cодержания проекта (Scope Baseline) – это согласованное описание объема проекта и иерархическая структура работ проекта (Work Breakdown Structure) плюс словарь WBS, если он есть.

Базовый календарный план проекта (Schedule baseline) – это согласованный план-график проекта, включая даты начала и окончания каждой задачи.

Базовый план стоимости проекта (Cost Baseline) – это согласованный бюджет проекта, разбитый по фазам проекта.

Таблица 2.4

Перечень задач проекта

 

Продолжение таблицы  2.4

Продолжение таблицы  2.4

 

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

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

Microsoft Project – это комплексное программное обеспечение – система управления проектами и способ оптимизации управления портфелями, который позволяет планировать и контролировать проектную деятельность организаций. В статье даётся описание функций и более подробно рассказывается о том, что такое Ms Project, как работать в программе, и как пользоваться всеми Microsoft Project-возможностями. Рабочая область нового проекта в Microsoft Project представлен на рисунке 2.4

Рис 2.4. Интерфейс MS Project

Для начала работы в MS Project нам надо создать новый проект в каждом проекте содержится уникальный набор компонентов: цель проекта, определенные задачи, а также лица, их выполняющие. Чтобы помнить все важные сведения и их взаимосвязь, следует вводить данные о проекте и обращаться к ним при необходимости. На рисунке 2.5 представлены сведения о проекте. В сведенья проекта внесли название и тему проекта, руководителя и исполнителя проекта.

Рис.2.5. Сведения о проекте

Дальше нам следует настроить календарь проекта Календарь проекта можно изменять, чтобы отражать рабочие дни и часы для каждого участника проекта. Стандартный календарь с понедельника по пятницу, с 9:00 до 18:00, с часовым обеденным перерывом. Можно определить и нерабочее время, например, выходные или ночное время, а также специальные выходные дни, например, праздники. Календарь проекта представлен на рисунке 2.6.

График рабочего времени и праздников  соответствует рабочему календарю текущего года.

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

Рис.2.6. Календарь проекта

Обычный проект представляет собой набор связанных задач. Задача определяется объемом работы и конкретными результатами; она должна быть достаточно короткой, чтобы можно было регулярно отслеживать ее ход выполнения. Длительность задач обычно должна лежать в интервале от одного дня до двух недель. Задачи проекта представлена на рисунке 2.7

Рис.2.7.Задачи проекта

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

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

Рис.2.8.Задачи проекта с выделенными вехами

После того как задачи связаны, изменение дат предшественника влияет на изменение дат последователей. В Microsoft Project по умолчанию создается зависимость задач типа «Окончание-начало». Однако, поскольку зависимость «Окончание-начало» подходит не для каждого случая, для реального моделирования проекта связь задач можно изменить на «Начало-начало», «Окончание-окончание» или «Начало-окончание».

Лист ресурсов Microsoft Project используется для создания списка лиц, оборудования и материалов, составляющих рабочую группу и выполняющих задачи проекта. Список ресурсов будет содержать рабочие ресурсы или материальные ресурсы. Рабочие ресурсы — это сотрудники или оборудование; материальные ресурсы — это расходные материалы или сырье, например бетон, древесина или гвозди. Выделим ресурсы данного проекта, а именно три типа:

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

Материальные – материалы, которые потребляются при выполнении работ проекта.

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

Стоимость использования ресурсов определяется на вкладке Затраты диалогового окна Сведения о ресурсах. На рисунке 2.9 представлен Лист ресурсов

Рис.2.9.Лист ресурсов

Теперь нужно добавить созданные нами ресурсы в основной проект

На рисунке 2.10 представлены задачи проекта с ресурсами

Рис.2.10.Задачи проекта с ресурсами

Теперь можем  посмотреть  сведение о наших ресурсах представленных на рисунке  2.11

Рис  2.11.Сведение о ресурсах

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

В результате проведенных изменений (работы 7,8,10,11 стали выполняться частично параллельно) продолжительность проекта сократилась с 32 дней до 25 дней.

На рис.2.12 представлена диаграмма Ганта проекта построенная на основе данных проекта.

Рис 2.12 – Диаграмма Ганта

Контроль использования  (загрузка ресурсов) обычно проводится на основе диаграммы использования ресурсов (рис.2.13).

Рис 2.13 – Диаграмма использования ресурсов

На диаграмме видно, что ресурс «Программист БД» перегружен (отмечен красным цветом).

Для  оценки загрузки ресурсов может использоваться график загрузки ресурсов (% загрузки ресурсов) (рис.2.14).

Рис 2.14 – Диаграмма загрузки (%) ресурсов

Аналогично загрузка ресурсов видна на диаграммах по затратам и трудоемкости Устранить перегрузку ресурсов можно двумя способами – или увеличить ресурс или увеличить время решения задачи. Например, можно увеличить число программистов БД до двух человек (рис.2.15)

Рис 2.15 – Лист ресурсов с корректировкой ресурса «Программист БД»

В нашем случае лучше увеличить число программистов БД до 2 человек (рис.2.16).

Рис 2.16 – Статистика проекта

Затраты по проекту контролируются по таблице затрат (рис.2.17).

Рис 2.17 – Затраты по проекту

Рис 2.18 – Таблица «Трудоемкость проекта»

Мониторинг выполнения проекта, наиболее удобно осуществлять на основе таблицы «Трудоемкость проекта» (рис.2.18). В таблице проставляется процент выполнения работы на дату контроля (текущую дату).

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

Шкала оценки вероятности риска, шкала последствий риска и матрица оценки рисков представлены в таблицах 2.5, 2.6, 2.7.

Результаты представлены в виде Реестра рисков (табл. 2.8).

Таблица 2.5

Шкала оценки вероятности риска

 

Таблица 2.6

Шкала оценки последствий риска

 

Таблица 2.7

Матрица оценки рисков

 

Таблица 2.8

Реестр рисков проекта

 

 

Продолжение таблицы 2.8

 

Продолжение таблицы 2.8

 

Продолжение таблицы 2.8

 

2.3.   Программное обеспечение задачи

В соответствии с описанием предметной области выделим следующие сущности:

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

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

Рис 2.19- Концептуальная модель, ER-уровень

Следующий этап проектирования — определение ключей сущностей и ключей связей.

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

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

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

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

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

Последнюю трудность можно обойти, выделив год принятия документа в отдельный атрибут, но, забегая вперед, на стадию физического проектирования, следует учесть, что в подавляющем большинстве СУБД и, в частности, в Microsoft Access, имеется специальный тип данных для хранения дат. Использование такого типа имеет очевидные преимущества перед хранением даты «по частям», в виде набора числа, месяца и года, а именно: [10]

тип «Дата» позволяет осуществлять манипуляции с датами (сравнение, прибавление или вычитание определенного интервала, и т. д.);

тип «Дата» гарантирует корректность хранимого значения, автоматически учитывая число дней в месяце, високосные годы и т. д.;

дата в стандартном типе хранится в упакованном формате и, соответственно, более компактно, чем при хранении «по частям».

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

Сущность Связь определяет, какой документ с каким связан и как. В соответствии с этим, первичный ключ этой сущности включает три поля, два из которых ссылаются на сущность Документ, а третье — на сущность «Тип связи».

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

Описанные первичные и внешние ключи отображены на диаграмме KB-уровня (рис. 2.20). На этом рисунке видно, что сущности Ход и Связь являются зависимыми, поскольку в состав их первичных ключей входят поля, представляющие первичные ключи других сущностей.

Помимо ключевых атрибутов, сущности должны содержать иные информационные атрибуты, например, название вида документа, название подразделения, дату прохождения документа через инстанцию и результат, и т. д. и т. п. Модель с полным составом атрибутов (FA-уровень) показана на рис. 2.21.

Рис 2.20.  Концептуальная модель, KB-уровень

Рис 2.21. Концептуальная модель, FA-уровень

2.4.   Контрольный пример реализации проекта и его описание

В ходе реализации разработанной концептуальной модели средствами СУБД для каждого атрибута был выбран соответствующий тип, созданы реляционные таблицы и связи между ними. Так, все кодовые поля (поля, имена которых начинаются со слова «Код») реализованы как счетчики — такой тип данных поддерживается Microsoft Access. Ниже приводится полное описание структуры реляционных таблиц.

Таблица 2.9

Структура таблицы «Вид документа»

 

Таблица 2.10

Структура таблицы «Документ»

 

Таблица 2.11

Структура таблицы «Подразделение»

 

Продолжение таблицы 2.11

 

Таблица 2.12

Структура таблицы «Связи»

 

Таблица 2.13

Структура таблицы «Тип операции»

 

Таблица 2.14

Структура таблицы «Тип связи»

 

Таблица 2.15

Структура таблицы «Ход»

Продолжение таблицы 2.15

 

На рис. 2.22 представлена схема связи таблиц (окно «Схема данных» СУБД Access).

Рис. 2.22.  Схема связи таблиц

 

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

Ниже представлена структура главной кнопочной формы:

• Справочники
  • Вид документа
  • Тип операции
  • Тип связи
• Оперативный учет
  • Документ
  • Подразделение
• Отчеты
  • Обрабатываемые документы по отделам
  • Документы, связанные с заданным
  • Документы за период
• Выход

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

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

Форма Документ содержит как собственно информацию о документе (дату принятия, номер, название, и т. д.), так и информацию о связанных документах (документах, на которые имеются отсылки в текущем документе) и о движении документа (куда направлялся, когда и с каким результатом). Форма автоматизирует процесс присвоения документу регистрационного номера: после добавления с помощью формы новой записи и выборе типа создаваемого тем самым документа на форме активизируется кнопка «Вписать №». При нажатии этой кнопки определяется последний использованный регистрационный номер документа данного вида в текущем году, и в поле «Рег. №» вписывается следующий за ним номер.

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

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

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

Выводы по главе

Таким образом, был реализован проект разработки базы данных документооборота в программе MS Project

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

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

 

III Обоснование экономической эффективности проекта

3.1 Выбор и обоснование методики расчёта экономической эффективности

В данной части работы проведем расчет экономической эффективности от проекта «Разработка базы данных менеджера».

Исходные данные представлены в таблице 3.1.

Таблица 3.1

Исходные данные

 

1. Рассчитаем трудозатрат по разработке проекта «Разработка базы данных менеджера»

Сумму трудозатрат по разработке проекта «Разработка базы данных менеджера» измеряют в чел. * час. по следующей формуле:

Т = Ти + Та + Тп + Тотл + Тд ,                                    (1)

где  Ти — сумма затрат труда на исследование алгоритма решения задачи по разработке программного продукта;

Та- сумма затрат по разработке блок-схемы алгоритма по разработке программного продукта;

Тn — сумма затрат на программирование по разработке программного продукта;

Тотл —  сумма затрат на отладку проекта «Разработка базы данных менеджера»на ПК;

Тд — сумма затрат по подготовке документации по разработке программного продукта.

Сумма затрат труда на исследование алгоритма решения задачи при разработке проекта «Разработка базы данных менеджера» с учетом уточнения описания и квалификации специалиста по программированию вычисляют по следующей формуле

Ти = (Чусл. x B)/(4,5…5,5) * К)                              (2)

где  Чусл. — условное число операторов в программе;

В — значение коэффициента увеличения затрат в зависимости от сложности программы (1,2…5);

К — значение коэффициента квалификации специалиста по разработке.

Чусл. = Чпр. * Ксл. (1 + Ккор.) ,                               (3)

где Чпр. — число операторов

Ксл. — значение коэффициента сложности программы (от 1 до 2);

Ккор. — значение коэффициента коррекции программы в ходе ее разработки (от 0,5 до 1).

Ксл. =1,5;

Ккор. = 0,75.

Чусл.  =  5 *  1,5 * (1 + 0,75) =  13  операторов.

Принимаем значение коэффициента увеличения затрат В = 2,5 .

Значение коэффициента квалификации специалиста по разработке зависит от стажа работы специалиста по программированию следующим образом:

стаж до 2 лет — к = 0.8;

от 2 до 3 лет — к = 1;

от 3 до 7 лет — к = 1,3…1,4;

от 7 лет — к = 1,5…1,6.

Ти = (13 * 2,5)/ 5 *  1=  6,5   чел *час.

Рассчитаем затрат по разработке блок-схемы алгоритма

Рассчитаем трудозатраты при разработке проекта «Разработка базы данных менеджера» по следующей формуле:

Тa = Чусл./(4,0…5,5) * К)                                        (4)

где: Чусл. — условное число операторов;

К — значение коэффициента квалификации специалиста по разработке.

Тa =  13 / (5 *1)  =     2,6     чел*час.

Рассчитаем сумму затрат на отладку программы на ПК

Отладкой программы при разработке проекта «Разработка базы данных менеджера» занимается специалист по программированию.

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

Тотл = Чусл./(3,0…4,0) * К)                                   (5)

где: Чусл. — условное число операторов;

К — значение коэффициента квалификации специалиста по разработке.

Тотл = 13 / (3 * 1) = 4,3 чел*час;

При комплексной отладке программы следует предусмотреть возрастающие в 1,5 раза сумма затрат, поэтому окончательная сумма трудозатрат на отладку программы  будут равны:

Тотл.окон = Тотл * 1,5                                             (6)

Тотл.окон = 4,3 * 1,5 = 6,5    чел*час.

Трудовые сумма затрат по подготовке документации при разработке проекта «Разработка базы данных менеджера»

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

Тд = Тдп + Тдр                                                    (7)

где: Тдп — трудовые сумма затрат по подготовке данных в рукописи;

Тдр — сумма затрат на редактирование, печать и оформление документации.

Расчёт трудозатрат по подготовке данных в рукописи.

Тдп = Чусл./(12…18) * К)                                        (8)

где: Чусл. — условное число операторов;

К — значение коэффициента квалификации специалиста по разработке проекта «Разработка базы данных менеджера».

Тдп = 13 / (13 * 1) = 1   чел*час.

Сумма затрат на печать, редактирование и оформление Тдр зависит прямо пропорционально от затрат на подготовку данных в рукописи:

Тдр = 0,75 * Тдп                                                  (9)

Тдр = 0,75 * 1 = 0,75 чел*час.

Тд =    1 + 0,75  =   1,75 чел*час.

Рассчитаем трудозатрат на написание исходного кода программы при разработке проекта «Разработка базы данных менеджера»

Сумму затрат на программирование по разработке проекта «Разработка базы данных менеджера» определяют при помощи метода самофотографии и составляет около 25 — 35 % от общих трудозатрат на остальные этапы разработки программы.

Рассчитаем сумма затрат на программирование по разработке программного продукта, как  30 % от общих трудозатрат:

Тп = (6,5+2,6+6,5+1,75) *   30  /100   =  5,2  чел*час.

Рассчитаем общие трудозатрат по разработке проекта «Разработка базы данных менеджера»

Полученные затраты сведем в таблицу, произведем суммирование всех видов трудозатрат по разработке проекта «Разработка базы данных менеджера»  и находим общую сумму трудозатрат Т:

Т =  22,55  =  чел*час.

Таким образом, общая сумма трудозатрат по разработке проекта «Разработка базы данных менеджера» составят 22,55 чел*час.

Таблица 3.2

Структура трудозатрат по разработке проекта «Разработка базы данных менеджера»

 

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

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

— сумма затрат по оплате работ специалисту по программированию;

— сумма отчислений на социальные нужды (30 % от затрат по оплате работ);

— сумма затрат на оплату электроэнергии;

— сумма затрат на оплату машинного времени;

— сумма прочих затрат.

Время разработки проекта «Разработка базы данных менеджера»составит 300 час.

Рассчитаем сумму затрат по оплате работ специалиста по разработке проекта «Разработка базы данных менеджера»

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

ЗПпр = Т * Сч.пр                                                 (10)

где: Т — трудоемкость разработки проекта «Разработка базы данных менеджера»;

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

Сч.пр = Ппр/Фрв                                                (11)

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

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

Сч.пр = 25000/  1970  = 12,69  руб/час.

ЗПпр =    22,55  * 12,69 * 300 = 85848  руб.

Расходы по оплате работ специалиста по разработке программы составят  85848  руб.

Рассчитаем сумму отчислений на социальные нужды

Ос.н. = ЗПпр * Но.с.н.                                               (12)

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

Ос.н. =  85848  * 0,30 = 25754    руб.

Рассчитаем сумму затрат на оплату машинного времени

Стоимость машинного времени определяется по следующей формуле:

Змв = См * (Тn + Тотл)                                        (13)

где: См — цена машино-часа, руб.

Cм = (За + Звм + Зтр + 3пр) / Тп.к                                    (14)

где: За — сумма затрат на амортизацию, руб. в год;

Зтр — сумма затрат на текущий ремонт компьютера, руб. в год;

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

Звм — годовые затраты на вспомогательные материалы, руб.;

Тпк — годовой действительный фонд времени ЭВМ, час.

За = Cбал * На / 100                                             (15)

где: Cбал — балансовая стоимость компьютера, руб.;

На- норма амортизации в процентах.

Срок службы ПК составляет 5 лет, отсюда норма амортизации На. = 20 %.

За = 25000  * 20/100 = 5000  руб.

Звм = Cбал * 0,01                                               (16)

Звм = 25000 *0,01 = 250    руб.

Зтр = Cбал * 0,05                                                (17)

Зтр = 25000 *0,05 =  1250 руб.

Зпр = Cбал * 0,06                                               (18)

Зпр =25000 * 0,06 = 1500  руб.

Годовой действительный фонд времени ЭВМ при продолжительности его работы в течение дня равной 8 час. составляет 2112 часов. (8 х 22 х 12)

См =  (5000+250+1250+1500) / 2112  = 3,79  руб.

Сумма затрат на оплату машинного времени при написании и отладке программы .

Змв = 3,79 *(5,2+6,5) *300 =   13303    руб.

Рассчитаем сумму затрат на электроэнергию

Сэ = Зе * P * (Тn + Тотл + Тд)                                 (19)

где: Зе — стоимость электроэнергии (1 кВтч),руб. ;

P — мощность, потребляемая ПК, кВт.

Тn — сумма затрат на программирование, руб.;

Тотл — сумма затрат на отладку проекта «Разработка базы данных менеджера», руб.;

Тд — сумма затрат по подготовке документации, руб.

Т.к. Р = 150 Вт. = 0,15 кВт, тогда

Сэ =  4,1 * 0,15 * (5,2 + 6,5 + 1,75) * 300  =  2482   руб.

Калькуляция сметной стоимости проекта «Разработка базы данных менеджера»

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

Расчёт прочих затрат при разработке проекта «Разработка базы данных менеджера»(они составляют от 5 до 9% от суммы основных затрат)

Зп = Зосн. * 0,08                                                   (20)

Зосн = 85848 + 25754 +  13303 + 2482  =70156    руб.

Зп =  70156 * 0,08 =  5612  руб.

Общая сумма затрат по разработке проекта «Разработка базы данных менеджера»

Зо6щ = ЗПпр + Ос.н. + Змв + Сз + 3п                             (21)

Зобщ =  85848 + 25754 +  44,32 + 2482 +  5612 =   75768  руб.

Таблица 3.3

Калькуляция сметной стоимости проекта «Разработка базы данных менеджера»

 

Продолжение таблицы 3.3

 

Сметная стоимость проекта «Разработка базы данных менеджера» составит  75768  руб.

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

3.2 Расчёт показателей экономической эффективности проекта

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

Э = 3б — 3э                                                         (22)

где: 3б — сумма затрат по базовому варианту, руб./год;

3э — сумма затрат при использовании программного обеспечения , руб./год.

3б = Сч. * Тр * (1 / Дзп)                                           (23)

где: Сч. — средняя часовая сумма заработной платы (100 руб./час);

Тр — трудоёмкость решаемой задачи;

Дзп — доля заработной плате в общей смете затрат организации (91,5 %).

Для решения задачи без использования разрабатываемого проекта «Разработка базы данных менеджера»необходимо около (18 – 32) % действующего фонда рабочего времени. Т.к. Тпк = 2112 час/год, то

Тр = 2112 * 0,30 =  633,6 час/год.

3б=  100 * 633,6 * (1 / 0,915) = 69245,9 руб./год

3э = (Тг * См + Зобщ.) / Тс                                       (24)

где: Тг – время, отводимое на работу с программой, час;

См — стоимость одного машинного часа, руб.;

Тс — срок службы программного обеспечения , лет;

Тг = 2112 час/год;

См = 3,79 руб/час.;

Зобщ. =  75768 руб.;

Тс. = 5 лет.

3э = (2112 * 3,79 + 75768) / 5  = 16752  руб./год.

Экономической эффективности от использования проекта «Разработка базы данных менеджера»

Э =     69245,9    –   16752    =  52493 руб./год.

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

Ток. = Робщ. / Э,                                             (25)

где Робщ. – сумма общих расходов, руб.,

Робщ. = Сбал. + Зобщ                                      (26)

Робщ. =  25000 + 75768 = 100768  руб.

Ток. = 100768   / 52493 =  1,9  года

Вывод по главе

Так как полученный срок окупаемости Ток. = 1,9  года меньше нормативного значения срока окупаемости Ток.н. = 3 года, создание и использование проекта «Разработка базы данных менеджера»экономически целесообразно.

Заключение

В результате проделанной работы в рамках дипломного проекта был разработан проект автоматизированного документооборота ООО «Хелпдеск».

В ходе выполнения работы была разработана автоматизированная система на языке Access для обработки данных из таблиц базы данных. Обработка данных включает:

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

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

Кроме того, за специалистами службы ДОУ предлагается закрепить выполнение роли консультантов и наставников при проведении обучения пользователей, а также значительный пласт ответственности в момент формирования функциональных документоведческих и архивоведческих и технических требований к корпоративной СЭД, поскольку именно они могут предоставить наиболее полные данные по видовому составу и планируемому объему документов обществ, по правилам обработки и хранения документов организаций.

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

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

СПИСОК ЛИТЕРАТУРЫ

 

1.Архипенков С. Хранилища данных. От концепции до внедрения / С. Архипенков, Д. Голубев, О. Максименко. — М.: Диалог-Мифи, 2017. – 528 c.

2.Архитектура и проектирование программных систем : монография / С.В. Назаров. – 2-е изд., перераб. и доп. – М. : ИНФРА-М, 2018. – 374 с.

3.Базы данных. Практическое применение СУБД SQL и NoSOL-типа для применения проектирования информационных систем: Учебное пособие / Мартишин С.А., Симонов В.Л., Храпченко М.В. – М.:ИД ФОРУМ, НИЦ ИНФРА-М, 2017. – 368 с.

4.Балдин К.В. Информационные системы в экономике: учеб. пособие. – М.: ИНФРА-М, 2017. – 218 с.

5.Бизнес-процессы: регламентация и управление : учебник / В.Г. Елиферов, В.В. Репин. – М. : ИНФРА-М, 2018. – 319 с.

6.Богатырев С.Ю. Использование современных информационных систем в корпоративных финансах [Электронный ресурс]: учеб. пособие / С.Ю. Богатырев – М.: РИОР: ИНФРА-М, 2017. – 180 с.

9.Ильина О. Н. Методология управления проектами: становление, ИНФРА-М. – 2017. – 217 с.

10.Инновационная модель бизнес-процесса: Учебное пособие / Бабич В.Н., Кремлёв А.Г., – 2-е изд., стер. — М.:Флинта, 2018. – 184 с.

11.Информатика : учебник / И.И. Сергеева, А.А. Музалевская, Н.В. Тарасова. – 2-е изд., перераб. и доп. – М. : ИД «ФОРУМ» : ИНФРА-М, 2018. – 384 с.

12.Информатика и информационно-коммуникационные технологии (ИКТ) : учеб. пособие / Н.Г. Плотникова. – М. : РИОР : ИНФРА-М, 2018. – 124 с.

13.Информатика. Базовый курс [Текст] : учебное пособие для студентов высших учебных заведений / под ред. С.В. Симоновича. – 3-е изд. – СПб.: Питер, 2017. – 639 с.

14.Информационные технологии в профессиональной деятельности : учеб. пособие / Е.Л. Федотова. – М. : ИД «ФОРУМ» : ИНФРА-М, 2018. – 367 с.

Информационные технологии и управление предприятием: Пособие / Баронов В.В., Калянов Г.Н., Попов Ю.И., — 2-е изд., (эл.) – М.:ДМК Пресс, 2018. – 329 с.

16.Меняев М.Ф. Управление проектами. MS Project. Учебное пособие по специальности «Менеджмент организации»/ – М.: Омега-Л, 2014. – 276 с.

18.Попов, Ю. И. Управление проектами : учеб. пособие / Ю. И. Попов, О. В. Яковенко. – М. : ИНФРА-М, 2014. – 208 с.

Страницы: 1 2