Министерство науки и высшего образования Российской Федерации

Федеральное государственное бюджетное образовательное учреждение

высшего образования
«Восточно-Сибирский государственный университет технологии и
управления»
Факультет компьютерных наук и технологий
Кафедра: «Прикладная, информатика статистика и анализ данных»

Курсовой проект
По дисциплине: «Проектирование информационных систем»
На тему: «Проектирование ИС для оптимизации кадрового учета (на
примере средней общеобразовательной школе №54 города Улан-Удэ)»

Выполнил: студент группы Б 751

Якушевич А. Д.
Руководитель: к.э.н., доцент Алексеева Т.Н.

г. Улан-Удэ
2023 г
Оглавление
Введение........................................................................................................................3
1 Теоретические аспекты проектирования информационных систем.................5
1.1 Проектирование информационных систем.......................................................5
1.2 Методология проектирования ИС.....................................................................6
1.3 CASE средство: определение и характеристика...............................................8
2 Анализ ведения кадрового учета.........................................................................17
3 Оптимизация процесса кадрового учета на примере МБОУ «СОШ № 54 г.
Улан-Удэ»....................................................................................................................24
3.1 Моделирование бизнес-процесса в методологии IDEF0 «как есть» и «как
должно быть» на примере МБОУ «СОШ № 54 г.Улан-Удэ».................................24
3.2 Построение UML диаграмм в Visual Paradigm на примере МБОУ «СОШ №
54 г. Улан-Удэ»...........................................................................................................32
Заключение..................................................................................................................44
Список использованной литературы.........................................................................45
 Введение
В настоящее время все большее распространение, как в производстве,
так и в документообороте предприятий находит компьютерная техника, все
шире становится перечень охватываемых ею задач. Постоянно растет объем
и сложность обрабатываемой информации, требуются все новые виды ее
представления.
Вот только некоторые из преимуществ, которые дает использование
вычислительной техники при работе организации:
 возможность оперативного контроля за достоверностью
информации;
 уменьшение числа возможных ошибок при генерировании
производных данных;
 возможность быстрого доступа к любым данным;
 возможность быстрого формирования отчетов;
 экономия трудозатрат и затрат времени на обработку информации.
Все эти преимущества в данный момент оценены многими
организациями, поэтому, сегодня наблюдается процесс бурного развития
специализированных информационных систем и внедрения их в работу
различных учреждений.
Данный курсовой проект представляет собой проектирование
информационной системы по учету кадров в СОШ № 54. Система
предназначена для уменьшения временных, трудовых и финансовых
ресурсов по учету кадров на предприятии, повышения оперативности и
качества принимаемых управленческих решений сотрудниками отдела
кадров.
Основным назначением системы является автоматизация
информационно-аналитической деятельности в существующих бизнес-
процессах отдела: поиск сотрудника, выбор оптимального сотрудника,
заполнение личной карточки сотрудника, формирование договора,
формирование отчётов.
Целью курсового проекта является проектирование информационной
системы для оптимизации кадрового учета.
Задачи:
 Изучить предметную область
 Изучить структуру образовательного учреждения
 Построить модель «Как есть»
 Построить модель «Как надо».
 Построить UML-модели
 1 Теоретические аспекты проектирования информационных систем
1.1 Проектирование информационных систем
Проектирование информационных систем (ИС) представляет сложный
многоступенчатый вид деятельности, без научной организации которого
немыслимо создание и использование современных сложных ИС, в том
числе в образовании, предпринимательстве, менеджменте и других областях
жизнедеятельности общества. Наряду с получением необходимых для этого
теоретических знаний проектировщику ИС требуется обрести устойчивые
практические навыки этого вида деятельности.
Главной особенностью проектирования является работа с еще не
существующим объектом.
Проектирование ИС охватывает три основные области:
 проектирование объектов данных, которые будут реализованы в
базе данных;
 проектирование программ, экранных форм, отчетов, которые будут
обеспечивать выполнение запросов к данным;
 учет конкретной среды или технологии, а именно: топологии сети,
конфигурации аппаратных средств, используемой архитектуры (файл-
сервер или клиент-сервер), параллельной обработки, распределенной
обработки данных и т.п.
Проектирование информационных систем всегда начинается с
определения цели проекта. В общем виде цель проекта можно определить
как решение ряда взаимосвязанных задач, включающих в себя обеспечение
на момент запуска системы и в течение всего времени ее эксплуатации:
 требуемой функциональности системы и уровня ее адаптивности к
изменяющимся условиям функционирования;
 требуемой пропускной способности системы;
 требуемого времени реакции системы на запрос;
  безотказной работы системы;
 необходимого уровня безопасности;
 простоты эксплуатации и поддержки системы
Основные стадии создания автоматизированной информационной
системы:
1 формирование требований к АИС;
2 разработка концепции АИС;
3 разработка технического задания;
4 разработка эскиза проекта;
5 разработка технической части проекта;
6 разработка рабочей документации на АИС;
7 ввод в действие;
8 сопровождение АИС.

1.2 Методология проектирования ИС

Основу технологии проектирования информационных систем
составляет методология. Методология реализуется через конкретные
технологии и поддерживающие их стандарты, методики и
инструментальные средства.
Методы проектирования ИС можно классифицировать по степени
использования средств автоматизации, типовых проектных решений,
адаптивности к предполагаемым изменениям. Так, по степени
автоматизации методы проектирования разделяются на:
1. Ручное, при котором проектирование компонентов ИС
осуществляется без использования специальных инструментальных
программных средств, а программирование — на алгоритмических языках;
2. Компьютерное, при котором производится генерация или
конфигурирование (настройка) проектных решений на основе
использования специальных инструментальных программных средств.
 По степени использования типовых проектных решений различают
