91
Программное обеспечение для управления документами позволяет
предприятиям легко комбинировать бумажные и цифровые файлы и хранить их;
физические документы или бумажные файлы сканируются и импортируются
цифровые форматы. Поддерживаемые форматы файлов могут варьироваться от
документов Word, электронных таблиц Excel, презентаций PowerPoint, PDF-файлов
и т. д.
Процессы управления документами необходимы для обеспечения
законодательных или нормативных требований, таких как налоговые декларации,
соответствие различным стандартам, таким как ISO, FDA, и т. д. Такие требования
требуют легкой прослеживаемости документов и контрольного следа создания,
доступа, изменения, утверждения и представления документов.
Управление документами имеет важное значение во всех секторах:
коммерческий бизнес, банковское дело, финансы и страхование, образование,
здравоохранение, исследования и разработки, строительство и многое другое.
Документы, хранящиеся в системе управления документооборотом (DMS),
такие как процедуры, рабочие инструкции и политические заявления,
предоставляют доказательства контролируемых документов. Несоблюдение может
привести к штрафам, потере бизнеса из-за несоответствия или неполного
соответствия, или непоправимому ущербу репутации бизнеса.
Интегрированное управление документами включает в себя технологии,
инструменты и методы, используемые для захвата, управления, хранения,
сохранения, доставки и утилизации "документов" на предприятии. В этом контексте
"документы" - это любой из множества информационных ресурсов, включая
изображения, офисные документы, графику и рисунки, а также новые электронные
объекты.
92
Рис.3. Дерево функций
На основании дерева функций разработан сценарий диалога.
Далее рисунки (Сценарий диалога)
93
Рис.4. Режим «Справочники»
94
Рис.5. Режим «Сотрудники»
95
Рис.6. Режим «Отчеты»
96
2.3.2. Характеристика базы данных
База данных необходима для того чтобы хранить все виды данных, которые
существуют в этом реальном мире. Поскольку нам нужно работать со всеми видами
данных и требований, база данных должна быть достаточно сильной, чтобы хранить
все виды данных, которые присутствуют вокруг нас.
Должна быть возможность связывать сущности / таблицы в базе данных
посредством связи. т. е. любые две таблицы должны быть связаны. Допустим,
сотрудник работает в отделе. Это означает, что сотрудник связан с определенным
отделом. Мы должны быть в состоянии определить такую связь между любыми
двумя объектами в базе данных. Не должно быть никакой таблицы лежа без любого
отображения.
Данные и приложения должны быть изолированы. Потому что база данных-
это система, которая дает платформу для хранения данных, а данные-это та, которая
позволяет базе данных работать. Поэтому между ними должна быть четкая
дифференциация.
Не должно быть никакого дублирования данных в базе данных. Данные
должны храниться таким образом, чтобы они не повторялись в нескольких таблицах.
Если повторить, это будет ненужная трата пространства БД и поддержание таких
данных становится хаосом.
СУБД имеет сильный язык запросов. Как только база данных разработана, это
помогает пользователю извлекать и управлять данными. Если конкретный
пользователь хочет видеть какие-либо конкретные данные, он может применить
столько условий фильтрации, сколько он хочет, и вытащить данные, которые ему
нужны.
Несколько пользователей должны иметь доступ к той же базе данных, не
затрагивая других пользователей. т. е., если учителя хотят обновить оценки ученика
в таблице результатов одновременно, то им должно быть разрешено обновлять
оценки для своих предметов, не изменяя другие предметные оценки. Хорошая база
данных должна поддерживать эту функцию.
Он поддерживает несколько представлений для пользователя, в зависимости
от его роли. В базе данных школы учащиеся смогут видеть только свои отчеты, и их
97
доступ будет доступен только для чтения. В то же время учителя будут иметь доступ
ко всем учащимся с правами на изменение. Но база данных такая же. Следовательно,
одна база данных предоставляет разные представления для разных пользователей.
База данных должна также обеспечивать безопасность, т. е. когда к базе
данных обращаются несколько пользователей, каждый пользователь будет иметь
свои собственные уровни прав для просмотра базы данных. Некоторым из них будет
разрешено просматривать всю базу данных, а некоторые будут иметь только
частичные права. Например, преподаватель, который преподает физику, будет иметь
доступ к просмотру и обновлению отметок своего предмета. У него не будет доступа
к другим предметам. Но ход будет иметь полный доступ по всем предметам.
База данных должна также поддерживать имущество кислоты. т. е.; при
выполнении любых транзакций, таких как вставка, обновление и удаление, база
данных гарантирует, что реальное назначение данных не будет потеряно. Например,
если адрес учащегося обновляется, то он должен убедиться, что нет никаких
дубликатов данных не создается и нет несоответствия данных для этого учащегося.
(14.)
В разработанном модуле используется СУБД MS SQL Server 2000. В
решаемой задачи используется следующая ER-модель, отображенная на рисунке ,
описывающая взаимосвязь таблиц в БД.
Таблица 16.
«City»
№ пп
Поле
Тип
Значение
1
idCity
int(10)
Номер
2
city
varchar(255)
Наименование города
3
telcode
varchar(20)
Телефонный код
4
timezone
int(4)
Часовой пояс
98
Таблица 17.
«Klient»
№ пп
Поле
Тип
Значение
1
idKlient
int(11)
Номер
2
nameK
varchar(255)
Наименование
3
inn
varchar(12)
ИНН
4
kpp
varchar(12)
КПП
5
fiobossK
varchar(30)
ФИО руководителя
6
fiokontaktk
varchar(30)
ФИО контактного
лица
7
telefonK
varchar(9)
телефон
8
adressK
varchar(255)
адресс
9
zipcodeK
varchar(6)
индекс
10
emailK
varchar(15)
Е-майл
11
idCityK
int(11)
Код города
Таблица 18.
«Project»
№
пп
Поле
Тип
Значение
1
idza
int(11)
Номер
2
idKZ
int(11)
Код заявки
3
idoZ
int(11)
Код оборудования
4
idVZ
int(11)
Код производителя
99
№
пп
Поле
Тип
Значение
5
idGZ
int(11)
Код гарантии
6
opisanieZ
varchar(255)
Описание неисправности
7
modelZ
varchar(45)
Наименование модели
8
status
varchar(45)
Статус заявки
9
datezz
timestamp
Дата заявки
10
idzentrZ
int(11)
Код фирмы
Таблица 19.
«Sotr»
№ пп
Поле
Тип
Значение
1
idI
int(5)
Номер
2
nameI
varchar(30)
ФИО
3
loginI
varchar(10)
Логин
4
parolI
varchar(10)
пароль
5
idZI
int(11)
Код фирмы
100
Таблица 20.
«SostPr»
№ пп
Поле
Тип
Значение
1
idO
int(10)
Номер
2
nameO
varchar(255)
Наименование состояния
Таблица 21.
«Firma»
№ пп
Поле
Тип
Значение
1
idZ
int(11)
Номер
2
nameZ
varchar(255)
Наименование
3
fiobossZ
varchar(30)
ФИО руководителя
4
fiokontaktZ
varchar(30)
ФИО контактного лица
5
telefonZ
varchar(9)
Телефон
6
adressZ
varchar(255)
Адресс
7
zipcodeZ
varchar(6)
Почтовый индекс
8
emailZ
varchar(15)
Е-майл
9
idCityZ
int(11)
Код города