Проектирование информационной системы детского сада

Размещено на http://www.allbest.ru/

Министерство образования, науки и молодежной политики Нижегородской области

Государственное бюджетное образовательное учреждение высшего образования

«Нижегородский государственный инженерно-экономический университет» (ГБОУ ВО НГИЭУ)

Институт: «Информационные технологии и системы связи»

Кафедра: «Информационные системы и технологии»

Курсовая работа

По дисциплине «Методы и средства проектирования информационных систем и технологий»

На тему: «Проектирование информационной системы детского сада»

Выполнил: студент института ИТиСС,

3 курса, группы 17ИО Пынзарь И. В.

Проверила: к.э.н., доцент Петрова С. Ю.

г. Княгинино 2020



Содержание

Введение

Глава 1. Описание предметной области

Глава 2. Требования к проектируемой информационной системе

2.1 Требования к системе в целом

2.2 Требования к функциям

2.3 Требования к видам обеспечения

Глава 3. Объектно-ориентированная модель информационной системы

Заключение

Список литературы



Введение

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

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

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

исследование работы организации и составление мнемосхемы;

формулирование требований к проектируемой системе;

проектирование диаграмм, описывающих работу системы.

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



Глава 1. Описание предметной области

Объектом курсовой работы является детское дошкольное учреждение, являющееся первым звеном в системе народного образования. Согласно Федеральному Закону «Об образовании» дошкольная образовательная организация - образовательная организация, осуществляющая в качестве основной цели ее деятельности образовательную деятельность по образовательным программам дошкольного образования, а также присмотр и уход за детьми Также в этом документе описано, чем является присмотр и уход за детьми, то есть это комплекс мер по организации питания и хозяйственно-бытового обслуживания детей, обеспечению соблюдения ими личной гигиены и режима дня [1, ст.23, ст. 2]. Таким образом для функционирования детского сада необходимо помещение, соответствующее санитарным нормам и наличие сотрудников, обеспечивающих администрирование, образовательные процессы, бытовое, медицинское обеспечения и т. д.

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

администрирование;

прием детей на обучение;

делопроизводство;

охрана и укрепление здоровья детей;

обеспечение физического и нравственного развития детей;

осуществление необходимой коррекции недостатков в физическом и (или) психическом развитии детей;

обеспечение осуществления образовательных программ;

обеспечение безопасности;

хозяйственное обеспечение;

снабжение необходимыми ресурсами;

управление кадрами;

управление финансовыми средствами;

бухгалтерский учет;

анализ и контроль трудовой дисциплины;

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

заведующий;

медицинский работник;

старший воспитатель;

воспитатель;

заведующий хозяйством;

старший повар;

повар;

кладовщик;

машинист по стирке белья;

дворник;

делопроизводитель;

бухгалтер;

сторож.

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

ребенок и его законные представители;

заведующий;

старший воспитатель;

медицинский работник;

делопроизводитель.

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

Таблица 1 - Условные обозначения типов взаимодействия

Условное обозначение	Тип взаимодействия
	Бумажный
	Устный

Начало процесса инициируют ребенок и его законные представители, предоставляя заявление о зачислении на имя заведующего и медицинскую карту, в которой указаны сведения о здоровье ребенка и проведенных мероприятиях вакцинации, являющихся необходимыми для зачисления. Воспитатель проводит устное тестирование (беседу, в ходе которой выясняет уровень психического и умственного развития, выявляет увлечения и интересы) и выбирает группу, в которую будет зачислен кандидат. Медицинский работник осуществляет осмотр кандидата (ребенка) и проверяет предоставленные документы, медицинского содержания. Заведующий непосредственно осуществляет зачисление в детский сад, подписывая приказ о зачислении, после чего делопроизводитель осуществляет учет документов об обучающемся. Формы, типы и субъекты взаимодействия представлены далее в таблице 2.

Таблица 2-Объекты и субъекты информационного взаимодействия

Объекты/субъекты взаимодействия	Форма информационного взаимодействия	Тип взаимодействия
Ребенок-Заведующий	Заявление	Письменное
Ребенок - Старший воспитатель	Тестирование	Устное
Продолжение таблицы 2
Ребенок - Медицинский работник	Медицинская карта	Письменное
Заведующий -Делопроизводитель	Приказ о зачислении	Письменное

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

Рисунок 1 - Мнемосхема процесса приема на обучение

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



Глава 2. Требования к проектируемой информационной системе

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

требования к системе в целом;

требования к функциям;

требования к видам обеспечения.

