Лабораторная работа 1 / solid_pdf_converter
.pdfСанкт-Петербургский Государственный Электротехнический Университет ¾ЛЭТИ¿
Качество и надежность программного обеспечения.
Solid Converter PDF
Студенты: |
Кривенок Д. |
|
Шабаев Г. |
|
Мельник И. |
Группа: |
2382 |
Преподаватель: |
Щеголева Н.Л. |
Санкт-Петербург
2007
Оглавление
1 Спецификация |
1 |
|
1.1 |
Предисловие . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . |
1 |
1.2 |
История разработки . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . |
1 |
1.3 |
Введение . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . |
1 |
1.4 |
Глоссарий . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . |
2 |
1.5 |
Пользовательские требования . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . |
2 |
1.6 |
Системная архитектура . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . |
3 |
1.7 |
Системные требования . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . |
4 |
|
1.7.1 Функциональные требования . . . . . . . . . . . . . . . . . . . . . . . . . . . |
4 |
|
1.7.2 Нефункциональные требования . . . . . . . . . . . . . . . . . . . . . . . . . |
6 |
1.8 |
Эволюция системы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . |
7 |
Предметный указатель . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . |
7 |
|
1
Глава 1
Спецификация
1.1Предисловие
Документ содержит перечень системных и пользовательских требований и является частью документов, поставляемых при разработке и сдаче программного изделия.
Данный документ предназначен для:
•заказчика
•менеджера проекта
•команды разработчиков системы
•команды тестирования системы
•конечных пользователей системы
1.2История разработки
Äàòà |
Версия |
Описание |
Авторы |
|
|
|
|
10.03.2007 |
1 |
Спецификация программной системы Solid Converter PDF |
Кривенок Д. |
|
|
|
Шабаев Г. |
|
|
|
Мельник И. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1.3Введение
Solid Converter PDF многофункциональное Windows приложение позволяющее производить преобразование из формата PDF в форматы Excel, Word (Microsoft Word XML, RTF, DOC), а также создавать PDF документы практически из любого приложения Windows.
Программа имеет две основные функции:
1.Преобразование PDF документов в документы MS O ce.
2.Печать любых типов документов непосредственно в PDF файл.
1
Рассматриваемая программа имеет высокую степень интеграции в различные приложения (MS Word, MS Excel, Abobe Acrobat). Интеграция реализуется посредством механизма plug-in. Также существует интеграция с Windows Explorer.
1.4Глоссарий
1.Конвертер программа, преобразующая файл из одного формата в другой.
2.PDF (аббревиатура от англ. Portable Document Format, произносится пи-ди-эф) платформонезависимый формат электронных документов, созданный фирмой Adobe Systems с использованием ряда возможностей PostScript. В первую очередь предназначен для представления в электронном виде полиграфической продукции, значительное количество современного профессионального печатного оборудования может обрабатывать PDF непосредственно.
3.AES Advanced Encryption Standard, также известный, как Rijndael симметричный алгоритм блочного шифрования (размер блока 128 бит, ключ 128/192/256 бит), выбранный в результате конкурса и принятый в качестве американского стандарта шифрования правительством США.
4.JPEG (англ. Joint Photographic Experts Group) является широкоиспользуемым методом сжатия фотоизображений.
5.GIF формат хранения графических изображений (англ. Graphics Interchange Format). Формат GIF способен хранить сжатые без потерь изображения в формате до 256 цветов с палитрой, и предназначен, в основном, для чертежей, графиков и т. д.
6.PNG (англ. Portable Network Graphics) растровый формат хранения графической информации, использующий сжатие без потерь. PNG был создан как для улучшения, так и для замены формата GIF графическим форматом, не требующим лицензии для использования.
7.TIFF (англ. Tagged Image File Format) формат хранения графических изображений. Изначально разработан компанией Aldus в сотрудничестве с Microsoft. Владелец спецификаций Aldus впоследствии объединилась с Adobe, владеющей в настоящее время правом на использование формата.
8.Колонтитул (фр. colonne столбец и лат. titulus надпись, заголовок) , заголовочные данные (название произведения, части, главы, параграфа и т.п.), помещаемые над текстом каждой страницы.
9.Плагин (от англ. plug-in) независимо компилируемый программный модуль, динами- чески подключаемый к основной программе, предназначенный для расширения и/или использования е¼ возможностей. Также может переводиться как ¾модуль¿. Плагины обычно выполняются в виде разделяемых библиотек.
1.5Пользовательские требования
Основные требования к интерфейсу пользователя перечислены ниже:
•Необходимо разработать plug-in для Adobe Acrobat с целью обеспечения быстрого вызова процесса конвертации из PDF в другие форматы.
ñòð. 2
•Необходимо разработать plug-in PDF принтера для MS Word, Excel и Power Point.
•Необходимо наличие как графического интерфейса пользователя для настройки процесса конвертации, так и возможность использования командной строки.
•Необходима возможность использования Solid Converter PDF непосредственно из проводника Windows.
•Необходима возможность настраивать все аспекты работы Solid Converter PDF с помощью графического интерфейса.
1.6Системная архитектура
Âоснове архитектуры конвертера лежат следующие объекты:
1.Графические
•SDText представляет текст.
•SDPicture представляет встроенное изображение.
•SDAnchor представляет фиксатор.
•SDMetaGraphics представляет графические примитивы.
•SDViewport представляет прямоугольник с локальной системой координат.
•SDBlock представляет графический контейнер.
•SDXReference предоставляет механизм вставки графических объектов.
2.Управления
•SDFont представляет шрифт.
•SDColor представляет цвет.
Рассмотренные выше базовые объекты следующим образом соотносятся с объектами фай-
ëîâ:
1. PDF
Page −> SDViewport owned to Root Image−> SDPicture
t e x t object −> SDText
XObjects :
image XObject−> SDPicture form Xobject −> SDBlock
r e f e r e n c e Xobject −> SDBlock group XObjects −> SDBlock
transparency group XObjects Po st Sc r ipt XObj
inline image −> SDPicture path −> SDMetaGraphics
shading −> SDMetaGraphics
2. TXT
TxtPage −>SDViewport owned to Root
TxtParagraph −> SDBlock ( o f SDTexts )
TxtLine −> SDText
ñòð. 3
1.7Системные требования
Системные требования детализированное описание системных функций и ограничений, которое иногда называют функциональной спецификацией. Она служит основой для заключения контракта между покупателем системы и разработчиками ПО.
1.7.1Функциональные требования
Требуется разработать приложение, осуществляющее конвертацию документа в PDF формате в документы MS Word и Excel, сохраняя при этом (если позволяет выходной формат) форматирование документа, графические изображения, таблицы, колонтитулы, сноски.
Также необходимо создать виртуальный PDF принтер, с помощью которого можно ¾распечатать¿ документ из любого Windows приложения в документ формата PDF.
Как в случае конвертации, так и в случае печати необходимо иметь возможность обрабатывать как весь документ, так и его часть (диапазон страниц).
Требования к режимам распознавания
Необходимо иметь возможность производить распознавание в следующих режимах:
1.Достоверный режим ( owing mode )
Предполагает восстановление страниц и колонок, форматированного текста и графики.
2.Последовательный режим (continuous mode )
Предполагает восстановление форматированного текста и графики.
3.Текстовый режим (plain text mode )
Предполагает восстановление исключительно текста.
4.Реалистичный режим (exact mode )
Предполагает восстановление вида страницы с помощью средства ¾надписи¿ MS Word.
Требования к распознаванию колонтитулов
В процессе конвертации необходима возможность указания одной из следующих схем обработки колонтитулов:
1.Колонтитулы напрямую транслируются в колонтитулы программы MS Word.
2.Колонтитулы просто располагаются в нижней и верхней части страницы.
3.Колонтитулы игнорируются.
Требования к распознаванию таблиц
В процессе конвертации необходима возможность указания одной из следующих схем обработки таблиц:
1.Таблицы напрямую транслируются в таблицы программы MS Excel.
2.Таблицы игнорируются.
ñòð. 4
Требования к распознаванию форм
Необходима возможность распознавания форм в PDF документах. При этом необходимо сохранять компоновку элементов формы, а поля ввода на форме должны конвертироваться в текстовые блоки (text boxes).
Требования к распознаванию повернутого текста
Необходима возможность распознавания и конвертации текста с любым углом наклона (от строго горизонтального текста, до вертикального и перевернутого).
Требования к автоматическому обнаружению гиперссылок
Гиперссылки в стандартной нотации URL (например http://www.solidpdf.com) должны автоматически распознаваться и конвертироваться в формат MS Word.
Требования к обработке изображений
Âрамках обработки изображений необходимо обеспечить
1.Возможность прямого преобразования в формат MS Word.
2.Возможность извлечения изображений из PDF документа в форматы JPEG, PNG, TIFF и GIF.
3.Возможность по-разному обрабатывать цветные и монохромные изображения.
4.Возможность автоматического подбора наиболее подходящего формата для извлекаемого изображения.
5.Возможность игнорирования изображений.
6.Отсутствие некорректного преобразования комбинации изображений и текста в одно большое изображение.
7.Отсутствие некорректного преобразования комбинации маленьких изображений в одно большое изображение.
Требования к безопасности
Âрамках подсистемы безопасности необходимо иметь возможность
1.Применять сертификаты безопасности AES ( Advanced Encryption Standard ).
2.Задавать пароль для создаваемых PDF документов.
Требования к протоколированию работы
Âпроцессе работы необходимо формировать журнал событий, содержащий:
•Сообщения об ошибках и предупреждениях.
•Статистическую информацию (количество страниц, общее время работы).
•Финальный отч¼т.
ñòð. 5
Прочие требования
Среди прочего, необходимо:
•Корректно обрабатывать текст, набранный в несколько столбцов.
•Корректно обрабатывать нумерованные и маркированные списки.
•Сохранять выравнивание, принятое в исходном тексте.
•Иметь многоязычную локализацию приложения.
•Минимизировать размер дистрибутива.
•Минимизировать размер выходных файлов.
1.7.2 Нефункциональные требования
Требования к продукту
1.Требования к эксплуатации Одновременно с программой может работать только один оператор. В состав технических
средств должен входить IBM-совместимый персональный компьютер с ОС Windows 20xx.
2.Требования к над¼жности Конвертер должен стабильно работать в нормальном режиме работы операционной системы.
3.Требования к переносимости
Конвертер должен работать в ОС Windows 20xx. Ввиду использования специфических для Windows средств, перенос конвертера на ОС UNIX или MAC OS не предполагается.
4.Требования к эффективности Конвертер не должен требовать больших вычислительных ресурсов и должен работать
на ЭВМ, класса Intel Pentium 3 500 MHz, 256 MB RAM.
Организационные требования
1.Выходные требования Конвертер должен быть разработан в течение полугода, с момента принятия специфи-
кации. Документация для пользователей должна содержать описание работы системы с точки зрения графического интерфейса и охватывать все возможные элементы системы. Документация для разработчиков должна содержать описание программных модулей, достаточное для расширение системы.
2.Требования на реализацию
Âкачестве языка реализации необходимо использовать C++, а в качестве среды разработки MS Visual Studio. При реализации необходимо пользоваться только библиотеками с открытым исходным кодом (open source ) и лицензией GPL.
3.Требования на стандарты При реализации должны использоваться следующие стандарты:
•PDF Reference Manual корпоративный стандарт Adobe Systems, описывающий формат PDF версии 1.7.
ñòð. 6
•ISO 9001 Модель управления качеством в конструировании/разработке, производстве, установке и обслуживании.
•ISO/IEC/IEEE/EIA 12207 тестовая документация.
Внешние требования
1.Требования на взаимодействие Как уже указывалось ранее, взаимодействие конвертера с другими программными сред-
ствами должно осуществляться посредством механизма plug-in.
2.Юридические требования Конвертер является коммерческим программным продуктом, имеющем собственную ли-
цензию распространения. Никакие сторонние компоненты, используемые при разработке, не должны накладывать ограничения на распространение программы.
1.8Эволюция системы
При выходе последующих версий конвертера не нужно будем существенно обновлять (а скорее всего не нужно совсем) аппаратное обеспечение ЭВМ, на которой он будет работать. Обновление скорее всего потребуется только в случае перехода на более новую версию Windows например Windows Vista.
Из возможных будущих требований пользователей следует выделить:
•Режим конвертации из PDF в LATEX.
•Режим конвертации из PDF в DJVU.
•Портирование конвертера на ОС UNIX и MAC OS.
ñòð. 7
Предметный указатель
Безопасность, 5 AES, 5
Формат, 1 GIF, 2, 5 JPEG, 2, 5 PDF, 1, 2 PNG, 2, 5 TIFF, 2, 5
Форматирование Документа, 4 Текста и графики, 4
Интеграция, 2 Интерфейс
Графический, 3 Командной строки, 3 Требования, 2
Изображения, 4 Цветные, 5 Монохромные, 5
Конвертация, 2, 4 Режимы, 7
Схемы обработки таблиц, 4 Конвертер, 1
Определение, 2 Локализация, 6 Минимизация, 6
Размера дистрибутива, 6 Размера выходных файлов, 6
Стандарт
ISO 9001, 7 ISO/IEC/IEEE/EIA 12207, 7 PDF, 6
Требования
Êбезопасности, 5
Êобработке изображений, 5
Êпротоколированию работы, 5
Êраспознаванию
Форм, 5 Гиперссылок, 5 Колонтитулов, 4 Повернутого текста, 5 Таблиц, 4
К режимам распознавания, 4 Достоверный режим, 4 Последовательный режим, 4 Реалистичный режим, 4 Текстовый режим, 4
Пользовательские, 2 Прочие, 6 Системные
Функциональные, 4 Нефункциональные, 6
plug-in, 2, 3, 7
Solid Converter PDF, 1 Функции, 1 Варианты использования, 3
8