следующие методы проектирования:
1. Оригинальное (индивидуальное), когда проектные решения
разрабатываются «с нуля» в соответствии с требованиями к АИС.
Характеризуется тем, что все виды проектных работ ориентированы на
создание индивидуальных для каждого объекта проектов, которые в
максимальной степени отражают все его особенности;
2. Типовое, предполагающее конфигурирование ИС из готовых
типовых проектных решений (программных модулей). Выполняется на
основе опыта, полученного при разработке индивидуальных проектов.
Типовые проекты, как обобщение опыта для некоторых групп
организационно-экономических систем или видов работ, в каждом
конкретном случае связаны с множеством специфических особенностей и
различаются по степени охвата функций управления, выполняемым работам
и разрабатываемой проектной документации.
По степени адаптивности проектных решений выделяют методы:
1. Реконструкции, когда адаптация проектных решений выполняется
путем переработки соответствующих компонентов (перепрограммирования
программных модулей);
2. Параметризации, когда проектные решения настраиваются
(генерируются) в соответствии с изменяемыми параметрами;
3. Реструктуризации модели, когда изменяется модель проблемной
области, на основе которой автоматически заново генерируются проектные
решения.
Сочетание различных признаков классификации методов
обусловливает характер используемых технологий проектирования ИС,
среди которых выделяют два основных класса: каноническую и
индустриальную технологии. Индустриальная технология проектирования,
в свою очередь, разбивается на два подкласса: автоматизированное
(использование CASE-технологий) и типовое (параметрически-
ориентированное или модельно-ориентированное) проектирование.
Использование индустриальных технологий не исключает использования в
отдельных случаях канонических.
Проектирование — это практическая деятельность, целью которой
является поиск новых решений, оформленных в виде комплекта
документации. Процесс поиска представляет собой последовательность
выполнения взаимообусловленных действий, процедур, которые, в свою
очередь, подразумевают использование определенных методов. Сложность
процесса проектирования (как и любой другой творческой деятельности),
нестандартность проектных (жизненных) ситуаций вызывают
необходимость знания различных методов и умения владеть ими.
Технология проектирования определяется как совокупность трех
составляющих:
-пошаговой процедуры, определяющей последовательность
технологических операций проектирования;
- критериев и правил, используемых для оценки результатов
выполнения технологических операций;
- нотаций (графических и текстовых средств), используемых для
описания проектируемой системы

1.3 CASE средство: определение и характеристика

CASE средства используются при создании и разработке
информационных систем управления предприятиями. Применительно к
моделированию бизнес процессов они могут рассматриваться как
инструментарий для совершенствования и непрерывного улучшения
работы.
CASE средство (Computer - Aided Software Engineering) – это
инструмент, который позволяет автоматизировать процесс разработки
информационной системы и программного обеспечения. Разработка и
создание информационных систем управления предприятием связаны с
выделением бизнес-процессов, их анализом, определением взаимосвязи
элементов процессов, оптимизации их инфраструктуры и т.д. Основной
целью применения CASE средств является сокращение времени и затрат на
разработку информационных систем, и повышение их качества.
CASE-средство состоит прежде всего из:
методологии - задает единый графический язык, а также правила и
методы работы с ним;
графических редакторов - используются при построении диаграмм;
генератора - генерирует исходный код для различных платформ;
репозитория - база данных, хранящая результаты работы
разработчиков.
Многие современные CASE средства предоставляют возможности для
моделирования практически всех предметных областей деятельности
организаций. В составе этих средств существуют инструменты для
описания моделей бизнес-процессов за счет различных диаграмм, схем,
графов и таблиц.
Классификация CASE средств
Из всего многообразия CASE средств можно выделить три основные
группы, связанных с этапами разработки информационных систем и их
жизненным циклом. Классификация CASE средств осуществляется в
зависимости от того, какие из этапов разработки они поддерживают.
Выделяют следующие группы CASE средств:
CASE средства верхнего уровня. Эти CASE средства ориентированы на
начальные этапы построения информационной системы. Они связаны с
анализом и планированием. CASE средства верхнего уровня обеспечивают
стратегическое планирование, расстановку целей, задач и приоритетов, а
также графическое представление необходимой информации. Все CASE
средства верхнего уровня содержат графические инструменты построения
диаграмм, таких как диаграммы сущность-связь (ER диаграммы),
диаграммы потока данных (DFD), структурные схемы, деревья решений и
пр.
CASE средства нижнего уровня. Эти CASE средства больше
сфокусированы на последних этапах разработки информационной системы
– проектирование, разработка программного кода, тестирование и
внедрение. CASE средства нижнего уровня зависят от данных, которые
предоставляют средства верхнего уровня. Они используются
разработчиками приложений и помогают создать информационную
систему, однако не являются полноценными инструментами разработки
программного обеспечения.
Интегрированные CASE средства (I– CASE). Эти CASE средства
охватывают полный жизненный цикл разработки информационной
системы. Они позволяют обмениваться данными между инструментами
верхнего и нижнего уровня и являются своего рода «мостом» между CASE
средствами верхнего и нижнего уровней.
Для моделирования и оптимизации бизнес процессов применяются
CASE средства верхнего уровня и интегрированные CASE средства. Они
позволяют повысить качество моделей бизнес процессов за счет
автоматического контроля, дают возможность оценить ожидаемый
результат, ускоряют процесс проектирования, обеспечивают возможности
по изменению и обновлению моделей.
Характеристики CASE средств
Основными характеристиками CASE средств, важными с точки зрения
моделирования и оптимизации бизнес процессов, являются следующие:
Наличие графического интерфейса. Для представления моделей
процессов CASE средства должны обладать возможностью отображать
процессы в виде схем. Схемы много проще в использовании, чем различные
текстовые и числовые описания. Это позволяет получать легко управляемые
компоненты модели, обладающие простой и ясной структурой.
Наличие репозитория. Репозиторий это общая база данных, которая
содержит описание элементов процессов и отношений между ними.
Каждый объект репозитория должен обладать перечнем свойств,
характерных только для этого объекта.
Гибкость применения. Эта характеристика дает возможность
представлять бизнес процессы в различных вариантах, важных с точки
зрения анализа. CASE средства должны позволять проводить анализ
процессов и создавать модели, сфокусированные на различных аспектах
деятельности предприятия.
Возможность коллективной работы. Анализ и моделирование
процессов может требовать совместной работы нескольких человек. Для
одновременной работы над моделями процессов CASE средства должны
обеспечивать управление изменениями любыми фрагментами моделей и их
модификацией при коллективном доступе.
Построение прототипов. Прототипы процессов необходимы для того,
чтобы на ранних стадиях изменения процессов можно было понять,
насколько процесс будет соответствовать требованиям.
Построение отчетов. CASE средства должны обеспечивать построение
отчетов по всем моделям процессов с учетом взаимосвязи элементов. Такие
отчеты необходимы для анализа моделей и определения возможностей по
оптимизации. За счет отчетов обеспечивается контроль полноты и
достаточности моделей, уровень декомпозиции процессов, правильность
синтаксиса диаграмм и типов применяемых элементов.

