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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тот факт, что в последние годы реляционная модель стала признанным стандартом разработки базы данных, объясняется как мощью самой реляционной модели, так и тем, что она поддерживает стандартный интерфейс 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

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

Таблица 3 — object_types

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

Таблица 4 — objects_tree

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

Таблица 5 — database_roles

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

Таблица 6 — employee_states

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

Таблица 7 — employees

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

Таблица 8 — departments

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

Таблица 9 — department_employee_positions

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

Таблица 10 — departments_and_employees

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

Таблица 11 — project_states

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

Таблица 12 — projects

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

Таблица 13 — project_statuses

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

Таблица 14 — projects_and_employees

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

Таблица 15 — product_states

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

Таблица 16 — products

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

Таблица 17 — documents

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

Таблица 18 — folders

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

Таблица 19 — folders

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

Таблица 20 — folders_and_documents

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

Таблица 21 — groups

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

Таблица 22 — groups_and_employees

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

Таблица 23 — folder_access_rights

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

Таблица 24 — department _access_rights

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

Таблица 25 — project _access_rights

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

Таблица 26 — product _access_rights

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

Таблица 27 — document _access_rights

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

Таблица 28 — group _access_rights

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

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

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

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

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

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

Схема данных

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

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

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

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

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

• 1. Ввод пароля — форма, которая открывается при загрузке системы. После удачного ввода пароля данная форма закрывается и открывается доступ к главной форме.
• 2. Главная форма — главная форма, открывается после удачной авторизации в системе и содержит меню, по которому пользователь выбирает направление работы.
• 3. Навигатор — основная форма для работы с системой.
• 4. Новое подразделение — форма, которая отображает процедуру создания нового подразделения компании.

• 5. Найти подразделение — форма, которая отображает процедуру поиска подразделений.
• 6. Новый проект — форма, которая отображает процедуру создания нового проекта.
• 7. Найти проект — форма, которая отображает процедуру поиска проектов.
• 8. Новый продукт — форма, которая отображает процедуру создания нового продукта, который будет выпускаться компанией.
• 9. Найти продукт — форма, которая отображает процедуру поиска продуктов.
• 10. Новый сотрудник — форма, которая отображает процедуру регистрации нового сотрудника в компании.
• 11. Найти сотрудника — форма, которая отображает процедуру поиска сотрудников.
• 12. Новый документ — форма, которая отображает процедуру регистрации нового сотрудника документа.

• 13. Найти документ — форма, которая отображает процедуру поиска документов.
• 14. Смена пароля — форма, позволяющая сменить пароль пользователя системы.
• 15. Справочники — форма, позволяющая создавать и изменять списки значений, которые могут принимать те или иные атрибуты объектов системы.
• 16. Настройки — форма, позволяющая изменять конфигурацию клиента.
• 17. Справка — форма, отображающая справочную информацию о системе.

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

2. в окне свойств нажать кнопку Просмотр;

• 3. отредактировать файл документа в открывшемся приложении и сохранить его;
• 4. в окне свойств документа указать в поле Путь путь к нужному файлу документа;

5. в окне свойств документа нажать кнопку OK или Применить для загрузки нового файла на сервер.

При нажатии на кнопу Просмотр происходит следующее:

• 1. загрузка файла документа на локальную машину в каталог Dowloads, каталога, где установлена система (по умолчанию C: Program FilesEMSDowloads);
• 2. загруженный файл открывается в приложении, которое зарегистрировано для этого типа файлов в MS Windows; в случае если система не может определить тип файла или не может найти необходимое приложение для его просмотра, пользователю предлагается самостоятельно указать подходящее приложение для открытия документа.

Копирование и перемещение документов

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

• · Копировать и Вставить для операции копирования
• · Вырезать и Вставить для операции перемещения

Также может быть использована операция перетаскивания объектов с помощью механизма drag&drop, реализованная по тому же сценарию, как и перетаскивание файлов в операционной среде Windows с помощью приложения Microsoft Explorer.

