Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ДП.docx
Скачиваний:
11
Добавлен:
23.09.2019
Размер:
4.64 Mб
Скачать

1.3 Постановка задачи

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

  • ответы на запросы ввода/вывода;

  • взаимодействует с основными сервисами системы;

  • обеспечивает поддержку Plug and Play;

  • обеспечивает управление энергопотреблением.

Драйвер автоматизированного устройства хранения компакт дисков должен быть разработан с использованием Windows Driver Development Kit компании Microsoft ( набор из средств разработки, заголовочных файлов, библиотек, утилит, программного кода примеров и документации, который позволяет программистам создавать драйверы) в интегрированной среде разработки Microsoft Visual Studio 2010 и работать в операционной системе Microsoft Windows XP SP2 и выше.

1.4 Развернутое техническое задание

1.4.1 Общие сведения

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

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

1.4.2 Назначение

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

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

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

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

Драйвер должен работать на IBM-совместимых персональных компьютерах. Минимальная конфигурация ПК: тип процессора – Pentium III и выше; объем ОЗУ – 512 Мб и выше. Персональный компьютер также должен быть оснащен, по крайней мере, одним или более USB-портами.

1.4.5 Требования к информационной и программной совместимости

Драйвер должен работать под операционной системой семейства Windows, начиная с Windows XP SP2 и выше.

1.4.6 Требования к программной документации

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

2 Специальный раздел

2.1 Разработка структурной схемы драйвера

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

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

Под архитектурой понимается совокупность компонентов программы, а также связи и способы организации информационного обмена между ними. Логическая структура описывает объекты, которые связаны с другими объектами. Она определяет связи между ними [2.1].

Физическая структура описывает, где объект находится в действительности, отражая, например, путь к каталогу объекта в файловой системе или его расположение в базе данных [2.1].

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