Выбор CASE средств

Основной целью выбора корпоративного стандарта организационного
проектирования является задание общего и обязательного к применению
языка общения управленческого звена, разработчиков организационных и
технологических процессов и исполнителей этих процессов. Частными
применениями таких стандартов является синтез требований к создаваемым
системам, положений об организационных подразделениях, служебные
инструкции и т.д.
Выбор CASE средств для анализа и моделирования процессов зависит
от многих факторов – финансовых возможностей, функциональных
характеристик, подготовки персонала, применяемых информационно-
технических средств и пр. Приводить исчерпывающий состав этих факторов
не имеет смысла, т.к. в ситуации выбора для каждого конкретного случая
этот состав будет изменяться. Тем не менее, можно определить набор
«базовых» факторов, на основании которых определяются критерии по
выбору CASE средств.
К таким «базовым» факторам можно отнести следующие:
Цели моделирования и анализа процессов. Исходя из целей
моделирования, определяются необходимые методы, которые должны
поддерживать CASE средства. Также цели моделирования определяют
необходимый уровень детализации моделей и формы представления
отчетов.
Удобство для пользователей. Этот фактор определяет набор критериев
для представления результатов моделирования наиболее понятным и
приемлемым способом. Выбор CASE средств необходимо проводить с
учетом того, чтобы пользователям приходилось затрачивать как можно
меньше усилий на работу в среде CASE средств. CASE средства должны
быть визуально и интуитивно понятны пользователям.
Применение стандартных методологий. Этот фактор определяет
критерии выбора CASE средств, связанные с применением стандартных
методологий анализа и моделирования бизнес процессов. Как правило,
моделирование не заканчивается созданием новых моделей процессов.
Модели используются для внедрения информационных систем управления
и автоматизации процессов. За счет стандартизации обеспечивается
упрощение взаимодействия между CASE средствами и различными
информационными системами.
Удобство эксплуатации. При выборе CASE средств необходимо
учитывать такие характеристики как эффективность применения,
сопровождаемость, переносимость моделей с одной системы на другую.
Этот фактор в значительной степени связан с критериями, относящимися к
техническим характеристикам аппаратного обеспечения.
Трудоемкость. Этот фактор определяет набор критериев, связанных с
освоением и изучением работы CASE средств. При выборе следует учесть,
сколько времени потребуется на обучение пользователей.
Субъективность. Данный фактор также не следует исключать из набора
критериев по выбору CASE средств. При выборе могут существовать
субъективные соображения выбора того или иного CASE средства, не
связанные с рациональными критериями выбора.
Существует около 30 технологий проектирования организационно-
технических систем и несколько сотен инструментов, предназначенных для
автоматизации процесса. Но для проектирования ИС была выбрана
программа Visual Paradigm (VP-UML) и язык моделирования UML.
Visual Paradigm (VP-UML) - это инструмент UML CASE,
поддерживающий UML 2, SysML и нотацию моделирования бизнес-
процессов (BPMN) от Object Management Group (OMG) . Помимо
поддержки моделирования, он обеспечивает возможности создания отчетов
и разработки кода, включая создание кода . Он может реконструировать
диаграммы из кода и обеспечивать комплексное проектирование для
различных языков программирования .
UML (сокр. от англ. Unified Modeling Language — унифицированный
язык моделирования) — язык графического описания для объектного
моделирования в области разработки программного обеспечения. UML
является языком широкого профиля, это открытый стандарт, использующий
графические обозначения для создания абстрактной модели системы,
называемой UML моделью. UML был создан для определения,
визуализации, проектирования и документирования в основном
программных систем.
Использование UML не ограничивается моделированием
программного обеспечения. Его также используют для моделирования
бизнес-процессов, системного проектирования и отображения
организационных структур.
UML позволяет разработчикам ПО достигнуть соглашения в
графических обозначениях для представления общих понятий (таких как
класс, компонент, обобщение (generalization), объединение (aggregation) и
поведение) и больше сконцентрироваться на проектировании и архитектуре.
UML позволяет создавать диаграммы, такие как:
1. Диаграмма вариантов использования.
Она описывает взаимоотношения и зависимости между группами
вариантов использования и действующих лиц, участвующими в процессе.
Рассмотрены варианты использования АИС различными ролями:
Менеджером, главным технологом и работником цеха.
1. Диаграмма взаимодействия.
Это диаграмма, на которой изображено упорядоченное во времени
взаимодействие объектов. В частности, на ней изображаются участвующие
во взаимодействии объекты и последовательность сообщений, которыми
они обмениваются.
2. Кооперативная диаграмма.
Это диаграмма, на которой изображаются взаимодействия между
частями композитной структуры или ролями кооперации. В отличие от
диаграммы последовательности, на диаграмме коммуникации явно
указываются отношения между элементами (объектами), а время как
отдельное измерение не используется (применяются порядковые номера
вызовов).
3. Диаграмма классов.
Это статическая структурная диаграмма, описывающая структуру
системы, она демонстрирует классы системы, их атрибуты, методы и
зависимости между классами. На рис.1.5 показана общая структура системы
согласно функционированию предприятия.
4. Диаграмма состояний.
Диаграмма состояний, State Machine diagram (диаграмма конечного
автомата, диаграмма состояний) — диаграмма, на которой представлен
конечный автомат с простыми состояниями, переходами и композитными
состояниями. Конечный автомат — спецификация последовательности
состояний, через которые проходит объект или взаимодействие в ответ на
события своей жизни, а также ответные действия объекта на эти события.
Конечный автомат прикреплён к исходному элементу (классу, кооперации
или методу) и служит для определения поведения его экземпляров.
5. Диаграмма пакетов.
Это структурная диаграмма, основным содержанием которой являются
пакеты и отношения между ними. Жёсткого разделения между разными
структурными диаграммами не проводится, поэтому данное название
предлагается исключительно для удобства и не имеет семантического
значения (пакеты и диаграммы пакетов могут присутствовать на других
структурных диаграммах). Диаграммы пакетов служат, в первую очередь,
для организации элементов в группы по какому-либо признаку с целью
упрощения структуры и организации работы с моделью системы.
6. Диаграмма деятельности.
Это диаграмма, на которой показано разложение некоторой
деятельности на её составные части. Под деятельностью понимается
спецификация исполняемого поведения в виде координированного
последовательного и параллельного выполнения подчинённых элементов —
вложенных видов деятельности и отдельных действий, соединённых между
собой потоками, которые идут от выходов одного узла к входам другого.
Диаграммы деятельности используются при моделировании бизнес-
процессов, технологических процессов, последовательных и параллельных
вычислений.
7. Диаграмма компонентов.
Это статическая структурная диаграмма, демонстрирует внутреннюю
структуру классов и, по возможности, взаимодействие элементов (частей)
внутренней структуры класса.
 2 Анализ ведения кадрового учета
