Автоматизированная информационная система учета офисной техники

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 06.06.2016
Размер файла 1,8 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Основные компоненты диаграммы ERwin - это сущности, атрибуты и связи. Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. Атрибут выражает определенное свойство объекта. С точки зрения БД (физическая модель) сущности соответствует таблица, экземпляру сущности - строка в таблице, а атрибуту колонка таблицы [9].

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

Физическая модель данных зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД. Поскольку стандартов на объекты БД не существует, физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах [9, 10].

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

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

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

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

нормальная форма Бойса-Кодда (усиленная 3NF): отношение находится в усиленной 3NF тогда и только тогда, когда каждый детерминант отношения является возможным ключом.

В проекте использовалась логико-физическая модель.

ER-диаграмма системы на логическом уровне представлена на рисунке 2.1.

Рисунок 2.1 ER-диаграмма системы на логическом уровне

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

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

Разработанная модель находится в 3-й нормальной форме, так как:

- атрибуты сущностей являются атомарными;

- каждый неключевой атрибут функционально полно зависит от первичного ключа;

- в модели отсутствуют транзитивные зависимости неключевых атрибутов от ключа.

В качестве СУБД выбрана Microsoft Access.

ER-диаграмма системы на физическом уровне представлена на рисунке 2.2.

Рисунок 2.2 - ER-диаграмма системы на физическом уровне

Описание таблиц базы данных приведено в таблице 2.1.

Таблица 2.1 Описание таблиц базы данных

Наименование таблицы

Наименование поля

Тип поля

Первичный ключ

Внешний ключ

Заявки

ID

AutoNumber

Yes

No

ДатаВремяПриема

Date/Time

No

No

СтатусID

Long Integer

No

Yes

ПричинаID

Long Integer

No

Yes

РабМестоID

Long Integer

No

Yes

ДатаВремяВыпНач

Date/Time

No

No

ДатаВремяВыпКон

Date/Time

No

No

ИсполнительID

Long Integer

No

Yes

Текст

Text(255)

No

No

Подал

Text(50)

No

No

Модели

ID

AutoNumber

Yes

No

ТипID

Long Integer

No

Yes

Наименование

Text(255)

No

No

ПроизводительID

Long Integer

No

Yes

СрокЭкспл

Text(15)

No

No

Параметры

ID

AutoNumber

Yes

No

Наименование

Text(100)

No

No

ПараметрыМодели

МодельID

Long Integer

Yes

Yes

ПараметрID

Long Integer

Yes

Yes

Значение

Text(100)

No

No

Подразделения

ID

AutoNumber

Yes

No

Наименование

Text(50)

No

No

Приход

Шифр

AutoNumber

Yes

No

Накладная

Text(5)

No

No

НакладнаяДата

Date/Time

No

No

СотрудникID

Long Integer

No

Yes

Причины

ID

AutoNumber

Yes

No

Причина

Text(15)

No

No

Производители

ID

AutoNumber

Yes

No

Производитель

Text(50)

No

No

РабМесто

ID

AutoNumber

Yes

No

ПодразделениеID

Long Integer

No

Yes

Наименование

Text(255)

No

No

Описание

Text(255)

No

No

Телефон

Text(10)

No

No

Размещение

РабМестоID

Long Integer

Yes

Yes

ИнвN

Long Integer

Yes

Yes

ДатаВремя

Date/Time

Yes

No

Сотрудники

ID

AutoNumber

Yes

No

ФИО

Text(30)

No

No

Должность

Text(50)

No

No

Статусы

ID

AutoNumber

Yes

No

Статус

Text(50)

No

No

Типы

ID

AutoNumber

Yes

No

Наименование

Text(50)

No

No

Устройства

ИнвN

AutoNumber

Yes

No

МодельID

Long Integer

No

Yes

СерийныйN

Text(25)

No

No

Дата

Date/Time

No

No

ПриходID

Long Integer

No

Yes

ДатаСписания

Date/Time

No

No

Списано

Yes/No

No

No

ХроникаОбслужРабМеста

ID

AutoNumber

Yes

No

РабМестоID

Long Integer

No

Yes

Дата

Date/Time

No

No

Тип

Text(50)

No

No

СотрудникID

Long Integer

No

Yes

Описание

