- •Пояснительная записка
- •«Разработка программного средства эмуляции 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.3.3.Специальные файлы устройств
Существует два типа устройств – символьные (обращение к которым может осуществляться посимвольно) и блочные (обращение к которым может осуществляться только блоками фиксированного размера) [15]. Доступ к данным устройствам осуществляется через специальные файлы, расположенные в папке /dev. Тип устройства можно определить по символу в строке доступа к файлу («c» для символьных и «b» для блочных). Кроме того среди атрибутов этих специальных файлов можно обнаружить два числа, называемые минорным и мажорным номерами устройства. Мажорный номер определяет драйвер, который будет вызван при применении системных вызовов к данному файлу. Минорный номер используется самим драйвером для идентификации устройства, с которым осуществляется работа в данный момент. Создание специальных файлов с заданными минорным и мажорным номерами осуществляется с помощью команды mknod, которая позволяет задать все необходимые параметры.
2.3.4.Структура, инициализация и выгрузка драйверов
Регистрация драйвера устройства (т.е. его связь с определенным специальным файлом в папке /dev) осуществляется при инициализации загрузочного модуля (в рамках функции с атрибутом __init). Аналогично, при выгрузке модуля регистрация удаляется (в рамках функции c атрибутом __exit).
Драйвер устройства определяет набор системных вызовов для данного устройства. При этом часть системных вызовов может быть не определена. Драйвер может определять следующие системные вызовы:
lseek – изменение и получение текущей позиции в файле;
read – чтение данных из устройства;
write – запись данных в устройство;
poll – определения состояния устройства;
ioctl – управление устройством с помощью набора специальных команд;
open – инициализация устройства и получение файлового дескриптора;
close – завершение работы с устройством.
Примеры драйверов устройств могут быть найдены в приложении Error: Reference source not foundError: Reference source not foundError: Reference source not foundError: Reference source not found3.
2.3.5.Отладка драйверов
Проблема отладки – одна из основных проблем при написании драйверов. Обычные методы пошаговой отладки и трассировки в данной ситуации невозможны, т.к. драйвер выполняется не в пользовательском пространстве, а в пространстве ядра. В данной ситуации отладка осуществляется с помощью специальной функции printk, позволяющей выводить отладочные сообщения в буфер сообщения ядра.
В отличие от обычного вывода, функция printk позволяет классифицировать выводимые сообщения. Виды классификаций представляют собой обычные строки, добавляемые в начало выводимого сообщения. Например: «printk( KERN_DEBUG"Message" )». Возможные виды классификаций:
KERN_EMERG – экстренные сообщения;
KERN_ALERT – действие должно быть предпринято немедленно;
KERN_CRIT – возникновение критических условий;
KERN_ERR – ошибка выполнения;
KERN_WARNING – ошибка выполнения;
KERN_NOTICE – замечения;
KERN_INFO – информационные сообщения;
KERN_DEBUG – отладочные сообщения;
Включение и выключение определенного вида сообщений осуществляется с помощью флагов компиляции.
Не смотря на удобство функции printk, многократное ее использование замедляет работу драйвера, т.е. негативно сказывается на производительности.