Ведение кадрового учета предполагает оформление большого
количества документации, которая будет отражать информацию как
отдельно по каждому сотруднику, так и в целом по всей школе, а также
создание правил, регламентирующих порядок трудовой деятельности.
Ведение кадрового учета подразумевает фиксирование численности
сотрудников, что возможно только при качественном отслеживании всех
перемещений. Основной задачей кадрового учета является составление
документального подтверждения того или иного перемещения сотрудника,
начиная от приема на работу, перевода на другую должность, оформления
отпуска и заканчивая увольнением.
В данный момент времени организация кадрового учёта в школе
осуществляется посредством привычного, неэффективного метода, т.е. всю
учетную документацию, подлежащую оформлению при приёме
сотрудников на работу, секретарь-делопроизводитель вынужден заполнять
вручную. Это, соответственно, влечет за собой большую трату времени.
Для обеспечения установленных законодательством РФ норм и правил
при занятии педагогических должностей в образовательной организации
необходимо учитывать следующие обстоятельства:
Перед принятием на работу проводится собеседование, цель которого
— определить, подходит ли кандидат на вакансию по своим
профессиональным и деловым качествам образовательной организации.
Если соискателю приходится отказывать в приёме, то в соответствии со ст.
64 ТК РФ он может потребовать сообщить причину отказа в письменной
форме, и работодатель обязан это сделать.
При приёме на работу работник должен представить документы,
предусмотренные частью первой ст. 65 ТК РФ:
паспорт или иной документ, удостоверяющий личность;
 трудовую книжку, за исключением случаев, когда трудовой договор