Text(255)

No

No

ХроникаОбслужУстройства

ID

AutoNumber

Yes

No

ИнвN

Long Integer

No

Yes

Дата

Date/Time

No

No

Тип

Text(50)

No

No

СотрудникID

Long Integer

No

Yes

Описание

Text(255)

No

No

2.2 Используемые классификаторы и системы кодирования

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

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

В задаче используются классификаторы, перечень и описание которых представлены в таблице 2.2.

Таблица 2.2 Состав классификаторов

Наименование реквизита

Длина кода в знаках

Система кодирования

Вид классификатора

Структура кода

№ заявки от подразделения

4

Порядковая

Общесистемный

XХXX

№ прихода

5

Комбинированная

Общесистемный

С / XХXX

Обозна- Порядковый чение номер

Инвентарный номер

6

Комбинированная

Общесистемный

СУ / XХXX

Обозна- Порядковый чение номер

2.3 Характеристика нормативно-справочной и входной оперативной информации

К нормативно-справочной входной информации относятся данные о подразделениях и рабочих местах, параметрах техники, работниках АХО, производителях, статусах заявки.

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

Входной оперативной информацией является информация о приходах техники, параметрах и информации по поступающей технике, заявки от подразделений.

Экранные формы для ввода входной информации приведены в приложении Б.

2.4 Характеристика выходной информации

Выходными данными для системы являются:

перечень рабочих мест;

карточка устройства;

инвентарный лист;

списанная техника;

техника, подлежащая списанию;

перечень заявок за период времени;

перечень приходов за период времени.

2.5 Проектирование интерфейса пользователя

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

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

Дерево диалога (граф перехода экранных форм) приведено на рисунке 2.3.

Рисунок 2.3 Дерево диалога (граф перехода экранных форм)

3. Руководство пользователя

3.1 Назначение программы

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

3.2 Условия применения

Минимальные необходимые требования для нормального функционирования системы: персональный компьютер на базе процессора Intel Celeron с тактовой частотой 600MHz, 256 МБ оперативной памяти, свободное пространство на жестком диске 10 Гб, VGA-совместимый дисплей (рекомендуется SVGA-дисплей).

3.3 Описание задачи

Экранные формы приложения приведены в Приложении Б. Формы выходных документов приложения приведены в Приложении В.

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

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

Для редактирования данных о подразделениях и рабочих местах, параметрах техники, работниках АХО, производителях, статусах заявки (рисунки Б.5, Б.8 Б.11) следует выбрать соответствующий пункт меню «Справочники» главного меню программы. Далее принципы работы с любой из этих форм одинаковы и соответствуют описанному ниже.

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

Для того чтобы распечатать данные на форме, следует нажать кнопку с изображением принтера (при ее наличии), после чего на экране появится сформированный отчет в формате MS Excel (рисунки В.1 В.10), который можно либо просто просмотреть, либо отправить на печать.

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

Вся новая техника появляется в разделе Временное хранение, из которого она может быть перемещена на любое рабочее место. Перемещение техники производится простым перетаскиванием выбранного экземпляра техники мышью по технологии «Drag and Drop».

Инвентарный учет техники ведется на форме, вызываемой при выборе пункта главного меню «Учет -> Учет офисной техники» (рисунок Б.2). На форме «Учет офисной техники» для выбранного вида техники отображается весь список моделей выбранного вида, которы можно при необходимости редактировать. Каждая модель имеет произвольный набор параметров, задаваемых в таблице внизу на той же форме. Для каждой модели техники в организации может быть от 0 и больше экземпляров, которые отображаются в таблице внизу на той же форме. Список экземпляров доступен для добавления и редактирования. Однажды заведенный эземпляр не подлежит последующему удалению из БД системы. При заведении нового экземпляра техники ему автоматически присваивается уникальный инвентарный номер, а сам экземпляр добавляется в раздел Временное хранение на главной форме (см. описание выше). Для каждого экземпляра техники устанавливается дата списания. Экземпляры, дата списания которых наступила, автоматически выделяются красным (если экземпляр не списан) или серым (если экземпляр списан).

