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

Размещено на http://www.allbest.ru/

Введение

Тема данного дипломного проекта “Разработка автоматизированной системы управления деятельностью компании”.

Разработанная в дипломном проекте автоматизированная система управления деятельностью компании создавалась для компании “Север”, специализирующейся на разработках мебели различного назначения.

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

1. Хранить все электронные документы, используемые в компании централизованно;

2. Хранить централизованно все данные о документах, персонале и организационной структуре компании;

3. Осуществлять удобный интерфейс пользователя с базой данных по локальной сети;

4. Разграничивать права доступа пользователей системы.

1. Расчетно-теоретическая часть

1.1 Требования к ИС

Наименование системы

Наименование системы: «Система автоматизированного управления деятельностью компании».

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

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

Область применения

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

Общие требования к программному обеспечению

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

2. Система должна состоять из двух частей: серверной и клиентской.

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

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

· Организация бесперебойного питания технических средств.

· Использование лицензионного программного обеспечения.

· Регулярное выполнение рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств».

· Регулярное выполнение требований ГОСТ 51188-98 «Испытания программных средств на наличие компьютерных вирусов».

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

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

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

1. Удовлетворение требованиям выбранных программных средств;

2. Минимальная стоимость.

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

1. Ориентирование на модификацию и расширение;

2. Высокая эффективность и надежность;

3. Обеспечение целостности данных;

4. Обеспечение ограничения доступа к данным;

5. Удобство пользовательского интерфейса.

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

Система должна выполнять следующие функции:

1. Хранить все электронные документы, используемые в компании централизованно;

2. Хранить централизованно все данные о документах, персонале и организационной структуре компании;

3. Осуществлять удобный интерфейс пользователя с базой данных по локальной сети;

4. Разграничивать права доступа к объектам системы.

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

1. Система должна иметь интуитивно понятный графический пользовательский интерфейс;

2. Панель меню главного окна системы (главное меню) должна предоставлять доступ с помощью клавиатуры или манипулятора типа «мышь» ко всем инструментам настройки и управления системы;

3. Главное меню должно содержать следующие пункты:

А) Файл

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

· Подразделения - меню для работы с подразделениями;

· Проекты - меню для работы с проектами;

· Продукты - меню для работы с продуктами;

· Сотрудники - меню для работы с сотрудниками;

· Документы - меню для работы с документами.

Б) Инструменты

Данный пункт меню предназначен для настройки клиентской части системы и содержит подпункты:

· Сменить пароль - меню для смены пароля пользователя;

· Справочники - справочные объекты системы;

· Настройки - общие настройки клиента.

В) Помощь

Данный пункт меню содержит подпункты:

· Справка - справочная информация по системе;

· О программе - сведения об авторе, дате и другое.

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

· Между сервером и клиентской станцией должна быть настроена локальная сеть;

Конфигурация для сервера:

· Процессор: не хуже Intel Pentium 4, 2 GHz или аналогичный от AMD;

· Оперативная память: не менее 2 GB;

· Жесткий диск: не менее 2 GB

Конфигурация для клиентской станции:

· Процессор: не хуже Intel Pentium 4, 1 GHz или аналогичный от AMD;

· Оперативная память: не менее 512 MB;

· Жесткий диск: не менее 1 GB

Требования к климатическим условиям эксплуатации

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

Требования к квалификации и численности персонала

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

· поддержание работоспособности системных программных средств;

· резервное копирование файлов конфигурации.

1.2 Информационная модель

Выбор способа организации данных

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

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

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

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

· система должна быть адекватной и должна настраиваться под быстро изменяющиеся показатели на компьютерном рынке;

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

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

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

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

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

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

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

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

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

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

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

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

Реляционная база данных представляет собой хранилище данных, содержащее набор двухмерных таблиц. Набор средств для управления подобным хранилищем называется реляционной системой управления базами данных (РСУБД). РСУБД может содержать утилиты, приложения, сервисы, библиотеки, средства создания приложений и другие компоненты.

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

