Создание и внедрение программного продукта "Объектно-ориентированный менеджер структуры универсальной системы хранения данных"

 

Содержание


Введение

. Обзор аналогов

.1 Разработка изделий

.2 Управление изменениями

.3 Интеграция приложений

.4 Пакет решений в области управления конструкторской и технологической документацией (КТД)

. Программная документация

.1 Техническое задание

.1.1 Общие сведения

.1.2 Назначение разработки

.1.3 Описание технологии задачи

.1.4 Обеспечение прав доступа

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

.1.6 Стадии и этапы разработки

.1.7 Порядок контроля

.2 Пояснительная записка

.2.1 Назначение разработки и область применения

.2.2 Технические характеристики

.2.3 Состав программных средств

.2.4 Ожидаемые технико-экономические показатели

.3 Описание программы

.3.1 Общие сведения

.3.2 Функциональное назначение

.3.3 Описание логической структуры

.3.4 Используемые технические средства

.3.5 Вызов и загрузка

.3.6 Входные данные

.3.7 Выходные данные

.4 Программа и методика испытаний

.4.1 Объект и цель испытаний

.4.2 Требования к программе

.4.3 Средства и порядок испытаний

.4.4 Методика испытаний

. Руководство оператора

.1 Описание рабочего процесса

.1.1 Работа с главным меню

.1.2 Работа с окнами - общие сведения

.1.3 Работа с окном «Менеджер классов»

.1.4 Работа с окном системы «Пользователи и группы»

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

.1.6 Работа со справочниками «Типы атрибутов», «Правила вычисления эффективной версии», «Этапы жизненного цикла»

.1.7 Работа со справочником «Функции»

.1.8 Работа со справочником «Программы обработки файлов»

.1.9 Справочник «Виды вычисления эффективной версии»

.1.10 Поиск в экранных таблицах, применение фильтров

.2 Описание ролей пользователей

. Акт испытаний

.1 Объект и цель испытаний

.2 Требования к программе

.3 Средства и порядок испытаний

.3.1 Инфраструктура тестирования

.3.2 Процедуры тестирования

. Экономическая часть

.1 Определение потребительского сегмента рынка разрабатываемого продукта

.2 Сравнение с аналогами

.3 Важнейшие показатели спроса

.4 Расчет себестоимости программного продукта

.5 Определение цены разработчика

.6 Определение эффекта производства и применения программного продукта, его конкурентоспособности

. Материалы по охране труда

.1 Организация рабочего места программиста

.2 Оптимальные условия труда программиста

.2.1 Анализ зрительной деятельности

.2.2 Анализ электробезопасности

.2.3 Анализ пожарной опасности

.2.4 Анализ опасных и вредных излучений

.2.5 Параметры микроклимата на рабочем месте

.2.6 Нормирование шума

.2.7 Вибрации

.2.8 Анализ психофизиологических факторов

Заключение

Список используемой литературы

Приложение А

Приложение Б

Приложение В


Введение


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

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

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

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

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

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

Все вышеперечисленные проблемы в рассмотрении определили комплекс решений, названный PDM - Product Data Management (Управление производственными данными). Данный комплекс решений предлагает создание универсальной системы хранения данных о производственном изделии. Следует отметить разнородность данных в этом случае. Сюда относятся любые данные, относящиеся к производимой или разрабатываемой продукции, такие как файлы систем CAD/CAM/CAE, спецификации, структуры изделия, конструкторско-технологическая документация, конфигурационная информация, и т.д. Технология PDM позволяет структурировать их как единую систему, где для каждого конкретного изделия не только определяется совокупность централизованно хранящихся данных по его описанию, но и выделен перечень этапов жизненного цикла.

Так, например, для машиностроительных предприятий выпускаемое изделие проходит ряд этапов жизненного цикла: проектирование, конструирование, разработку, сборку, испытание, внедрение, эксплуатацию, ремонт, сопровождение. Аналогичные этапы можно выделить и для документации, и для разработки программного обеспечения. На каждом этапе набор информационных данных может быть различен. Конечно, имеются статические данные по каждому изделию. Они образуют «ядро» описания, и могут служить параметрами для поиска. Но очевидно, что переход изделия из одного состояния в другое привносит ряд изменений его комплектации и описания. Вводятся версии одного и того же изделия.

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

Разработанная программа «Объектно-ориентированный менеджер структуры универсальной системы хранения данных» использует комплекс решений PDM для формирования реальной структуры информационного хранилища. Менеджер позволяет преобразовать описание предметной области - в проекте в качестве примера был взят механизм отслеживания конфигурации промышленного изделия двигатель, - в иерархическую структуру, позволяющую унифицировано описать все данные об изделии, а так же сформировать по данной структуре реальные таблицы базы данных, позволяющие хранить описание централизованно.


1. Обзор аналогов


Еще одной PDM-системой, наиболее широко распространенной на данный момент является комплекс решений, предлагаемых Teamcenter Engineering, реализуемый фирмой EDS Corporation, США. Он включает в себя основные направления по управлению жизненным циклом изделия. Эти решения охватывают все службы предприятия и позволяют обеспечить информацией различные категории сотрудников [1].


1.1 Разработка изделий

Engineering позволяет инженерам и технологам полностью управлять процессами сопровождения жизненного цикла изделия путем управления, хранения и распределения информации об изделии. Основными приоритетами здесь являются управление процессами проектирования, управление изменениями и взаимодействие в масштабе предприятия.Engineering обеспечивает оптимальное управление всеми процессами разработки изделия, решая задачи в таких основных областях как управление составом изделия, управление проектированием и управление изменениями. Teamcenter Engineering имеет полный набор модулей для решения этих задач:

?управление данными САПР (интерфейсы к системам Unigraphics, AutoCAD, SolidEdge, CATIA, Pro/Engineer, SolidWorks);

?классификаторы (in-CLASS);

?управление бизнес-процессами (Workflow);

?управление структурой изделия (PSE).


1.2 Управление изменениями


Модуль Teamcenter Engineering по управлению инженерными изменениями позволяет пользователям контролировать структурные взаимосвязи как внутри изделия, так и между изделием и такими процессами, как производство, или процессы управления. Он полностью интегрирован в модули управления бизнес-процессами и структурой изделия. Электронная почта своевременно уведомит пользователей о готовящемся или совершившемся изменении через Lotus Notes или Microsoft Outlook. Предусмотрены возможности по просмотру «генеалогии» (дерева) изменений и управлению принятием решений.


.3 Интеграция приложений

Engineering позволяет построить любые IT-решения, которые соединят воедино все базы данных внутри и вне компании, решая проблемы несовместимых форматов, различных приложений и удаленных инсталляций. Для этого Teamcenter Engineering имеет полный набор средств для интеграции, который включает в себя приложения по управлению данными об изделии, интегрированные приложения третьесторонних компаний, стандартный механизм разработки пользовательских приложений (API), и полный комплект решений по сопровождению и дополнительным услугам.


1.4 Пакет решений в области управления конструкторской и технологической документацией (КТД)


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

Система решает следующие основные задачи:

?ведение единой централизованной базы данных по электронной конструкторской документации.

?интеграция с системами трехмерного и двумерного проектирования (Unigraphics, SolidEdge,

?SolidWorks, AutoCAD, CATIA, Pro/Engineer, и др.).

?создание и ведение электронных конструкторских спецификаций и извещений.

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

?возможность групповой работы конструкторов над проектом.

?учет входимости и применяемости по всем деталям и сборочным узлам.

?ведение заказных комплектаций изделия.

?исключение дублирования информации в базе данных.

?обеспечение надежного и безопасного хранения проектных данных.

С помощью этой системы конструкторы и технологи имеют возможность вносить данные в базу, пользуясь специальными карточками изделия, осуществлять управление ревизиями изделий, автоматически импортировать сборки из систем САПР, привязывать любые электронные документы к конструкторским элементам с возможностью их дальнейшего редактирования в среде Teamcenter Engineering. Система обеспечивает ассоциативную связь между атрибутами детали в базе данных и элементами основной надписи электронного чертежа. В систему также входят возможности по созданию электронных справочников на базе модуля классификации in-Class, включая стандартные справочники по материалам и стандартным изделиям.

Таким образом, комплекс решений Teamcenter Engineering представляет собой полный функциональный набор PDM-системы. Это мощное и гибкое приложение.

Но в тоже время как раз этот полный функционал большей частью избыточен для одного, конкретно взятого предприятия.

Широкие возможности по конфигурированию - это безусловный плюс. Но масштабы системы делают сам процесс конфигурации длительным и дорогостоящим.

Настолько масштабная система обладает далеко не интуитивно ясным интерфейсом. И довольно значительная часть времени затрачивается не столько на применение, сколько на изучение данной системы.

Несмотря на то, что пакет решений поставляется с открытыми кодами, и может быть модифицирован под любое (как утверждают создатели Teamcenter) проектное решение, изучение его, а тем более доработка требуют обращения к консультантам. Особое внимание следует обратить на тот факт, что система создана заграничной компанией, и процесс технической поддержки усложнен географическими и национальными факторами.

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

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

?приложение не предъявляет особых требований как к операционной системе, так и к программному обеспечению, расположенному на машине;

?приложение не требует предварительной настройки оператором, что делает ее хорошо защищенной от сбоев и зависаний;

?интуитивно ясный интерфейс доступен не только программисту, но и пользователю ЭВМ;

?это изначально русское приложение, учитывающее российские стандарты и не требующее смены кодировок и услуг переводчиков;

?территориальные барьеры с разработчиками несравнимо меньше.


2. Программная документация


.1 Техническое задание


.1.1 Общие сведения

Полное наименование приложения - «Объектно-ориентированный менеджер структуры универсальной системы хранения данных». Краткое обозначение - «Менеджер классов».

Менеджер классов должен обеспечивать представление произвольных данных в виде объектов с набором атрибутов.

Пользователями данного менеджера будут являться архитекторы баз данных.

Сокращения и термины:

БД - база данных;

СУБД - система управления базой данных;

ПО - программное обеспечение;

Системные атрибуты - атрибуты, значения которых устанавливаются системой автоматически. Такие атрибуты доступны только для чтения;

Несистемные (пользовательские) атрибуты - атрибуты, значения которых устанавливаются пользователями системы. Такие атрибуты доступны для чтения и изменения;

Версия - некоторое фиксированное состояние объекта в определенный момент времени характеризуемое набором атрибутов;

Эффективная версия - конкретное состояние объекта в заданный момент времени.


2.1.2 Назначение разработки

Менеджер классов предназначен для реализации следующих основных задач:

?централизованное хранение произвольных данных в виде объектов с набором атрибутов и связей между ними также с набором атрибутов;

?обеспечение централизованного доступа к данному хранилищу информации.

Эти цели должны достигаться:

?посредством создания и поддержки базы данных, работа с которой должна быть возможна из любого подключения к корпоративной вычислительной сети предприятия-заказчика;

?посредством создания API-функций для работы с объектами хранилища.


2.1.3 Описание технологии задачи

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

Классы подразделяются на два вида - классы объектов и классы связей. Соответственно, классы объектов описывают объекты, а классы связей - различные связи между ними.

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

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

Каждый мастер-объект и версия обязательно имеют идентификаторы, которые называются <Код мастер-объекта> и <Номер версии> соответственно. Таким образом, идентификатор объекта в определенный момент времени задается как <Код мастер-объекта>.<Номер версии>.

Обязательные атрибуты класса объектов:

?наименование (NAME) - уникальное отображаемое имя класса (например, «Спецификация», «Узел», «Деталь» и т.п.);

?признак «замороженности» класса (IS_FROZEN) - указывает, можно ли изменять описание класса или удалить его.

Основные операции над классами объектов:

?Создание нового класса. Создается запись о новом классе, пользовательские атрибуты не определены;

?Удаление класса. Удаляется запись о классе и всех его пользовательских атрибутах. Удаление класса возможно, если он не заморожен и нет ни одного объекта данного класса;

?Добавление, изменение описания и удаление атрибутов класса;

?Добавление и удаление этапов жизненного цикла из перечня этапов;

?Добавление и удаление правил вычисления эффективной версии из перечня правил;

?Заморозить класс - изменения и удаление класса запрещено;

?Разморозить класс - изменения и удаление класса возможны.

Обязательные атрибуты мастер-объекта:

?код мастер-объекта (OBJ_CODE) - уникальный идентификатор мастер-объекта в следующем формате MMMM.NNNN , где

a)«MMMM» - общая часть наименования таблицы БД, где находится данный мастер-объект;

b)«NNNN» - уникальный идентификатор записи о данном мастер-объекте в таблице БД (ID записи);

?признак «замороженности» мастер-объекта (IS_FROZEN) - указывает, можно ли изменять мастер-объект или удалить его;

?по крайней мере, одно правило вычисления эффективной версии;

?поля для управления доступом к объекту (см. 2.1.4).

Версия - некоторое фиксированное состояние объекта в определенный момент времени.

Обязательные атрибуты версии:

?ссылка на мастер-объект (ID_MASTER_OBJ) - уникальный код мастер-объекта (ID записи), к которому относится данная версия;

?номер версии (VERSION) - порядковый номер версии для данного мастер-объекта, представляет собой целое число, нумерация начинается с 1;

?признак замороженности версии (IS_FROZEN) - указывает, можно ли изменять версию или удалить ее;

?признак check-in/check-out (IS_CHECK) - указывает на то, что версия заблокирована пользователем (взята на редактирование);

?ссылка на текущий статус версии (ID_LC_STAGE) - уникальный код этапа жизненного цикла объекта.

Второй вид классов - классы связей. Это структуры данных, описывающие отношения между объектами в системе. Используются два вида связей:

?<Мастер-объект> - <версия данного мастер-объекта>. Связи данного вида называются иерархическими связями и не обладают атрибутами. Они создаются автоматически при создании версии объекта.

?<Версия объекта> - <другой мастер-объект>. Связи данного вида называются логическими и создаются пользователями системы. Такие связи имеют атрибуты.

Обязательные атрибуты класса связей:

?прямое наименование (DIRECT_VERB) - наименование, используемое в описании отношения родительского объекта к подчиненному объекту. Например, в предложении «Узел состоит из Детали1 и Детали2» фраза «состоит из» - это прямое наименование;

?обратное наименование (INVERSE_VERB) - наименование, используемое в описании отношения подчиненного объекта к родительскому объекту. Например, в предложении «Деталь1 входит в Узел» фраза «входит в» - это обратное наименование;

?признак замороженности связи (IS_FROZEN) - указывает, можно ли изменять описание класса или удалить его.

Основные операции над классами связей:

?создание нового класса. Создается запись о новом классе, присоединяемые атрибуты не определены;

?удаление класса. Удаляется запись о классе и всех его присоединенных атрибутах. Удаление класса возможно, если он не заморожен и нет ни одного объекта данного класса;

?добавление, изменение описания и удаление атрибутов класса;

?заморозить класс - изменения и удаление класса запрещено;

?разморозить класс - изменения и удаление класса возможны.

Обязательные атрибуты логической связи:

?код мастер-объекта, от которого идет связь (PARENT_OBJ_CODE);

?уникальный идентификатор записи (ID записи) о версии, от которой идет связь (ID_VERSION);

?код мастер-объекта, к которому идет связь (CHILD_OBJ_CODE)

?признак check-in/check-out (IS_CHECK) - указывает на то, что связь заблокирована пользователем (взята на редактирование).

Допустимые операции над логическими связями:

?Установление или изменение привязки логической связи;

?Редактирование несистемных атрибутов логической связи;

?Чтение атрибутов связи.

Логические связи создаются пользователем в процессе формирования иерархии объектов.

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

Для каждого класса объектов задается перечень правил, по которым могут вычисляться эффективные версии его экземпляров, а для каждого мастер-объекта данного класса устанавливается одно или несколько правил из этого перечня.

Допустимые операции над правилом выбора эффективной версии:

?модификация;

?чтение.

Атрибут - элемент данных, описывающий одну характеристику класса. Типы атрибутов, поддерживаемые системой:

?Char - одиночный символ

?String [N] - строка символов длиной N символов (максимальная длина соответствует ограничению используемой СУБД)

?Integer - целое число

?Real [N.D] - действительное число, где D - дробная часть.

?Date - дата (включая год, месяц, число, час, минуты, секунды)

?LookUp - значение атрибута выбирается из списка, который хранится в столбце определенной таблицы базы данных системы. Обязательно указание имени таблицы, столбца первичного ключа и столбца отображаемых значений из этой таблицы. Значением атрибута является значение вышеуказанного первичного ключа.

?SFunction - статическая функция. Значение атрибута данного типа генерируется в момент создания объекта путем вызова определенной функции, хранимой в БД системы. При всех дальнейших операциях чтения объекта значение атрибута не изменяется. Обязательно указание имени функции и всех необходимых параметров.

?DFunction - динамическая функция. Значение атрибута данного типа устанавливается при создании объекта и обновляется при каждом следующем чтении объекта путем вызова определенной функции, хранимой в БД системы. Обязательно указание имени функции и всех необходимых параметров.

?ItemReference - атрибут данного типа описывает ссылку на объект (экземпляр) другого класса. Обязательно указание идентификатора объекта в формате <Код мастер-объекта>.<Номер версии>.

?File - атрибут данного типа описывает ссылку на внешний файл, хранимый в файловой системе. Обязательно указание программы обработки файла путем выбора из справочника системы.

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

Для каждого класса, связи, мастер-объекта и версии обязательно существуют следующие системные атрибуты:

?Дата создания (Date);

