
- •Аннотация
- •Annotation
- •Содержание
- •Введение
- •1 Технико-экономическое обоснование проекта
- •2 Анализ процесса контроля исполнения распорядительных документов предприятия
- •3 Обоснование выбора средств разработки
- •4 Разработка функциональной модели
- •4.1 Построение контекстной диаграммы
- •4.2 Декомпозиция моделируемой системы
- •5 Разработка информационной модели
- •5.1 Определение сущностей
- •5.2 Определение связей между сущностями
- •5.3 Определение первичных ключей
- •5.4 Определение атрибутов сущностей и внешних ключей
- •5.5 Создание логической модели бд
- •5.6 Создание физической модели бд
- •5.7 Прямое проектирование
- •6 Разработка алгоритмов функционирования и программная реализация информационной системы
- •6.1 Разработка алгоритмов функционирования
- •6.2 Программная реализация информационной системы
- •7 Экспериментальная часть
- •7.1 Тестирование программного обеспечения
- •7.2 Руководство пользователя
- •8 Экономическая часть
- •8.1 Технико-экономическое обоснование темы
- •8.2 Построение ленточного графика
- •8.3 Составление сметы затрат на разработку и определение цены на программную разработку
- •8.3.1 Материальные затраты
- •8.3.2 Затраты на оплату труда
- •8.3.3 Отчисления на социальные нужды
- •8.3.4 Амортизация основных фондов
- •8.3.5 Накладные расходы
- •8.3.6 Затраты на проект
- •8.4 Экономическая эффективность разработки
- •9 Безопасность и экологичность проекта
- •9.1 Анализ условий труда на рабочем месте оператора пэвм
- •9.2 Выявление опасных факторов, влияющих на оператора пэвм
- •9.2.1 Воздушная среда в помещениях с пэвм
- •9.2.2 Опасность поражения электрическим током
- •9.2.3 Повышенный уровень шума
- •9.2.4 Неблагоприятные условия зрительной работы
- •9.2.5 Электромагнитное излучение пэвм
- •9.2.6 Расчет освещенности рабочего места оператора
- •9.3 Обеспечение пожарной безопасности
- •9.3.1Оценка пожароопасности объекта
- •9.3.2 Категории зданий по взрывопожарной и пожарной опасности
- •9.3.3 Причины возникновения пожаров и мероприятия по их устранению
- •9.4 Экологичность проекта
- •Заключение
- •Список используемых источников
- •Федеральное агентство по образованию
- •«Рязанский государственный радиотехнический университет» Кафедра автоматизированных систем управления
- •Integer
- •Integer;
- •Integer
5.2 Определение связей между сущностями
После выделения сущностей следующим этапом разработки будет установление всех существующих между ними связей. Одним из способов определения связей является выборка из спецификаций (описаний) на проект всех выражений, содержащих глаголы. Специфическое отношение связи изображается линией, проводимой между сущностью – родителя и сущностью – потомок, с точкой на конце линии у сущности – потомок. В этом случае определяется, каково количество экземпляров сущности – потомка для каждого экземпляра сущности- родителя. Каждую из возможных пар сущностей необходимо проверить на наличие между ними некоторой связи. Установив связи, которые будут иметь место в создаваемой локальной модели, необходимо определить кардинальность (мощность) каждой из них:
Могут быть выражены следующие отношения мощности:
- Zero, One or Many(Ноль, Один или более);
- Zero or Many(Ноль или один)-(Z);
- One or Many(Один или более)-(P);
- Exactly(Точное значение);
Рассмотрим отношения между сущностями «Признак исполнения», «Категории важности работ» и «Контролируемые работы», полученными из DFD – диаграммы блока А1.5 - «Внести необходимую информацию о контролируемых работах» в соответствии с рисунком 5.1.
Рисунок 5.1 - ER-диаграмма, показывающая связь между сущностями «Признак исполнения», «Категории важности работ» и «Контролируемые работы»
Рассмотрим отношения между сущностями «Категории важности работ», «Причина переноса» и «Перенесённые работы», полученными из DFD – диаграммы блока А2.4 - «Перенести сроки выполнения» (рисунок 5.2).
Рисунок 5.2 - ER-диаграмма, показывающая связь между сущностями «Причина переноса» и «Перенесённые работы»,
После создания сущностей необходимо определить отношения между ними. Существует два основных вида отношений. Первый вид – идентифицирующее отношение. Если экземпляр сущности потомка однозначно определяется своей связью с сущностью родителем, то такое отношение называется идентифицирующим. Второй вид – не идентифицирующее отношение. Если каждый экземпляр в сущности потомка может быть однозначно идентифицирован без связи с ним экземпляра сущности родителя, то отношение называется не идентифицирующим.
Рассмотрим отношение между сущностями «Контролируемые работы» и «Категории важности работ». Одна и та же категория важности работ может быть указана для несколько контролируемых работ, поставленных на контроль, в тоже время, для одной контролируемой работы не может быть указано несколько категорий важности работ, поэтому между данными сущностями будет связь один – ко - многим.
Аналогично между сущностями «Контролируемые работы» и «Признак исполнения». Признак исполнения работы отмечается для одной или нескольких контролируемых работ. Таким образом, отношение будет один ко многим. Учитывая внешние данные, поступающие из автоматизированной системы «Кадры» (справочник «Подразделения ГРПЗ», классификатор “Функциональные службы, файл «Картотека руководителей») и общесистемные справочники (справочник «Календарь», классификатор «Документы»), представим отношения между сущностями в виде таблицы 5.2.
Таблица 5.2 - Определение связей между сущностями
-
Главная
Сущность
Наименование
Отношения
Дочерняя
сущность
Мощность
Категории важности работ
указываются для
Контролируемые работы
один-ко-многим
Признак исполнения
отмечается в
Контролируемые работы
один-ко-многим
Картотека руководителей
используется
Контролируемые работы
один-ко-многим
Функциональные службы
характеризуют
Подразделения ГРПЗ
один-ко-многим
Подразделения ГРПЗ
содержат
Контролируемые работы
один-ко-многим
Картотека руководителей
используется
Контролируемые работы
один-ко-многим
Справочник «Предупреждающие литеры»
соответствует
Контролируемые работы
один-ко-многим
Причины переноса работ
указываются для
Перенесённые работы
один-ко-многим
Документы
указываются в
Контролируемые работы
один-ко-многим
Контролируемые работы
содержат
Перенесённые работы
один-ко-многим