Размещено на http://www.allbest.ru/

МИНИСТЕРСТВО ОБРАЗОВАНИЯ ОРЕНБУРГСКОЙ ОБЛАСТИ

ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ПРОФЕССИОНАЛЬНОЕ

ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

«ОРЕНБУРГСКИЙ КОЛЛЕДЖ ЭКОНОМИКИ И ИНФОРМАТИКИ»

(ГАПОУ ОКЭИ)

Курсовой проект

ОКЭИ 09.02.07. 4316. 39 ПЗ

По МДК.05.02. Разработка кода информационных систем

Тема: «Интерфейсно-управляющая подсистема умного дома на персональном компьютере»

Дата готовности 17.02.2021

Руководитель: Андреева Л.В.

Разработал: Калетин Е.В.

Оренбург 2021



Отзыв

Руководителя о качестве курсового проекта

Студента ГАПОУ «Оренбургский колледж экономики и информатики» Калетин Е. В.

Специальность 09.02.07 группа 4ис2

Наименование темы курсового проекта «Интерфейсно-управляющая подсистема умного дома на персональном компьютере»



Содержание

Введение

1. Техническое задание

1.1 Общие сведения о проекте

1.2 Назначение и цели создания системы

1.3 Требования к системе

1.4 Состав и содержание работ по созданию системы

1.5 Порядок контроля и приемки системы

1.6 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

1.7 Требования к документированию

2. Описание информационного обеспечения

3. Описание автоматизируемых функций

4. Описание логики работы модулей

Заключение

Список использованных источников

Приложения



Введение

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

С каждым годом системы «Умный дом» завоевывают все большую популярность, как когда-то автомобили. Жилье с наличием интеллектуальных систем становятся необходимостью, а не роскошью. Умные дома стали неотъемлемой частью современного жилья. Эта тема заинтересовала меня своей возможностью обеспечить безопасное и комфортное проживание в доме.

Гипотеза: Если изучить сущность и возможности работы системы «Умного дома», то можно создать такую систему на базе платы ArduinoNano и ее компонентов.

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

Для достижения намеченной цели были поставлены следующие задачи:

- изучить принцип работы систем аналогов;

- изучить аппаратную платформу Arduino и сценарии ее использования;

- изучить язык программирования Wiring и написать готовую прошивку;

- спроектировать модель «Умный дом», встроив автоматическую систему контроля и управления;

- протестировать работоспособность системы;

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

Объектом работы являются система «Умный дом».

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

Предметом работы является система «Умный дом 1.1» и мобильное приложение для управления системой.

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

Язык программирования Arduino является стандартным C++ (используется компилятор AVR-GCC) с некоторыми особенностями, облегчающими новичкам написание первой работающей программы.

Программы, написанные программистом Arduino, называются наброски (или иногда скетчи -- варваризм от англ. sketch) и сохраняются в файлах с расширением ino. Эти файлы перед компиляцией обрабатываются препроцессором Ардуино. Также существует возможность создавать и подключать к проекту стандартные файлы C++. Обязательную в C++ функцию main() препроцессор Arduino создает сам, вставляя туда необходимые «черновые» действия. Программист должен написать две обязательные для Arduino функции setup() и loop(). Первая вызывается однократно при старте, вторая выполняется в бесконечном цикле. В текст своей программы (скетча) программист не обязан вставлять заголовочные файлы используемых стандартных библиотек. Эти заголовочные файлы добавит препроцессор Arduino в соответствии с конфигурацией проекта. Однако пользовательские библиотеки нужно указывать. Менеджер проекта Arduino IDE имеет нестандартный механизм добавления библиотек. Библиотеки в виде исходных текстов на стандартном C++ добавляются в специальную папку в рабочем каталоге IDE. При этом название библиотеки добавляется в список библиотек в меню IDE. Программист отмечает нужные библиотеки, и они вносятся в список компиляции Arduino IDE не предлагает никаких настроек компилятора и минимизирует другие настройки, что упрощает начало работы для новичков и уменьшает риск возникновения проблем. Простейшая Arduino-программа состоит из двух функций:[4] setup(): функция вызывается однократно при старте микроконтроллера. loop(): функция вызывается после setup () в бесконечном цикле все время работы микроконтроллера. Проектирование «Умного дома». «Умный дом» выполнен в виде экспериментальной установки включающей в себя блок управления и комплект сенсоров и управляющих устройств. В него встроена автоматическая система контроля и управления, спроектированная на базе платы Arduino, и реагирующая на появление температуры и влажность воздуха, газа в доме.

