пп. Кривошеев пп. Отчет по пп. 11 Разработка, администрирование и защита баз данных

• Название: Отчет по пп. 11 Разработка, администрирование и защита баз данных
• Дата: 12.04.2022
• Размер: 331.86 Kb.
• Имя файла: Кривошеев пп.docx
• Тип: Отчет; #464341

Министерство образования и науки Алтайского края

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

"Волчихинский политехнический колледж"

Специальность 09.02.07


Отчет
по ПП.11 РАЗРАБОТКА, АДМИНИСТРИРОВАНИЕ И ЗАЩИТА БАЗ ДАННЫХ


Студента: Кривошеев А.В.

Группы: 25-тп

Проверил преподаватель:

Ваганов Сергей Петрович

Оценка:

____________________________
«___» ____________ 2021г.
____________________________

(подпись)


Волчиха 2021 г.

СОДЕРЖАНИЕ

ВВЕДЕНИЕ 3

1АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ УЧРЕЖДЕНИЯ 4

1.1 Предварительная информация об учреждении. 4

1.2Отчет об обследовании деятельности предприятия. 5

2 АВТОМАТИЗАЦИЯ БИЗНЕС ПРОЦЕССА 7

2.1 Выявление на предприятии проблемного не автоматизированного или слабо автоматизированного бизнес процесса. 7

2.2 Разработка структуры базы данных. 7

2.3 Написание приложения по автоматизации бизнес-процесса. 8

ЗАКЛЮЧЕНИЕ 16

ВВЕДЕНИЕ

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

Целью производственной практики является создание приложения для определенной организации (в данном случае это “Комитет Администрации района по образованию”).

Задачи, решаемые в процессе прохождения практики:

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

1. 
   АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ УЧРЕЖДЕНИЯ
   

1. 
   Предварительная информация об учреждении.
   

Полное наименование учреждения – Муниципальное бюджетное общеобразовательное учреждение Петуховская Средняя Общеобразовательная Школа «Имени кавалера ордена красной звезды С.А. Чиганова».

Организационно правовая форма – муниципальное бюджетное учреждение.

Юридический адрес: 658996, Алтайский край, Ключевский район, село Петухи, улица Кирова, дом 5.

ФИО руководителя организации – Пирязева Лариса Ивановна.

ФИО руководителя практики – Бобова Ольга Анатольевна

Основная деятельность учреждения – Учреждение создано для достижения следующих целей:

1. 
   Усвоение учащимися образовательных программ, реализуемых школой.
   
2. 
   Создание условий для творческого развития самостоятельной гармонично развитой творческой личности, способной адаптироваться к изменяющимся условиям социума.
   
3. 
   Формирование общей культуры учащихся на основе усвоения обязательного минимума содержания общеобразовательных программ.
   
4. 
   Достижение учащимися соответствующего образовательного уровня.
   
5. 
   Помочь учащимся определится с их целями на будущее.
   
6. 
   Заинтересовать их актуальными темами.
   
7. 
   Привить им качества нужные во взрослой жизни.
   

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

2. 
   Отчет об обследовании деятельности предприятия.
   

Организационная структура предприятия:

МБОУ «Петуховская СОШ»

Диаграмму организационной структуры учреждения смотреть на рисунке 1.



Рисунок 1 - Внутренняя структура

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


Рисунок 2 – Внешняя структура

Уровень автоматизации:

На данный момент, в Петуховской СОШ находятся 17 компьютеров. На всех компьютерах установлена ОС Windows 7 или 10. На каждом Компьютере присутствует доступ в интернет. Так же в учреждении находятся около 12-ти принтеров и сканеров, 1 интерактивная доска и 15 проекторов.

2 АВТОМАТИЗАЦИЯ БИЗНЕС ПРОЦЕССА

2.1 Выявление на предприятии проблемного не автоматизированного или слабо автоматизированного бизнес процесса.

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

2.2 Разработка структуры базы данных.

Логическая модель базы данных представлена на рисунке 3.



Рисунок 3 – Логическая модель

На рисунке 4 представлена физическая модель базы данных.

Физическая модель базы данных представлена на рисунке 4.



Рисунок 4 – Физическая модель

Код создания базы данных и таблиц представлен в приложении 3.
2.3 Написание приложения по автоматизации бизнес-процесса.