?Кто создал (String);

?Дата последнего изменения (Date);

?Кто изменил (String);

Значения данных атрибутов устанавливаются системой автоматически, они доступны пользователям только на чтение.

Допустимые операции над всеми несистемными атрибутами:

?модификация (кроме типов SFunction и DFunction);

?чтение.

Приведенное выше описание будет реализовано в БД следующим образом:

Структура БД условно разделяется на две части: постоянную и переменную (генерируемую). Постоянная часть содержит следующие объекты БД (таблицы, представления, индексы и т.д.):

?справочники для поддержки описания различных типов атрибутов;

?справочники этапов жизненного цикла и правил вычисления эффективной версии;

?справочники для описания прав доступа;

?таблицы для хранения зарегистрированных пользователей и групп пользователей;

?описание классов объектов и связей с их атрибутами.

Объекты постоянной части имеют постоянные имена в БД, установленные разработчиками системы УСХД. Структура объектов постоянной части представлена в приложении А.

Сначала администратор структуры - пользователь менеджера классов - создает описание прикладной системы посредством создания необходимых классов и других вспомогательных данных. Затем «замораживает» созданные классы и выполняет генерацию объектов переменной части БД. Данные действия выполняются посредством вызова специальных API-функций.

После этого БД новой прикладной системы готова для работы с ней конечных пользователей.


2.1.4 Обеспечение прав доступа

Менеджер классов должен обеспечивать контроль доступа пользователей к классам и объектам системы.

Работа с классами будет возможна только под ролью «Администратор структуры».

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

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

Также, для каждого пользователя назначается главная группа (PRIMARY GROUP) - группа пользователей, определяющая его основные права доступа.

При создании мастер-объекта для него сохраняется создавший его пользователь. Он становится владельцем объекта.

Также, доступ к определенному объекту хранилища определяется разрешениями, которые хранятся для каждого мастер-объекта.

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

Выполнение какой-либо операции над объектами возможно, если пользователь имеет разрешения на ее выполнение.

Для обеспечения системы доступа для мастер-объектов добавляются следующие обязательные поля:

?ссылка на владельца объекта (ID_OWNER) - уникальный код пользователя-владельца объекта;

?разрешение «Чтение» владельца (PERM_READ_OWNER);

?разрешение «Изменение» владельца (PERM_WRITE_OWNER);

?разрешение «Изменение статуса» владельца (PERM_CHSTATUS_OWNER);

?разрешение «Чтение» главной группы (PERM_READ_PG);

?разрешение «Изменение» главной группы (PERM_WRITE_PG);

?разрешение «Изменение статуса» главной группы (PERM_CHSTATUS_PG);

?разрешение «Чтение» других групп (PERM_READ_OG);

?разрешение «Изменение» других групп (PERM_WRITE_OG);

?разрешение «Изменение статуса» других групп (PERM_CHSTATUS_OG).


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

Требования к функциональным характеристикам

Менеджер классов должен обеспечивать:

?поддержку типов атрибутов, указанных в 2.1.3;

?ввод, хранение и изменение описаний классов объектов и связей с набором необходимых атрибутов;

?ввод, хранение и изменение допустимых связей для классов объектов;

?поддержку этапов жизненного цикла объектов;

?поддержку двух правил выбора эффективной версии:

a)эффективной является версия с максимальным номером - данное правило по умолчанию присваивается всем мастер-объектам;

b)эффективной является версия на заданную дату - использование данного правила подразумевает, что для версии установлен интервал ее эффективности;

?установка иерархических и логических связей между объектами;

?управление доступом пользователей, в том числе и администраторов, к классам объектов, к отдельным объектам и их версиям, к связям объектов, а также управление допустимыми операциями над объектами;

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

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

?некорректное завершение программы не должно сказываться на целостности и правильности хранимой в базе данных информации;

?необходимо своевременное копирование резервных данных;

?длительность восстановления системы не должна превышать 10 минут, поскольку данная система является системой коллективного пользования;

?должна обеспечиваться удобная для пользователя скорость и точность обрабатываемой информации.

Условия эксплуатации

?необходимо наличие должностных инструкций для каждого рабочего места;

?предполагается, что каждое рабочее место подключено к общей корпоративной сети предприятия-заказчика.

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

К серверу (конфигурация: процессор семейства х86 с тактовой частотой не менее 2400 Гц, оперативная память не менее 1 Гб, жесткий диск емкостью не менее 120 Гб, сетевая карта 100 Мбит/сек) подключены автоматизированные рабочие места (АРМ) и удаленные рабочие места (УРМ) следующей конфигурации: процессор семейства х86 с тактовой частотой не менее 1700 Гц, оперативная память не менее 256 Мб, жесткий диск емкостью не менее 20 Гб, сетевая карта 100 Мбит/сек.

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

?требования к серверу: операционная система компьютера Windows 2003 Server: используемая СУБД - Oracle Server 9i;

?требования к рабочим местам: операционная система Windows 9x/2000/XP.

Специальные требования

Необходимо сообщать о нелегальном копировании данного программного продукта.


2.1.6 Стадии и этапы разработки

Стадии и приблизительные сроки разработки документации:

техническое задание - 20.03.06

пояснительная записка - 20.04.06

описание программного продукта - 20.04.06.

Стадии разработки самого программного продукта:

) Стадия разработки технического задания:

?анализ предметной области с целью определения свойств программы на абстрактном уровне;

?определение методики решения задачи - составление алгоритма реализации проекта;

?функциональные требования к программе - определение ряда задач по применению;

?определение технических требований к системе;

?составление технического задания.

2) Стадия уточнения:

?уточнение функционального набора приложения;

?подготовка предварительной документации.

3) Стадия конструирования:

?кодирование программного продукта;

?документирование программного продукта - создание пояснительной записки;

?разработка плана тестирования программного продукта;

?непосредственное тестирование программного продукта.

4) Стадия внедрения:

?подготовка программного продукта к вводу в действие;

?подготовка персонала;

?строительно-монтажные и пуско-наладочные работы;

?проведение предварительных испытаний;

?введение в опытную эксплуатацию;

?проведение приемочных испытаний.

5) Стадия сопровождения:

?выполнение работ в соответствии с гарантийным обслуживанием;

?послегарантийное обслуживание.


2.1.7 Порядок контроля

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

Данное приложение должно обеспечивать демонстрацию работы всех API-функций, встроенных в менеджер. Список функций представлен в приложении Б.


2.2 Пояснительная записка

программа меню оператор справочник

Полное наименование приложения - «Объектно-ориентированный менеджер структуры универсальной системы хранения данных». Краткое обозначение - «Менеджер классов».

Менеджер классов должен обеспечивать представление произвольных данных в виде объектов с набором атрибутов.

Пользователями данного менеджера будут являться архитекторы баз данных.


2.2.1 Назначение разработки и область применения

Менеджер классов предназначен для реализации следующих основных задач:

?централизованное хранение произвольных данных в виде объектов с набором атрибутов и связей между ними также с набором атрибутов;

?обеспечение централизованного доступа к данному хранилищу информации.

Эти цели должны достигаться:

?посредством создания и поддержки базы данных, работа с которой должна быть возможна из любого подключения к корпоративной вычислительной сети предприятия-заказчика;

?посредством создания API-функций для работы с объектами хранилища.

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


2.2.2 Технические характеристики

Постановка задачи на разработку программы

Необходимо создать приложение «Менеджер классов», осуществляющее для решения следующих задач:

?описание структуры объектов в виде классов, содержащих метаданные, описывающие объект.

?реализация двух видов классов, позволяющих получать иерархические структуры данных:

a)класс объектов данных, обеспечивающий описание структуры объектов данных;

b)класс объектов связи, который обеспечивает описание объектов, определяющих отношения между объектами данных;

?в программе должен быть реализован контроль прав доступа к объектам.

?функциональность по манипулированию объектами и доступом к ним должна быть реализована в виде API-функций на хранимых процедурах Oracle.

?программа должна использовать в качестве хранилища СУБД Oracle.

Метод организации данных

Данные, необходимые для функционирования менеджера, хранятся в базе данных на сервере организации. Специфика состоит в том, что подразумевается наличие двух серверов, один из которых поддерживает компонент доступа к ресурсам, а второй - прикладной компонент. В результате этого получается следующая схема (см. рисунок 2.1):




API SQL


Рисунок 2.1 - Трехзвенная модель взаимодействия клиента и сервера.


На компьютере клиенте выполняется только компонент представления, т.е. реализуется интерфейс с пользователем. Клиент обращается за выполнением услуг к прикладному компоненту, играя роль клиента приложений - AC. Обращение к прикладному компоненту происходит на языке прикладного интерфейса API. Прикладной компонент реализован как группа процессов, выполняющая прикладные функции. Прикладной компонент играет роль сервера приложений - AS. Со своей стороны он получает доступ к ресурсам у сервера базы данных DB, на котором сосредоточен компонент доступа к ресурсам, т.е. по отношению к этому серверу, сервер AS играет роль клиента. Таким образом, в этой схеме сервер приложений как в роли сервера, так и в роли клиента [2,3].

Перенося данную модель на платформу Oracle [4,5], выбирают следующую схему взаимодействия приложения и базы данных. Это псевдо трехзвенная архитектура (см. рисунок 2.2).



Рисунок 2.2 - Трехзвенная модель Oracle


При запуске приложения на локальной машине выполняются следующие действия:

шаг 1. запускается Runtime-клиент (файл Ora8/Bin/ifrun60.exe);

шаг 2. осуществляется запрос нужного приложения (fmx-файла) с сервера приложений;

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

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


2.2.3 Состав программных средств

Менеджер классов можно логически разделить на три логические части - базу данных, набор API-функций и непосредственно клиентское приложение. Эти части могут реализовываться независимо друг от друга. Так для разработки структуры базы данных и пакетов API-функций использовалась среда SQL Navigator 4.1 [6], а для разработки клиентского ПО - инструментарий Oracle Forms 6i [7].

SQL Navigator 4.1Navigator создан компанией Quest Software. Это среда разработки с графическим интерфейсом пользователя, предлагающая следующие средства:

?Автоформатирование операторов PL/SQL и SQL;

?Отладчик PL/SQL;

?Средство просмотра баз данных (браузер).

Операторы SQL и PL/SQL выполняются из окна редактора SQL. Это окно может выполнить либо один оператор, либо целый сценарий. Блоки PL/SQL, содержащиеся в сценарии, должны заканчиваться знаком /. Можно выполнять отдельный оператор в сценарии или часть сценария. Имеется окно выходных данных, котрое будет содержать результаты каждого оператора (в случае запроса будут выведены данные), и в дополнение в нем могут быть показаны команды SQL или PL/SQL.

Дополнительные средства SQL Navigator:

Навигатор базы данных. Позволяет просматривать объекты в базе данных. DB Navigator имеет различные фильтры, которые можно использовать для ограничения показываемых объектов (текущим пользователем, например). Двойной щелчок мыши на объекте будет вызывать его для редактирования.

Отдельные окна редактирования. Предлагаются отдельные типы окон редактирования для таких объектов базы данных, как таблицы, представления, сценарии SQL, блоки PL/SQL, хранимые процедуры, триггеры и роли. Эти окна предоставляют графический интерфейс, который автоматически создает правильные команды SQL на основе ввода пользователя.

Построитель запросов. Позволяет графически выбирать таблицы и столбцы для запроса, а также вводить WHERE и другие предложения оператора SELECT. Утилита построения запросов может также использоваться для автоматического создания инструкций DML.

Ошибки PL/SQL. Если отправленный блок PL/SQL содержит ошибки компиляции, они будут показаны при компиляции объектов в редакторе хранимых программ. По щелчку мыши на ошибке будет выделена строка исходного кода, а по двойному щелчку будет вызвано окно с указанием причины и действий, предлагаемых в документации Oracle.

Шаблоны кода. Утилита Code Assistant, доступная в меню Tools, предоставляет библиотеку наиболее часто используемых конструкций PL/SQL и SQL. Выделение определенной конструкции вызывает описание в информационном окне Code Assistant, а двойной щелчок мыши копирует конструкцию в доступное окно редактирования, где ее можно изменить в соответствии с потребностями.

Утилита плана объяснения. Позволяет захватить и проанализировать информацию, объясняющую выполнение данного оператора SQL.

Все эти возможности облегчают процесс формирования структуры базы данных, то есть выполнение скриптов на DDL, а так же формирование хранимых многоблочных процедур (API-функций).

Oracle Forms 6i

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

Oracle Forms - это часть Oracle Developer, исчерпывающего набора инструментов, который поддерживает полный цикл разработки прикладных программ.

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

Oracle Forms и другие инструменты Oracle Developer оптимизированы под Oracle Server.

Компоненты Oracle Forms

При построении программ с помощью Oracle Forms используются три компонента:

?Oracle Forms Designer;

?Oracle Forms Compiler;

?Oracle Forms Runtime.

Designer - это среда для разработки прикладных программ, в которой вы работаете с тремя типами модулей Oracle Forms - формами, меню и библиотеками. Designer включает набор визуальных инструментов, позволяющих создавать объекты, устанавливать их свойства и писать программные модули для прикладных программ.

Компонент Generate используется для генерации файлов прикладных программ. При этом компилируются все программные объекты модуля и создается исполняемый файл.

Компонент Runform - это среда исполнения, в которой выполняются модули прикладной программы.

Модули Oracle Forms

Прикладные программы Oracle Forms включают три типа модулей, представленных в таблице 2.1:


Таблица 2.1 - Типы модулей

ФормыФормы - это совокупность объектов и программных модулей, включая окна, текстовые элементы, переключатели, кнопки, триггеры, процедуры и т.д. Форма может включать любое количество отдельных окон.МенюМеню - это совокупность объектов меню (главное меню, ниспадающее меню, элементы меню) и программа команд меню.БиблиотекиБиблиотеки - это совокупность процедур PL/SQL, функций и пакетов, которые могут вызываться из других модулей.

Возможно объединение модулей форм, меню и библиотек таким образом, какой потребуется для построения завершенной прикладной программы. Например, возможно создать модуль меню и подсоединить его затем к одной или более форм. Подобным образом можно подсоединять модули библиотек к другим модулям. Триггеры и процедуры, написанные пользователем в этих модулях, могут вызывать процедуры в подсоединенных библиотеках.

Прикладная программа Oracle Forms может также включать модули от других инструментов Oracle Developer, таких как Oracle Reports и Oracle Graphics. Например, кнопка в форме может вызывать отчет, построенный с помощью Oracle Reports. Или в форму может быть вставлен вывод диаграммы, сгенерированной с помощью Oracle Graphics. Такой модульный подход предоставляет максимальную гибкость при проектировании и разработке новых прикладных программ, а также для поддержки и улучшения существующих.

Основные моменты

Об объектах и свойствах. При построении прикладных программ с помощью Oracle Forms необходимо будет создавать объекты и устанавливать их свойства. Когда создается объект, его свойства автоматически устанавливаются в значения по умолчанию. Свойства служат для управления не только тем, как будут выглядеть создаваемые объекты, но и их функциональностью. Такой подход содействует ускорению разработки и уменьшает необходимость в написании программ для выполнения стандартных операций:

?запрос, вставка, обновление и удаление записей;

?определение запросов;

?координацию главных и подчиненных записей;

?управление навигацией;

?вывод объектов на экран.

Многие свойства объектов можно устанавливать как во время выполнения программы (в состоянии RunTime), а также во время проектирования (состояние DesignTime).

О блоках и элементах. Во время создания интерфейса вашей прикладной программы вы работаете с двумя основными типами объектов Oracle Forms - блоками и элементами. Элементы - это такие объекты интерфейса, которые выводят на экран информацию для пользователей и позволяют им взаимодействовать с прикладной программой. Oracle Forms поддерживает стандартные элементы интерфейса, включая кнопки, переключатели, радио-группы, элементы списка, элементы неизменного текста, элементы изображения, а также OLE-контейнеры, элементы диаграмм Oracle Graphics и VBX Controls.

Каждый элемент принадлежит блоку. Блок данных - это логический контейнер для элементов. Он также является отдельным объектом с собственным набором свойств. Свойства блока определяют то, как конечные пользователи будут взаимодействовать с теми элементами, которые он содержит.

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

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

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

Программы в Oracle Forms пишутся на языке PL/SQL, процедурном языковом расширении Oracle для SQL. PL/SQL объединяет возможности манипулирования данными и обработки транзакций с конструкциями, обычно встречающимися в процедурных языках программирования, такими как объявления переменных и констант, присвоения, циклы и условное ветвление.

Oracle Forms включает интегрированную интерактивную среду отладки, позволяющую отслеживать и прерывать выполнение программы, совершать пошаговое движение, контролировать и устанавливать значения переменных.

О триггерах. Первый способ добавления в форму программного кода - посредством триггеров. Триггер - это блок программы PL/SQL, подсоединяемый к определенному объекту и который исполняется в ответ на определенное событие. Например, для создания командной кнопки нужно создать на форме кнопку, затем подсоединить триггер When-Button-Pressed, который исполнит нужную программный код. Как предполагает его название, триггер When-Button-Pressed исполняется, или срабатывает, всякий раз при нажатии этой кнопки.

Oracle Forms предоставляет множество событий, на которые вы можете реагировать с помощью триггеров. Вместе со стандартными интерфейсными событиями, такими как щелчок мыши в кнопке или на переключателе, Oracle Forms предоставляет доступ к множеству событий внутренней обработки. Например, триггер When-Validate-Item срабатывает тогда, когда Oracle Forms проверяет достоверность значения в элементе текста. По умолчанию проверка достоверности происходит согласно определенному набору правил событий. Поняв однажды эти правила, то есть модель событий Oracle Forms, возможно писать триггеры для управления любым аспектом поведения вашей прикладной программы.

