Создание автоматизированного рабочего места оператора сервисного центра
Характеристика предприятия, особенности работы оператора сервисного центра. Требования к программному и техническому обеспечению. Проектирование моделей данных, модулей и структуры информационной системы. Разработка интерфейса и тестирование программы.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 16.02.2013 |
Размер файла | 1,2 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Содержание
Введение
1. Постановка задачи
2. Описание предметной области
2.1 Общие сведения
2.2 Структура предприятия
2.3 Особенности работы оператора сервисного центра
3. Обзор аналогичного существующего ПО
4. Требования к разрабатываемому ПО
4.1 Требования к информационному обеспечению
4.2 Требования к программному обеспечению
4.3 Требования к техническому обеспечению
5. Разработка моделей данных
5.1 Схема базы данных
5.2 Концептуальная модель данных
6. Разработка модулей и структуры системы
6.1 Разработка структуры системы
6.2 Разработка схемы базы данных
7. Проектирование и разработка интерфейса
7.1 Выбор языка программирования
7.2 Схема функционирования модулей
8. Тестирование и отладка программной системы
9. Экономическое обоснование стоимости программного продукта
10. Охрана труда и окружающей среды
10.1 Потенциально опасные и вредные производственные факторы
10.2 Обеспечение электробезопасности
10.3 Обеспечение санитарно-гигиенических требований к помещениям и рабочим местам программистов
10.4 Противопожарная защита
Заключение
Список используемых источников
Приложения
Введение
Задача накопления, обработки и распространения (обмена) информации стояла перед человечеством на всех этапах его развития. В течение долгого времени основными инструментами для ее решения были мозг, язык и слух человека. Первое кардинальное изменение произошло с приходом письменности, а затем изобретением книгопечатания. Поскольку в эпоху книгопечатания основным носителем информации стала бумага, то технологию накопления и распространения информации естественно называть “бумажной информатикой”.
Использование различных технологий на рабочем месте, децентрализация управления влечет за собой децентрализованную обработку информации и децентрализованное применение средств вычислительной техники непосредственно на рабочем месте.
В таких системах АРМ является главным инструментом общения человека с вычислительных системах, используемый для контроля производственно-хозяйственной деятельности, изменения значений отдельных данных в АИС для решения текущих задач и анализа функций управления.
Эффективность АРМ следует рассматривать как интегральный показатель уровня реализации приведенных выше принципов, отнесенного к затратам по созданию и эксплуатации системы.
Функционирование АРМ может дать эффект только при условии правильного распределения функций и нагрузки между человеком и машинными средствами обработки информации, ядром которых является ЭВМ. Лишь тогда АРМ станет средством повышения не только производительности труда и эффективности управления, но и социальной комфортности специалистов.
В основу классификации АРМ может быть положен ряд классификационных признаков. С учетом областей применения возможна классификация АРМ по функциональному признаку:
- АРМ административно - управленческого персонала;
-АРМ проектировщика радиоэлектронной аппаратуры, автоматизированных систем управления и т.д.
- АРМ специалиста в области экономики, математики, физики, и т. д.
- АРМ производственно - технологического назначения.
Важным классификационным признаком АРМ является режим его эксплуатации, по которому выделяются одиночный, групповой и сетевой режимы эксплуатации.
В данной работе рассмотрено создание автоматизированного рабочего места оператора СЦ, обеспечивающего конечному пользователю обработку данных и автоматизацию процесса управления данными.
1. Постановка задачи
Хранение документов в виде компьютерных данных на диске безусловно, более целесообразно, чем хранение их в классическом виде, то есть в виде бумаг. Значительно упрощается поиск нужного документа, имеется возможность хранить данные за много лет и не путаться в них, сильно упрощается изменение любого документа, составление многочисленных справок.
На современном этапе автоматизации управления общественным производством наиболее перспективным является автоматизация планово-управленческих функций на базе персональных ЭВМ, установленных непосредственно на рабочих местах специалистов.
Эти системы получили широкое распространение в организационном управлении под названием автоматизированных рабочих мест (АРМ).
Автоматизированное рабочее место - индивидуальный комплекс технических и программных средств, предназначенный для автоматизации профессионального труда специалиста и обеспечивающий подготовку, редактирование, поиск, выдачу на экран и печать необходимых ему документов и данных. Автоматизированное рабочее место обеспечивает оператора всеми средствами, необходимыми для выполнения определенных функций.
Целью дипломного проекта является разработка программного приложения для автоматизации процесс хранения и обработки данных «автоматизированное рабочее место оператора сервисного центра»
В программном средстве должны быть реализованы следующие возможности:
- Возможность хранения списка клиентов в файле на жестком диске
- Возможность добавления новых записей к базе данных
- Возможность формирования отчетов по заданной записи
- Возможность резервного копирования и восстановления базы данных
- Отображение актуальной информации в главном окне программы
В файле базе данных должна быть реализована структура позволяющая добавлять, хранить и обрабатывать такую информацию, как:
- Список фирм клиентов
- Список адресов клиентов
- Список контактных лиц
- Список заявок клиентов
- Список оборудования, заявленное клиентом как неисправное
- Список проведенных диагностик и их результатов
- Список выполненных ремонтов
- Список штатных инженеров
- Служебная информация штатных инженеров
В отчете необходимо указать дату принятия, фирму клиент и контактное лицо, сроки выполнения. Далее требуется описать все неисправное оборудование, заявленное клиентом и все работы, произведенные для устранения неисправностей, а именно:
- Тип оборудования.
- Марка и модель.
- Серийный номер.
- Описание неисправности со слов клиента.
- Номер диагностики, дата проведения, результат (если она была проведена).
- Номер гарантийного талона, дата выдачи и срок действия (если такой иметься).
- Дата ремонта, описание выполненных работ (если ремонт производился).
- Марка, модель и серийный номер нового оборудования (если ремонт был признан нерентабельным, и была произведена замена оборудования).
- Стоимость произведенного сервисного обслуживания.
Также должна быть возможность вывода формирования отчета по серийному номеру оборудования. В таком отчете должно быть только описание ремонта оборудования (информация о клиенте не обязательно).
Резервное копирование - процесс создания копии данных на носителе, предназначенном для восстановления данных в оригинальном месте их расположения в случае их повреждения или разрушения, соответствующими программами - резервными дубликаторами данных.
Резервное копирование необходимо для возможности быстрого и недорогого восстановления информации (документов, программ, настроек и т. д.) в случае утери рабочей копии информации по какой-либо причине.
Отображение актуальной информации в главном окне программы. Актуальной информацией является список заявок, которые необходимо выполнить и список неисправного оборудования, которое нуждается в ремонте. Также программа должна проводить анализ базы данных и выводить текущее состояние процесса ремонта.
Программа должна иметь простой не загруженный лишними элементами интерфейс. Для обеспечения легкости интерфейса дополнительные возможности могут быть реализованы не в главном окне, а в выплывающих диалоговых окнах.
2. Описание предметной области
2.1 Общие сведения
Разрабатываемое мною программное обеспечение предназначено для развивающейся компании «Синтал».
ООО "СИНТАЛ" оказывает следующие услуги:
1. Гарантийное обслуживание компьютерного оборудования
2. Послегарантийный ремонт и сервисное обслуживание
а также:
- Диагностика неисправности
- Замена неисправных запчастей
- Ремонт
- Обеспечение необходимой документацией
Диагностика компьютера - процесс сложный и ответственный, только диагностика и ремонт компьютера, проведённые специалистом ООО "СИНТАЛ" гарантирует качество и стабильность в работе компьютера и сохранность информации.
Первичная диагностика компьютера будет быстрее и точнее, если мастер получит максимальное количество информации о том, какие действия проводись на оборудовании перед поломкой.
Последующая диагностика компьютера требует опыта, высокой квалификации, а также набора необходимых программ и тестирующего оборудования. При диагностике аппаратной части компьютера проверяются показатели датчиков температуры, напряжения, различные показатели состояния жесткого диска и другие. Если компьютер не загружается, то неисправность определяется по сигналам BIOS или показателю post-тестера.
Качественная диагностика неисправностей компьютера - это не только большой опыт, но и профессиональные знания, которые были не раз проверены нашими клиентами.
Вся информация, которая была собрана в течение всего времени ремонта и диагностики собирается для оформления документации по ремонту. Потом проходит обработка всей информации, и данные сохраняются для дальнейшего хранения.
На предприятии я получил задание создать программное средство для автоматизации некоторых процессов этой сферы.
2.2 Структура предприятия
Предприятие, на для которого я разрабатываю ПО имеет структуру, как показано на рисунке 2.1.
Такой вид организационной структуры является развитием линейной и призван ликвидировать ее важнейший недостаток, связанный с отсутствием звеньев стратегического планирования. Линейно - штабная структура включает в себя специализированные подразделения (штабы), которые не обладают правами принятия решений и руководства какими - либо нижестоящими подразделениями, а лишь помогают соответствующему руководителю в выполнении отдельных функций, прежде всего, функций стратегического планирования и анализа. В остальном эта структура соответствует линейной.
Размещено на http://www.allbest.ru/
Рисунок 2.1 - Структура организации.
Достоинства линейно - штабной структуры:
- более глубокая, чем в линейной, проработка стратегических вопросов; некоторая разгрузка высших руководителей;
- привлечения внешних консультантов и экспертов;
- при наделении штабных подразделений правами функционального руководства такая структура - хороший первый шаг к более эффективным органическим структурам управления.
2.3 Особенности работы оператора сервисного центра
Оперативный и качественный сервис - это залог успешной деятельности Сервисного Центра и гарантия долговременных взаимовыгодных отношений с клиентами.
Оперативность и качество сервисного обслуживания обеспечиваются:
- высокой квалификацией технического персонала Сервисного Центра;
- наличием единой информационной базы;
- отлаженной системой обработки поступаемых заявок;
- эффективным использованием транспорта и мобильной связи;
- наличием хорошей материально-технической базы (запчасти, технологическое и контрольно-поверочное оборудование, инструмент);
Основными операциями, выполняемыми оператором сервисного центра являются:
- Прием заявок от клиентов
- Сохранение заявок в базе данных
- Слежение за ходом ремонта и занесения в базу данных свежих сведений о проведенных диагностиках или ремонтах
- Формирование отчетов о выполненной работе для фирм-клиентов
3. Обзор аналогичного существующего ПО
С появлением компьютера жизнь людей во многом переменилась. Даже модели, обладающие набором лишь самых простых функций, были востребованы людьми самых разных профессий. Компьютерные технологии помогали оптимизировать работу в различных сферах деятельности человека. К тому же, появление компьютеров открывало новые возможности для досуга. Время не стояло на месте, и за считанные годы компьютерное производство превзошло все ожидания пользователей.
Первоначально все данные хранились в бумажном виде, что требовало выделения дополнительного помещения для их хранения. В случае возникновения необходимости поиска старых документов это занимало много времени, что, в свою очередь могло оказаться неуместным в некоторых ситуациях.
Исходя из этого, хранение информации в базе данных позволит существенно сократить временные затраты на поиск информации, а также повысит безопасность ее хранения.
После этого для удобства использования баз данных начали проектировать программы оболочки. Программу оболочку в отличие от СУБД можно спроектировать, таким образом, чтобы ограничить возможности пользователя, которые могут привести к несанкционированному удалению или редактированию ценной информации.
Мини-Сервис-Центр 1.1 является одной из таких оболочек.
Простая и удобная программа для учета в сервисных центрах, гарантийных мастерских и других фирмах, занимающихся продажей, ремонтом и обслуживанием теле, аудио, видео, бытовой техники, компьютеров, принтеров и любого другого оборудования.
Основные возможности программы "Мини-Сервис-Центр":
- Учет основных действий в Сервис-Центре: оформление заказов-нарядов, отслеживание этапов выполнения работ и оплат.
- 8 категорий цен для работ и 8 категорий цен на детали.
- Одновременный учет в рублях и долларах с возможностью изменения курсов валют.
- Печать основных форм документов: заказ-наряд, акт.
Используя уже существующее программное обеспечение, можно столкнуться с некоторыми трудностями при несоответствии структуры предприятия, при разработке собственной оболочки можно учесть особенности данного предприятия.
4. Требования к разрабатываемому ПО
4.1 Требования к информационному обеспечению
Сбор информации - это процесс целенаправленного извлечения и анализа информации о предметной области, в роли которой может выступать тот или иной процесс, объект и т.д. Цель сбора - обеспечение готовности информации к дальнейшему продвижению в информационном процессе.
Заявка - выражение намерений получить определенные услуги или товар. Обычно заявка оформляется письменно и направляется заинтересованной стороной тому, кто обеспечивает выполнение заявки.
Акт о проведенной диагностике - содержит исчерпывающую информацию о причинах неисправности. Составляется после проведения детальной диагностики неисправного оборудования.
Акт о проведенном ремонте - содержит в себе информацию о проведенном ремонте, а так же информацию об новом оборудовании, если оно было заменено. Составляется после завершения ремонтных операций.
4.2 Требования к программному обеспечению
В деловой или личной сфере часто приходится работать с данными из разных источников, каждый из которых связан с определенным видом деятельности. Для координации всех этих данных необходимы определенные знания и организационные навыки. Microsoft Access объединяет сведения из разных источников в одной реляционной базе данных. Создаваемые формы, запросы и отчеты позволяют быстро и эффективно обновлять данные, получать ответы на вопросы, осуществлять поиск нужных данных, анализировать данные и печатать отчеты. Система база данных в MS Access представляет собой совокупность инструментов для ввода, хранения, просмотра, выборки и управления информацией. К этим средствам относятся таблицы, формы, отчеты, запросы. В MS Access поддерживаются два способа создания базы данных. Возможно создать пустую базу данных, а затем добавить в нее таблицы, формы, отчеты и другие объекты. Такой способ является наиболее гибким, но требует отдельного определения каждого элемента базы данных. Кроме этого имеется возможность создать с помощью мастера базу данных определенного типа со всеми необходимыми таблицами, формами и отчетами. Так как MS Access содержит большой выбор подготовленных для вас баз данных, второй способ во многих случаях может оказаться предпочтительным.
В своей программе я использовал первый метод. База данных используется для того, чтобы хранить информацию о заказчиках, диагностике и ремонте оборудования.
Главное достоинство таблиц - в их понятности. С табличной информацией мы имеем дело практически каждый день.
4.3 Требования к техническому обеспечению
Процессор. Важнейшей характеристикой процессора, определяющей его быстродействие, является его частота, т. е. количество базовых операций (например, операций сложения двух двоичных чисел), которые производит процессор за 1 секунду. За двадцать с небольшим лет тактовая частота процессора увеличилась в 500 раз, от 4 МГц (процессор 8086, 1978 г.) до 2 ГГц (процессор Pentium 4, 2001 г.). Другой характеристикой процессора, влияющей на его производительность, является разрядность процессора. Разрядность процессора определяется количеством двоичных разрядов, которые процессор обрабатывает за один такт. Разрядность процессора увеличилась за 20 лет в 8 раз. В первом отечественном школьном компьютере «Агат» (1985 г.) был установлен процессор, имевший разрядность 8 бит, у современного процессора Pentium 4 разрядность равна 64 бит.
Оперативная (внутренняя) память. Оперативная память представляет собой множество ячеек, причем каждая ячейка имеет свой уникальный двоичный адрес. Каждая ячейка памяти имеет объем 1 байт.
В персональных компьютерах величина адресного пространства процессора и величина фактически установленной оперативной памяти практически всегда различаются. Например, объем адресуемой памяти может достигать 4 Гбайт, а величина фактически установленной оперативной памяти будет значительно меньше - скажем, всего 64 Мбайт.
Оперативная память аппаратно реализуется в виде модулей памяти различных типов (SIMM, DIMM) и разного объема (от 1 до 256 Мбайт). Модули различаются по своим геометрическим размерам: устаревшие модули SIMM имеют 30 или 72 контакта, а современные модули DIMM - 168 контактов.
Долговременная (внешняя) память. В качестве внешней памяти используются носители информации различной информационной емкости: гибкие диски, жесткие диски оптические диски CD-ROM (650 Мбайт) и DVD (до 10 Гбайт). Самыми медленными из них по скорости обмена данными являются гибкие диски (0,05 Мбайт/с), а самыми быстрыми - жесткие диски (до 100 Мбайт/с).
Производительность компьютера. Производительность компьютера является его интегральной характеристикой, которая зависит от частоты и разрядности процессора, объема оперативной (внутренней) и долговременной (внешней) памяти и скорости обмена данными. Производительность компьютера нельзя вычислить, она определяется в процессе тестирования по скорости выполнения определенных операций в стандартной программной среде.
Данная программа разрабатывалась на компьютере с такими техническими характеристиками:
- Microsoft Windows XP
- Pentium(R) 4 CPU
- 1GHz
- 128 Мб ОЗУ
-Видеокарта Интегрированная ATI Radeon HD 4250
- Объем HDD 80 ГБ
При разработке использовалась программа Microsoft Visual C++ 6.0.
Для обеспечения работы данной программы необходимо, чтобы выполнялись минимальные технические средства:
- ОС Windows XP
- 1 Ghz
- 50 Mб свободного места на диске
- 128 ОЗУ
- Microsoft Office Access 2007
5. Разработка моделей данных
5.1 Схема базы данных
Схема подключаемой базы данных изображена на рисунке 5.1.
Рисунок 5.1 - Схема базы данных.
5.2 Концептуальная модель данных
Концептуальная модель данных наиболее ярко выражает структуру базы данных. Концептуальная модель данных подключаемой базы данных представлена на рисунке 5.2
Размещено на http://www.allbest.ru/
Рисунок 5.2 - Концептуальная модель данных.
6. Разработка модулей и структуры системы
6.1 Разработка структуры системы
Структуру системы можно наглядно показать на диорамах Use case.
Ниже показаны основные диаграммы, которые показывают работу программы и каждой из функций в отдельности.
Общая схема функционирования программы и её взаимодействие с пользователем показаны на диаграмме прецедентов, изображенной на рисунке 6.1.
Рисунок 6.1 - Диаграмма прецедентов.
Рисунок 6.2 - Диаграмма сотрудничества. Диагностика.
Рисунок 6.3 - Диаграмма сотрудничества. Добавление заявки.
Рисунок 6.4 - Диаграмма сотрудничества. Добавление расписки.
Рисунок 6.5 - Диаграмма сотрудничества. Обновление элементов расписки.
Рисунок 6.6 - Диаграмма сотрудничества. Отчет по заявке.
Рисунок 6.7 - Диаграмма сотрудничества. Отчет по ремонту.
Класс - разновидность абстрактного типа данных в объектно-ориентированном программировании, характеризуемый способом своего построения.
Рисунок 6.8 - Диаграмма классов.
Рисунок 6.9 - Диаграмма последовательности. Диагностика.
Рисунок 6.10 - Диаграмма последовательности. Добавление расписки.
Рисунок 6.11 - Диаграмма последовательности. Добавление заявки.
Рисунок 6.12 - Диаграмма последовательности. Обновление элементов расписки.
Рисунок 6.13 - Диаграмма последовательности. Отчет по заявке.
Рисунок 6.14 - Диаграмма последовательности. Отчет по ремонту.
Рисунок 6.15 - Диаграмма схем состояний. Диагностика.
Рисунок 6.16 - Диаграмма схем состояний. Добавление заявки.
Рисунок 6.17 - Диаграмма схем состояний. Добавление расписки.
Рисунок 6.18 - Диаграмма схем состояний. Обновление элемента расписки.
Рисунок 6.19 - Диаграмма схем состояний. Отчет по заявке.
6.2 Разработка схемы базы данных
Для правильной разработки базы данных вначале требуется изучить предметную область. База данных должна быть сформирована таким образом, чтобы хранить в себе максимально большое количество нужной информации при этом не быть заполненной ненужными данными.
Главной таблицей будет таблица “Заявка ”. Она будет содержать номер заявки, данные о клиенте, код контактного лица, даты и состояние заявки. Список свойств таблицы приведен в таблице 6.1.
Таблица 6.1 - Список свойств таблицы «Заявка»
Идентификатор |
Тип значения |
Длина поля |
Уникальное |
Обязательное |
Ключевое |
Примечание |
|
Номер_заявки |
Целое |
5 |
Да |
Да |
Да |
Номер заявки |
|
Код_клиента |
Целое |
5 |
Нет |
Да |
Нет |
Код клиента для связи таблиц |
|
Код_контактного_лица |
Целое |
5 |
Нет |
Да |
Нет |
Код контактного лица клиента для связи таблиц |
|
Дата_получения |
Текст |
8 |
Нет |
Да |
Нет |
Дата получения заказа |
|
Срок_выполнения |
Текст |
8 |
Нет |
Нет |
Нет |
Желаемый срок выполнения заказа, указанный в заявке |
|
Дата_закрытия |
Текст |
8 |
Нет |
Нет |
Нет |
Дата ремонта последнего оборудования |
Второй по значимости является таблица ремонт оборудования. Она будет содержать номер заявки, к которой она принадлежит, дату приема оборудования, логическую переменную, сведетельствующую о выполнении ремонта и переменные, служащие для связи с остальными таблицами. Список свойств таблицы приведен в таблице 6.2.
Таблица 6.2. - Список свойств таблицы «Ремонт оборудования»
Идентификатор |
Тип значения |
Длина поля |
Уникальное |
Обязательное |
Ключевое |
Примечание |
|
Номер расписки |
Целое |
5 |
Да |
Да |
Да |
Номер расписки, выданной при приеме данного оборудования |
|
Код заявки |
Целое |
5 |
Нет |
Да |
Нет |
Код заявки, в которой было заявлено о неисправности данного оборудования. Служит для связи таблиц |
|
Оборудование |
Целое |
5 |
Нет |
Да |
Нет |
Код оборудования. Служит для связи таблиц |
|
Код неисправности |
Целое |
5 |
Да |
Да |
Нет |
Код неисправности. Служит для связи таблиц |
|
Инженер |
Целое |
5 |
Нет |
Нет |
Нет |
Код инженера. Служит для связи таблиц |
|
Описание_ремонта |
Целое |
5 |
Да |
Нет |
Нет |
Код ремонтных операций. Служит для связи таблиц |
|
Дата приема |
Текст |
8 |
Нет |
Да |
Нет |
Дата получения оборудования |
|
Гарантия до ремонта |
Целое |
5 |
Нет |
Нет |
Нет |
Код гарантийного талона, который был выдан до ремонта. |
|
Гарантия после ремонта |
Целое |
5 |
Да |
Нет |
Нет |
Код гарантийного талона, который выдает сервисный центр после ремонта. Служит для связи таблиц |
|
Выполнено |
Логическая |
True\ False |
Нет |
Да |
Нет |
Переменная, показывающая отремонтировано ли оборудование |
Таблица оборудования содержит тип оборудования, марку производителя, модель и серийный номер. Список свойств таблицы приведен в таблице 6.3.
Таблица 6.3 - Список свойств таблицы «Оборудование»
Идентификатор |
Тип значения |
Длина поля |
Уникальное |
Обязательное |
Ключевое |
Примечание |
|
Код оборудования |
Целое |
5 |
Да |
Да |
Нет |
Код оборудования. Служит для связи таблиц. |
|
SN |
Целое |
5 |
Да |
Да |
Нет |
Сирийный номер оборудования |
|
Тип оборудования |
Текст |
20 |
Нет |
Да |
Нет |
Тип оборудования |
|
Марка |
Текст |
20 |
Нет |
Да |
Нет |
Марка производителя оборудования |
|
Модель |
Текст |
10 |
Нет |
Да |
Нет |
Модель оборудования |
Неисправность, заявленная компанией-клиентом, код проведенной диагностики и переменная, хранящая ответ на вопрос распространяется ли гарантия на эту поломку, занесено в таблицу «Неисправность». Список свойств таблицы приведен в таблице 6.4.
Таблица 6.4 - Список свойств таблицы «Неисправность»
Идентификатор |
Тип значения |
Длина поля |
Уникальное |
Обязательное |
Ключевое |
Примечание |
|
Код неисправности |
Целое |
5 |
Да |
Да |
Да |
Код неисправности. Служит для связи таблиц |
|
Признаки неисправности |
Текст |
50 |
Нет |
Да |
Нет |
Признаки неисправности оборудования, указаные компанией-клиентом в заявке |
|
Диагностика |
Целое |
5 |
Да |
Нет |
Нет |
Код диагностики.Служит для связи таблиц. |
|
Распространение гарантии |
Логическая |
True\ false |
Нет |
Нет |
Нет |
Логическая переменная, показывающая будет ли распрастраняться гарантия на оборудование при данной поломке. |
Номер диагностики, дата проведения и результат заносятся в таблицу «Диагностика». Список свойств таблицы приведен в таблице 6.5.
Таблица 6.5 - Список свойств таблицы «Диагностика»
Идентификатор |
Тип значения |
Длина поля |
Уникальное |
Обязательное |
Ключевое |
Примечание |
|
Номер диагностики |
Целое |
5 |
Да |
Да |
Да |
Номер проведенной диагностики |
|
Дата проведения |
Текст |
8 |
Нет |
Да |
Нет |
Дата, когда была проведена диагностика |
|
Результат диагностики |
Текст |
50 |
Нет |
Да |
Нет |
Окончательное описание поломки, полученное благодаря диагностики. |
В таблице «Описание ремонта» указывается проводился ли ремонт или же оборудование было заменено. Если был проведен ремонт, то он описуется, если была проведена замена оборудования, то оно указывается в соответсвующем поле. Список свойств таблицы приведен в таблице 6.6.
Таблица 6.6 - Список свойств таблицы «Описание ремонта»
Идентификатор |
Тип значения |
Длина поля |
Уникальное |
Обязательное |
Ключевое |
Примечание |
|
Код ремонта |
Целое |
5 |
Да |
Да |
Да |
Код ремонтных операций. Служит для связи таблиц |
|
Замена\ремонт |
Логическая |
True\ false |
Нет |
Да |
Нет |
Логическая переменная определяющая было ли оборудование заменено. |
|
Описание ремонта |
Текст |
50 |
Нет |
Нет |
Нет |
Описание выполненого над оборудованием ремонта |
|
Новое оборудование |
Целое |
5 |
Да |
Нет |
Нет |
Если была произведена замена, то требуется указать код нового оборудования. Служит для связи таблиц. |
|
Стоимость ремонта |
Целое |
3 |
Нет |
Да |
Нет |
Затраты на ремонт, потраченные фирмой. |
|
Дата ремонта |
Текст |
8 |
Нет |
Да |
Нет |
Дата проведения ремонта. |
Информация о гарантийном талоне и описание предыдущих ремонтов содержится в таблице «Гарантии» (таблица 6.7).
Таблица 6.7 - Список свойств таблицы «Гарантии»
Идентификатор |
Тип значения |
Длина поля |
Уникальное |
Обязательное |
Ключевое |
Примечание |
|
№ гарантийного талона |
Целое |
5 |
Да |
Да |
Да |
Номер гарантийного талона. Используеться для связи таблиц. |
|
Дата выдачи |
Текст |
8 |
Нет |
Да |
Нет |
Дата выдачи гарантийгого талона. |
|
Срок гарантии |
Текст |
8 |
Нет |
Да |
Нет |
Срок окончания действия гарантийного талона. |
|
Осуществлялись ли ремонты |
Логическая |
True\ false |
Нет |
Да |
Нет |
Логическая переменная, определяющая проводились ли ремонты данного оборудования |
|
Описание ремонтов |
Текст |
150 |
Нет |
Нет |
Нет |
Если ремонты данного оборудования проводились, то их необходимо описать в этом поле |
Информация о штате инженеров, а именно его имя, фамилия, номер мобильного телефона, должность и адрес проживания находиться в таблице «Инженер». Список свойств таблицы приведен в таблице 6.8.
Таблица 6.8 - Список свойств таблицы «Инженер»
Идентификатор |
Тип значения |
Длина поля |
Уникальное |
Обязательное |
Ключевое |
Примечание |
|
Код инженера |
Целое |
5 |
Да |
Да |
Да |
Номер инженера. Служит для связания таблиц. |
|
Ф И О |
Текст |
64 |
Да |
Да |
Нет |
Имя, фамилия и отчество инженера |
|
Мобильный телефон |
Целое |
16 |
Да |
Да |
Нет |
Номер мобильного телефона инженера |
|
Адрес |
Целое |
5 |
Да |
Да |
Нет |
Код адреса проживания. Служит для связи таблиц |
|
Должность |
Целое |
5 |
Да |
Да |
Нет |
Код служебной информации о инженере. Служит для связи таблиц. |
Адрес проживания инженера и номер его домашнего телефона находятся в таблице «Адрес работников» (таблица 6.9).
Таблица 6.9 - Список свойств таблицы «Адрес работников»
Идентифи -катор |
Тип значения |
Длина поля |
Уникальное |
Обязательное |
Ключевое |
Примечание |
|
Код |
Целое |
5 |
Да |
Да |
Да |
Код адреса. Служит для связи таблиц |
|
Область |
Текст |
15 |
Нет |
Да |
Нет |
Область, в которой проживает инженер |
|
Город |
Текст |
15 |
Нет |
Да |
Нет |
Город, в котором проживает инженер |
|
Район |
Текст |
15 |
Нет |
Да |
Нет |
Район, в котором проживает инженер |
|
Улица |
Текст |
15 |
Нет |
Да |
Нет |
Улица, на которой проживает инженер |
|
Дом |
Целое |
3 |
Нет |
Да |
Нет |
Номер дома, в котором проживает инженер |
|
Квартира |
Целое |
3 |
Нет |
Да |
Нет |
Квартира(если есть), в котором проживает инженер |
|
Домашний телефон |
Целое |
16 |
Да |
Да |
Нет |
Домашний телефон инженера |
Информация о занимаемой должности, стаже работы, категории инженера хранится в таблице «Служебное». Список свойств таблицы приведен в таблице 6.10.
Таблица 6.10 - Список свойств табицы «Служебное»
Идентифи- катор |
Тип значения |
Длина поля |
Уникальное |
Обязательное |
Ключевое |
Примечание |
|
Код |
Целое |
5 |
Да |
Да |
Да |
Код инжинера. Служит для связи таблиц |
|
Должность |
Текст |
15 |
Нет |
Да |
Нет |
Должность, занимаемая инженером |
|
Стаж |
Целое |
2 |
Нет |
Да |
Нет |
Стаж работы инженера на данном предприятии |
|
Категория |
Целое |
1 |
Нет |
Да |
Нет |
Категория инженера |
Список компаний-клиентов и их контактные телефоны приведены в таблице «Клиент». Список свойств таблицы приведе в таблице 6.11.
Таблица 6.11 - Список свойств таблицы «Клиенты»
Идентифи- катор |
Тип значения |
Длина поля |
Уникальное |
Обязательное |
Ключевое |
Примечание |
|
Код_компании |
Целое |
5 |
Да |
Да |
Да |
Код компании клиента. Служит для связи таблиц |
|
Название |
Текст |
25 |
Да |
Да |
Нет |
Наименование предприятия |
|
Род_деятельности |
Текст |
64 |
Нет |
Да |
Нет |
Род деятельности предприятия |
|
Телефон |
Целое |
16 |
Да |
Да |
Нет |
Телефон приемной на предприятии |
|
ID |
Текст |
30 |
Да |
Да |
Нет |
Идентификационный номер предприятия |
|
Адрес_компании |
Целое |
5 |
Да |
Да |
Нет |
Код адреса компании. Служит для связи таблиц. |
Список лиц, осуществляющих работу с фирмой содержатся в таблице «Контактные лица». Список свойств таблицы приведен в таблице 6.12.
Таблица 6.12 - Список свойств таблицы «Контактные лица»
Идентифи- катор |
Тип значения |
Длина поля |
Уникальное |
Обязательное |
Ключевое |
Примечание |
|
Код контактного лица |
Целое |
5 |
Да |
Да |
Да |
Код контактного лица. Служит для связи таблиц |
|
Код предприятия |
Целое |
5 |
Нет |
Да |
Нет |
Код предприятия, в котором работает данное контактное лицо |
|
ФИО |
Текст |
64 |
Да |
Да |
Нет |
Имя, фамилия и отчесво контактного лица |
|
Должность |
Текст |
20 |
Нет |
Нет |
Нет |
Должность, занимаемая контактным лицом |
|
Стаж |
Целое |
2 |
Нет |
Нет |
Нет |
Стаж работы на данном предприятии |
Адреса фирм-клиентов, хранящиеся для осуществления выезда с последующим приемом несиправного оборудования содержатся в таблице «Адреса клиентов». Список свойств таблицы приведен в таблице 6.13.
Таблица 6.13 - Список свойств таблицы «Адреса клиентов»
Идентифи- катор |
Тип значения |
Длина поля |
Уникальное |
Обязательное |
Ключевое |
Примечание |
|
Код |
Целое |
5 |
Да |
Да |
Да |
Код адреса, служащий для связи таблиц |
|
Город |
Текст |
20 |
Нет |
Да |
Нет |
Город |
|
Район |
Текст |
20 |
Нет |
Да |
Нет |
Район |
|
Улица |
Текст |
20 |
Нет |
Да |
Нет |
Улица, на которой находится компния-клиент |
|
Дом |
Целое |
3 |
Нет |
Да |
Нет |
Номер дома |
|
Офис |
Целое |
3 |
Нет |
Да |
Нет |
Номер офиса |
7. Проектирование и разработка интерфейса
7.1 Выбор языка программирования
Современное общество невозможно представить без компьютера. Они настолько широко и глубоко внедрились в нашу жизнь, что очень трудно назвать какую-либо сферу деятельности человека, где бы они не использовались. В связи с этим серьезные требования предъявляются и к аппаратной части современных компьютеров, и к используемому программному обеспечению. В основном именно программное обеспечение, или, иными словами, программные продукты, обеспечивают возможность широкого использования компьютеров. Стоит нам переустановить программное обеспечение компьютера или добавить какой-либо новый программный продукт, и мы сможем решать на этом компьютере совершенно новые задачи.
Следовательно, используемые программные продукты должны соответствовать определенным критериям, обеспечивающим надежность работы компьютера и удобство работы пользователя.
Одной из целей использования компьютера может быть хранение больших массивов информации, а так же её обработка. Для реализации данных возможностей существуют множество систем управления базами данных. Одной из самых популярных СУБД является MS Access. Данная программа позволяет эффективно работать с данными даже пользователям, не являющимся специалистами по базам данных.
MS Access имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Она является файл-серверной СУБД и потому применима лишь к маленьким приложениям, но в ней отсутствует ряд механизмов, необходимых в многопользовательских БД, таких, например, как триггеры.
Когда база данных используется в узкой специализации и не требует множества функций, а требует список конкретных операций уместно подумать над разработкой приложения-оболочки для базы данных - это облегчит работу пользователя за счет отсутствия ненужных элементов.
Оболочку для своей базы данных я решил писать на языке C++.
Язык программирования С - стандартизованный процедурный язык программирования, обеспечивающий структурный стиль программирования.
Язык программирования С был разработан в лабораториях Bell Laboratories (сегодня это Американская корпорация AT&T Bell Laboratories) в США в период с 1969 по 1973 год Кеном Томпсоном и Деннисом Ритчи (практически в одно время с Паскалем).
Язык С++ принято считать языком объектно-ориентированного программирования. Однако, С++ произошел от С, поэтому по-прежнему сохраняет свойства структурного языка программирования.
Язык С++ - это ключ к современному объектно-ориентированному программированию. Он создан для разработки высокопроизводительного программного обеспечения и чрезвычайно популярен среди программистов.
С/С++ ценят за его эффективность; он является самым популярным языком для создания системного программного обеспечения (операционных систем, драйверов и др.). Язык С++ - один из основных языков разработки трансляторов.
С/С++ также часто используют для создания прикладных программ. Разработка графического пользовательского интерфейса на языке С++ выполняется, в основном, тогда когда необходимо разрабатывать сложные, нестандартные интерфейсы.
7.2 Схема функционирования модулей
Функция представляет собой набор связанных операторов, которые выполняют определенную задачу. Создавая функции внутри программы, вы можете делить большие задачи на небольшие легко управляемые части. Ваши программы выполняют операторы функций посредством вызова функции.
Работа программы и последовательность запуска её модулей можно показать благодаря алгоритму её работы.
Работа программы заключается в заполнении базы данных и формирования отчетов их полученных данных. Алгоритм заполнения базы данных приведен на рисунке 7.1
Алгоритм формирования отчета приведен на рисунке 7.2. Общий алгоритм работы программы показан на рисунке 7.3. В нем показано, какие действия происходят от момента запуска программы до её закрытия.
Рисунок 7.1 - Алгоритм заполнение базы данных.
Рисунок 7.2 - Алгоритм формирования отчета.
Рисунок 7.3 - Алгоритм работы программы.
8. Тестирование и отладка программной системы
Тестирование программного обеспечения - процесс исследования программного обеспечения (ПО) с целью получения информации о качестве продукта.
Для проверки и оценки своей программы, я выбрал следующие тестовые варианты:
1) Стохастическое тестирование класса Заказ.
Стохастическое тестирование - тестирование программ, при котором исходные тестовые данные берутся случайным образом (с использованием статистического распределения).
Существующие на сегодняшний день методы тестирования ПО не позволяют однозначно и полностью выявить все дефекты и установить корректность функционирования анализируемой программы, поэтому все существующие методы тестирования действуют в рамках формального процесса проверки исследуемого или разрабатываемого ПО.
Такой процесс формальной проверки или верификации может доказать, что дефекты отсутствуют с точки зрения используемого метода.
Класс Расписка:
Добавить
Проверить состояние
Проведение диагностики
Проведение ремонта
Формирование отчета
Тестирование разбиением на уровни и классы
1) Проверить состояние, проведение диагностики, проведение ремонта, формирование отчета.
2)Добавить
Тестирование разбиением на категории по свойствам
1) Формирование отчета, Проведение диагностики, Проведение ремонта (изменяет)
2) Проверить состояние (не изменяет, не использует)
3)Добавить (использует)
Тестирование разбиением на категории по функциональности
1)Операция добавления (добавление)
2)Операция изменения данных (Формирование отчета, Проведение диагностики, Проведение ремонта)
3)Запросы о нужном изделии (Проверить состояние)
Стохастическое тестирование класса Заявка.
Добавить
Проверка состояния
Формирование отчета
Тестирование разбиением на уровни и классы
1)Формирование отчета.
2)Добавить, Проверка состояния.
Тестирование разбиением на категории по свойствам
1)Формирование отчета (изменяет)
2) Проверка состояния (не изменяет, не использует)
3)Добавить (использует)
Тестирование разбиением на категории по функциональности
1)Операция добавления (добавить)
2)Операция изменения данных (формирование отчета)
3)Запросы о нужном изделии (Проверка состояния)
4)Тестирование, основанное на сценариях
Тестирование, основанное на сценариях, ориентировано на действия пользователя, а не на действия программной системы. Это означает фиксацию задач, которые выполняет пользователь, а затем применение их в качестве тестовых вариантов.
Рабочие сценарии опишем в виде спецификаций элементов Use Case.
Предпосылки: обычно вводят данные, заполняют информацию и сортируют по алфавиту, затем выводят результат. Данный элемент Use Case описывает события, которые при этом происходят.
1. Ввод новых данных или редактирование старых.
2. После внесения изменения данные сортируются по алфавиту.
3.Происходит полный сбор информации об оборудовании.
4.Сбор в единое всей информации и вывод её на экран в виде отчета.
Этот сценарий определяет как требования тестов, так и требования пользователя. Требования пользователя очевидны:
-Сортировка по алфавиту
-Качественный сбор информации
В ходе тестирования проверяется качество вводимой информации. Разработчик теста заметил, что похожая информация удаляется, но только после подтверждения сотрудника.
Элемент Use Case Добавление заявки:
1. Открыть программу.
2. Заполнить форму.
3. Сохранить изменения.
4. Добавить список неисправного оборудования.
5. Сохранить данные.
Элемент Use Case Обновление элементов расписки:
1. Открыть программу.
2. Выбрать кнопку диагностика.
3. Заполнить форму.
4. Сохранить данные.
Элемент Use Case Обновление элементов расписки:
1. Открыть программу.
2. Выбрать кнопку ремонт.
3. Заполнить форму.
4. Сохранить данные.
Элемент Use Case Отчет:
1. Открыть программу.
2. Выбирать нужную заявку или оборудование.
3. Выбрать кнопку отчет.
4. Просмотреть отчет.
Сортировка базы данных - это упорядочение записей по значениям одного из полей.
Сортировка записей производится по какому-либо полю базы данных. Значения, содержащиеся в этом поле, располагаются в порядке возрастания или убывания. В процессе сортировки целостность записей сохраняется, т. е. строки таблицы перемещаются целиком.
При сортировке по возрастанию данные различных типов выстраиваются в следующем порядке:
- числа - от наименьшего отрицательного до наибольшего положительного числа;
- текст - в алфавитном порядке (числа, знаки, латинский алфавит, русский алфавит);
- дата и время - в хронологическом порядке.
При сортировке по убыванию данные выстраиваются в порядке, обратном вышеуказанному.
9. Экономическое обоснование стоимости программного продукта
В условиях рыночной экономики прибыль является основным показателем оценки хозяйственной деятельности предприятий, так как в ней аккумулируются все доходы, расходы, потери, обобщаются результаты хозяйствования. По прибыли можно определить рентабельность, изучить эффективность функционирования предприятий и их ассоциаций. Прибыль является одним из источников стимулирования труда, производственного и социального развития предприятия, роста его имущества, собственного капитала и др.
Рентабельность, относительный показатель экономической эффективности. Рентабельность комплексно отражает степень эффективности использования материальных, трудовых и денежных ресурсов, а также природных богатств. Коэффициент рентабельности рассчитывается как отношение прибыли к активам, ресурсам или потокам, её формирующим. Может выражаться как в прибыли на единицу вложенных средств, так и в прибыли, которую несёт в себе каждая полученная денежная единица. Рентабельность-это показатель экономической эффективности предприятия в процентах.
Затраты - размер ресурсов (для упрощения измеренный в денежной форме), использованных в процессе хозяйственной деятельности за определённый временной этап.
Амортизационные отчисления - сумма, начисляемая на счет прибылей и убытков и представляющая износ или уменьшение стоимости актива. Обычно сумма амортизационных отчислений определяется процентом от стоимости актива, зафиксированной в бухгалтерских книгах.
Постоянные (условно-постоянные) затраты - это расходы, которые остаются сравнительно неизменными в течение бюджетного периода, независимо от изменения объемов продаж (например, управленческие расходы, амортизация). В действительности эти расходы постоянными в буквальном смысле слова не являются. Они возрастают вместе с увеличением масштабов хозяйственной деятельности (например, с появлением новых продуктов, бизнесов, филиалов) более медленными темпами, чем рост объемов продаж, или растут скачкообразно. Поэтому их называют условно-постоянными.
Переменные (условно-переменные) затраты - это расходы, которые изменяются в прямой пропорции в соответствии с увеличением или уменьшением общего оборота (выручки от реализации). Эти расходы непосредственно связаны с операциями предприятия по закупке и доставке продукции потребителям (стоимость приобретенных товаров, сырья, комплектующих, некоторые расходы по переработке, например электроэнергия).
Совокупность прямых и косвенных Условно-переменными их называют потому, что прямо-пропорциональная зависимость от объема продаж на самом деле существует лишь до поры до времени или в определенный период. Доля этих расходов в какой-то период может измениться (поставщики поднимут цены, темп инфляции отпускных цен может не совпадать с темпом инфляции этих издержек и т.п.).затрат составляет валовые затраты.
ВЗ = Зпост + Зпер, (9.1)
где ВЗ - валовые затраты;
Зпост - постоянные затраты;
Зпер - переменные затраты.
Переменные затраты, связанные с созданием программного продукта рассчитываются по формуле:
Зпер = Зэкспл + Зопл + Звспом, (9.2)
где Зэкспл - расходы, связанные с эксплуатацией используемых средств труда, грн.;
Зопл - совокупные затраты, связанные с оплатой труда разработчика программного продукта, грн.;
Звспом - затраты на вспомогательные материалы, грн.
Эксплуатационные расходы - расходы, необходимые для поддержания работоспособного состояния основных средств в течение всего намеченного срока службы. Для их определения была собрана информация и помещена в таблицу 9.1
Таблица 9.1 - Характеристика используемых технических средств труда
Наименование оборудования |
Тип оборудования |
Кол-во единиц |
Стоимость ед. оборудования, грн |
Общая стоимость, грн |
Потребляемая мощность за час, Вт |
|
Материнская плата |
Asus P8P67 Evo |
1 |
1530 |
1530 |
20 |
|
Процессор |
Intel Core i7 |
1 |
1100 |
1100 |
100 |
|
Винчестер |
Western Digital RE4 2TB |
1 |
875 |
875 |
20 |
|
Видеокарта |
MSI PCI-Ex GeForce GTS 450 |
1 |
935 |
935 |
25 |
|
Клавиатура |
ASUS CD-R/RW/DVD-R |
1 |
280 |
280 |
15 |
|
Мышь |
Swen keyboard |
1 |
99 |
99 |
10 |
|
Монитор |
Flatron 17 |
1 |
1700 |
1700 |
25 |
|
Итого: |
6519 |
215 |
Затраты на эксплуатацию используемого оборудования рассчитываются по формуле:
Зэкспл = См * Тразр, (9.3)
где См - стоимость одного машино-часа работы оборудования, с помощью которого разрабатывался данный программный продукт, грн./ч;
Тразр - время, затраченное на разработку данного проекта, ч.
Стоимость машино-часа определяется по формуле:-
См = А + Зэл + Зпроч, (9.4)
где А - размер амортизационных отчислений, грн./ч.;
Зэл - затраты на оплату израсходованной электроэнергии, грн./ч.;
Зпроч - прочие затраты, связанные с обслуживанием оборудования, грн./ч.
Амортизационные отчисления рассчитываются по формуле:
А = , (9.5)
где КВ - капиталовложения, грн. (согласно данным таблицы характеристики используемых технических средств труда КВ = 6519 грн.);
Т пл - плановый срок службы оборудования, ч.
Срок службы оборудования рассчитывается по формуле:
Тпл = tсм * Драб * Ссл, (9.6)
где tсм - продолжительность смены, ч (tсм = 8ч);
Драб - число рабочих дней в году (Драб = 250 день в году при 40- часовой рабочей неделе с учетом праздничных дней и выходных дней);
Ссл - плановый срок службы оборудования, годы (Ссл = 5 лет).
Таким образом,
Тпл=8 ч*250*5=10000 ч
Подставив значения, получаем:
А= 6519 \10000=0,65 грн/ч
Затраты на оплату электроэнергии рассчитываются из мощности, загрузки и времени работы токоприемников (компьютеров и периферийного оборудования), а также тарифов на электроэнергию по формуле:
, (9.7)
где Аэл - тариф 1кВт-час электроэнергии, грн.;
Ni - мощность i-го токоприемника, кВт;
КПДi - коэффициент полезного действия i-го токоприемника (0,8);
Кзагрi - коэффициент загрузки i-го токоприемника;
Величины Ni определяются по таблице характеристики используемых технических средств труда. Коэффициенты Кзагр для каждого из устройств составляют соответственно:
Кзагр для каждого из устройств составляют соответственно:
Тд=960*(1 -2/100)=940,8 (ч) - действительное время работы,
где 960 - время на непосредственную разработку программного продукта;
2 - процент времени на обслуживание компьютера и монитора
для компьютера с монитором- 0,98.Тариф 1кВт час электроэнергии составляет 0,56 коп. Следовательно,
Прочие издержки, связанные с обслуживанием оборудования, по факту составили 0,49 грн./ч.
Таким образом, стоимость машино-часа по формуле (9.4) равна:
См = 0,65 + 0,08 + 0,49 = 1,258грн./ч.
где Аэл - тариф 1кВт-час электроэнергии, грн.;
Ni - мощность i-го токоприемника, кВт;
КПДi - коэффициент полезного действия i-го токоприемника (0,8);
Кзагрi - коэффициент загрузки i-го токоприемника;
Тразр - время на непосредственную разработку программного обеспечения, составило 6 недель, что при 8-ми часовом рабочем дне и 40- часовой неделе равно 240 часов.
С учетом найденных значений определяем по формуле (9.7) затраты на эксплуатацию:
Зэкспл = 1,258 * 240 = 301,9 грн.
Затраты на оплату труда разработчика программного продукта включают его заработную плату и отчисления на социальные нужды, которые составляют 30% от заработной платы.
Совокупные затраты на оплату труда определяются по формуле:
Зопл = mТразр + 0,3mТразр, (9.8)
где m - часовая тарифная ставка заработной платы разработчика, грн.;
Тразр - общее время разработки и реализации продукта, ч.
Оплата разработчику составляет 3700 грн., время разработки проекта составило 240 ч, т.о. часовая тарифная ставка m равна:
m = 3700/240 = 15,4 грн./ч.
Значит, затраты на оплату труда составляют
Зопл = 15,4*240 + 0,395*15,4*240 =5159,9 грн.
Затраты на вспомогательные материалы Звспом составили по факту 151,00 грн.
Таким образом, переменные затраты составили
Зпер = 199,2 +5159,9 +151,00 = 5510 грн.
Из полученных данных известно, что величина постоянных затрат составляет 130% от переменных затрат.
Зпост = 5159,9 *1,3 = 6707,9 грн.
Тогда, валовые издержки равны:
ВЗ = 5510+6707,9 =12217,9 грн.
Для реализации созданного продукта на рынке необходимо рассчитать его оптовую и оптово-отпускную цену производителя.
Оптовая цена определяется по формуле:
Цопт = ВЗ + П, (9.9)
где П - прибыль, грн.;
ВЗ - валовые затраты.
Прибыль определяется выражением:
, (9.10)
где Р - уровень рентабельности продукта, %.
На предприятии уровень рентабельности должен быть равен 25%, определим:
П =12217,9 *25/100 = 3054,5 грн.
Тогда, Цопт =12217,9 +3054,5 = 15272,4 грн.
Оптово-отпускная цена (оптовая цена с учетом НДС) составит:
, (9.11)
Подставим полученные значения в формулу (), получим:
Цотп = 15272,4 +15272,4 *20/100 =5376,9 грн.
Таким образом, стоимость данного продукта составляет 18326,9грн. с учетом уровня рентабельности 25%.
10. Охрана труда и окружающей среды
Важным моментом в комплексе мероприятий, направленных на совершенствование условий труда являются мероприятия по охране труда. Этим вопросам с каждым годом уделяется все большее внимание, т.к. забота о здоровье человека стала не только делом государственной важности, но и элементом конкуренции работодателей в вопросе привлечения кадров. Для успешного воплощения в жизнь всех мероприятий по охране труда необходимы знания в области физиологии труда, которые позволяют правильно организовать процесс трудовой деятельности человека.
В данном разделе дипломного проекта освещаются основные вопросы техники безопасности и экологии труда. В качестве примера оптимального рабочего места программиста приводится анализ характеристик помещения и расчет искусственного освещения.
10.1 Потенциально опасные и вредные производственные факторы
Имеющийся в настоящее время комплекс разработанных организационных мероприятий и технических средств защиты, накопленный опыт работы ряда вычислительных центров (далее ВЦ) показывает, что имеется возможность добиться значительно больших успехов в деле устранения воздействия на работающих опасных и вредных производственных факторов. Опасным называется производственный фактор, воздействие которого на работающего человека в определенных условиях приводит к травме или другому внезапному резкому ухудшению здоровья. Если же производственный фактор приводит к заболеванию или снижению трудоспособности, то его считают вредным.
В зависимости от уровня и продолжительности воздействия вредный производственный фактор может стать опасным. Опасные и вредные производственные факторы подразделяются на четыре группы: физические, химические, биологические и психофизические.
Состояние условий труда работников ВЦ и его безопасности, на сегодняшний день, еще не удовлетворяют современным требованиям. Работники сталкиваются с воздействием таких физически опасных и вредных производственных факторов, как повышенный уровень шума, повышенная температура внешней среды, отсутствие или недостаточная освещенность рабочей зоны, электрический ток, статическое электричество и другие.
Многие сотрудники связаны с воздействием таких психофизических факторов, как умственное перенапряжение, перенапряжение зрительных и слуховых анализаторов, монотонность труда, эмоциональные перегрузки. Воздействие указанных неблагоприятных факторов приводит к снижению работоспособности, вызванное развивающимся утомлением. Появление и развитие утомления связано с изменениями, возникающими во время работы в центральной нервной системе, с тормозными процессами в коре головного мозга.
Длительное нахождение человека в зоне комбинированного воздействия различных неблагоприятных факторов может привести к профессиональному заболеванию.
Анализ травматизма среди работников показывает, что в основном несчастные случаи происходят от воздействия физически опасных производственных факторов при выполнении сотрудниками несвойственных им работ. На втором месте случаи, связанные с воздействием электрического тока.
Подобные документы
Разработка проектных решений по созданию автоматического рабочего места менеджера сервисного центра для ООО "Пионер". Проектирование структуры базы данных. Логическая структура программы. Схема работы с программным продуктом, особенности его установки.
дипломная работа [1,9 M], добавлен 11.02.2013Основные функции сервисного центра. Определение миссии, выделение критических факторов успеха и проблем предприятия. Проектирование базы данных для автоматизации бизнес-процесса "Заявка на ремонт". Функциональная, организационная и информационная модели.
курсовая работа [635,4 K], добавлен 05.01.2015Проектирование информационных систем. Разработка информационной системы в 1С. Создание справочников и документов, регистров накопления и регистров сведений. Пропускная способность системы. Автоматизация рабочего места оператора телефонной компании.
курсовая работа [1,6 M], добавлен 29.07.2013Понятие информации, информационных технологий и их виды. Анализ основных положений по автоматизации рабочего места оператора автотранспортного предприятия. Разработка модели автоматизированного рабочего места начальника отдела. Применение модели АРМ.
дипломная работа [4,0 M], добавлен 18.09.2010Разработка требований к программному обеспечению. Проектирование пользовательского интерфейса. Представление информационной системы в архитектуре "клиент-серверная". Проектирование программных модулей. Создание структуры пооперационного перечня работ.
курсовая работа [3,1 M], добавлен 09.08.2011Характеристика основных потоков данных, существующих на предприятии. Способы и средства для разработки программного обеспечения. Проектирование пользовательского интерфейса. Разработка слоя взаимодействия с базой данных. Разработка слоя бизнес сервисов.
дипломная работа [750,8 K], добавлен 10.07.2017Декомпозиция диаграммы и обработка путевых листов. Подсистема учета оказанных транспортных услуг, работы водителей, затрат, ремонтов и сервисного обслуживания. Проектирование автоматизированного рабочего места диспетчера, разработка интерфейса программы.
дипломная работа [4,6 M], добавлен 20.01.2013Разработка и реализация автоматизированного рабочего места для менеджера по продажам компьютерной техники. Требования к функциональным характеристика программного изделия. Стадии и этапы разработки. Эксплуатационная документация, руководство оператора.
курсовая работа [686,9 K], добавлен 19.05.2014Краткий обзор технических средств для промышленной автоматизации. Концепция построения информационной системы производства на базе Proficy. Анализ разработки автоматизации узлов учета нефти автоматизированного рабочего места оператора нефтебазы.
дипломная работа [5,2 M], добавлен 19.03.2015Анализ предметной области. Обоснование проектных решений по разработке автоматизированного рабочего места сотрудника канцелярии банка. Проектирование структуры базы данных и интерфейса системы. Разработка программных модулей и алгоритмов их работы.
дипломная работа [2,1 M], добавлен 18.10.2015