· каждое значение, содержащееся на пересечении строки и колонки, должна быть атомарным (т.е. не расчленяемым на несколько значений);

· значения данных в одной и той же колонке должны принадлежать к одному и тому же типу, доступному для использования в данной СУБД;

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

· каждое поле имеет уникальное имя;

· последовательность полей в таблице несущественна;

· последовательность записей также несущественна;

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

· каждое не ключевое поле функционально полно зависит от ключа.

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

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

Существует три принципиальных отличия между системами управления реляционными базами данных (СУРБД) и программами электронных таблиц:

1. Все СУРБД разрабатываются с целью обеспечения эффективной обработки больших объемов информации, намного больших, чем те, с которыми справляются электронные таблицы;

2. СУРБД может легко связывать две таблицы так, что для пользователя они будут представляться одной таблицей. Реализовать такую возможность в системах управления электронными таблицами сложно, а иногда просто не возможно;

3. СУРБД минимизирует общий объем базы данных. Для этого таблицы, содержащие повторяющиеся данные, разбиваются на несколько связанных таблиц.

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

На сегодняшний день существует очень много СУБД, однако наиболее популярными, являются MySQL, MSSQL, PostgreSQL, Oracle. Для разработки базы данных системы автоматизированного управления деятельностью компании использовалась СУБД PostgreSQL, т.к. она отвечает основным требованиям к разрабатываемой системе:

· надежность;

· быстродействие;

· богатый выбор возможностей;

· функционирование в среде Windows;

· бесплатность и открытость исходного кода;

· прямой доступ с помощью API функций.

Моделирование данных

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

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

Рисунок 1 - Сравнительный анализ подходов к разработке базы данных сверху вниз и снизу вверх.

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

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

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

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

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

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

Анализ таблиц базы данных

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

Основные объекты системы.

В системе имеются следующие объекты:

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

Сотрудник - объект, соответствующий реальному сотруднику организации.



Рисунок 2 - ER - диаграмма

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

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

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

Продукт - объект, справочный элемент системы, соответствующий определенному продукту, выпускаемому компанией;

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

Рассмотрим таблицы подробнее.

Таблица cities содержит список названий городов:

Таблица 1 - cities

Поле	Тип данных	Описание
id	integer	Уникальный номер
title	varchar(50)	Название

Таблица streets содержит список названий улиц:

Таблица 2 - streets

Поле	Тип данных	Описание
id	integer	Уникальный номер
title	varchar(50)	Название

Таблица object_types содержит список названий типов объектов системы:

Таблица 3 - object_types

Поле	Тип данных	Описание
id	integer	Уникальный номер
title	varchar(50)	Название

Таблица objects_tree содержит данные о дереве объектов системы:

Таблица 4 - objects_tree

Поле	Тип данных	Описание
id	integer	Уникальный номер
left_key	integer	Левый ключ
right_key	integer	Правый ключ
level_key	integer	Уровень дерева
object_type_id	integer	Идентификатор типа объекта
object_instance_id	integer	Идентификатор объекта
title	varchar(50)	Название объекта

Таблица database_roles содержит список названий ролей сотрудниках компании:

Таблица 5 - database_roles

Поле	Тип данных	Описание
id	integer	Уникальный номер
title	varchar(50)	Название

Таблица employee_states содержит список названий статусов сотрудниках компании:

Таблица 6 - employee_states

Поле	Тип данных	Описание
id	integer	Уникальный номер
title	varchar(50)	Название

Таблица employees содержит данные о сотрудниках компании:

Таблица 7 - employees