О встроенных подпрограммах. Для облегчения написания программ Oracle Forms включает свыше 150 встроенных процедур и функций, выполняющих множество стандартных функций прикладных программ, включая навигацию, обработку, фиксирование и программного получения и установки свойств объектов.

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

О делении прикладных программ. PL/SQL - это язык, используемый как для прикладных программ Oracle Forms со стороны клиента, так и для триггеров и сохраненных процедур со стороны базы данных сервера, и двигатель PL/SQL имеется как в Oracle Forms Runform, так и в Oracle Server. Это означает, что возможно разделять программный код прикладной программы для исполнения или на клиенте (компьютере пользователя), или на сервере. Деление прикладной программы позволяет оптимизировать работу и использование ресурсов путем сохранения и исполнения процедур локально или на сервере, в зависимости от того, что наиболее выгодно для конкретной прикладной программы и конфигурации.

При работе в Oracle Forms Designer, возможно использовать интегрированные редакторы сохраненных процедур и триггеров базы данных для программирования логики на стороне сервера в то же время, когда пользователь разрабатывает свои прикладные программы для стороны клиента.

Чтобы еще более облегчить деление прикладных программ, Oracle Forms позволяет перетаскивать процедуры между прикладной программой и сервером одной простой операцией мышью. С помощью деления перетаскиванием можно быстро перемещать процедуры между прикладной программой и сервером, не изменяя никаких программ в прикладной программе [8].


2.2.4 Ожидаемые технико-экономические показатели

Внедрение данной программы на предприятии позволит:

?автоматизировать труд архитекторов баз данных при проектировании структуры хранилища для ряда задач (например, для ведения конфигурации изделий - двигателей);

?обеспечить централизованное хранение информации и представление ее в удобной для обработки форме - в виде классов с метаданными;

?обеспечить унифицированность и стандартизованность данных хранилища за счет применения справочных данных при формировании описания предметной области;

?за счет создания функционала как набора серверных API-функций на хранимых процедурах Oracle появляется возможность вызова определенных операций данного менеджера из других автоматизированных систем предприятия - политика создания единой автоматизированной системы управления.


2.3 Описание программы


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

Полное наименование приложения - «Объектно-ориентированный менеджер структуры универсальной системы хранения данных». Краткое обозначение - «Менеджер классов».

Для корректного функционирования приложения на автоматизированном рабочем месте (АРМ) следует дополнительно установить операционную систему семейства Windows 9х. Поскольку приложение сетевое, то предпочтительнее использовать операционные системы Windows NT либо Windows XP, имеющих рад встроенных функций, улучшающих сетевое взаимодействие. Так же тип СУБД, используемый при разработке данного программного продукта - Oracle - налагает определенные требования на дополнительное программное обеспечение. Таким образом, на АРМ необходимо установить Oracle Developer версии не ниже 6i, либо подключить пользователя приложений к пакету задач Oracle.

Используемая СУБД так же во многом определила язык программирования, используемый при разработке приложения - PL/SQL. PL/SQL - это развитый язык программирования, используемый для доступа к базам данных Oracle из различных сред. PL/SQL интегрирован с сервером базы данных, поэтому программы PL/SQL обрабатываются быстро и эффективно. Этот язык доступен и в некоторых клиентских инструментальных средствах Oracle - для разработки прикладной (клиентской) части данного программного продукта использовался инструментарий Oracle Forms 6i.


2.3.2 Функциональное назначение

Менеджер классов предназначен для решения следующих задач:

?описание структуры объектов должно быть реализовано в виде классов, содержащих метаданные, описывающие объект.

?должны быть реализованы два вида классов, позволяющих получать иерархические структуры данных:

a)Класс объектов данных, который обеспечивает описание структуры объектов данных;

b)Класс объектов связи, который обеспечивает описание объектов, определяющих отношения между объектами данных.

?в программе должен быть реализован контроль прав доступа к объектам.

?функциональность по манипулированию объектами и доступом к ним должна быть реализована в виде API-функций на хранимых процедурах Oracle.

?программа должна использовать в качестве хранилища СУБД Oracle.

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

-«Типы атрибутов» (определяет типы атрибутов объектов, описываемых с помощью менеджера);

-«Функции» (определяет набор функций, используемых при формировании вычислимых атрибутов типа статическая или динамическая функция);

-«Программы обработки файлов» (определяет виды приложений, обрабатывающих атрибуты объектов типа файл);

-«Виды вычисления эффективной версии» (определяет функции вычисления эффективных версий объекта);

-«Правила вычисления эффективной версии» (определяет правила вычисления эффективной версии - совокупность вида вычисления, строки вызова, определенных параметров);

-«Этапы жизненного цикла» (определяет полный перечень всех возможных этапов жизненного цикла для всех возможных в системе классов объектов).

Еще одним своеобразным справочником программы является заранее определенный список пользователей. Оператором приложения может быть только пользователь, чье АРМ подключено к корпоративной сети предприятия, где установлено приложение. К тому же для доступа к базе данных, с которой работает приложение, необходимо иметь доступ к пакету задач Oracle предприятия. Только при соблюдении обоих этих условий работа с программой может быть осуществима.


2.3.3 Описание логической структуры

Алгоритм функционирования программы

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

На этом этапе посредством соответствующего справочного окна приложения заполняются следующие таблицы постоянной части базы данных:

?US_ATTR_TYPE - Типы атрибутов;

?US_CEVR_KIND - Справочник видов вычисления эф. версии;

?US_CEVR_KIND_PARAM - Справочник параметров для видов вычисления эф. версии;

?US_DFUNCTION - Справочник функций Dfunction;

?US_FILE_EXTEND - Справочник расширений файлов;

?US_FILE_PROG - Справочник программ обработки файлов;

?US_LC_STAGE - Этапы жизненного цикла.

С данными таблицами оперируют следующие fmx-модули:

?d320_ATTR_TYPE.fmx

?d320_CEVR.fmx

?d320_CEVR_KIND.fmx

?d320_DFUNCTION.fmx

?d320_FILE_PROG.fmx

?d320_LC_STAGE.fmx

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

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

На этом этапе заполняются следующие таблицы постоянной части базы данных:

?US_OBJ_CLASS - Классы объектов;

?US_LINK_CLASS - Классы связей;

?US_CLASS_ATTR - Атрибуты классов;

?US_DFUNCTION_ ATTR_PARAM - Параметры атрибутов Dfunction;

?US_DFUNCTION_PARAM - Параметры функции Dfunction;

?US_FILE_ATTR_PARAM - Параметры атрибутов File;

?US_LOOKUP_ATTR_PARAM - Параметры атрибутов LookUp;

?US_STRREAL_ATTR_PARAM - Параметры атрибутов String и Real.

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

Данные манипуляции осуществляет основной fmx-модуль d320_CLASS_EXP.fmx.

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

?US_LC_STAGE_LIST - Перечень этапов жизненного цикла для классов;

?US_CEVR - Правила вычисления эф. версии;

?US_CEVR_LIST - Перечень правил вычисления эф. версии для классов.

Заключительный шаг - после того, как описание структуры элементов предметной области закончено, описаны все классы и метаданные, - возможна генерация таблиц переменной части базы данных для хранения экземпляров классов объектов и связей. Окно генерации встроено в основной fmx-модуль - d320_CLASS_EXP.fmx.

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

?US_USER - Пользователи;

?US_USER_GROUP - Группы пользователей;

?US_USER_GROUP_ENTERING - Вхождение пользователя в группу

?US_DEFAULT_PERMITION - Разрешения по умолчанию;

?US_CHSTATUSGROUP_LIST - Перечень групп, пользователям которых разрешено изменять статус объектов.

Манипуляции осуществляются модулем d320_USER.fmx.

Структура постоянной части базы данных

Таблицы постоянной части базы данных используются для хранения метаданных, используемых для описания классов объектов и связей, выделенных в рассматриваемой предметной области. Основу структуры базы данных (ядро) составляют таблицы классов и таблицы атрибутов. Подробнее структура постоянной части хранилища представлена в приложении В.

Модульная и функциональная структура программы

Функциональный набор менеджера классов логически разделен на пакеты. Каждый пакет решает свой набор задач:

?функции описания и управления структурой хранилища (пакет PC_CORE);

?функции генерации структуры хранилища (пакет PC_GEN);

?функции управления пользователями и группами (пакет PC_USER);

?функции управления и определения разрешений для операций над объектами (пакет PC_PERM).

При создании приложения и разбиении его на модули учитывается логическое деление пакетов.

Объединив модульную и функциональную структуры программы, можно составить следующее сочетание (см. таблицу 2.2).


Таблица 2.2 - Сочетание модульности и функциональности

Менеджер классов СправочникиОкно генерации классовОкно «Пользователи и группы»Пакет PC_PERMПакет PC_COREПакет PC_GENПакет PC_USER

2.3.4 Используемые технические средства

Серверная часть:

Сервер «ORADEV»:

аппаратная платформа - Intel Pentium IV A, 2666 МГц, 512 Мб RAM, HDD 80Гб,

- операционная система - Microsoft Windows 2000 Advanced Server Service Pack 4,

СУБД Oracle Server 8i, Oracle Server patch set 8.1.7.4.1, имя БД «DESI», функциональное назначение - сервер базы данных тестируемого приложения «Менеджер классов».

Клиентская часть.

Аппаратная платформа - любая PC-совместимая, CPU Pentium-II или выше, RAM 128 MB или более.

Операционная система - Windows 98 или более поздняя. На ОС семейства Windows 9х должен быть настроен протокол IPX/SPX, а на ОС семейства Windows NT - протокол TCP/IP.

Клиентское ПО СУБД - deployment-установка Oracle Developer 6i.

Локальная вычислительная сеть.

Сервер входит в сегмент ЛВС на скорости 100Мб/с. К данному сегменту подключаются рабочие станции пользователей на скорости 10/100Мб/с. Сетевой протокол: TCP/IP или IPX/SPX (в зависимости от ОС).


2.3.5 Вызов и загрузка

Загрузка программы может быть осуществлена двумя способами. Во-первых, возможен запуск откомпилированного файла (*.fmx - файл, содержащий промежуточный код) основной формы через Runtime-клиент. Для загрузки программы требуется указать сервер базы данных, базу данных для работы приложения, логин пользователя, пароль на вход в рабочую область сервера и ряд дополнительных параметров в зависимости от настроек программного обеспечения. При этом загружается системная оболочка с главным меню и основное окно «Менеджер классов». Очевидно, что для этого способа необходимо, чтобы на АРМ было установлено соответствующее программное обеспечение (Oracle Developer 6i).

Так же возможен запуск программы из пакета задач Oracle (через Launcher). В этом случае администратором Oracle создается bat-файл, где указаны все параметры загрузки приложения для конкретного пользователя, и помещается в пакет задач Oracle.

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

Вызов любого окна приложения (основного окна, окна генерации, справочников, регистрации пользователей и групп) осуществляется соответствующим пунктом главного меню, встроенного в оболочку.


2.3.6 Входные данные

Входные данные поступают в программу от пользователя в ходе диалога. При вызове определенной функции (например «Создание класса объектов») открывается соответствующее диалоговое окно. Логика программы отслеживает обязательность и корректность заполнения необходимых данных.

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

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

2.3.7 Выходные данные

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

Генерируемая часть содержит следующие объекты БД:

?таблицы для хранения мастер-объектов для каждого класса;

?таблицы для хранения версий объектов для каждого класса;

?таблицы для хранения связей для каждого класса логических связей;

?таблицы для хранения мастер-объектов на время редактирования их атрибутов;

?таблицы для хранения версий объектов на время редактирования их атрибутов;

?таблицы для хранения связей на время редактирования их атрибутов.

Таким образом, для каждого класса объектов создаются 4 таблицы, а для класса связей - 2 таблицы. На момент окончания генерации таблицы пусты.

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

Структуры таблиц переменной части БД представлена в таблицах 2.3 - 2.8.

Используемые сокращения:

PK (primary key) - первичный ключ;

FK (foreign key) - внешний ключ; (unique) - значение поля уникально внутри таблицы;

M (mandatory) - поле, обязательное для заполнения;

default - значение по умолчанию.

Таблица 2.3 - Отношение для хранения мастер-объектов

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)OBJ_CODEКод объектаM, IVarchar2 (70)IS_FROZENПризнак замороженности (0-нет, 1-да)M, default=0Integer (2)ID_OWNERСсылка на пользователя-владельца объектаM, FKNumber (15,0)READ_OWNERРазрешения READ владельца (0-нет, 1-да)M, default=1Integer(2)WRITE_OWNERРазрешения WRITE владельца (0-нет, 1-да)M, default=1Integer(2)CH_STAT_OWNERРазрешения CHANGE STATUS владельца (0-нет, 1-да)M, default=0Integer(2)READ_MAIN_GRРазрешения READ главной группы (0-нет, 1-да)M, default=1Integer(2)WRITE_MAIN_GRРазрешения WRITE главной группы (0-нет, 1-да)M, default=1Integer(2)CH_STAT_MAIN_GRРазрешения CHANGE STATUS главной группы (0-нет, 1-да)M, default=0Integer(2)READ_OTHER_GRРазрешение READ других групп (0-нет, 1-да)M, default=1Integer(2)WRITE_OTHER_GRРазрешения WRITE других групп (0-нет, 1-да)M, default=0Integer(2)CH_STAT_OTHER_GRРазрешения CHANGE STATUS других групп (0-нет, 1-да)M, default=0Integer(2)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)<поля для хранения правил вычисления эффективной версии><поля, заданные пользователем>

Таблица 2.4 - Отношение для хранения редактируемых мастер-объектов

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)<поля, заданные пользователем>

Таблица 2.5 - Отношение для хранения версий

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_MASTER_OBJСсылка на мастер-объектM, FKUNumber (15,0)VERSIONНомер версииMNumber (15,0)IS_FROZENПризнак замороженности (0-нет, 1-да)M, default=0Integer (2)IS_CHECKПризнак check-in/check-out (0 - check-in, 1 - check-out)M, default=0Integer (2)ID_LC_STAGEСсылка на стадию жизненного циклаM, FKNumber (15,0)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)<поля, заданные пользователем>

Таблица 2.6 - Отношение для хранения редактируемых версий

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_MASTER_OBJСсылка на мастер-объектM, FKUNumber (15,0)VERSIONНомер версииMNumber (15,0)ID_LC_STAGEСсылка на стадию жизненного циклаM, FKNumber (15,0)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)<поля, заданные пользователем>

Таблица 2.7 - Отношение для хранения логических связей

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)LINK_CODEКод связиM, IVarchar2 (70)PARENT_OBJ_CODEКод объекта-родителяMUVarchar2 (70)ID_VERSIONУникальный код записи - версии родителяMNumber (15,0)CHILD_OBJ_CODEКод подчиненного объектаMVarchar2 (70)IS_CHECKПризнак check-in/check-out (0 - check-in, 1 - check-out)M, default=0Integer (2)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)<поля, заданные пользователем>

Таблица 2.8 - Отношение для хранения редактируемых логических связей

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)PARENT_OBJ_CODEКод объекта-родителяMUVarchar2 (70)ID_VERSIONУникальный код записи - версии родителяMNumber (15,0)CHILD_OBJ_CODEКод подчиненного объектаMVarchar2 (70)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)<поля, заданные пользователем>

2.4 Программа и методика испытаний


2.4.1 Объект и цель испытаний

Объектом испытаний является сетевое приложение «Объектно-ориентированный менеджер структуры универсальной системы хранения данных».

Целью испытаний является проверка соответствия программных решений в рамках данного программного продукта требованиям, представленным в техническом задании.


2.4.2 Требования к программе

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

?поддержку типов атрибутов, указанных в 2.1.3;

?ввод, хранение и изменение описаний классов объектов и связей с набором необходимых атрибутов;

?ввод, хранение и изменение допустимых связей для классов объектов;

?поддержку этапов жизненного цикла объектов;

?поддержку двух правил выбора эффективной версии:

a)эффективной является версия с максимальным номером - данное правило по умолчанию присваивается всем мастер-объектам;

b)эффективной является версия на заданную дату - использование данного правила подразумевает, что для версии установлен интервал ее эффективности;

?установку иерархических и логических связей между объектами;

?управление доступом пользователей, в том числе и администраторов, к классам объектов, к отдельным объектам и их версиям, к связям объектов, а также управление допустимыми операциями над объектами;

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


2.4.3 Средства и порядок испытаний

Инфраструктура тестирования:

Серверная часть:

Сервер «ORADEV»:

Аппаратная платформа - Intel Pentium IV A, 2666 МГц, 512 Мб RAM, HDD 80Гб.

Операционная система - Microsoft Windows 2000 Advanced Server Service Pack 4.,

СУБД Oracle Server 8i, Oracle Server patch set 8.1.7.4.1, имя БД «DESI», функциональное назначение - сервер базы данных тестируемого приложения «Менеджер классов», работающего с базой данных «D320».

Клиентская часть:

Аппаратная платформа - любая PC-совместимая, CPU Pentium-II или выше, RAM 128 MB или более.

Операционная система - Windows 98 или более поздняя. На ОС семейства Windows 9х должен быть настроен протокол IPX/SPX, а на ОС семейства Windows NT - протокол TCP/IP.