Интерфейсно-управляющая часть системы написана на объектно-ориентированном языке программирования С#. C# (произносится как "си шарп") -- современный объектно-ориентированный и безопасный язык программирования. C# позволяет разработчикам создавать множество типов безопасных и надежных приложений, работающих в экосистеме .NET. C# относится к широко известному семейству языков C, и покажется хорошо знакомым любому, кто работал с C, C++, Java или JavaScript. Здесь представлен обзор основных компонентов языка C# 8 и более ранних версий. Если вы хотите изучить язык с помощью интерактивных примеров, рекомендуем поработать с вводными руководствами по C#.

Программы C# выполняются в .NET, виртуальной системе выполнения, вызывающей общеязыковую среду выполнения (CLR) и набор библиотек классов. Среда CLR -- это реализация общеязыковой инфраструктуры языка (CLI), являющейся международным стандартом, от корпорации Майкрософт. CLI является основой для создания сред выполнения и разработки, в которых языки и библиотеки прозрачно работают друг с другом.

Исходный код, написанный на языке C# компилируется в промежуточный язык (IL), который соответствует спецификациям CLI. Код на языке IL и ресурсы, в том числе точечные рисунки и строки, сохраняются в сборке, обычно с расширением _.dll*. Сборка содержит манифест с информацией о типах, версии, языке и региональных параметрах для этой сборки.



1. Техническое задание

1.1 Общие сведения

Полное наименование: Интерфейсно-управляющая подсистема умного дома на ПК.

Краткое наименование: ИУПУД.

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

Заказчик: ИП Наумов А. А.

Разработчик: студент группы 4ИС2 Калетин Егор Васильевич

Начало работ: 01.12.2020

Окончание работ: 17.02.2021

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

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

1.2 Назначение и цели создания системы

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

Вид автоматизируемой деятельности - управление.

Объекты автоматизации: офис предприятия.

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

1.3 Требования к системе

Требования к системе в целом.

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

Разработка системы ведется на платформе макетной платы Arduino, языком программирования которой является адаптированный под плату язык C++ и на платформе Visual Studio с использованием языка C#.

Состав системы:

ѕ макетная плата Arduino;

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

ѕ данные с датчиков.

Требования к численности и квалификации персонала системы и режиму его работы.

Требования к численности персонала.

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

- Администратор интерфейсно-управлеющей подсистемой умного дома - 1 человек;

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

Данные лица должны выполнять следующие функциональные обязанности:

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

- Администратор аппаратной подсистемы умного дома обеспечивает правильные условия для эксплуатации.

Требования к квалификации персонала.

К квалификации персонала, эксплуатирующего Систему ИУПУД, предъявляются требования в соответствии с требованиями к подразделениям заказчика.

Требования к режимам работы персонала.

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

Требования к приспособляемости системы к изменениям.

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

- своевременности администрирования;

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

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

- наличия настроечных и конфигурационных файлов у ПО подсистем.

Требования к эргономике и технической эстетике.

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

В части внешнего оформления:

- интерфейсы подсистем должен быть типизированы;

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

- размер шрифта должен быть отчётливо виден.

В части диалога с пользователем:

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

К другим подсистемам предъявляются следующие требования к эргономике и технической эстетике.

В части внешнего оформления:

- интерфейсы подсистем должен быть типизированы;

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

- размер шрифта должен быть отчётливо виден.

В части диалога с пользователем:

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

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

Требования к антивирусной защите.