На форме «Заявки от подразделений», вызываемой из одноименного пункта главного меню «Учет» (рисунок Б.3), ведется учет заявок на ремонт, обслуживание, списание, модернизацию или закупку техники. Заявка может иметь различный статус. Заявки в работе выделяются белым цветом, а отложенные заявки - зеленым. Данные на форме можно отфильтровать по различным критериям, выбирать которые можно, выделяя их галкой.

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

3.4 Входные и выходные данные

Входными данными для системы являются: данные о подразделениях и рабочих местах, параметрах техники, работниках АХО, производителях, статусах заявки, информация о приходах техники, параметрах и информации по поступающей технике, заявки от поразделений.

Выходными данными для системы являются:

перечень рабочих мест;

карточка устройства;

инвентарный лист;

списанная техника;

техника, подлежащая списанию;

перечень заявок за период времени;

перечень приходов за период времени.

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

4.1 Оценка уровня качества разрабатываемого программного продукта

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

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

В качестве программы для сравнения при разработке дипломного проекта выбран программный продукт «Учет оборудования» (конфигурация для «1С: Предприятие 8.1»). Эта разработка принята в качестве базового варианта исходя из трех факторов:

смежный профиль;

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

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

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

, (4.1)

где JЭТУ комплексный показатель качества нового программного продукта по группе показателей;

n число рассматриваемых показателей;

Вi коэффициент весомости i-гo показателя в долях единицы, устанавливаемый экспертным путем;

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

Для целей оценки JЭТУ будем использовать 5-ти бальную шкалу.

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

Таблица 4.1 Оценка эксплуатационно-технического уровня проекта и аналога

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

Коэффициент

весомости Bi

Проект

Аналог

Xj

ВjXj

Xj

ВjXj

Интерфейс (удобство обращения с системой)

0,09

5

0,45

4

0,36

Новизна (соответствие

современным требованиям)

0,06

5

0,3

5

0,3

Соответствие профилю

деятельности заказчика

0,15

5

0,75

3

0,45

Операционная система

(многозадачность, графика)

0,05

4

0,2

4

0,2

Надежность

0,15

4

0,6

4

0,6

Скорость доступа к данным

0,05

4

0,2

4

0,2

Гибкость

0,05

4

0,2

3

0,15

Функции обработки данных

0,15

5

0,75

3

0,45

Соотношение стоимость/

возможности

0,1

4

0,4

3

0,3

Время на обучение персонала

0,15

5

0,75

2

0,3

ИТОГО:

1

4,6

3,31

Отношение двух найденных индексов называют коэффициентом технического уровня Аk первого программного продукта по отношению ко второму:

(4.2)

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

4.2 Организация и планирование работ по разработке проекта

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

Руководитель выполняет постановку задачи, курирует ход работ и дает необходимые консультации при разработке системы. Исполнитель отвечает за проектирование информационного обеспечения, разработку структур баз данных, реализацию вычислительных алгоритмов в виде завершенного продукта, разработку интерфейсных блоков и отладку программы. Выбор комплекса работ по разработке проекта производится в соответствии со стандартом «ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств». Стадии разработки, этапы и содержание работ приведены в таблице 4.2.

Таблица 4.2 Стадии разработки, этапы и содержание работ

Этапы работ

Содержание работ

1 Исследование и обоснование стадии создания

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

1.2 Обоснование необходимости разработки

1.3 Подбор и изучение литературы

2 Научно-исследовательская работа

2.1 Анализ существующих методов решения задачи

2.2 Обоснование принципиальной важности разработки

3 Разработка и утверждение технического задания

3.1 Определение требований к проекту

3.2 Выбор программных средств разработки

3.3 Согласование и утверждение ТЗ

4 Технический проект

4.1 Разработка алгоритма решения задачи

4.2 Определение структуры входных и выходных данных

5 Проектирование

5.1 Программирование и отладка алгоритма

5.2 Тестирование

5.3 Анализ полученных результатов и исправление

облар\желли\ ошибок

6 Оформление рабочей документации

6.1 Выбор методики ТЭО, изучение ГОСТов и правил оформления пояснительной записки

6.2 Оформление раздела ТЭО

6.3 Оформление пояснительной записки

Для определения ожидаемой продолжительности работы Тож применяется формула (4.3).

, (4.3)

где tmin кратчайшая продолжительность заданной работы (оптимистическая оценка);

tmax самая большая продолжительность работы (пессимистическая оценка);

