Академический Документы
Профессиональный Документы
Культура Документы
ОТЧЕТ
ПОПРОИЗВОДСТВЕННОЙ ПРАКТИКЕПП.02
ПО ПМ.02 «Осуществление интеграции программных модулей»
Феодосия, 2022
РЕФЕРАТ
2
СОДЕРЖАНИЕ
ВВЕДЕНИЕ..................................................................................................................5
1 АНАЛИТИЧЕСКАЯ ЧАСТЬ..................................................................................6
1.1 Изучение характеристик предприятия как объекта компьютеризации...........6
3
3.4 Реализация программного кода с использованием инструментальных
средств. Разработка интерфейса ПП........................................................................13
4. ОТЛАДКА..............................................................................................................16
4.1 Тестирование ПП.................................................................................................16
ЗАКЛЮЧЕНИЕ.........................................................................................................21
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ.......................................................22
ПРИЛОЖЕНИЕ А
ПРИЛОЖЕНИЕ Б
4
ВВЕДЕНИЕ
5
1 АНАЛИТИЧЕСКАЯ ЧАСТЬ
Таблица 1 - Конфигурация ПК
№ п/п Наименование Тип
1 2 3
1 Процессор AMD A4-7300 APU (x2)
2 Твердотельный накопитель 500 GB
3 Оперативная память 8 GB
4 Видеокарта Nvidia GeForce GTX 750 Ti
5 Звуковая карта Realtek High Definition Audio
6
2 ПРОЕКТНАЯ ЧАСТЬ
7
Эти задачи требуется реализовать и укомплектовать в одном
программном продукте.
9
2.4.4 Разработка программы компонентов
Разработка программы компонентов - это процесс преобразования
требований пользователя в некоторую подходящую форму, которая помогает
программисту в кодировании и реализации программного обеспечения [1]
( Рисунок 5). ТАК исправить по всему тексту ПЗ – точка ставится в конце
предложения, ссылка на рисунок в ()
Рисунок 6 – EDRдиаграмма
10
3. ПРОЕКТИРОВАНИЕ МОДУЛЕЙ ПО
11
“Авторизоваться”, данные данные
программа запускает
окно авторизации, в
котором вводим
неверные данные
12
3.4 Реализация программного кода с использованием инструментальных
средств. Разработка интерфейса ПП
Реализация программного кода с использованием инструментальных
средств представлена в виде формы «Главное меню» (рисунок 10). Формы:
список преподавателей, список групп, обучение на (рисунок 10 - рисунок 12).
Также представлены формы «Авторизация и регистрация» на (рисунок 8 -
рисунок 9).
Рисунок 8– Авторизация
Рисунок 9 – Регистрация
13
Рисунок 10– Главный экран
Рисунок 12 – Обучение
14
4. ОТЛАДКА
4.1 Тестирование ПП
Код разрабатываемого приложения был реализован посредством языка
высокого уровня C#. Для обработки ошибок использовался оператор if. Сначала
было реализовано создание регистрации и авторизации, и обработка ошибок
если пользователь не ввел данные при авторизации (Рисунок 12) и регистрации
(Рисунок 13 – Рисунок 20), затем обработана ошибка при поиске данных если
не ведена хоть одна переменная. (Рисунок 21). Тут говорится о тестировании???
Рисунок 13– Ошибка при не введении логина и пароля или введении неверных
данных
15
4.2 Инспектирование разработанных программных модулей на предмет
соответствия стандартам кодирования
Инспектирование разработанных программных модулей выполняется в
соответствии со стандартами кодировки:
- MySQL-Свободная реляционная система управления базами данных.
Разработку и поддержку MySQL осуществляет корпорация Oracle, получившая
права на торговую марку вместе с поглощённой SunMicrosystems, которая
ранее приобрела шведскую компанию MySQL AB. Продукт распространяется
как под GNU GeneralPublicLicense, так и под собственной коммерческой
лицензией. Помимо этого, разработчики создают функциональность по заказу
лицензионных пользователей. Именно благодаря такому заказу почти в самых
ранних версиях появился механизм репликации [2].
Название таблицы — существительное в единственном числе. В качестве
разделителя — подчеркивание.
Название первичного ключа — название таблицы + _id.
Длина строк в столбцах не превышает 80 символам.
Название таблицы, реализующей связь многие-ко-многим.
Атрибуты таблиц, реализующие логическое поведение — is_ + название.
- VisualStudioC# - Объектно-ориентированный язык программирования.
Разработан в 1998-2001 годах группой инженеров компании Microsoft под
руководством Андерса Хейлсберга и Скотта Вильтаумота как язык разработки
приложений для платформы Microsoft .NET Framework и .NET Core.
Впоследствии был стандартизирован как ECMA-334 и ISO/IEC 23270. [4]
Всех определений типов, в том числе пользовательских классов,
перечислений, событий, делегатов и структур;
значения перечислений;
readonly полей и констант;
интерфейсов;
методов;
пространств имен (namespace);
16
свойств;
публичных полей;
Программные модуля соответствует выше перечисленным стандартам
кодировки.
17
Рисунок 17 – Информация о компании
18
ЗАКЛЮЧЕНИЕ
19
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ
20
ПРИЛОЖЕНИЕ А
Листинг кода
Таблица 3 – Листинг кода
namespace Holton
{
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
}
SqlConnection holton = new SqlConnection(@"Data Source=DESKTOP-4VH10R5\
SQLEXPRESS;Initial Catalog=HoltonHotel;Integrated Security=True");
if (table.Rows.Count > 0)
{
Form3 f3 = new Form3();
f3.Show();
this.Hide();
}
else
{
MessageBox.Show("Пользователя не существует");
}
}
}
}
ПРИЛОЖЕНИЕ Б
Техническое задание
23
1.1 Наименование программы
Наименование программы: «Holton».
1.2 Краткая характеристика области применения
База данных предназначена для учёта данных
1.3 Условные обозначения и сокращения
БД - База данных;
ТЗ - Техническое задание
СУБД-Система управления базой данных
2. Основания для разработки
Основанием для разработки БД является задание на производственную
практику ПО ПРОИЗВОДСТВЕННОЙ ПРАКТИКЕ ПП.02
ПО ПМ.02 «Осуществление интеграции программных модулей»,
выданное 16 марта 2022 года. преподавателем Кутик Е.В.
2.1 Наименование и условное обозначение темы разработки
Наименование темы разработки - Разработка БД «ФеоПолитех»
3. Назначение разработки
3.1 Функциональное назначение
Функциональное назначением БД является информационное обеспечение
сотрудников
Поиска, изменения данных и мониторинга функциональной части отеля.
4. Требования к программе или программному изделию
4.1 Требования к функциональным характеристикам
Требования к составу выполненных функций
Программа должна выполнять следующие функции:
1. Учет преподавателей и групп
2. Просмотр информации о обучающем процессе
4.1.1 Разграничение доступа к информации.
Доступ к информации должен предоставляться только авторизованным
пользователям по логину и паролю с соответствующими правами доступа.
Права на соответствующий доступ определяются системным администратором
в соответствии с должностными инструкциями.
4.1.2 Требования к организации входных данных.
Входные данные представлены в ниже перечисленных таблицах:
Ввод входных данных осуществляется символами кириллицы.
4.1.3 Требования к организации выходных данных
Выходные данные соответствуют входным данным. Просмотр выходных
данных осуществляется на мониторе и должен отображается в виде таблицы.
Формат полей соответствует формату идентичных входным данным.
Таблица 3- Авторизация
1 2 3
Login Текстовый 50
Password Текстовый 50
1 2 3
KODK Числовой 50
NameK Текстовый 50
DateK Дата 50
1 2 3
KODS Числовой 50
Текстовы
NameS 50
й
CostS Числовой 50
Таблица 6 – Обучение
1 2 3
KODO Числовой 50
KODK Числовой 50
KODS Числовой 50
Status Текстовый 50
26
4.2.1 Требования к обеспечению надежного (устойчивого)
функционирования программы
Надежное функционирование БД должно быть обеспечено сотрудниками
Агентства недвижимости и сотрудником компьютерного отдела:
1) Своевременным ведение БД;
2) Организацией бесперебойного питания серверного и
коммуникационного оборудования;
3) Использованием лицензионного программного обеспечения.
4.2.2 Время восстановление после отказа
Время восстановления после отказа, вызванного сбоем электропитания
технических средств ОС или файловой системы, не должно превышать 15
минут при соблюдении условий эксплуатации технических и программных
средств и правильной настройки операционной системы.
4.2.3 Отказы из-за некорректных действий оператора
Возможными считаются отказы БД вследствие некорректных действий
персонала, обслуживающего СУБД, операционную систему, под управлением
которой работает База данных. Меры безопасности по недопущению
некорректных действий персонала должны определяться руководством
оператора.
4.3 Условия эксплуатации
4.3.1 Климатические условия эксплуатации
Требования не предъявляются
4.3.2 Требования к видам обслуживания
Обслуживание БД включает в себя:
1) информационное обслуживание - ввод и редактирование информации
БД;
2) системное администрирование БД «ФеоПолитех»
4.3.3 Требование к численности персонала
Минимальное количество персонала, требуемое для нормального
функционирования, должно составлять не менее 1 человека.
27
4.4 Требования к параметру и составу технических средств
Минимальные аппаратные требования:
· Процессор Intel совместимый, тактовая частота не ниже 500 MHz;
· Объем свободной оперативной памяти - не менее 512 Мб;
· Не менее 1 ГБ свободного дискового пространства;
· Клавиатура;
· Мышь;
· Принтер.
4.5. Требования к информационным структурам и методам решения
Проектирование структуры БД должно быть выполнено в рамках
разработки технического проекта.
4.5.1 Требования к программным средствам, используемым
программой
Система должна работать под управлением ОС Windows (все).
4.6 Требования к защите информации и программ
Доступ к информации БД на чтение или редактирование предоставляется
только авторизованным пользователям по логину и паролю с
соответствующими правами доступа. Для авторизации необходимо правильно
ввести логин и пароль.
4.7 Требования к упаковке и маркировке
Особые требования не предъявляются.
4.8 Специальные требования
4.8.1 Требования к пользовательскому интерфейсу
Интерфейс должен быть понятным для пользователя.
5. Требования к программной документации
5.1 Предварительный состав программной документации
Состав программной документации должен включать:
Руководство программиста ГОСТ 19.504-79. ЕСПД.
28