- •Пояснительная записка
- •«Разработка программного средства эмуляции pos-терминала»
- •Содержание
- •Специальный раздел
- •Технологический раздел
- •Организационно-экономический раздел
- •Раздел по производственной и экологической безопасности
- •Перечень сокращений
- •Введение
- •Специальный раздел
- •1.Специальный раздел
- •1.1.Исследовательская часть
- •1.1.1.Типы программных средств эмуляции
- •1.1.2.Обзор программных средств эмуляции Microsoft Device Emulator и Android Emulator
- •Системные требования Microsoft Device Emulator
- •1.1.3.Эмуляция аппаратных модулей pos-терминала
- •Сравнительная характеристика программных средств эмуляции
- •1.2.Конструкторская часть
- •1.2.1.Состав выполняемых функций
- •1.2.2.Требования к надежности
- •1.2.3.Требования к информационной и программной совместимости
- •1.2.4.Требования к составу и параметрам технических средств
- •1.2.5.Организация входных и выходных данных
- •1.2.6.Выбор платформы для разработки
- •1.2.7.Выбор среды разработки
- •Сравнительная характеристика средств разработки
- •1.2.8.Алгоритмы работы программного средства
- •1.2.9.Иерархия классов прикладной программы пс эт
- •1.2.10.Описание логической структуры программного средства
- •Список создаваемых специальных файлов устройств
- •1.2.11.Пользовательский интерфейс. Экранные формы
- •1.2.12.Методика и результаты испытаний программного средства
- •Технологический раздел
- •2.Технологический раздел
- •2.1.Технология программирования пс эт
- •2.1.1.Основные определения
- •2.1.2.Этапы разработки и использованная модель жизненного цикла
- •2.1.3.Объектно-ориетированный подход
- •2.2.1.Обзор возможностей языка Си
- •2.3.Разработка драйверов в ос Linux
- •2.3.1.Особенности ос Linux
- •2.3.2.Принципы работы драйверов в ос Linux
- •2.3.3.Специальные файлы устройств
- •2.3.4.Структура, инициализация и выгрузка драйверов
- •2.3.5.Отладка драйверов
- •2.4.Сценарии в ос Linux
- •2.4.1.Основы разработки сценариев на языке оболочки bash
- •2.4.2.Переменные и области видимости
- •Стандартные переменные окружения и оболочки bash
- •2.4.3.Средства ввода-вывода
- •2.4.4.Команды ветвления if-else, case
- •2.4.5.Организация циклов
- •2.4.6.Определение функций
- •2.4.7.Отладка сценариев
- •Опции запуска сценариев
- •2.4.8.Makefile – управление компиляцией
- •2.5.Использование библиотек в ос Linux
- •2.5.1.Статические и динамические библиотеки
- •2.5.2.Графическая библиотека fltk
- •Элементы библиотеки fltk
- •2.5.3.Библиотека pcsc для работы с электронными картами
- •2.5.4.Библиотека TinyXml для работы с xml-файлами
- •Основные классы библиотеки TinyXml
- •2.6.Средства отладки в ос Linux
- •2.6.1.Технологии отладки
- •2.6.2.Отладочные сообщения
- •2.6.3.Стандарт syslog
- •2.6.4.Удаленная отладка с помощью gdbserver
- •2.6.5.Отладка в среде SlickEdit 2009
- •2.7.Виды тестирования
- •2.7.1.Классификация видов тестирования
- •2.7.2.Уровни тестирования
- •2.7.3.Тестирование методом «белого» ящика
- •2.7.4.Тестирование методом «черного» ящика
- •Организационно-экономический раздел «Определение целевого сегмента рынка pos-терминалов»
- •3.Организационно-экономический раздел
- •3.1.Сегментация рынка и позиционирование товара
- •3.1.1.Разделение рынка на сегменты
- •3.1.2.Принципы рыночной сегментации
- •3.1.3.Методы выделения сегментов
- •3.1.4.Критерии рыночной сегментации
- •3.1.5.Выбор целевого рынка
- •3.1.6.Выбор целевого сегмента
- •3.1.7.Позиционирование товара
- •3.1.8.Метод Чекановского
- •3.2.Сегментация рынка платежных pos-терминалов
- •3.2.1.Особенности рынка pos-терминалов
- •3.2.2.Выделение групп конечных пользователей
- •3.2.3.Выделение основных характеристик pos-терминала «ярус»
- •3.2.4.Диаграмма Чекановского
- •3.2.5.Выбор целевого сегмента и позиционирование pos-терминала «ярус»
- •Раздел по производственной и экологической безопасности «Инженерный расчет воздухообмена на рабочем месте инженера-программиста»
- •4.Раздел по производственной и экологической безопасности
- •4.1.Введение
- •4.2.Рабочее место инженера-программиста
- •4.2.1.Особенности и характеристики
- •4.2.2.Основные опасности и вредности
- •4.2.3.Оценка тяжести труда
- •Классы условий труда по показателям тяжести трудового процесса
- •4.3.Воздухообмен в помещении
- •4.3.1.Классификация систем вентиляции
- •4.3.2.Инженерный расчет воздухообмена в зависимости от числа людей в помещении
- •4.3.3.Инженерный расчет воздухообмена по избыткам тепла
- •Значения коэффициента Кост
- •Плотность теплового потока солнечной радиации в июле, Вт/м2
- •4.3.4.Выбор вентиляционной системы
- •4.4.Пожарная безопасность
- •4.5.Экологическая безопасность (утилизация компьютеров)
- •Заключение
- •Список литературы
- •Введение
- •Назначение и условия применения пс эт
- •Состав выполняемых функций
- •Требования к надежности
- •Требования к составу и параметрам технических средств
- •Характеристика пс эт
- •Обращение к пс эт
- •Входные и выходные данные пс эт
- •Сообщения
2.6.Средства отладки в ос Linux
2.6.1.Технологии отладки
Отладка – этап разработки программы (программного средства, программного обеспечения), включающий в себя обнаружение, локализацию и устранение ошибок [23]. В процессе отладки необходимо узнавать текущие значения переменных и выяснять путь, по которому выполнялась программа.
Существуют две взаимодополняющие технологии отладки:
Использование отладчиков – программ, которые включают в себя пользовательский интерфейс для пошагового выполнения программы с остановками на некоторых строках исходного кода или при достижении определённого условия.
Вывод текущего состояния программы с помощью расположенных в критических точках программы операторов вывода — на экран, принтер, громкоговоритель или в файл. Вывод отладочных сведений в файл называется журналированием или логированием.
2.6.2.Отладочные сообщения
Данная технология применятся как для отладки низкоуровневых драйверов устройств, так и для отладки программных средств и программного обеспечения. При разработке драйверов вывод отладочных сообщений является единственным возможным вариантом отладки, т.к. драйвер работает в пространстве ядра.
Отладочные сообщения могут содержать информацию различного типа:
значения переменных;
сообщения, по которым можно сделать вывод о том, что был выполнен определенный участок программы;
информационные сообщения;
сообщения для отслеживания пути выполнения программы;
время вывода отладочного сообщения;
имя функции, в которой был осуществлен вывод сообщения;
номер строки в исходном файле программы.
Вывод отладочных сообщений обычно осуществляется в стандартный поток вывода, стандартный поток ошибок или файл. Процесс вывода отладочных сообщений называется журналированием или логированием. Для осуществления логирования существуют специальные библиотеки, которые позволяют выводить отладочные сообщения в гибко конфигурируемом формате.
2.6.3.Стандарт syslog
Syslog определен стандартом RFC 3164 и представляет собой стандарт отправки сообщений о происходящих в системе событиях, который используется в компьютерных сетях, работающих по протоколу IP.
Отправитель посылает короткое текстовое сообщение, размером меньше 1024 байт получателю сообщения. Получатель при этом носит имя «syslogd», «syslog daemon» или «syslog server». Стандарт предусматривает два варианта отправки сообщений – по протоколу UDP и по протоколу TCP. Как правило, такое сообщение отсылается в открытом виде. Тем не менее, используя специальные средства, возможно шифрование сообщений.
Syslog используется для удобства администрирования и обеспечения информационной безопасности. Он реализован под множество платформ и используется во множестве устройств. Поэтому, использование syslog позволяет обеспечить сбор информации с разных мест и хранение её в едином месте (см. рис. Рис. 2 .21).
Рис. 2.21. Сервер обработки сообщений syslog.
2.6.4.Удаленная отладка с помощью gdbserver
Удаленная отладка осуществляется через протокол TCP/IP или последовательное соединение и позволяет отлаживать как программы, выполняющиеся на другой машине, так и программы на данной машине через локальный интерфейс TCP/IP.
Для отладки программы на целевой машине запускается специальная управляющая программа для Unix-подобных систем gdbserver [24, c.130], которая позволяет установить соединение запущенной программы с удаленным GDB. GDB и gdbserver взаимодействуют друг с другом через последовательное соединение или соединение TCP/IP по протоколу GDB.
Команда запуска gdbserver для соединения через последовательный порт выглядит следующим образом:
gdbserver /dev/имя_порта имя_программы [параметры]
В случае отладки через соединение TCP/IP необходимо указать адрес соединения и номер порта:
gdbserver адрес:номер_порта имя_программы [параметры]
После запуска управляющая программа gdbserver пассивно осуществляет соединения со стороны указанного адреса или по указанному последовательному порту.
Далее на рабочей машине необходимо запустить отладчик GDB, указав способ соединения, адрес целевой машины и отлаживаемую программу. Для отладки в программе необходима отладочная информация, которая включается в исполняемый файл на этапе компиляции.
В зависимости от используемой среды отладки, в процессе отладки могут быть установлены точки останова, просмотрен стек вызовов программы, выведены значения переменных и т.д.