Клиентское ПО СУБД - deployment-установка Oracle Developer 6i.

Порядок тестирования


Таблица 2.9 - Порядок тестирования

Действие пользователяРеакция системыСоздание класса объектов/связей.По запросу из контекстного меню открывается окно редактирования. После заполнения всех необходимых данных в строке состояния уведомляется об успешном создании класса. В базе создается запись о новом классе, пользовательские атрибуты не определены.Добавление, изменение описания обязательных и необязательных пользовательских атрибутов класса объектов/связей.Подсветка соответствующих полей, предупреждения системы о незаполненных обязательных атрибутах, неприятие незаполненных форм редактирования. Удаление класса объектов/связейУдаляется запись о классе и всех его пользовательских атрибутах. Класс исчезает из иерархического дерева классов. Удаление класса возможно, если он не заморожен и нет ни одного объекта данного класса. Строка состояний извещает об успешном удалении.Удаление атрибутов классаАтрибут удаляется из таблицы атрибутов, в строке состояния выводится сообщение об успешном удаленииДобавление этапов жизненного цикла из перечня этапов для класса объектовПо запросу из контекстного меню открывается диалоговое окно, где указан перечень всех зарегистрированных в системе возможных этапов жизненного цикла для экземпляров всех классов. По щелчку левой кнопки мыши выбирается один этап.Удаление этапов жизненного цикла из перечня этапов для класса объектовИз таблицы-перечня этапов жизненного цикла удаляется запись о данном этапе для данного класса, в строке состояния выводится сообщение об успешном удаленииДобавление правил вычисления эффективной версии из перечня правил для класса объектовПо запросу из контекстного меню открывается диалоговое окно, где указан перечень всех зарегистрированных в системе возможных правил вычисления эффективной версии. По щелчку левой кнопки мыши выбирается одно правило. Если для данного класса объектов это правило единственное, обязательным является атрибут «Правило по умолчанию».Заморозить класс объектов/связейВ дереве классов изменяется иконка, свидетельствуя о замороженности класс, с этого момента изменения и удаление класса запрещено. В базе данных для выбранного класса реквизит IS_FROZEN меняет свое значение с 0 на 1.Разморозить класс объектов/связейВ дереве классов иконка данного класса принимает первоначальный свой вид, с этого момента изменения и удаление класса возможны. В базе данных для выбранного класса реквизит IS_FROZEN меняет свое значение с 1 на 0.Установление или изменение привязки логической связиПо запросу из контекстного меню появляется окно добавления/редактирования логической привязки классов объектов, где указан весь перечень имеющихся в системе логических связей. По щелчку левой кнопки мыши выбирается нужная связь. В базе данных в таблице возможных связей классов объектов появляется соответствующая запись.Установление или изменение разрешений для данного класса объектовПо запросу из контекстного меню появляется окно добавления/редактирования разрешений для класса объектов. определяется (выбирается из списка) группа пользователей, которой даются разрешения. Определяется группа пользователей, имеющих право менять статус объекта данного класса. Далее редактируются разрешения. Выбор значений - только «да» (назначить разрешение) или «нет» (снять разрешение). Выставлены системно данные по умолчанию, поэтому незаполненных разрешений быть не может.Редактирование справочниковПо запросу из главного меню менеджера вызывается соответствующий справочник, его данные изменяются, после завершения редактирования и принятия изменений в базе обновляется справочная информацияГенерация классовПо запросу из главного меню менеджера вызывается окно генерации, после указания необходимых для генерации классов из списка существующих по нажатию кнопки «ОК» в базе данных создается переменная часть - генерируемые таблицы. Поля сообщений в окне генерации сообщают об успешном завершении процесса, либо о возникших ошибках.

2.4.4 Методика испытаний

Для проведения испытаний предлагался следующий алгоритм:

шаг 1. создание класса объектов - родителя, заполнение необходимых атрибутов, указание возможных этапов жизненного цикла, назначение правила вычисления эффективных версий для экземпляров данного класса, указание необходимых разрешений на редактирование для групп пользователей;

шаг 2. создание класса объектов - потомка, заполнение аналогичной информации для него;

шаг 3. создается класс связи, для него заполняются необходимые атрибуты;

шаг 4. между классом-родителем и классом-потомком создается логическая привязка по созданной связи;

шаг 5. вызывается окно генерации, и все три класса выбираются для генерации реальных таблиц переменной части базы данных.

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

Поскольку при функционировании менеджера идет работа не только в рамках приложения, но и с базой данных, то была введена специальная структура ERR_TEXT (US_PC_Global) - запись типа TErr_Text, состоящая из двух текстовых полей: первое поле ERR_TEXT.SYSTEXT - возвращает сообщение системы о виде ошибки при выполнении той или иной операции, второе поле ERR_TEXT.SERVTEXT - возвращает сообщение об ошибке от сервера. Для удобства работы с данной структурой разработан дополнительный модуль ERROR.fmx, обеспечивающий интерфейс.


3. Руководство оператора


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

Обозначения и сокращения

АРМ - автоматизированное рабочее место;

АРМ «УСХД» - автоматизированное рабочее место по ведению БД универсальной системы хранения данных;

БД - база данных;

ENTER, ТАB, F1-F10 - обозначение клавиш на стандартной клавиатуре персонального компьютера;

ПП - программный продукт;

Экранная таблица (или просто «таблица») - элемент (часть) окна, показывающий какие-либо данные в виде таблицы.

Общие положения

АРМ «УСХД. Менеджер структуры» имеет в своем составе следующие элементы:

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

?Окно «Пользователи и группы» предназначено для создания и хранения групп пользователей, а также для создания, хранения и регистрации каждого пользователя хранилища. Содержит таблицу групп пользователей и списки пользователей каждой группы.

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

?Справочник «Типы атрибутов» предназначен для хранения и просмотра изменений, связанных с типами атрибутов в БД «УСХД». Для каждого изменения хранятся следующие сведения: наименование и описание-комментарий существующих типов атрибутов.

?Справочник «Функции» предназначен для хранения, изменения и просмотра содержащихся в БД «УСХД» функций, используемых в качестве атрибутов типа статическая или динамическая функция. Для каждой функции хранятся следующие сведения: отображаемое наименование функции, имя функции в базе данных и описание-комментарий. Для функций с параметрами указан список параметров с указанием имени параметра, его типа, номера следования по порядку и комментария.

?Справочник «Программы обработки файлов» предназначен для хранения и просмотра всех изменений в БД «УСХД», связанных с программами обработки атрибутов типа файл. Справочник содержит список наименований всех занесенных в БД программ-обработчиков, а также описание-комментарий и список обрабатываемых файлов для каждой.

?Справочник «Виды вычисления эффективной версии» предназначен для хранения, изменения и просмотра видов вычисления эффективной версии. Для каждого вида вычисления хранятся следующие сведения - отображаемое наименование, описание-комментарий, а также таблица параметров для параметризированных видов вычисления. Таблица параметров содержит отображаемое наименование параметра, поисковое обозначение и описание-комментарий.

?Справочник «Правила вычисления эффективной версии» предназначен для хранения, изменения и просмотра правил вычисления эффективной версии. Для каждого правила хранятся следующие сведения - отображаемое наименование, вид вычисления, строка вызова функции из БД, поле таблицы мастер-объекта, где хранится правило, и примечание.

?Справочник «Этапы жизненного цикла» предназначен для хранения, изменения и просмотра списка этапов жизненного цикла объектов в БД «УСХД». Для каждого этапа хранятся следующие сведения: наименование и описание-комментарий.


3.1 Описание рабочего процесса


3.1.1 Работа с главным меню

После запуска ПП открывается главное окно «Универсальная система хранения данных», в верхней части которого содержится главное меню (см. рисунок 3.1 ).


Рисунок 3.1 - Главное меню


Пункт «Данные» позволяет выбрать для работы необходимое приложение. При щелчке левой кнопки «мыши» (далее, просто «щелчке») на данном пункте открывается выпадающее меню, содержащее подпункты: «Менеджер классов». Чтобы открыть окно требуемого приложения, необходимо щёлкнуть «мышкой» на соответствующей строке списка.

Пункт «Справочники» обеспечивает доступ к справочникам системы. При щелчке на данном пункте открывается выпадающее меню с подпунктами («Типы атрибутов», «Функции», «Программы обработки файлов», «Виды вычисления эффективной версии», «Правила вычисления эффективной версии», «Этапы жизненного цикла»). Более подробно работа с окнами справочников описана в разделах 3.1.6 - 3.1.9.

Пункт «Сервис» позволяет просматривать и редактировать записи пользователях системы и группах пользователей, осуществлять генерацию созданных в системе классов объектов и /или связей и автоматическую их заморозку. При щелчке на данном пункте открывается выпадающее меню с подпунктами «Пользователи и группы», «Генерировать…», «О программе».

Щелкнув на первом подпункте можно открыть окно «Пользователи и группы», предназначенное для создания и хранения групп пользователей, а также для создания, хранения и регистрации каждого пользователя хранилища. Содержит таблицу групп пользователей и списки пользователей каждой группы. Более подробно работа с данным окном описана в разделе 3.1.4.

При щелчке на втором подпункте «Генерировать…» открывается окно «Генерация объектов и связей», которое позволяет осуществлять генерацию как всего списка существующих в системе классов, так и отдельно взятых классов.

Щелчок на третьем подпункте открывает окно «О программе», в котором указаны текущая версия ПП, реквизиты разработчиков (отдел, фамилии, телефоны), реквизиты службы поддержки (отдел, фамилии, телефоны), данные о текущем сеансе работы (наименование текущей задачи, фамилия, сетевое имя и действующая роль пользователя (права доступа), имя компьютера) - см. рисунок 3.2.


Рисунок 3.2 - Окно «О программе»


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

Перемещение по пунктам главного меню возможно и с использованием клавиатуры путём нажатия клавиш перемещения курсора или комбинации клавиш ALT и подчёркнутой буквы нужного пункта меню при русской раскладке, выбор требуемого пункта (подпункта) - клавишей ENTER.

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


3.1.2 Работа с окнами - общие сведения

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

В открытом окне переход от одного элемента (таблицы, дерева, отдельного текстового поля) к другому осуществляется с помощью «мыши».

Перемещение между столбцами в таблице, или отдельными текстовыми полями и кнопками в окне происходит по клавише ТАВ.

Переход между узлами в иерархическом дереве осуществляется клавишами перемещения курсора «­» и «¯». Если узел имеет вложения, то слева от него имеется кнопка с плюсом , щелкнув по которой можно раскрыть данный узел и получить доступ ко всем вложениям. При этом кнопка изменит внешний вид (вместо плюса появится минус) . Щелчок на такой кнопке свернет данный узел (все вложения будут скрыты). Раскрывать и сворачивать узлы с вложениями можно и с клавиатуры клавишами перемещения курсора «®» и «¬». Нажатие первой из них раскроет узел, нажатие второй - свернет.

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

Выход из ПП также происходит при щелчке «мыши» на кнопке главного окна или при выборе пункта «Выход» в главном меню программы, после чего на экране появляется диалоговое окно подтверждения выхода (см. рисунок 3.3).


Рисунок 3.3 - Окно «Выход из программы»


3.1.3 Работа с окном «Менеджер классов»

Окно системы «Менеджер структуры» показано на рисунке 3.4. Оно имеет следующие элементы:

?иерархическое дерево классов;

?текстовое поле и кнопку для поиска классов в дереве по наименованию;

?закладка «Атрибуты», содержащая системные и пользовательские атрибуты выделенного класса;

?закладка «Отношения», содержит связи выделенного класса с другими классами системы;

?закладка «Правила», содержит перечень правил вычисления эффективной версии для выделенного класса объектов (для класса связей недоступна);

?закладка «Этапы», содержит перечень этапов жизненного цикла для выделенного класса объектов (для класса связей недоступна);

?закладка «Разрешения», содержащая списки групп пользователей, создающих объекты и/или меняющие статус объектов выделенного класса объектов, а также разрешения по умолчания для вновь создаваемых объектов (для класса связей недоступна).

Добавление нового класса объектов/связей

С помощью «мыши» или клавиатуры выбрать в иерархическом дереве тип класса, на уровне которого или внутри которого необходимо создать новый класс. Щелкнуть на правую кнопку мыши. Появится контекстное меню (см. рисунок 3.5). Необходимо выбрать в выпадающем меню тип создаваемого класса: «Новый объект» или «Новая связь».

В зависимости от выбора типа класса появится диалоговое окно «Класс объектов» или «Класс связей». В этом окне необходимо ввести реквизиты нового класса (для объекта - наименование и комментарий, для связи - прямое наименование, обратное наименование и комментарий) и нажать на кнопку «ОК». Если реквизиты нового класса были заданы правильно, то он будет создан и появится соответствующий ему узел в иерархическом дереве, иначе в строке сообщений (внизу) главного окна ПП появиться сообщение об ошибке.


Рисунок 3.4 - Окно «Менеджер классов»


Рисунок 3.5 - Контекстное меню дерева классов «Менеджер классов»


Удаление класса

Найти в иерархическом дереве класс, который необходимо удалить и установить на него курсор. Щелкнуть на правую кнопку «мыши» и в появившемся контекстном меню (см. рисунок 3.5) выбрать пункт «Удалить». Появится предупреждающее окно «Внимание !» с просьбой подтвердить удаление класса. Нажмите «Нет» в случае отказа от удаления, или «Да», чтобы удалить класс. Выбранный класс будет удален.

Заморозка/разморозка класса

Найти в иерархическом дереве класс, который необходимо заморозить/разморозить и установить на него курсор. Щелкнуть на правую кнопку «мыши» и в появившемся контекстном меню (см. рисунок 3.5) выбрать пункт «Заморозить/Разморозить». Появится предупреждающее окно «Внимание !» с просьбой подтвердить заморозку/разморозку класса. Нажмите «Нет» в случае отказа от действия, или «Да», чтобы заморозить/разморозить класс. Соответствующее действие будет произведено.

Просмотр или изменение реквизитов класса

Найти в иерархическом дереве класс (узел), свойства которого необходимо просмотреть или изменить, и установить на него курсор. Дважды щелкнуть на выбранном классе (узле) или щелкнуть на правую кнопку «мыши» и в появившемся контекстном меню (см. рисунок 3.5) выбрать пункт «Свойства». Появится окно «Класс объектов» (см. рисунок 3.6), если выбран объект, и «Класс связей» (см. рисунок 3.7), если выбрана связь, с реквизитами текущего класса. При необходимости реквизиты можно изменить и нажать кнопку «ОК», после чего реквизиты класса будут изменены.


Рисунок 3.6 - Окно редактирования «Класс объектов»


Рисунок 3.7 - Окно редактирования «Класс связей»


Поиск класса в иерархическом дереве

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


Рисунок 3.8 - Окно «Найденные узлы дерева»


Обновление иерархического дерева

Для обновления иерархического дерева необходимо щелкнуть правой кнопкой мыши на дереве, и в появившемся контекстном меню (см. рисунок 3.5) выбрать пункт «Обновить дерево». При этом дерево обновится полностью, все ветви, кроме содержащей текущий класс, будут свернуты - выбранный класс останется текущим. Если выделенных классов не будет, то все дерево будет свернуто.

Просмотр, создание и изменение атрибутов выбранного класса

Для просмотра атрибутов каждого класса справа от иерархического дерева классов находится закладка «Атрибуты», содержащая системные (наименование класса для классов объектов или прямое и обратное наименования для класса связей, общее имя таблиц БД для экземпляров данного класса, дополнительную информацию, признак замороженности класса) и пользовательские атрибуты выделенного класса (см. рисунок 3.9 - для классов объектов и рисунок 3.10 - для классов связей).


Рисунок 3.9 - Закладка «Атрибуты» класса объектов


Рисунок 3.10 - Закладка «Атрибуты» класса связей


При щелчке правой кнопкой на экранной таблице пользовательских атрибутов появляется контекстное меню (см. рисунок 3.11). При щелчке левой кнопкой мыши на подпункте «Свойства» контекстного меню появится окно для редактирования реквизитов текущего атрибута. Вид окна редактирования зависит от типа текущего атрибута. Часть окна редактирования, одинаковая для всех типов атрибутов представлена на рисунке 3.12. При необходимости реквизиты можно изменить и нажать кнопку «ОК», после чего реквизиты атрибута будут изменены.


Рисунок 3.11 - Контекстное меню таблицы атрибутов


Рисунок 3.12 - Общие элементы окна редактирования атрибута


Такой вид окна редактирования полностью соответствует реквизитам атрибутов типа:

?CHAR (Одиночный символ);

?DATE (Время и дата);

?INTEGER (Целое число);

?ITEMREFERENCE (Ссылка на объект).

Для атрибутов типа DFUNCTION (Динамическая функция) и SFUNCTION (Статическая функция) внизу окна добавлено поел выбора необходимой функции и экранная таблица, отображающая наименования и типы параметров данной функции, если таковые имеются (см. рисунок 3.13). Для атрибута типа STRING (Строка символов) внизу окна введено поле для указания параметра строки - ее длины (см. рисунок 3.14). Для атрибутов типа REAL (Действительное число) добавляются два поля параметров: количество символов в целой и в дробной части числа (см. рисунок 3.15). Для атрибутов типа LOOKUP (Список) внизу окна добавляются поля - параметры списка (имя таблицы БД, имя столбца первичного ключа данной таблицы и имя столбца отображаемых значений) - см. рисунок 3.16. Для атрибутов типа FILE (Файл) добавляется поле для выбора программы обработки данного файла и экранная таблица, содержащая список тех расширений, которые обрабатывает данная программа (см. рисунок 3.17).


