Антиплагиат Малышев (1230559), страница 5
Текст из файла (страница 5)
Данный процесс (был разработан и описанГ. Бучем, a. Якобсоном и Дж. Рамбо) имеет следующие стадии:предварительный анализ требований;детальный анализ требований;проектирование;реализация;тестирование.С точки зрения фактора времени, процесс проходит следующие фазы:начало;проектирование;конструирование;переход.Фазы проектирования, конструирования и перехода — многоитеративны. В соответствии с USDP выделяютсяследующие модели: использования, аналитическая, проектирования, развертывания, реализации и тестирования.[9]Последовательность э тапов раз работкипрограммного проекта:Определение концепции системы (концептуализация системы). Определяется предметная область и предназначениедля разрабатываемого приложения, формулируются предварительные требования;анализ предметной области.
Детализированное рассмотрение требований производится путем построения модели(или системы моделей). Цель анализа — определение того, что должно быть сделано. Необходимо получить полноепредставление о задаче, прежде чем приступать к ее решению;Проектирование системы. Формулируется и документируется архитектура системы, определяющая основы дляпоследующего проектирования классов;Проектирование классов.
Модели реальной системы, полученные на этапе анализа, расширяются и корректируютсятаким образом, чтобы они могли быть реализованы компьютерной программой. Определяются алгоритмы дляреализации от дельных операций и процессов;Реализация. Проекты классов системы преобразуются в программный код и/или структуры баз данных;Тестирование.Выполняется проверка на пригодность для практического использования и удовлетворенияпоставленных изначально требований;Обучение персонала.
Производится обучение персонала для работы с компонентами системы;Развертывание. Компоненты системы устанавливаются на компьютерах пользователей;Поддержка. Реализуется комплекс мероприятий по обеспечению стабильного функционирования ПО: поддержкаhttp://dvgups.antiplagiat.ru/ReportPage.aspx?docId=427.12731747&repNumb=111/2310.06.2015Антиплагиатпользователей, поиск вновь обнаруженных ошибок, реинжиниринг ПО и бизнес-процессов.Объектно-ориентированный подход к построению ПО переносит основные усилия по разработке программногообеспечения на этапы анализа и проектирования. В ряде ситуаций может возникнуть мнение о нецелесообразностизатрат существенного объема времени на анализ и проектирование системы.
Однако эти затраты окупаютсябыстрой и простой реализацией, так как по строенное в соответствии с объектно-ориентированной концепциейпрограммированияпрограммноеобеспечениеоказываетсяболеепонятнымилегкоадаптируемым,осуществлять его поддержку и вносить изменения в соответствии с изменениями реального мирапроще[2.1].[9]Рассмотрим подробнее э тапы разработки мобильного прилож ения для комплекса «Моментум».2.2 Определение конц епц ии системыЦелью разработки является мобильное прилож ение на базе ОС Android. Оно долж но решать следующ ие задачи:Принимать данные с датчиков системы, используя протокол UDP;Математически преобразовывать получаемые данные и сохранять в базу данных;Оперативно предоставлять пользователю наглядные значение получаемых данных (в виде графиков, значений параметрови т.
д.);Передавать сохранённые данные на удалённый web-сервер;Оперативно предупреж дать пользователя о возмож ных отклонениях в работе системы;Поддерж ивать возмож ность использования разными пользователями.2.3 Анализ предметной областиРазрабатываемое прилож ение будет функц ионировать на планшете под управлением ОС Android версии 4.0 и выше.Планшет долж ен быть оборудоване модулем беспроводной передачи данных WiFi. Кроме того, планшет долж ен иметь классзащ иты IP50 и выше.2.3.1 Задачи, решаемые мобильным прилож ением2.3.1.1 Приём данных от датчиков системыМобильное прилож ение (далее — ПО) долж но принимать данные от датчиков крутящ его момента и полож ения сваипобеспроводному каналу связи.
В качестве канала связи будет использоваться Wi-Fi. Передача данных осущ ествляется посхеме UDP клиент — сервер. ПО отправляет серверу запрос за данными, и ж дёт ответа. Сервер, в свою очередь, получаетот клиента запрос, анализирует его, проверяет контрольную сумму, и, если проверка пройдена успешно, отправляетданные. Данные передаются в виде UDP — датаграмм. Датаграмма сервера, т. е. датаграмма с данными датчиковпредставляет из себя набор байт следующ его содерж ания:Сигнатура датаграммы — 6 байт;Время формирования датаграммы — 2 байт;Значение крутящ его момента — 2 байта;Данные акселерометра АХ,АУ,AZ по осям — 6 байт;Данные магнитометра МХ, МУ, MZ по осям — 6 байт;Данные гироскопа GX,GY,GZ по осям— 6 байт;Байт статуса системы – 1 байт;Значение заряда батареи на WiFi модуле передатчика данных — 2 байта;Контрольная CRC – 1 байт.ПО долж но принимать э ту датаграмму, проверять её валидность, и, в случае успешной проверки, преобразовывать данные.2.3.1.2 Обработка данных??? Этот раздел допишется после того, как мы разберёмся с математикой обработки данных.
Займёт где-то страниц у.2.3.1.3 СохранениеданныхПреобразованные данные через равные промеж утки времени, настраиваемые пользователем, сохраняются в локальнуюбазу данных мобильного прилож ения. Это делается для того, чтобы в проц ессе работы с прилож ением пользователь мог влюбой момент построить отчёт, график, и посмотреть ход работ в удобном для восприятия виде.В качестве СУБД будет использоваться SQLite, как стандартно используемая СУБД в ОС Android.2.3.1.4 Визуализац ия данныхДля визуализац ии данных используются графики:График зависимости значения крутящ его момента от времени;График зависимости глубины погруж ения сваи от времени;График полож ения сваи;График зависимости скорости вращ ения сваи от времени;График зависимости значения крутящ его момента от скорости вращ ения сваи.Графики будут строиться динамически, как только пользователь перейдёт на соответствующ ую вкладку интерфейсапрограммы.В перспективе развития программы долж на быть возмож ность построения отчётов на основе получаемых данных играфиков.2.3.1.5 Предупреж дение пользователя об опасностяхПри установке винтовых свай используется оборудование, для которого установлены стандарты и ограниченияработы сним.
Однако в проц ессе монтаж а могут возникнуть различные внештатные ситуац ии, к которым оборудование, в частности,сама свая, могут быть не готовы. Например, свае будет передан слишком большой крутящ ий момент, и э то мож ет грозитьполомкой сваи, и, как следствие, лишними временными и финансовыми издерж ками. Для того, чтобы предупредитьпользователя (инж енера работ) о возмож ной опасности, будет использоваться система тревож ных оповещ ений.
Есликакой-либо датчик передаст значение, близкое к критическому, система незамедлительно оповестит пользователя об э том.2.3.1.6 Передача данных на web — серверПо окончании работы с мобильным прилож ением (например, в случае успешного завершения работ по монтаж у свай)http://dvgups.antiplagiat.ru/ReportPage.aspx?docId=427.12731747&repNumb=112/2310.06.2015Антиплагиатпользователь долж ен иметь возмож ность отправить все данные, собранные в проц ессе работы, на удаленный сервер. Этоделается для ведения статистики качества и скорости работ, качества оборудования, и других параметров.Данные передаются через сеть Интернет, используя безопасное HTTPS соединение.
На стороне мобильного прилож енияформируется JSON-пакет, включающ ий в себя всю информац ию из базы данных прилож ения. Этот пакет отправляется наURL-адрес сервера, предварительноуказанный в настройках прилож ения. Таким образом, при необходимости ПО мож етработать с различными серверами, при условии, что последние оборудованы соответствующ им API. После отправки пакетана стороне сервера проходит верификац ия пользователя, отправившего данные, и если пользователь имеетсоответствующ ие права, данные принимаются и обрабатываются неведомым прилож ению способом.2.4 Проектирование системыМобильное прилож ение будет состоять из нескольких модулей. Каж дый из модулей будет, согласно принц ипуединственности ответственности объектно-ориентированной разработки, будет выполнять ограниченный наборспец ифичных задач.Перечень необходимых модулей:Модуль приёма данных датчиков (GetData);Модуль первичной обработки принимаемых данных (PrepareData);Модуль вторичной обработки принимаемых данных(MathData);Модуль работы с базой данных (DBHelper);Модуль визуализац ии данных (Visual);Модуль оповещ ений пользователя (Notice);Модуль отправки данных на сервер (SendServer);Модуль приема данных с сервера (ReceiveServer);Модуль интерфейса пользователя (Interface);Вспомогательный модуль работы с JSON (JSONHelper).Ниж е приведенынесколько возмож ных стратегий поведения прилож ения, в которых раскрывается подробная реакц иясистемы на определённые действия пользователя.1) Пользователь активирует проц есс сбора данных с датчиков и отображ ения получаемых данных на э кране (рис.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