Состав требований к системе устанавливают в зависимости от вида, назначения, специфических особенностей и условий функционирования конкретной системы [2, с. 3].

2.1 Требования к системе в целом

Требования к структуре и функционированию

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

подсистема хранения;

подсистема приложения;

подсистема интеграции;

подсистема информационного управления.

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

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

Подсистема интеграции отвечает за взаимодействие проектируемой информационной системы со смежными системами, а именно:

прием запросов от смежных систем и предоставление ответов на полученные запросы;

передачу запросов смежным системам и обработку ответов.

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

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

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

Передаваемые данные должны включать в себя:

результаты информационного взаимодействия с кандидатами;

сведения о заявителях;

сведения о свободных местах.

Требования к режимам функционирования

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

активный режим;

режим ожидания;

аварийный режим;

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

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

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

Требования к взаимодействию со смежными системами

Проектируемой информационной системе необходимо взаимодействие со смежной системой Microsoft Word.

Информационная система должна осуществлять следующие варианты обмена со смежными системами:

экспорт информации;

импорт информации.

Перспективы развития системы

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

Требования к персоналу

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

системный администратор - 1 человек;

пользователи - 5 человек.

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

установка, техническое обслуживание и обновление комплекса технических средств информационной системы;

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

ведение учетных записей пользователей;

ведение технической документации системы;

обеспечение безопасности сетевого взаимодействия [3].

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

Показатели назначения

Система должна обеспечивать одновременную работу всех пользователей информационной системы при выполнении операций без задержек. Кроме того, должно быть обеспечено хранение данных до передачи на государственное хранение [4, c. 1].

Требования к надежности

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

Требования к безопасности

На всех устройствах технического обеспечения должно быть установлено защитное заземление, с сопротивлением не более 0,5 Ом. [5, c.3] Не допускается подключение оборудования информационной системы к сети электропитания, не обеспечивающей ручное аварийное отключение и автоматическое отключение при нештатных ситуациях, появляющихся при её эксплуатации. Территория объекта размещения аппаратной части информационной системы должна быть обеспечена системами противопожарной безопасности и противопожарной защиты [6, c.1]. Факторы, оказывающие воздействие на здоровье пользователя со стороны всех элементов системы, не должны превышать действующих норм.

Требования к эргономике

Эргономические требования к информационной системе должны быть направлены на повышение эффективности деятельности и сохранение здоровья пользователя [7, с.1]. Взаимодействие пользователь-система должно быть представлено графическим интерфейсом, который будет по возможности простым и понятным пользователю должен обеспечивать быстрое выполнение операций.

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

Требования к эксплуатации, техническому обслуживанию и ремонту

В процессе эксплуатации информационной системы требуется обеспечение бесперебойного электропитания напряжением 220 В. Климатические условия, необходимые для эксплуатации аппаратных компонентов информационных систем описаны в стандарте ГОСТ 21552 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение». Устройства проектируемой информационной системы должны соответствовать требованиям к первой группе устройств, для эксплуатации которых предусмотрены следующие нормальные климатические условия: температура окружающего воздуха (20±5) °С, относительная влажность (60±15) %, атмосферное давление от 84 до 107 кПа [8, c.2].

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

Требования к защите и сохранности информации

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

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

Требования к защите от внешних воздействий

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

Требования к патентной чистоте

Проектируемая информационная система должна соответствовать требованиям к патентной чистоте согласно действующему законодательству Российской Федерации. Не должны предъявляться дополнительные требования по покупке лицензий на программное обеспечение.

Требования по стандартизации и унификации

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

2.2 Требования к функциям

Подсистема хранения

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

Подсистема приложения

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

Таблица 3 - Перечень функций и задач подсистемы приложений

Функция	Задачи
Обработка данных	Проверка данных
	Проверка наличия свободных мест
	Отправка вариантов
Зачисление	Обновление данных
	Создание приказа о зачислении

Требования к временному регламенту и формы представления выходной информации каждой функции подсистемы приложений представлены далее в таблице 4.

Таблица 4 - Требования к временному регламенту и формы представления выходной информации подсистемы приложений

Задача	Требования к временному регламенту	Форма представления выходной информации
Проверка данных	Не более 24 часов, при получении заполненного бланка	Электронный интерфейс
Продолжение таблицы 4
Проверка наличия свободных мест	Не более 5 минут, при соответствии данных	Электронный интерфейс
Отправка вариантов	Не более 5 минут, при наличии свободных мест
Выдача приказа о зачислении	Не более одного рабочего дня, после выбора желаемого детского сада	Текстовый документ
Обновление данных	Весь период функционирования системы	Электронный интерфейс