tн.в. наиболее вероятная продолжительность работы, определяемая по формуле (4.4):

, (4.4)

Оценка трудоемкости отдельных видов работ приведена в таблице 4.3.

Таблица 4.3 Оценка трудоемкости отдельных видов работ

Виды работ

Оптимистическая оценка

tmin

Реалистическая оценка

tн.в

Пессимистическая оценка

tmax

Ожидаемая продолжительность работы

1.1

3

4

5

4

1.2

1

2

3

2

1.3

8

9

10

9

2.1

3

4

5

4

2.2

2

4

6

4

3.1

2

3

4

3

3.2

1

2

3

2

3.3

2

3

4

3

4.1

11

13

15

13

4.2

2

3

4

3

5.1

30

40

50

40

5.2

3

4

5

4

5.3

10

13

16

13

6.1

3

4

5

4

6.2

2

4

6

4

6.3

10

12

14

12

Суммарное ожидаемое время на выполнение всех этапов

124

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

Таблица 4.4 Календарный график выполнения работ

Вид работы

Исполнители

Длительность в днях

Загрузка, дней

Загрузка, %

1.1

Программист

4

4

100

Руководитель

2

50

1.2

Программист

2

2

100

Руководитель

1

50

1.3

Программист

9

9

100

Руководитель

2.1

Программист

4

4

100

Руководитель

3

75

2.2

Программист

4

4

100

Руководитель

4

3.1

Программист

3

3

100

Руководитель

3

100

3.2

Программист

2

2

100

Руководитель

3.3

Программист

3

3

100

Руководитель

3

100

4.1

Программист

13

13

100

Руководитель

4.2

Программист

3

3

100

Руководитель

5.1

Программист

40

40

100

Руководитель

5.2

Программист

4

4

100

Руководитель

4

100

5.3

Программист

13

13

100

Руководитель

6

46

6.1

Программист

4

4

100

Руководитель

6.2

Программист

4

4

100

Руководитель

6.3

Программист

12

12

100

Руководитель

Итого Программист: 124 дня. Итого Руководитель: 26 дней.

Итого по исполнителям: РП - 26 дней, ИП - 124 дня

Построим на основе данных таблице 4.4 столбиковую диаграмму, представляющую этапы работ (рисунок 4.1)

Рисунок 4.1 - Этапы выполнения работ

4.3 Расчет затрат на разработку проекта

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

К=Кпр, (4.5)

где Кп - вложения на проектирование;

Кр - вложения на реализацию.

Суммарные затраты на проектирование системы и разработку программы:

, (4.6)

где m - количество работников, участвующих в разработке проекта;

Зoi - затраты на основную заработную плату работника i-й категории, руб.;

Wd - коэффициент, учитывающий дополнительную заработную плату, затраченную на разработку, в долях к основной заработной плате (Wd = 0,5);

Wс - коэффициент, учитывающий отчисления на социальные нужды, в долях к сумме основной и дополнительной заработной платы разработчиков (Wс = 0,262: страховые взносы в Пенсионный фонд в долях единицы - 0,2, страховые взносы в ФСС - 0,029, страховые взносы в ФОМС - 0,031, страховые взносы на производственный травматизм - 0,002);

Wн - коэффициент, учитывающий накладные расходы организации, в долях к основной заработной плате разработчиков, равный 0,6;

СM - затраты на материалы;

Мв - затраты на использование машинного времени.

Материалы, приобретенные в процессе работы, и их стоимость приведены в таблице 4.5.

Таблица 4.5 Затраты на материалы

Материалы

Единица

измерения

Приобретённое

количество

Цена за

единицу, руб.

Сумма, руб.

Картридж для принтера

шт.

1

500

500

Бумага офисная

пачка

1

150

150

CD-RW

шт.

1

15

15

Итого:

665

Денежные расходы на основную заработную плату определяются по формуле:

363,6726 + 318,19124 = 48910,98 руб., (4.7)

где ЗПсрni - среднедневная заработная плата работника i-ой категории, руб.;

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

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

Данные по расчету основной заработной платы проектировщиков занесены в таблицу 4.6, исходя из того, что в месяце в среднем - 22 рабочих дня. Основная заработная плата разработчиков системы приведена в таблице 4.6.