Удаление документа

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

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

Справочные элементы

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

К таким объектам относятся:

• · Подразделения
• · Продукты
• · Проекты

Как и другие объекты, объекты этого типа:

• · имеют специфический для каждого типа объектов набор свойств
• · имеют средства поиска (поисковые механизмы). Вызов поискового механизма осуществляется по команде главного меню Файл->->Найти или из левого контекстного меню Навигатора.

Создание объектов этого типа производится по командам главного меню Файл->->Новый

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

В дереве папок эти объекты представлены своими домашними каталогами, которые создаются автоматически при создании объектов.

Подразделения

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

Подразделение обладает свойствами, отображенными в окне свойств:

Окно атрибутов подразделения. Вкладка Общее

Все атрибуты группируются по вкладкам:

• · Общее — основная информация о подразделении.
• · Сотрудники — список сотрудников приписанных к подразделению.
• · Директории — ветвь дерева Навигатора, начинающаяся от домашней папки подразделения, со списком объектов.
• · Права доступа — права доступа к папке.

Вкладка Общее

• · Идентификатор — уникальный ссылочный номер подразделения в системе.
• · Название — название подразделения.
• · Родительское подразделение — родительское подразделение в организационной схеме предприятия. Изменяя этот атрибут, можно переместить данное подразделение со всеми вложенными в него объектами и папками в другое место.
• · Глава подразделения — глава подразделения. Данные о главе подразделения включают в себя его фамилию, имя, отчество, должность и название подразделения.
• · Создатель — лицо, создавшее подразделение.
• · Дата — дата создания подразделения.
• · Описание — описание подразделения.

Вкладка Сотрудники

Вкладка содержит список сотрудников приписанных к данному подразделению.

Окно атрибутов подразделения. Вкладка Сотрудники

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

Управлять списком можно с помощью кнопок под списком:

• · Изменить — открывает диалоговое окно в котором можно установить должность сотрудника в данном подразделении. Опция также доступна при множественном выделении.
• · Добавить — открывает диалоговое окно вспомогательной поисковой машины по сотрудникам, для выбора одного или нескольких сотрудников.
• · Удалить — удаляет сотрудника из списка, т. е. из подразделения, эта опция доступна при множественном выделении.
• · Удалить всех — удаляет всех сотрудников из списка участников подразделения.

Также для управления списком можно воспользоваться контекстным меню, а именно следующими опциями:

• · Изменить — аналогична операции выполняемой по нажатии на одноименную кнопку.
• · Добавить — аналогична операции выполняемой по нажатии на одноименную кнопку.
• · Удалить — аналогична операции выполняемой по нажатии на одноименную кнопку.
• · Должность — подменю содержащее все должности. В списке должностей активная в данный момент должность сотрудника отмечена галочкой. Эта опция также доступна и при множественном выделении. В этом случае активная должность не отмечается.

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

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

Поиск сотрудников производится по нескольким критериям:

• · Фамилия — фамилия сотрудника.
• · Имя — имя сотрудника.
• · Отчество — отчество сотрудника.
• · Статус — статус сотрудника, определяет тип трудовых отношений. Выбирается из справочника.
• · Должность — отражает должность, занимаемую сотрудником. Выбирается из справочника.
• · Подразделение — подразделение, к которому приписан сотрудник.

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

• · Найти — запускает поиск по выбранным критериям.
• · Сбросить — очищает все поля для ввода критериев поиска.
• · Добавить — добавляет выбранных из верхнего окна сотрудников в нижнее.
• · Удалить — удаляет выбранных сотрудников из нижнего окна.
• · Удалить всех — удаляет всех сотрудников из нижнего окна.

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

• 1. ввести нужные критерии поиска и нажать кнопку Найти
• 2. выделить сотрудника (или несколько сотрудников, используя клавишу Ctrl) и нажать кнопку Добавить
• 3. выбрать должность из списка и нажать кнопку OK

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