Рисунок 3.13 - Дополнительные элементы окна редактирования атрибута типа DFUNCTION (Динамическая функция) и SFUNCTION (Статическая функция)


Рисунок 3.14 - Дополнительные элементы окна редактирования атрибута типа STRING (Строка символов)


Рисунок 3.15 - Дополнительные элементы окна редактирования атрибута типа REAL (Действительное число)


Рисунок 3.16 - Дополнительные элементы окна редактирования атрибута типа LOOKUP (Список)

Рисунок 3.17 - Дополнительные элементы окна редактирования атрибута типа FILE (Файл)


Для создания нового атрибута щелкнуть правой кнопкой на экранной таблице пользовательских атрибутов, в появившемся контекстном меню (см. рисунок 3.11) выбрать пункт «Создать». Появится всплывающее подменю со списком существующих типов атрибутов. Выбрать необходимый тип по щелчку левой клавиши мыши. В открывшемся диалоговом окне, вид которого зависит от типа атрибута (аналогично окнам редактирования), заполнить необходимые реквизиты. После чего нажать кнопку «ОК». Если все реквизиты были заполнены правильно, новый атрибут появится в экранной таблице.

Для удаления атрибута из таблицы пользовательских атрибутов необходимо установить на него курсор. Щелкнуть на правую кнопку «мыши» и в появившемся контекстном меню (см. рисунок 3.5) выбрать пункт «Удалить». Появится предупреждающее окно «Внимание!» с просьбой подтвердить удаление атрибута. Нажмите «Нет» в случае отказа от удаления, или «Да», чтобы удалить атрибут. Выбранный атрибут будет удален.

Просмотр, создание и редактирование отношений выбранного класса с другими классами системы

Для просмотра существующих отношений для текущего класса необходимо выбрать закладку «Отношения» справа от дерева классов (см. рисунок 3.18 - для классов объектов и рисунок 3.19 - для классов связей). На ней расположена экранная таблица, содержащая перечень возможных связей текущего класса. Для класса объектов указывается класс связей и присоединенный через него дочерний класс объектов, а для класса связей - два класса объектов: класс-родитель и дочерний класс.

Рисунок 3.18 - Закладка «Отношения» для класса объектов


Рисунок 3.19 - Закладка «Отношения» для класса связей


Для создания нового отношения (возможно создание новых отношений только для класса объектов) для текущего класса на экранной таблице щелкнуть правой кнопкой мыши и в появившемся контекстном меню выбрать пункт «Создать». В открывшемся окне редактирования (см. рисунок 3.20) выбрать из списка необходимый дочерний класс и тип (класс) связи между объектами. После чего нажать кнопку «ОК». Новое отношение появится в экранной таблице для текущего класса, а также в таблице дочернего класса и выбранного класса связей.


Рисунок 3.20 - Окно редактирования отношений


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

Просмотр, создание и редактирование правил вычисления эффективной версии объектов выбранного класса

Для просмотра существующих правил вычисления эффективной версии для текущего класса объектов (для класса связей недоступно) необходимо выбрать закладку «Правила». На ней расположена экранная таблица - перечень правил вычисления эффективной версии (признак правила по умолчанию, наименование правила, вид вычисления эффективной версии, поле таблицы мастер-объекта, где хранится правило, строка вызова функции БД и дополнительная информация).


Рисунок 3.21 - Закладка «Правила»


Для изменения реквизитов правила необходимо щелкнуть правой кнопкой мыши на таблице, в появившемся контекстном меню выбрать пункт «Свойства». В открывшемся окне редактирования (см. рисунок 3.22), содержащем все поля экранной таблицы, внести необходимые изменения и нажать кнопку «ОК». При правильном заполнении всех реквизитов строка в таблице будет изменена.


Рисунок 3.22 - Окно редактирования правил


Для создания нового правила для текущего класса на экранной таблице щелкнуть правой кнопкой мыши и в появившемся контекстном меню выбрать пункт «Создать». В открывшемся окне редактирования (см. рисунок 3.22) заполнить необходимые атрибуты. После чего нажать кнопку «ОК». Новое правило появится в экранной таблице для текущего класса.

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

Просмотр, создание и изменение этапов жизненного цикла объектов выбранного класса

Для просмотра существующих этапов жизненного цикла для текущего класса объектов необходимо выбрать закладку «Этапы» справа от дерева классов (см. рисунок 3.23). На ней расположена экранная таблица, содержащая перечень возможных этапов жизненного цикла для текущего класса (наименование этапа и дополнительную информацию).


Рисунок 3.23 - Закладка «Этапы»


Для создания нового этапа жизненного цикла на экранной таблице щелкнуть правой кнопкой мыши и в появившемся контекстном меню выбрать пункт «Создать». В открывшемся окне редактирования (см. рисунок 3.24) заполнить необходимые атрибуты (выбрать из списка доступных этапов необходимый). После чего нажать кнопку «ОК». Новый этап появится в экранной таблице.


Рисунок 3.24 - Окно редактирования этапа


Для удаления этапа из перечня необходимо установить на него курсор. Щелкнуть на правую кнопку «мыши» и в появившемся контекстном меню выбрать пункт «Удалить». Появится предупреждающее окно «Внимание !» с просьбой подтвердить удаление этапа. Нажмите «Нет» в случае отказа от удаления, или «Да» в подтверждение. Выбранный этап будет удален.

Просмотр, создание и изменение разрешений, определяющих доступ к объектам хранилища для выбранного класса

Для просмотра существующих разрешений для объектов текущего класса необходимо выбрать закладку «Разрешения» (см. рисунок 3.25). На ней расположены три экранных таблицы. Первая таблица содержит список групп пользователей, имеющих разрешения на создание объектов текущего класса. Вторая таблица содержит список групп, имеющих право изменять статус объектов. Третья таблица - только для отображения - содержит тройки разрешений по умолчанию для вновь создаваемого объекта (для владельца, для главной группы пользователей и для других групп).


Рисунок 3.25 - Закладка «Разрешения»


Для создания новой группы пользователей, создающих объекты, на экранной таблице щелкнуть правой кнопкой мыши и в появившемся контекстном меню выбрать пункт «Добавить разрешение». В открывшемся окне редактирования (см. рисунок 3.26) заполнить необходимые атрибуты (выбрать из списков соответствующие значения). После чего нажать кнопку «ОК». Новая группа появится в экранной таблице.


Рисунок 3.26 - Окно редактирования разрешений для группы пользователей, создающей объекты

Для редактирования группы пользователей, создающих объекты, необходимо на экранной таблице щелкнуть правой кнопкой мыши и в появившемся контекстном меню выбрать пункт «Свойства». В открывшемся окне редактирования (см. рисунок 3.26) изменить необходимые атрибуты (выбрать из списков соответствующие значения). После чего нажать кнопку «ОК». Изменения будут внесены в экранную таблицу.

Для создания новой группы пользователей, имеющей право на изменение статуса объектов выделенного класса, на экранной таблице щелкнуть правой кнопкой мыши и в появившемся контекстном меню выбрать пункт «Добавить». В открывшемся окне редактирования (см. рисунок 3.27) заполнить необходимые атрибуты (выбрать из списков соответствующие значения). После чего нажать кнопку «ОК». Новая группа появится в экранной таблице.


Рисунок 3.27 - Окно создания группы пользователей, имеющих право изменять статус объектов текущего класса


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

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

Переход от дерева классов в окно для генерации созданных классов

Для перехода от иерархического дерева классов к окну генерации установить на необходимом классе курсор (выделение), щелкнуть на правую кнопку «мыши» и в появившемся контекстном меню (см. рисунок 3.5) выбрать пункт «Генерировать…». Откроется окно генерации классов, в котором выделенный класс будет отмечен для генерации.


.1.4 Работа с окном системы «Пользователи и группы»

Окно системы «Пользователи и группы» показано на рисунке 3.28. Оно имеет следующие элементы:

?экранную таблицу, содержащую список групп пользователей, зарегистрированных в системе «УСХД»;

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


Рисунок 3.28 - Окно системы «Пользователи и группы»


Добавление новой группы пользователей

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


Рисунок 3.29 - Окно редактирования групп пользователей


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

Изменение текущей группы пользователей осуществляется через пункт «Свойства» контекстного меню экранной таблицы, содержащей список групп пользователей. По щелчку левой кнопки «мыши» на пункте меню появится окно редактирования (см. рисунок 3.29). После внесения необходимых изменений нажать кнопку «ОК». Запись в таблице будет изменена.

Удаление группы пользователей

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

Регистрация нового пользователя в системе и занесение его в группу

Регистрация в системе нового пользователя и занесение его в определенную группу осуществляется через пункт «Зарегистрировать и добавить в группу» контекстного меню экранной таблицы, содержащей список пользователей текущей группы (см. рисунок 3.30). По щелчку левой кнопки «мыши» на пункте меню появится окно редактирования (см. рисунок 3.31).


Рисунок 3.30 - Контекстное меню таблицы - списка пользователей группы


Рисунок 3.31 - Окно добавления незарегистрированного пользователя системы


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

Добавление зарегистрированного в системе пользователя в новую группу

Занесение в определенную группу одного из пользователей системы осуществляется через пункт «Добавить зарегистрированного» контекстного меню экранной таблицы, содержащей список пользователей текущей группы (см. рисунок 3.30). По щелчку левой кнопки «мыши» на пункте меню появится окно редактирования (см. рисунок 3.32).


Рисунок 3.32 - Окно добавления зарегистрированного пользователя


Заполнить необходимые реквизиты: выбрать сетевое имя из списка пользователей, зарегистрированных в системе и определить для него одну из имеющихся групп - один пользователь в системе может входить в несколько групп. Те группы, куда уже включен данный пользователь, представлены в экранной таблице окна редактирования. После чего нажать кнопку «ОК». Запись будет добавлена в таблицу.

Просмотр и редактирование записей о пользователях системы и группах, куда они входят

Просмотр и редактирование записей о пользователях системы и группах, куда они входят, осуществляется через пункт «Свойства» контекстного меню экранной таблицы, содержащей список пользователей текущей группы (см. рисунок 3.30). По щелчку левой кнопки «мыши» на пункте меню появится окно редактирования (см. рисунок 3.32). У пользователя можно изменить (переназначить) только главную группу.

Удаление пользователей из группы и из системы в целом

Для удаления пользователя из определенной группы необходимо: выбрать данную группу из списка существующих в системе, в появившемся списке входящих пользователей выбрать нужного и установить на него курсор. Щелкнуть на правую кнопку «мыши» и в появившемся контекстном меню (см. рисунок 3.30) выбрать пункт «Исключить из группы». Появится предупреждающее окно «Внимание !» с просьбой подтвердить действие. Нажмите «Нет» в случае отказа, или «Да» в подтверждение. Выбранный пользователь будет исключен из группы и из соответствующей таблицы, но останется в списке зарегистрированных в системе пользователей.

Для удаления пользователя не только из группы, но и из системы в целом, необходимо: выбрать нужную группу из списка существующих в системе, в появившемся списке входящих установить курсор на того пользователя, которого необходимо удалить. Щелкнуть на правую кнопку «мыши» и в появившемся контекстном меню (см. рисунок 3.30) выбрать пункт «Исключить из группы и удалить». Появится предупреждающее окно «Внимание !» с просьбой подтвердить удаление. Нажмите «Нет» в случае отказа, или «Да» в подтверждение. Выбранный пользователь будет удален из всех групп системы, куда он ранее входил, и из списка зарегистрированных в «УСХД» пользователей.


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

Окно для генерации объектов созданных в системе классов показано на рисунке 3.33. Оно имеет следующие элементы:

?экранную таблицу для отображения классов объектов, содержащую наименование класса, флаги генерации и автоматической заморозки класса после генерации;

?экранную таблицу для отображения классов связей, содержащую поля, аналогичные полям таблицы классов объектов;

?для каждой таблицы - окна отображения сообщений системы после генерации заданных классов.

Рисунок 3.33 - Окно для генерации созданных классов


Выбор классов для генерации

Чтобы выбрать класс для генерации, необходимо установить флаг «Выбрано для генерации» напротив наименования соответствующего класса (см. рисунок 3.33). Для выбора всех представленных классов предназначена кнопка , а для отмены выбора каких-либо классов - кнопка .

Выбор классов для автоматической заморозки

Чтобы автоматически заморозить (сделать недоступным для изменений) класс после генерации, необходимо напротив наименования класса установить флаг «Заморозить после генерации» (см. рисунок 3.33). Аналогично для выбора всех представленных классов предназначена кнопка , а для отмены выбора каких-либо классов - кнопка .

Генерация классов по заданным условиям

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


3.1.6 Работа со справочниками «Типы атрибутов», «Правила вычисления эффективной версии», «Этапы жизненного цикла»

Окно справочника «Типы атрибутов» (см. рисунок 3.34) предназначено для просмотра изменений, связанных с типами атрибутов в БД «УСХД».


Рисунок 3.34 - Справочник «Типы атрибутов»


Окно справочника «Правила вычисления эффективной версии» (см. рисунок 3.34 ) предназначено для просмотра и изменения правил вычисления эффективной версии.


Рисунок 3.35 - Справочник «Правила вычисления эффективной версии»

Окно справочника «Этапы жизненного цикла» (см. рисунок 3.34) предназначено для просмотра и изменения списка этапов жизненного цикла объектов в БД «УСХД».


Рисунок 3.36 - Справочник «Этапы жизненного цикла»


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

Просмотр записей

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

Добавление новой записи

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

Редактирование существующих записей

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

Удаление записи

Для удаления записи установить на нее курсор и нажать кнопку в верхней части окна, затем нажать кнопку сохранения изменений .


3.1.7 Работа со справочником «Функции»

Окно справочника «Функции» (см. рисунок 3.37) предназначено для изменения и просмотра содержащихся в БД «УСХД» функций, используемых в качестве атрибутов типа статическая или динамическая функция.

Оно имеет экранную таблицу, отображающую следующие реквизиты функций:

?наименование функции;

?имя функции БД;

?дополнительная информация - комментарий.

Вся работа с данными в таблице осуществляется через контекстное меню («Свойства», «Добавить», «Удалить»).

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

?наименование параметра;

?тип параметра;

?номер следования параметра по порядку;

?дополнительная информация - комментарий.

Работа с данными в экранной таблице параметров осуществляется через контекстное меню («Свойства», «Добавить», «Удалить»).


Рисунок 3.37 - Справочник «Функции»


Просмотр или изменение записей о занесенных в БД функциях

Для просмотра записей о функциях, занесенных в БД, в окне справочника расположена экранная таблица, содержащая все необходимые реквизиты. Для редактирования записи надо поставить на нее курсор, нажать правую кнопку «мыши» и появившемся контекстном меню выбрать пункт «Свойства», либо дважды щелкнуть левой кнопкой «мыши» на нужной записи. Появится окно редактирования (см. рисунок 3.38). При необходимости изменить реквизиты и нажать кнопку «ОК». Запись в экранной таблице будет изменена.


Рисунок 3.38 - Окно редактирования реквизитов функции


Добавление новой функции

Добавление новой функции осуществляется через пункт «Добавить» контекстного меню экранной таблицы функций. По щелчку левой кнопки «мыши» на пункте меню появится окно редактирования (см. рисунок 3.38). После заполнения необходимых реквизитов нажать кнопку «ОК». Запись будет добавлена в экранную таблицу.

Удаление функции

Для удаления функции из справочника необходимо установить на нее курсор. Щелкнуть на правую кнопку «мыши» и в появившемся контекстном меню выбрать пункт «Удалить». Появится предупреждающее окно «Внимание !» с просьбой подтвердить удаление. Нажмите «Нет» в случае отказа от удаления, или «Да» в подтверждение. Выбранная функция будет удалена из списка.

Просмотр или изменение параметров каждой функции

Для просмотра списка параметров определенной функции необходимо установить не нее курсор в таблице функций, при этом внизу окна справочника в экранной таблице параметров появится список параметров текущей функции с указанием имени параметра, его типа, номера следования по порядку и комментария. Для редактирования параметра необходимо установить на него курсор и нажать правую кнопку «мыши», а затем в появившемся контекстном меню выбрать пункт «Свойства», либо дважды щелкнуть левой кнопкой «мыши» на нужной строке - в открывшемся окне редактирования (см. рисунок 3.39) изменить необходимые реквизиты параметра и нажать кнопку «ОК». Изменения будут внесены в экранную таблицу.


Рисунок 3.39 - Окно редактирования реквизитов параметра функции


Добавление параметра в функцию

Добавление нового параметра в функцию осуществляется через пункт «Добавить» контекстного меню экранной таблицы параметров текущей функции. По щелчку левой кнопки «мыши» на пункте меню появится окно редактирования (см. рисунок 3.39). После заполнения необходимых реквизитов нажать кнопку «ОК». Запись будет добавлена в экранную таблицу.

Удаление параметра из функции

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


3.1.8 Работа со справочником «Программы обработки файлов»

Окно справочника «Программы обработки файлов» (см. рисунок 3.40) предназначено для просмотра всех изменений в БД «УСХД», связанных с программами обработки атрибутов типа файл. Оно имеет экранную таблицу, отображающую следующие реквизиты программ-обработчиков:

?наименование программы;

?дополнительная информация - комментарий.

Вся работа с данными в таблице осуществляется через контекстное меню («Свойства», «Добавить», «Удалить»).

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

Работа с данными в экранной таблице расширений осуществляется через контекстное меню («Свойства», «Добавить», «Удалить»).