заключается впервые или работник поступает на работу на условиях
совместительства (бланк трудовой книжки оплачивается за счёт средств
работодателя и не может приобретаться физическим лицом; трудовые
книжки, которые покупаются организацией и выдаются лицам, впервые
поступающим на работу, подлежат особому учёту);
страховое свидетельство государственного пенсионного страхования;
документы воинского учета — для военнообязанных и лиц,
подлежащих призыву на военную службу;
документ об образовании, о квалификации или наличии специальных
знаний — при поступлении на работу, требующую специальных знаний или
специальной подготовки;
справка судебного характера (в порядке и по форме, устанавливаемым
федеральным органом исполнительной власти, осуществляющим функции
по выработке и реализации государственной политики и нормативно-
правовому регулированию в сфере внутренних дел) — при поступлении на
работу, к которой в соответствии с ТК РФ, иным федеральным законом не
допускаются лица, имеющие или имевшие судимость, подвергающиеся или
подвергавшиеся уголовному преследованию.
Иные документы при приёме на работу не требуются.
Педагогический работник должен иметь определенный
образовательный ценз, который установлен квалификационными
характеристиками, утвержденными приказом Министерства
здравоохранения и социального развития Российской Федерации от
26.08.2010 № 761н «Об утверждении единого квалификационного
справочника должностей руководителей, специалистов и служащих, раздел
«Квалификационные характеристики должностей работников образования»
(в редакции Приказа Минздравсоцразвития № 448н от 31.05.2011 г.). Раздел
ЕКС «Квалификационные характеристики должностей работников
образования». Они предусматривают не только наличие у педагогических
работников определенного уровня профессионального образования, но и
определённые требования к профилю полученной специальности по
образованию.
Трудовой договор заполняется при принятии сотрудника на работу.
Содержит следующие данные: фамилия, имя, отчество, должность (рабочее
место), основание (номер и дата приказа о принятии на работу). После
составления трудового договора директор и претендент на должность ставят
подпись, в трудовую книжку заносится соответствующая отметка и
формируется личное дело сотрудника.
В личном деле хранятся паспортные данные и общие сведения о
работнике. Кроме данных, необходимых для составления трудового
договора (ФИО, рабочее место(должность), № приказа о принятии),
содержит личные и другие данные сотрудника:
1.Личные данные;
 дата рождения, место рождения;
 адрес;
 паспорт: серия, номер;
 пенсионное свидетельство;
 медицинское страхование;
 ИНН;
 семейное положение;
 дети;
2. Образование;
3. Трудовая история с указанием следующих данных:
 предприятие;
 должность;
 стаж;
  статья увольнения;
4. Документы:
 тип документа (трудовая книжка, диплом и прочее);
 идентификационный номер (номер диплома, трудовой книжки);
 дата приема (дата внесения в личное дело);
 дата выдачи (дата изъятия из личного дела);

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

причинам:
1)Нарушение положений устава.

Чтобы уволить учителя по этому основанию необходимо соблюдение

следующих условий:
 совершение грубого нарушения;
 несколько нарушений в течение учебного года.
Устав данного образовательного учреждения включает в себя
следующие положения:
 соблюдение локальных актов;
 добросовестное исполнение своих должностных обязанностей;
 корректное поведение педагога по отношению к ученикам.
Если педагог не соблюдает эти положения, он нарушает устав
Данные действия педагога попадают под понятие дисциплинарных
нарушений, поэтому увольнение нужно производить с учетом ст. 192 и 193
ТК РФ.
Расследование нарушений положений устава можно быть проведено
только по письменной жалобе. Копия жалобы вручается самому учителю.
Руководитель должен потребовать от нарушителя письменных объяснений.
Увольнение возможно только в случае грубейших нарушений, при рядовых
нарушениях трудовой дисциплины объявляется замечание, выговор.
Причем, если нарушена процедура объявления дисциплинарного взыскания,
оно считается не имеющим юридической силы.
Предъявить дисциплинарное взыскание можно только за конкретные,
документально зафиксированные нарушения трудовой дисциплины, нельзя
уволить учителя за то, что он не обязан делать согласно трудовому
договору, должностным обязанностям, приказам и документации ОУ, с
которой он официально ознакомлен. При наложении дисциплинарного
взыскания должны учитываться тяжесть совершенного проступка и
обстоятельства, при которых он был совершен, то есть наказание должно
быть соразмерно проступку.
2)Применение учителем к учащимся насильственных действий.

В данном случае насильственными действиями учителя по отношению

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

Данное нарушение также является дисциплинарным, и увольнение

является следствием совершения педагогом противоправных действий.
Причиной увольнения не может быть применение таких действий по
неосторожности или случайности. Увольнение по этому основанию может
быть применено к учителю также и по решению суда. Суд выносит свое
решение после проведения следственных действий, и наличия доказательств
вины педагога.
Если процедура увольнения не будет соблюдена, учитель имеет право
подать иск в районный суд по месту своего жительства, согласно ст. 24 ГПК
РФ. Суть иска — восстановление на рабочем месте и оплата вынужденного
прогула. Иск можно подать в течение трех месяцев после увольнения.
3)Достижение учителем определенного возраста

Достижение пенсионного возраста еще не является основанием для

расторжения трудового договора с педагогом. Но это основание применимо
к руководителям образовательных учреждений. По достижении ими 65-
летнего возраста эти работники могут быть переведены на другое рабочее
место, которое соответствует их квалификации и опыту работы. Но перевод
не может быть осуществлен без письменного согласия руководителя.
Если такой должности нет, то договор с педагогическим работником
прекращается.
4)Другие основания увольнения учителя

В ст. 77 ТК РФ приведены общие основания для прекращения

трудового договора с любым работником, в том числе и с учителем. Это:
1 инициатива самого работника;
2 соглашение обеих сторон;
3 инициатива работодателя.
Уволить учителя по последнему основанию довольно сложно, только
при наличии следующих причин, которые перечислены в ст. 81 ТК РФ:
 прогул;
 сокращение численности штата школы или должностей;
 ликвидация школы или ее реорганизация;
 несоответствие занимаемой должности. Несоответствие может быть
