а) проведение обследования предметной области;
б) автоматическая обработка данных и выдачи результатов;
в) анализ существующего процесса ведения организационно-распорядительного документооборота:
1) проектирование схемы существующего процесса ведения организационно-распорядительного документооборота в профкоме;
2) проектирование функциональной модели предлагаемого процесса ведения организационно-распорядительного документооборота в профкоме с помощью средств моделирования Enterprise Architect 7.0 .
г) формирование проектных решений по изменению исследуемого процесса:
1) проектирование схемы предлагаемого процесса ведения организационно-распорядительного документооборота в профкоме;
2) проектирование информационной модели предлагаемого процесса ведения организационно-распорядительного документооборота в профкоме с использованием Enterprise Architect 7.0.
2.2 Функциональная модель
Функциональная модель предназначена для формализованного описания процессов протекающих в рассматриваемой предметной области.
Для построения функциональной модели были выбраны именно те процессы, которые нуждались в автоматизации, так как процессы происходящие в них были не эффективны.
В качестве инструмента для построения функциональной модели было выбрано CASE-средство фирмы SPARX sistem ? Enterprise Architect 7.0, поддерживающее методологию UML.
Дело в том, что в последнее время наблюдается общее повышение интереса ко всем аспектам, связанным с разработкой сложных программных приложений. Для многих компаний корпоративное программное обеспечения и базы данных (БД) представляют стратегическую ценность. Существует высокая заинтересованность в разработке и верификации методов и подходов, позволяющих автоматизировать создание сложных программных информационных систем (ИС). Известно, что систематическое использование таких методов позволяет значительно улучшить качество, сократить стоимость и время поставки ИС.
В настоящее время эти методы включают в себя:
· компонентную технологию разработки моделей ИС;
· визуальное программирование;
· использование образцов (patterns) при проектировании ИС, визуальное представление различных аспектов проекта (визуальное моделирование, CASE-средства).
Цель построения данной модели - определить из каких этапов состоит процесс документооборота. В модели отражена законодательная база, на основе которой выполняются соответствующие задачи, а для каждой задачи определена входная и выходная информация, определен исполнитель - ответственный за осуществление той или иной функции.
На функциональной модели, отражен процесс ведения организационно-распорядительного документооборота до автоматизации функции формирования отчета об исполненных документах.
Процесс заключается в рассмотрении входящих документов, их регистрации, исполнении и формировании отчета.
Далее будут представлены функциональные модели процессов, перечисленных ранее.
Функциональная модель процесса учет сотрудников представлен ниже на Рисунке 2.1
Рисунок 2.1? Функциональная модель процесса «Учет сотрудников»
На данной схеме представлен процесс регистрации сотрудников. Не трудно заметить, что в этом процессе участвует много сотрудников, а также выполняется масса ненужных действий. Вследствие чего он и выбран для автоматизации.
Следующей схемой будет представлен процесс «Детские льготы». Функциональная модель «Детские льготы» изображена на Рисунке 2.2
Рисунок 2.2 ? Функциональная модель процесса «Детские льготы»
На данной схеме видно, что для записи ребенка в детский лагерь требуется совершить следующие действия:
· передача документов в профком на рассмотрение;
· проверка документации;
· снова рассмотрение документов;
· подпись председателя комиссии;
· приказ о зачислении.
Следующий процесс для автоматизации - «Формирование списка очередников» представлен на Рисунке 2.3
На данной функциональной модели для построение списка выполняются следующие действия:
Рисунок 2.3 - Функциональная модель процесса «Формирование списка очередников на жилье»
· сбор работником документов;
· внесение работника в очередь на жилье;
· формирование списка очередников.
Следующая функциональная модель «Выдача материальной помощи» представлена на Рисунке 2.4
Рисунок 2.4 - Функциональная модель «Выдача материальной помощи»
На данной схеме представлены процессы для получения материальной помощи:
· формирование списка получающих материальную помощь;
· подписание приказа председателем о суммах выплат;
· проверка списков;
· приказ о выдачи материальной помощи, подписанный бухгалтером;
· выдача материальной помощи.
2.3 Информационная модель
Для построения модели была выбрана методология информационного моделирования IDEF1Х, реализованная в программном продукте ЕR/Studio.
Методология IDEF1Х - один из подходов к семантическому моделированию данных, который основан на концепции Сущность-Отношение (Entity-Reletionship). Это инструмент для анализа информационной структуры систем различной природы. Информационная модель, построенная с помощью IDEF1Х - методологии, представляет логическую структуру информации об объектах системы. Эта информация является необходимым дополнением функциональной IDEF0 - модели, детализируя объекты, которыми манипулируют функции системы. Концептуально IDEF1Х - модель можно рассматривать как проект логической схемы БД для проектируемой системы.
Использование методологии IDEF1Х позволяет строить информационные модели, описывающие взаимоотношения между объектами и процессами внутри системы. На информационной модели они отображаются в виде сущностей и соответствующих атрибутов и взаимоотношений между ними.
Для разработки информационной модели проекта на создание АИС используется методологию IDEF 1X, поддерживающую международный стандарт SADT и пакет прикладных программ ER/Studio 4.3.
ER/Studio 4.3 позволяет создавать физические и логические модели, генерировать модели в различные форматы баз данных, проводить реинжениринг уже существующих баз данных, а также импортировать модели из ERX и SQL файлов.
Согласование для комплексных названий атрибутов, сущностей и связей между ними в ER/Studio при помощи физических и логических моделей позволяет определять логические имена, что позволяет избежать изменения в сущностях логических моделей и дублирования связей.
ЕR/Studio имеет два уровня представления модели - логический и физический. Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире. Объекты модели, представляемые на логическом уровне называются сущностями и атрибутами. Этот вид представления данных является универсальным и никак не связан с конкретной реализацией. Физическая модель данных, напротив, зависит от конкретной СУБД, фактически является отображением системного каталога. В физической модели содержится информация обо всех объектах базы данных и зависит от конкретной реализации СУБД (одной и той же логической модели могут соответствовать несколько разных физических моделей). В данном случае построена логическая модель данных.
Информационная модель, входящая в системный проект, отражает информационную структуру данных для выполнения заданных функций. Техника создания информационной модели заключается в выделении сущностей и определении их атрибутов, часть которых является ключевыми.
Информационная модель представлена на Рисунке 2.5
В данной модели главной схемой является справочник сотрудники, именно от него и зависят другие схемы. На этой модели связь один ко многим.
Рисунок 2.5 - Информационная модель
2.4 Технология реализации информационной схемы задач
1С:Базы данных - это готовый инструмент для формирования и ведения баз документов, содержащих справочные, нормативные и консультационные материалы, архивы периодических изданий, любые тексты.
Подготовленные с помощью «1С:Базы данных» материалы представляют собой публикацию, готовую к тиражированию и распространению. Программа «1С:Базы данных» используется, например, для подготовки и публикации ряда широко известных продуктов - дисков ИТС (Информационно-технологического сопровождения 1С:Предприятия), «Консалтинг. Стандарт»» и других.
Благодаря использованию языка HTML (промышленного стандарта) в качестве основного формата документов, доступны богатые возможности представления данных - гипертекст, таблицы, графика.
Классификация и атрибутирование документов осуществляется по одному или нескольким рубрикаторам и набору реквизитов, которые соответствуют этой конкретной базе.
В подготовленной базе документов возможен полнотекстовый поиск, учитывающий словоизменение, синонимию, расположение слов в тексте.
Быстрый, удобный доступ к нужным документам обеспечивается классификатором, поисковыми реквизитами и мощными средствами полнотекстового поиска, объединенными в едином запросе.
Распространение баз данных максимально облегчено созданием готовой структуры для тиражирования.
Обоснование выбора средства реализации
В качестве средства разработки программы была выбрана платформа 1С Предприятие 7.7. Система программ «1С:Предприятие» предназначена для решения широкого спектра задач автоматизации учета и управления, стоящих перед динамично развивающимися современными предприятиями.
«1С:Предприятие» представляет собой систему прикладных решений, построенных по единым принципам и на единой технологической платформе. Руководитель может выбрать решение, которое соответствует актуальным потребностям предприятия и будет в дальнейшем развиваться по мере роста предприятия или расширения задач автоматизации.
В основе системы программ «1С:Предприятие» лежит единая технологическая платформа. Она является фундаментом для построения всех прикладных решений. Наличие единой технологической платформы не просто облегчает создание отдельных прикладных решений и обеспечивает их невысокую стоимость. Главное преимущество такого подхода - стандартизация разработки, обеспечение масштабируемости и обеспечение быстрого внедрения современных технологий во всех прикладных решениях.
Платформа «1С:Предприятия» для всех прикладных решений независимо от отраслевой специфики и фирмы разработчика обеспечивает:
· возможность использования системы от локального компьютера до десятков пользователей в локальной сети;
· использование файлового варианта или варианта «клиент-сервер» (MS SQL Server);
· возможность развертывания работы на нескольких территориально удаленных точках с периодическим обменом информацией;
· возможность использования современных технологий (WEB, XML, интеграция с другими программными системами и различным торговым оборудованием).
Наличие единой технологической платформы и общей методологии позволяет создавать специализированные и индивидуальные решения на базе стандартных, добавляя в них только необходимые отличия, учитывающие специфику отрасли или конкретного предприятия.
Очень важным преимуществом «1С: Предприятия» является открытость системы.
Для руководителя, принимающего решение о выборе средства автоматизации, достаточно важно быть уверенным, что система не будет для предприятия «черным ящиком», и существует реальная возможность понять работу системы и, при необходимости, изменить. Эта работа может быть выполнена как франчайзинговыми организациями, специализирующимися на поддержке «1С:Предприятия», так и специалистами ИТ-служб самого предприятия.
В комплект поставки системы входят средства, необходимые для доработки прикладного решения и внесения в него изменений любой сложности, а также полный комплект документации к ним. Специалист, осуществляющий поддержку системы в конкретной организации, использует тот же инструмент, что и разработчики фирмы «1С» или фирм, разрабатывающих тиражные решения. Возможности «1С:Предприятия» позволяют минимизировать усилия по изменению системы автоматизации и ее последующему сопровождению.
3. Программная часть
3.1 Проектирование в 1С
Конфигуратор. Все начинается с запуска Конфигуратора. Программы для 1С:Предприятие называются «конфигурациями» и создаются они в специальном режиме для разработчика «Конфигуратор». Обычные пользователи работают в режиме «Предприятие».
Объекты, свойства и методы. Самое главное понятие 1С - это «объект». Объект - это элемент реального мира. Объектом может быть все что угодно: компьютер, облако, кошка. Но нас интересуют только те объекты, которые имеются в офисной деятельности предприятия: документы, отчеты, справочники. Программа для 1С представляется как совокупность объектов, взаимосвязанных между собой, т.е. конфигурация объектов. Например, документ «Приказ о приеме на работу», справочник «Сотрудники», отчет «Сотрудники, принятые за период».
У объектов имеются некоторые атрибуты (свойства, реквизиты). Например, сотрудник имеет фамилию, имя, отчество, оклад, табельный номер. Приказ о приеме имеет номер и дату. Набор свойств объекта задается разработчиком.
Также объекты имеют определенные методы (процедуры и функции). Например, вы можете выбрать всех сотрудников с помощью метода справочника Выбрать Элементы(), или можно сохранить документ методом Записать().