Диплом: Исследование и разработка информационной системы учета работы сотрудников на примере ООО НПП "Нефтехимия"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
61
работник закреплен за определенным местом работы. Менеджер контролирует
процесс.
Руководитель имеет доступ ко всем справочникам и таблицам.
2.3.2. Характеристика нормативно-справочной, входной и оперативной
информации
В сист
a
еме используют
a
ся справочники, приведенные в т
a
аблице 9.
Т
A
аблица 9
Перечень используемых справочников
Название
справочника
От
a
вет
a
ст
a
венный
за ведение
Средний
объём
справочника
в записях
Средняя
част
a
от
a
у
акт
a
уализации
Средний
объем
акт
a
уализации,
%
Должность
Менеджер
200
1 раз в месяц
10
Вид места
Менеджер
20
1 раз в месяц
20
Здание
Менеджер
10
1 раз в год
10
Место работы
Менеджер
10
1 раз в месяц
10
Отдел
Менеджер
20
1 раз в месяц
20
Подразделения
Менеджер
20
1 раз в месяц
20
Сотрудник
Менеджер
20
1 раз в месяц
10
Список документ
a
ов, находящихся в архиве, а т
a
акже список документ
a
ов,
находящихся на конт
a
роле, от
a
личают
a
ся наличием мест
a
а хранения.
Таблица 10
Описание входных документов
пп
Наименова-
ние
Реквизиты
Таблицы, на
основе которых
формируется
Частота
формирован
ия
1
Контроль
Номер
Дата
Должность
Вид места
Здание
Место работы
Отдел
Подразделения
Сотрудник
Должность
Вид места
Здание
Место работы
Отдел
Подразделения
Сотрудник
По мере
необходимости
2.3.3 Характеристика результатной информации
Отчеты описываются в таблице 10
62
Таблица 11
Описание выходных документов
пп
Номенклатура
Реквизиты
Таблицы, на
основе
которых
формируется
Частота
формирован
ия
1
Табель
Номер
Дата
Подразделен
ие
Отдел
Сотрудник
Часы
Вид техники
Техника
Запчасть
Проблема
Ежемесячно
2
Отработанное
время
Номер
Дата
Должность
Вид места
Здание
Место
работы
Отдел
Подразделен
ия
Сотрудник
Вид техники
Техника
Запчасть
Проблема
Ежемесячно
2.4. Программное обеспечение задачи
2.4.1. Общие положения (дерево функций и сценарий диалога)
Сценарий диалога очень прост и схож с интерфейсом множества программных
продуктов, с которыми пользователь уже возможно имел дело. Использование
структурированного меню и дочерних форм позволит конечному потребителю
приложения наиболее быстро добраться до необходимой ему задачи.
Работа с информационной системой начинается с главной формы, через
которую можно выйти в нужную подсистему (рисунок 12).
63
Рисунок 12. Дерево функций информационной системы
В состав классификаторов входят следующие:
Справочник "Вид места"
Справочник "Подразделение"
Справочник "Отдел"
Справочник "Должность"
Справочник «Здание»
Справочник «Место работы»
Справочник "Сотрудники"
В список первичных документов входят:
Контроль
В результате должны формироваться следующие документы:
Табель;
Отработанное время;
Функции
Основные
Ведение
справочников
Ведение
документов
Получение
отчетов
Служебные
Управление
окнами
Настройки
Помощь
64
Система является диалоговой, т.е. выполняет с функциональной точки зрения
процесс обмена сообщениями между пользователями и ЭВМ, при котором,
осуществляется постоянная смена ролей информатора и реципиента.
Для просмотра информации об общем объеме зарегистрированных документов
формируется отчет.
Рисунок 13. Сценарий диалога информационной системы
2.4.2. Характеристика базы данных
В базе данных от
a
ражает
a
ся информация об определенной предмет
a
ной област
a
и.
Предмет
a
ной област
a
ью называет
a
ся част
a
ь реального мира, предст
a
авляющая инт
a
ерес для
данного исследования [21].
Чаще всего выделяют
a
т
a
ри уровня моделей: логический, физический и внешний.
ER-модель являет
a
ся одним из элемент
a
ов концепт
a
уальной модели.
Использование ER- моделирования (особенно в сочет
a
ании с авт
a
омат
a
изированными
средст
a
вами проект
a
ирования - CА
AААА
SE-средст
a
вами) дает
a
много преимущест
a
в:
предписывая определенную мет
a
одологию моделирования, делает
a
анализ
предмет
a
ной област
a
и более целенаправленным и конкрет
a
ным;
являет
a
ся удобным средст
a
вом документ
a
ирования проект
a
а;
65
позволяет
a
вест
a
и проект
a
ирование АИС без привязки к конкрет
a
ной
целевой СУБД и осущест
a
влят
a
ь выбор последней в любой момент
a
времени (чем ближе
к концу проект
a
ирования эт
a
о будет
a
сделано, т
a
ем т
a
очнее может
a
быт
a
ь выбор).
В данном дипломном проект
a
е ER-модель пост
a
роена в ERWin (рис. 10-12).
Рисунок 14. ER-диаграмма в среде ERwin
Процесс генерации физической схемы базы данных из логической модели
данных называет
a
ся прямым проект
a
ированием (Forw
a
rd Engineering). Когда
пользоват
a
ель генерирует
a
физическую схему, ERwin позволяет
a
включат
a
ь т
a
риггеры
ссылочной целост
a
ност
a
и, хранимые процедуры, индексы, ограничения и другие
возможност
a
и, дост
a
упные при определении т
a
аблиц в СУБД.
Прежде чем переносит
a
ь спроект
a
ированную модель данных в сист
a
ему
управления базами данных, будет
a
нелишним проверит
a
ь полученную схему на
66
предмет
a
логической целост
a
ност
a
и и от
a
сут
a
ст
a
вия ошибок проект
a
ирования. Продукт
a
C
A
ERwin D
a
t
a
Model V
a
lid
a
tor позволяет
a
анализироват
a
ь ст
a
рукт
a
уры данных, ключи, индексы,
ст
a
олбцы и от
a
ношения. Кроме т
a
ого, решение поможет
a
от
a
образит
a
ь в графическом виде
ст
a
рукт
a
уру всей базы данных, включая ст
a
олбцы с перекрест
a
ными ссылками и списки
от
a
ношений. Для проверки схемы данных необходимо сохранит
a
ь ERD-диаграмму,
пост
a
роенную в C
A
ERwin D
a
t
a
Modeler, и зат
a
ем выбрат
a
ь пункт
a
меню Tools | C
A
ERwin D
a
t
a
Model V
a
lid
a
tor. В от
a
крывшемся окне C
A
ERwin D
a
t
a
Model V
a
lid
a
tor, нужно выбрат
a
ь пункт
a
File | New, и в от
a
крывшемся диалоговом окне прописат
a
ь пут
a
ь до сохранённой ранее
ERD-диаграммы.
Открываем физическую (Physical) модель проектируемой ИС. На вкладке
Database выбираем Choose Database. В открывшемся окне выбираем MySql в качестве
нужного типа СУБД, после чего типы данных в физической модели изменятся, так
как по умолчанию она может быть настроена на другую СУБД
CA ERwin Data Modeler SE - продукт, лидирующий в области моделирования
данных, который предоставляет действенный способ визуализации данных из
множественных источников внутри организации, увеличивая эффективность за счет
многократного использования и стандартов и одновременно повышая качество
сохраняемой информации, обеспечивая целостное представление стратегических
информационных активов.
CA ERwin Data Modeler SE увеличивает производительность за счет
предоставления легкого в использовании графического окружения, которое упрощает
конструирование баз данных и автоматизирует многие трудоемкие задачи, ускоряя
создание высококачественных, высокопроизводительных транзакционных и
информационных баз данных.
Способность представлять огромное количество информации в графическом
формате помогает поддерживать связь между деловыми и техническими
заинтересованными сторонами, обеспечивая соответствие требований бизнеса и их
технической реализации в базах данных. Благодаря визуальному проектированию,
разработчики баз данных могут разрешать все сложные вопросы до момента любого
значительного инвестирования ресурсов, способствуя более быстрому реагированию
организации на возникающие потребности предприятия, подчеркивая важность
67
влияния изменений на информационные активы и позволяя быстро отвечать на
постоянно меняющееся и стремительно возрастающее информационное окружение.
Ключевые функции
Ключевые функции CA ERwin Data Modeler SE включают:
Диаграммы и визуализация: CA ERwin предлагает современную диаграммную
технологию, предоставляющую гибкость графического редактора в сочетании с силой
средства моделирования баз данных, лидирующего в этой области. Не только вид
ваших моделей значительно улучшится, но и вам станет легче создавать их и
управлять ими.
Редактор метаданных: позволяет редактировать различные наборы объектов в
рамках единого интерфейса вида электронной таблицы, позволяющего вносить
массовые изменения, экспортировать в Excel, выполнять запросы к метаданным [3].
Полное сравнение: Эта мощная функция автоматизирует полную
двунаправленную синхронизацию моделей, скриптов и баз данных, сравнивая
каждый из элементов, отображая все различия, и позволяет выполнить
двунаправленное выборочное обновление. Если изменения модели должны найти
отражение в базе данных, ERwin может автоматически сгенерировать скрипт ALTER.
Создание структуры базы данных: CA ERwin позволяет создать структуру базы
данных непосредственно из визуальных моделей, увеличивая эффективность и
снижая ошибки. Лидирующая в отрасли поддержка различных баз данных включает
оптимизированные шаблоны триггеров целостности ссылок и богатый универсальный
макроязык, позволяющий разработчикам настраивать триггеры, скрипты и хранимые
процедуры. Настраиваемые шаблоны облегчают полную физическую реализацию
модели и определений.
Реверсивное проектирование баз данных: Недокументированная информация,
содержащаяся внутри скриптов SQL или базах данных, может быть визуализирована
или повторно использована для создания новых моделей данных и/или объектов базы
данных [4].
Стандарты проектирования для многократного использования: Расширенный
набор объектов моделирования для многократного использования позволяет вам
создавать, поддерживать, применять и использовать отображение трансформаций
имен, отображение типов данных, шаблоны создания схем, определения доменов и
68
множество других стандартов моделирования для увеличения возможности
многократного использования внутри вашей организации.
Отчеты и печать: Каждая копия CA ERwin Data Modeler SE включает копию
SAP Business Objects Crystal Reports. Вы можете использовать встроенные отчеты или
создавать свои собственные. Универсальный интерфейс ODBC доступен для
заказчиков, которые используют другие инструменты отчетности. Отчеты могут быть
сгенерированы в различных форматах, включая HTML, PDF, RTF and TXT.
Интеграция и обмен метаданных с другими инструментами: Легко объединить
ERwin с другими проектами и инструментами, благодаря средствам импорта и
экспорта для разнообразных источников, включая BI tools, MDM hubs, другие
средства моделирования данных, Extract, Transform, инструменты Load (ETL) и
инструменты Unified Modeling Language (UML).
При проектировании базы данных разработаны следующие таблицы,
наименование которых и их назначение приведено в таблице 8.
Таблица 12
Описание таблиц базы данных
Наименование
Хранимые данные
Должность
Список должностей
Вид места
Описание видов рабочих мест
Здание
Сведения о корпусах предприятия
Место работы
Описание рабочих мест
Отдел
Сведения об отделах
Подразделения
Сведения о подразделениях
Сотрудник
Сведения о сотрудниках
Контроль
Сведения о работе сотрудников
Характеристика каждой таблицы базы данных приведена ниже, в таблицах 13–
16.
Таблица 13
Вид места
Номенклатура
поля
Идентифи
катор
поля
Тип
поля
Длина
поля
Примеча
ние
Вид места
Вид места
Текстовый
Ключевое
поле
69
Код вида
Код вида
Числовой
20
В таб. 14 описаны характеристики таблицы Должность
Таблица 14
Должность
Номенклатура
поля
Идентифик
атор поля
Тип поля
Длина
поля
Код должности
Код
должности
Числовой
Ключевое
поле
Название
Название
Текстовый
30
В таб. 15 описаны характеристики таблицы Злание
Таблица 15
Здание
Номенклату
ра поля
Идентифика
тор поля
Тип
поля
Длина
поля
Приме
чание
Код здания
Код здания
Числовой
10
Ключево
е поле
Название
Название
Строка
200
Адрес
Адрес
Строка
200
В таб. 16 описаны характеристики таблицы Место работы
Таблица 16
Место работы
Номенклатура
поля
Идентификат
ор поля
Тип поля
Длина
поля
Код места
Код места
Числовой
Ключевое
поле
Название
Название
Текстовый
20
Код вида
Код вида
Числовой
20
Код вида
Числовой
20
Таблица 17
Отдел
Номенклатура
поля
Идентификатор
поля
Тип поля
Длина
поля
Код отдела
Код отдела
Числовой
Ключевое
поле
70
Название
Название
Текстовый
Таблица 18
Подразделения
Номенклатура
поля
Идентификатор
поля
Тип поля
Длина
поля
Код
подразделения
Код
подразделения
Числовой
Ключевое
поле
Название
Название
Текстовый
В таб. 19 описаны характеристики таблицы Сотрудники
Таблица 19
Сотрудники
Номенклату
ра поля
Идентифика
тор поля
Тип
поля
Длина
поля
Приме
чание
Код работника
Код работника
Числовой
10
Ключево
е поле
ФИО
ФИО
Строка
200
Телефон
Телефон
Строка
10
Код
подразделения
Код
подразделения
Числовой
Код отдела
Код отдела
Числовой
Код должности
Код должности
Числ
овой
В таб. 20 описаны характеристики таблицы Контроль
Таблица 20
Контроль
Номенклатура
поля
Идентификатор
поля
Тип поля
Длина
поля
Код Сотрудника
Код Сотрудника
Числовой
Дата
Дата
Дата
Пришел
Пришел
Дата
Ушел
Ушел
Дата

Смотрите также:

«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран
Work-life balance подход в управлении рабочим временем молодых сотрудников (на примере ООО «МГТ-сервис»)
Автоматизация бизнес-процессов вывода банковского продукта на рынок
Автоматизация бизнес-процессов малого предприятия на примере ООО "Лагонаки"
Автоматизация документооборота организации на примере Дирекции информационных систем АО «Казахтелеком»