установлено только по итогам аттестации. В ст. 49 Федерального Закона от
29. 12. 2012 года № 273-ФЗ «Об образовании в РФ» сказано, что аттестация
проводится для подтверждения квалификации педработника. Но
руководитель образовательного учреждения не обязан увольнять учителя.
Он может направить его на курсы повышения квалификации, либо
перевести на иную должность. Если учителя не устраивает ни один из
вариантов, то трудовой договор с ним расторгается на основании п. 3 ст. 81
ТК РФ;
 появление учителя на рабочем месте в состоянии алкогольного или
другого вида опьянения. Этот факт должен быть зафиксирован медиком.
Директор школы имеет право применить к учителю такой вид
дисциплинарного взыскания как увольнение;
 совершения работником, выполняющим воспитательные функции,
аморального проступка, несовместимого с продолжением данной работы;
 совершения хищения на рабочем месте. Вина учителя должна быть
доказана в судебном порядке. Поэтому директор должен вызвать
сотрудников полиции. После проведения следственных мероприятий, дело
будет передано в суд. Если суд докажет вину учителя, директор увольняет
последнего в течение месяца после вынесения решения.
Штатное расписание сотрудников, при расчете, на основании приказа
об увольнении, при приеме нового сотрудника должно быть
соответствующим образом изменено.
 3 Оптимизация процесса кадрового учета на примере МБОУ «СОШ
№ 54 г. Улан-Удэ»
3.1 Моделирование бизнес-процесса в методологии IDEF0 «как есть» и
«как должно быть» на примере МБОУ «СОШ № 54 г.Улан-Удэ»
Существует множество программ, таких как ARIS Express, Bizagi
Process Modeler, Business Studio, AllFusion Process Modeler, IBM WebSphere
Business Modeler, Intalio BPMS, но для описания данного бизнес процесса
использовалась программа Ramus.
Ramus—программный продукт в области управления знаниями
предприятия. Позволяет проводить описание, анализ и моделирование
бизнес-процессов, а также строить систему классификации и кодирования.
Программное обеспечение «Ramus» предназначено для использования
в проектах, в которых необходимо описание бизнес-процессов предприятия.
«Ramus» поддерживает методологии моделирования бизнес-процессов
IDEF0 и DFD, а также имеет ряд дополнительных возможностей,
призванных удовлетворить потребности команд разработчиков систем
управления предприятиями. «Ramus» обладает гибкими возможностями
построения отчетности по графическим моделям, позволяющие создавать
отчеты в форме документов, регламентирующих деятельность предприятия.
Ramus имеет достаточно интуитивный интерфейс пользователя,
позволяющий быстро и просто создавать сложные модели. Положительная
сторона программы в том, что она русифицирована и проста в
использовании.
Функции программы Ramus:
 Создание диаграмм IDEF0;
 Создание диаграмм DFD;
 Создание классификаторов;
 Экспорт/импорт в файлы формата IDL.
 Моделирование бизнес-процессов организации может быть направлено
на решение следующих крупных задач:
 разграничение зон ответственности сотрудников и подразделений
компании, разработка должностных инструкций и процедур;
 проведение анализа, оценки и внесения предложений по
совершенствованию деятельности организации,
 внедрение методик повышения эффективности деятельности
предприятия;
Ramus доступен как в локальном варианте так и в сетевом. Ramus
используют технологию Java, тем самым реализуя кроссплатформенность.
Доступны версии для операционных систем Windows, Linux, Mac OS X, и
всех других операционных систем, для которых реализована поддержка
Java.

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

методологии IDEF0.
Входной информацией системы является:
 штатное расписание
 заявление о прекращении трудового договора с работником
(увольнении)
 заявление о приеме на работу
Выходной информацией системы является:
 список уволенных сотрудников
 список сотрудников
 приказ об увольнении
 измененное штатное расписание
 трудовой договор
Управление:
  Законодательство министерства образования РФ
 Законодательство министерства здравоохранения и социального
развития РФ
 Устав школы
 Трудовой кодекс РФ
 Должностные инструкции
Механизмы:
 секретарь делопроизводитель
 директор

Рисунок 1- процесс ведения кадрового учета

Декомпозиция контекстной диаграммы представлена на рисунке 2. На

данной диаграмме выделены 2 функциональных блока «поиск и отбор
кандидатов», и «учет личного состава и ведение кадровой документации».
 Рисунок 2 – декомпозиция процесса «ведение кадрового учета»

Поиск и отбор кандидатов

Данный процесс декомпозируется на 4 процесса:
 распространение информации о вакансии
 рассмотрение резюме
 проведение собеседования
 рассмотрение заявления о приеме на работу
Добавляем входные данные «потенциальный кандидат» и «документы
кандидата» в процесс «учет личного состава и ведение кадровой
документации».
Рисунок 3 – декомпозиция процесса «поиск и отбор кандидатов»
Учет личного состава и ведение кадровой документации
Данный процесс декомпозируется на 5 процессов:
 принятие на работу
 составление графика отпусков
 ведение и хранение внутренней документации
 изменение штатного расписания
 увольнение работников
Добавляем входные данные «потенциальный кандидат» и «документы
кандидата» в процесс «учет личного состава и ведение кадровой
документации».
Рисунок 4 – декомпозиция процесса «учет личного состава и ведение
кадровой документации»
Принятие на работу
Данный процесс декомпозируется на 3 процесса:
 составление и подписание трудового договора
 проставление отметки в трудовую книжку
 формирование личного дела
Рисунок 5 – Декомпозиция процесса «Принятие на работу»

Увольнение работников
Данный процесс декомпозируется на 5 процесса:
 рассмотрение заявления об увольнении
 проставление отметки в трудовую книжку и в личное дело
 выдача документов
 подписание приказа об увольнении
 составление списка уволенных сотрудников