Рисунок 3.40 - Справочник «Программы обработки файлов»


Просмотр или изменение записей о занесенных в БД программах обработки файловых атрибутов

Для просмотра записей о программах-обработчиках, занесенных в БД «УСХД» в окне справочника расположена экранная таблица, содержащая наименование программы и описание-комментарий к каждому приложению. Для редактирования записи о программе надо поставить на нее курсор и нажать правую кнопку «мыши», затем в появившемся контекстном меню выбрать пункт «Свойства», либо дважды щелкнуть левой кнопкой «мыши» на данной строке в таблице - открыть окно редактирования (см. рисунок 3.41). При необходимости изменить реквизиты и нажать кнопку «ОК». Запись в экранной таблице будет изменена.


Рисунок 3.41 - Окно редактирования реквизитов программы обработки файлов


Добавление новой программы-обработчика

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

Удаление записи о программе

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

Просмотр или изменение записей о расширениях файловых атрибутов, занесенных в БД

Просмотр или изменение записей о расширениях файловых атрибутов осуществляется либо через пункт «Свойства» контекстного меню таблицы-списка расширений, либо через двойной щелчок на соответствующей строке в этой таблице. В открывшемся окне редактирования (см. рисунок 3.42) при необходимости изменить реквизиты и нажать кнопку «ОК». Запись в экранной таблице расширений будет изменена.


Рисунок 3.42 - Окно редактирования расширения файла


Добавление нового расширения файла в список расширений, обрабатываемых данной программой

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

Удаление расширения файла из списка расширений, обрабатываемых данной программой

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


3.1.9 Справочник «Виды вычисления эффективной версии»

Справочник «Виды вычисления эффективной версии» (см. рисунок 3.43) предназначен для изменения и просмотра видов вычисления эффективной версии.

Оно имеет экранную таблицу, отображающую следующие реквизиты вида вычисления эффективной версии:

?наименование вида;

?дополнительная информация - комментарий.

Вся работа с данными в таблице осуществляется через контекстное меню («Свойства», «Добавить», «Удалить»).

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

?отображаемое наименование параметра;

?поисковое обозначение;

?дополнительная информация - комментарий.

Работа с данными в экранной таблице параметров осуществляется через контекстное меню («Свойства», «Добавить», «Удалить»).


Рисунок 3.43 - Справочник «Виды вычисления эффективной версии»


Просмотр или изменение записей о занесенных в БД видах вычисления эффективной версии

Для просмотра записей о видах вычисления эффективной версии, занесенных в БД «УСХД» в окне справочника расположена экранная таблица. Для редактирования записи о виде вычисления надо либо поставить на соответствующую запись курсор и нажать правую кнопку «мыши», и в появившемся контекстном меню выбрать пункт «Свойства», либо двойным щелчком на данной строке в таблице открыть окно редактирования (см. рисунок 3.44). При необходимости изменить реквизиты и нажать кнопку «ОК». Запись в экранной таблице будет изменена.


Рисунок 3.44 - Окно редактирования вида вычисления эффективной версии


Добавление нового вида вычисления

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

Удаление вида вычисления

Для удаления записи о виде вычисления эффективной версии необходимо установить на него курсор. Щелкнуть на правую кнопку «мыши» и в появившемся контекстном меню выбрать пункт «Удалить». Появится предупреждающее окно «Внимание !» с просьбой подтвердить удаление. Нажмите «Нет» в случае отказа, или «Да» в подтверждение. Выбранная запись будет удалена из таблицы.

Просмотр или изменение параметров каждого вида вычисления

Для просмотра списка параметров определенного вида вычисления необходимо установить не него курсор в таблице функций, при этом внизу окна справочника в экранной таблице параметров появится список параметров текущего вида вычисления с указанием отображаемого имени параметра, его поискового обозначения и комментария. Для редактирования параметра необходимо установить на него курсор, нажать правую кнопку «мыши» и в появившемся контекстном меню выбрать пункт «Свойства», либо на соответствующей строке дважды щелкнуть левой кнопкой «мыши» - в открывшемся окне редактирования (см. рисунок 3.45) изменить необходимые реквизиты параметра и нажать кнопку «ОК». Изменения будут внесены в экранную таблицу.


Рисунок 3.45 - Окно редактирования параметра вида вычисления


Добавление параметра к виду вычисления

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

Удаление параметра из вида вычисления

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


3.1.10 Поиск в экранных таблицах, применение фильтров

Поиск в таблицах стандартными средствами Oracle

Для поиска записей в любой экранной таблице можно использовать стандартные средства Oracle. Для этого необходимо щелкнуть на соответствующей таблице и нажать клавишу F7. Установить курсор в столбец (столбцы), по которому необходимо провести поиск, и ввести искомую последовательность символов с учетом регистра. В данной последовательности допустимо указывать символ процента «%», который означает «любая последовательность символов», или символ подчеркивания «_», означающий один любой символ. Далее нажать клавишу F8. Результаты поиска будут показаны в этой же таблице. Для выхода из данного режима необходимо снова нажать клавишу F8.


3.2 Описание ролей пользователей


«Администратор структуры»

Данная роль имеет следующие права:

?просмотр, ввод и модификация всей информации, хранимой в БД системы «УСХД» с помощью приложения «Менеджер структуры»;

?поиск информации;

?модификация справочников, вызываемых через главное меню пункт «Справочники»;

?ввод и модификация списка пользователей системы и групп пользователей;

?генерация созданных классов - создание переменной части БД системы «УСХД».


4. Акт испытаний


Испытания Объектно-ориентированного менеджера структуры универсальной системы хранения данных проводились комиссией в составе руководителя дипломной работы Мараева Андрея Александровича и разработчика данного программного продукта Перьковой Светланы Валерьевны.


4.1 Объект и цель испытаний


Объектом испытаний является сетевое приложение «Объектно-ориентированный менеджер структуры универсальной системы хранения данных».

Целью испытаний является проверка соответствия программных решений в рамках данного программного продукта требованиям, представленным в техническом задании [9].


4.2 Требования к программе


В ходе испытаний была проверена:

?реализация требований технического задания, представленных в 2.1.3;

?корректность реакции программы как на ожидаемую, так и на ошибочную вводимую информацию.


.3 Средства и порядок испытаний


.3.1 Инфраструктура тестирования

Серверная часть:

Сервер «ORADEV»:

Аппаратная платформа - Intel Pentium IV A, 2666 МГц, 512 Мб RAM, HDD 80Гб.

Операционная система - Microsoft Windows 2000 Advanced Server Service Pack 4.,

СУБД Oracle Server 8i, Oracle Server patch set 8.1.7.4.1, имя БД «DESI», функциональное назначение - сервер базы данных тестируемого приложения «Менеджер классов», работающего с базой данных «D320».

Клиентская часть:

Аппаратная платформа - любая PC-совместимая, CPU Pentium-II или выше, RAM 128 MB или более.

Операционная система - Windows 98 или более поздняя. На ОС семейства Windows 9х должен быть настроен протокол IPX/SPX, а на ОС семейства Windows NT - протокол TCP/IP.

Клиентское ПО СУБД - deployment-установка Oracle Developer 6i.


4.3.2 Процедуры тестирования


Таблица 4.1 - Процесс тестирования

Выполняемые действияОписаниеРезультатИсполнителиФорма «Менеджер классов» - 1 деньСоздание класса объектов/связей.Создать новый класс объектов/связей.Созданы новые классы: - объектов («Двигатель», «Узел», «Деталь», «Винт», «Спецификация»); - связей («входит в», «описывает»).Перькова С.В.Добавление, изменение описания обязательных и необязательных пользовательских атрибутов класса объектов/связей.Добавить/изменить атрибуты к какому-либо классуИзменен атрибут «Количество» у класса связей «входит в». Добавлен атрибут «Серия» классу «Деталь» Перькова С.В., Мараев А. АУдаление класса объектов/связейУдалить класс объектов/ связейУдалены классы «Двигатель» и «описывает» Перькова С.В., Мараев А. АУдаление атрибутов классаУдалить ряд атрибутов какого-либо классаУдалены атрибуты «Версия » и «Номер» у класса «Узел»Перькова С. В.Добавление этапов жизненного цикла из перечня этапов для класса объектовДобавить этапы жизненного цикла для какого-либо класса объектов из справочникаДобавлен этап жизненного цикла для класса объектов «Спецификация»: «Этап 12»Мараев А. А.Удаление этапов жизненного цикла из перечня этапов для класса объектовУдалить для какого-либо класса этап жизненного цикла из списка ему назначенныхУдалены этапы «Начальный», «Конечный» для класса «Двигатель»Перькова С. В.Добавление правил вычисления эффективной версии из перечня правил для класса объектовДобавить классу объектов правило вычисления эффективной версии из справочникаКлассу «Двигатель» добавлено правило вычисления эффективной версии «LastDate()»Перькова С. В.Заморозить класс объектов/связейЗаморозить какой-либо классЗаморожен класс «Деталь»Мараев А. А.Разморозить класс объектов/связейРазморозить какой-либо классРазморожен класс «Деталь»Мараев А. А.Установление или изменение привязки логической связиПрименить класс связей для связи двух классов объектов.К классам «Деталь» и «Узел» применена связь «входит в». Установлена логическая привязка.Перькова С. В.Установление или изменение разрешений для данного класса объектовУстановить разрешения для класса объектовНа класс объектов «Деталь» даны разрешения по умолчанию и введена группа, меняющая статусПерькова С. В.Формы справочников - 1 деньРедактирование справочниковВвести информацию в какой-либо справочникСправочник «Типы атрибутов» заполнен в соответствии с типами, описанными в технологии решения проблемы.Перькова С. В.Форма «Окно генерации классов» - 1 деньГенерация классовПроизвести генерацию существующих классовПроизведена полная (включающая все созданные на тот момент в менеджере классы) генерация.Перькова С. В.

По результатам проведенных испытаний можно сделать вывод о том, что разработанный программный продукт «Объектно-ориентированный менеджер структуры универсальной системы хранения данных» полностью соответствует техническому заданию. Программа корректно обрабатывает запросы пользователя. В ходе испытаний сбоев не обнаружено.


5. Экономическая часть


5.1 Определение потребительского сегмента рынка разрабатываемого продукта


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

Основное функциональное назначение разработки:

-централизованное хранение произвольных данных в виде объектов с набором атрибутов и связей между ними также с набором атрибутов;

-обеспечение централизованного доступа к данному хранилищу информации.

Целью последующих расчетов будет обоснование необходимости разработки данного программного продукта, расчет затрат на его выпуск, выбор целевого рынка и цены программы [10].


5.2 Сравнение с аналогами


На рынке программных продуктов представлено немало разработок по централизованному хранению данных (технология PDM - product data management), отличающиеся функциональными возможностями, ценой и др., и в той или иной степени содержащие в себе функции, которыми обладает разрабатываемый продукт.

Наиболее близким по проектному решению является программный комплекс, предоставляемый фирмой EDS Corporation, США, - TeamCenter Engineering. Комплекс решений, предлагаемых TeamCenter Engineering, включает в себя основные направления по управлению жизненным циклом изделия. TeamСenter Engineering позволяет инженерам и технологам полностью управлять процессами сопровождения жизненного цикла изделия путем управления, хранения и распределения информации об изделии. Данные же об изделии включают в себя любые данные, относящиеся к производимой или разрабатываемой продукции, такие как файлы систем CAD/CAM/CAE, спецификации, структуры изделия, конструкторско-технологическая документация, конфигурационная информация, и т.д. Модуль управления составом изделия TeamCenter Engineering обеспечивает возможности моделирования и управления описанием изделия и его конфигураций на протяжении всего жизненного цикла.

Но TeamCenter Engineering - мощный комплекс, содержащий многочисленные пакеты. Сюда входит не только возможность конфигурирования изделий и отслеживание изменений в ходе жизненного цикла, но и многие другие функции. Как то реализация графического проектирования за счет обращения к CAD-системе, модули электронной почты, различные интеграторы и конфигураторы для каждого отдельного функционала на предприятии.

Зачастую на предприятии уже внедрены средства как для графического проектирования, так и для обмена информацией, и не факт, что они совпадают с теми, интеграция с которыми входит в сосогтав программного продукта, а платить за дублируемые возможности и установку дополнительного ПО крайне нерентабельно. Тем более что одна лицензия TeamCenter стоит порядка 3000USD, сопровождение - 30% от числа купленных на предприятие лицензий. А также день работы консультанта по конфигурированию системы и ее внедрению (а система построена так, что консультации понадобятся обязательно) - 1000USD.

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


5.3 Важнейшие показатели спроса


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

Если рассматривать проект к разработке, то можно отметить, что, независимо от того, к какой отрасли машиностроения относится ваше предприятие, данные об изделии и процессах представляют собой огромное количество информации, часто созданной сотнями или даже тысячами людей. Кроме того, эти данные могут быть распределены между различными отделениями предприятиями, разделенными не только информационно, но и географически. Таким образом, труд архитектора по формированию проекта занимает довольно продолжительное время. Статистика показывает, что инженеры тратят от 60 до 75 процентов времени на поиск данных и «контекста работы» для того, чтобы начать реальный процесс проектирования.

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

-потребитель, как правило, стремится выбрать средство, обеспечивающее максимум автоматизации обработки и анализа данных при прочих равных условиях;

-в тоже время, полная автоматизация - от снятия данных до формирования заключения часто трудно осуществима;

-для полноценного и постоянного использования пользователями - система должна обладать простым, понятным, но функционально полным интерфейсом;

-система должна иметь возможность расширения функциональности по требованию потребителя.

Таким образом, появляется реальная возможность для дальнейшей разработки и внедрения программы.

Что касается потенциальных покупателей, то существует 2 основных варианта размещения продукта.

-Продажа инструментальной среды непосредственно организациям, учреждениям, использующим данное программное обеспечение. Надо отметить, что успех в этом направлении маловероятен, т.к. потенциальные покупатели этого сегмента рынка обычно предпочитают продукцию более известных им (и хорошо зарекомендовавшим себя) производителей. Представляется сомнительным, что они заинтересуются предложением частного программиста.

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

На основе сказанного выше, целевым рынком для продажи разрабатываемой инструментальной среды можно считать рынок производителей и продавцов подобного программного обеспечения. Что касается города Рыбинска, данный программный продукт может быть использован для своих разработок конструкторским бюро Луч и конструкторским отделом ОАО НПО Сатурн.

Таким образом, в рамках города Рыбинска можно рассчитывать на продажу минимум 1-2 копий разрабатываемого программного продукта.


5.4 Расчет себестоимости программного продукта


Для определения себестоимости программного средства (ПС) необходимо произвести калькуляцию затрат. Себестоимость разработки ПС определяется на основе расчета:

  1. Основной заработной платы,
  2. Отчислений на социальные нужды (единый социальный налог),
  3. Накладных расходов,
  4. Затраты на машинное время,
  5. Материальных затрат,
  6. Прочих затрат.

Произведем поочередно расчет всех составляющих себестоимости.

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


ОЗП =


Где n - число месяцев разработки(4 месяца),- количество разработчиков - 2 (1 инженер-программист, 1 руководитель),i - оклад разработчика.

Оклад инженера-программиста = 5500 руб/мес.

Оклад руководителя - 7500 руб/мес.

ОЗП =

. Отчисления на социальные нужды вычисляются по формуле:


Осн = ОЗП · Нсн


где Нсн - норматив отчислений на социальные нужды - 26%

Осн = 52000 · 0,26 = 13520 руб.

. Накладные расходы вычисляются по формуле:


Нр = ОЗП


где Ннр - норматив накладных расходов - 30%

Нр = 52000 руб.

. Амортизация и эксплуатационные расходы:

Затраты на машинное время определяются по формуле:


МВ = Смв · Вим


где МВ - машинное время,

Смв - стоимость 1 часа машинного времени, руб./машино-час определяется исходя из стоимости аппаратных и машинных средств разработки и затрат на электроэнергию,

Вим - время использования ЭВМ для разработки программы, час.

Вычислим стоимость машинного часа:

Смв =


Стоимость аппаратуры: при разработке программы использовалось 2 персональных компьютера (рабочая станция и сервер): Спк = 20000 руб.

Стоимость лицензионного программного обеспечения:

Windows 9x - 4500 руб.

Oracle Developer 6i - 20000 руб.SourceSave - 7000 руб.

Срок полезного использования - 5 лет

Время эксплуатации в день - 8 часов

Таким образом, получается стоимость инструментальных средств Сис:


Сис =руб.


Вычислим стоимость электроэнергии:


Сэл = P · Сквт


где P - мощность ЭВМ, P = 230 Вт = 0,23 КВт.

Сквт - стоимость электроэнергии 1 Квт · ч, Сквт = 1,28 руб

Сэл = 0,23 · 2 · 1,28 = 0,59 руб.

Тогда стоимость 1 часа машинного времени Смв:


Смв = 6,77 + 0,59 = 7,36 руб.


Таким образом, стоимость машинного времени, приходящегося на разработку программного продукта:


МВ = Количество месяцев разработки · Количество рабочих дней в месяце · Количество рабочих часов в день · Смв


МВ = 4 · 22 · 8 · 7,36 = 5181,44 руб.

. Материальные затраты (бумага, дискеты и прочее):

Величина материальных затрат составляет МЗ = 700 руб.

. Прочие затраты

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

Себестоимость разработки:

Для подсчета себестоимости разработки программного продукта просуммируем все затраты (данные сведены в таблицу):


Таблица 1.

