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

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

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

Содержание

• Введение
• 1. Аналитический обзор
• 1.1 Аналитический обзор целевой аудитории
• 1.2 Анализ требований к приложению
• 2. Проектирование
• 2.1 Разработка алгоритмов приложения
• 2.2 Разработка интерфейса
• 3. Реализация
• 3.1 Разработка функций рабочей области
• 4. Тестирование
• 4.1 Методика тестирования
• 4.2 Результаты тестирования
• Заключение
• Список используемой литературы
• Приложение
• Введение
• Разработка системы для учёта единиц техники в территориально распределённой организации.
• Для полного понимания сути изучаемой области стоит затронуть ряд определений и понятий, являющихся «фундаментом», и которые по мере движения будут затрагиваться ещё множество раз.
• Программирование-это совокупность действий человека по использование алгоритмов и структур данных вследствие чего появляется программный продукт. Человека, занимающегося разработкой программного продукта, называют программист.
• Приложение-это некий сервис, в котором заключаются ряд функций, и который является частью программного продукта. Говоря простым языком, оно необходимо для того чтобы упростить работу для пользователя.
• ПО может быть использована в разных целях: учебных, спортивных, развлечении, искусстве, работе и т.д. В данном случае мы затронули сферу работы, так как у нас ПО на заказ.
• Наша система будет платной и по ней будет проводиться сопровождение. Правда первое время она будет работать в тестовом режиме для того чтобы ликвидировать возникающие ошибки, и чтобы предприятие на основе этого не понесло дополнительных расходов.
• 1. Аналитический обзор
• Microsoft Access - на мой взгляд одна из самых удобных систем для создания и изменения баз данных. Первая версия продукта была выпущена в далёком 1992 году, а последняя в 2016. Разработана всеми известной корпорацией Microsoft, которая уже стабильно держится на рынке цифровой индустрии. Сам продукт имеет очень широкий инструментарий, начиная с построения таблиц, форм, отчётов, и заканчивая всевозможные SQL запросами. Не стоит упускать что язык SQL, используемый в Access не совпадает с стандартом ANSI.
• Рассматривая движок можно сказать, что используется файл серверная систем, и это очень кстати, так как предполагается, что с базой данных будет работать небольшое количество пользователей, а хранить она будет исключительно информацию касательно техники находящейся в собственности предприятия.
• Сама программа MS Access является платной, однако, именно этот фактор гарантирует сохранность и надёжность данных. При необходимости возможно взаимодействие с другими СУБД. Имеется функция переноса части или всей базы разом в необходимый для нас формат или среду.
• При работе с Access на глаза бросается специфическая особенность работы с жёстким диском. В отличии от других программ, в MS Access сохранения данных производится сразу при внесении изменений, попытке перейти в другую ячейку или строку, что на самом деле очень удобно, в тех случаях, когда происходят непредусмотренные ситуации (выключение света и т.д.). Так же целостность данных поддерживается за счёт использование последовательных, параллельных и распределённых транзакций.
• В MC Access существует тенденция к увеличению в размере даже в том случае, когда вы просто просматриваете её, то есть даже в тех случая, когда при работе с базой данных не использовался конструктор и новые данные вовсе не добавлялись, существует некоторая область, фактически «пустота», которая будет постоянно увеличиваться в размере. Для того чтобы вернуть базу данных в исходное состояние где размер «пустоты» минимален необходимо время от времени нажимать кнопку «сжать и восстановить базу данных» или запустить с параметром /compact, тогда это действие произойдёт автоматически при запуске.
• В ходе работы с системой так же используется Subversion или просто SVN. Изначально эта система создавалась для замены устаревшей к тому времени аналога Concurrent Versions System (CVS). Первый выпуск был 20 октября 2000 года. На данный момент SVN пользуются множество сообществ как для открытых, так и для закрытых проектов. Она необходима для контроля за версиями того или иного файла. Основная мысль заключается в том, чтобы хранить базу и все остальные файлы на удалённом сервере для того чтобы несколько пользователей могли работать с ними. В итоге мы создаём централизованность наших файлов и полностью ликвидируем бардак, который может вследствие этого возникнуть, тем самым увеличиваем наши шансы на сдачу проекта в срок. Работать с SVN мы будем с помощью его клиента svn tortoise. В общем есть и другие клиенты, но tortoise по мнению большинства считается лучшим.
• Модель работы довольно проста, сначала пользователь копирует файлы из сетевого хранилища, создавая тем самым рабочие копии у себя на компьютере, вносит изменения в данные, после чего отсылает их обратно. Система записывает только отличия (без дублирования).