Рисунок 6 – Декомпозиция процесса «Увольнение работников»
 3.2 Построение UML диаграмм в Visual Paradigm на примере МБОУ
«СОШ № 54 г. Улан-Удэ»
Проанализировав материал, касающийся кадрового учета на примере
МБОУ «СОШ № 54 г. Улан-Удэ », для оптимизации необходимо
автоматизировать информационную систему по учету перемещений
работников.
Постановка задачи
Эксплуатационное назначение.
Внедряемая информационная система должна эксплуатироваться в
административно-управленческом звене.
Пользователями данной информационной системы будут следующие
сотрудники: директор, секретарь-делопроизводитель.
В отделе кадров хранится и обрабатывается информация обо всех
сотрудниках организации. Информация по каждому сотруднику заносится в
базу данных. При оформлении на работу каждый сотрудник получает свой
индивидуальный код. В базе данных регистрируется следующая
информация: фамилия, имя, отчество, номер паспорта, информация об
образовании, должность, размер заработной платы, контактный телефон,
информация об отделе.
К функциям отдела кадров относится принятие и увольнение
сотрудников, составление различных приказов и табеля рабочего времени,
оформление, текущей учет документации по движению кадров,
нормативный контроль по КЗОТу правильных формулировок приказов и
распоряжений по отделу кадров, получение и ведение дополнительной
информации о работнике, не нормативный по отделу кадров, но на
сегодняшний день закрепленный за ним (это данные о пенсионерах,
инвалидах, и т.п.) и т.д.
Принимая сотрудника на работу, учреждение заключает с ним
трудовой договор, в котором содержится информация различного рода,
такая как: какого числа он был принят на работу, в качестве кого, размер его
заработной платы, табельный номер сотрудника, условия работы,
информация о том сколько раз он может уходить в отпуск, оплачиваемый
ли больничный, проезд или отпуск и т.д.
После официального принятия на работу на сотрудника заводится
личная карточка. Личная карточка может содержать фамилию, имя и
отчество сотрудника, его дату рождения, паспортные данные, место
прописки и проживания, состав семьи и т.д.
В течение работы сотрудник может ходить на курсы повышения
квалификации, уходить в отпуска, болеть, так же сотрудник может быть
материально ответственным лицом, увольняться. На всё
вышеперечисленное составляются специальные приказы, которые содержат
разного рода информацию.
Приказ об уходе на больничный составляется отделом кадров в том
случае, если сотрудник был в этот момент в отпуске. В противном случае
больничный регистрируется вручную в специальном журнале.
Приказ о повышении квалификации называется переводом. Школа
может, как сама отправлять сотрудника на курсы, так и сотрудник может
самостоятельно их посещать. В последнем случае сотрудник обязан будет
представить специальный документ, который будет свидетельствовать о
том, что данный человек действительно прошел эти курсы.
На основании, больничных и отпусков отделом кадров составляется
табель рабочего времени. Табель рабочего времени представляет собой
список всех сотрудников, с указанием занимаемых ими должностями, число
дней, которое сотрудник должен был отработать, число фактически
отработанных сотрудником дней, число выходных и количество дней в
которых сотрудник был в отпуске или болел. Табель рабочего времени
составляется раз в месяц.
 Увольнение сотрудника происходит либо на основании личного
заявления сотрудника, либо из-за нарушения правил трудового договора.
После официального подписания приказа сотрудник обязан отработать на
данном предприятии еще две недели.

Диаграмма прецедентов
Описание прецедентов:
1 Прием на работу:
 Лицо, устраивающееся на работу, приходит к секретарю
делопроизводителю с документами и заявлением.
 секретарь делопроизводитель создает новый трудовой договор.
 Система предлагает к заполнению форму трудового договора.
 Секретарь делопроизводитель вводит данные о сотруднике в
данную форму (паспортные данные, ФИО, должность, наименование
структурного подразделения).
 Система присваивает работнику табельный номер.
 Секретарь делопроизводитель подтверждает данные.
 Система присваивает трудовому договору номер.
 Система сохраняет трудовой договор
 Секретарь делопроизводитель отправляет трудовой договор на
печать (в 2 экземплярах).
 Система распечатывает трудовой договор (в 2 экземплярах )
 Оформление приказа о приеме на работу
 Секретарь делопроизводитель на основании трудового договора
оформляет приказ о приеме на работу.
2 Оформление приказа о увольнении работника
 3 Работник подходит в кадровую службу с заявлением о увольнении.
Секретарь делопроизводитель оформляет приказ о увольнении работника.
4 Оформление приказа о переводе работника на другую работу
5 Работник подходит в кадровую службу с заявлением о
перемещении. Секретарь делопроизводитель оформляет приказ о переводе
работника на другую работу.
6 Оформление приказа о предоставлении отпуска
7 Работник пишет заявление о предоставлении отпуска.
8 Секретарь делопроизводитель оформляет приказ о предоставлении
отпуска.

Рисунок 7 –Диаграмма прецедентов

Класс «заявление» содержит информацию о заявлении. В нижней части

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

Рисунок 8 –Диаграмма классов

 Рисунок 9 – Диаграмма состояний для класса «секретарь-
делопроизводитель»
Согласно Рисунку. 9 класс «секретарь-делопроизводитель» имеет
следующие состояния:
 Ведет кадровый учет;
 свободен;
 в отпуске;
 на больничном;
 на повышении квалификации;
 выходной.

Рисунок 10 – Диаграмма состояния для класса «трудовой договор»