Таблица 4.6 Расчет основной заработной платы проектировщиков

Должность

Должностной оклад, руб.

Средняя дневная ставка, руб.

Затраты времени на разработку чел./дней

ФОТ, руб.

Руководитель Программист

8000

7000

363,67

318,19

26

124

9455,42

39455,56

Итого

48910,98

Дополнительная заработная плата (40%)

19564,39

Отчисления в социальные фонды (26%)

17803,60

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

, (4.8)

где tмв - машинное время компьютера, необходимое для разработки программного продукта;

Sмч - стоимость 1 часа машинного времени;

Км - коэффициент мультипрограммности (показывает долю машинного времени, отводимого непосредственно на работу над проектом); Км=1.

Учитывая время на разработку программы на компьютере, представленное в таблице 4.3, коэффициент мультипрограммности, равный 1, и условной стоимости 1 часа работы на компьютере в платном компьютерном зале, равной 15 руб., рассчитаем расходы на разработку программы:

Зm = 150151 = 2250 руб.

Накладные расходы Зн определим по формуле:

Таким образом, вложения на проектирование равны:

КП = 48910,98 ((1+0,5) (1+0,26)+0,6) + 2250,00 + 665,00 = 124703,30 руб.

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

Таблица 4.7 Смета затрат на разработку программного продукта

Статьи затрат

Сумма (руб.)

Основная заработная плата

48910,98

Дополнительная зарплата

24455,49

Отчисления во внебюджетные фонды

19075,28

Затраты на материалы

665,00

Затраты на машинное время

2250,00

Накладные расходы организации

29346,59

ИТОГО:

124703,30

Вложения на реализацию проекта:

(4.9)

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

Кзд - затраты на строительство, реконструкцию здания и помещений, руб.;

Кпп - затраты на приобретение типовых разработок, пакетов, руб.;

Кпп - затраты на прокладку линий связи, руб.;

Киб - затраты на создание информационной базы, руб.;

Кпк - затраты на подготовку и переподготовку кадров, руб.

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

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

Затраты на основное и вспомогательное оборудование определяется по формуле:

, (4.10)

где Cbj - балансовая стоимость j-го вида оборудования, руб. (20 000,00 руб.);

Qj - количество единиц j-гo оборудования, руб. (1 шт.);

Yj - коэффициент загрузки j-го вида оборудования при обработке информации по решению задач предметной области.

Коэффициент загрузки оборудования:

, (4.11)

где Фэфj - эффективный годовой фонд времени работы технического средства j-го вида, час./год.

, (4.12)

где tкj - трудоемкость однократной обработки информации по к-й задаче на j-м виде технических средств, часов машинного времени (tкj=6);

Uj - частота (периодичность) решения к-й задачи, дней /год (Uj =264).

Таким образом, получаем затраты на приобретение оборудования:

Ko = 20000 1 (6264)/(2648) = 15000,00 руб.

Суммарные затраты на разработку проекта составят:

K = 15000,00 + 124703,30 = 139703,30 руб.

Суммарные затраты, связанные с внедрением аналога, складываются из следующих затрат:

затрат на приобретение программного продукта (86000 руб.);

затрат по оплате услуг на установку и сопровождение продукта (13500 руб.);

затрат на основное и вспомогательное оборудование (20000 руб.);

затрат по подготовке пользователя (15350 руб).

Итого суммарные затраты, связанные с внедрением аналога, составят:

K = 86000 +23500 + 20000 + 35350 = 164850 руб.

4.4 Расчет эксплуатационных затрат

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

Зтек = Ззп + Са + Зэ + Срем + Зм + Зн , (4.13)

где Ззп - затраты на зарплату основную и дополнительную с отчислениями во внебюджетные фонды, руб.;

Са - амортизационные отчисления от стоимости оборудования и устройств системы, руб.;

Зэ - затраты на силовую энергию, руб.;

Срем - затраты на текущий ремонт оборудования и устройств системы, руб.;

Зм - затраты на материалы и машинные носители, руб.;

Зн - накладные расходы информационного отдела, руб.

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

, (4.14)

где ti - время эксплуатации системы i-м работником, дни;

3i - среднедневная заработная плата i-го работника, руб./день.

Данные для расчета основной заработной платы специалистов занесены в таблицу 4.8.