При исполнении функций работы подсистемы приложений возможны отказы в работе из-за различных неполадок. Критерии отказов и время восстановления функций подсистемы представлены в таблице 5.

Таблица 5 - Перечень критериев отказа

Функция	Критерии отказа	Время восстановления
Обработка данных	Не выполняется одна из задач функции	12 часов
Зачисление	Не выполняется одна из задач функции	16 часов

Подсистема интеграции

Работа подсистемы интеграции заключается в обеспечении взаимодействия со смежной системой «Microsoft Word» для взаимодействия с текстовыми документами.

Взаимодействие проектируемой информационной системы со смежной системой заключается в следующем:

импорт данных из документов;

экспорт данных в документы.

Временные регламенты выполнения функций взаимодействия со смежными системами представлены в таблице 6.

Характеристики точности и достоверности выдачи результатов определяются регламентом эксплуатации системы. Импорт и экспорт данных в смежную систему являются важными функциями проектируемой информационной системы. Отказы в работе этих функций влияют на работу системы в целом, поэтому время восстановления системы после отказов функций должно быть минимальным. Критерии отказов и время восстановления представлены в таблице 7.

Таблица 6 - Временные регламенты функций подсистемы интеграции

Функция	Требования к временному регламенту	Форма представления выходной информации
Импорт информации	Весь период функционирования системы, при получении текстовых документов	Электронный интерфейс
Экспорт информации	Весь период функционирования системы, при необходимости вывода информации	Текстовый документ

Таблица 7 - Критерии отказов

Функция	Критерии отказа	Время восстановления
Импорт информации	Не выполняется одна из задач функции	3 часа
Экспорт информации

Подсистема информационного управления

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

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

добавление новых данных;

редактирование данных;

сохранение данных;

просмотр баз данных;

фильтрация и сортировка;

поиск;

экспорт и импорт;

удаление данных.

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

«Заявки»;

«Детские сады».

В состав таблицы «Воспитанники» должны быть включены следующие атрибуты:

«Идентификатор заявки»;

«Логин»;

«Пароль»;

«ФИО»;

«Дата рождения»;

«Адрес».

База данных «Группы» должна включать в себя следующие атрибуты:

«Название»;

«Адрес»;

«Количество свободных мест».

Взаимодействие с базой данных должно осуществляться на протяжении всего функционирования системы при получении новых заявок. Восстановление работоспособности при отказах необходимо осуществлять за минимально возможные сроки (не более 5 рабочих часов). Форма представления данных - электронный интерфейс.

2.3 Требования к видам обеспечения

Требования к математическому обеспечению

Математические методы и алгоритмы, используемые для шифрования/дешифрования данных, а также программное обеспечение, реализующее их, должны быть сертифицированы уполномоченными организациями для использования в государственных органах Российской Федерации.

Требования к информационному обеспечению

Хранение данных в системе и управление ими должно быть реализовано при помощи реляционной СУБД MySQL. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД.

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

Требования к лингвистическому обеспечению

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

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

Требования к программному обеспечению

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

Требования к техническому обеспечению

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

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

сервер;

ПК пользователей;

ПК системного администратора.

Требования к техническим характеристикам сервера:

процессор - Intel Xeon Quad-Core (3.5-3.9 ГГц);

объем оперативной памяти - 16 Гб;

дисковая подсистема - 4 х 64 Гб;

сетевой адаптер - 100 Мбит.

Требования к техническим характеристикам ПК пользователя и ПК администратора:

процессор - Intel Celeron J1800;

объем оперативной памяти - 4 Гб;

дисковая подсистема - 120 Гб.

Требования к организационному обеспечению

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

Должны быть определены должностные лица ответственные за:

обработку информации;

администрирование;

обслуживание технического комплекса.

Требования к методическому обеспечению

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

федеральный закон от 27.07.2006 №149-ФЗ;

международный стандарт ISO/IEC 12207;

ГОСТ 34;

ГОСТ Р ИСО/МЭК 12207.

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



Глава 3. Объектно-ориентированная модель информационной системы

Диаграмма вариантов использования

Диаграмма вариантов использования описывает функциональное назначение информационной системы, показывает поведение ИС с точки зрения пользователя [10, c. 62]. Суть данной диаграммы состоит в том, что система представляется в виде множества актеров, взаимодействующих с системой с помощью вариантов использования. Вариант использования - это описание на высоком уровне фрагмента функциональности, которую обеспечивает система. Актером называется любой объект, взаимодействующий с моделируемой системой извне.

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

