2
ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ .......................................................................................................... 3
ГЛАВА 1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ ............................................. 5
1.1 Обзор современных языков моделирования бизнес-процессов ............ 5
1.1.1 Стандарт IDEF0 .................................................................................... 5
1.1.2 Стандарт Data Flow Diagramm (DFD) .............................................. 11
1.2 Построение моделей организации .......................................................... 13
1.2.1 Анализ структуры организации ....................................................... 13
1.2.2 Построение моделей учета рабочего времени организации ......... 15
1.2.3 Обзор существующих решений по учету рабочего времени ........ 20
1.3 Предлагаемая модель учета заработной платы ..................................... 24
1.4 Выбор языка программирования и СУБД ............................................. 26
ГЛАВА 2 РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ .................. 40
2.1 Модель базы данных ................................................................................ 40
2.2 Разработка информационной системы .................................................. 46
2.3 Тестирование информационной системы.............................................. 55
ГЛАВА 3 ЭКОНОМИЧЕСКАЯ ЧАСТЬ ......................................................... 60
3.1 Расчет затрат на разработку программы и решение задачи на ЭВМ . 60
3.2 Расчет годовых затрат на выполнение работ ........................................ 63
ЗАКЛЮЧЕНИЕ ................................................................................................. 66
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ ....................................... 68
Приложения ....................................................................................................... 72
3
ВВЕДЕНИЕ
Деятельность любой организации представляет собой систему
последовательных, целенаправленных регламентированных видов
деятельности (операций), достигающих значимых для организации
результатов, называемых бизнес-процессами.
Описание и регламентация бизнес-процессов позволяет
формализовать существующую модель бизнеса, устраняется дублирование
функций работников. Также снижается количество ошибок при
оформлении платежных и первичных документов. После описания бизнес-
процессов, можно увидеть направления, по которым они могут быть
улучшены. Необходимо отметить, что улучшения сразу осуществить
невозможно. Большая часть направлений оптимизации может
осуществляться за счет реализации долгосрочных программ. Поэтому там,
где невозможно сразу улучшить процесс, нужно разработать программу по
улучшению и оптимизации с указанием исполнителей и сроков
выполнения.
Разработка бизнес-процессов - наиболее ответственный этап
моделирования бизнеса, который предшествует внедрению в организацию
АСУ. Одним из наиболее интересных и перспективных направлений
автоматизации бизнес-процессов является внедрение систем контроля и
учета рабочего времени. Этот вид автоматизации актуален практически во
всех предприятиях и потому исследования по этому направлению носят
ярко выраженный прикладной характер и высокую вероятность
коммерциализации. Руководителям разных уровней подобные АСУ
позволяют вести эффективный контроль эффективности труда рабочих. В
результате повышается общая эффективность компании, у сотрудников
появляется стимул для повышения эффективности своего труда. Зачастую
4
подобные системы, установленные на малых и средних предприятиях,
окупаются за несколько месяцев [1].
Таким образом, актуальность работы заключается в том, что
разработка и внедрение системы учета рабочего времени на предприятии
повышает эффективность работы компании и упрощает взаимодействие
между руководителями и сотрудниками.
Целью данной работы является проектирование информационной
системы для реализации операций бизнес-процесса «Учет рабочего
времени» на примере компании «ИП Селезнев Л.С.».
Объектом исследования является компания «ИП Селезнев Л.С.»
Предметом исследования является разработка системы учета
рабочего времени для компании «ИП Селезнев Л.С.»
Для достижения данной цели поставлены следующие задачи:
1. Описать предметную область
2. Создать модель информационной системы
3. Создать базу данных
4. Создать интерфейс пользователя
5. Провести экономическое обоснование проекта
В процессе достижения поставленной цели будут использоваться
следующие методы исследования: анализ, синтез, индукция,
классификация, наблюдение, сравнение, эксперимент.
5
ГЛАВА 1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
1.1 Обзор современных языков моделирования бизнес-процессов
1.1.1 Стандарт IDEF0
IDEF представляется как набор стандартизованных методов и
семейство графических языков для информационного моделирования в
области разработки программного обеспечения (SE), бизнес-процессов и
объектов, а также для улучшения бизнес-процесса. В рамках проекта
ICAM (Integrated Computer Aided Manufacturing), разработанного в конце
1970 года целью стандарта IDEF (ICAM Definition), было улучшить
производительность производства с использованием информационных
технологии (IT) и моделирования [2].
Цель разработанных методов IDEF - дать возможность экспертам
понять проблемы с разных точек зрения и уровней абстракции. В этой
связи интегрированные методы IDEF представляют собой базовые
инструменты некоторых современных стратегий и методологий улучшения
бизнес-процессов, например: BPR (реинжиниринг бизнес-процессов), CPI
(непрерывное совершенствование процессов), IPD (интегрированное
развитие продукта), JIT (Just-in -Time), PPC (планирование производства и
управление производством), QFD (развертывание функции качества) и т. д.
[3]. Применение интегрированных методов IDEF может решить
узкоспециализированные проблемы, а также может устранить недостатки
этих проблем, предлагая общие методы.
Существует поддержка со стороны программного обеспечения,
которая интегрирует методы IDEF и позволяет подключать их к другим
инструментам, таким как программное обеспечение для моделирования
6
бизнес-процессов, программное обеспечение для управления затратами и
т. д. Рассмотрим некоторые интегрированные методы IDEF [4]:
IDEF0 для моделирования функций,
IDEF1 для моделирования информации,
IDEF1X для моделирования данных,
IDEF2 для моделирования симуляций,
IDEF3 для процессов моделирования,
IDEF4 для объектно-ориентированного проектирования,
IDEF14 для моделирования сетей и т. д.
Все вышеупомянутые версии IDEF используются для разных целей,
как методы информационного (семантического) моделирования данных и
формального графического языка. Первоначально язык IDEF0 для
функционального моделирования был создан в рамках SADT (методы
структурированного анализа и проектирования) и является одним из
подмножеств этих методов
В начале 1990-х годов группа пользователей IDEF в сотрудничестве
с NIST (Национальные институты стандартов и технологий) сформировала
стандарты для IDEF0, опубликованные в 1992 году, известные как FIPS
(Federal Information Processing Standards) [5]. Эти стандарты охватывают
IEEE и принимаются ISO [6]. IDEF0 и IDEF1X - это методы
моделирования на основе сочетания текстовой и графической информации,
которые представлены организованным и систематическим образом.
7
Рисунок 1 - Пример IDEF0 диаграммы
Стандарт IDEF0 позволяют осуществлять [7]:
Выполнение системного анализа и проектирования на всех
уровнях, для пилотируемых систем, машин, материалов, компьютеров и
информации;
Создание документации в качестве основы для интеграции
стандарта ISO 9000;
Улучшение связи между аналитиками, разработчиками,
пользователями и менеджерами;
Обсуждение в рамках совместной работы для достижения
взаимопонимания,
Управление крупными и сложными проектами.
Формализм IDEF0 основан на методологии SADT. Разработан в 1985
году Дугласом Т. Россом из компании SoftTech Inc. Семантика
графического языка IDEF0 подразумевает значение компонентов
синтаксического языка и облегчает интерпретацию поправок. Этап
8
интерпретации описывает такие части, как обозначения активности и
стрелки и функциональные отношения.
Через функциональный анализ ИС представлены [8]:
Схема контекста, указывающая границы системы,
Сфера деятельности, заключающаяся в установлении
вертикальной связи между видами деятельности,
Диаграмма разложения для установления горизонтальных
связей между действиями.
Прямоугольник (активность) и стрелки (носитель информации)
определяют взаимосвязь между действиями и информацией. Это
соотношение показано на рисунке 2.
Рисунок 2 - Основные понятия IDEF0
Стрелки с левой стороны прямоугольника определяются как входы.
Стрелки, которые вводят прямоугольник сверху, определяются как
выходы. Выходы - это данные или объекты, созданные в результате
процесса. Стрелки на нижней стороне прямоугольника представляют
механизмы. Стрелки указывают на идентифицирующие значения, которые
поддерживают выполняемую деятельность.
9
Стрелки указателей вниз определяются как стрелки вызовов.
Стрелки на диаграммах называются ICOM (аббревиатура):
I - Ввод, что-то, что используется в деятельности,
C – Контроль или условия деятельности,
O - Выход, результат активности
M - Механизм, например, служащие, которые выполняют
определенную деятельность.
Стрелка ввода представляет материал или информацию, которые
используются или трансформируются с целью определения выходных
данных. Допускается возможность, чтобы определенные действия не
требовали ввода стрелок; для определенных видов деятельности нет
необходимости вводить стрелки ввода.
Контрольные стрелки регулируют, когда и будет ли выполняться
действие. Каждое действие должно иметь как минимум одну стрелку
управления.
Контроль обычно осуществляется в форме правила, политики или
стандартов. Они влияют на деятельность без возможности
трансформироваться или выполняться. Будут случаи, когда целью
деятельности является изменение правила, регулирования, политики,
процедуры или стандарта. В этом случае ожидается, что стрелки,
содержащие эту информацию, фактически являются входами.
Выходные стрелки - это материалы или информационные данные,
созданные деятельностью. Каждое действие должно иметь как минимум
одну стрелку вывода. Нельзя моделировать деятельность, которая не
создает выход.
Стрелками механизма являются источники, которые выполняют
свою деятельность и не переносят свои данные. Механизмами могут быть
люди, машины и / или оборудование, т.е. объекты, которые обеспечивают
энергию, необходимую для осуществления деятельности.
10
Стрелки вызова - это частный случай стрелок механизма, который
означает, что вызывающий прямоугольник не имеет своей собственной
детальной диаграммы, но более подробный предварительный просмотр
выполняется на другом прямоугольнике той же или другой модели.
В стандарте IDEF0 стандартное использование знаний и повторное
использование основано на онтологии и соответствующей базе данных.
Онтология обеспечивает формальную спецификацию в модульной
разработке продукта, конструктивных отношениях и инструментах
графического моделирования, метод кластеризации используется для
захвата потенциальных отношений в данных, а онтология используется
для записи и повторного использования этих отношений.
Метод M-IDEF0 разработан как улучшенный инструмент
графического моделирования для достижения визуализации модульной
концепции продукта. Основной синтаксис представления IDEF0 в M-
IDEF0 предназначен для модульного представления продукта M-IDEF0
В рамках определения предела модели необходимо четко определить
цели, которые должны отвечать на следующие вопросы:
причина моделирования,
результаты презентации деятельности,
пользователь, на которого рассчитана данная модель.
Контекстная диаграмма определяется прямоугольником, который
представляет собой ограничения модели. Стрелки показывают, поток
информации с модель и из нее.
Контекстная диаграмма - это наивысший уровень абстракции,
который по диаграммам декомпозиции будет приводиться к более низкому
уровню абстракции.
Определение пределов модели необходимо, потому необходимо
представлять себе пределы моделироваться. Эта проблема должна
рассматриваться с точки зрения таких параметров как [9]:
11
ширина (для определения элементов наблюдения)
глубина (для определения детального уровня).
Ширина модели устанавливается для определенной диаграммы
контекста (которая в нотации IDEF0 отмечена A0), а первый уровень
разложения подписан как A1.
Глубина модели определяется разложенными уровнями, где
определены подробные уровни.
1.1.2 Стандарт Data Flow Diagramm (DFD)
Диаграмма потока данных (DFD) графическое представление
"потока" данных через информационную систему. DFD часто используется
в качестве предварительного шага для создания обзора системы, не
вдаваясь в большие детали, которые могут быть позже разработаны. [10]
DFDs также может использоваться для визуализации обработки данных
(структурированный дизайн).
DFD показывает, какая информация будет вводиться и выводиться из
системы, как данные будут продвигаться через систему и где будут
храниться данные. Он не показывает информацию о времени процесса или
о том, будут ли процессы работать последовательно или параллельно, в
отличие от традиционной структурированной блок-схемы, которая
фокусируется на потоке управления, или диаграммы рабочего процесса
действия UML, которая представляет, как потоки управления, так и потоки
данных как единую модель [11].
Диаграммы потока данных также известны как пузырьковые
диаграммы. [12]. DFD -это инструмент проектирования, используемый в
нисходящем подходе к проектированию систем. Этот контекстный уровень
DFD затем "взрывается", чтобы произвести уровень 1 DFD, который