Таблица 4.8 Расчет основной заработной платы специалистов (для эксплуатации нового программного продукта)

Должность

Должностной оклад, руб.

Средняя дневная ставка, руб.

Затраты времени на эксплуатацию, чел./дней

Фонд заработной платы, руб.

Сотрудник АХО

15000

681,82

80

103 254,82

Итого

103 254,82

Сзп1 = 80 681,82 1,5 1,262 руб. = 103 254,82 руб. (за год).

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

Таблица 4.9 Данные по заработной плате специалистов (для продукта-аналога)

Должность

Должностной оклад, руб.

Средняя дневная ставка, руб.

Затраты времени на эксплуатацию, чел./дней

Фонд заработной платы, руб.

Администратор

15000

681,82

90

116 161,67

Итого

116 161,67

Сзп2 = 90 681,82 1,5 1,262 = 116 161,67 руб.

Сумма амортизационных отчислений рассчитывается следующим образом:

, (4.15)

где Cbj - балансовая стоимость j-гo вида оборудования, руб.;

tj - время работы j-гo вида оборудования, час;

Fэфj - эффективный фонд времени работы оборудования в год, час;

aj - норма годовых амортизационных отчислений для j-гo вида оборудования, %;

gj - количество единиц оборудования j-гo вида.

Эффективный фонд времени работы оборудования можно вычислить по формуле

Fэф =Dр Нэ , (4.16)

где Dp - количество рабочих дней в году, Dp = 249;

Нэ - норматив среднесуточной загрузки, час./день, Нз = 8.

Таким образом, эффективный фонд времени работы оборудования составит

Fэф = 2498 = 1992 час.

Известны следующие данные для расчета амортизационных отчислений:

аj = 20%;

gj = 1;

tj1 (для проекта) = 80 8 = 640 час.;

tj2 (для аналога) = 90 8= 720 час.;

Cb1 = 20000 руб.; Cb2 = 20000 руб.

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

Сa1 = 200000,21640 /1992 = 1285,14 руб.

Сумма амортизационных отчислений для аналога составит:

Сa2 = 200000,21720 /1992 = 1445,78 руб.

Затраты на силовую энергию рассчитываются по формуле

, (4.17)

где Nj - установленная мощность j-го вида технических средств, кВт;

tj - время работы j-го вида технических средств, час;

gj - коэффициент использования установленной мощности оборудования;

Тэ - тариф на электроэнергию, руб./кВт ч.

Для расчета затрат на силовую энергию используем тариф на электроэнергию для промышленных предприятий, установленный на данной территории, и составляющий 1,45 руб./кВт-ч. Установленная мощность для компьютера равна 0,3 кВт. Таким образом затраты на силовую энергию составят:

а) для проекта: Зэ1 = 0,36401,45 = 278,40 руб.;

б) для аналога: Зэ2 = 0,37201,45 = 313,20 руб.

Затраты на текущий ремонт оборудования рассчитываются по формуле

, (4.18)

где Cpi - норматив затрат на ремонт (Cpi = 0,05).

Затраты на текущий ремонт оборудования составят:

а) для проекта: Зрем1 = 0,0520000640/1992 = 321,29 руб.

б) для аналога: Зрем2 = 0,0520000720/1992 = 361,45 руб.

Затраты на материалы, потребляемые в течение года, составляют 1% от балансовой стоимости основного оборудования и равны 200 руб.

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

Таблица 4.10 Расчет годовых эксплуатационных затрат для проекта

Статьи затрат

Затраты на проект, руб.

Затраты на аналог, руб.

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

103 254,82

116 161,67

Амортизационные отчисления

1285,14

1445,78

Затраты на электроэнергию

278,40

313,20

Затраты на текущий ремонт

321,29

361,45

Затраты на материалы

200,00

200,00

Накладные расходы

21 067,93

23 696,42

Итого

126 407,58

142 178,52

Накладные расходы для проекта составят:

Сн1 = (103 254,82 + 1285,14 + 278,40 + 321,29 + 200,00) 0,2 = 21 067,93 руб.

Накладные расходы для аналога составят:

Сн2 = (116 161,67 + 1445,78 + 313,20 + 361,45 + 200,00) 0,2 = 23 696,42 руб.


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.