Поле	Тип данных	Описание
id	integer	Уникальный номер
reference	varchar(9)	Уникальный ссылочный номер
login	varchar(15)	Логин пользователя
db_role_id	integer	Идентификатор роли сотрудника
state_id	integer	Идентификатор статуса сотрудника
last_name	varchar(20)	Фамилия
first_name	varchar(20)	Имя
second_name	varchar(20)	Отчество
city_id	integer	Идентификатор города
street_id	integer	Идентификатор улицы
house	varchar(5)	Номер дома
apartment	varchar(5)	Номер квартиры
gender	integer	Пол
birth_date	date	Дата рождения
birth_place	varchar(300)	Место рождения
marriage	integer	Семейное положение сотрудника
rus_pas_ser	integer	Серия российского паспорта
rus_pas_numb	integer	Номер российского паспорта
rus_pas_date	date	Дата выдачи российского паспорта
rus_issuer	varchar(300)	Кем выдан
for_pas_numb	varchar(15)	Номер загранпаспорта
for_pas_date	date	Дата выдачи загранпаспорта
for_pas_expir	date	Действителен до
for_nationality	varchar(30)	Сведения о гражданстве (на латыни)
for_birth_place	varchar(300)	Место рождения (на латыни)
for_issuer	varchar(300)	Кем выдан (на латыни)
for_nationality_rus	varchar(30)	Сведения о гражданстве (на русском)
for_birth_place_rus	varchar(300)	Место рождения (на русском)
for_issuer_rus	varchar(300)	Кем выдан (на русском)
ext_phone	varchar(10)	Внутренний номер телефона
mobile_phone	varchar(15)	Номер телефона сотовой связи
home_phone	varchar(15)	Номер домашнего телефона
floor	varchar(3)	Номер этажа здания
outhouse	varchar(20)	Обозначение крыла здания
room	varchar(5)	Название комнаты
row	varchar(3)	Номер ряда
place	varchar(2)	Обозначение рабочего места в ряду
email	varchar(30)	Адрес электронной почты
icq	varchar(30)	Номер icq
other_contacts	varchar(150)	Другие контакты
begin_date	date	Дата приема сотрудника на работу

Таблица departments содержит данные о подразделениях компании:

Таблица 8 - departments

Поле	Тип данных	Описание
id	integer	Уникальный номер
reference	varchar(9)	Уникальный ссылочный номер
title	varchar(50)	Название
full_name	varchar	Полное название
head_of_dpt_id	integer	Идентификатор главы подразделения
creator_id	integer	Идентификатор создателя подразделения
created	date	Дата создания подразделения
description	varchar	Описание подразделения

Таблица department_employee_positions содержит список названий должностей в компании:

Таблица 9 - department_employee_positions

Поле	Тип данных	Описание
id	integer	Уникальный номер
title	varchar(50)	Название

Таблица departments_and_employees содержит данные о принадлежности сотрудников к подразделениям:

Таблица 10 - departments_and_employees

Поле	Тип данных	Описание
department_id	integer	Идентификатор подразделения
employee_id	integer	Идентификатор сотрудника
position_id	integer	Идентификатор должности
main_position	boolean	Основная или дополнительная должность

Таблица project_statuses содержит список названий статусов проектов:

Таблица 11 - project_states

Поле	Тип данных	Описание
id	integer	Уникальный номер
title	varchar(50)	Название

Таблица projects содержит данные о проектах компании:

Таблица 12 - projects

Поле	Тип данных	Описание
id	integer	Уникальный номер
reference	varchar(9)	Уникальный ссылочный номер
title	varchar(50)	Название
full_name	varchar	Полное название
status_id	integer	Идентификатор статуса проекта
forecast	integer	Прогноза выполнения
prj_manager_id	integer	Идентификатор менеджера проекта
master_dpt_id	integer	Идентификатор родительского подразделения
start_date	date	Дата начала работ по проекту
finish_date	date	Дата завершения работ
perc_completed	integer	Процент выполненных работ
creator_id	integer	Идентификатор создателя проекта
created	date	Дата создания проекта
description	varchar	Описание проекта

Таблица project_employee_roles содержит список названий ролей сотрудников в проектах:

Таблица 13 - project_statuses

