Редактирование документа

Рис. 35 Редактирование документа

Из диаграммы последовательностей Редактирование документа можно выделить следующие методы:

• Метод класса «Главная форма» ShowEditForm() вызывающий Форму редактирования документа и вызывающий процедуру получения данных о документе.

• Метод класса «Форма редактирования документа» SaveChanges() Вызывающий процедуру сохранения внесённых документов.

Учёт контрольных карточек

Рис. 36 Учёт контрольных карточек

Из диаграммы последовательностей Редактирование документа можно выделить следующие методы:

• Метод класса «Главная форма» ShowStatisticForm() Вызывающий форму статистики.

2.3. Формирование диаграммы классов.

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

2.4. Предварительное определение состава хранимых данных.

Проектирование хранилища данных производится для объектов, имеющих атрибут «Persistent». То есть для тех объектов, которые являются постоянными. В процессе проектирования ИС были выявлены некоторые объекты, которые будут храниться в системе, то есть объекты документов и пользователей.

Рис. 45 Объекты, хранимые в хранилище данных

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

1. запрос «Вывод документов».

2. запрос «Вывод контрольной карточки».

3. запрос «Вывод исполненных документов».

4. запрос «Вывод документов находящихся в исполнении».

2.5. Предварительное определение состава пользовательского интерфейса

Основные требования к пользовательскому интерфейсу представлены на рисунках:

Основные требования к пользовательскому интерфейсу представлены на рисунках:

Главная форма

Рис. 24 Главная форма

Форма добавления документов

Рис. 25 Форма добавления документов

Форма контроля учётных карточек

Рис. 26 Форма контроля учётных карточек

Форма поиска документа

Рис. 27 Форма поиска документа

Форма редактирования

Рис. 28 Форма редактирования

3. Разработка системы централизованного хранения и обработки данных

3.1 Формирование требований в базе данных.

СУБД должна быть построена по архитектуре клиент-сервер. Она должна поддерживать возможность создания пользователей, назначения им ролей и прав доступа к информации, хранящейся в базе данных. Также должна существовать возможность создания резервной копии данных.

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

3.2. Формирование отношений базы данных.

При анализе работы с информацией были выявлены следующие отношения, необходимые для хранения имеющихся данных:

Отношение «Doc» содержит: Автора, Дату создания, Тип документа, Название документа, Регистрационный номер, Резолюцию, Адресат, Текст описания, Флаг о прочтении, Флаг о сохранении копии в архиве.

Название атрибута	Хранимые данные	Ключ (уникальность)	Связанные отношения	Необходимость заполнения
ID	Уникальный идентификатор кортежа	Первичный ключ		Да
AutrID	Идетификатор автора	Внешний ключ	User	Да
CreateDate	Дата создания			Да
DocTypeID	Идентификатор типа документа	Внешний ключ	DocTypes	Да
Name	Имя документа			Да
RegNumber	Регистрационный номер документа
Res	Идентификатор резалюции	Внешний ключ	Resolutions	Да
Aresat	Идентификатор адресата	Внешний ключ	User	Да

Text	Идентификатор текста описания	Внешний ключ	Текст описания	Да
Cheked	Флаг простения	Нет	Нет	нет
Arhiv	Флаг о сохранении копии в архиве	Нет	Нет	Да

Отношение «Text» содержит пояснения к документу.

Название атрибута	Хранимые данные	Ключ (уникальность)	Связанные отношения	Необходимость заполнения
ID	Уникальный идентификатор кортежа	Первичный ключ	Doc	Да
Text	Текс описания документа	Нет		Да

Отношение «DocTypes» содержит типы документов.

Название атрибута	Хранимые данные	Ключ (уникальность)	Связанные отношения	Необходимость заполнения
ID	Уникальный идентификатор кортежа	Первичный ключ	Doc	Да
DocType	Тип документа	Нет		Да

Отношение «Resolution» Содержит типы резолюций.

Название атрибута	Хранимые данные	Ключ (уникальность)	Связанные отношения	Необходимость заполнения
ID	Уникальный идентификатор кортежа	Первичный ключ	Doc	Да
DocType	Тип резолюции	Нет		Да

Отношение «Files» содержит файл содержащий формата WinWord содержащий текст документа.

Название атрибута	Хранимые данные	Ключ (уникальность)	Связанные отношения	Необходимость заполнения
ID	Уникальный идентификатор кортежа	Первичный ключ		Да
[File]	Файл прикреплённый к документу
DOC	Идентификатор документа	Внешний ключ	Doc	Да

Отношение «User» содержит данные о пользователе , аутентификационную информацию, данные о подразлделении.

Название атрибута	Хранимые данные	Ключ (уникальность)	Связанные отношения	Необходимость заполнения
ID	Уникальный идентификатор кортежа	Первичный ключ	Departments Doc	Да
Name	Имя пользователя
PassID	Идентификатор аутентификационной информации	Внешний ключ	Аутентификационная информация	Да
DepID	Идентификатор документа	Внешний ключ	Отдел	Да

Отношение «Departments» содержит информацию о отделе, начальнике отдела, и о отделе которым управляется.

Название атрибута	Хранимые данные	Ключ (уникальность)	Связанные отношения	Необходимость заполнения
ID	Уникальный идентификатор кортежа	Первичный ключ	User	Да
Name	Название отдела			Да
UprDep	Идентификатор отдела которым управляется.	Внешний ключ	Departments	Да
Upr	Идентификатор документа	Внешний ключ	User	Да

Отношение «PassData» содержит логин и пароль пользователя.

Название атрибута	Хранимые данные	Ключ (уникальность)	Связанные отношения	Необходимость заполнения
ID	Уникальный идентификатор кортежа	Первичный ключ	User	Да
Login	Логин			Да
Pas	Пароль			Да

Отношение «ControlData» содержит документ, дата изменения, срок завершения, данные о состоянии.

Название атрибута	Хранимые данные	Ключ (уникальность)	Связанные отношения	Необходимость заполнения
ID	Уникальный идентификатор кортежа	Первичный ключ		Да
DocID	Идентификатор документа		Doc	Да
ChangingData	Дата изменения состояния			Да
Srok	Срок исполнения.	Внешний ключ		Да
StatusID	Идентификатор текста состояния	Внешний ключ	StatusText	Да

Отношение «StatusText» содержит текстс данными о состоянии исполнения

Название атрибута	Хранимые данные	Ключ (уникальность)	Связанные отношения	Необходимость заполнения
ID	Уникальный идентификатор кортежа	Первичный ключ	Данные о контроле	Да
StatText	Данные о состоянии	Нет		Да