Если ни один из критериев поиска не задан, то выведутся все сотрудники, зарегистрированные в системе.

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

• · % - любая последовательность символов.
• · , — логическое или.

Вкладка Директории

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

Рис. 7.5 Окно атрибутов подразделения. Вкладка Директории.

Вкладка Права доступа

Рис. 7.5 Окно атрибутов подразделения. Вкладка Права доступа

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

• · Добавить — добавить сотрудника или группу в список.
• · Удалить — удалить выделенных сотрудников или группу из списка.

Права на создание и удаление подразделений имеют пользователи, имеющие в системе роль Менеджер.

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

Создание нового подразделения

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

Рис. 7.10 Создание нового подразделения

При создании нового вкладки Сотрудники и Директории недоступны, они появляются лишь после создания подразделения.

Для выбора родительского подразделения используется кнопка напротив этого поля. При нажатии на нее появляется следующее окно:

Рис. 7.10 Окно выбора родительского подразделения.

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

Рис. 7.10 Окно выбора главы подразделения.

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

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

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

Перемещение подразделения

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

Над отмеченным для перемещения подразделением выполняется операция Cut из контекстного меню. Затем в новой позиции выполняется операция Paste.

Перемещение подразделения возможно с помощью механизма drag&drop. Сценарий действий аналогичен сценарию при перемещении мышью файловой папки в приложении Microsoft Explorer.

Проекты

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

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

Как любой другой объект, Проект обладает атрибутами, представленными в окне атрибутов. Все атрибуты группируются по вкладкам:

• · Общее — основная информация о подразделении.
• · Проектная документация — информация о проектной документации.
• · Сотрудники — список сотрудников приписанных к подразделению.
• · Директории — ветвь дерева Навигатора, начинающаяся от домашней папки подразделения, со списком объектов.
• · Права доступа — права доступа к проекту.

Рис. 7.5 Окно атрибутов проекта. Вкладка Общее

Вкладка Общее

• · Идентификатор — уникальный ссылочный номер подразделения в системе.
• · Название — название проекта.
• · Родительское подразделение — подразделение, ресурсами которого пользуется проект. Изменяя этот атрибут, можно переместить проект со всеми вложенными в него объектами и папками в другое место.
• · Родительский проект — родительский проект. Изменяя этот атрибут, можно переместить данный проект со всеми вложенными в него объектами и папками в другое место.
• · Менеджер проекта — менеджер проекта. Данные о менеджере проекта включают в себя его фамилию, имя, отчество, должность и название подразделения, к которому он приписан.
• · Дата начала работ — дата начала работ по проекту.
• · Дата завершения работ — дата завершения работ.
• · Статус — статус проекта, может принимать значения:
• — В стадии подготовки — проект в стадии подготовки;
• — В стадии развития — проект в стадии развития;
• — Отложен — отложенный проект;
• — Закрыт — закрытый проект;

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

• · Прогноз выполнения — прогноз выполнения проекта согласно плану, может принимать значения:
  • — Green — прогноз положительный;
  • — Yellow — выполнение проекта согласно плану под вопросом;
  • — Red — отставание работ по проекту от плана;
• · Создатель — лицо, создавшее проект.
• · Дата — дата создания подразделения.
• · Описание — описание подразделения.

Вкладка Проектная документация

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

• · Количество полей.
• · Названия полей.

Рис. 7.5 Окно атрибутов проекта. Вкладка Проектная документация

Вкладка Сотрудники

Вкладка содержит список участников проекта. Список включает все поля характерные для списка сотрудников. Добавляется два новых поля характерных только для списка на этой вкладке:

• · Роль — роль, которую сотрудник играет в проекте. Задается из списка.
• · Занятость — процент занятости сотрудника в проекте.

Рис. 7.5 Окно атрибутов проекта. Вкладка Сотрудники

Управлять списком можно с помощью кнопок под списком:

• · Изменить — открывает диалоговое окно, в котором можно установить роль сотрудника и проект занятости в данном проекте. Опция также доступна при множественном выделении.
• · Добавить — открывает диалоговое окно вспомогательной поисковой машины по сотрудникам, для выбора одного или нескольких сотрудников.
• · Удалить — удаляет сотрудника из списка, т. е. из проекта, эта опция доступна при множественном выделении.
• · Удалить всех — удаляет всех сотрудников из списка участников проекта.

Также для управления списком можно воспользоваться контекстным меню, а именно следующими опциями:

• · Изменить — аналогична операции выполняемой по нажатии на одноименную кнопку.
• · Добавить — аналогична операции выполняемой по нажатии на одноименную кнопку.
• · Удалить — аналогична операции выполняемой по нажатии на одноименную кнопку.
• · Роль — подменю содержащее все роли. В списке ролей активная в данный момент роль сотрудника отмечена галочкой. Эта опция также доступна и при множественном выделении. В этом случае активная роль не отмечается.
• · Занятость — подменю содержащее ряд значений параметра процент занятости. Ряд содержит 10 значений: 10%, 20%, 30%, 40%, 50%, 60%, 70%, 80%, 90% и 100%. Активное в настоящий момент значение отмечается галочкой. Эта опция также доступна и при множественном выделении. В этом случае активное значение галочкой не отмечается.

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

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

Вкладка Директории

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

Рис. 7.5 Окно атрибутов проекта. Вкладка Директории.

Вкладка Права доступа

Рис. 7.5 Окно атрибутов проекта. Вкладка Права доступа

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

• · Добавить — добавить сотрудника или группу в список.
• · Удалить — удалить выделенных сотрудников или группу из списка.

Права на создание и удаление проектов имеют пользователи, имеющие в системе роль Менеджер.

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

Создание нового проекта

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

Рис. 7.10 Создание нового проекта.

При создании нового проекта вкладки Сотрудники и Директории недоступны, они появляются лишь после создания проекта.

Ликвидация проекта

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

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

Перемещение проекта

Операция перемещения проекта в организационной структуре компании выполняется по тому же сценарию, как и перемещение файловой папки с помощью приложения Microsoft Explorer в операционной системе Windows.

Над отмеченным для перемещения проектом выполняется операция Cut из контекстного меню. Затем в новой позиции выполняется операция Paste.

Перемещение проекта возможно с помощью механизма drag&drop. Сценарий действий аналогичен сценарию при перемещении мышью файловой папки в приложении Microsoft Explorer.

Продукты

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

Как любой другой объект, Продукт обладает свойствами, представленными в окне свойств.

Все атрибуты группируются по вкладкам:

• · Общее — основная информация о продукте.
• · Директории — ветвь дерева Навигатора, начинающаяся от домашней папки продукта, со списком объектов.
• · Права доступа — права доступа к продукту.

Вкладка Общее

Рис. 7.5 Окно атрибутов продукта. Вкладка Общее.

• · Идентификатор — уникальный ссылочный номер продукта в системе.
• · Название — название продукта.
• · Родительский объект — родительское подразделение или проект, в который будет помещен домашний каталог продукта. Изменяя этот атрибут, можно переместить продукт со всеми вложенными в него папками в другое место.
• · Владелец — владелец продукта.
• · Версия — версия продукта.
• · Дата создания — дата создания продукта.
• · Описание — описание продукта.

• · Статус — статус продукта, может принимать значения:
• — В стадии разработки — продукт в стадии разработки;
• — Реализован — продукт выпущен и передан заказчику;
• — В стадии поддержки — продукт в стадии поддержки;
• — Устарел — продукт, потерявший актуальность.

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

Вкладка Директории

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

Рис. 7.5 Окно атрибутов продукта. Вкладка Директории.

Вкладка Права доступа

Рис. 7.5 Окно атрибутов продукта. Вкладка Права доступа

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

• · Добавить — добавить сотрудника или группу в список.
• · Удалить — удалить выделенных сотрудников или группу из списка. Права на создание и удаление продуктов имеют пользователи, имеющие в системе роль Менеджер.

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