Рисунок 2 - Диаграмма вариантов использования

На диаграмме вариантов использования представлены 2 актера: родители и заведующий детским садом. Именно они являются элементами внешней среды, взаимодействующими с информационной системой.

Для актера «Родители» доступен вариант использования «Оформление заявления». Актер «Родители» выполняет следующие действия: создает заявление о зачислении, предоставляет данные о ребенке и необходимые документы.

Для актера «Заведующий детским садом» доступен вариант использования «Оформление приказа о зачислении», при котором происходит проверка предоставленных данных и одобрение, либо отказ в зачислении.

Диаграмма классов

Диаграмма классов занимает центральное место в проектировании объектно-ориентированной системы [10, c. 65]. Диаграмма классов -- структурная диаграмма языка моделирования UML, демонстрирующая общую структуру иерархии классов системы, их коопераций, атрибутов (полей), методов, интерфейсов и взаимосвязей между ними.

Широко применяется не только для документирования и визуализации, но также для конструирования посредством прямого или обратного проектирования [9, c. 120]. Целью создания диаграммы классов является графическое представление статической структуры декларативных элементов системы. Используется для общего концептуального моделирования структуры приложения, а также для детального моделирования перевода модели в программный код. Классы в диаграмме классов представляют, как основные элементы, взаимодействие в приложении, так и классы, которые будут запрограммированы.

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

На диаграмме классов расположены следующие классы:

«Приложение» со стереотипом «Управление;

«Заявка» со стереотипом «Сущность» и следующими атрибутами: «Идентификатор заявки», «Логин», «Пароль», «Введенный пароль», «ФИО», «Дата рождения», «Адрес», «Наличие вакцин». Выполняет операцию «Создать заявку»;

Рисунок 3 - Диаграмма классов

«Детские сады» со стереотипом «Сущность» и следующими атрибутами: «Название», «Адрес», «Количество свободных мест», выполняет операции: «Получить информацию о наличии свободных мест» и «Обновить данные»; информационный данный ориентированный приложение

«Принятие решений» со стереотипом «Интерфейс», выполняет следующие операции: «Проверить пароль», «Авторизовать», «Обработать данные» и «Создать приказ о зачислении»;

«Форма ввода данных» со стереотипом «Граница», при помощи которого осуществляются следующие операции: «Ввести логин и пароль», «Заполнить бланк», «Выбрать желаемый детский сад»;

«Форма вывода» со стереотипом «Граница», выполняет следующие операции: «Получить бланк», «Получить варианты детских садов», «Получить приказ о зачислении».

Диаграмма кооперации

Диаграмма кооперации предназначена для описания поведения системы на уровне отдельных объектов, которые обмениваются между собой сообщениями, чтобы достичь нужной цели или реализовать некоторый вариант использования [10, c. 77]. Такое представление структуры модели как совокупности взаимодействующих объектов и обеспечивает диаграмма кооперации.

Цель самой кооперации состоит в том, чтобы специфицировать особенности реализации отдельных вариантов использования или наиболее значимых операций в системе [10, c. 77]. Кооперация определяет структуру поведения системы в терминах взаимодействия участников этой кооперации.

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

Рисунок 4 - Диаграмма кооперации

На данной диаграмме представлены 6 объектов и 13 сообщений, указанных ранее на диаграмме классов.

Диаграмма последовательности

Диаграмма последовательностей, как и диаграмма кооперации относится к диаграммам взаимодействия и отражает взаимодействие объектов.

Диаграмма последовательности - это диаграмма, являющаяся демонстрацией одного сценария выполнения потока из диаграммы кооперации. Диаграммы последовательности отражают поток событий, происходящих в рамках варианта использования. На этих диаграммах изображаются только те объекты, которые непосредственно участвуют во взаимодействии, так как ключевым моментом является именно динамика взаимодействия объектов во времени и не используются возможные статические ассоциации с другими объектами [10, c. 74].

Диаграмма последовательности для проектируемой информационной системы представлена на рисунке 5.

Рисунок 5 - Диаграмма последовательности

На диаграмме последовательности представлены классы и обмен сообщениями между ними на временной оси.

Диаграмма состояний

Диаграмма состояний - это граф специального вида, вершинами которого являются состояния, а дугами являются переходы из состояния в состояние [10, c. 69]. Главное предназначение данной диаграммы - описать возможные последовательности состояний и переходов, которые в совокупности характеризуют поведение элемента модели в течение его ЖЦ.

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