№Статья затратСумма, руб.1.Основная заработная плата520002.Отчисления на социальные нужды135203.Накладные расходы156004.Амортизация и эксплуатационные расходы5181,445.Материальные затраты7006.Прочие затраты0Общая себестоимость87001,44

Итак, себестоимость разработки составляет 87001,44 рубля.


5.5 Определение цены разработчика


Определим цену одной копии разработанного программного продукта при уровне рентабельности 20%.

. Цена программного продукта определяется как:

Ц = С + Р * С,


где С - себестоимость разработанной программы, Р - уровень рентабельности.

. Цена рабочего места определяется как:


Цм = Цр / Q,


где Цр - цена разработки, Q - количество рабочих мест.

Если желаемая целевая прибыль составляет 20% от себестоимости, то:

Ц = 87001,44 + 87001,44*0,2 = 104401,73 руб.

. Цена разработки определяется как:


Цр = Ц + НДС,


где НДС - налог на добавленную стоимость (18 %).

Цена копии программы при рентабельности 20% на 10 рабочих мест:

Цм = 104401,73 /10 = 10440,17 руб.

Закономерно, что при увеличении числа рабочих мест происходит снижение цены программной системы.


5.6 Определение эффекта производства и применения программного продукта, его конкурентоспособности


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

Повышение эффективности разработки ПО

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

Использование современных средств и методов обработки информации

Программа имеет простой и интуитивно понятный интерфейс, что позволяет освоить работу с ней не только любому программисту, но и конечному пользователю. Ядром программы является СУБД Oracle, зарекомендовавшая себя как простая в использовании и очень надежная в работе.

Обслуживание и настройка

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

Учитывая все эти показатели, можно сделать вывод, что разработанная программа является оптимальным инстументарием для промышленных предприятий, связанных с конструкторской деятельностью, коим в нашем городе является например, ОАО «НПО «Сатурн».


6. Материалы по охране труда


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

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

?организация рабочего места программиста;

?определение оптимальных условий труда программиста.


.1 Организация рабочего места программиста


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

При правильной организации рабочего места производительность труда инженера возрастает с 8 до 20 процентов.

Согласно ГОСТ 12.2.032-78 конструкция рабочего места и взаимное расположение всех его элементов должно соответствовать антропометрическим, физическим и психологическим требованиям. Большое значение имеет также характер работы. В частности, при организации рабочего места программиста должны быть соблюдены следующие основные условия:

?оптимальное размещение оборудования, входящего в состав рабочего места;

?достаточное рабочее пространство, позволяющее осуществлять все необходимые движения и перемещения;

?необходимое естественное и искусственное освещение для выполнения поставленных задач;

?уровень акустического шума и вибрации не должны превышать допустимого значения.

Главными элементами рабочего места программиста являются письменный стол и кресло. Основным рабочим положением является положение сидя. Рабочее место для выполнения работ в положении сидя организуется в соответствии с ГОСТ 12.2.032-78.

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

Моторное поле - пространство рабочего места, в котором могут осуществляться двигательные действия человека.

Максимальная зона досягаемости рук - это часть моторного поля рабочего места, ограниченного дугами, описываемыми максимально вытянутыми руками при движении их в плечевом суставе.

Оптимальная зона - часть моторного поля рабочего места, ограниченного дугами, описываемыми предплечьями при движении в локтевых суставах с опорой в точке локтя и с относительно неподвижным плечом.

При проектировании письменного стола следует учитывать следующее:

?высота стола должна быть выбрана с учетом возможности сидеть свободно, в удобной позе, при необходимости опираясь на подлокотники;

?нижняя часть стола должна быть сконструирована так, чтобы программист мог удобно сидеть, не был вынужден поджимать ноги;

?поверхность стола должна обладать свойствами, исключающими появление бликов в поле зрения программиста;

?конструкция стола должна предусматривать наличие выдвижных ящиков (не менее 3 для хранения документации, листингов, канцелярских принадлежностей, личных вещей).

При работе в положении сидя рекомендуются следующие параметры рабочего пространства:

?ширина не менее 700 мм;

?глубина не менее 400 мм;

?высота рабочей поверхности стола над полом 700-750 мм.

Оптимальными размерами стола являются:

?высота 710 мм;

?длина стола 1300 мм;

?ширина стола 650 мм.

Поверхность для письма должна иметь не менее 40 мм в.глубину и не менее 600 мм в ширину.

Под рабочей поверхностью должно быть предусмотрено пространство для ног:

?высота не менее 600 мм;

?ширина не менее 500 мм;

?глубина не менее 400 мм.

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


6.2 Оптимальные условия труда программиста


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


.2.1 Анализ зрительной деятельности

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

Работа программиста связана с очень высоким классом точности разрешения: размер наименьшего объекта различения (пиксела) составляет 0.28 мм. Поэтому такая работа относится ко 2-му разряду зрительной работы (очень высокой точности). В зависимости от контраста объекта с фоном и характеристики фона различают подразряды зрительной работы. Для разряда 2 существуют четыре подразряда (2а-2г). Работу пользователя ЭВМ можно отнести к подразрядам 2в и 2г.

Согласно СНиП 23-05-95 рекомендуемой считается освещенность рабочих помещений для работы с видеотерминалами 500 лк при большом контрасте фона с объектом различения и темным фоном, оптимальной - 750 лк. Скачки яркости при смене полей зрения должны быть минимальными, т.е. интенсивность освещения поверхности, где находятся рукописи и документы, не должна превышать яркости экрана дисплея.

Располагать рабочее место, оборудованное дисплеем, необходимо таким образом, чтобы в поле зрения программиста не попадали окна или осветительные приборы; они не должны находиться и непосредственно за спиной программиста. Следует добиваться уменьшения отражений на экране от различных источников искусственного и дневного света. Когда искусственный свет смешивается с естественным, рекомендуется использовать лампы, по спектральному составу наиболее близки к солнечному свету. Желательно выбирать светильники с рассеивателями, а все блестящие детали осветительного оборудования, которые могут попасть в поле зрения, должны быть заменены на матовые. Соотношение яркости экрана и непосредственного ближайшего окружения не должно превышать 3:1.

Обычно рекомендуемое расстояние для чтения информации с дисплея 500-700 мм определяется в основном техническими особенностями сегодняшних дисплеев. Необходимо также учитывать, что при работе программиста на его зрение оказывает влияние качество изображения. Широкое применение дисплеев с неконтролируемым уровнем качества изображений иногда приводят к отрицательным для человека последствиям.

В вычислительном центре наиболее рационально применять смешанное освещение (естественное и искусственное).

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

Искусственное освещение нормируется количественными (минимальной освещенностью Еmin) и качественными показателями (показателями ослепленности и дискомфорта, коэффициентом пульсации освещенности Ке).

Для работы программиста значения КЕО и норм освещенности приведены в таблице 6.1.


Таблица 6.1

КЕО (Коэффициент естественной освещенности), %4,2Оптимальная освещенность при общем искусственном освещении, лк750Показатель ослепленностине более 20Показатель дискомфортане более 40Коэффициент пульсации Ке, %не более 5

Искусственное освещение выполняется посредством электрических источников света двух видов: ламп накаливания и люминесцентных ламп. Предпочтительнее использовать люминесцентные лампы, которые по сравнению с лампами накаливания имеют существенные преимущества:

?по спектральному составу света они близки к дневному, естественному освещению;

?обладают более высоким КПД (в 1.5-2 раза выше, чем КПД ламп накаливания);

?обладают повышенной светоотдачей (в 3-4 раза выше, чем у ламп накаливания);

?более длительный срок службы.

В вычислительных центрах рекомендуется применять смешанное освещение.

Рабочие места с ЭВМ по отношению к световым проемам должны располагаться так, чтобы естественный свет падал сбоку, преимущественно слева. То есть рекомендуется использовать боковое естественное освещение.

Искусственное освещение должно осуществляться системой общего равномерного освещения. Допускается установка светильников местного освещения для подсветки документов.

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

Правильно организованное освещение создает благоприятные условия труда, повышает работоспособность и производительность труда. Освещение на рабочем месте программиста должно быть таким, чтобы работник мог без напряжения зрения выполнять свою работу.


.2.2 Анализ электробезопасности

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

Электробезопасность обеспечивается конструкцией электроустановок, организационными и техническими мероприятиями, техническими способами и средствами защиты. Требования электробезопасности к конструкциям электроустановок указаны в Правилах Устройства Электроустановок (ПЭУ) и ТУ на соответствующие изделия. Технические способы и средства обеспечения электробезопасности приведены в ГОСТ 12.1.009-79.

Несмотря на то, что помещения, где эксплуатируется ЭВМ, относятся к классу помещений без повышенной опасности поражения людей электрическим током (сухие, влажность меньше 75%, температура меньше 35ºС, беспыльные, с непроводящим полом), соблюдение правил техники электробезопасности необходимо. ЭВМ требует потребления электроэнергии, поэтому при работе с ней такая опасность существует.

Во время работы на ЭВМ надо соблюдать осторожность и при малейшем ощущении действия электрического тока немедленно прекращать работу и отключать электроэнергию. Нельзя производить самовольный ремонт электрооборудования (изолирование оголенного провода, менять предохранители, производить присоединение проводников, снимать защитные кожухи и крышки). Все металлические части и корпуса должны быть заземлены согласно ГОСТ 12.1.009-79. Последнее обеспечивается специальной конструкцией вилок и розеток для ЭВМ (с заземляющим контактом). Таким образом, необходимо следить, чтобы все используемые ЭВМ были снабжены соединительными шнурами с соответствующим типом вилок, обеспечивать нормальное состояние шнуров и заземляющих контактов. При монтаже розеток, необходимо, кроме сетевых проводов, обеспечить надежное соединение с заземляющим.


6.2.3 Анализ пожарной опасности

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

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

Вычислительные центры относятся к производствам категории В (пожароопасные) без наличия легковоспламеняющихся и горючих жидкостей и газов.

Согласно ГОСТ 12.1.004-91 опасными факторами пожара, воздействующими на людей, являются открытый огонь и искры, повышенная температура воздуха, предметов и т.п., дым, пониженная концентрация кислорода, обрушение и повреждение зданий, установок, взрывы.

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

При возникновении пожара следует помнить, что в помещении размещаются электроустановки, которые находятся под напряжением (пожары класса Е), поэтому наиболее разумно использовать в качестве средств пожаротушения галоидоуглеводороды, двуокись углерода, порошки типа ОПС - 6, ОПС - 10. Так как вычислительные центры относятся к помещениям с относительной влажностью воздуха не более 80% (40 -75%) и температурой в пределах 5-35 ?С (18 - 25 ?С), то в качестве автоматизированной системы оповещения возможно использование комбинированных извещателей СДПУ - 1, СКПУ - 1.

При определении видов и количества первичных средств пожаротушения следует учитывать физико-химические и пожароопасные свойства горючих веществ, их отношение к огнетушащим веществам, а также площадь производственных помещений, открытых площадок и установок. Выбор типа и расчет необходимого количества огнетушителей следует производить в зависимости от их огнетушащей способности, предельной площади, класса пожара горючих веществ и материалов в защищаемом помещении или на объекте. При защите помещений ЭВМ, телефонных станций, музеев, архивов и т.д. следует учитывать специфику взаимодействия огнетушащих веществ с защищаемыми оборудованием, изделиями, материалами и т.п. Данные помещения следует оборудовать хладоновыми и углекислотными огнетушителями с учетом предельно допустимой концентрации огнетушащего вещества. Расстояние от возможного очага пожара до места размещения огнетушителя не должно превышать 20 м для общественных зданий и сооружений; 30 м для помещений категорий А, Б и В. Исходя из категории помещения (класс В) и класса пожара (Е - пожар электроустановок), рекомендуется на площадь 400 кв.м. располагать 2 порошковых огнетушителя (вместимость 5 литров), 2 хладоновых огнетушителя (вместимостью 2-3 литра) или 2 углекислотных огнетушителя (вместимостью 5-8 литров). Использование пенных и водяных огнетушителей для пожаров класса Е не допускается.


6.2.4 Анализ опасных и вредных излучений

Работа оператора ВЦ связана с наблюдением за экраном монитора. Сами операторы при этом подвергаются воздействию электромагнитного и рентгеновского излучения. Источником первого является вся электрическая система компьютера, а появление второго обусловлено конструкцией кинескопа. С этой точки зрения наиболее предпочтительными оказываются жидкокристаллические экраны. Однако, в настоящее время большинство пользуются мониторами с ЭЛТ, из-за их невысокой стоимости.

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


Таблица 6.2

Расстояние, см510204050Допустимый уровень, мР/ч0,50,1250,0310,0080,005Ожидаемый уровень, мР/ч0,170,0420,010,0030,002

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

ЭВМ является источником электромагнитных излучений. Электромагнитное излучение оказывает тепловое воздействие, на организм человека. Величину электрической и магнитной составляющей нормирует ГОСТ 12.1.006-84. В соответствии с ним допустимое значение напряженности электромагнитного поля равно 500 В/м для электрической составляющей и 50 А/м - для магнитной. Реальные величины составляют для обособленной ЭВМ 20 В/м для электрической составляющей и 5 А/м - для магнитной, то есть значительно ниже предельно допустимого уровня, что позволяет отказаться от специальных мер защиты.

Однако, необходимо принять следующие меры предосторожности: ограничить суточную продолжительность рабочей деятельности перед экраном, не размещать дисплеи концентрированно в рабочей зоне, выключать дисплей, если на нем не работают, применять защитный экран. Непрерывная работа с видеотерминалами не должна превышать 4 часа за рабочий день при его длительности 8 часов.

6.2.5 Параметры микроклимата на рабочем месте

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

Основной принцип нормирования микроклимата - создание оптимальных условий для теплообмена тела человека с окружающей средой. В санитарных нормах СН-245-71 и ГОСТ 12.1.005-88 установлены величины параметров микроклимата, создающие комфортные условия. Эти нормы устанавливаются в зависимости от времени года, характера трудового процесса и характера производственного помещения (значительные или незначительные тепловыделения). Работа программиста не связана с физическими усилиями и производится сидя, поэтому она относится к легким работам категории 1А. Для рабочих помещений с избыточным тепловыделением до 20 ккал/м и для работ категории 1А допустимые и оптимальные значения параметров микроклимата приведены в таблице 6.3:


Таблица 6.3

ПериодТемпература, С?Отн. Влажн., %Скорость дв. Воздуха, м/сОптим.Допуст.Оптим.Допуст.Оптим.Допуст.Холодный22-2418-2640-60750.1не более 0.1Теплый23-2520-3040-60550.10.1-0.2

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


.2.6 Нормирование шума

Установлено, что шум ухудшает условия труда, оказывая вредное воздействие на организм человека. При длительном воздействии шума на человека происходят нежелательные явления: снижается острота зрения, слуха, повышается кровяное давление, понижается внимание. Сильный продолжительный шум может стать причиной функциональных изменений сердечно-сосудистой и нервной систем.

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

Нормируемыми параметрами шума на рабочих местах являются уровни средних звуковых давлений (дБ) и уровни звука (дБА), измеряемые по шкале А шумомера, поскольку именно эта шкала наиболее близка к восприятию человеком.

Согласно ГОСТ 12.1.003-88 ("Шум. Общие требования безопасности") характеристикой постоянного шума на рабочих местах являются среднеквадратичные уровни звуковых давлений (дБ) и уровни звука (дБА) в октавных полосах частот. Эти уровни измеряются по шкале А шумомера, поскольку именно эта шкала наиболее близка к восприятию человеком. Для программистов ЭВМ они приведены в таблице 6.4:


Таблица 6.4

Уровни звуковых давлений в дБ в октавных полосах со среднегеометрическими частотами, ГцУровни звука6312525050010002000400080007161544945424038Допустимый5046413733302724ОжидаемыйПоскольку ожидаемый уровень шума значительно ниже допустимого, то нет необходимости в применении средств защиты от шума.


.2.7 Вибрации

Вибрационные воздействия по способу действия на человека классифицируются следующим образом:

?общая вибрация, передающаяся через опорные поверхности на тело сидящего или стоящего человека;

?локальная, передающаяся через руки человека.

Общую вибрацию по источнику ее возникновения подразделяют на следующие категории:

- транспортная вибрация;

- транспортно-технологическая;

- технологическая.

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


Таблица 6.5

Среднегеометрические октавные диапазоны, ГцЛогарифмический уровень колебательной скоростиДопустимый, дБОжидаемый, дБ291424823687629167527327525

.2.8 Анализ психофизиологических факторов

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

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

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


Заключение


В ходе дипломного проекта был создан программный продукт - «Объектно-ориентированный менеджер структуры универсальной системы хранения данных».

В состав менеджера входят:

приложение «Менеджер классов», осуществляющее манипуляции с классами объектов и связей и их атрибутами, отношениями, правилами и разрешениями;

набор справочников, определяющий базовый информационный набор универсальной системы хранения данных;

приложение «Пользователи и группы», управляющее правами доступа к хранилищу данных и отдельным его элементам.

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

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


Список используемой литературы


1.EDS - Линейка решений TeamCenter

.Дейт К.Дж. Введение в системы баз данных, 6-е издание: Пер. с англ. - К.; М.; СПб.: Издательский дом «Вильямс», 2000.

3.Т.С. Карпова Базы данных: модели, разработка, реализация. - СПб.: Питер, 2002

.К. Луни Oracle 8. Настольная книга администратора. - М.: Изд-во ЛОРИ, 1999. - 500 с.

