Автоматизированная система расчета стоимости грузоперевозок
Описание категорий пользователей и потоков данных объекта информатизации. Анализ функциональных требований программного продукта. Выбор программного обеспечения для разработки и эксплуатации удаленных базы данных. Изучение интеграции модулей программы.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 07.08.2018 |
Размер файла | 6,1 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Федеральное агентство связи
Федеральное государственное бюджетное образовательное учреждение
высшего образования
«Поволжский государственный университет телекоммуникаций и информатики»
ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА
Автоматизированная система расчета стоимости грузоперевозок
В.И. Карташёв
Самара 2017
Реферат
Название |
Автоматизированная система расчета стоимости грузоперевозок |
|
Автор |
Карташёв В.И. |
|
Научный руководитель |
Стефанова И.А. |
|
Ключевые слова |
Delphi, логистика, удаленные базы данных, автоматизированная информационная система. |
|
Дата публикации |
2017 г. |
|
Библиографическое описание |
Карташёв В.И.. Автоматизированная система расчета стоимости грузоперевозок [Текст] / Карташёв В.И.. Поволжский государственный университет телекоммуникаций и информатики (ПГУТИ). Факультет заочного образования (ФЗО). Кафедра информатики и вычислительной техники (ИВТ): науч. рук. И.А. Стефанова - Самара. 2017. - 95 с. |
|
Аннотация |
Предлагается решение проблемы управления логистикой в транспортной компании с применением разработанной информационной системы. Разработана техническая документация на программный продукт, создана удаленная база данных и интерфейс программного продукта. Программный продукт обеспечен инструкцией пользователя. Проведены отладка и тестирование программного продукта. |
Содержание
Введение
1. Проектирование программного продукта
1.1 Анализ объекта, процесса, предметной области как объекта информатизации
1.2 Анализ информационного обеспечения объекта информатизации
1.3 Организационная и функциональные схемы
1.4 Описание категорий пользователей и потоков данных объекта информатизации
1.5 Анализ функциональных требований программного продукта
1.6 Анализ входных и выходных данных
1.7 Структура данных
1.8 Разработка тестовых сценариев, программы и методики испытаний
1.9 Разработка технического задания программного продукта
1.10 Разработка и оптимизация схемы данных программного продукта
1.11 Описание клиент-серверного взаимодействия
1.12 Выбор программного обеспечения для реализации (разработки) программного продукта
1.13 Выбор программного обеспечения для разработки и эксплуатации удаленных базы данных
2. Разработка программного продукта
2.1 Разработка удалённой базы данных и необходимых запросов
2.2 Реализация функциональных требований
2.3 Интеграция программных модулей
2.4 Отладка программного продукта
2.5 Тестирование программного продукта
3. Документационное обеспечение программного продукта
3.1 Документирование программного кода
3.2 Руководство пользователя программного продукта
3.3 Руководство администратора
4. Обеспечение безопасности
4.1 Разработка мер защиты информации от несанкционированного доступа
4.2 Мероприятия по обеспечению техники безопасности
Заключение
Список используемых источников
Приложение
Введение
Темой дипломной работы является разработка программы для логистической компании.
Данная организация занимается железнодорожными грузоперевозками по России. Железнодорожные перевозки являются самыми эффективными, потому что среднее соотношение цены к скорости достаточно низкое и имеет наивысшую степень сохранности груза. Компании требуется программа, которая позволит автоматизировать подсчёт данных и повысит производительность труда.
В настоящее время расчёты и ведение документации ведутся в непредназначенной для этого среде, она не обеспечивает полноценного функционала, из-за этого эффективность труда понижается, что плохо сказывается на отзывах заказчиков и эффективности привлечения клиентов. Результативность работы зависит напрямую от эффективности труда работников компании.
Актуальность программы можно описать следующим образом:
В данный момент количество заказов увеличивается, железнодорожный транспорт развивается, цена на услуги перевозок низкая по сравнению с другими видами перевозок и скорость вполне удовлетворяет всех клиентов. Сотрудники занимаются ведением логистических баз данных. Так же подсчётом денежных средств и составлением отчётов. Им требуется достаточно много сил и времени, чтобы занести все данные в базу и выполнять вычислительные действия, что так же сказывается на эффективности труда.
Требуется повысить эффективность труда сотрудников компании путём упрощения их действий в базе данных.
Автоматизированная программа с удаленной БД сильно упростит работу сотрудников и быстрее, и эффективнее. Тем самым оставляя время на продумывание своих дальнейших действий и время для отдыха. Я считаю данную программу актуальной для этой компании, на основании выше перечисленных пояснений.
Цель дипломной работы: Разработка программы для логистической компании, которая упростит работу с базой данных, а также увеличит эффективность труда сотрудников предприятия.
Для выполнения дипломной работы требуется:
знание языков программирования (Delphi, C++, C#, SQL);
знание программ (WampServer, Delphi XE);
наличие навыков разработки удаленной БД с помощью phpmyadmin;
изучение необходимой литературы;
проведение сравнительных анализов языков для дальнейшей работы;
наличие навыков разработок программ в среде программирования;
умение составлять документационное сопровождение.
Задачи дипломной работы:
провести анализ входных и выходных данных;
построить структуру данных;
разработать и оптимизировать схемы данных для программы логистической компании;
создать удаленную БД с помощью WampServer, MySQL, phpmyadmin;
создать структуру таблиц данных с помощью phpmyadmin;
разработать техническое задание для программы логистической компании;
разработать тестовые сценарии, программы и методики испытаний;
разработать все требуемые функции (таблица с логистическими данными, создание отчёта и возможность его сохранения или вывода в печатном виде, инструменты фильтра и поиска);
осуществить подключение БД к программе, при помощи ODBC соединения;
осуществить полноценную работу программы при помощи удаленной базы данных;
подготовить к защите пояснительную записку, речь и презентацию в соответствии с настоящими методическими указаниями.
Объект исследования: процессы, происходящие в логистической компании.
Предмет исследования: создание программы для логистической компании.
КП основан на гипотезе (это предположение), согласно которой автоматизируемый процесс на рассматриваемом предприятии будет максимально эффективен если:
Все запланированные функции будут выполнены;
Оптимально подобрано программное обеспечение;
Произведена реализация и тестирование всех функций БД и программы;
Создано документационное сопровождение.
Структура работы:
Первая глава посвящена проектированию программного продукта, в ней подробно описан анализ объекта, процесса, предметной области как объекта информатизации, также проанализировано содержание информационного обеспечения объекта информатизации. Для дальнейшей разработки программного продукта очень важно было описать организационную и функциональную схемы, категорий пользователей и потоков данных объекта информатизации, провести анализ функциональных требований программного продукта и анализ входных и выходных данных. Выбор программного обеспечения для разработки и эксплуатации удаленных базы данных. Также на основании проведенного анализа в первой главе сделан анализ и обоснование выбора программного обеспечения для решения поставленных задач.
Вторая глава посвящена разработке программного продукта. Для начала была разработана структура удаленной базы данных, продумана интеграция программных модулей. Во второй главе подробно описан весь разработанный функционал программного продукта. Выполнено тестирование и отладка в процессе тестирования.
Так как важным компонентов в жизненном цикле программного продукта является техническая и пользовательская документация, третья глава посвящена документационному обеспечению программного продукта.
Немаловажным аспектом при разработке программного обеспечения является обеспечение всех мер безопасности, чему и посвящена следующая глава.
В заключении сделаны общие выводы о проделанной работе, описаны выполненные задачи, представлены перспективы развития программного продукта составления смет строительных объектов.
1. Проектирование программного продукта
1.1 Анализ объекта, процесса, предметной области как объекта информатизации
Первым делом, стоит понять процессы, происходящие в области логистики. Есть некоторый штат работников, зависящий от размера компании. В основном туда входят: логисты, операторы, бухгалтеры, курьеры и грузчики. Программным обеспечением для сотрудников будут пользоваться операторы и логисты.
Исходными данными для этапа системного анализа являются:
статистика работы бухгалтера и логиста;
документы, подтверждающие соглашение между заказчиком и исполнителем;
другие документы, имеющие отношение к исследуемому объекту.
Выходными данными, или результатом, этапа системного анализа являются:
результаты статистики работы бухгалтера и логиста;
список потребностей заинтересованных лиц в разрабатываемом ППО;
описание объектов автоматизации;
модель объектов автоматизации или предметной области.
Таким образом, передо мной поставлены следующие задачи:
– составить список заинтересованных лиц;
– провести интервью или анкетирование;
– выявить потребности заинтересованных лиц.
Заинтересованные лица - это все те, кто имеет прямое или косвенное отношение к процессу, автоматизация которого производится.
Для выявления заинтересованных лиц необходимо ответить на следующие вопросы:
кто является пользователем системы?
Бухгалтер, логист
кто является заказчиком (покупателем) системы?
Предприятие / Организация, которая нуждается в ПП
на кого еще окажут влияние результаты работы системы?
Директора предприятия организации
кто будет оценивать и принимать систему, когда она будет представлена и развернута?
Директор организации предприятия
кто будет заниматься сопровождением новой системы?
разработчик
Исходя из анализа ответов, выделяем заинтересованных лиц:
Начальники отдела
Директор организации;
Бухгалтеры
Логисты.
Для выявления потребностей заказчика и описания объектов автоматизации можно проводить как анкетирование, так и интервью.
Выбираем интервью с директором логистической компании, приведенное в Таблице 1.1.
В результате анкетирования и интервьюирования всех заинтересованных лиц были сформулированы потребности заказчика относительно разрабатываемого ПП. Далее необходимо провести аналогию между выявленными потребностями и структурой, и требованиями ТЗ в соответствии с ГОСТ. Таким образом, потребности заказчика в ТЗ могут быть описаны в разделе «Назначение и цели создания системы».
Таблица 1.1 Интервью с директором логистической компании
Вопрос |
Ответ |
|
1. Имя |
Милашкина Валентина Сергеевна |
|
2. Наименование структурного подразделения |
ООО «РусТранс» |
|
3. Должность |
Директор |
|
4. Кому Вы непосредственно подчиняетесь? |
Никому |
|
5. Каковы Ваши основные обязанности? |
1.Привлечение новых клиентов; 2.Создание дружеских отношений с конкурирующими компаниями; 3. Набор персонала; 4. Нахождение новых компаний, сдающих вагоны в аренду; 5. Выплата З/П; |
|
6. Что Вы в основном производите? |
1. Договора с клиентами; 2. Планирование тактик развития компании; 3. Соглашения по сотрудничеству с другими компаниями. |
|
7. Какие документы или какую информацию можно считать входящими, или необходимыми, для Вашей деятельности? |
1. Логистические данные; 2. Информация о поступающих счетах; 3. Данные о клиенте. |
|
8. Какие документы или какую информацию можно считать исходящими, или результатом Вашей деятельности? |
1. Отчёт о логистических данных; 2. Цены; 3. Реклама; |
|
9. Как измеряется успех Вашей деятельности? |
Успех нашей компании измеряется в количестве клиентов, проценте занятости арендованных вагонов и количестве прибыли. |
|
10. Какие проблемы влияют на успешность Вашей деятельности? |
1.Конкуренция и недостаток вагонов для аренды; 2.Долгое составление документов. |
|
11. Какие потребности у Вас есть относительно будущего решения (разрабатываемого ПО)? |
Разрабатываемая система должна ускорять ввод и вывод данных. |
По моему анкетированию можно выделить такие потребности как:
таблица, содержащая в себе логистические данные;
распечатывание таблицы, выборка из основной таблицы для создания отчёта;
сохранение отчётов в разных форматах (jpg, pdf);
удаленное хранение информации;
удаленная авторизация.
1.2 Анализ информационного обеспечения объекта информатизации
На данный момент в компании ООО «РусТранс», в которой я прошёл все свои производственные практики, совсем отсутствует специализированное программное обеспечение. Логист и бухгалтер для работы с потоком информации использовали таблицы Excel и каждый день переносили данные от компьютера логиста до компьютера бухгалтера чаще всего с помощью физического накопителя данных.
1.3 Организационная и функциональные схемы
Во время прохождения практики, мною было изучена структура предприятия ООО «РусТранс», приведенная на рис. 1.1:
Рис. 1.1 - Организационная схема организации
Следующим действием было прорабатывание плана связи всех форм программы логистической компании, отображенное на рис. 1.2:
Взяв за основу их таблицы данных, мы заменили их структуру и решили перенести в таблицу, созданную на удаленной базе данных. Таким образом, авторизация и хранение информации будет храниться на удаленном сервере, что обеспечит возможность получения данных в любом месте, где есть доступ к сети интернет. В программе будет доступна печать и сохранение отчёта в популярных форматах (jpg, pdf), облегчён поиск и редактирование информации.
Рис. 1.2 - Функциональная схема программы логистической компании
1.4 Описание категорий пользователей и потоков данных объекта информатизации
В программе будет разделение пользователей на 2 категории. Разделение будет на группу «Пользователь» и «Администратор». У администратора будет возможность редактирования групп пользователей, добавление новых пользователей, все стандартные функции программы, а у пользователей доступ к системе авторизации и основной форме со всеми данными для работы с ними [16, с. 12].
Данные будут использоваться несколькими компьютерами, и передаваться по интернет соединению в удаленную БД. Данные будут передаваться при каждом обновлении или подключении БД (запуск программы).
1.5 Анализ функциональных требований программного продукта
Исходя из интервью с директором, были созданы данные требования к программному обеспечению:
таблица, содержащая в себе логистические данные;
распечатывание таблицы, выборка из основной таблицы для создания отчёта;
сохранение отчётов в разных форматах (jpg, pdf);
удаленное хранение информации;
удаленная авторизация.
После создания списка требования, мною было анализировано и подробно расписано, как будет выглядеть будущее программное обеспечение.
Первой формой будет форма для авторизации пользователей, на ней будет 2 поля для ввода имени пользователя и логина. Так же будет кнопка входа и кнопка редактирования пути для удаленной базы данных, при нажатии на которую будет открыта новая форма, содержащая в себе 3 поля. Это - IP-адрес базы данных; имя пользователя базы данных; и пароль пользователя базы данных.
Каждый раз, когда происходит вход на форму авторизации (запуск программы, либо обновление любым способом: клик, нажатие кнопки и т.д.) будет проверяться IP-адрес базы данных. Когда форма присоединилась к базе данных, то снизу формы будет написано, что подключение прошло успешно, если подключение отсутствует, то будет написано обратное. Чтобы изменить подключение нужно будет пройти по кнопке на форму, описанную выше [18, с. 31].
После подключения к базе данных, пользователь должен ввести в поля «Имя пользователя» и «Пароль» свои данные, для входа в программу. После чего, если данные будут обнаружены в соответствующей таблице базы данных, произойдёт сравнивание данных введенных в поля с данными находящимся в полях таблицы удаленной базы данных и вход на основную форму, если данные оказались идентичными. При входе на форму, будет вызвано приветствие, при несоответствии данных будет выдано сообщение с отказом входа на основную форму.
После прохождения авторизации, будет открыто основное окно, в котором будет две таблицы (Сводная и отчёт), различные функции для удобства пользования таблицей «Сводная» и переноса данных в таблицу «Отчёт». Сверху программы будет основное меню с несколькими разделами, с небольшим количеством функций, раздел «Файл»: сохранение таблицы «Отчёт» в нескольких форматах (jpg, pdf), кнопка вызова предварительного просмотра отчёта с последующей печатью, и кнопка быстрой печати отчёта. В другом разделе меню «Помощь» можно будет вызвать форму с инструкцией пользования некоторых компонентов программы и форму с информацией о создателе программы и версии программы.
Ниже таблицы «Сводная» будут находиться компоненты навигации и управления ею же. В компоненты навигации будут входить: поиск по таблице, сортировка по столбцам, фильтрация дат по столбцам и фильтрация по промежутку дат в выбранном столбце. Правее от компонентов навигации будет находиться кнопка подсчитывания итогов таблицы «Сводная», а также кнопки для управления таблицей «Отчёт» и взаимодействия её с таблицей «Сводная». Будет четыре кнопки для взаимодействия таблиц: кнопка «Добавить в отчёт всю таблицу», при нажатии на кнопку все записи таблицы «Сводная» будут скопированы и добавлены в записи таблицы «Отчёт». Кнопка «Активировать редактирование отчёта», при нажатии на данную кнопку основная таблица, то есть «Сводная» становится неактивной для редактирования и нажатия по записи двойным щелчком левой кнопки мыши, будет означать перенос данной строки в таблицу «Отчёт». Кнопка «Выключить редактирование отчёта», при нажатии на эту кнопку, будет активировано редактирование таблицы «Сводная». Последняя кнопка «Очистить таблицу», при нажатии на неё, таблица «Отчёт» станет пустой.
Выше таблицы «Отчёт» будет находится окно заметок, для того, чтобы пользователь мог оставлять сообщения для себя или других сотрудников.
При каждой активации основной формы, будет происходить проверка подключения программы к удаленной базе данных.
1.6 Анализ входных и выходных данных
В базу данных входят несколько типов данных:
Названия железнодорожных станций (Текстовый, тип данных string);
Номера вагонов (Числовой, тип данных integer);
Дата отправки (Дата/Время, тип данных integer);
Ставки (Денежный, тип данных real);
Номера счетов (Числовой, тип данных integer).
Всё это пользователь вводит самостоятельно. Входными данными для этой функции будет текст, с типом данных string. Номер вагона, привязанные к нему счета, дата и станция назначения, входными данными для этих функций будут числа, с типом данных integer.
Данные “Ставки”, делятся на 3 типа:
Входящие (Входящая сумма в рублях);
Исходящие (Исходящая сумма в рублях);
Итог (Рассчитывается по формуле “Входящие-Исходящие” с типом данных real).
Итог подсчитывается, как и в основной таблице (сводная). Выходными данными для программы будут являться подсчёт столбца «Итог» и вывод таблицы в форматах: jpg, pdf и печать.
1.7 Структура данных
Структура удаленной базы данных будет иметь такой вид [14, с. 102]:
сводная таблица, содержащая в себе данные заказов;
таблица печати, содержащая в себе данные выборки из таблицы заказов;
таблица пользователей, содержащая в себе информацию о пользователях и их данных для входа в программу;
таблица заметок, содержащая в себе текст, оставленный пользователями.
1.8 Разработка тестовых сценариев, программы и методики испытаний
Объект испытаний. Программа для логистической компании, хранящая в себе данные заказов, позволяющая хранить, редактировать и выводить её в печатном виде.
Цель испытаний. Целью тестирования программы является проверка всех его функциональных возможностей и проверка на соответствие заранее заданных требований.
Требования к программе. Правильная работа всех функций, быстрая работа программы, незамедлительный доступ к удаленному серверу.
Требования к программной документации. Список документов входящая в программную документацию:
Техническое задание на разработку ПП;
Руководство пользователя;
Руководство администратора;
Технический проект.
Средства и порядок испытаний. Во время испытания программного обеспечения [5] были использованы следующие программы:
Delphi XE9;
WampServer,
phpmyadmin.
Результаты испытаний приведены в таблице 1.2.
Таблица 1.2 Порядок проведения испытаний
№ п/п |
Тест-кейс |
Ожидаемый результат |
Результат теста |
|
1 |
Включить программу |
Открытие формы авторизации |
Работает |
|
2 |
Ввод данных пользователя и соединение с программой |
Открытие основной формы |
Работает |
|
3 |
Открыть инструкцию |
Открытие формы с инструкцией |
Работает |
|
4 |
Открыть редактирование пользователя |
Открытие формы редактирования пользователей |
Работает |
|
5 |
Открыть форму «О программе» |
Открытие формы «О программе» |
Работает |
|
6 |
Открытие печати |
Открытие формы с печатью |
Работает |
|
7 |
Ввод данных в сводную таблицу |
Видимость введенных данных |
Работает |
|
8 |
Ввод данных в поиск |
Выведение заданных данных |
Работает |
|
9 |
Переключение фильтра |
Вывод данных из фильтра |
Работает |
|
10 |
Печать отчёта |
Выход формы печати |
Работает |
1.9 Разработка технического задания программного продукта
Техническое задание представляет собой документ, в котором сформулированы основные цели разработки, требования к программному продукту, определены сроки и этапы разработки и регламентирован процесс приемо-сдаточных испытаний. В разработке технического задания участвуют как представители заказчика, так и представители исполнителя [14, с.44].
Техническое задание оформляют в соответствии с ГОСТ 19.106--78 на листах формата А4 и A3 по ГОСТ 2.301--68.
Лист утверждения и титульный лист оформляется в соответствии с ГОСТ 19.104--78.
Введение
Наименование и область применения
Программа для логистической компании может применяться во многих предприятиях сферы логистики, т.к. структура у многих логистических компаний схожая, что позволит настроить программу под многие организации.
Основание для разработки
Задание на ВКР по заданной теме
Основание для разработки
Программа облегчает ввод, вывод и хранение информации, что ускоряет производительность компании и экономит время сотрудникам.
«Технические требования к программе или программному изделию»
Требования к функциональным характеристикам:
сводная таблица с инструментами поиска и фильтрования;
удаленное хранение данных на сервере;
печать сводной таблицы;
сохранение таблицы в разных форматах;
Организация входных и выходных данных
Входные данные - данные, которые вводит пользователь в сводную таблицу;
Выходные данные - отчёт в бумажном виде, отчёт в форматах pdf и jpg, информация, выводимая в результате использования инструментов поиска и фильтров, подсчёт общей выручки за выбранный период времени.
Требования к надежности
обеспечение устойчивого функционирования, контроль входной и выходной информации;
время восстановления после отказа;
предусмотреть контроль вводимой информации;
предусмотреть блокировку некорректных действий пользователя при работе с системой.
Условия эксплуатации
Эксплуатировать программу должен системный администратор со знанием MySQL, WampServer и основ Delphi.
Требования к составу и параметрам технических средств
Системные программные средства, для которых обеспечивается эффективная работа Программы:
Минимальные требования:
– Тип процессора: Pentium и подобное;
– Объем оперативной памяти: 1024 мб;
– Объем свободного места на жестком диске: 20гб.
Рекомендуемые требования:
Тип процессора: IntelCore i3 и лучше;
Объем оперативной памяти: 2048 мб;
Объем свободного места на жестком диске: 60гб.
Требования к информационной и программной совместимости
Программа должна работать под системой Windows XP и выше.
Требования к маркировке и упаковке
Не предъявляются
Требования к программной документации [10, с. 12]
Разрабатываемые программные модули должны быть самодокументированы, т. е. тексты программ должны содержать все необходимые комментарии.
Разрабатываемая программа должна включать справочную информацию о работе программы, подсказки.
В состав сопровождающей документации должны входить:
Пояснительная записка, содержащая описание разработки.
Руководство пользователя.
Тест-план.
1.10 Разработка и оптимизация схемы данных программного продукта
Одной из основных частей информационного обеспечения является информационная база. Информационная база (ИБ) представляет собой совокупность данных, организованную определенным способом и хранимую в памяти вычислительной системы в виде файлов, с помощью которых удовлетворяются информационные потребности управленческих процессов и решаемых задач. Разработка БД выполняется с помощью моделирования данных [3, с. 11].
Цель моделирования данных состоит в обеспечении разработчика ИС концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных [23, с. 112]. Наиболее распространенным средством моделирования данных являются диаграммы "сущность-связь" (ERD). С помощью ERD осуществляется детализация накопителей данных DFD - диаграммы, а также документируются информационные аспекты бизнес-системы, включая идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их связей с другими объектами (отношений).
Схема данных программы приведена на рис. 1.3.
Рис. 1.3 - Схема данных программы логистической компании
1.11 Описание клиент-серверного взаимодействия
Клиент-серверное взаимодействие, это когда клиент (находящийся за компьютером), работая за ним, отправляет запросы на удаленный сервер, который находится на другой машине [13, с. 95]. В нашем случае клиент-серверное взаимодействие происходит при подключении, изменении или вводе информации в программу для логистической компании. Сервер реализован с помощью WampServer, таблицы созданы в встроенном приложении phpmyadmin. В Delphi соединение базы данных и программы было реализовано с помощью компонента ODBC, подключение происходит быстро и без нареканий.
1.12 Выбор программного обеспечения для реализации (разработки) программного продукта
Delphi - не просто язык. Это чрезвычайно мощная и удобная интегрированная среда (IDE), заслуживающая самых высоких похвал. Ни один компилятор C++, включая Visual C++, не предоставляет нам столь дружественной, интуитивно понятной, простой в использовании и вместе с тем столь многофункциональной оболочки как Delphi [25, с. 22]. Мы использовали эту систему, так как обучение начиналось именно с неё, и она показала себя как очень удобная среда разработки для начинающих программистов. В ней присутствуют все необходимые компоненты, которые легки в понимании, благодаря чему даётся возможность нахождения множества решений для их применения в программе для логистической компании.
Кроме того, этот программный продукт установлен в описываемой организации.
1.13 Выбор программного обеспечения для разработки и эксплуатации удаленных базы данных
WampServer - пакет, позволяющий установить на локальной машине под управлением Windows полноценный веб-сервер. В пакет входят актуальные релизы Apache, MySQL и PHP.
WAMP - расшифровывается как связка Apache, MySQL и PHP для Windows, отдельная установка указанных пакетов займёт очень много времени, поэтому WAMP является очень хорошим решением. Основное преимущество - более гибкая настройка, благодаря которой поддерживается большое количество языков, возможность установить любую версию Apache, MySQL и PHP в качестве аддона и привлекательная домашняя страница [15, с. 404].
Данный пакет также имеется в наличие на предприятии ООО «РусТранс».
2. Разработка программного продукта
2.1 Разработка удалённой базы данных и необходимых запросов
Главная страница WampServer расположена либо по адресу localhost (127.0.0.1), либо по ip адресу компьютера ( Рис. 2.1).
Рис. 2.1 - Главная страница «WampServer»
Следующим шагом в разработке является запуск phpmyadmin, в котором происходит создание БД (рис. 2.2).
В левом верхнем углу нужно выбрать “New” и создать БД. При этов необходимо указать название базы и выбрать языковой тип (рис. 2.3).
После создания базы, нужно создать такие объекты как таблицы [20, с.320]. Это делается нажатием «+», которые раскрывает древо таблиц БД и нажать «Создать таблицу». В соответствующее поле нужно ввести название таблицы и количество столбцов, которое можно изменить (рис. 2.4).
Рис. 2.2 - Страница «phpmyadmin»
Рис. 2.3 - Создание БД, ввод названия
Рис. 2.4 - Создание таблицы
И последний этап, это процесс создания структуры самой таблицы. При этом, нужно выбрать название столбца, тип данных, длину строки, выбрать изначальный тип (к примеру, сделать строку изначально нулём), сравнение (шрифт), атрибуты, null (может ли быть нулём), индекс (задать первичный или уникальный ключ полю), A_I (автоматическая нумерация записей для первичного ключа или уникального поля) и последнее это комментарии. Результат работы последнего этапа приведен на рис. 2.5 [19, с.30].
Рис. 2.5 - Создание столбцов
Этапы сознания и заполнения таблицы, приведены на рис. 2.6 и 2.7 соответственно.
Рис. 2.6 - Сводная таблица
Рис. 2.7 - Таблица с данными для авторизации
2.2 Реализация функциональных требований
Первым делом, нужно реализовать, меню авторизации пользователей, которая немного повысит безопасность программы. Работать она будет по принципу, сравнивания 4х компонентов Edit и DBEdit. Для начала нужно добавить компоненты для связи с базой данных, с которой будут сравниваться данные пользователей. Названия этих компонентов: ADOConnection, ADOTable, DataSource. После подключения всех компонентов, указываем в DBEdit1, чтобы он выводил значения поля «login», а в другом DBEdit «pass», после чего скрываем DBEdit. Вход будет осуществляться сравнением данных, которые вводит пользователь в Edit1 и Edit2, если все данные совпадают, то открывается следующая форма, а эта скрывается. Всё действие будет происходит по нажатии кнопки Button. Код работы программы, при реализации процедуры щелчка по кнопки Button, приведен на рис. 2.8.
Рис. 2.8 - Код авторизации пользователя
В данном коде сказано, что, если данные из разных Edit совпали, то выводится основная форма и окно приветствия с именем пользователя, который зашёл. Если пользователю не удалось зайти в систему, выводится окно, которое просит его попробовать снова [17, с.170].
После этого, думаю, стоит добавить кнопку, которая делает вводимый пароль видимым, если пользователь захочет видеть ошибку. Код этого действия приведен на рис. 2.9.
Рис. 2.9 - Код скрытия/показа пароля
Сделали мы это с помощью компонента CheckBox и параметра PasswordChar. После корректировки внешнего вида получилось такое окно, приведенное на рис. 2.10.
Рис. 2.10 - Код вставки IP адреса из txt файла
Подключение к БД будет происходит с помощью кода, взятого из ADOConnection. После активации формы, происходит включение всех компонентов и подключение к БД. Данные БД будут загружаться из текстовых файлов, которые сохраняются после того, как вы введете данные на форме, в которую можно попасть с помощью кнопки «Настройка БД» в последующие запуски, программа будет автоматически подключаться по прошлым введенным данным (рис. 2.10 - 2.12).
Рис. 2.11 - Форма авторизации
Рис. 2.12 - Форма подключения БД
Фрагмент кода автоматического подключения формы приведен ниже на рис. 2.13.
Рис. 2.13 - Форма подключения БД
Следующей добавленной функцией будет разделение пользователей на группы администратор и обычный пользователь. В строке с пользователем, если в столбце «admin» стоит значение 1, то при переходе на форму с данными этого пользователя в компоненте TMenu появится дополнительная вкладка, с доступом к добавлению и изменению данных новых пользователей. Если же значение 0, то вкладка будет отключена. Описанные действия отображены на рис. 2.14.
Рис. 2.14 - Меню администратора
В программе будет только одна рабочая форма, которая будет вмещать в себя весь перечень заявленных функций. Основным компонентом программы будет таблица, которая будет выводить базу данных и предоставлять возможность её редактирования. Как и в прошлой форме, нам нужно подключить базу данных в компонент таблицы, который называется DBGrid. После подключения компонентов и вывода таблицы в DBGrid, она будет неправильно показывать столбцы, так как по умолчанию, столбцы имеют широту в 1500px. Чтобы корректно показывались столбцы, в каждом нужно изменить широту до 100-200px. После этого можно добавить панель управления таблицей, которая называется DBNavigator, убрать лишние функции и удобно разместить (рис. 2.15).
Рис. 2.15 - Сводная таблица
У этой таблицы, есть данные, которые должны вычислять автоматически, это столбец «Итог», он вычисляется по формуле: «Ставка_вход» - «Ставка_выход».
Для того чтобы реализовать эту функцию, потребуется три DBEdit, которые будут забирать значения этих столбцов. Столбец будет вычисляться сразу же, после изменения данных в столбце «Ставка_выход». Код для реализации описанного вычисления приведен на рис. 2.16.
Рис. 2.16 - Сводная таблица
Согласно коду, если значения столбца «Ставка_выход» пустое, то он оставляет его пустым. Если, оно не пустое, то строка переходит в режим редактирования, DBEdit, который связан со столбцом «Итог» очищается и происходит новое вычисление, после чего данные публикуются в таблицу.
Следующая функция для реализации была выбрана из-за того, что вводить даты в определенных столбцах, которых тут 4, очень долго и неудобно. После долгих размышлений, пришла идея воспользоваться компонентом TDataTimePicker и выводить его в ячейку, при клике на строчку. Код работы приведен на рис. 2.17.
Рис. 2.17 - Сводная таблица
При клике на выбранную строчку и столбец, появляется TDateTimePicker, после нажатия на который, появляется маленький календарь. После клика по нужной дате, это значения переносится в ячейку.
Аналогичные действия происходят со всеми 4 столбцами с датами, что иллюстрирует рис. 2.18.
Рис. 2.18 - Календарь в ячейке с датой
Следующей функцией таблицы будет подсчёт общего значения столбца «Итог», которое будет производиться после нажатия на кнопку «Рассчитать итог» и вывод значения в Edit. Для этого используем функцию, которая реализует перемещение курсора по всем значениям столбца и сложения каждого предыдущего значения со следующим. Код реализации процедуры приведен на рис. 2.19.
Рис. 2.19 - Подсчёт суммы всех ячеек одного столбца
Здесь используется переменная Aver, которая будет записывать в себя значения каждой ячейки. И этот цикл будет повторяться до тех пор, пока не закончатся строки.
Для реализации фильтрации, мною было принято решение, использовать компонент RadioGroup, который представляет собой выборку, приведенную на рис. 2.20.
Рис. 2.20 - Компоненты фильтрации RadioGroup
К каждому значению привязываем соответствующие столбцы, после выбора нужного значения и ввода текста, будет происходить фильтрация именно по этому столбцу. информатизация программный база данный
Фильтрация дат сделана отдельно из-за того, что для них будет использоваться иной метод, подобный, описанному выше. Код фильтрации для одного пункта приведен на рис. 2.21.
Рис. 2.21 - Фильтрация по RadioGroup
Тут берётся кейс и описывается каждый ItemIndex. Если в Edit вводится, что-либо, то он сразу же начинает фильтровать результаты, без ожидания полного ввода. В этом коде, был использован SQL запрос, в котором сказано выбрать данные из таблицы svodnya и столбца «Станция», после чего описывается параметр, который описывает значения поиска.
Строка, приведенная на рис. 2.22 реализует вывод полной таблицы, если пользователь по какой-то причине стёр название запроса и в редакторе Edit стало пусто.
Рис. 2.22 - Очистка фильтрации
Следующим действием необходимо реализовать фильтрацию дат, компоненты которой приведены на рис. 2.23.
Рис. 2.23 - Компонент фильтра даты
Фильтрация будет работать по тому же принципу, только дата будет выбираться из календаря DateTimePicker сразу же после изменения даты, что приведено рис. 2.24
Рис. 2.24 - Код фильтра по дате
Данные код напоминает предыдущий, но с некоторым добавление строк, позволяющих при появлении числа, дописывать к запросу тип данных integer, а параметр процедуры забирает значения даты из DateTimePicker.
Описание работы основного фильтр уже завершено, но есть вероятность того, что пользователю нужно будет отыскать период дат, и, если он столкнётся с такой задачей, то он не сможет её реализовать, используя описанные выше процедуры. Поэтому нужно реализовать еще один фильтр, который будет состоять из двух DateTimePicker и запускаться будет по нажатию кнопки Button по данному коду (см. Рис. 2.25).
Рис. 2.25 - Код фильтра по двум датам
Код создаёт SQL запрос, с данными сводной таблицы и столбцом «От_какого_числа», которое должно быть либо больше, либо равно DataTimePicker2 и DateTimePicker3, меньше либо равно DatetimePicker3, после чего выводится нужный период дат.
Теперь, когда фильтрация полностью сделана, нужно произвести сортировку данных. Сортировка будет работать через компонент ComboBox, в котором пользователь выбирает ряд, после чего он сортируется либо по алфавиту, либо по номерам на возрастание (рис. 2.26).
Рис. 2.26 - Панель программы
Реализовать сортировку не сложно, и особых усилий не требует, так как существует функция Adoquery1.sort, в которой указывается столбец и стиль сортировки. Код описанных действий приведен на рис. 2.27.
Рис. 2.27 - Код сортировки
Данные таблиц нередко надо выводить на печать. Печать и функции таблицы «Отчёт» приведены на рис. 2.28.
Рис. 2.28 - Компонент для будущего вывода записей в печать
Таблица была добавлена через стандартный ADOTable, т.к. никаких запросов в ней нету. В ней находятся все данные, которые были перенесены из главной таблицы, но показываются только три основных столбца. Перенос происходит следующим способом. Слева видны кнопки, они все относятся к функциям отчёта. Кнопка «Добавить в отчёт всю таблицу» переносит все отфильтрованные данные из основной таблицы, по средствам функции White Adoquery.EOF на печать рис. 2.29.
Рис. 2.29 - Добавление всех записей в печать
После чего, он сравнивает все данные строчки и выставляет их в таблице «Отчёт», после того, как он заканчивает это, он переходит к следующей строке, до тех пор, пока они не кончатся.
Следующая кнопка, это «Активировать редактирование отчёта». При нажатии на эту кнопку, она становится неактивной. И становится активной кнопка «Выключить редактирование отчёта» и наоборот.
В программе была объявлена глобальная переменная типа true и false, с помощью, которой мы можем выключать и включать некоторые функции таблицы, к примеру, использовать событие DoubleClick по записям. При нажатии на эту кнопку, событие переходит в значение true (истина) и таблица становится не редактируемой, после двойного клика на запись, она переносится в таблицу «Отчёт». Добавление записи в печать происходит с помощью кода, изображенного на рис. 2.30.
Рис. 2.30 - Добавление одной записи в печать
Дальше следует кнопка «Очистить отчёт», которая тем же методом AdoTable.eof, реализует пробег по всей таблице и удаление каждой записи, подготовленной к печати (рис. 2.31).
Рис. 2.31 - Удаление всех записей печати
Управление таблицей перед печатью мы разобрали. Теперь переходим к функции печати. Она реализована с помощью установленного компонента FastReport 5.0, приведенного на рис. 2.32.
Рис. 2.32 - Форма с компонентами печати
Для реализации процедуры печать в программе была создана форма, на которой установлены следующие компоненты:
frxPreview - Показывает предосмотр печати;
frxReport - Открывает редактор печати;
DBDataset - Подключает DataSource;
PDfExport - Сохраняет отчёт в формате PDF;
JPEGExport - Сохраняет отчёт в формате JPG.
Рис. 2.33 - Форма предварительного просмотра
В редакторе frxReport, можно изменять внешней вид будущей таблицы, устанавливать дополнительные компоненты и тому подобные функции. Компонент FastReport 5.0 прост в использовании и предоставляет большое количество функциональных возможностей. Вариант формы предварительного просмотра перед печатью праведен на рис. 2.33.
Предварительный просмотр и печать отчёта запускается через основное меню, представленное на рис. 2.34.
Рис. 2.34 - Пункты меню
После чего можно начать печать, нажатием соответствующей кнопки. Для печати используется стандартный обработчик Windows (рис. 2.35).
Рис. 2.35 - Обработчик печати Windows
Так же отчёт можно сохранять в форматах jpg и pdf в том же меню, после чего надо просто установить путь сохранения. Эти действия приведены на рис.. 2.35, 2.36 соответственно.
Рис. 2.35 - Начальное окно настройки сохранения
Рис. 2.36 - Сохранение файла через Windows проводник
Для удобства эксплуатации программы, были добавлены формы, не содержащие функций. Они приведены на рис. 2.37 и 2.38.
Рис. 2.37 - Информация о продукте
Рис. 2.38 - Форма инструкции
А также была добавления форма новых пользователей и форма изменения существующих пользователей (см. Рис. 2.39, 2.40).
Рис. 2.39 - Форма добавления пользователя
Рис. 2.40 - Форма редактирования пользователей
2.3 Интеграция программных модулей
Рис. 2.41 - Форма Delphi с компонентами
Для подключения базы данных MySQL созданной в phpmyadmin, необходимо в Delphi создать форму и добавить туда компоненты: ADOConnection, ADOTable, DataSource. Этот процесс приведен на рис. 2.41.
После чего нужно перейти в окно «Свойства» и выбрать строку «ConnectionString» (рис. 2.42).
Рис. 2.42 - Свойства формы/компонента
После нажатия на строку Connection String открывается форма создания подключения. Для создания нового подключения следует нажать «Build» (рис. 2.43).
Рис. 2.43 - Окно создания подключения
Откроется окно «Свойства канала передачи данных», в котором следует выбрать «Microsoft OLE DB Provider for ODBC Drivers» (рис. 2.44).
Рис. 2.44 - Окно «Свойства канала передачи данных»
После выбора канала данных, открывается следующая вкладка «Соединение» этого же окна, в котором следует поставить пункт второй и нажать кнопку «Сборка» (рис. 2.45).
Рис. 2.45 - Вкладка «Соединение»
Следующим действием после нажатия кнопки «Сборка» будет выбор источника данных. Для создания нового источника данных нужно нажать кнопку «Создать» (рис. 2.46).
Рис. 2.46 - Окно «Выбор источника данных»
В следующем окне нужно выбрать Driver для нового источника, нам нужно выбрать «MySQL ODBC 5.3 Unicode Driver» (рис. 2.47).
Рис. 2.47 - Окно выбора драйвера для источника данных
После чего требуется ввести имя нового источника данных (рис. 2.48).
Рис. 2.48 - Имя нового источника данных
Потом подтвердить создание нового источника (рис. 2.49) и проследовать к выбору этого источника обратно в окно «Выбор источника данных» (рис. 2.47). Процесс завершается подтверждением создания нового источника данных, приведенного на рис. 2.49.
Рис. 2.49 - Подтверждение создания нового источника данных
После выбора источника данных открывается конфигурация соединения, где нужно указать IP-адрес сервера, имя пользователя БД, пароль пользователя БД и выбрать название вашей БД (рис. 2.50).
Рис. 2.50 - Конфигурация подключения
После чего нажать кнопку «Test», если подключение прошло успешно, то программа выдает сообщение (рис. 2.51).
Рис. 2.51 - Окно успешного завершения подключения
И последним этапом станет проверка нового подключения (рис. 2.52).
Основная задача отладки в целом состоит в завершении разработки всего программного обеспечения и в доведении его характеристик до значений, заданных требованиями технического задания (соглашения о требованиях). При этом ПО должно гарантированно удовлетворять всем требованиям не только в диапазоне типичных условий его функционирования, но и при предельных, критических сочетаниях значений всех параметров. Это обеспечивает надежность функционирования ПО при разнообразных произвольных, в том числе, искаженных сочетаниях исходных данных [19, с. 226].
Рис. 2.52 - Проверка нового подключения
2.4 Отладка программного продукта
В результате отладки программное обеспечение должно соответствовать определенной фиксированной совокупности правил и показателей качества, принимаемых для него за эталонные. Иными словами: отладка -- это этап разработки, на котором устраняются недостатки только что созданного программного обеспечения. Процесс отладки иллюстрируется рис. 2. 53.
Рис. 2.53 - Проверка нового подключения
2.5 Тестирование программного продукта
Тест-план программы логистической компании
Введение
Назначение документа. Целью настоящего тест плана является описание процесса тестирования программы логистической компании. Данный документ позволяет получить представление о плановых работах, сроках и процессе тестирования.
Определения. Проект - это работы, задачи, направленные на создание уникального программного продукта.
Тестирование - процесс исследования программного обеспечения с целью получения информации о качестве продукта, направленный на выявление дефектов и ошибок в программном продукте путем поиска несоответствий между ожидаемым результатом и полученным.
Функциональное тестирование - тестирование функций приложения на соответствие требованиям и выявление, решение возникающих ошибок.
ТЗ (Техническое задание) - документ, описывающий набор технических и функциональных требований к программному продукту.
БД - База данных
Стресс-тестирование - оценка надежности и устойчивости системы в условиях превышения пределов нормального функционирования. Тестовая среда - набор программного обеспечения для воспроизведения действий пользователя, максимально приближенных к реальным.
«Юзер стори» - пошаговая инструкция, воспроизводящая действия пользователя [22, с. 96].
Цель тестирования. Целью тестирования ПП является проверка всех его функциональных возможностей и совместимости с различными операционными системами, а также проведение серии стресс-тестов для выявления узких мест и уязвимостей проекта. Тестирование предполагается вести в ручном режиме, без использования автоматизированных систем.
План тестирования
Функциональное тестирование
Цель: Выявление функциональных ошибок, несоответствий ТЗ и ожиданиям пользователя путем реализации стандартных.
Классификация функций
Работа с главной формой:
Тестирование подключения к серверу
Тестирование поиска и фильтрации
Тестирование печати
Работа с базами данных:
Добавление данных в БД
Удаление и редактирование
Тестирование в определенной среде
Цель: Проверить корректную работу и дизайн ПП в различных операционных системах и при различных разрешениях монитора.
Стресс-тестирование
Цель: Выявить уязвимости в работе ПП путем использования больших данных, длинных запросов, некорректных данных и пр.
Процесс тестирования отображается в таблицах 2.1 - 2.3.
Таблица 2.1 Функциональное тестирование
функция |
действие |
ожидаемый результат |
полученный результат |
фатальные ошибки |
|
1. Тестирование подключения вк серверу |
Авторизация удаленного сервера |
Подключение удаленного сервера |
Работа всех функций |
Отсутствуют |
|
2. Тестирование захода пользователя в программу |
Ввод данных пользователя |
Вход в основную форму |
Отсутствие ошибок, работа функций |
Отсутствуют |
|
3. Тестирование добавления данных |
Добавление данных в таблицы |
Данные добавлены в таблицу |
Данные сохранены |
Отсутствуют |
|
4. Тестирование поиска и фильтра данных |
Поиск по таблице и использование фильтра по датам |
Отображение данных фильтра/поиска |
Работа всех функций |
Отсутствуют |
|
5. Перенос строк в таблицу отчёт |
Включить редактирование строк и перенести данные в таблицу отчёт |
Данные перенеслись в таблицу «Отчёт» |
Работа всех функций |
Отсутствуют |
Таблица 2.2 Тестирование в определенной среде
система |
разрешение экрана |
ошибки/несоответствия |
|
Windows 7 |
1366x768 |
Нет |
|
Windows 8 |
1280х1024 |
Нет |
|
Windows 8.1 |
1024x768 |
Нет |
|
Windows 10 |
1280х1024 |
Нет |
Таблица 2.3 Стресс-тестирование
функция |
действие |
ожидаемый результат |
полученный результат |
фатальные ошибки |
|
1 Ввод данных |
Ввод некорректных данных (несоответствие типов, данных) |
не возможность ввода данных |
Данные не введены |
Отсутствуют |
|
2 Ввод данных в поиск |
Ввод некорректной информации |
Ошибка ввода данных |
Ошибка ввода данных |
Отсутствуют |
|
3 Прерывание соединения с удаленной БД |
Ошибка подключения |
Отключение от программы |
Ошибка подключения, закрытие формы |
Отсутствуют |
Максимальная загрузка ЦП (ЦП- центральный процессор) при запросе поиска в обширной базе 15,8%;
Максимальная загрузка ЦП при свободном режиме пользования функциями 6,5%.
Все ошибки исправлены, недочёты доделаны.
Тестирование завершено 23.05.2016.
3. Документационное обеспечение программного продукта
3.1 Документирование программного кода
Одним из важных этапов разработки программного продукта является процесс документирования программного кода. Качественно документированный программный код является неотъемлемой частью документации на программный продукт, которая обеспечит эффективное последующее сопровождение и быструю модернизацию программного продукта при необходимости.
Пример документирования программного кода:
unit avtorizUnit;
procedure Tavtoriz.Button1Click(Sender: TObject);
begin
bd.show;
end;
{Показывает форму подключения базы данных}
procedure Tavtoriz.CheckBox1Click(Sender: TObject);
begin
if CheckBox1.Checked=true then
begin
Edit2.PasswordChar:=#0;
end
else Edit2.PasswordChar:='*';
end;
{Скрывает или открывает текст ввода пароля}
procedure Tavtoriz.Edit1Change(Sender: TObject);
begin
ADOTable1.Locate('login','*' +
Edit1.Text,[loCaseInsensitive,loPartialKey]);
end;
procedure Tavtoriz.FormActivate(Sender: TObject);
var
F,a,b :textfile;
i,c,d:string;
begin
try
assignfile (F, 'ip.txt');
reset (F);
readln (F, i);
avtoriz.edit3.Text:=i;
closefile (F);
assignfile (a, 'login.txt');
reset (a);
readln (a, c);
avtoriz.edit4.Text:=c;
closefile (a);
assignfile (b, 'pass.txt');
reset (b);
readln (b, d);
...Подобные документы
Проектирование логической схемы данных для предметной области, физической модели базы данных. Разработка алгоритмов функциональных модулей программного приложения. Принципы тестирования спроектированного программного обеспечения, анализ эффективности.
курсовая работа [926,7 K], добавлен 20.05.2015Разработка программного обеспечения, предназначенного для предоставления трех способов прохождения тестов для студентов. Построение модели потоков данных, физической базы данных. Выбор языка программирования. Условия эксплуатации, требования к надежности.
дипломная работа [2,7 M], добавлен 18.04.2014Порядок проектирования и разработки базы данных и программного обеспечения. Информация о структуре базы данных, созданных таблицах, формах, отчетах, запросах, хранимой информации. Логическая и концептуальная модели данных; выбор программного обеспечения.
курсовая работа [906,6 K], добавлен 20.01.2010Разработка программного продукта для спирографического обследования. Структура базы данных программы "СпирографОтдел". Выбор программного продукта и руководство пользователя. Минимальные рекомендуемые требования к техническому и программному обеспечению.
дипломная работа [1,0 M], добавлен 13.04.2014Разработка автоматизированной базы данных (БД) для больницы, которая поможет пользователю легко найти нужную информацию о любом сотруднике или пациенте. Выбор системы управления БД и программного обеспечения. Описание работы программного продукта.
дипломная работа [1,9 M], добавлен 26.03.2013Анализ предметной области АИС "Подписка". Проектирование базы данных методом "Сущность-Связь" для разработанной функциональной модели. Описание таблиц базы данных. Выбор программного обеспечения, требования к нему. Краткое руководство пользователя.
курсовая работа [719,6 K], добавлен 15.09.2012Анализ существующего программного обеспечения. Этапы создания проекта. Концептуальное, логическое и физическое проектирование базы данных. Структура программного продукта. Руководство программиста и оператора. Тестирование программного продукта.
курсовая работа [586,4 K], добавлен 26.06.2015Характеристика объекта информатизации и действующей системы-прототипа. Анализ разработок систем учета. Постановка задачи построения базы данных. Использование программного продукта "Инвентаризация сети и учета компьютеров". Логическое моделирование.
дипломная работа [7,0 M], добавлен 21.01.2015Разработка программы, моделирующей работу реального прибора магнитотерапии и состоящей из модулей получения информации из базы данных, ее обработки и добавления анкеты нового пациента в БД. Реализация программного продукта в среде разработки LabView.
курсовая работа [3,1 M], добавлен 28.10.2014Проектирование программного модуля: сбор исходных материалов; описание входных и выходных данных; выбор программного обеспечения. Описание типов данных и реализация интерфейса программы. Тестирование программного модуля и разработка справочной системы.
курсовая работа [81,7 K], добавлен 18.08.2014Разбиение данных по таблицам и создание связей между таблицами. Нормализация и проектирование сценария работы базы данных. Выбор программного обеспечения. Требования к аппаратным и программным средствам для работы созданного программного продукта.
курсовая работа [30,2 K], добавлен 23.01.2011Этапы разработки и отладки приложения "Помощь почтальону". Составление сопроводительной документации. Выбор средств и методов программирования. Анализ проектных данных. Особенности создания базы данных, СУБД. Тестирование созданного программного продукта.
контрольная работа [2,5 M], добавлен 17.12.2014Программные продукты, используемые при проектировании базы данных. Разработка базы данных "Библиотека" с использование программного проекта Microsoft SQL Server. Создание таблиц, триггеров, пользователей, репликации, запросов, функций, процедур.
курсовая работа [897,6 K], добавлен 21.11.2011Жизненный цикл программного продукта. Современные среды разработки приложений. Защита информации в базах данных. Особенности разработки приложения с помощью среды Delphi 7. Проверка программного модуля на предмет соответствия стандартам кодирования.
отчет по практике [589,0 K], добавлен 18.05.2017Анализ криптографических методов шифрования данных. Разработка криптосистемы, основанной на схеме Эль-Гамаля. Определение функциональных и нефункциональных требований. Выбор языка программирования и среды разработки. Тестирование программного продукта.
дипломная работа [1,6 M], добавлен 17.07.2016Обоснование необходимости систем управления базами данных на предприятиях. Особенности разработки программного обеспечения по управлению базой данных, обеспечивающего просмотр, редактирование, вставку записей базы данных, формирование запросов и отчетов.
курсовая работа [1,5 M], добавлен 23.01.2010Анализ информационных потоков. Разработка структуры таблиц базы данных. Выбор CASE-средства для проектирования информационной системы и среды программирования. Разработка программных модулей (программного обеспечения). Подготовка справочных баз данных.
дипломная работа [6,8 M], добавлен 19.11.2013Порядок автоматизации расчетов себестоимости и длительности программного обеспечения производственного предприятия. Выбор языка программирования и системы управления базами данных. Разработка алгоритмов расчета себестоимости программного обеспечения.
дипломная работа [1,7 M], добавлен 13.06.2017Проектирование программного средства "Автоматизированная система контроля и учета кабельных проводок на Нововоронежской АЭС-2". Выбор инструмента для создания программного обеспечения. Технические условия работы программы. Структура базы данных ПС.
дипломная работа [4,4 M], добавлен 29.06.2012Разработка программного продукта "ИС Автотранспорт". Автоматизация функционирования автопарка и временного склада товаров, учета заявок клиентов и заполнения путевых листов. Реляционная модель базы данных. Описание функционирования программного продукта.
дипломная работа [1,8 M], добавлен 14.03.2017