Разработка предметно-ориентированного языка описания структуры и содержания электронных документов
Теоретические аспекты языков описания электронных документов. HTML, SGML, XML форматы. Подход Dublin Core, проект SHOE, онтология DoCO. Разработка предметно-ориентированного языка описания структуры и содержания электронных документов в EDocSACD.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 14.07.2016 |
| Размер файла | 2,9 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Технология DSL Tools помимо визуального редактора метамоделей предоставляет в распоряжение пользователя среду программирования MS Visual Studio. Благодаря интеграции с MS Visual Studio существует возможность «ручной» доработки кода на языках высокого уровня.
Однако, основываясь на результатах анализа данной таблица, ни одна из рассмотренных выше технологий не позволяет производить трансформацию созданных моделей. Отсутствие встроенных компонентов трансформации моделей ограничивает пользователей в выборе языка моделирования, а также не позволяет им разрабатывать ИС на нескольких DSM-платформах.
Более того, к недостаткам данных систем можно отнести то, что разработанные предметно-ориентированные языки не могут быть использованы в сторонних приложениях. Технологии DSL Tools, Eclipse GMF, MPS сильно связаны с платформами разработки - MS Visual Studio, Eclipse, IntelliJ-IDEA соответственно. В случае с системой MetaEdit+ для экспорта моделей используется свой собственный формат файлов MXM, который отличается от общепринятого стандарта XML, что значительно сказывается на открытости данной технологии и не позволяет использовать разработанные модели в других CASE_инструментариях.
Разнообразие систем создания предметно-ориентированного языка делает сложным их непосредственное сравнение, поэтому выбирать подходящую систему лучше ориентируясь на конкретную поставленную задачу.
Для разрабатываемого предметно-ориентированного языка описания структуры и содержания электронных документов было принято решение использовать систему MetaEdit+ по причине возможности вносить изменения в описание DSL во время работы системы благодаря использованию подхода, основанного на интерпретации метамоделей, а не на генерации. Система позволяет работать как с языками, так и с метаязыками единообразно, используя один и тот же инструментарий. Кроме того, в данном средстве для разработки графических редакторов возможно создание собственных визуальных DSL, а также изменения графического редактора и интеграции нескольких DSL. Несомненным достоинством также является возможность построения новых метамоделей на основе существующих, другими словами создание иерархий моделей.
Глава 2. Разработка предметно-ориентированного языка описания структуры и содержания электронных документов
Проблемы анализа и обработки слабоструктурированных электронных документов послужили толчком к разработке предметно-ориентированного языка описания структуры и содержания электронных документов, который структурировал бы документ, позволяя сделать анализ документов более осмысленным.
В данной главе, после изучения и анализа предметной области и существующих инструментальных средств, следует преступать к непосредственной разработке предметно-ориентированного языка описания структуры и содержания электронных документов EDocSACD в выбранной нами ранее среде, а именно в MetaEdit+ с использованием языка метамоделирования GOPRR, при помощи которого описываются основные объекты языка и связи между ними.
2.1 Описание элементов электронного документа в EDocSACD
Для создания предметно-ориентированного языка EDocSACD необходимо определить его абстрактный и конкретный синтаксис. Абстрактный синтаксис, как известно, описывает понятия, используемые в языке. Другими словами, он использует существующие элементы, их свойства и их взаимодействие друг с другом.
Конкретный синтаксис представляет собой описание конструкций языка с помощью визуального представления языковых элементов на диаграммах, а именно то, как элемент языка будет отображаться для пользователя. Конкретный синтаксис обычно задается в специальных графических редакторах.
Описание языка целесообразно начать с абстрактного синтаксиса, который чаще всего определяется в метамодели. Ключевые понятия, используемые в языке описания структуры и содержания электронных документов, на этапе работы с элементами электронного документа являются: слово, служебный символ, предложение, абзац, изображение, таблица, ячейка, строка, столбец.
В нашем случае ключевые понятия также будут являться основными объектами языка. Однако к ним добавятся еще такие классы как Element и Document. Класс Document отображает связь элементов с описываемым документом, который может содержать много элементов.
В данной метамодели класс Element является абстрактным. Он отмечен символом «{0}». Это означает, что количество объектов данного типа в модели будет равно нулю. Однако кроме класса Element объекты Word, Symbol, Sentence также отмечены символом «{0}». Это было сделано для того, чтобы при построении модели данные объекты не отображались.
Описание конкретных объектов с их атрибутами представлено ниже в таблице 2.1:
Таблица 2.1. Описание классов метаязыка и их атрибутов
|
Объект языка |
Имя класса |
Атрибут |
Тип атрибута |
Описание атрибута |
|
|
Слово |
Word |
description |
String |
Содержание слова |
|
|
Служебный символ |
Symbol |
||||
|
Предложение |
Sentence |
number |
Number (unique per graph) |
Номер предложения |
|
|
content |
Text |
Содержание предложения |
|||
|
Onto-link |
String |
Ссылка на онтологию предметной области |
|||
|
Абзац |
Paragraph |
number |
Number (unique per graph) |
Номер абзаца |
|
|
Onto-link |
String |
Ссылка на онтологию предметной области |
|||
|
Изображение |
Image |
title |
String |
Название изображения |
|
|
Таблица |
Table |
title |
String |
Название таблицы |
|
|
Onto-link |
String |
Ссылка на онтологию |
|||
|
Строка |
Row |
||||
|
Столбец |
Column |
||||
|
Ячейка |
Box |
||||
|
Ссылка |
Link |
link |
String |
Ссылка |
|
|
Элемент |
Element |
||||
|
Документ |
Document |
title |
String |
Название документа |
Далее необходимо описать виды отношений, которые будут реализованы в метамодели. В нашем случае уместно использовать такие виды связи как наследование, агрегация и ассоциация.
Для представления связи ассоциации может быть использован только один вид связи have, который показывает, что какой-то элемент документа содержит другой элемент. При таком роде отношений появляется связь между одним и более объектами метамодели. Кроме того в данной метамодели присутствует одна связь ассоциации, которая является двунаправленной. Это необходимо для того, чтобы показать, что как объект Table может содержать объект Box, так и наоборот (см. рис. 2.1):
Рисунок 2.1. Двунаправленная связь, ассоциация
Для того чтобы конкретные объекты обладали свойствами абстрактного класса необходимо провести связь наследования. Благодаря этому отношению мы сможем создавать новые объекты на основе существующих.
В данном случае связи наследования проведены от практически всех объектов, а именно от Word, Symbol, Paragraph, Image, Table, Row, Column, Box, к объекту Element, так как вышеупомянутые классы являются его наследниками (см. рис. 2.2):
Рисунок 2.2. Связь наследование
После создания всех классов и отображения связей между ними, получилось подробное описание синтаксиса метамодели, представленное на рис. 2.3, а также в таблице 2.2 предложено графическое отображение и описание объектов созданной метамодели:
Таблица 2.2. Графическое отображение объектов EDocSACD
|
Наименование |
Описание |
Графическое представление |
|
|
Document |
Объект служит для отражения на диаграммах визуального представления документа |
||
|
Paragraph |
Объект используется для отображения расположения абзацев в документе |
||
|
Image |
Объект отражает имеющиеся в документе изображения |
||
|
Column |
Объект используется для демонстрации столбцов таблицы |
||
|
Row |
Объект служит для отображения строк таблицы |
||
|
Table |
Служит для добавления таблицы и ее названия в документ |
||
|
Box |
Объект используется для отображения ячеек таблицы |
||
|
Связь «have» |
Связь «have» служит для соединения элементов электронного документа между собой. |
Рисунок 2.3. Метамодель элементов электронного документа
В приложении D представлен код MXM-файла графа метамодели EDocSACD, описывающей элементы электронного документа.
2.2 Описание реквизитов электронного документа в EDocSACD
Согласно ГОСТ Р 6.30-2003 «Унифицированная система организационно-распорядительной документации. Требования к оформлению документов» [34], который устанавливает состав реквизитов документов и требования к их оформлению, при подготовке и оформлении документов используют следующие реквизиты:
1) Государственный герб Российской Федерации;
2) герб субъекта Российской Федерации;
3) эмблема организации или товарный знак (знак обслуживания);
4) код организации;
5) код формы документа;
6) наименование организации;
7) справочные данные об организации;
8) наименование вида документа;
9) дата документа;
10) регистрационный номер документа;
11) ссылка на регистрационный номер и дату документа;
12) место составления или издания документа;
13) гриф ограничения доступа к документу;
14) адресат;
15) гриф утверждения документа;
16) резолюция;
17) заголовок к тексту;
18) отметка о контроле;
19) текст документа;
20) отметка о наличии приложения;
21) подпись;
22) гриф согласования документа;
23) визы согласования документа;
24) оттиск печати;
25) отметка о заверении копии;
26) отметка об исполнителе;
27) отметка об исполнении документа и направлении его в дело;
28) отметка о поступлении документа в организацию;
29) идентификатор электронной копии документа.
Как известно, при оформлении электронного документа, имеющего отношение к унифицированной системе организационно-распорядительной документации, реквизиты группируются в пределах трех составных частей, условно на которые можно поделить документ, такие как заголовочная, содержательная и оформляющая части.
- Заголовочная часть электронного документа - начало документа, состоящее из сведений об организации, являющаяся автором документа, и первичных данных непосредственно о документе (реквизиты 1-16). К первичным данным можно отнести такую информацию как наименование, дату составления, регистрационный номер или код документа по ОКУД и другие реквизиты-признаки.
- Содержательная часть по праву может называться основной частью, раскрывающая назначение и смысл документа (реквизиты 17-20). Рассматриваемая часть, в свою очередь, состоит либо из табличной, либо из текстовой частей. К табличной части относятся реквизиты-признаки для характеристики описываемого объекта (заголовки таблиц, строк, граф) и реквизиты-основания для количественной характеристики.
- Третью частью считается оформляющая часть, которая включает в себя совокупность реквизитов, подтверждающих подлинность и достоверность информации, содержащейся в документе (реквизиты 21-24), а также вспомогательные надписи, которые помогут облегчить работу с ним (реквизиты 25-29) [34].
Изучив состав реквизитов электронного документа, было принято решение выделить следующие объекты языка, которые представлены в табл. 2.3. В данном случае в метамодели встречаются такие классы, которые обозначаются символом {1}. Это значит, что при построении модели объект может использоваться только один раз. В ином случае пользователю будет выведено сообщение об ошибке, согласно которому вторичное использование данного элемента не возможно.
Таблица 2.3. Описание классов метаязыка
|
Объект языка |
Имя класса |
Атрибут |
Тип атрибута |
Описание атрибута |
|
|
Документ |
Document |
||||
|
Заголовочная часть |
HeaderPart |
||||
|
Содержательная часть |
SubstantialPart |
||||
|
Оформляющая часть |
MakePart |
||||
|
Государственный герб РФ |
NationalEmblemOfRF |
||||
|
Герб субъекта РФ |
EmblemOfCity |
||||
|
Эмблема организации |
OrgEmblema |
||||
|
Код организации |
EnterpriseCode |
Code |
Number |
Код организации |
|
|
Код формы документа |
CodeOfDocumentForm |
Code |
Number |
Код формы документа |
|
|
Наименование организации |
CorporateName |
Name |
String |
Название организации |
|
|
Организационные справочные данные |
OrganizationReferenceData |
|
String |
Адрес электронной почты |
|
|
Telephone |
String |
Номер телефона |
|||
|
Fax |
String |
Номер факса |
|||
|
Наименование вида документа |
DocumentType |
DocType |
Collection |
Наименование вида документа |
|
|
Дата документа |
DocumentDate |
Day |
Number |
День |
|
|
Month |
Number |
Месяц |
|||
|
Year |
Number |
Год |
|||
|
Регистрационный номер |
TailNumber |
Number |
Number |
Регистрационный номер |
|
|
Место составления |
PlaceOfIssue |
||||
|
Адресат |
Addressee |
||||
|
Заголовок текста |
TextTitle |
TitleName |
Text |
Заголовок |
|
|
Отметка о контроле |
ControlMark |
Mark |
String |
Отметка о контроле |
|
|
Текст |
Text |
Content |
Text |
Текст документа |
|
|
Отметка о наличии приложения |
MarkOfApplication |
Number |
Number |
Номер приложения |
|
|
Name |
String |
Название |
|||
|
Sheets |
Number |
Количество страниц |
|||
|
Copies |
Number |
Количество копий |
|||
|
Гриф согласования |
GrifOfApprovals |
Date |
Object |
Дата согласования |
|
|
Вид согласования |
ApprovalType |
Type |
String |
Вид согласования |
|
|
Печать |
Stamp |
||||
|
Подпись |
Subscription |
||||
|
Отметка о заверении копии |
MarkOfTheCompletionOf TheCopy |
Date |
Object |
Дата заверения копии |
|
|
Отметка об исполнении |
MarkOfExecution |
||||
|
Отметка о поступлении |
MarkOfTheReceipt |
||||
|
Организация |
Organization |
Name |
String |
Название организации |
|
|
Должностное лицо |
OfficePerson |
Position |
String |
Должность |
Такие классы как PhysicalPerson и Address будут являться абстрактными классами, что значит, что свойства, используемые в классах, будут наследоваться другими классами (табл. 2.4):
Таблица 2.4. Описание абстрактных классов метаязыка
|
Объект языка |
Имя абстрактного класса |
Атрибут |
Тип атрибута |
Описание атрибута |
|
|
Физическое лицо |
PhysicalPerson |
Fio |
String |
ФИО человека |
|
|
Адрес |
Address |
Org_name |
String |
Название организации |
|
|
Country |
String |
Страна |
|||
|
City |
String |
Город |
|||
|
Street |
String |
Название улицы |
|||
|
House |
Number |
Номер дома |
|||
|
Office |
Number |
Номер офиса |
|||
|
Index |
Number |
Индекс |
В данной метамодели описания реквизитов электронных документов реализованы следующие виды отношений:
- Связь «can be» описывает адресата. Это значит, что, согласно ГОСТ Р 6.30-2003 «Унифицированная система организационно-распорядительной документации. Требования к оформлению документов» [34], адресатом может быть как организация, так и должностное или физическое лицо (см. рис. 2.4):
Рисунок 2.4. Связь «can be»
- Связь «work in» (см. рис. 2.5) соединяет должностное лицо, которое может являться адресатом, и организацию, в которой он работает:
Рисунок 2.5. Связь «work in»
- Ассоциативная связь «have» (см. рис. 2.6), которая также была использована в предыдущей метамодели описания элементов электронного документа. Она означает причастность реквизита к определенной части документа.
Рисунок 2.6. Отображение связи «have»
- Связь наследования (см. рис. 2.7), применимая к классу Physical person, от которого класс Addressee наследуют свойство FIO, а также к абстрактному классу Address:
Рисунок 2.7. Связь наследования
Графическое отображение и описание объектов метамодели после создания всех классов и отображения связей между ними, представлено в таблице 2.5:
Таблица 2.5. Графическое отображение объектов EDocSACD
|
Наименование |
Описание |
Графическое представление |
|
|
Document |
Объект служит для отражения на диаграммах визуального представления документа. |
||
|
HeaderPart |
Для обозначения границ заголовочной части. |
||
|
SubstantialPart |
Для обозначения границ содержательной части. |
||
|
MakePart |
Для обозначения границ оформляющей части. |
||
|
NationalEmblemOfRF |
Показывает наличие в документе государственного герба Российской Федерации. |
||
|
EmblemOfCity |
Показывает наличие герба города. |
||
|
OrgEmblema |
Отображает эмблему организации, которая является составителем документа. |
||
|
EnterpriseCode |
Показывает код организации. |
||
|
CodeOfDocumentForm |
Данный объект отображает код формы документа. |
||
|
CorporateName |
Отображает название организации. |
||
|
OrganizationReferenceData |
Предоставляет возможность ввода организационно-справочной информации, а именно адрес компании, электронную почту, телефон. |
||
|
DocumentType |
Объект служит для предоставления информации о типе документа. |
||
|
DocumentDate |
Позволяет отобразить дату составления документа. |
||
|
TailNumber |
Представляет собой регистрационный номер документа. |
||
|
PlaceOfIssue |
Указание места составления, если затруднено его определение по реквизитам «Наименование организации» и «Справочные данные». |
||
|
Addressee |
Объект адресат отображает сведения о получателе документа. Им может быть организация, его структурное подразделение, должностное или физическое лицо. |
||
|
TextTitle |
Выводит заголовок текста и включает в себя краткое содержание документа. |
||
|
ControlMark |
Представляет собой отметку о контроле за исполнением документа. |
||
|
Text |
Текст документа может быть оформлен в виде анкеты, таблицы, связного текста или в виде соединения этих структур. |
||
|
MarkOfApplication |
Объект «отметка о наличии приложения» отображает количество приложения, его название, количество страниц и экземпляров. |
||
|
GrifOfApprovals |
Гриф согласования показывает согласованность документа. |
||
|
Stamp |
Объект отображает штамп организации. |
||
|
Subscription |
Объект отображает должность подписывающего, его инициалы и саму подпись. |
||
|
MarkOfTheCompletionOf TheCopy |
Необходим при заверении соответствия копии документа подлиннику. |
||
|
OfficePerson |
Заключается в описании должностного лица, а именно его инициалов и должности. |
Получившаяся метамодель с отображением всех классов и связей представлена в приложении C.
2.3 Описание видов электронного документа в EDocSACD
Использование рассмотренных ранее реквизитов электронного документа, то есть его обязательных элементов, непосредственно зависит от вида документа. Поэтому третий уровень заключается в описании видов электронных документов, что в дальнейшем поможет выявить перечень обязательных реквизитов для конкретного вида ЭД, так как разные документы состоят из разного набора реквизитов.
Электронные документы принято подразделять на:
- система организационно-правовой документации;
- система распорядительной документации;
- система информационно-справочной документации [35].
В свою очередь каждая из этих систем включает в себя свой перечень документов. Далее рассмотрим данные системы, виды документов, относящиеся к ним, и обязательные реквизиты подробнее.
Система организационно-правовой документации - правовая основа деятельности организации и содержащая положения, основанные на нормах административного права и обязательные для исполнения. К организационно-правовым документам относятся [36]:
- устав;
- учредительный договор;
- положение об организации;
- положение о структурном подразделении;
- положение о коллегиальном органе;
- регламент;
- штатное расписание;
- инструкция;
- должностная инструкция.
Обязательными реквизитами для организационно-правовых документов являются следующие: наименование организации; наименование вида документа; дата; номер документа; место составления; заголовок к тексту; подпись; гриф утверждения.
К следующей системе, системе распорядительной документации, относятся документы, в которых фиксируются решения административных и организационных вопросов деятельности организации, такие как [36]:
- распорядительные документы, издаваемые в условиях единоличного принятия решения, когда власть по всем вопросам управления в организации принадлежит ее руководителю:
- приказ;
- распоряжение;
- указание;
- распорядительные документы, издаваемые в условиях коллегиального принятия решения, то есть они издаются на основании решений, принимаемых совместно группой работников:
- решение;
- постановление.
У распорядительных документов обязательными реквизитами указания являются: наименование организации; название вида документа; дата и регистрационный номер документа; место составления или издания; заголовок к тексту; подпись; визы согласования документа.
Система информационно-справочной документации и информационно-справочные документы сообщают сведения, побуждающие принимать определенные решения, то есть инициируют управленческие решения, позволяют выбирать тот или иной способ управленческого воздействия. Они не содержат поручений и не обязывают выполнять их. К таким системам относятся [36]:
- докладная записка;
- служебная записка;
- объяснительная записка;
- предложение;
- представление;
- заявление;
- протокол;
- акт;
- справка;
- заключение;
- отзыв;
- перечень;
- список;
- служебное письмо - это обобщенное название различных по содержанию документов, выделяемых в связи с особым способом передачи текста, - пересылкой почтой:
- сопроводительное письмо;
- письмо-просьба;
- письмо-запрос;
- письмо-ответ;
- письмо-сообщение;
- письмо-подтверждение;
- информационное письмо;
- письмо-извещение;
- письмо-приглашение;
- письмо-напоминание;
- письмо-требование;
- письмо-благодарность;
- телеграмма;
- факс;
- электронное сообщение.
Как и другим системам, системе информационно-справочной документации присущи свои обязательные реквизиты, такие как: наименование организации; наименование вида документа; дата и регистрационный номер; место составления; адресат; заголовок к тексту; подпись; гриф утверждения (в необходимых случаях). Однако для описания служебных писем используется более обширный перечень обязательных реквизитов:
- наименование организации;
- справочные данные об организации;
- код организации;
- основной государственный регистрационный номер (ОГРН) юридического лица;
- идентификационный номер налогоплательщика;
- код причины постановки на учет;
- дата;
- регистрационный номер;
- адресат;
- заголовок к тексту (при составлении письма на бланке формата А4);
- подпись;
- отметка об исполнителе;
- отметка о наличии приложений (в сопроводительных письмах).
Рассмотрев основные понятия видов электронных документов и список обязательных реквизитов для каждой системы электронных документов, можно выделить следующие объекты языка (табл. 2.6), абстрактные классы (табл. 2.7) и их атрибуты:
Таблица 2.6. Описание классов метаязыка
|
Объект языка |
Имя класса |
Атрибут |
Тип атрибута |
Описание атрибута |
|
|
Документ |
Document |
title |
String |
Название документа |
|
|
Организационно-правовая система |
Procedural and institutional system |
System (PaI) |
String |
Система документа |
|
|
Распорядительная система |
Administrative system |
System (A) |
String |
Система документа |
|
|
Информационно-справочная система |
Inquiry and communications system |
System (IaC) |
String |
Система документа |
|
|
Addressee |
Object |
Адресат документа |
|||
|
Служебное письмо |
Service letter |
Organization reference data |
Object |
Организационно-справочные данные |
|
|
Enterprise code |
Object |
Код организации |
|||
|
Mark of execution |
Object |
Отметка о получении документа |
|||
|
Mark of application |
Object |
Отметка о приложениях документа |
Таблица 2.7. Описание абстрактных классов метаязыка и их атрибутов
|
Объект языка |
Имя абстрактного класса |
Атрибут |
Тип атрибута |
Описание атрибута |
|
|
Системы документов |
SystemDoc |
Corporate name |
Object |
Название организации |
|
|
Document type |
Object |
Вид документа |
|||
|
Document data |
Object |
Дата составления |
|||
|
Tail number |
Object |
Регистрационный номер |
|||
|
Place of issue |
Object |
Место составления |
|||
|
Text title |
Object |
Заголовок текста |
|||
|
Subscription |
Object |
Подпись |
|||
|
Grief of approval |
Object |
Гриф согласования |
При создании метамодели видов электронных документов добавление дополнительных связей, кроме наследования и имеющейся связи «is», между объектами не потребовалось. В данном случае связь «is» показывает, что описываемый документ будет являться экземпляром системы документов, либо организационно-правовой, либо распорядительной, либо информационно-справочной.
После создания всех классов и отображения связей между ними необходимо отобразить графически и описать объекты созданной метамодели. Описание представлено в таблице 2.8:
Таблица 2.8. Графическое отображение объектов EDocSACD
|
Наименование |
Описание |
Графическое представление |
|
|
Document |
Объект служит для отражения на диаграммах визуального представления документа |
||
|
Procedural and institutional system |
Объект используется для отображения того, к какой системе относится документ, а именно к организационно-правовой системе. |
||
|
Administrative system |
Объект используется для отображения того, что документ относится к распорядительной системе. |
||
|
Inquiry and communications system |
Объект используется для отображения того, что документ является экземпляром информационно-справочной системы. |
||
|
Research system |
Объект используется для отображения того, что документ относится к научно-исследовательской системе. |
||
|
Service letter |
Отображает причастность документа к объекту, который наследуется от информационно-справочной системы. |
Получившаяся метамодель описания видов электронных документов представлена на рисунке 2.9:
Рисунок 2.9. Отображение связей наследования и ассоциации в метамодели
2.4 Разработка модели описания структуры и содержания электронного документа
Для объединения созданных метамоделей для описания элементов ЭД, реквизитов и видов необходимо было создать новую метамодель (приложение E), которая бы интегрировала все имеющиеся метамодели в одну. Однако после этого потребовалось добавление новых связей, чтобы показать взаимосвязь между элементами документа и его реквизитами, а также удаление некоторых атрибутов из объектов метамодели описания видов документов (см. рис. 2.10):
Рисунок 2.10. Элементы метамодели
Далее необходимо перейти к непосредственному созданию модели, используя разработанный DSL, для демонстрации возможностей языка. Для этого рассмотрим конкретные примеры описания структуры и содержания электронных документов на основе трех документов: приказ о зачислении на 1 курс; письмо-извещение; техническое задание.
2.4.1 Пример: приказ о зачислении на 1 курс
Форма приказа о зачислении на 1 курс представлена в приложении G, согласно которой документ состоит из трех частей: заголовочной, содержательной и оформляющей. В качестве основных реквизитов документа распорядительной системы заголовочной части выступают эмблема организации, содержащая название, тип документа, распорядительный номер и дата составления документа. К содержательной части относятся заголовок текста и сам текст, который может быть оформлен в виде анкеты, таблицы, связного текста или в виде соединения этих структур. Оформляющая часть включает в себя совокупность реквизитов, подтверждающих подлинность и достоверность информации, содержащейся в документе: подпись человека, который издал приказ, его инициалы и занимаемая должность.
Кроме того в описываемом документе существует приложение к приказу, которое отображено в модели как раздел «Приложение». Данный раздел имеет содержательную и оформляющую часть, при том текст содержательной части является таблицей, а оформляющая часть содержит подпись заместителя ответственного секретаря.
На рисунке 2.11 представлено описание приказа о зачислении на 1 курс факультета бизнес-информатики Пермского филиала Государственного университета - Высшей школы экономики:
Рисунок 2.11. Описание структуры приказа о зачислении
2.4.2 Пример: письмо-извещение
Следующий пример описания структуры и содержания основан на письме-извещении, которое является служебным письмом. Служебное письмо, в свою очередь, является подмножеством информационно-справочной системы.
Созданная модель, отображающая структуру и содержание письма-извещения, представлена на рисунке 2.12:
Рисунок 2.12. Описание структуры письма-извещения
Согласно образцу письма-извещения (приложение H), в полученной модели документ поделен на три части, каждая из которых имеет свои реквизиты. Так, например, заголовочная часть содержит в себе данные об адресате, который работает в конкретной организации, имеющей организационно-справочные данные (адрес и контакты). Кроме того туда входят дата составления письма и его регистрационный номер. Содержательная часть, как и в других документах, включает в себя заголовок текста и сам текст, который в данном случае состоит из трех параграфов. Подпись отправителя, его инициалы и должность заносятся в оформляющую часть.
2.4.3 Пример: техническое задание
Как известно, техническое задание является исходным документом на проектирование технического объекта и устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписанные по выполнению необходимых стадий создания документации и ее состав, а также специальные требования.
Согласно ГОСТ 34.602-89 техническое задание должно содержать следующие разделы, включающие в себя некоторые подразделы и реквизиты:
- общие сведения:
- полное наименование системы и ее условное обозначение;
- шифр темы или шифр (номер) договора;
- наименование предприятия разработчика и заказчика, их реквизиты;
- перечень документов, на основании которых создается система;
- плановые сроки начала и окончания работы по созданию системы;
- сведения об источниках и порядке финансирования работ;
- порядок оформления и предъявления заказчику результатов работ по созданию системы;
- определения, обозначения и сокращения;
- назначение и цели создания системы:
- назначение системы;
- цели создания системы;
- характеристика объектов автоматизации:
- краткие сведения об объекте автоматизации;
- сведения об условиях эксплуатации объекта автоматизации;
- требования к системе:
- требования к системе в целом:
- требования к структуре и функционированию системы;
- показатели назначения;
- требования к надежности;
- требования безопасности;
- требования к эксплуатации;
- требования к защите информации;
- дополнительные требования;
- требования к функциям и задачам, выполняемым системой;
- требования к видам обеспечения;
- состав и содержание работ;
- порядок контроля и приемки:
- виды испытаний;
- общие требования к приемке работ;
- статус приемной комиссии;
- требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
- требования к документированию;
- источники разработки.
Кроме того, в состав ТЗ входят титульный и последний листы, которые содержат перечень обязательных реквизитов: название компании разработчика ТЗ, дата составления документа, вид документа, подписи разработчика и заказчика и штамп на титульном листе; код формы документа, отметки о составлении и согласовании с подписями на последнем.
На основании состава и содержания технического задания была построена модель описания структуры и содержания ТЗ (см. рис. 2.13 и рис. 2.14), созданная с помощью ранее построенной метамодели:
Рисунок 2.13. Описание технического задания. Фрагмент 1: Разделы «Характеристики объектов», «Состав и содержание работ», «Порядок контроля и приемки системы», «Источники разработки»
Рисунок 2.14. Описание технического задания. Фрагмент 2: разделы «Общие сведения», «Назначение и цели», «Требования к системе»
На данных фрагментах показаны те объекты языка EDocSACD, которые позволяют описать состав и содержание технического задания.
2.5 Результаты разработки предметно-ориентированного языка описания структуры и содержания электронных документов
Данная глава была посвящена описанию процесса разработки предметно-ориентированного языка описания структуры и содержания электронных документов, который интегрирует в себе три метамодели описания: элементов ЭД, его реквизитов и видов. Разработанный язык был реализован при помощи платформы MetaEdit+.
В ходе создания метамоделей предметной области можно констатировать, что DSM-платформа MetaEdit+ позволяет наглядно представить модели описания структуры и содержания ЭД. Одной из положительной особенностью построенной метамодели является универсальность применения ее в описании электронного документа. Визуализация объектов по праву может считаться одним из основных достоинством, что позволяет пользователю лучше ориентироваться в них. Также преимуществом использования данной системы является возможность динамического изменения модели при внесении корректировок в метамодели.
Однако в процессе работы с данным инструментальным средством были выявлены некоторые недостатки предлагаемой платформы:
- отсутствие возможности ручной доработки кода, а именно невозможность исправления ошибок, возникающих в коде в процессе разработки метамодели;
- недопустимость задания иной ориентации для символов, позволяющих наглядно представить как объекты, так и связи;
- громоздкость метамодели и модели при масштабировании и возможность возникновения трудностей с восприятием;
- неосуществимость экспорта метамодели и модели, так как для этих целей данная DSM-платформа использует свой собственный формат файлов MXT.
Заключение
В результате работы все задачи, поставленные на время написания выпускной квалификационной работы, были решены и цель достигнута. Для этого были проанализированы источники, дающие определение понятия электронного документа. Анализ существующих вариантов показал, что единого варианта не существует как в научном мире, так и в современном законодательстве. На основании рассмотренных определений выделены его функции и основные свойства, для обеспечения выполнения рассмотренных функций, а также его признаки и требования, которым электронный документ должен удовлетворять.
В рамках проделанной работы были проанализированы существующие способы описания структуры электронных документов, таких как форматы HTML и SGML, и существующие способы описания документов (подходы Dublin Core, SHOE, DoCO, онтология проекта исследовательской группы KWARC). Анализ показал, что существующие способы описания документов имеют не только достоинства, но и ряд недостатков, которые были учтены при разработке предметно-ориентированного языка описания структуры и содержания электронного документа.
Кроме того в работе был выполнен анализ материалов о предметно-ориентированных языках и обзор методов и средств их разработки: MetaEdit+, MS DSL Tools, Eclipse GMF, State Machine Designer, Meta Programming System, REAL-IT, UFO-toolkit. Ни одна из рассмотренных технологий не позволяет производить трансформацию созданных моделей из одной нотации в другую, а также отсутствует возможность отчуждения DSL от DSM-платформ во всех описанных технологиях. Основываясь на результатах анализа, MetaEdit+, в отличие от других технологий, позволяет вносить изменения в описание DSL во время работы системы и модифицировать метаязык, поэтому для разработки была использована данная система.
Результатом работы является разработанный предметно-ориентированный язык описания структуры и содержания электронных документов EDocSACD, реализованные при помощи платформы MetaEdit+. Созданный язык достаточно прост в понимании и адекватно отражает понятия исследуемой предметной области, так как используются конструкции, разработанные специально для решения задачи описания структуры и содержания электронных документов. Кроме того, DSL удовлетворяет сформулированным требованиям:
- предоставление возможности построения моделей пользователем, не имеющим глубоких знаний в области моделирования;
- являться наглядной для пользователя и не перегруженной лишними элементами;
- набор элементов должен полностью удовлетворять потребности пользователя.
Язык EDocSACD имеет три метамодели, которые достаточно просто редактировать в соответствии с особенностями конкретных предметных областей или согласно меняющимся условиям, создавая новые объекты и добавляя связи между ними.
В будущем данная тема будет расширяться. В разработанном предметно-ориентированном языке необходима дальнейшая реализация возможности добавления онтологии предметной области для описания содержания электронных документов.
Использование созданного языка возможно в системе электронного документооборота для валидации документов, что позволит компании облегчить процесс анализа и обработки электронных документов за счет описания их структуры и содержания. Кроме того, модель может быть использована при реализации различных инструментальных средств для обработки электронных документов, в частности для средств анализа документов, создания отчетов, семантической индексации.
Библиографический список
1. Хургин В.М. Еще раз об электронном документе. // Российская ассоциация электронных библиотек. [Электронный ресурс] [Режим доступа: http://www.aselibrary.ru/datadocs/doc_790ra.pdf] [Проверено: 28.04.2014].
2. Делопроизводство и архивное дело. Термины и определения [Текст]: ГОСТ Р 51141-98. - М.: Изд-во стандартов, 1998.
3. Межгосударственный стандарт. Система стандартов по информации, библиотечному и издательскому делу. Электронные издания. Основные виды. Выходные сведения [Текст]: ГОСТ 7.83-2001. - Минск: Межгосударственный совет по стандартизации, метрологии и сертификации, 2001. 23 с: ил.
4. Рекомендации по стандартизации. Информационные технологии поддержки жизненного цикла продукции. Терминологический словарь. Часть 1. Стадии жизненного цикла продукции [Текст]: Р 50.1.031-2001. - М.: Изд-во стандартов, 2001.
5. Приказ Федерального агентства по техническому регулированию и метрологии от 29 декабря 2004 г. № 135-ст «Об утверждении национального стандарта» //нет данных об опубликовании [ГОСТ Р 52292-2004 Информационная технология. Электронный обмен информацией. Термины и определения.] - М.: Изд-во стандартов, 2005.
6. Федеральный закон от 10 января 2002 г. № 1-ФЗ «Об электронной цифровой подписи» //СЗ РФ. - 2002. - № 2. - ст. 127; 2007, № 46. - ст. 5554.
7. Воройский Ф.С. Систематизированный толковый словарь по информатике (вводный курс по информатике и вычислительной технике в терминах). - М.: «Либерия», 1998. 376 с.
8. Клименко С.В. Электронные документы в корпоративных сетях: второе пришествие Гутенберга. - М.: Анкей - ЭК - Трендз, 1999. 271 с.
9. Карминский А.М. Информатизация бизнеса. - М.: Финансы и статистика, 1997.
10. Тихонов В.И. Сущностные характеристики, состав и классификация электронных документов. - М.: Росархив. ВНИИДАД. РОИА. - 2000. 204 - 218 с.
11. Тихонов В.И. Электронные архивы и электронный документооборот //Отечественные архивы. - 1999. - № 2.
12. Семилетов С.И. Информация как особый объект права //Проблемы информатизации. - 1999. - № 3.
13. Швецова-Водка Г.Н. Функции и свойства документа в системе социальных коммуникаций. // Кн.: исследования и материалы. - М. 1994. 37 - 57 с.
14. Кушнаренко Н.Н. Документоведение: Учебник.- 8-е изд. - Киев: Знання, 2008.
15. Серова Л.И. Документационное обеспечение управления. Учебное пособие. // Рудос. [Электронный ресурс] [Режим доступа: http://rudocs.exdat.com/docs/index-304709.html?page=4] [Проверено: 15.04.2014].
16. Приложение к постановлению МПА ЕврАзЭС от 25 марта 2002 г. №2-19 «Об электронном документе». Глава 2. // Межпарламентская Ассамблея Евразийского экономического сообщества. [Электронный ресурс] [Режим доступа: http://www.ipaeurasec.org/docsdown/mz_eldoc.pdf] [Проверено: 29.04.2014].
17. Structure, models and meaning. Is “unstructured” data merely unmodeled? // InformationWeek. Connecting the business technology community. [Электронный ресурс] [Режим доступа: http://www.informationweek.com/software/information-management/structure-models-and-meaning/d/d-id/1030187?] [Проверено: 30.04.2014].
18. A representation of Textual Information and MetaInformation for Retrieval and Interchange. // World Wide Web Consortium (W3C). [Электронный ресурс] [Режим доступа: http://www.w3.org/MarkUp/draft-ietf-iiir-html-01.txt] [Проверено: 30.04.2014].
19. Технология подготовки электронных документов с использованием программных средств. // Учебные материалы. [Электронный ресурс] [Режим доступа: http://works.doklad.ru/view/sbM1En1aoA4/all.html] [Проверено: 22.04.2014].
20. Кирсанов Д. XML против HTML. // Александр Гагарин. [Электронный ресурс] [Режим доступа: http://www.gagin.ru/internet/1/19.html] [Проверено: 30.05.2014].
21. Бобко А.В. О лингвистических средствах тематического поиска в электронном каталоге ГПНТБ СО РАН // Региональные библиотечные системы: История, современное состояние, перспектива. - Новосибирск, 1995.
22. Система стандартов по информации, библиотечному и издательскому делу. Процессы управления документами. Метаданные для документов. Часть 1. Принципы [Текст]: ГОСТ Р ИСО 23081-1 - 2008. - М.: Изд-во стандартов, 2008.
23. Тевс Д.П. Создание электронной библиотеки образовательного учреждения. Барнаул: Изд-во БГПУ, 2004.
24. Dublin Core Metadata Element Set, Version 1.1. // Metadata Dublin Core. [Электронный ресурс] [Режим доступа: http://dublincore.org/documents/dces/] [Проверено: 09.04.2014].
25. Heflin J. Searching the Web with SHOE. // Computer science university of Maryland. [Электронный ресурс] [Режим доступа: http://www.cs.umd.edu/projects/plus/SHOE/pubs/aiweb2000.pdf] [Проверено: 13.04.2014].
26. SHOE. Document Ontology (draft). // Computer science university of Maryland. [Электронный ресурс] [Режим доступа: http://www.cs.umd.edu/projects/plus/SHOE/onts/docmnt1.0.html] [Проверено: 28.04.2014].
27. Ефименко И.В. Онтологическое моделирование экономики предприятий и отраслей современной России. Онтологическое моделирование: подходы, модели, методы, средства, решения. // Высшая школа экономики. Национальный исследовательский университет. [Электронный ресурс] [Режим доступа: http://www.hse.ru/data/2011/12/22/1261631357/WP7_2011_08_1.pdf] [Проверено: 29.04.2014].
28. Document Ontology. // The KWARK Research Group. [Электронный ресурс] [Режим доступа: http://kwarc.info/projects/docOnto/] [Проверено: 28.04.2014].
29. Сухов А.О. Сравнение систем разработки визуальных предметно-ориентированных языков.// Математика программных систем: межвуз. сб. науч. ст. - Пермь: Изд-во Перм. гос. нац. исслед. ун-та, 2012. - Вып. 9.
30. Фаулер М. Предметно-ориентированные языки программирования. Пер. с англ. М.: ООО «И.Д. Вильямс», 2011. 121 с.
31. Иванов А.Н. Моделирование интерфейса полнофункциональных веб-приложений, интенсивно работающих с данными. // Вестник Санкт-Петербургского университета, серия 10, вып. 3. 2009. 8 с.
32. Qreal. [Электронный ресурс] [Режим доступа: http://qreal.ru/] [Проверено: 28.04.2014].
33. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов [Текст]: ГОСТ Р 6.30-2003. - М.: Изд-во стандартов, 2003.
34. Межгосударственный стандарт. Электронные издания. Основные виды и выходные сведения [Текст]: ГОСТ 7.83-2001. - Минск: Межгосударственный совет по стандартизации, метрологии и сертификации, 2002. 3 с: ил.
35. Энциклопедия делопроизводства. // Центр компетенции по вопросам документационного обеспечения управления и архивного дела. [Электронный ресурс] [Режим доступа: http://www.edou.ru/enc/index.php] [Проверено: 29.04.2014].
Приложение A
Таблица А.1. Описание элементов Dublin Core
|
Имя элемента |
Описание элемента |
||
|
Title |
Заголовок |
Название, присвоенное ресурсу создателем или издателем. |
|
|
Creator |
Автор |
Человек или организация, изначально ответственная за интеллектуальное содержание ресурса (в случае рукописного документа это авторы, исполнители, фотографы или иллюстраторы в случае визуальных ресурсов). |
|
|
Subject |
Предмет |
Тема ресурса. Обычно предмет выражается в ключевых словах или фразе, описывающей предмет или содержание ресурса. Приветствуется использование контролируемых словарей и формальных схем классификации. |
|
|
Description |
Описание |
Текстовое описание содержания ресурса, включая реферат в случае документов или описание содержания в случае визуального ресурса. |
|
|
Publisher |
Издатель |
Организация, ответственная за создание ресурса в его нынешней форме, например, издательский дом, университетский департамент или корпорация. |
|
|
Contributor |
Участник создания материал... |
Подобные документы
Аналитический обзор средств и языков описания интеллектуальных порталов. Устройство и особенности языка технологии OSTIS, результаты ее анализа. Разработка предметно-ориентированного языка проектирования интеллектуальных порталов. Описание пример модели.
дипломная работа [2,5 M], добавлен 08.11.2015Определение понятия гипертекста. Основные части документа SGML. История создания стандартного языка разметки документов HTML. Отличия синтаксиса XHTML от HTML. RSS - семейство XML-форматов для описания лент новостей. Применение языка разметки KML.
презентация [4,3 M], добавлен 15.02.2014Основные особенности нормативного и методического обеспечения архивного хранения электронных документов. Общие требования к организации и проведению учета электронных архивных документов. Рассмотрение инновационных методов учета в делопроизводстве.
курсовая работа [255,8 K], добавлен 31.08.2015Тематический план курса разработки цифрового образовательного ресурса по технологии создания электронных графических документов (электронных книг). Особенности сканирования, программное обеспечение. Основные возможности программы ABBYY Fine Reader.
дипломная работа [3,7 M], добавлен 07.07.2011Что такое разметка. Язык разметки как набор соглашений о принципах форматирования, которые применяются для кодирования текстовых блоков. Возможности форматов SGML, HTML, XML, история создания, специфика применения, контроль над размещением информации.
реферат [25,8 K], добавлен 22.03.2010Понятие алгоритма, его свойства и способы описания. Схемы алгоритмических конструкций: линейная, разветвляющаяся, циклическая. Особенности и применение электронных таблиц Excel. Задачи, решаемые с помощью системы Mathcad. История создания языка Pascal.
курсовая работа [601,9 K], добавлен 20.11.2010Программные средства выполнения, обращения и хранения электронных документов на предприятии. Правовое и методическое обеспечение сохранности информационных ресурсов в организациях Республики Беларусь. Создание электронной регистрационной карточки.
реферат [25,4 K], добавлен 17.04.2015История разработки узкоспециализированного устройства для чтения электронных документов. Плюсы и минусы электронных книг, их применение в образовании. Подъем рынка электронных книг подъем в связи с появлением экранов с технологией электронной бумаги.
презентация [601,3 K], добавлен 10.12.2016Технология программных агентов. Форматы метаданных, использующиеся для описания электронных ресурсов. Разработка интеллектуальных агентов. Среда разработки Jadex для построения интеллектуальных агентов. BDI модель интеллектуального агента ресурсов.
курсовая работа [279,8 K], добавлен 20.02.2011Общая характеристика табличных процессоров. Проведение исследования тем электронных таблиц в 7-9 классах. Главная особенность создания многотабличных документов. Построение диаграмм, их модификация и решение экономических задач графическими методами.
курсовая работа [2,9 M], добавлен 12.03.2019Библиотека, обладающая крупной распределенной коллекцией документов в электронной форме, доступной через сети передачи данных. Основные задачи электронных библиотек. Цели создания и концепция электронных библиотек. Профильность хранимой информации.
контрольная работа [26,0 K], добавлен 27.11.2012Особенности способов описания языков программирования. Язык программирования как способ записи программ на ЭВМ в понятной для компьютера форме. Характеристика языка Паскаль, анализ стандартных его функций. Анализ примеров записи арифметических выражений.
курсовая работа [292,0 K], добавлен 18.03.2013Особенность электронных таблиц Excel, возможности применения формул для описания связи между значениями различных ячеек. Способы ввода данных, формул и их последующего редактирования, типы ссылок на ячейки и диапазоны, особенности работы со ссылками.
контрольная работа [86,8 K], добавлен 13.03.2019Логическое проектирование реляционной модели данных для службы качества предприятия. Перечень документов, их реквизиты, номер по классификатору, форма их составления. Определение атрибутов электронных документов для их идентификации. Выбор режима доступа.
курсовая работа [54,8 K], добавлен 13.09.2009Рабочая область окна и структура MS Excel. Применение и возможности электронных таблиц, преимущества использования при решении задач. Ввод и редактирование данных в ячейках, копирование данных, построение диаграмм, профессиональное оформление документов.
реферат [2,2 M], добавлен 10.06.2010Цели, задачи и компоненты информационной технологии управления. Разработка структуры сайта и программный код работы в HTML–редакторе: создание титульной страницы, документа с фреймами, связь информационных документов с помощью гипертекстовых ссылок.
курсовая работа [34,3 K], добавлен 11.08.2011Использование объектно-ориентированного программирования - хорошее решение при разработке крупных программных проектов. Объект и класс как основа объектно-ориентированного языка. Понятие объектно-ориентированных языков. Языки и программное окружение.
контрольная работа [60,1 K], добавлен 17.01.2011Написание сайта с помощью выбранного языка программирования с минимальной интерактивностью. Изучение дополнительных аспектов языка гипертекстовой разметки HTML. Моделирование информационной структуры. Разработка структуры данных, центральный фрейм.
курсовая работа [1,0 M], добавлен 02.06.2015Меры по обеспечению защиты конфиденциальной информации. Принципы, технические средства и приемы для уничтожения электронных документов, документирование процесса. Изолированная автоматизированная система для работы с конфиденциальной информацией.
контрольная работа [31,9 K], добавлен 05.01.2016Стадии обработки документов в туристическом агентстве, проектирование базы данных. Реализация программного продукта с помощью объектно-ориентированного языка программирования Borland Delphi 7.0. и системы управления базами данных Microsoft Access 2003.
дипломная работа [6,5 M], добавлен 22.01.2012