Для запуска программы необходимо открыть приложение “School”,

Откроется главное окно программы.

На рисунке 5 показана главная форма «School».



Рисунок 5 – «School»

Сверху формы расположен элемент TabControl с двумя окнами «Учителя» и «Кружки» при выборе окна «Учителя» отображается интерфейс работы с таблицей «Учителя». При выборе окна «Кружки», отображается интерфейс работы с таблицей «Кружки».

На рисунке 6 показана таблица «Учителя» и интерфейс работы с ней.



Рисунок 6 – Таблица «Учителя»

На рисунке 7 показана таблица «Кружки» и интерфейс работы с ней



Рисунок 7 – Таблица «Ученики»

В окнах «Учителя» и «Кружки» можно вводить информацию в базу данных

Информацию об учителях и кружках можно удалить, нажав кнопку «Удалить», добавить, нажав кнопку «Добавить запись» и создать отчёт нажав кнопку «Создать отчет» также в программе можно осуществлять поиск. Для этого нужно в поисковую строку ввести искомую запись и нажать кнопку «Поиск».

2.4 Оценка затрат на разработку автоматизированной системы

Оценка затрат на разработку ПО предполагает выполнение следующих четырех шагов:

1. 
   оценка размера разрабатываемого продукта. Для ПО в прежнее время основной мерой оценки являлось количество строк кода (LOC - Lines Of Code), а в настоящее время является количество функциональных точек (FPs - Function Points). Под функциональной точкой понимается любой из следующих элементов разрабатываемого продукта:
   

• 
  входной элемент приложения (входной элемент или экранная форма);
  
• 
  выходной элемент приложения (отчет, документ, экранная форма);
  
• 
  запрос (пара «вопрос/ответ»);
  
• 
  логический файл (совокупность записей данных, используемых внутри приложения);
  
• 
  интерфейс приложения (совокупность записей данных, передаваемых другому приложению или получаемых от него)
  
1. 
   оценка трудоемкости в человеко-месяцах или человеко-часах;
   
2. 
   оценка продолжительности проекта в календарных месяцах;
   
3. 
   оценка стоимости проекта.
   

Для расчетов используются Функционально ориентированные метрики

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

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

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

• 
  Внешний ввод – это элементарный процесс, перемещающий данные из внешней среды в приложение. Данные могут поступать с экрана ввода или поступать из других приложений. Данные могут использоваться для обновления внутренних логических файлов. Могут содержать как управляющую, так и деловую информацию. Управляющие данные не должны модифицировать внутренний логический файл.
  
• 
  Внешний вывод – это элементарный процесс, перемещающий данные, вычисленные в приложении во внешнюю среду. В этом процессе могут обновляться внутренние логические файлы. Данные создают отчёты или выходные файлы, посылаемые другим приложением. Отчёты и файлы создаются на основе внутренних логических файлов и внешних интерфейсных файлов. Дополнительно этот процесс может использовать вводимые данные. Их образуют критерии поиска и параметры, не поддерживаемые внутренними логическими файлами. Вводимые данные поступают из вне, но носят временный характер и не сохраняются во внутреннем логическом файле (ВЛФ).
  
• 
  Внешний запрос – это элементарный процесс, работающий как с вводимыми, так и выводимыми данными. Его результат это данные, возвращаемые из внутренних логических файлов и внешних интерфейсных файлов. Входная часть процесса не модифицирует данных ВЛФ, а выходная часть не несёт данных вычисляемых приложением.
  
• 
  Внутренний логический файл – это распознаваемая пользователем группа логически связанных данных, которая размещается внутри приложения и обслуживается через внешние вводы.
  
• 
  Внешний интерфейсный файл – это распознаваемая пользователем группа логически связанных данных, которая размещена внутри другого приложения и поддерживается им. Внешний файл данного приложения является внутренним логическим файлом в другом приложении.
  

Примеры элементов данных :

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

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

Ранг и Оценка сложности внешних вводов форма «Shool» окно «Учителя»

Ссылки на файлы	Элементы данных
	9
0-1	Низкий=3

Ранг и Оценка сложности внешних вводов форма «Shool» окно «Кружки»

Ссылки на файлы	Элементы данных
	7
0-1	Низкий=3

Ранг и Оценка сложности внешних выводов форма «Shool» окно «Учителя»