Средства антивирусной защиты должны быть установлены на всех устройствах пользователей системы ИУПУД. Средства антивирусной защиты устройств пользователей должны обеспечивать:

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

- централизованную автоматическую инсталляцию клиентского ПО на устройствах пользователей;

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

- ведение журналов вирусной активности;

- администрирование всех антивирусных продуктов.

Требования по разграничению доступа приводятся в соответствии с требованиями заказчика.

Требования по стандартизации и унификации.

Разработка системы должна осуществляться с использованием стандартных методологий функционального моделирования: IDEF0, DFD и информационного моделирования IE и IDEF1Х в рамках рекомендаций по стандартизации Р50.1.028- 2001 «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования».

Требования к функциям, выполняемым системой.

Таблица 1 - Перечень функций

Функция	Задача
Управление режимом охраны	Создание, редактирование расписания включения и выключения режима охраны
	Ведение отчётности
Управление источниками света в помещении	Ручное включение/выключение, выбор автоматического включения источника света при получении сигнала с датчика

Требования к видам обеспечения.

Требования к информационному обеспечению.

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

Требования к лингвистическому обеспечению.

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

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

При реализации системы должны применяться следующие языки и стандарты взаимодействия ИУПУД со смежными системами и пользователей с ИУПУД: должны использоваться встроенные средства диалогового взаимодействия BI приложения.

Для описания предметной области (объекта автоматизации) должен использоваться MicrosoftVisio.

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

Требования к программному обеспечению.

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

Требования к техническому обеспечению.

Для работы системы необходим ноутбук или ПК с клавиатурой, компьютерной мышью и монитором.

Таблица 2 - Требования к техническому обеспечению

Процессор	с тактовой частотой не ниже 1,8 ГГц
ОЗУ	2 ГБ и больше
Свободное место на жестком диске	500 Мб
Видеоадаптер	минимальное разрешениее 720p

Требования к организационному обеспечению.

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

Требования к патентной чистоте.

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

1.4 Состав и содержание работ по созданию системы

Работы по созданию системы выполняются в три этапа:

- проектирование, разработка эскизного проекта, Разработка технического проекта - 21 день;

- разработка рабочей документации, адаптация программ - 4 дня.

- ввод в действие - 3 день.

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

1.5 Порядок контроля и приёмки системы

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

- предварительные испытания.

- опытная эксплуатация.

- приемочные испытания.

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

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

Таблица 3 - Требования к приёмке работ

Стадия испытаний	Участники испытаний	Место и срок проведения	Порядок согласования документации	Статус приемочной комиссии
Предварительные испытания	Организации заказчика и разработчика	На территории заказчика, с 08.02.2021 по 09.02.2021	Проведение испытаний. Выявление неполадок. Устранение выявленных неполадок.	Экспертная группа
Опытная эксплуатация	Организации заказчика и разработчика	На территории заказчика, с 09.02.2021 по 12.02.2021	Проведение эксплуатации. Выявление неполадок. Устранение выявленных неполадок.	Группа тестирования
Приемочные испытания	Организации заказчика и разработчика	На территории заказчика, с 13.02.2021 по 16.02.2021	Проведение испытаний. Выявление неполадок. Устранение выявленных неполадок.	Приемочная комиссия

1.6 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

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

- приведение поступающей в систему информации к виду, пригодному для обработки системой;

- изменения, которые необходимо осуществить в объекте автоматизации;

- создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ;

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

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

- осуществлена подготовка персонала для размещения системы;

- организовано необходимое сетевое взаимодействие.

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

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

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

1.7 Требования к документированию

Необходимая документация приведена в Таблице 4.

Таблица 4 - Документация.

Этап	Документ
Разработка рабочей документации. Адаптация программ	Входные документы
	Выходные документы
Ввод в действие	Техническое задание
	Отчёт о курсовом проекте



2. Информационное обеспечение

Подсистема предназначена для осуществления управления второй подсистемой и получения отчётности о совершённых действиях над системой в целом.

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

