Файл: Отчет о прохождении производственной практики (технологическая (проектнотехнологическая) практика).docx

МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ

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

высшего образования

«КУБАНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»

(ФГБОУ ВО «КубГУ»)
Факультет компьютерных технологий и прикладной математики

Кафедра вычислительных технологий


ОТЧЕТ О ПРОХОЖДЕНИИ ПРОИЗВОДСТВЕННОЙ ПРАКТИКИ (ТЕХНОЛОГИЧЕСКАЯ (ПРОЕКТНО-ТЕХНОЛОГИЧЕСКАЯ) ПРАКТИКА)

период с 29.06.2022 г. по 26.07.2022 г.
Ан Инесса Виссарионовна

(Ф.И.О. студента полностью)
студента 39 группы 3 курса ОФО
Направление подготовки 02.03.02 Фундаментальная информатика и информационные технологии

Руководитель практики от факультета

к.ф.-м.н., доц., декан         Колотий А.Д.

ученое звание, должность (подпись) (Ф.И.О)
Оценка по итогам защиты практики: _____________________
«26» июля 2022 г.

(дата)
Руководитель практики от производства

Директор______________________________________________________ Ситников С.Л.

должность (подпись) (Ф.И.О)


Краснодар 2022 г.

Отчет о прохождении производственной практики (технологическая (проектно-технологическая) практика) студентки 3 курса 39 группы ФКТиПМ КубГУ Ан Инессы Виссарионовны
Проходила практику в период с 29.06.2022 по 26.07.2022 в компании ООО «МНЕ ЗАКАЗ».

В рамках практики были получены навыки проектирования информационных систем: построение моделей в IDEF0, IDEF3 и DFD на основе организационной структуры; построение модели сущность связь; создание UML диаграмм; проектирование и разработка базы данных.

В начале практики были изучены основные инструменты: SQLite, AllFusion ERWin Process Modeler.

1. Построения моделей в IDEF0 на основе организационной структуры.

---

Моделирование информационной системы заключается в следующих этапах: моделирование предметной области IDEF, моделирование IT-архитектуры и выбор технических средств и решений, ER-проектирование, проектирование и UML-проектирование структуры классов предметной области и классов информационной системы.

Для получения практических навыков была выбрана предметная область «Гостиница».

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

Назначение информационной системы:

1. 
   автоматизация процесса оформление постояльцев отеля;
   
2. 
   контроль охранной системы;
   
3. 
   автоматизация резервирования номеров;
   
4. 
   ведение учета платежей за проживание;
   
5. 
   облегчение учета занятых, зарезервированных и свободных на данный момент апартаментов отеля;
   
6. 
   централизованное хранение данных.
   

Характеристика объекта автоматизации.

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

1. 
   регистрация постояльцев;
   
2. 
   учет занятых номеров гостиницы;
   
3. 
   учет зарезервированных номеров;
   
4. 
   учет освободившихся номеров;
   
5. 
   финансовый учет;
   
6. 
   организация охраны гостиницы.
   

Данные процессы осуществляются по большей части администраторами отеля.

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

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

Описание потоков данных и бизнес процессов.

Моделирование бизнес-процессов.

---

Бизнес-процесс — это совокупность взаимосвязанных мероприятий или задач, направленных на создание определенного продукта или услуги для потребителей. Моделирование бизнес-процессов - деятельность по формированию моделей организаций, включающая описание деловых объектов (подразделений, должностей, ресурсов, ролей, процессов, операций, информационных систем, носителей информации и т. д.) и указание связей между ними. Функциональное моделирование бизнес-процессов представлено методологией IDEF0. Она описывает те деловые процессы, которые протекают в объекте автоматизации. Основу методологии IDEF0 составляет графический язык описания бизнес-процессов. Модель в IDEF0 представлена совокупностью иерархически упорядоченных и логически связанных диаграмм. Каждая диаграмма располагается на отдельном листе.
Построение модели ИС начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. На рисунке 1 представлена контекстная диаграмма АИС «Гостиница»:



Рисунок 1 – Контекстная диаграмма IDEF0. Оказывать гостиничные услуги


Взаимодействие системы с окружающей средой описывается в терминах входа (на рис.1 это «Клиенты» и «Плата за услуги»), выхода (основной результат процесса – «Оказанные услуги» и «Прибыль»), управления («Законы РФ» и «Устав отеля» и т.д) и механизмов («Материальная база», «Помещение», «Персонал» – это ресурсы, необходимые для процесса функционирования отеля).
«Клиенты» – те, для кого гостиница работает. Они платят гостинице деньги в качестве платы за оказываемые услуги. Получение прибыли – цель коммерческой деятельности. Значит, чтобы добиться этой цели гостиница должна оказать услуги клиентам.

«Устав отеля» – это правила, которыми управляется процесс функционирования отеля, как предприятия со своими внутренними правилами, и также обязанного «жить» согласно законодательству конкретной страны. Шаблон устава можно увидеть в приложении Б.
В оказании услуг принимает участие «Персонал» отеля. Чтобы предоставить номера и получить прибыль, в деятельности отеля должны участвовать «Помещение» и «Материальная база» – обстановка здания, техника в номерах, инвентарь и т.д.

---

После описания контекстной диаграммы проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции (рисунок 2).




Рисунок 2 – Диаграмма декомпозиции IDEF0. Оказывать гостиничные услуги
Весь процесс «Оказывать гостиничные услуги» разбивается на 3:

1) «Предоставить номера» иллюстрирует деятельность сдачи номеров с предварительной регистрацией;

2) «Обслуживать номера» представляет собой процесс поддержания персоналом отеля порядка в номерах;

3) «Организовать охрану номеров»

После дальнейшего разбиения диаграммы получаем 3 диаграммы (рисунки 3, 4, 5) декомпозиции, описывающие каждая одну из работ, представленных на диаграмме верхнего уровня (на рис. 2).



Рисунок 3 – Диаграмма декомпозиции IDEF0. Предоставить номера



Рисунок 4 – Диаграмма декомпозиции IDEF0. Обслужить номера



Рисунок 5 – Диаграмма декомпозиции IDEF0. Организовать охрану номеров

---

2. Построения моделей в IDEF3 и DFD на основе организационной структуры.

Диаграмма потоков данных DFD.

Диаграммы потоков данных (DataFlowDiagramming) являются основным средством моделирования функциональных требований к проектируемой системе. Требования представляются в виде иерархии процессов, связанных потоками данных. Диаграммы потоков данных показывают, как каждый процесс преобразует свои входные данные в выходные, и выявляют отношения между этими процессами. Подобно IDEF0, DFD представляет моделируемую систему как сеть связанных работ. Основные компоненты DFD (как было сказано выше) – процессы или работы, внешние сущности, потоки данных, накопители данных (хранилища). Диаграммы потоков данных (DFD) используются для описания документооборота и обработки информации. Нотация DFD включает такие понятия, как «внешняя ссылка» и «хранилище данных», что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота.



Рисунок 6 – Диаграммы декомпозиции в нотации DFD. Оформление поселения.
На рисунке 6 представлена «Диаграммы декомпозиции в нотации DFD. Оформление поселения», описывающая деятельность по оформлению поселения. На диаграмме представлены:

1) «Клиенты» и «Персонал» – это внешние ссылки, источник данных из вне модели.

2) «Устав отеля», «Документы клиента» (паспорт в бумажном виде или другой удостоверяющий личность документ), «№ 132-ФЗ», «Закон РФ О защите прав потребителей», «Постановление РФ №1085», «Данные о номерах отеля» – хранилища данных.
Все работы, представленные на диаграмме, выполняются «Персоналом» в соответствие с «Перечнем обязанностей». Клиент запрашивает номер в отеле («Отказ» возможен в случае отсутствия свободных номеров в отеле) или активизирует свой «Зарезервир. Номер». Если после «Обработки запроса» с участием «Данных о номерах» из хранилища, запрос удовлетворяется:

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

---