Курсовой проект "Автоматизированная система поддержки кадровой службы"

Общее задание: Спроектировать информационную систему и реализовать её в виде приложения на языке Java c использованием технологий_______________________________________________________________________________________________________________________________________________________________.
Интерфейс приложения должен быть оформлен с использованием___________________. В приложении должна быть предусмотрена проверка данных, вводимых пользователем (на клиентской и серверной части проекта). При разработке приложения должны быть использованы следующие компоненты_____________________________________________________________
Уровни архитектуры: База данных – Модель – Серверное приложение – Клиентское приложение
База данных: ___________________________________________________________________
Модель: доступ к данным осуществляется с помощью ____________________________. Бизнес-логика реализует основные алгоритмы обработки данных.
Серверное приложение: предоставляет клиентскому приложению удаленные методы бизнес-логики. Использует технологию_____________________. Должен обеспечиваться надежный уровень безопасности доступа к данным.
Клиентское приложение: web-приложение либо GUI-клиент, реализованное с применением технологии______________. Клиентское приложение не имеет прямого доступа к БД.
Обязательные требования:
2. Функционал серверной части должен составлять не менее 20 вариантов использования (к вариантам использования не должны относиться низкоуровневые операции манипулирования данными в базе данных). Функционал приложения должен быть согласован с руководителем курсового проекта в срок согласно календарному плану работы над курсовым проектом. Невыполнение заявленного функционала, может служить причиной не допуска студента до защиты курсового проекта.
3. При разработке необходимо использовать не менее 5 паттернов проектирования GoF.
4. Доступ к данным в СУБД должен осуществляться через драйвер JDBC, поставляемый производителем СУБД. База данных должна быть приведена к 3-ей нормальной форме и содержать не менее 5 таблиц.
5. Обязательны для исполнения все требования, представленные в техническом задании.
Требования к поставке.
- Сервер приложений: ¬___________________¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬
- СУБД: mySQL
- Операционная система Windows 7 и выше.
- Браузеры: Firefox, Chrome, Microsoft Edge
База данных должна генерироваться sql-скриптом, исполняемым при первом запуске приложения.
Серверная часть должна поставляться_______________________________________________
Интерфейс программы и данные должны быть только на русском (белорусском) языке.
Приложение должно запускаться без использования интегрированных средств разработки.
Подписи на всех элементах схем и диаграмм, за исключением названий классов (сущностей), переменных, методов и атрибутов, должны быть выполнены на русском языке русскими буквами.
Перечень используемых стандартов:
IDEF0, IDEF1.X, UML 2.0 и выше, ГОСТЫ 19001–19701 (оформление блок-схем, требования к руководству пользователя), стандарты оформления курсовых и дипломных работ.
4. Содержание расчетно-пояснительной записки (перечисление вопросов, подлежащих разработке)
Введение (с указанием цели и основных задач для её достижения). 1. Описание предметной области (включая IDEF0 (если необходимо дополнительно IDEF3) до выделения элементарных бизнес-функций) и определение требований к системе с точки зрения предметной области. 2. Постановка задачи и обзор методов её решения. 3. Модели представления системы и их описание. 4. Информационная модель системы и её описание (с доказательством приведения ее к 3-ей нормальной форме). 5. Обоснование оригинальных решений по использованию технических и программных средств, не включенных в требования (необязательный раздел). 6. Описание алгоритмов реализующих бизнес-л (ред.)

тестирования разработанной системы и оценка выполнения задач. Выводы и заключения. Литература. Приложения.
5. Перечисление графического материала (с четким обозначением обязательных чертежей и графиков)
Функциональная модель процессов предметной области (IDEF0). Диаграмма Вариантов использования (Use Case). Диаграммы состояний . Диаграмма последовательностей. Диаграммы классов. Диаграммы компонентов. Диаграмма развертывания. Информационная модель. Схемы алгоритмов, реализующих бизнес-логику. Листинг алгоритмов реализующих бизнес-логику. Листинг основных алгоритмов программы. Листинг скрипта генерации базы данных.

3.1. Общие требования. Программное средство следует разработать в архитектуре web-приложение с базой данных с использованием объектно-ориентированного языка программирования Java, современных технологий и фреймворков. В рамках работы должны быть представлены: разработка и использование соб-ственной иерархии классов, реализация не менее 5-х паттернов проектирования, сокрытие данных (инкап-суляция), перегрузка методов, переопределение методов, параметризированные классы (шаблоны), аб-страктные типы данных (интерфейсы, абстрактные классы), передача параметров по ссылке и по значению, статические методы, обработка исключительных ситуаций.
Уровни архитектуры: приложение должно быть распределено по 2-м отдельным серверам:
Сервер СУБД – СУБД для размещения базы данных курсового проекта выбирается студентом са-мостоятельно.
Сервер Приложений – используется для размещения “серверной” части приложения, представлен-ной Моделью на основе ORM технологии (Hibernate/JPA), Бизнес-логикой приложения на основе техноло-гий jsp+servlet или иного MVC фреймворка для разработки веб-приложений. По согласованию с руководи-телем разрешается использовать фреймворки для других платформ: Ruby, .Net, Python, JavaScript.
3.1.1. Бизнес-логика. В рамках работы должны быть выполнены следующие требования:
Бизнес-логику необходимо реализовать только на серверной части. На сервере следует предусмот-реть возможность параллельной обработки запросов. Доступ к данным в СУБД должен осуществляться че-рез драйвер, предоставляемый производителем СУБД.
Схему базы данных (не менее пяти связанных таблиц) необходимо привести к 3-ей нормальной форме.
Функциональные возможности серверной части должны насчитывать не менее 20 вариантов ис-пользования, исключая тривиальные операции работы с БД (добавление, удаление, редактирование записей в БД).
3.1.2. Требования к поставке. Разработанное программное средство должно обладать следующей инфраструктурой:
Название базы данных должно соответствовать схеме вида familia_i_o (фамилия и инициалы по шаблону латинскими буквами).
Классы и библиотеки следует размещать в пакетах (пространствах имен), имена которых оканчива-ются на FamiliaIO (фамилия и инициалы студента-исполнителя по шаблону латинскими буквами).
Имена классов должны оканчиваться на FamiliaIO (фамилия и инициалы студента-исполнителя по шаблону латинскими буквами).
Интерфейс программного средства и данные представлять только на русском языке.
Программное средство должно запускаться без использования интегрированных средств разработки.
Подписи на всех элементах схем и диаграмм, за исключением названий классов (сущностей), пере-менных, методов и атрибутов, следует представлять на русском языке русскими буквами.
Конкретные версии фреймворков и технологий, применяемых для реализации программного сред-ства, должны быть актуальными на начало 2021 года.
3.2. Языки и среда программирования – на выбор. Разработанное программное обеспечение должно выполняться в системе Windows 7 / 8 / 10 с возможной предустановкой библиотек или пакетов выбранной среды программирования.
3.3. Нормативные источники: Положение о курсовом проектировании БГУИР.
СТП 01-2017. Стандарт предприятия. Дипломные проекты (работы). Проектирование программного сред-ства выполнять с учетом положений, изложенных в руководящих документах методологий IDEF0 и IDEF1.X, нотации BPMN 2.0, стандарта UML 2.0 и выше.
3.4. Остальные данные и требования уточняются в процессе проектирования и разработки.