В таблице «Отчётные данные» представлена информация, которая записывается в журнал выполненных действий над системой.

Таблица 5 - Отчётные данные

Название поля	Тип данных
Дата	DataTime
Время	DataTime
Код действия	int
Расшифровка кода действия	String

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

Таблица 6 - входные данные

Наименование	Тип данных
Температура в помещении	double
Уровень влажности в помещении	double
Код действия	int
Указатель выключателей света	boolean
Указатель сигнализации	boolean



Таблица 7 - выходные данные

Наименование	Тип данных
Код действия	int
Указатель сигнализации	boolean
Указатель выключателей света	boolean

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



3. Описание автоматизируемых функций

Подсистема выполняет следующие функции:

- Вывод данных о температуре в помещении на экран. Подсистема получает данные из второй подсистемы и отображает их на экране.

- Вывод данных о влажности воздуха в помещении на экран. Подсистема получает данные из второй подсистемы и отображает их на экране.

- Подсистема отправляет сигнал для включения источника света в конкретном помещении.

- Подсистема отправляет сигнал для включения режима охраны.

- Подсистема получает сигналы об автоматическом включении источника света в помещении.

- Подсистема получает сигнал о включении режима тревоги.

- Подсистема записывает все действия, которые выполнялись системой и формирует отчётный документ.

Рисунок 1 - Все функции выключены

Рисунок 2 - Включен режим охраны

Рисунок 3 - Все источники света включены



4. Описание логики работы модулей

Схема взаимодействия программ и программных модулей представлена в Приложении Е.

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

Для отправки сигналов на COM-порт системой используется библиотека System.IO.Ports. С помощью метода SerialPort создаётся локальная переменная этого метода. Далее, используя метод GetPortNames, система получает массив последовательных портов для текущего компьютера. Затем благодаря различным методам производится настройка выбранного порта для дальнейшей передачи заранее сформированных сигналов.

Для составления пользовательского интерфейса используется Form.

На Form расположены следующие элементы:

- Label1 со значением text - «Температура».

- Label2 со значением text - «Влажность».

- Label3 - вывод данных полученных с датчика температуры воздуха, установленного в помещении.

- Label4 - вывод данных полученных с датчика влажности воздуха, установленного в помещении.

- Button1 - кнопка включения/выключения режима охраны.

- Label5 - индикатор включения/выключения режима охраны.

- Button2 - кнопка включения/выключения освежения в помещении 1.

- Button3 - кнопка включения/выключения освежения в помещении 2.

- Button4 - кнопка включения/выключения освежения в помещении 3.

- Button5 - кнопка включения/выключения освежения в помещении 4.



Заключение

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

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

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

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

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

В ходе выполнения учебной практики была проанализирована литература и интернет источники по вопросу коммутации ПК и Arduino и безопасности электроприборов на объектах предприятия, проанализирована литература и определены понятия, связанные с различными.

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

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

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

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

Данная система позволяет чётко отслеживать действия производимые системой пользователем, а также автоматически.

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

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

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

При создании системы были соблюдены различные правила написания кода.

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

Список использованных источников

1 ГОСТ 19.106-78 ЕСКД. Требования к программным документам. -Введ. 1978-12-18. - Москва: Изд-во стандартов, 1980.

2 ГОСТ 2.105-95 ЕСКД. Общие требования к текстовым документам. - Введ. 1995-12-18. - Москва: Изд-во стандартов, 1995.

3 ГОСТ 31.601-90 Информационные технологии. Автоматизированные системы. Стадии создания. - Введ. 1990-12-29. - Москва: Изд-во стандартов,1990.

4 ГОСТ 34.602-89 Информационная технология (ИТ). Комплексстандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. - Введ. 1990-03-24. - Москва: Изд-во стандартов, 2019.

5 ГОСТ 34.003-90 Информационная технология (ИТ). Комплексстандартов на автоматизированные системы. Автоматизированные системы. Термины и определения. - Введ. 1990-12-27. - Москва: Изд-во стандартов, 2009.