Поле	Тип данных	Описание
id	integer	Уникальный номер
title	varchar(50)	Название

Таблица projects_and_employees содержит данные о принадлежности сотрудников к проектам:

Таблица 14 - projects_and_employees

Поле	Тип данных	Описание
project_id	integer	Идентификатор проекта
employee_id	integer	Идентификатор сотрудника
prj_emp_role_id	integer	Идентификатор роли
units	varchar(3)	Процент занятости сотрудника в проекте

Таблица product_statuses содержит список названий статусов продуктов:

Таблица 15 - product_states

Поле	Тип данных	Описание
id	integer	Уникальный номер
title	varchar(50)	Название

Таблица products содержит данные о продуктах компании:

Таблица 16 - products

Поле	Тип данных	Описание
id	integer	Уникальный номер
reference	varchar(9)	Уникальный ссылочный номер
title	varchar(50)	Название
full_name	varchar	Полное название
status_id	integer	Идентификатор статуса продукта
owner_id	integer	Идентификатор владельца продукта
master_object_id	integer	Идентификатор родительского объекта
version	varchar(20)	Версия проекта
created	date	Дата создания проекта
description	varchar	Описание проекта

Таблица documents содержит данные о документах компании:

Таблица 17 - documents

Поле	Тип данных	Описание
id	integer	Уникальный номер
reference	varchar(9)	Уникальный ссылочный номер
title	varchar(50)	Название
authors	varchar	Авторы
owner_id	integer	Идентификатор владельца документа
version	varchar(20)	Версия документа
created	date	Дата создания документа
description	varchar	Описание документа

Таблица folders содержит данные о папках в дереве системы:

Таблица 18 - folders

Поле	Тип данных	Описание
id	integer	Уникальный номер
title	varchar(50)	Название
owner_id	integer	Идентификатор владельца папки
created	date	Дата создания папки
description	varchar	Описание папки

Таблица symbolic_links содержит данные о символических ссылках в дереве системы:

Таблица 19 - folders

Поле	Тип данных	Описание
id	integer	Уникальный номер
title	varchar(50)	Название
owner_id	integer	Идентификатор владельца ссылки
link_to	date	Куда ссылается

Таблица folders_and_documents содержит данные о принадлежности документов к папкам:

Таблица 20 - folders_and_documents

Поле	Тип данных	Описание
folder_id	integer	Идентификатор папки
document_id	integer	Идентификатор документа

Таблица groups содержит данные о группах системы:

Таблица 21 - groups

Поле	Тип данных	Описание
id	integer	Уникальный номер
title	varchar(50)	Название
owner_id	integer	Идентификатор владельца группы

Таблица groups_and_employees содержит данные о принадлежности сотрудников к группам:

Таблица 22 - groups_and_employees

Поле	Тип данных	Описание
group_id	integer	Идентификатор группы
employee_id	integer	Идентификатор сотрудника

Таблица folder_access_rights содержит данные о правах доступа к папкам:

Таблица 23 - folder_access_rights

Поле	Тип данных	Описание
folder_id	integer	Идентификатор папки
group_or_emp	boolean	Группа или сотрудник
object_instance_id	integer	Идентификатор объекта
read_property	integer	Права на чтение
write_property	integer	Права на запись

Таблица department_access_rights содержит данные о правах доступа к подразделениям:

Таблица 24 - department _access_rights

Поле	Тип данных	Описание
department _id	integer	Идентификатор подразделения
group_or_emp	boolean	Группа или сотрудник
object_instance_id	integer	Идентификатор объекта
read_property	integer	Права на чтение
write_property	integer	Права на запись

Таблица project_access_rights содержит данные о правах доступа к проектам:

Таблица 25 - project _access_rights

Поле	Тип данных	Описание
project _id	integer	Идентификатор проекта
group_or_emp	boolean	Группа или сотрудник
object_instance_id	integer	Идентификатор объекта
read_property	integer	Права на чтение
write_property	integer	Права на запись

