МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ СТАРООСКОЛЬСКИЙ ТЕХНОЛОГИЧЕСКИЙ ИНСТИТУТ ИМ. А.А. УГАРОВА (филиал) федерального государственного автономного образовательного учреждения высшего образования «Национальный исследовательский технологический университет «МИСиС» ОСКОЛЬСКИЙ ПОЛИТЕХНИЧЕСКИЙ КОЛЛЕДЖ ОТЧЕТ по производственной практике (по профилю специальности) в составе профессиональных модулей: ПМ.02 Осуществление интеграции программных модулей; ПМ.03 Ревьюирование программных продуктов; ПМ.05 Проектирование и разработка информационных систем; ПМ.06 Сопровождение информационных систем; ПМ.07 Соадминистрирование баз данных и серверов______________________________________________________________________ (полное наименование модуля) Панов Тимур Игоревич (Ф.И.О. обучающегося) Специальность: __________09.02.07 – Информационные системы и программирование__________ (код и наименование специальности) Группа: ИСП-19-3 Место проведения практики: Оскольский политехнический колледж Старооскольский Технологический Институт имени А.А. Угарова – филиал Национального Исследовательского Технологического Университета <Московский институт стали и сплавов>_ Сроки практики: с «14» апреля 2022 г. по «28» июня 2022 г. Руководитель практики от образовательной организации: Артюхина Дарья Дмитриевна Руководитель практики от предприятия: ____________________________________________________________________ г. Старый Оскол МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ СТАРООСКОЛЬСКИЙ ТЕХНОЛОГИЧЕСКИЙ ИНСТИТУТ ИМ. А.А. УГАРОВА (филиал) федерального государственного автономного образовательного учреждения высшего образования «Национальный исследовательский технологический университет «МИСиС» ОСКОЛЬСКИЙ ПОЛИТЕХНИЧЕСКИЙ КОЛЛЕДЖ ЗАДАНИЕ на производственную практику (по профилю специальности) студенту Панов Тимур Игоревич группы ИСП-19-3 За время прохождения практик необходимо: Изучить: состав предприятия, информационные потоки между службами и подразделениями предприятия, организационную структуру предприятия, аппаратное и программное обеспечение, используемое на предприятии, технологии, используемые на предприятии для получения и обработки информации. Произвести анализ уровня автоматизации предприятия (организации). Выявить участки с низким уровнем автоматизации. В качестве отчёта требуется представить: I. Аттестационный лист II. Отчет по практике следующего содержания: 1. Анализ предметной области и формирование требований к базе данных в соответствии с поставленной задачей. 2. Разработка концептуальной модели базы данных в соответствии с поставленной задачей. 3. Даталогическое проектирование базы данных. Определение всех информационных единиц и связей между ними, задание их имен и типов, а также некоторых количественных характеристик. Преобразование исходной инфологической модели в модель данных, поддерживаемую конкретной СУБД, и проверка адекватности полученной даталогической модели отображаемой предметной области. 4. Разработка сценариев работы с данными. Определение архитектуры системы. 5. Разработка технических требований к серверу баз данных. Разработка требований к корпоративной сети. 6. Разработка серверной и клиентских компонент базы данных. 7. Установка и настройка сервера баз данных. 8. Создание механизмов сервера для обслуживания базы данных. Установка и развёртывание системы. 9. Работа с журналом аудита базы данных. Мониторинг нагрузки сервера. 10. Настройка политики безопасности для созданной базы данных. 11. Создание резервных копий базы данных. Восстановление базы данных. Мониторинг активности портов. 12. Оформление требований и разработка технического задания по сертификации и сопровождению информационной системы (базы данных). 13. Проверка соответствия программных продуктов и технологических операций применяемым стандартам, процедурам и требованиям. III. Дневник прохождения практики. Даты прохождения практики: с «14» апреля по «28» июня 2022 г. Дата сдачи отчёта по практике руководителю практики: с «28» июня по «30» июня 2022 г. Структура отчета: Титульный лист Задание на практику Аттестационный лист Введение Основная часть Заключение Список используемой литературы Дневник практики Задание принял к исполнению_____________________ подпись обучающегося Руководитель практики _________________ Д.Д. Артюхина 1 АТТЕСТАЦИОННЫЙ ЛИСТ ПО ПРОИЗВОДСТВЕННОЙ ПРАКТИКЕ (ПО ПРОФИЛЮ СПЕЦИАЛЬНОСТИ) ФИО Панов Тимур Игоревич обучающийся(аяся) __3__ курса по специальности _____________09.02.07 – Информационные системы и программирование______________ (код и наименование специальности) прошел(ла) производственную практику по профессиональным модулям ПМ.02 Осуществление интеграции программных модулей, ПМ.03 Ревьюирование программных продуктов, ПМ.05 Проектирование и разработка информационных систем, ПМ.06 Сопровождение информационных систем, ПМ.07 Соадминистрирование баз данных и серверов______________________________________________________________________ (наименование профессионального модуля) в объеме _432__часов с «13» апреля 2022 г. по «28» июня 2022 г. в организации Оскольский политехнический колледж Старооскольский Технологический Институт имени А.А. Угарова – филиал Национального Исследовательского Технологического Университета <Московский институт стали и сплавов>____________________________(наименование организации) Результат выполнения Коды Виды работ, выполненных работ компетенций во время практики (выполнено/ не выполнено) ПК 2.1. ПК 2.2. ПК 2.3. ПК 2.4. ПК 2.5. ПК 3.1. ПК 3.2. ПК 3.3. ПК 3.4. ПК 5.1. ПК 5.2. ПК 5.3. ПК 5.4. ПК 5.5. ПК 5.6. ПК 5.7. Разрабатывать требования к программным модулям на основе анализа проектной и технической документации на предмет взаимодействия компонент Выполнять интеграцию модулей в программное обеспечение. Выполнять отладку программного модуля с использованием специализированных программных средств. Осуществлять разработку тестовых наборов и тестовых сценариев для программного обеспечения. Производить инспектирование компонент программного обеспечения на предмет соответствия стандартам кодирования. Осуществлять ревьюирование программного кода в соответствии с технической документацией. Выполнять процесс измерения характеристик компонент программного продукта для определения соответствия заданным критериям. Производить исследование созданного программного кода с использованием специализированных программных средств с целью выявления ошибок и отклонения от алгоритма. Проводить сравнительный анализ программных продуктов и средств разработки, с целью выявления наилучшего решения согласно критериям, определенным техническим заданием. Собирать исходные данные для разработки проектной документации на информационную систему. Разрабатывать проектную документацию на разработку информационной системы в соответствии с требованиями заказчика. Разрабатывать подсистемы безопасности информационной системы в соответствии с техническим заданием. Производить разработку модулей информационной системы в соответствии с техническим заданием. Осуществлять тестирование информационной системы на этапе опытной эксплуатации с фиксацией выявленных ошибок кодирования в разрабатываемых модулях информационной системы. Разрабатывать техническую документацию на эксплуатацию информационной системы. Производить оценку информационной системы для выявления возможности ее модернизации. 2 ПК 7.1. ПК 7.2. ПК 7.3. ПК 7.4. ПК 7.5. ОК 1. ОК 2. ОК 3. ОК 4. ОК 5. ОК 6. ОК 7. ОК 8. ОК 9. ОК 10. ОК 11. Выявлять технические проблемы, возникающие в процессе эксплуатации баз данных и серверов. Осуществлять администрирование отдельных компонент серверов. Формировать требования к конфигурации локальных компьютерных сетей и серверного оборудования, необходимые для работы баз данных и серверов. Осуществлять администрирование баз данных в рамках своей компетенции. Проводить аудит систем безопасности баз данных и серверов с использованием регламентов по защите информации. Выбирать способы решения задач профессиональной деятельности, применительно к различным контекстам. Осуществлять поиск, анализ и интерпретацию информации, необходимой для выполнения задач профессиональной деятельности. Планировать и реализовывать собственное профессиональное и личностное развитие. Работать в коллективе и команде, эффективно взаимодействовать с коллегами, руководством, клиентами. Осуществлять устную и письменную коммуникацию на государственном языке с учетом особенностей социального и культурного контекста. Проявлять гражданско-патриотическую позицию, демонстрировать осознанное поведение на основе традиционных общечеловеческих ценностей. Содействовать сохранению окружающей среды, ресурсосбережению, эффективно действовать в чрезвычайных ситуациях. Использовать средства физической культуры для сохранения и укрепления здоровья в процессе профессиональной деятельности и поддержания необходимого уровня физической подготовленности. Использовать информационные технологии в профессиональной деятельности. Пользоваться профессиональной документацией на государственном и иностранном языке. Планировать предпринимательскую деятельность в профессиональной сфере. Итоговая оценка _____________________________________________________ Дата «___»_______20___ Подпись руководителя практики от предприятия ________________________________ /______________________________/ МП ФИО, должность 3 СОДЕРЖАНИЕ ВВЕДЕНИЕ ...................................................................................................................... 5 1.АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И ФОРМИРОВАНИЕ ТРЕБОВАНИЙ К БАЗЕ ДАННЫХ В СООТВЕТСТВИИ С ПОСТАВЛЕННОЙ ЗАДАЧЕЙ ................ 6 2. РАЗРАБОТКА КОНЦЕПТУАЛЬНОЙ МОДЕЛИ БАЗЫ ДАННЫХ В СООТВЕТСТВИИ С ПОСТАВЛЕННОЙ ЗАДАЧЕЙ ................................................. 8 3.ДАТАЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ ........................... 13 4.РАЗРАБОТКА СЦЕНАРИЕВ РАБОТЫ С ДАННЫМИ. ОПРЕДЕЛЕНИЕ АРХИТЕКТУРЫ СИСТЕМЫ ...................................................................................... 24 5. РАЗРАБОТКА ТЕХНИЧЕСКИХ ТРЕБОВАНИЙ К СЕРВЕРУ БАЗ ДАННЫХ. РАЗРАБОТКА ТРЕБОВАНИЙ К КОРПОРАТИВНОЙ СЕТИ ................................ 26 6. РАЗРАБОТКА СЕРВЕРНОЙ И КЛИЕНТСКИХ КОМПОНЕНТОВ БАЗЫ ДАННЫХ ....................................................................................................................... 30 7. УСТАНОВКА И НАСТРОЙКА СЕРВЕРА БАЗ ДАННЫХ ................................. 36 8. СОЗДАНИЕ МЕХАНИЗМОВ СЕРВЕРА ДЛЯ ОБЛУЖИВАНИЯ БАЗЫ ДАННЫХ. УСТАНОВКА И РАЗВЁРТЫВАНИЕ СИСТЕМЫ ................................ 37 9. РАБОТА С ЖУРНАЛОМ АУДИТА БАЗЫ ДАННЫХ. МОНИТОРИНГ НАГРУЗКИ СЕРВЕРА .................................................................................................. 38 10. НАСТРОЙКА ПОЛИТИКИ БЕЗОПАСНОСТИ ДЛЯ СОЗДАННОЙ БАЗЫ ДАННЫХ ....................................................................................................................... 41 12. ОФОРМЛЕНИЕ ЗАДАНИЯ ПО ТРЕБОВАНИЙ И СЕРТИФИКАЦИИ РАЗРАБОТКА И ТЕХНИЧЕСКОГО СОПРОВОЖДЕНИЮ ИНФОРМАЦИОННОЙ СИСТЕМЫ (БАЗЫ ДАННЫХ).......................................... 44 13. ПРОВЕРКА СООТВЕТСТВИЯ ТЕХНОЛОГИЧЕСКИХ ОПЕРАЦИЙ ПРОГРАММНЫХ ПРИМЕНЯЕМЫМ ПРОДУКТОВ И СТАНДАРТАМ, ПРОЦЕДУРАМ И ТРЕБОВАНИЯМ .......................................................................... 47 ЗАКЛЮЧЕНИЕ ............................................................................................................. 49 СПИСОК ИСПОЛЬЗВАННЫХ ИСТОЧНИКОВ ...................................................... 50 4 ВВЕДЕНИЕ Производственная квалифицированных практика специалистов. является важным Практика этапом является подготовки видом учебно- вспомогательного процесса, в ходе которого закрепляется теоретические знания на производстве. Практика является завершающим этапом в процессе подготовки специалиста к самостоятельной производственной деятельности. Целью производственной практики является изучение предприятия, а именно, его состав, информационные потоки между службами и подразделениями, организационную структуру предприятия, программное и аппаратное обеспечение, технологии, используемые на предприятии для получения и обработки информации. Задачи, которые необходимо выполнить на производственной практике: Произвести анализ уровня автоматизации предприятия; Выявить участки с низким уровнем автоматизации. ООО «УК Studio Belina» — это предприятие, основным направлением деятельности которого является производство кондитерских изделий. Все установленные на предприятии системы управления позволяют значительным образом снизить потребление энергоресурсов, упорядочить и стабилизировать технологические процессы, снизить влияние «человеческого фактора» на производстве, тем самым увеличить объём выпускаемой продукции и улучшить её качество. Автоматизация – применение машин, машинной техники и технологии с целью облегчения человеческого труда, вытеснение его ручных форм, повышения его производительности. Автоматизация позволяет повысить производительность труда, улучшить качество продукции, оптимизировать процессы управления, отстранить человека от производств, опасных для здоровья и жизни человека. Автоматизация, за исключением простейших случаев, требует комплексного, системного подхода к решению задачи. 5 1.АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И ФОРМИРОВАНИЕ ТРЕБОВАНИЙ К БАЗЕ ДАННЫХ В СООТВЕТСТВИИ С ПОСТАВЛЕННОЙ ЗАДАЧЕЙ Анализом предметной области занимаются системные аналитики или бизнесаналитики. Они передают полученные ими знания другим членам проектной команды, сформулировав их на более понятном разработчикам языке. Для передачи этих знаний обычно служит некоторый набор моделей, в виде графических схем и текстовых документов. Первым этапом проектирования БД любого типа является анализ предметной области, который заканчивается построением концептуальной схемы (информационной структуры). На этом этапе анализируются запросы пользователей, выбираются информационные объекты и их характеристики, которые определяют содержание проектируемой БД. На основе проведенного анализа структурируется предметная область. Анализ предметной области разбивается на три фазы: - анализ концептуальных требований и информационных потребностей; - выявление информационных объектов и связей между ними; - построение концептуальной модели предметной области и проектирование концептуальной схемы БД. Первая фаза анализа предметной области представляют собой список запросов, которые разработчик получает в диалоге с будущими пользователями этой БД. Вторая фаза анализа предметной области состоит в выборе информационных объектов, задании необходимых свойств для каждого объекта, выявлении связей между объектами, определении ограничений, накладываемых на информационные объекты, типы связей между ними, характеристики информационных объектов. Заключительная фаза анализа предметной области состоит в проектировании ее информационной структуры или концептуальной модели. 6 Концептуальная модель включает описания объектов и их взаимосвязей, выявляемых в результате анализа данных. Концептуальная модель применяется для структурирования предметной области с учетом информационных интересов пользователей системы. Она является представлением точки зрения пользователя на предметную область и должна быть стабильной т.е. неизменной. Хотя возможно ее наращивание и включение дополнительных данных. Одной из распространенных моделей концептуальной схемы является модель "сущность - связь", основными компонентами которой являются сущности и связи. Немаловажным является и обучение мобильного персонала, причём как повышение квалификации в профессиональной деятельности, так и обучение навыкам управления и коммуникации с клиентами и коллегами. Оптимально, если вам удастся выделить ресурс под обучение такого персонала — например, методистов и внутренних тренеров, которые образуют внутренний учебный центр. Такая практика наставничества и методической поддержки была реализована в службах поддержки операторов сотовой связи и неоднократно показала эффективность и работоспособность. 7 2. РАЗРАБОТКА КОНЦЕПТУАЛЬНОЙ МОДЕЛИ БАЗЫ ДАННЫХ В СООТВЕТСТВИИ С ПОСТАВЛЕННОЙ ЗАДАЧЕЙ Постановка поставленной задачи — это итерационный процесс, который обычно идет параллельно с проектированием информационного обеспечения автоматизированной информационной системы, проектированием форм документов, построением ИЛМ предметных данных, структурой базы данных и разработкой необходимых классификаторов и какой только не было техникоэкономической информации. Поэтому входная и выходная информация уточняется в зависимости от состояния проектных работ по созданию автоматизированной информационной системы. Под входной информацией понимается вся информация, необходимая для решения задачи и расположенная на различных носителях: товар, данные о заказе, заявка клиента. С этой целью составляются перечень входной информации и состав реквизитов каждого вида входной информации, расположение реквизитов входной информации, описание реквизитов (полей) входных документов. Входными данными при закупке легкой промышленности являются: список товаров; данные о заказе; заявка клиентов; Информационная система выполняет ввод данных, их обработку и сохранение в базе данных, поэтому часть выходных данных будут дублировать входные. Выходными и результирующими данными в информационной системе являются: заказа на товар; выполненный заказ; отчёт о реализации; 8 Контекстная диаграмма – это модель, представляющая систему как набор иерархических действий, в которой каждое действие преобразует некоторый объект или набор объектов. Верхний функциональный блок иерархии, описывающий непосредственно систему, называют родительским. Функциональные блоки нижнего уровня называют дочерними декомпозициями и представляют под процессы родительского действия. Контекстная диаграмма представлена на рисунке 1 : Рисунок 1 – Контекстная диаграмма Диаграмма декомпозиции предназначены для детализации функций и получаются при разбиении контекстной диаграммы на крупные подсистемы (функциональная декомпозиция) и описывающие каждый подсистему и их взаимодействие. Каждая дочерняя диаграмма содержит дочерние блоки и стрелки, обеспечивающие дополнительную детализацию родительского блока. На основе диаграммы входных и выход данных, была смоделирована диаграмма декомпозиции, которая изображена на рисунке 2 9 Рисунок 2 – Диаграмма декомпозиции Концептуальная модель представляет собой описание будущей базы данных, представленное с помощью естественного языка, формул, графиков, диаграмм, таблиц и других средств, понятных как разработчикам БД, так и обычным пользователям. Сущностями данной предметной области выступают: - Сотрудники - Товар - Заявки клиентов - Заказ на товар - Данные о заказе - Поставщики - Выполненный заказ - Отчёт о реализации Инфологическая модель рассматриваемой предметной области представлена на рисунке 3. 10 Рисунок 3 – Инфологическая модель базы данных 11 Сущностями данной предметной области выступают: - Сотрудники - Товар - Заявки клиентов - Заказ на товар - Данные о заказе - Поставщики - Выполненный заказ - Отчёт о реализации 12 3.ДАТАЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ Microsoft SQL Server 2008 система управления базами данных Enterprise класса. Основным компонентом является Database engine – служба Windows, отвечающая за работу с данными и реализующая серверный компонент. Его можно увидеть, как "SQL Server (MSSQLSERVER)" в службах ко Windows. Работает сервер через ТСР порт, а также другие протоколы. Основные возможности SQL Server 2008 с пакетом обновления 2 (SP2): 1. Поддержка хранимых процедур, триггеров, функций и представлений; 2. Тесная интеграция с Visual Studio и Visual Web Developer; 3. Сократились усилия на разработку за счет использования имеющихся знаний T-SQL, ADO.NET Entity Framework и LINQ; 4. Хранение всех видов, бизнес-данных с собственной поддержкой XML, FILESTREAM, реляционных и пространственных данных; После этапа инфологического проектирования были созданы следующие таблицы. Таблица «Сотрудники» хранит данные о пользователе. Атрибуты: Код сотрудника – уникальный идентификатор; Фамилия – информация о Фамилия пользователя; Имя – информация о имя пользователя; Отчество – информация об отчество пользователя; Дата рождения – информация о дате рождения пользователя; Должность – показывает какую должность занимает сотрудник; Стаж работы – стаж работы сотрудника. Создание таблицы «Сотрудники», режим «Конструктор» представлено на рисунке 4. 13 Рисунок 4 – Таблица «Сотрудники» в режиме «Конструктор» Создание таблицы «Сотрудники» в режиме заполнения представлено на рисунке 5. Рисунок 5 – Таблица «Сотрудники» в режиме заполнения Таблица «Товар» хранит данные о пользователе. Атрибуты: Код товара – уникальный идентификатор; Код сотрудника – уникальный идентификатор описывающий id сотрудника в котором пользователь приобрел товар и оставил отзыв; Наименование товара – информация о названии товара; Срок годности – информирует покупателя о сроке годности товара; Стоимость за единицу – информирует покупателя о стоимости товара за 1 шт. Создание таблицы «Товар», режим «Конструктор» представлено на рисунке 6. 14 Рисунок 6 – Таблица «Товар» в режиме «Конструктор» Создание таблицы «Товар» в режиме заполнения представлено на рисунке 7. Рисунок 7 – Таблица «Товар» в режиме заполнения Таблица «Заявки клиентов» хранит данные о пользователе. Атрибуты: Код заявки клиентов – уникальный идентификатор; Код товара – уникальный идентификатор, описывающий код товара, в котором пользователь приобрел товар и оставил отзыв; Фамилия – информация о фамилия пользователя; Имя – информация о имени пользователя; Отчество – информация об отчестве пользователя; Название товара – информация о названии товара; Кол-во товара – клиент указывает сколько товара ему требуется; Место выдачи заказа – пользователь может выбрать место выдачи заказа; Стоимость – показывает пользователю стоимость заказа. Создание таблицы «Заявки клиентов», режим «Конструктор» представлено на рисунке 8. 15 Рисунок 8 – Таблица «Заявки клиентов» в режиме «Конструктор» Создание таблицы «Заявки клиентов» в режиме заполнения представлено на рисунке 9. Рисунок 9 – Таблица «Заявки клиентов» в режиме заполнения Таблица «Заказ на товар» хранит данные о пользователе. Атрибуты: Код заказа на товар – уникальный идентификатор; Код заявки клиента – уникальный идентификатор описывающий код заявки клиента, в котором пользователь приобрел товар и оставил отзыв; Кол-во товара – клиент указывает сколько товара ему требуется; Название товара – информация о названии товара; Стоимость – показывает пользователю стоимость заказа. Создание таблицы «Заказ на товар», режим «Конструктор» представлено на рисунке 10. 16 Рисунок 10 – Таблица «Заказ на товар» в режиме «Конструктор» Создание таблицы «Заказ на товар» в режиме заполнения представлено на рисунке 11. Рисунок 11 – Таблица «Заказ на товар» в режиме заполнения Таблица «Данные о заказе» хранит данные о пользователе. Атрибуты: Код данные о заказе – уникальный идентификатор; Код заказа на товар – уникальный идентификатор, описывающий код заказа на товар, в котором пользователь приобрел товар и оставил отзыв; Код поставщика – уникальный идентификатор, описывающий код поставщика, в котором пользователь приобрел товар и оставил отзыв; Наименование товара – информация о названии товара; Дата изготовки – показывает, когда был изготовлен товар; Срок выполнения – показывает, когда товар должен быть готов; Тип закупки – каким способом будет доставлен товар клиенту; Стоимость – показывает пользователю стоимость заказа. 17 Создание таблицы «Данные о заказе», режим «Конструктор» представлено на рисунке 12. Рисунок 12 – Таблица «Данные о заказе» в режиме «Конструктор» Создание таблицы «Данные о заказе» в режиме заполнения представлено на рисунке 13. Рисунок 13 – Таблица «Данные о заказе» в режиме заполнения Таблица «Поставщики» хранит данные о пользователе. Атрибуты: Код поставщика – уникальный идентификатор; Код заказа на товар – уникальный идентификатор, описывающий код заказа на товар, в котором пользователь приобрел товар и оставил отзыв; Предлагаемая продукция – информирует клиента о предлагаемой продукции; Тип поставщика – показывает каким способом будет доставлен товар; Объем продаж – показывает сколько поставщик будет отправлять заказчику; Адрес – информирует, где хранится определенный товар; 18 Минимальный заказ – информирует заказчика о минимальном единице заказа; Телефон – показывает номера телефонном поставщика; Стоимость – информирует о стоимости товара. Создание таблицы «Поставщики», режим «Конструктор» представлено на рисунке 14. Рисунок 14 – Таблица «Поставщики» в режиме «Конструктор» Создание таблицы «Поставщики» в режиме заполнения представлено на рисунке 15. Рисунок 15 – Таблица «Поставщики» в режиме заполнения Таблица «Выполненный заказ» хранит данные о пользователе. Атрибуты: Код выпол. заказ – уникальный идентификатор; Код данные о заказе – уникальный идентификатор описывающий код данные о заказе, в котором пользователь приобрел товар и оставил отзыв; 19 Наименование заказа – информирует о названии товара; Кол-во товара – информирует сколько товара пришло клиенту; Дата выдачи – информирует какого числа можно будет забирать товар; Место выдачи заказа – информирует, где произведётся выдача товара клиенту; Отчет стоимости – подчитывает стоимость со всех заказов. Создание таблицы «Выполненный заказ», режим «Конструктор» представлено на рисунке 16. Рисунок 16 – Таблица «Выполненный заказ» в режиме «Конструктор» Создание таблицы «Выполненный заказ» в режиме заполнения представлено на рисунке 17. Рисунок 17 – Таблица «Выполненный заказ» в режиме заполнения Таблица «Выполненный заказ» хранит данные о пользователе. Атрибуты: Код отчёт о реализации – уникальный идентификатор; Код выпол. заказ – уникальный идентификатор описывающий код выпол. заказ, в котором пользователь приобрел товар и оставил отзыв; 20 Кол-во товара за 1 месяц – подчитывает кол-во товара проданных за 1 месяц; Кол-во товара за 1 год – подчитывает кол-во; Тип закупки – каким способом будет доставлен товар клиенту; Отчет стоимости – подчитывает стоимость со всех заказов. Создание таблицы «Отчёт о реализации», режим «Конструктор» представлено на рисунке 18. Рисунок 18 – Таблица «Отчёт о реализации», режим «Конструктор» Создание таблицы «Отчёт о реализации» в режиме заполнения представлено на рисунке 19. Рисунок 19 – Таблицы «Отчёт о реализации» в режиме заполнения Таблица «Выполненный заказ» хранит данные о пользователе. Атрибуты: Код пользователя – уникальный идентификатор; 21 Логин – уникальное имя пользователя, созданное для входа в программу; Пароль – уникальный набор символов, созданный для входа в программу. Создание таблицы «Пользователи», режим «Конструктор» представлено на рисунке 20. Рисунок 20 – Таблица «Пользователи», режим «Конструктор» Создание таблицы «Пользователи» в режиме заполнения представлено на рисунке 21. Рисунок 21 – Таблицы «Пользователи» в режиме заполнения 22 Создание диаграммы базы данных представлено на рисунке 28. Таблицы базы данных связаны между собой отношением один-ко-многим. Тип связи таблиц, когда одной записи главной таблицы можно сопоставить несколько записей подчинённой таблицы. Это наиболее частый вид связи между таблицами. Рисунок 22 – Диаграмма базы данных 23 4.РАЗРАБОТКА СЦЕНАРИЕВ РАБОТЫ С ДАННЫМИ. ОПРЕДЕЛЕНИЕ АРХИТЕКТУРЫ СИСТЕМЫ Архитектура информационной системы – концептуальное описание структуры, определяющее модель, выполняемые функции и взаимосвязь ее компонентов, которое предусматривает наличие 3 компонент: Информационные технологии (ИТ) – аппаратно-программная компонента информационных систем, телекоммуникации и данные, совместно обеспечивающие функционирование информационных систем и являющиеся их главной материальной основой. Функциональные подсистемы (ФП) – специализированные программы, обеспечивающие обработку и анализ информации для целей подготовки документов или принятия решений в конкретной функциональной области на базе информационных технологий. Управление информационными системами – компонента, обеспечивающая оптимальное взаимодействие информационных технологий, функциональных подсистем и связанных с ними специалистов, а также их развитие в течение всего жизненного цикла информационной системы. Архитектура информационной системы представлена на рисунке 23. Рисунок 23 – Архитектура информационной системы 24 UML (унифицированный язык моделирования) — язык графического описания для объектного моделирования в области разработки программного обеспечения, для моделирования бизнес-процессов, системного проектирования и отображения организационных структур. UML является языком широкого профиля: открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем. Сценарий бизнес-процесса работы компании УК «Studio Belina» от получения заказа до его отгрузки представлен на рисунке 24. Рисунок 24 – Сценарий бизнес-процесса работы компании УК «Studio Belina» 25 5. РАЗРАБОТКА ТЕХНИЧЕСКИХ ТРЕБОВАНИЙ К СЕРВЕРУ БАЗ ДАННЫХ. РАЗРАБОТКА ТРЕБОВАНИЙ К КОРПОРАТИВНОЙ СЕТИ Сервер – это специализированный программно-аппаратный комплекс, предназначенный для обслуживания сети организации. Серверы решают множество различных задач: начиная с простого файлового хранилища с защитой от потери информации или управлением доступа к сети Интернет, до задач по обработке данных. Главным требованием, предъявляемым к сетям, является выполнение сетью ее основной функции – обеспечение пользователям потенциальной возможности доступа к разделяемым ресурсам всех компьютеров, объединенных в сеть. Все остальные требования – производительность, надежность, совместимость, управляемость, защищенность, расширяемость и масштабируемость – связаны с качеством выполнения этой основной задачи. Требования, предъявляемые к современным компьютерным сетям: 1. Производительность. Это одно из основных свойств распределенных систем, к которым относятся компьютерные сети. Производительность обеспечивается возможностью распараллеливания работ между несколькими компьютерами сети. Существует несколько основных характеристик производительности сети: время реакции; пропускная способность; задержка передачи и вариация задержки передачи. 2. Надежность и безопасность. Для эффективной работы компьютерных сетей необходимо обеспечить сохранность данных и защиту их от искажений, должна поддерживаться согласованность данных. Одной из важных характеристик надежности является вероятность доставки пакета узлу назначения без искажений. Другим аспектом общей надежности является безопасность, то есть способность системы защитить данные от несанкционированного доступа. 26 Еще одной характеристикой надежности является отказоустойчивость. В сетях под отказоустойчивостью понимается способность системы скрыть от пользователя отказ отдельных ее элементов. 3. Расширяемость и масштабируемость. Расширяемость означает возможность сравнительно легкого добавления отдельных элементов сети (пользователей, компьютеров, приложений, служб), наращивания длины сегментов сети и замены существующей аппаратуры более мощной. Масштабируемость означает, что сеть позволяет наращивать количество узлов и протяженность связей в очень широких пределах, при этом производительность сети не ухудшается. 4. Прозрачность. Прозрачность сети достигается в том случае, когда сеть представляется пользователям не как множество отдельных компьютеров, связанных между собой сложной системой кабелей, а как единая традиционная вычислительная машина с системой разделения времени. Прозрачность может быть достигнута на двух уровнях – на уровне пользователя и на уровне программиста. 5. Поддержка разных видов трафика. Трафик компьютерных данных характеризуется крайне неравномерной интенсивностью поступления сообщений в сеть при отсутствии жестких требований к синхронности доставки этих сообщений. Сегодня практически все новые протоколы в той или иной степени предоставляют поддержку мультимедийного трафика. 6. Управляемость. Управляемость сети подразумевает возможность централизованно контролировать состояние основных элементов сети, выявлять и разрешать проблемы, возникающие при работе сети, выполнять анализ производительности и планировать развитие сети. 7. Совместимость. Совместимость или интегрируемость означает, что сеть способна включать в себя самое разнообразное программное и аппаратное обеспечение, то есть в ней могут сосуществовать различные операционные системы, поддерживающие разные стеки коммуникационных протоколов, и работать аппаратные средства и приложения от разных производителей. 27 Локальная сеть (LAN) – это компьютерная сеть, которая соединяет компьютеры в пределах ограниченной области, такой как резиденция, школа, лаборатория, университетский кампус или офисное здание. Локальная сеть дает множество функций для использования нескольких компьютеров одновременно: передача файлов напрямую между участниками сети; удаленное управление подключенными к сети принтерами, сканерами и прочими устройствами; доступ к Интернету всех участников; в других случаях, когда нужна связь между несколькими компьютерами. Для создания собственной LAN-сети минимальной конфигурации необходимы: Устройства (компьютеры, принтеры и т.д.); Wi-Fi-роутер или маршрутизатор; Интернет-кабели с витой парой; Коммутаторы или концентраторы; Сетевое хранилище. Этапы создания локальной сети: 1. Разработка сети. На этом этапе специалисты обследуют территорию предприятия, выслушивают пожелания заказчика по функционалу, составляют план, техническое задание и готовят оборудование, необходимое для ее установки; 2. Монтаж. На этом этапе прокладываются кабели, производится монтаж оборудования и настройка необходимого программного обеспечения. 3. Тестирование. Специалисты проверяют работу, соответствие установленной сети общепринятым стандартам качества. 4. Обслуживание. Этот этап включает модернизацию и при необходимости устранение неполадок. Созданная сеть предприятия должна удовлетворять следующим требованиям: Быть легко управляемой; 28 Быть защищенной от хакерских атак. Защита корпоративной сети предполагает установку специального программного обеспечения; Быть адаптированной к основным типам сетевых устройств и кабелей. Благодаря этому сеть в любой момент можно модернизировать или изменить; Топология. Организация корпоративной сети предполагает выбор одной из архитектур ее построения: звезда; шина; кольцо. Первая схема подключения компьютеров в локальной сети наиболее распространена; Необходимое оборудование. Для построения локальной сети необходимо активное и пассивное сетевое оборудование. Активное оборудование не только передает, но и преобразовывает сигнал. Это такое оснащение, как сетевые карты компьютеров и ноутбуков, принт-серверы, маршрутизаторы. Пассивное оборудование только передает данные на физическом уровне; Безопасность корпоративной сети. Защита корпоративной сети необходима для предотвращения утечки или подмены информации, вывода из строя дорогостоящего оборудования. Реализовать эту задачу поможет Интернет Контроль Сервер - интернет-шлюз, являющийся пунктом пропуска между LAN и WAN. Инструмент выполняет несколько функций. Он одновременно является: межсетевым фильтром; счетчиком трафика; хранилищем файлов; блокировщиком вредоносного и нежелательного контента; почтовым сервером и пр. После установки файрволла ИКС защита информации в корпоративной сети выйдет на новый уровень. Клиент получит полный контроль над входящим и исходящим трафиком, сможет управлять скоростью Интернета для различных сотрудников. Такое ПО востребовано на предприятиях и организациях различных масштабов, независимо от сферы деятельности. 29 6. РАЗРАБОТКА СЕРВЕРНОЙ И КЛИЕНТСКИХ КОМПОНЕНТОВ БАЗЫ ДАННЫХ Для работы с серверной частью была выбрана программа Microsoft SQL Server 2008. Microsoft SQL Server 2008 — это бесплатные полнофункциональные выпуски SQL Server, идеально подходящие для обучения, разработки и обеспечения работы классических небольших серверных приложений и вебприложений, а также для распространения независимыми производителями программного обеспечения. К серверной части базы данных также относятся хранимые процедуры, триггеры, запросы, журналы изменений, скалярные и пользовательские функции. В состав базы данных «Studio Belina» входят отчеты, запросы и формы редактирования. Отчеты: О складах; О интернет - магазинах; О поставщиках; О скидках; О товарах. Запросы: Количество поставщиков. Выводит количество поставщиков; Количество складов. Выводит количество складов; Импортные поставщики. Выводит количество поставщиков с других стран; Просмотр всех групп товаров. Выводит названия всех групп товаров; Сортировка по цене. Сортирует все товары по цене; Триггеры – это особые хранимые процедуры, автоматически выполняемые при использовании базы данных определённым образом. 1. Триггер «Журнал изменений». выводит все изменения и результат его выполнения представлены на рисунке 14. 30 Рисунок 14 – «Журнал изменений» 2. Триггер "Удаление" - Удаляет строки результат его выполнения представлены на рисунке 15. Рисунок 15 – Удаление 3. Триггер №3 "Обновление" - Обновляет строки результат его выполнения представлены на рисунке 16. Рисунок 16 - Обновление SQL-запросы – это наборы команд для работы с реляционными базами данных. 1. Количество поставщиков. Выводит количество поставщиков представлены на рисунке 17. Рисунок 17 – Запрос «Количество поставщиков» 2. Количество складов. Выводит количество складов представлены на рисунке 18. 31 Рисунок 18 – Запрос «Количество складов» 1. Импортные поставщики" - Выводит количество поставщиков с других стран представлены на рисунке 19. Рисунок 19 – «Поставщики не из России» 3. Просмотр всех групп товаров. Выводит названия всех групп товаров представлены на рисунке 20. Рисунок 20 – «Просмотр всех групп товаров» Пользовательские функции представляют собой проектируемые пользователем поименованные формулы, выполняющие, подобно стандартным функциям, роль подпрограмм. 32 1. Товар дороже чем среднее значение функции. Выводит товар, который дороже чем среднее значение функции представлен на рисунке 21. Рисунок 21 – «Товар дороже чем среднее значение функция» 2. Сортировка по городу. Выводит товары, которые поставляются с города Пекин представлен на рисунке 22. Рисунок 22 – Результат работы функции «Отбор по виду изделия» Хранимая процедура – это объект базы данных, представляющий собой набор SQL-инструкций, который компилируется один раз и хранится на сервере. В хранимых процедурах могут выполняться стандартные операции с базами данных, возможны циклы и ветвления, то есть в них могут использоваться инструкции управления процессом исполнения. 1. Хранимая процедура выбирает все товары со скидкой представлен на рисунке 23. 33 Рисунок 23 – «Товары со скидкой» 2. Хранимая процедура выбирает название, цену, количества товаров представлен на рисунке 24. Рисунок 24 – Результат выполнения хранимой процедуры «Стоимость поставки» Клиентской частью была выбрана среда SQL Server 2008 Management Studio. Она является основным инструментом управления базами данных для серверов баз данных SQL Server 2008. Он представляет собой графический пользовательский интерфейс и интерфейс сценариев Transact-SQL для управления компонентом ядра базы данных и базами данных. Среда SQL Server 2008 Management Studio представлена на рисунке 25. 34 Рисунок 25 – Среда SQL Server 2021 Management Studio 35 7. УСТАНОВКА И НАСТРОЙКА СЕРВЕРА БАЗ ДАННЫХ При установке и начальном конфигурировании сервера баз данных можно выбрать различные опции. После установки новой версии сервера баз данных его надо сконфигурировать. Сконфигурировать – задать определенные параметры, чтобы настроить сервер баз данных с учетом особенностей среды обработки данных: количества данных, числа таблиц, типов данных, аппаратных средств, числа пользователей и требований защиты. Запрос «Настройки сервера базы данных «Studio Belina» представлен на рисунке 26. Рисунок 26 – Запрос «Настройки сервера базы данных «Studio Belina» 36 8. СОЗДАНИЕ МЕХАНИЗМОВ СЕРВЕРА ДЛЯ ОБЛУЖИВАНИЯ БАЗЫ ДАННЫХ. УСТАНОВКА И РАЗВЁРТЫВАНИЕ СИСТЕМЫ Компонент резервного копирования и восстановления SQL Server обеспечивает необходимую защиту важных данных, которые хранятся в базах данных SQL Server. Чтобы свести к минимуму риск необратимой потери данных, необходимо создавать резервные копии баз данных для сохранения вносимых изменений на регулярной основе. Хорошо спланированная стратегия резервного копирования и восстановления защищает базы от потери данных, вызванной разными сбоями такими как: сбой носителя; ошибки пользователей; сбои оборудования; стихийные бедствия. План обслуживание базы данных «Studio Belina» представлен на рисунке 27. Рисунок 27 – План обслуживание базы данных «Studio Belina» 37 9. РАБОТА С ЖУРНАЛОМ АУДИТА БАЗЫ ДАННЫХ. МОНИТОРИНГ НАГРУЗКИ СЕРВЕРА Аудит — это сочетание в едином пакете нескольких элементов для определенной группы действий сервера или базы данных. Компоненты подсистемы аудита SQL Server совместно формируют выходные данные, называемые аудитом, аналогично тому, как определение отчета в сочетании с элементами графики и данных формирует отчет. Аудит для Базы данных SQL Azure и Azure Synapse Analyties отслеживает события базы данных и записывает их в журнал аудита в учетной записи хранения Azure, в рабочей области Log Analytics или в Центрах событий. Аудит дает следующие возможности: Помогает поддерживать соответствие нормативным требованиям, лучше понимать происходящее в базах данных, а также получать аналитические сведения о расхождениях и аномалиях, которые могу указывать на проблемы в бизнесе или потенциальные нарушения безопасности; Средства аудита способствуют соблюдению стандартов соответствия, но не гарантируют их выполнение; Журнал аудита базы данных «Studio Belina» представлен на рисунке 28. Рисунок 28 – Журнал аудита базы данных «Studio Belina» 38 Наблюдение за базами данных выполняется с целью оценки производительности сервера. Эффективное наблюдение подразумевает регулярное создание моментальных снимков текущей производительности для обнаружения процессов, вызывающих неполадки, и постоянный сбор данных для отслеживания тенденций роста или изменения производительности. В состав Microsoft SQL Server и операционной системы Microsoft Windows входят программы, позволяющие следить за текущим состоянием базы данных и измерять производительность по мере изменения состояния. Панель мониторинга производительности помогает быстро выявлять наличие узких мест производительности в SQL Server или База данных SQL Azure. Если узкое место существует, вы можете легко собрать дополнительные диагностические сведения, необходимые для устранения проблемы. Распространенные проблемы производительности, которые можно выявить с помощью панели мониторинга производительности: Узкие места ЦП; Узкие места ввода-вывода; Рекомендации по индексам, сформированные оптимизатором запросов; Блокировка; Состязание за ресурсы. Панель мониторинга производительности также помогает выявить ресурсоемкие запросы, которые могли выполняться раньше. Для определения уровня затрат доступно несколько метрик: ЦП, число логических операций записи, число логических операций чтения, продолжительность, число физических операций чтения и время CLR. Панель сервера PC01-A89898 представлена на рисунке 29. 39 Рисунок 29 – Панель сервера PC01-A89898 40 10. НАСТРОЙКА ПОЛИТИКИ БЕЗОПАСНОСТИ ДЛЯ СОЗДАННОЙ БАЗЫ ДАННЫХ Субъект безопасности — это официальное название удостоверений, которые используют SQL Server и которым можно назначать разрешения для выполнения действий. Обычно это пользователи или группы пользователей, однако субъектами безопасности могут быть и другие сущности, олицетворяющие пользователей. Создавать субъекты безопасности и управлять ими можно с помощью списков Transact-SQL или SQL Server Management Studio. Имена входа — это учетные записи отдельных пользователей для входа в Компонент SQL Server Database Engine. 1. Имя входа «Employee» – пользователь, который ведёт учет кондитерских изделий и сырья, отгрузку товара заказчикам и данные о заказчиках. Создание пользователя «Employee» представлено на рисунке 30. Рисунок 30 – Создание пользователя «Employee» 2. Имя входа «SuperAdmin» – пользователь, который управляет базой данных. Создание пользователя «SuperAdmin» представлено на рисунке 31. Рисунок 31 – Создание пользователя «SuperAdmin» 41 11. СОЗДАНИЕ РЕЗЕРВНЫХ КОПИЙ БАЗЫ ДАННЫХ. ВОССТАНОВЛЕНИЕ БАЗЫ ДАННЫХ. МОНИТОРИНГ АКТИВНОСТИ ПОРТОВ Резервное копирование – это процесс создания копии данных на носителе, предназначенном для восстановления данных в оригинальном месте их расположения в случае их повреждения или разрушения. Этот тип резервной копии представляет собой содержимое базы данных и часть активного лога транзакций за то время, которое формировалась резервная копия. Резервное копирование может осуществляться по нескольким видам: Полное копирование базы данных. При полном резервном копировании создается резервная копия всей базы данных целиком, а также содержит все данные из этой базы данных на момент резервного копирования. Разностное копирование базы данных. В разностной резервной копии сохраняются только те изменения, которые были произведены с момента создания последней полной резервной копии. Резервное копирование по заданному времени. Пользователь задает время и дату создания резервной копии. Полное резервное копирование базы данных «Studio Belina» представлено на рисунке 32. Рисунок 32 – Полное резервное копирование базы данных «Studio Belina» Чтобы восстановить базу данных SQL Server после сбоя, администратор базы данных должен восстановить набор резервных копий SQL Server в составе логически верной и содержательной последовательности восстановления. SQL Server поддерживает восстановление данных из резервных копий целой базы данных, файла данных или страниц данных. Восстановление базы данных из резервной копии осуществляется непосредственно администратором БД. Восстановление базы данных «Studio Belina» представлено на рисунке 33. 42 Рисунок 33 – Восстановление базы данных «Studio Belina» Мониторинг активности базы данных, это технология безопасности базы данных для мониторинга и анализа активности, которая работает независимо от системы управления базами данных и не зависит от какой-либо формы внутреннего аудита или собственных журналов, таких как трассировка или журналы транзакций. DAM обычно выполняется непрерывно и в режиме реального времени. DAM обеспечивает привилегированный мониторинг доступа пользователей и приложений, который не зависит от собственных функций ведения журнала и аудита. 43 12. ОФОРМЛЕНИЕ ТРЕБОВАНИЙ И РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ ПО СЕРТИФИКАЦИИ И СОПРОВОЖДЕНИЮ ИНФОРМАЦИОННОЙ СИСТЕМЫ (БАЗЫ ДАННЫХ) Техническое задание – документ или несколько документов, определяющих цель, структуру, свойства и методы какого-либо проекта, и исключающие двусмысленное толкование различными исполнителями итогового продукта. 1. Наименование программы Наименование программы: «Studio Belina ». 2. Краткая характеристика области применения База данных предназначена для организации деятельности предприятия. 3. Условные обозначения и сокращения БД – База данных. Т3 – Техническое задание. СУБД – Система управления базами данных. ОС – Операционная система. ПО – Программное обеспечение. ЕСПД – Единая система программной документации. 4. Основания для разработки Основанием для разработки БД является задание на производственную практику (по профилю специальности). 5. Наименование и условное обозначение темы разработки Разработка БД «Studio Belina». 6. Функциональное назначение Функциональным назначением БД является информационное обеспечение об изготавливаемых кондитерских изделиях, их видах, поставках сырья для изготовления изделий, совершенных отгрузках заказчикам, данных о них, а также дальнейшая работа с ними. 7. Требования к функциональным характеристикам Программа должна выполнять следующие функции: 44 Просмотр списка товаров; Просмотр списка поставщиков; Просмотр списка скидок; Просмотр списка всех интернет-магазинов; Просмотр списка складов; Создание, изменение, удаление товаров; Создание, изменение, удаление поставщиков; Создание, изменение, удаление скидок; Создание, изменение, удаление всех интернет-магазинов; Создание, изменение, удаление складов; Поиск по наименованию товаров; Поиск по наименованию поставщиков; Поиск по наименованию скидок; Поиск по наименованию всех интернет-магазинов; Поиск по коду складов. 8. Разграничение доступа к информации Доступ к информации должен предоставляться только системному администратору. 9. Требования к организации выходных данных Выходные данные соответствуют входным данным. Просмотр выходных данных осуществляется на мониторе и должен отображаться в виде таблицы. 10. Требования к надёжности Надёжное функционирование базы данных должно быть обеспечено сотрудниками службы системного администрирования, а именно: Своевременное устранение аномалий БД; Бесперебойное питание сервера; Использование лицензионного ПО; Настройка автоматического резервного копирования. 11. Требования к информационным структурам и методам решения 45 Проектирование структуры базы данных должно быть выполнено в рамках разработки технического проекта. 12. Требования к программным средствам, используемым программой Система должна работать под управлением ОС Windows 10. 13. Требования к защите информации и программ Доступ к информации БД на чтение или редактирование предоставляется только авторизованным пользователям по логину и паролю с соответствующими правами доступа. Права на соответствующий доступ определяются системным администратором в соответствии с должностными инструкциями. 14. Предварительный состав программной документации Состав программной документации должен включать: Руководство программиста ГОСТ 19.504-79. ЕСПД. Общие требования к программным документам ГОСТ 19.105-78. ЕСПД. Виды программ и программных документов ГОСТ 19.101-77. ЕСПД. 46 13. ПРОВЕРКА СООТВЕТСТВИЯ ПРОГРАММНЫХ ПРОДУКТОВ И ТЕХНОЛОГИЧЕСКИХ ОПЕРАЦИЙ ПРИМЕНЯЕМЫМ СТАНДАРТАМ, ПРОЦЕДУРАМ И ТРЕБОВАНИЯМ Тестирование программного обеспечения – процесс исследования, испытания программного продукта, имеющий своей целью проверку соответствия между реальным поведением программы и её ожидаемым поведением на конечном наборе тестов, выбранных определённым образом. Виды тестирования: функциональное тестирование – проверка соответствия программного обеспечения требованиям, заявленным в спецификации; системное тестирование – высокоуровневая проверка функционала всей программы или системы в целом; тестирование производительности – тестирование, которое проводится с целью определения, как быстро работает система или её часть под определённой нагрузкой; регрессионное тестирование – тестирование, которое проводится с целью проверить, не влияют ли новые функции, улучшения и исправленные дефекты на существующую функциональность продукта и не возникают ли старые дефекты; модульное тестирование – деление программы на части (модули) и проверка каждой из частей по отдельности на наличие дефектов; тестирование безопасности – это стратегия тестирования, используемая для проверки безопасности системы, а также для анализа рисков, связанных с обеспечением целостного подхода к защите приложения, атак хакеров, вирусов, несанкционированного доступа к конфиденциальным данным; тестирование локализации – это процесс тестирования локализованной версии программного продукта. Проверка правильности перевода элементов интерфейса пользователя, проверка правильности перевода системных сообщений и ошибок, проверка перевода раздела "Помощь"/"Справка" и сопроводительной документации; 47 юзабилити тестирование – это метод тестирования, направленный на установление степени удобства использования, обучаемости, понятности и привлекательности для пользователей разрабатываемого продукта в контексте заданных условий. Выявлять проблемы, связанные со специфическим механизмом интерфейса определять, существуют ли проблемы с удобностью интерфейса для навигации, использования основного функционала. Есть несколько уровней тестирования: Модульное тестирование делается в самом начале, когда готовы те части кода, которые можно проверить по отдельности: объекты, классы, функции, программные модули. Тесты пишутся отдельно для каждой функции или метода. На этом этапе проверяют работоспособность части кода, нет ли регрессии – не появились ли после изменения кода ошибки там, где раньше всё работало нормально. Это самый нижний уровень тестирования, часто это делают те, кто пишет код. К интеграционному тестированию переходят после модульной проверки. Здесь тестируют связи между проверенными элементами и то, как программа взаимодействует с операционной системой, оборудованием. Системное тестирование показывает, соответствует ли готовая система функциональным и нефункциональным требованиям. Приёмочное тестирование проходит, когда заказчик принимает приложения от разработчиков. Его цель – убедиться, что продукт удовлетворяет требованиям клиента. На основании этого покупатель решает, готова ли программа или её нужно дорабатывать. 48 ЗАКЛЮЧЕНИЕ Цель прохождения производственной практики, которая включала в себя изучение предприятия, подразделениями информационных предприятия, потоков организационной между структуры службами и предприятия, аппаратного и программного обеспечения, используемых на предприятии, технологии, используемых на предприятии для получения и обработки информации, была достигнута. На момент прохождения практики были выявлены незначительные нюансы. Проблемой являлось отсутствие базы данных, разработанной в среде MS SQL Server. Так же были выявлены проблемы отслеживания имеющихся кондитерских изделий, учёта видов изделий, ведения списка заказчиков, а также отгрузок товара заказчикам и отслеживания поступающего сырья. Было предложено оптимизировать данный недочет. Других проблем c автоматизацией в момент прохождения производственной практики выявлено не было. Были реализованы следующие задачи: создание базы данных, разработанной в среде MS SQL Server; поддержка целостности созданной базы данных, не допуская появления некорректных данных; занесение информации в созданную базу данных; содержание достаточного количества данных, позволяющих показать результаты выполнения запросов; контроль всех вводимых данных; создание резервных копий базы данных. Восстановление базы данных. 49 СПИСОК ИСПОЛЬЗВАННЫХ ИСТОЧНИКОВ 1. ГОСТ 19.504-79; ГОСТ 19.105-78.; ГОСТ 19.101-77. 2. Артюхина Д.Д., Коренькова Т.Н., Назарова О.И. Порядок подготовки, оформления и защиты курсовых и дипломных работ: учебно-методическое пособие. – Старый Оскол: СТИ НИТУ «МИСиС», 2019. - 64 с. 3. Советов Б. Я., Цехановский В. В., Чертовской В. Д. Базы данных 3-е изд., пер. и доп. Учебник для СПО - М.: Издательство Юрайт, 2019. – 420 с. 4. Карпова Т.С. Базы данных: модели, разработка, реализация – Национальный Открытый Университет "ИНТУИТ" - 2016. - 403 с. 5. Ушаков И. А., Красов А.В., Савинов Н. В. Организация, принципы построения и функционирования компьютерных сетей 6. Осипов Д. Л. Технологии проектирования баз данных. – М.: ДМК Пресс, 2019. – 498 с.: ил. 7. IT-Статья Основы T-SQL и примеры — функции (UDF), триггеры, процедуры, курсоры, циклы – https://ivan-shamaev.ru/t-sql-fundamentals-and- examples/ 50 ДНЕВНИК по производственной практике (по профилю специальности) студента Фамилия, имя, отчество ______Панов Тимур Игоревич________________ Специальность _________09.02.07 – Информационные системы и программирование__________ Курс __3__ Группа ___ИСП-19-3__________ Период прохождения практики: с «13» апреля 2022 г. по «28» июня 2022 г. Место прохождения практики Оскольский политехнический колледж Старооскольский Технологический Институт имени А.А. Угарова – филиал Национального Исследовательского Технологического Университета <Московский институт стали и сплавов>_ (название организации) Руководитель практики от колледжа ФИО Артюхина Дарья Дмитриевна Руководитель практики от предприятия ФИО__________________________________________________________________ Должность ____________________________ Подпись ___________________ Дата Наименование темы 14.04.2022 Инструктаж 15.04.2022 18.04.2022 Подготовка отчета Ознакомление 19.04.2022 Ознакомление 21.04.2022 Изучение предприятия 22.04.2022 Ознакомление 25.04.2022 Ознакомление 27.04.2022 Ознакомление Виды работ Инструктаж по прохождению практики, внутреннего распорядка и правила техники безопасности. Оформление отчета по практики. Ознакомление со структурой и функциями. Анализ техникоэкономических показателей деятельности Belina Studio Ознакомление с должностными обязанностями обучающегося и работников Изучение технологий производства на Belina Studio Подготовка рабочего места и ознакомление с программным обеспечением предприятия Ознакомление с нормативными документами, используемыми на предприятии Ознакомление с нормативными документами, используемыми на предприятии 51 29.04.2022 Изучение предприятия 04.05.2022 Изучение предприятия 06.05.2022 Поиск информации 11.05.2022 Поиск информации 13.05.2022 16.05.2022 Изучение предприятия Изучение предприятия 18.05.2022 20.05.2022 Решение задач Поиск информации 23.05.2022 Поиск информации 25.05.2022 Поиск информации 27.05.2022 Поиск ошибок 30.05.2022 Поиск решения 01.06.2022 03.06.2022 Изучение предприятия Изучение предприятия 06.06.2022 Изучение предприятия 08.06.2022 10.06.2022 Анализ экономической части Поиск информации 13.06.2022 Создание базы данных 15.06.2022 17.06.2022 20.06.2022 Создание базы данных Создание базы данных Поиск информации 22.06.2022 Поиск информации 27.06.2022 29.06.2022 Подведение итогов Сдача отчета Изучение технологического оборудования, выявление существующих недостатков в работе Изучение информационных потоков и документооборота предприятия Чтение литературы, изучение предметной области Чтение литературы, изучение предметной области Изучение технологических процессов Изучение архитектуры автоматизированной информационной системы предприятия Выполнение индивидуального задания Чтение литературы, изучение предметной области Подбор материала для составления отчета Чтение литературы, изучение предметной области Выявление недостатков в функционировании действующих систем. Предложение мероприятий по их устранению. Изучение технологических процессов Изучение системы охраны труда и защита окружающей среды Изучение системы охраны труда и защита окружающей среды Анализ экономической эффективности Чтение литературы, изучение предметной области Разработка и согласование с руководителем структуры базы данных Разработка базы данных Разработка базы данных Подбор материала для составления отчета Подбор материала для составления отчета Оформление отчета Предоставление отчета о прохождении практики 52