6 ГОСТ 34.603-92 Информационные технологии. Виды испытаний автоматизированных систем. - Введ. 1992-12-27. - Москва: Изд-во стандартов, 2009.

7 Голицина,О.Л.Информационныесистемы/О.Л.Голицина.-М.:Инфра- М., 2014.

8 Гребенюк, Е. И. Технические средства информатизации / Н. А. Гребенюк, Е. И. Гребенюк. - Екатеринбург: ИД «Академия»., 2017.

9 Молдомбаева, М.Л. Автоматизация технологических процессов и производств / М.Л. Молдомбаева. - М.: Инфра-Инженерия, 2019.

10 Орлов,С.А.Технологииразработкипрограммногообеспечения:учебное пособие - 2-е изд. / С.А. Орлов. - СПб. : Питер, 2003.

11 Романова Ю. Д. Информатика и информационные технологии: учеб. посо-бие / Ю. Д. Романова, П. А. Музычкин, И. Г. Лесничная, В. И. Шестаков, И. В. Миссинг; под ред. Ю. Д. Романовой. - М.: Эксмо, 2016.

12 СанПиН 2.2.2/2.4.1340-15. Гигиенические требования к персональным электронно-вычислительным машинам и организации работы.

13 Безопасность жизнедеятельности в чрезвычайных ситуациях [Электронный ресурс] - Режим доступа: znakcomplect.ru/.

14 Документация по языку программирования С#. [Эдектронный ресурс] - Режим доступа: metanit.com

15 Официальное руководство по C# [Электронный ресурс] - Режим доступа: https://docs.microsoft.com/ru-ru/dotnet/csharp/



Приложения

Приложение А

Входные документы

Таблица А.1 - Данные полученные с платы Arduino

Наименование	Значение
Температура в помещении	20
Уровень влажности в помещении	50
Код действия	11
Указатель выключателей света	12
Указатель сигнализации	02

Приложение Б

Выходные документы

Таблица Б.1 - Данные отправленные на плату Arduino

Наименование	Значение
Код действия	11
Указатель сигнализации	01
Указатель выключателей света	12

Таблица Б.2 - Отчётные данные

Название поля	Тип данных
Дата	15.02.2021
Время	12:30
Код действия	12
Расшифровка кода действия	Выключение света 1



Приложение В

Функциональная модель

Рисунок В.1 - IDEF0

Рисунок В.2 - Диаграмма декомпозиции первого уровня



Приложение Г

Информационная модель

Рисунок Г.1 - Информационная модель



Приложение Д

Схема работы системы

Рисунок Д.1 -Схема работы системы

Приложение Е

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

Рисунок Е.1 - Схема взаимодействия программ и программных модулей



Приложение Ж

Расчёт капитальных затрат

1) Расчет затрат на изучение задачи:

S₁ = C₁*T₁

Т₁- затраты труда на постановку задачи

Т₁ = 25 часов (отдельная задача)

С₁ - часовая тарифная ставка персонала, выполняющего этап Т0

С₁ = 30 руб/час (старший специалист)

25*30 = 750 руб.

2) Расчет затрат на проектирование и составление документации:

S₂ = C₂*T₂

Т₂- временные затраты на проектирование и создание документации

С₂ - стоимость одного машино-часа

С₂ = 35 руб/час (оператор ПЭВМ)

140*35 = 4900 руб.

3) Материальные затраты:

Таблица Ж.1 - Материальные затраты

Наименование	Количество	Цена за единицу	Сумма
1	2	3	4 (2*3)
Технические средства: Ноутбук Lenovo ideapad 310-15ISK	1	30036 руб	30036 руб
Программные средства: Интегрированная среда разработки Visual Studio	1	0 руб	0 руб
Итого(S3):	2	30036 руб	30036 руб

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

S = S₁+ S₂ +S₃

S1 - Расчет затрат на изучение задачи

S2 - Расчет затрат на проектирование и составление документации

S3 - Материальные затраты

750 + 4900 + 30036 = 35686 руб.

Размещено на Allbest.ru

...