Ссылки на файлы	Элементы данных
	3
0-1	Низкий=4

Ранг и Оценка сложности внешних выводов форма «Shool» окно «Кружки»

Ссылки на файлы	Элементы данных
	1
0-1	Низкий=4

Ранг и Оценка сложности внешних запросов форма «Shool» окно «Учителя»

Ссылки на файлы	Элементы данных
	6
0-1	Низкий=3

Ранг и Оценка сложности внешних запросов форма «Shool» окно «Кружки»

Ссылки на файлы	Элементы данных
	6
0-1	Низкий=3

Ранг и Оценка сложности внутренних логических файлов форма «Shool»

Количество полей	Количество записей
	1
1	Низкий=7

Ранг и Оценка сложности внешних интерфейсных файлов форма «Shool»

Количество полей	Количество записей
	1
1	Низкий=5

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

Данные для расчета сводятся в таблицу:

Имя характеристики	Ранг, сложность, количество.
	Низкий	Средний	Высокий	Итого
Внешние вводы	3*3=9	ٱ*4 =____	ٱ*6 =____	= 6
Внешние выводы	4*2=8	ٱ*5 =____	ٱ*7 =____	= 8
Внешние запросы	3*3=9	ٱ*4 =____	ٱ*6 =____	= 6
Внутренние логические файлы	7*3=21	ٱ*10 =____	ٱ*15 =____	=7
Внутренние интерфейсные файлы	5*1=5	ٱ*7 =____	ٱ*10 =____	= 5
Общее количество = 52

Количество функциональных указателей вычисляется по формуле:

, где – F_i - коэффициенты регулировки сложности.

F_i – может иметь значения: 0–нет влияния; 1-случайное; 2-небольшое; 3-среднее; 4-важное; 5-основное.

F₁ – сколько средств связи требуется для передачи или обмена информации с приложением.

F₂ – как обрабатываются распределённые данные.

F₃ – нуждается ли пользователь в фиксации времени ответа или производительности.

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

F₅ – как часто выполняются транзакции.

F₆ – какой % информации вводится в оперативном режиме.

F₇ – приложение проектировалось для обеспечения эффективной работы конечного пользователя.

F₈ – как много внутренних файлов обновляется в транзакции.

F₉ – выполняет ли приложение интенсивную логическую или математическую обработку.

F₁₀ – приложение разрабатывалась для удовлетворения требований одного или многих пользователей.

F₁₁ – насколько трудны инсталляция и преобразование приложения.

F₁₂ - насколько эффективно и/или автоматизированы процедуры запуска, резервирования и восстановления.

F₁₃ – была ли спроектирована, разработана и поддержана возможность инсталляции в разных местах для различных организаций.

F₁₄ - была ли спроектирована, разработана и поддержана в приложении простота изменений.

F1	F2	F3	F4	F5	F6	F7	F8	F9	F10	F11	F12	F13	F14
1	3	0	5	5	5	5	1	5	5	0	5	5	2

FP = 52 * (0.65 + 0.01*(1+3+0+5+5+5+5+1+5+5+0+5+5+2)) = 52*(0.65+0.47) =58,24;

После вычисления FP на его основе формируются метрики трудоемкости, стоимости и т.д.:

Используем для расчетов метрическое значение производительности из базиса некоторой фирмы:


Производительность = 25,5[58,24/ 36];

Произведем расчет следующих характеристик:



Трудоёмкость = 29,12 / 36 = 1,33 нормо-часы;



Стоимость = 0,80 * 15990 = 21 391 р;

ЗАКЛЮЧЕНИЕ

Во время прохождения практики в Петуховской средней школе в период с 29 ноября 2021 года по 11 декабря 2021 года по специальности техник программист закрепил полученные во время учебы теоретические навыки практически. Требуемый объем работ был выполнен полностью. Время выполнение соответствовало поставленным срокам для выполнения задания. Качество выполненной работы соответствует знаниям и умениям, полученным во время учебного процесса. Все работы выполнялись самостоятельно и полностью с использованием методических рекомендаций. Самостоятельное задание, полученное в учреждении, было исполнено полностью и в срок. Алгоритм выполнения задач соответствовал порядку выполнения заданий практики.  Во время прохождения практики расширил свои знания и научился работать самостоятельно.