Таблица product_access_rights содержит данные о правах доступа к продуктам:

Таблица 26 - product _access_rights

Поле	Тип данных	Описание
product _id	integer	Идентификатор продукта
group_or_emp	boolean	Группа или сотрудник
object_instance_id	integer	Идентификатор объекта
read_property	integer	Права на чтение
write_property	integer	Права на запись

Таблица document_access_rights содержит данные о правах доступа к продуктам:

Таблица 27 - document _access_rights

Поле	Тип данных	Описание
document _id	integer	Идентификатор документа
group_or_emp	boolean	Группа или сотрудник
object_instance_id	integer	Идентификатор объекта
read_property	integer	Права на чтение
write_property	integer	Права на запись

Таблица group_access_rights содержит данные о правах доступа к группам:

Таблица 28 - group _access_rights

Поле	Тип данных	Описание
group _id	integer	Идентификатор группы
group_or_emp	boolean	Группа или сотрудник
object_instance_id	integer	Идентификатор объекта
read_property	integer	Права на чтение
write_property	integer	Права на запись

Типы отношений

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

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

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

Отношение «многие-к одному» - это отношение противоположно типу «один-ко-многим». Если выбор отношения «многие-к-одному» или «один-ко-многим» не играет большой роли, то отношение между таблицами называется рефлексивным.

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

Схема данных

В разработке автоматизированной системы управления деятельностью компании используется база даны ems СУБД PostgreSQL. Ее таблицы служат хранилищем всех данных системы. Схема данных показана на рисунке 3.



Рисунок 3 - Схема данных

Диаграмма форм

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



Рисунок 4 - Диаграмма форм

1. Ввод пароля - форма, которая открывается при загрузке системы. После удачного ввода пароля данная форма закрывается и открывается доступ к главной форме.

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

3. Навигатор - основная форма для работы с системой.

4. Новое подразделение - форма, которая отображает процедуру создания нового подразделения компании.

5. Найти подразделение - форма, которая отображает процедуру поиска подразделений.

6. Новый проект - форма, которая отображает процедуру создания нового проекта.

7. Найти проект - форма, которая отображает процедуру поиска проектов.

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

9. Найти продукт - форма, которая отображает процедуру поиска продуктов.

10. Новый сотрудник - форма, которая отображает процедуру регистрации нового сотрудника в компании.

11. Найти сотрудника - форма, которая отображает процедуру поиска сотрудников.

12. Новый документ - форма, которая отображает процедуру регистрации нового сотрудника документа.

13. Найти документ - форма, которая отображает процедуру поиска документов.

14. Смена пароля - форма, позволяющая сменить пароль пользователя системы.

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

16. Настройки - форма, позволяющая изменять конфигурацию клиента.

17. Справка - форма, отображающая справочную информацию о системе.

18. О программе - форма, отображающая сведения об авторе программы, дате создания и др.

Блок - схема работы автоматизированной системы управления деятельностью компании



Рисунок 5 - Блок - схема

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

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

Рисунок 6 - Блок - схема

1.3 Описание клиентской части программного обеспечения

Структура каталогов и файловый состав программы

В корневом каталоге программы (по умолчанию C:\Program Files\EMS\) расположены следующие подкаталоги:

· Dowloads - директория, где хранятся загруженные с FTP-сервера файлы документов;

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

В корневом каталоге программы расположены следующие файлы:

· ems.exe - главный исполняемый файл программы;

· Navigator.bpl - динамически подключаемый модуль для работы с Навигатором системы;

· Authorization.dll - динамически подключаемый модуль для авторизации в системы;

· Department.dll - динамически подключаемый модуль для работы с объектами системы типа подразделение;

· Project.dll - динамически подключаемый модуль для работы с объектами системы типа проект;

· Product.dll - динамически подключаемый модуль для работы с объектами системы типа продукт;

· Employee.dll - динамически подключаемый модуль для работы с объектами системы типа сотрудник;