Рисунок 6 - Диаграмма состояний

На диаграмме отражены состояния приложения и переходы между ними, происходящие под влиянием внешних воздействий. Таким образом, информационная система обладает возможностью нахождения в одном из следующих состояний: «Начальное состояние», «Ожидание ввода логина и пароля», «Проверка пароля», «Авторизация», «Получение бланка», «Ожидание ввода данных», «Обработка данных», «Получение вариантов детских садов», «Выбор желаемого детского сада», «Создание заявки», «Создание приказа о зачислении», «Обновление данных», «Получение приказа о зачислении», «Завершение выполнения заявки», «Конечное состояние».

Диаграмма деятельности

Диаграммы деятельности используются, когда необходимо представить алгоритмы выполнения операций классов, при этом каждое состояние может являться выполнением операции некоторого класса или ее части, позволяя использовать диаграммы деятельности для описания реакций на внутренние события системы [10, c. 71]. На диаграмме деятельности отображается логика перехода от одной деятельности к другой и уделяется внимание результату деятельности.

Диаграмма деятельности проектируемой информационной системы представлена на рисунке 7.

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

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

Рисунок 7 - Диаграмма деятельности

Диаграмма компонентов

Целями построения диаграммы компонентов является представление физической и концептуальной схем данных и визуализация общей структуры исходного кода информационной системы. Диаграмма компонентов позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный, бинарный и исполняемый код [10, c. 80]. Основными графическими элементами диаграммы компонентов являются компоненты, интерфейсы и зависимости между ними.

Диаграмма компонентов проектируемой информационной системы представлена на рисунке 8.

Рисунок 8 - Диаграмма компонентов

На диаграмме компонентов представлен программный компонент App.exe, являющийся исполняемым файлом. Данный компонент реализует классы «Заявка» и «Детские сады». Также на диаграмме представлены форма ввода данных, форма вывода и интерфейс «Принятие решений».

Диаграмма развертывания

Диаграмма развертывания является второй формой физического представления информационной системы. предназначена для визуализации элементов и компонентов программы, существующих лишь на этапе ее исполнения. При этом представляются только компоненты-экземпляры программы, являющиеся исполнимыми файлами или динамическими библиотеками. Диаграмма развертывания содержит графические изображения процессоров, устройств и связей между ними. В отличие от диаграмм логического представления, диаграмма развертывания является единой для системы в целом, поскольку должна всецело отражать особенности ее реализации [10, c. 85].

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

Рисунок 7 - Диаграмма развертывания

Все узлы информационной системы подключены к сети Интернет, через которую осуществляется взаимодействие. В информационной системе имеются конечные устройства - это ПК детских садов. Данные, необходимые для осуществления взаимодействия хранятся на сервере. Взаимодействие пользователя с системой осуществляется через ПК родителей.

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



Заключение

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

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

Составлены требования к системе в целом, требования к функциям, требования к видам обеспечения.

При помощи программного средства Microsoft Visio составлены следующие диаграммы нотации UML:

диаграмма вариантов использования;

диаграмма классов;

диаграмма кооперации;

диаграмма последовательности;

диаграмма состояний;

диаграмма деятельности;

диаграмма компонентов;

диаграмма развертывания.

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

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



Список литературы

1. Федеральный Закон от 29.12.2012 № 273-ФЗ (ред. от 07.05.2013 с изменениями, вступившими в силу с 19.05.2013) "Об образовании в Российской Федерации»

2. ГОСТ 34.602 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы».

3. Должностная инструкция системного администратора

4. Положение об архиве учреждения МБДОУ детский сад «Белоснежка»

5. ГОСТ 12.1.030 «Система стандартов безопасности труда. Электробезопасность. Защитное заземление. Зануление.»

6. ГОСТ 12.1.004 «Система стандартов безопасности труда. Пожарная безопасность.»

7. ГОСТ 20.39.108 Комплексная система общих технических требований. Требования по эргономике, обитаемости и технической эстетике. Номенклатура и порядок выбора

8. ГОСТ 21552 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение»

9. Буч Г. Язык UML. Руководство пользователя. / Г. Буч, Д. Рамбо, И. Якобсон: ДМК Пресс, 2006. -- 496 с.

10. Методы и средства проектирования информационных систем и технологий: учебное пособие / С. Ю. Петрова. - Ставрополь: Логос, 2018. -- 114 с.

Размещено на Allbest.ru