Создание нового продукта

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

Рис. 7.10 Создание нового продукта.

При создании нового продукта вкладка Директории недоступна.

Ликвидация продукта

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

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

Перемещение продукта

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

Над отмеченным для перемещения продуктом выполняется операция Cut из контекстного меню. Затем в новой позиции выполняется операция Paste.

Перемещение продукта возможно с помощью механизма drag&drop. Сценарий действий аналогичен сценарию при перемещении мышью файловой папки в приложении Microsoft Explorer.

Управление персоналом

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

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

Все атрибуты группируются по вкладкам:

• · Контакты — контактная информация о сотруднике.
• · Паспортные данные информация о паспортных данных сотрудника.
• · Положение — информация о позиции сотрудника в компании.

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

• · Идентификатор — представляет собой уникальный идентификатор, присваиваемый каждой записи при занесении в список. Этот параметр создается автоматически и не может быть изменен пользователем.
• · Статус — статус сотрудника, определяет тип трудовых отношений с работником. Выбирается из справочника и может быть отредактирован пользователем, имеющим в системе роль Менеджер.
• · Роль в системе — роль сотрудника в системе; роль определяет права доступа сотрудника к объектам системы; существуют следующие значения роли:
  • — Администратор — может создавать, удалять и редактировать любые объекты в системе;
  • — Менеджер — может создавать любые объекты, удалять и изменять свойства может только объекты, для которых у него есть соответствующие права (должен быть внесен в список на вкладке Права доступа объекта);
  • — Служащий — может создавать, удалять и редактировать такие объекты системы как папки и документы при условии, что у него есть соответствующие права (должен быть внесен в список на вкладке Права доступа объекта).
• · Фамилия — фамилия сотрудника.
• · Имя — имя сотрудника.
• · Отчество — отчество сотрудника.

Вкладка Контакты

Окно атрибутов сотрудника. Вкладка Контакты

Группа реквизитов Адрес содержит информацию о прописке:

• · Город — город места прописки сотрудника.
• · Улица — улица места прописки сотрудника.
• · Дом — номер дома, в котором прописан сотрудник.
• · Квартира — номер квартиры в адресе места прописки сотрудника.

Значения атрибутов Город и Улица выбираются из соответствующего справочника.

Группа реквизитов Телефоны содержит информацию о номерах телефонов, по которым можно связаться с сотрудником:

• · Внутренний — внутренний номер телефона.
• · Мобильный — номер телефона сотовой связи.
• · Домашний — номер домашнего телефона.

Группа реквизитов Расположение содержит информацию о рабочем месте сотрудника в компании:

• · Этаж — номер этажа здания.
• · Крыло — обозначение крыла здания.
• · Комната — название комнаты, в которой находится рабочее место сотрудника.
• · Ряд — номер ряда, в котором расположено рабочее место.
• · Место — обозначение рабочего места в ряду.

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

• · Е-mail — адрес электронной почты.
• · ICQ — номер icq.
• · Другие контакты — содержит прочую, имеющую значение контактную информацию.

Вкладка Паспортные данные

Вкладка содержит личные данные из общегражданского и заграничного паспортов.

Окно атрибутов сотрудника. Вкладка Паспортные данные

Группа реквизитов Общее содержит общую информацию из паспортных данных:

• · Пол — пол.
• · Семейное положение — семейное положение сотрудника; может принимать значения: Женат и Замужем.
• · Дата рождения — дата рождения.
• · Место рождения — обозначение место рождения.

Группа реквизитов Российский паспорт содержит выборочные данные из общегражданского паспорта:

• · Серия — серия паспорта.
• · Номер — номер паспорта.
• · Дата выдачи — дата выдачи паспорта.
• · Кем выдан — информация об органе, выдавшем паспорт.

Группа реквизитов Заграничный паспорт содержит сведения из загранпаспорта.