Согласно Рис. 10, класс «трудовой договор» имеют состояния:
составлен, подписан.
 Рисунок 11 – Диаграмма состояния для класса «заявление»
Согласно Рис. 11, класс «заявление» имеет состояния: подано,
рассмотрено, принято и отклонено.
Рисунок 12 – Диаграмма деятельности секретаря-делопроизводителя.
 На Рис. 12 представлена диаграмма деятельности секретаря-
делопроизводителя. При приеме заявления кандидата о приеме на работу,
секретарь-делопроизводитель принимает документы. Потом заполняет
форму трудового договора используя информацию, взятую из документов.
После заполнения подтверждает ввод данных. Отправляет трудовой договор
на печать, после чего оформляет приказ о приеме на работу. Отправляет
приказ на печать. После отправляет приказ директору и подавшему
заявление.
При приеме заявления сотрудника секретарь-делопроизводитель ищет
и заполняет форму приказа. После заполнения подтверждает ввод данных,
оформляет приказ. Отправляет приказ директору и подавшему заявление
сотруднику.
 Рисунок 13 – диаграмма взаимодействия для процесса «прием на
работу»
Описание диаграммы взаимодействия
 кандидат подает заявление о приеме на работу
 секретарь-делопроизводитель принимает документы кандидата
 секретарь-делопроизводитель вводит данные кандидата в форму
трудового договора
 система уведомляет секретаря-делопроизводителя подтвердить
данные.
 секретарь-делопроизводитель подтверждает ввод данных
 секретарь-делопроизводитель отправляет трудовой договор на
печать
 распечатанный трудовой договор отправляет подавшему заявление
 распечатанный трудовой договор отправляет директору
 секретарь-делопроизводитель ищет и вводит данные кандидата в
форму приказа
 система уведомляет секретаря-делопроизводителя подтвердить
данные.
 секретарь-делопроизводитель подтверждает ввод данных
 секретарь-делопроизводитель отправляет приказ на печать
 распечатанный приказ отправляет подавшему заявление
 распечатанный приказ отправляет директору
 
Рисунок 14- Диаграмма размещения
Описание диаграммы размещения:
Диаграмма размещения отражает физические взаимосвязи  между 
программными  и  аппаратными  компонентами системы.  Она  является 
хорошим  средством  для  того,  чтобы  показать маршруты  перемещения 
объектов  и  компонентов  в  распределенной системе.
Каждый  узел  на  диаграмме  размещения  представляет  собой
некоторый  тип  вычислительного  устройства –  в  большинстве  случаев,
часть аппаратуры. Эта аппаратура может быть простым устройством или
датчиком.
Диаграмма размещения показывает физическое расположение сети и
местонахождение  в  ней  различных  компонентов.
 Рисунок 15– Диаграмма взаимодействия для процесса «учет
перемещения кадров»
Описание диаграммы взаимодействия
 кандидат подает заявление о приеме на работу
 секретарь-делопроизводитель ищет и заполняет форму приказа.
 система уведомляет секретаря-делопроизводителя подтвердить
данные.
 секретарь-делопроизводитель подтверждает ввод данных
 секретарь-делопроизводитель отправляет приказ на печать
 распечатанный приказ отправляет подавшему заявление
 распечатанный приказ отправляет директору
 Рисунок 16- Диаграмма компонентов
Описание диаграммы компонентов:
Диаграммы компонентов - это один из двух видов диаграмм,
применяемых при моделировании физических аспектов объектно-
ориентированной системы. Они показывают организацию наборов
компонентов и зависимости между ними.
Диаграммы компонентов важны не только для визуализации,
специфицирования и документирования системы, основанной на
компонентах, но и для создания исполняемых систем путем прямого и
обратного проектирования
 Заключение
Основу технологии проектирования информационных систем
составляет методология. Методология реализуется через конкретные
технологии и поддерживающие их стандарты, методики и
инструментальные средства.
Существует множество программ, таких как ARIS Express, Bizagi
Process Modeler, Business Studio, AllFusion Process Modeler, IBM WebSphere
Business Modeler, Intalio BPMS, но для описания данного бизнес процесса
использовалась программа Ramus.
Проанализировав материал, касающийся кадрового учета на примере
МБОУ «СОШ № 54 г. Улан-Удэ », для оптимизации было необходимо
автоматизировать информационную систему по учету кадров.
В процессе выполнения курсового проекта были изучены методологии
проектирования ИС, предметная область «кадровый учет».
При подробном изучении данной предметной области можно прийти к
выводу, что информационная система значительно упростит работу
сотрудников отдела кадров. С созданием данной системы наиболее важные
функции практически полностью автоматизируются, значительно
упрощаются и уменьшается вероятность случайных ошибок, возникающих
в силу влияния человеческого фактора
 Список использованной литературы
Проектирование информационных систем
https://studfile.net/preview/6006120/page:2/ [Электронный ресурс]
Методология проектирования ИС
https://studwood.ru/1650908/informatika/metodologiya_proektirovaniya
[Электронный ресурс]
CASE средства https://www.kpms.ru/Automatization/CASE_tools.htm
[Электронный ресурс]
Visual Paradigm https://ru.qaz.wiki/wiki/Visual_Paradigm [Электронный
ресурс]
Кадровый учет https://nalog-nalog.ru/ [Электронный ресурс]
http://www.consultant.ru/ [Электронный ресурс]
Особенности приема на педагогическую должность
https://eduface.ru/consultation/pravo/osobennosti_prima_na_pedagogicheskuyu_r
abotu_izmeneniya_v_zakonodatelstve[Электронный ресурс]