1.1 Аналитический обзор целевой аудитории

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

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

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

1.2 Анализ требований к приложению

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

Требование к программе и программному изделию.

Функциональные характеристики приложения:

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

-корректный ввод команд и вывод информации

-наличие необходимых запросов для пользователя

-возможность ведения отчётности

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

Требования к надёжности:

-Минимизировать шанс утечки информации.

-Минимальное время отклика (для удобного использования)

-Работоспособность должна не снижаться на протяжении длительного промежутка времени.

Условия эксплуатации:

Требования отсутствуют

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

-на техническом средстве должна быть установлена Microsoft Access и svn tortoise

-техническое средство должно иметь одноядерный процессор с частотой выше 1Ггц, оперативную память ёмкостью в 512 Мб и выше.

access интерфейс приложение ящик

2. Проектирование

2.1 Разработка алгоритмов приложения

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

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

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

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

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

Отчёты, в которых указаны доходы и расходы, которые несёт предприятие от техники.

2.2 Разработка интерфейса

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

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

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

Для разработки базы данных используется Microsoft Access, для связи с другими базами svn tortoise.

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

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

Составим структуру нашего приложения. Структура показана на рисунке 2.1.

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

При нажатии на кнопку «запросы», будет представлен выбор между всеми созданными запросами.

Все отчёты можно будет найти в разделе «Отчёты».

Во всех вкладках есть дополнительные кнопки переходов.



Рисунок 2.1.

3. Реализация

3.1 Разработка функций рабочей области

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

Чтобы создать кнопку нужно открыть в режиме конструктора после чего выбираем иконку «Кнопка». Показано на рисунке 3.1.

Рисунок 3.1.

После нажатия на экран будет выведено окно с помощником. Показано на рисунке 3.2.

Рисунок 3.2.

Здесь уже мы выбираем тот функционал кнопки, который нам нужен. Функционал изображён на рисунке 3.3.

Рисунок 3.3.

Кроме того что мы можем загрузить нужное нам изоброжение,так же даём нашей кнопке имя для того, чтобы в последующем было проще к ней обращаться. Мы можем это наблюдать на рисуке 3.5.

Рисунок 3.5.

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

Рисунок 3.6.

На стартовой форме расположим 7 кнопок: техника, работники, список всей техники, свободная техника, расходы от техники, доходы от техники и закрыть. Показано на рисунке 3.7.

Рисунок 3.7.

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

Раздел «техника»

Рисунок 3.8.

Рисунок 3.9.

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

Раздел «работники». Форма изображена на рисунке 3.9.

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

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

Рисунок 3.10.



Рисунок 3.11.

Рассмотрим каким способом были построены формы.

Есть несколько основных способов:

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

Рисунок 3.12.

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



Рисунок 3.13.

2. Использование мастера форм. Показано на рисунке 3.14.

Рисунок 3.14.

Рисунок 3.15.

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

Далее идёт настройка внешнего вида формы, чтобы подогнать её под необходимый нас формат. Там мы можем задать необходимый нам вид формы (в один столбец, ленточный, табличный, выровненный)

После чего идёт выбор имени и нажимаем кнопку «готово».

Существуют ещё способы, однако их мы рассматривать не станем.

Создание форм я производил по второму способу, так как считаю, что он наиболее эффективен и требует меньше затрат времени.

Раздел «список всей техники». Показано на рисунке 3.16.

Рисунок 3.16.

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

Раздел «Свободная техника». Показано на рисунке 3.17.

Рисунок 3.17.

В данном случае этот запрос работает довольно просто. Он выбирает из всей техники только ту, которая находится в состоянии «свободна». Это нужно в тех случаях, когда появляется какой-то заказ, и необходимо понять, сможем ли мы выполнить его, так как каждый объём работы охватывается своим типом техники, которой просто на просто может не быть в наличии.

Раздел «Расходы от техники». Показано на рисунке 3.18.