• · Number — номер паспорта.
• · Issue date — дата выдачи паспорта.
• · Expiry date — дата, после которой паспорт становится недействителен.
• · Nationality — сведения о гражданстве.
• · Birth place — запись о месте рождения в том виде, в каком она присутствует в загранпаспорте.
• · Issuer — информация об органе, выдавшем паспорт.
• · Гражданство — сведения о гражданстве на русском языке, как они представлены в паспорте
• · Место рождения — место рождения на русском языке, как оно представлено в паспорте.
• · Кем выдан — информация об органе, выдавшем паспорт, как это представлено в паспорте, на русском языке.

Вкладка Положение

Окно атрибутов сотрудника. Вкладка Положение

• · Дата приема — дата приема сотрудника на работу.
• · Логин — логин, под которым пользователь заходит в систему.

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

• · Должность — основная должность сотрудника в компании; значения этого поля выбираются из соответствующего справочника.
• · Подразделение — отражает подразделение, в котором работает сотрудник, выполняя возложенные на него должностные обязанности.

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

• · Должность — дополнительная должность сотрудника в компании; значения этого поля выбираются из соответствующего справочника.
• · Подразделение — отражает подразделение, к которому приписан сотрудник с дополнительной должностью.

На вкладке может присутствовать столько записей Должность — Подразделение, сколько функций поручено данному сотруднику.

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

• · Проект — проект, участником которого является сотрудник.
• · Роль — роль, которую играет сотрудник в проекте.
• · Занятость — процент занятости сотрудника в проекте.

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

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

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

• · Добавить в подразделение — создается новая панель для назначения дополнительной должности и выбора подразделения.
• · Добавить в проект — создается новая панель с полями Проект, Роль, Занятость.

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

• · Добавить в подразделение — создается новая панель для назначения дополнительной должности и выбора подразделения.
• · Удалить из подразделения — удаляется соответствующая панелька, сотрудник снимается с дополнительной должности и выводится из подразделения.

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

• · Добавить в проект — создается новая панель с полями для добавления в проект.
• · Удалить из проекта — удаляется соответствующая панелька проекта, сотрудник выводится из проекта.

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

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

Поиск объектов

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

Файл -> -> Найти. Поисковая машина воспринимает операторы вне зависимости от регистра.

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

• · % - любая последовательность символов.
• · , — логическое или.

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

Поиск сотрудников

Для поиска сотрудников, поисковая машина запускается командой Файл -> -> Найти или командой левого контекстного меню Навигатора, выполненной над объектом сотрудник Найти.

Окно поиска содержит несколько вкладок с полями для определения параметров поиска, т. е. для задания критерия поиска, и набор кнопок для управления поиском.

• · Найти — запускает процедуру поиска по заданному критерию.
• · Сбросить — сбросить все параметры поиска.

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

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

Поиск подразделений

Поисковая машина по подразделениям запускается командой Файл -> -> Найти или командой левого контекстного меню Навигатора, выполненной над объектом подразделение Найти.

Поиск проектов

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

Смена пароля

Пароль может быть изменен пользователем, для этого воспользуйтесь командой главного меню приложения Инструменты->Сменить пароль.

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

• · пароль должен содержать только латинские буквы и цифры;
• · должен быть более 3-х символов;
• · не должен начинаться с цифры;
• · не может быть одним из: 'user', 'password',' 'ems','new_new';
• · не должен совпадать с именем учетной записи.

Рис. 7.5 Окно смены пароля

Справочники системы.

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

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

Инструменты->Справочники

• · Города — справочник городов.
• · Улицы — справочник улиц.

Проекты

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

Продукты

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

Сотрудники

· Статус — справочник состояний, которые определяют тип трудовых отношений с работником.

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

• · Добавить — открывает диалог для создания новой записи в справочнике.
• · Удалить — удаляет указанную запись в справочнике.
• · Изменить — открывает диалог для просмотра и редактирования указанной записи в справочнике.
• · Закрыть — закрывает окно.