· Document.dll - динамически подключаемый модуль для работы с объектами системы типа документ;

· Folder.dll - динамически подключаемый модуль для работы с объектами системы типа папка;

· FindDepartment.dll - динамически подключаемый модуль для поиска объектов системы типа подразделение;

· FindProject.dll - динамически подключаемый модуль для поиска объектов системы типа проект;

· FindProduct.dll - динамически подключаемый модуль для поиска объектов системы типа продукт;

· FindEmployee.dll - динамически подключаемый модуль для поиска объектов системы типа продукт;

· FindDocument.dll - динамически подключаемый модуль для поиска объектов системы типа документ;

· SelectDepartment.dll - вспомогательный модуль для работы с подразделениями;

· SelectProject.dll - вспомогательный модуль для работы с проектами;

· config.xml - конфигурационный файл программы.

· Справка.doc - справочная информация по системе.

2. Технологическая часть

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

Запуск системы

Запуск системы производится с помощью меню Пуск операционной среды MS Windows:

Перед входом в систему пользователь должен зарегистрироваться - указать имя своей учетной записи (Логин) и пароль (Пароль). Имя учетной записи пользователя выдается системным администратором.

Рисунок 7 - Диалог регистрации пользователя. Вкладка Клиент

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

Инструменты -> Сменить пароль

Подробнее об учетных записях и смене пароля см. раздел Ошибка! Источник ссылки не найден..

На вкладке сервер пользователь должен указать IP адрес сервера и порт (по умолчанию порт имеет значение 5432).



Рисунок 7 - Диалог регистрации пользователя. Вкладка Сервер

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

Для изменения этих параметров нужно воспользоваться командой из основного меню:

Инструменты -> Настройки

Подробнее о настройках системы см. раздел Ошибка! Источник ссылки не найден..

Экран приложения

После запуска системы появится экран приложения:

Рисунок 7 - Общий вид приложения

Интерфейс системы построен по стандартным правилам, рекомендуемым для приложений операционной среды MS Windows.

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

Команды основного меню

После нажатия на кнопку Файл основного меню, выпадает следующий список команд:

Рисунок 7 - Команды основного меню. Кнопка Файл

Данный список содержит следующие команды:

· Подразделения - команда для работы с подразделениями, включает подменю:

- Новое подразделение - команда для создания нового подразделения компании;

- Найти подразделение - команда для поиска подразделений.

· Проекты - команда для работы с проектами, включает подменю:

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

- Найти проект - команда для поиска проектов.

· Продукты - команда для работы с продуктами, включает подменю:

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

- Найти продукт - команда для поиска продуктов.

· Сотрудники - команда для работы с сотрудниками, включает подменю:

- Новый сотрудник - команда для регистрации нового сотрудника;

- Найти сотрудника - команда для поиска сотрудников.

· Документы - команда для работы с документами, включает подменю:

- Новый документ - команда для регистрации нового документа;

- Найти документ - команда для поиска документов.

· Навигатор - команда для вызова окна Навигатора;

· Выход - выход из системы.

Меню Инструменты содержит следующие команды:

· Смена пароля - команда для смены пароля пользователя системы;

· Справочники - команда для работы со списками значений, которые могут принимать те или иные атрибуты объектов системы;

· Настройки - команда для изменения конфигурации клиента.

Меню Инструменты содержит следующие команды:

· Справка - команда для просмотра справочной информации о системе;

· О программе - команда для просмотра сведений об авторе программы, дате создания и др.

Команды панели инструментов.

Панель инструментов содержит точно такие же команды, что и меню Файл основного меню.

Окно Навигатора.

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

Окно Навигатора открывается по команде основного меню:

Файл -> Навигатор или из панели инструментов.



Рисунок 7 - Окно Навигатора

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

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

Основные объекты системы.

В системе имеются следующие объекты:

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

Сотрудник - объект, соответствующий реальному сотруднику организации.

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

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