Рисунок 3.18.

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

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

Рисунок 3.19.

Так же можно добавить уровни группировки, чтобы отчёт имел именно тот вид, который нам нужно. Показано на рисунке 3.20.

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

Раздел «доходы от техники». Показано на рисунке 3.21.



Рисунок 3.20.

Рисунок 3.21.

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

Далее рассмотрим нашу систему контроля версий -Subversion.Сначала скачиваем с https://tortoisesvn.net программу TortoiseSVN, после чего можно приступать к основной части работы.

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



Рисунок 3.22.

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

После регистрации и входа мы попадаем на основную страницу, необходимо перейти на вкладку Projects. Показано на рисунке 3.23.

Рисунок 3.23.

В данной вкладке выбираем Creat a new Project

Для того чтобы создать проект нужно дать ему название и укороченное имя, а так же выбрать XPDev

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

Здесь мы создаём хранилище для нашего проекта. Показано на рис. 3.24.

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



Рисунок 3.24.

Рисунок 3.25.

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

Рисунок 3.26.

После нажатия открывается окно, где указываем адрес нашего проекта

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

Нажимаем кнопку ок и отсылаем данные. Если всё сделать правильно далее всплывёт следующее окно. Показано на рисунке 3.27.

Рисунок 3.27.

Возвращаемся на наш сайт и проверяем наличие проекта. Проект есть, всё сделано верно. Показано на рисунке 3.28.

Рисунок 3.28.

Следующий этап нашей работы -- это получение рабочей копии из нашего хранилища. Для этого нажимаем в нашей папке правой кнопкой мыши, и выбираем SVN Checkout. Указываем адрес нашего репозитория и нажимаем ок. Показано на рисунке 3.29. и 3.30.



Рисунок 3.29.

Рисунок 3.30.

Судя по тому, что в сообщении нет никаких ошибок, всё сделано правильно. Идём дальше.

Сейчас необходимо проверить правильно ли работает наша система. Изменим файл и отправим его в хранилище.

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

Теперь отправляем изменённый файл в хранилище. Показано на рисунке 3.31. - 3.33.

Рисунок 3.31.

Рисунок 3.32.



Рисунок 3.33.

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

Рисунок 3.34.

Как мы видим файл обновлён и стал 6.9M. В прошлой версии файл весил 14.1M. Наблюдается уменьшение занимаемого места на хранилище.

4. Тестирование

4.1 Методика тестирования

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

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

Составим функциональные требования к нашему приложению.

1. Переход по категориям должен проходить правильно и без ошибок.

2. Система контроля версий должна выполнять свои функции корректно.

3. Ввод и вывод данных в основных формах и отчётах должен выполняться корректно.

4. Должны правильно работать условия, поставленные в таблицах.

4.2 Результаты тестирования

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

1. Переход по категориям должен проходить правильно и без ошибок.

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

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

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

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

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

2. Система контроля версий должна выполнять свои функции корректно.

Сейчас необходимо проверить правильно ли работает наша система. Изменим файл и отправим его в хранилище.

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

Теперь отправляем изменённый файл в хранилище. Показано на рисунке 4.2.-4.3.



Рисунок 4.1.

Рисунок 4.2.

Рисунок 4.3.

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

Рисунок 4.4.

Рисунок 4.5.

Как мы видим, файл обновлён и стал весить меньше примерно в два раза. Значит всё работает правильно.

3. Ввод и вывод данных в основных формах должен выполняться корректно.

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

4. Должны правильно работать условия, поставленные в таблицах.

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

Рисунок 4.6.

Всё работает корректно.

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

Заключение

По результату выпускной квалификационной работы была разработана система для учёта единиц техники в территориально распределённой организации. Для создания построения и заполнения базы данных использовалась Microsoft Access. В качестве системы контроля версий была взята TortoiseSVN. Данный продукт рассчитан на предпринимателей с большим количеством техники. По результатам тестирования можно сказать что требования заказчика были выполнены и система готова к использованию.

Список литературы

1. Функциональное тестирование. Википедия / Функциональное тестирование

2. Справка по Access: Википедия / Microsoft Access

3. Subversion: Википедия / Subversion

4. TortoiseSVN : Википедия / TortoiseSVN

Приложение

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