.С.Бобровски Oracle 8. Архитектура. - М.: Изд-во ЛОРИ, 1999. - 207 с

.С.Урман Oracle 8. Программирование на языке PL/SQL - М.: Изд-во ЛОРИ, 1999. - 607 с.

7.Роберт Дж. Мюллер ORACLE Developer/2000 Настольная книга пользователя; Издательство «Лори», 1999

8.Майкл Эбби, Майкл Кори ORACLE8: Первое знакомство; Издательство «Лори», 1998

.Инструкция 022-25-0004-2002 «Порядок сдачи-приема программного продукта, разработанного в среде Oracle, в эксплуатацию в вычислительной сети ОАО НПО «Сатурн»

10.Кустова Т.Н. Методические рекомендации по технико-экономическому обоснованию дипломных работ студентов специальности 220400. - Рыбинск, 1995.

11.Жаботинская Т.Н. Разработка вопросов охраны труда в дипломном проекте. Методические указания. - Р.: РАТИ, 1989.

.Методические указания по выполнению раздела «Охрана труда» в дипломном проекте. - А.:АнАТИ,1986.


Приложение А


Структуры таблиц постоянной части БД.

Сокращения:

PK (primary key) - первичный ключ;

FK (foreign key) - внешний ключ; (unique) - значение поля уникально внутри таблицы;

M (mandatory) - поле, обязательное для заполнения;

default - значение по умолчанию.


Таблица А.1 - US_OBJ_CLASS - Классы объектов

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)NAMEОтображаемое наименование классаM, UVarchar2 (100)TABLE_PREFIXПрефикс таблицы БД для объектов классаVarchar2 (5)TABLE_NAMEОбщее наименование таблиц объектовVarchar2 (30)IS_FROZENПризнак замороженности (0-нет, 1-да)M, default=0Integer (2)NOTEКомментарийVarchar2 (200)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.2 - US_LINK_CLASS - Классы связей

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)DIRECT_VERBПрямое наименованиеMVarchar2 (100)INVERSE_VERBОбратное наименованиеMVarchar2 (100)TABLE_PREFIXПрефикс таблицы БД для объектов классаM, UVarchar2 (18)TABLE_NAMEОбщее наименование таблиц объектовVarchar2 (30)IS_FROZENПризнак замороженности (0-нет, 1-да)M, default=0Integer (2)NOTEКомментарийVarchar2 (200)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.3 - US_POSS_CLASS_LINK - Возможные связи классов

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_PARENT_OBJ_CLASSСсылка на класс объектов-источникFK, MUNumber (15,0)ID_LINK_CLASSСсылка на класс связиFK, MNumber (15,0)ID_CHILD_OBJ_CLASSСсылка на класс объектов-приемникFK, MNumber (15,0)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.4 - US_CLASS_ATTR - Атрибуты классов

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_OBJ_CLASSСсылка на класс объектовFKUNumber (15,0)FIELD_NAMEНаименование поля в таблице БДUMVarchar2 (25)ID_LINK_CLASSСсылка на класс связейFKNumber (15,0)DISPLAY_NAMEОтображаемое наименование атрибутаMVarchar2 (100)DISPLAY_ORDERПорядок отображения ключевого атрибутаM, default=0Number (2,0)ID_ATTR_TYPEСсылка на тип атрибутаFK, MNumber (15,0)ACCESSORYПринадлежность атрибута (1-мастер-объекту, 2-версии, 3-связи)MInteger(2)DEFAULT_VALUEЗначение по умолчаниюVarchar2 (100)IS_MANDATORYПризнак обязательного заполнения (0-нет, 1-да)M, default=0Integer(2)NOTEКомментарийVarchar2 (200)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.5 - US_ATTR_TYPE - Типы атрибутов

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)NAMEНаименование типаM, UVarchar2 (40)NOTEКомментарийVarchar2 (200)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.6 - US_STRREAL_ATTR_PARAM - Параметры атрибутов String и Real

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_ATTRСсылка на атрибут String или RealFK, M, UNumber (15,0)PARAM1Параметр1 (длина строки для типа String или длина целой части для типа Real)MIntegerPARAM2Параметр2 (длина дробной части для типа Real)Integer

Таблица А.7 - US_LOOKUP_ATTR_PARAM - Параметры атрибутов LookUp

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_ATTRСсылка на атрибут Look_upFK, M, UNumber (15,0)TABLE_NAMEИмя таблицы БДMVarchar2 (20)KEY_FIELDИмя столбца - первичного ключаMVarchar2 (25)DISPLAY_FIELDИмя столбца отображаемых значенийMVarchar2 (25)

Таблица А.8 - US_FILE_ATTR_PARAM - Параметры атрибутов File

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_ATTRСсылка на атрибут FileFK, M, UNumber (15,0)ID_FILE_PROGСсылка на программу обработки файлаFK, MNumber (15,0)

Таблица А.9 - US_FILE_PROG - Справочник программ обработки файлов

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)NAMEНаименование программыM, UVarchar2(100)NOTEКомментарийVarchar2(200)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.10 - US_FILE_EXTEND - Справочник расширений файлов

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_FILE_PROGСсылка на программу обработки файлаFK, MUNumber (15,0)EXTENDРасширение файлаMVarchar2(10)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.11 - US_DFUNCTION_ ATTR_PARAM - Параметры атрибутов DFunction

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_ATTRСсылка на атрибут DFunctionFK, M, UNumber (15,0)ID_DFUNCTIONСсылка на функцию DFunctionFK, MNumber (15,0)

Таблица А.12 - US_DFUNCTION - Справочник функций DFunction

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)NAMEОтображаемое имя функцииM, UVarchar2 (120)FUNC_NAMEИмя функции БДMVarchar2 (25)NOTEКомментарийVarchar2 (200)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.13 - US_DFUNCTION_PARAM - Параметры функций DFunction

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_DFUNCTIONСсылка на функцию DFunctionFK, MUNumber (15,0)IN_ORDERНомер по порядкуMInteger(3)NAMEОтображаемое имя параметраMVarchar2(120)INDICATIONПоисковое обозначение параметра или константаVarchar2(255)TYPEТип данных параметраMVarchar2(20)NOTEКомментарийVarchar2 (200)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.14 - US_DEFAULT_PERMITION - Разрешения по умолчанию

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_USER_GROUPСсылка на группу пользователейFK, MUNumber (15,0)ID_ OBJ_CLASSСсылка на класс объектовFK, MNumber (15,0)READ_OWNERРазрешения READ владельца (0-нет, 1-да)M, default=1Integer(2)WRITE_OWNERРазрешения WRITE владельца (0-нет, 1-да)M, default=1Integer(2)CH_STAT_OWNERРазрешения CHANGE STATUS владельца (0-нет, 1-да)M, default=0Integer(2)READ_MAIN_GRРазрешения READ главной группы (0-нет, 1-да)M, default=1Integer(2)WRITE_MAIN_GRРазрешения WRITE главной группы (0-нет, 1-да)M, default=1Integer(2)CH_STAT_MAIN_GRРазрешения CHANGE STATUS главной группы (0-нет, 1-да)M, default=0Integer(2)READ_OTHER_GRРазрешение READ других групп (0-нет, 1-да)M, default=1Integer(2)WRITE_OTHER_GRРазрешения WRITE других групп (0-нет, 1-да)M, default=0Integer(2)CH_STAT_OTHER_GRРазрешения CHANGE STATUS других групп (0-нет, 1-да)M, default=0Integer(2)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)Таблица А.15 - US_USER_GROUP - Группы пользователей

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)NAMEНаименование группыM, UVarchar2(100)NOTEКомментарийVarchar2 (200)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.16 - US_USER - Пользователи

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)NETWORK_NAMEСетевое имя пользователяM, UVarchar2(100)ID_MAIN_GROUPСсылка на главную группу пользователяFK, MNumber (15,0)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.17 - US_USER_GROUP_ENTERING - Вхождение пользователя в группу

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_USERСсылка на пользователяFK, MUNumber (15,0)ID_USER_GROUPСсылка на группу пользователяFK, MNumber (15,0)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.18 - US_CEVR_LIST - Перечень правил вычисления эф. версии для классов

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_OBJ_CLASSСсылка класс объектовFK, MUNumber (15,0)ID_CEVRСсылка на правило вычисления эф. версииFK, MNumber (15,0)IS_DEFAULTПризнак правила по умолчанию (0 - нет, 1 - да)M, default = 0Integer(2)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.19 - US_CEVR - Правила вычисления эф. версии

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)NAMEНаименование правилаM, UVarchar2(120)ID_CEVR_KINDСсылка на вид вычисленияFK, MNumber (15,0)CALL_STRСтрока вызова функции БДMVarchar2 (500)CEVR_FIELDПоле таблицы мастер-объектов, где хранится правилоMVarchar(30)NOTEКомментарийVarchar2 (200)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.20 - US_CEVR_KIND - Справочник видов вычисления эф. версии

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)NAMEНаименование видаM, UVarchar2(120)NOTEКомментарийVarchar2 (200)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)Таблица А.21 - US_CEVR_KIND_PARAM - Справочник параметров для видов вычисления эф. версии

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_CEVR_KINDСсылка на вид вычисленияFK, MUNumber (15,0)INDICATIONПоисковое обозначение параметраMVarchar2(50)NAMEОтображаемое наименование параметраMVarchar2 (120)NOTEКомментарийVarchar2 (200)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.22 - US_LC_STAGE_LIST - Перечень этапов жизненного цикла для классов

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_OBJ_CLASSСсылка на класс объектовFK, MUNumber (15,0)ID_LC_STAGEСсылка на этап жизненного циклаFK, MNumber (15,0)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.23 - US_LC_STAGE - Этапы жизненного цикла

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)NAMEНаименование этапаM, UVarchar2(120)NOTEКомментарийVarchar2 (200)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Таблица А.24 - US_CHSTATUSGROUP_LIST - Перечень групп, пользователям которых разрешено изменять статус объектов

ОбозначениеНаименованиеОграничения целостностиТип данныхIDУникальный код записиPKNumber (15,0)ID_OBJ_CLASSСсылка на класс объектовFK, MUNumber (15,0)ID_OBJ_CR_USER_GROUPСсылка на группу пользователей, создающих объектыFK, MNumber (15,0)ID_USER_GROUPСсылка на группу пользователей, изменяющих статусFK, MNumber (15,0)CREATE_DATEДата созданияMDateCREATE_USERАвтор созданияMVarchar2 (40)CHANGE_DATEДата измененияDateCHANGE_USERАвтор измененияVarchar2 (40)

Приложение Б


Перечень API-функций.

1.Функции описания и управления структурой хранилища (пакет PC_CORE)

1.1Функция создания и изменения класса объектов F_CRCH_OBJ_CLASS

1.2Функция удаления класса объектов F_DEL_OBJ_CLASS

.3Функция «заморозки» и «разморозки» класса объектов F_FREEZE_OBJ_CLASS

.4Функция «заморозки» и «разморозки» класса связей F_FREEZE_LINK_CLASS

.5Функция создания и изменения класса связей F_CRCH_LINK_CLASS

.6Функция удаления класса связей F_DEL_LINK_CLASS

.7Функция добавления класса связей в перечень возможных связей для класса объектов F_CR_POSS_CLASS_LINK

.8Функция удаления класса связей из перечня возможных связей для класса объектов F_DEL_POSS_CLASS_LINK

.9Функция создания и изменения этапа жизненного цикла F_CRCH_LC_STAGE

.10Функция удаления этапа жизненного цикла F_DEL_LC_STAGE

.11Функция добавления этапа жизненного цикла в перечень возможных этапов для класса F_CR_CLASS_POSS_LC_STAGE

.12Функция удаления этапа жизненного цикла из перечня возможных этапов для класса F_DEL_CLASS_POSS_LC_STAGE

.13Функция создания и изменения типа атрибута F_CRCH_ATTR_TYPE

.14Функция удаления типа атрибута F_DEL_ATTR_TYPE

.15Функция создания и изменения атрибута типа Char F_CRCH_CHAR_ATTR

.16Функция создания и изменения атрибута типа String F_CRCH_STRING_ATTR

.17Функция создания и изменения атрибута типа Integer F_CRCH_INTEGER_ATTR

.18Функция создания и изменения атрибута типа Date F_CRCH_DATE_ATTR

.19Функция создания и изменения атрибута типа Real F_CRCH_REAL_ATTR

.20Функция создания и изменения атрибута типа LookUp F_CRCH_LOOKUP_ATTR

.21Функция создания и изменения атрибута типа Sfunction F_CRCH_SFUNCTION_ATTR

.22Функция создания и изменения атрибута типа Dfunction F_CRCH_DFUNCTION_ATTR

.23Функция создания и изменения атрибута типа ItemReference F_CRCH_ITEM_REF_ATTR

.24Функция создания и изменения атрибута типа File F_CRCH_FILE_ATTR

.25Функция удаления атрибута F_DEL_ATTR

.26Функция создания и изменения записи о программе обработки файлов F_CRCH_FILE_PROG

.27Функция удаления записи о программе обработки файлов F_DEL_FILE_PROG

.28Функция создания и изменения записи о расширении файла F_CRCH_FILE_EXTEND

.29Функция удаления записи о расширении файла F_DEL_FILE_EXTEND

.30Функция создания и изменения записи о функции типа DFunction F_CRCH_DFUNCTION

.31Функция удаления записи о функции типа DFunction F_DEL_DFUNCTION

.32Функция создания и изменения параметра функции типа DFunction F_CRCH_DFUNCTION_PARAM

.33Функция удаления параметра функции типа DFunction F_DEL_DFUNCTION_PARAM

.34Функция создания и изменения вида вычисления эффективной версии F_CRCH_CEVR_KIND

.35Функция удаления вида вычисления эффективной версии F_DEL_CEVR_KIND

.36Функция создания и изменения параметра для вида вычисления эффективной версии F_CRCH_CEVR_KIND_PARAM

.37Функция удаления параметра для вида вычисления эффективной версии F_DEL_CEVR_KIND_PARAM

.38Функция создания и изменения правила вычисления эффективной версии F_CRCH_CEVR

.39Функция удаления правила вычисления эффективной версии F_DEL_CEVR

.40Функция добавления и изменения правила вычисления эффективной версии в перечень возможных правил для класса объектов F_CRCH_CLASS_POSS_CEVR

.41Функция удаления правила вычисления эффективной версии из перечня возможных правил для класса объектов F_DEL_CLASS_POSS_CEVR

2.Функции генерации структуры хранилища (пакет PC_GEN)

2.1Функция генерации класса связей F_GEN_LINK_CLASS

2.2Функция генерации класса объектов F_GEN_OBJ_CLASS

.3Функция генерации списка классов F_GEN_ALL_CLASSES

3.Функции управления пользователями и группами (пакет PC_USER)

3.1Функция создания и изменения записи о группе пользователей F_CRCH_USER_GROUP

3.2Функция удаления записи о группе пользователей F_DEL_USER_GROUP

.3Функция создания и изменения записи о пользователе F_CRCH_USER

.4Функция удаления записи о пользователе F_DEL_USER

.5Функция создания записи о входимости пользователя в группу F_CRCH_USER_GROUP_ENTERING

.6Функция удаления записи о входимости пользователя в группу F_DEL_USER_GROUP_ENTERING

.7Функция проверки регистрации данного пользователя в системе F_CHECK_USER

.8Функция выбора всех групп, в которые входит данный пользователь F_GET_USER_ALL_GROUPS

.9Функция выбора главной группы пользователя F_GET_USER_MAIN_GROUP

.10Функция выбора всех пользователей группы F_GET_GROUP_ALL_USERS

.11Функция определения владельца данного объекта F_GET_OBJ_OWNER

.12Функция определения главной группы для данного объекта F_GET_OBJ_MAIN_GROUP

.13Функция определения ФИО пользователя по его сетевому имени F_GET_USER_FIO

4.Функции управления и определения разрешений для операций над объектами (пакет PC_PERM)

4.1Функция создания и изменения разрешений по умолчанию для данной группы пользователей и данного класса объектов F_CRCH_DEFAULT_PERM

4.2Функция удаления разрешений по умолчанию для данной группы пользователей и данного класса объектов F_DEL_DEFAULT_PERM

.3Функция изменения разрешений по умолчанию для владельца объектов данного класса F_CH_OWNER_DEFAULT_PERM

.4Функция изменения разрешений по умолчанию для пользователей главной группы владельца объектов данного класса F_CH_MGROUP_DEFAULT_PERM

.5Функция изменения разрешений по умолчанию для пользователей других групп по отношению к владельцу объектов данного класса F_CH_OGROUP_DEFAULT_PERM

.6Функция определение разрешения данной операции над данным объектом F_CHECK_OBJ_OPER_PERM

.7Функция создания записи о группе, пользователи которой могут менять статус объекта данного класса, созданного пользователями данной группы F_CR_OBJ_CLASS_ST_GR

.8Функция удаления записи о группе, пользователи которой могут менять статус объекта данного класса, созданного пользователями данной группы F_DEL_OBJ_CLASS_ST_GR

.9Функция определение разрешения для данного объекта F_CHECK_OBJ_PERM

.10Функция определения разрешения для 2-х данных объектов F_CHECK_OBJ_PERM2

.11Функция определение разрешения данной операции над данной связью F_CHECK_LINK_OPER_PERM


Приложение В


Структура постоянной части базы данных



Содержание Введение . Обзор аналогов .1 Разработка изделий .2 Управление изменениями .3 Интеграция приложений .4 Пакет решений в области у

Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2017 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