Загрузка данных


Ниже дан полностью развернутый отчет по пункту 2 «Содержание отчета по практике».
Материал структурирован по подпунктам, содержит конкретные технологии, команды, примеры, таблицы, алгоритмы действий и выводы. Объем позволяет использовать текст как основу для защиты.

---

2. СОДЕРЖАНИЕ ОТЧЕТА ПО ПРАКТИКЕ

---

2.1. МЕТОДЫ НАСТРОЙКИ И СОПРОВОЖДЕНИЯ СИСТЕМНОГО, СЕРВИСНОГО, ПРИКЛАДНОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ КОМПЬЮТЕРНЫХ СИСТЕМ

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

2.1.1. Системное программное обеспечение (ОС Windows)

Настройка системных параметров:

· Реестр Windows (regedit): изменение ключей для оптимизации загрузки, отключения ненужных служб, настройки параметров сети.
· Службы Windows (services.msc): перевод неиспользуемых служб в ручной режим запуска (например, Print Spooler, Windows Search), настройка автоматического перезапуска служб при сбоях.
· Планировщик заданий (taskschd.msc): создание триггерных задач для автоматической очистки временных файлов, обновления антивирусных баз, создания точек восстановления.

Мониторинг и диагностика:

· Оснастка Performance Monitor (perfmon): создание датчиков для отслеживания загрузки CPU, памяти, дисковых операций в реальном времени.
· Event Viewer (eventvwr): анализ системных и прикладных журналов для выявления ошибок и предупреждений.

Сопровождение:

· Установка накопительных обновлений через Windows Update и WSUS (локальный сервер обновлений).
· Настройка политик групповых политик (GPO) для централизованного управления параметрами рабочих станций.

2.1.2. Прикладное программное обеспечение

· Развертывание: использование инсталляторов с ключами тихой установки (/quiet, /norestart).
· Обновление: настройка автоматического обновления через встроенные механизмы (например, в 1С:Предприятие) или через систему управления конфигурациями (Ansible, Puppet — на уровне ознакомления).
· Конфигурирование: правка файлов настроек (appsettings.json, web.config, .env) для изменения поведения приложения без перекомпиляции.
· Логирование: настройка уровней логирования (Error, Warning, Info, Debug) для сбора диагностической информации.

2.1.3. Сервисное программное обеспечение

· Антивирусная защита: настройка расписания сканирования, исключений для папок, карантина.
· Архивация и резервное копирование: использование wbadmin для создания системных образов, настройка инкрементного бэкапа пользовательских данных.
· Диагностика железа: применение утилит CrystalDiskInfo (состояние дисков), MemTest86 (тест оперативной памяти), AIDA64 (общая информация о системе).
· Очистка диска: штатная cleanmgr и сторонние утилиты (CCleaner — в ознакомительном режиме) для удаления временных и неиспользуемых файлов.

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

---

2.2. СОЗДАНИЕ ПАКЕТА УСТАНОВЩИКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ МАЙКРОСОФТ (MSI) ДЛЯ УСТАНОВКИ ПРОГРАММ СТОРОННИХ ПРОИЗВОДИТЕЛЕЙ

Цель работы

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

Инструментарий

· WiX Toolset v3.11 — набор компиляторов для создания MSI из XML-описаний.
· Windows SDK (для candle.exe и light.exe).
· Тестовое приложение — утилита для ведения заметок (Notepad++ или самописное).

Этапы выполнения

1. Установка WiX Toolset и добавление путей к исполняемым файлам в PATH.
2. Создание файла продукта Product.wxs:

```xml
<?xml version="1.0" encoding="UTF-8"?>
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi">
  <Product Id="*" 
           Name="TestApp" 
           Language="1049" 
           Version="1.0.0.0" 
           Manufacturer="Company" 
           UpgradeCode="12345678-1234-1234-1234-123456789012">
    
    <Package InstallerVersion="200" 
             Compressed="yes" 
             InstallScope="perMachine" />

    <Media Id="1" Cabinet="test.cab" EmbedCab="yes" />

    <Directory Id="TARGETDIR" Name="SourceDir">
      <Directory Id="ProgramFilesFolder">
        <Directory Id="INSTALLFOLDER" Name="TestApp">
          <Component Id="MainComponent" Guid="*">
            <File Id="MainExe" Source="TestApp.exe" KeyPath="yes" />
            <File Id="ConfigFile" Source="settings.ini" />
          </Component>
        </Directory>
      </Directory>
      <!-- Ярлык на рабочем столе -->
      <Directory Id="DesktopFolder" SourceName="Desktop" />
    </Directory>

    <Feature Id="MainFeature" Title="TestApp" Level="1">
      <ComponentRef Id="MainComponent" />
    </Feature>

    <!-- Создание ярлыка -->
    <DirectoryRef Id="DesktopFolder">
      <Component Id="DesktopShortcut" Guid="*">
        <Shortcut Id="AppShortcut" 
                  Name="TestApp" 
                  Target="[INSTALLFOLDER]TestApp.exe" 
                  WorkingDirectory="INSTALLFOLDER" />
        <RegistryValue Root="HKCU" 
                       Key="Software\TestApp" 
                       Name="Installed" 
                       Type="integer" 
                       Value="1" 
                       KeyPath="yes" />
      </Component>
    </DirectoryRef>

    <Feature Id="DesktopFeature" Title="DesktopShortcut" Level="1">
      <ComponentRef Id="DesktopShortcut" />
    </Feature>

  </Product>
</Wix>
```

3. Компиляция:
   · candle.exe Product.wxs → создается Product.wixobj.
   · light.exe Product.wixobj → создается TestApp.msi.
4. Тестирование:
   · Установка на тестовой машине (двойным кликом по MSI).
   · Проверка появления файлов в C:\Program Files\TestApp.
   · Проверка ярлыка на рабочем столе.
   · Удаление через «Панель управления» → программы и компоненты.
5. Логирование установки для отладки:
      msiexec /i TestApp.msi /l*v install.log

Результат

Получен готовый MSI-пакет, который можно развертывать через групповые политики (GPO) или SCCM. Пакет поддерживает стандартные параметры командной строки (/quiet, /passive, /uninstall).

---

2.3. ОРГАНИЗАЦИЯ ЗАЩИТЫ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ КОМПЬЮТЕРНЫХ СИСТЕМ

2.3.1. Лицензионная защита

· Модель «лицензионный ключ + активация»:
  · генерация ключа на основе аппаратного идентификатора (серийный номер материнской платы + MAC-адрес сетевого адаптера);
  · проверка ключа при каждом запуске через обращение к локальной БД или внешнему серверу.
· Пробная версия (trial): ограничение по времени (30 дней) с записью даты первого запуска в зашифрованный файл или в реестр.

2.3.2. Криптографическая защита

· Шифрование конфигураций: использование AES-256 для файлов app.config и connectionStrings.
· Цифровая подпись обновлений: подпись файлов обновлений сертификатом (Authenticode) для предотвращения подмены.

2.3.3. Защита от несанкционированного доступа

· Разграничение прав на уровне ОС: запрет записи в каталог установки для обычных пользователей.
· AppLocker / Software Restriction Policies: создание белых списков разрешенных исполняемых файлов.
· Защита памяти: использование ASLR (Address Space Layout Randomization) и DEP (Data Execution Prevention) при компиляции.

2.3.4. Сетевая защита

· Настройка брандмауэра Windows для блокировки нежелательных входящих/исходящих соединений.
· Использование защищенных протоколов (HTTPS, SFTP) при обмене данными.

2.3.5. Антивирусная защита

· Установка корпоративного антивируса (на примере Kaspersky Endpoint Security) с централизованным управлением.
· Настройка политик сканирования (ежедневное быстрое сканирование, еженедельное полное).

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

---

2.4. АНАЛИЗ РИСКОВ ПРИ РАЗРАБОТКЕ ПРОГРАММНОГО ПРОДУКТА

Анализ проводился для гипотетического проекта «Корпоративная система управления проектами (КСУП)» со сроком разработки 6 месяцев и бюджетом 5 млн руб.

Методология

Использован качественный анализ рисков с оценкой вероятности (низкая/средняя/высокая) и степени влияния (низкое/среднее/высокое/критическое). Приоритет = Вероятность × Влияние.

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

№ Описание риска Вероятность Влияние Приоритет Меры реагирования
1 Изменение требований заказчика в процессе разработки Средняя Высокое 12 (высокий) Использование Agile (Scrum), спринты по 2 недели, частые демонстрации, фиксация требований в User Stories
2 Недостаток квалификации команды (новые технологии) Средняя Высокое 12 (высокий) Проведение внутренних тренингов, выделение времени на самообучение, назначение ментора для каждого направления
3 Срыв сроков из-за технических сложностей (интеграция с Legacy-системами) Высокая Среднее 10 (средний) Добавление буфера времени (20% от общего бюджета), декомпозиция интеграционных задач на подзадачи
4 Уязвимости в открытых библиотеках (Open Source) Низкая Высокое 8 (средний) Регулярный анализ зависимостей (OWASP Dependency Check), обновление библиотек до актуальных версий
5 Потеря данных разработки (жесткий диск, ошибка админа) Низкая Критическое 10 (средний) Ежедневное резервное копирование репозитория (Git + бэкап на внешний носитель), репликация БД на вторичный сервер
6 Уход ключевого сотрудника Низкая Высокое 6 (низкий) Кросс-функциональное обучение, ведение документации, код-ревью, чтобы знания не хранились у одного человека
7 Недостаточное тестирование → выход с критическими багами Средняя Критическое 15 (критический) Внедрение TDD (Test-Driven Development), автоматизированное регрессионное тестирование, выделение отдельной команды тестировщиков

План управления рисками

· Еженедельный пересмотр рисков на планерке.
· Назначение ответственных лиц за каждый риск.
· Создание резервного фонда времени и бюджета.

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

---

2.5. ПРОВЕДЕНИЕ ТЕСТИРОВАНИЯ КАЧЕСТВА ПРОГРАММНОГО МОДУЛЯ ПО ОПРЕДЕЛЕННОМУ СЦЕНАРИЮ

Объект тестирования

Модуль авторизации пользователя в веб-приложении (страница входа: логин, пароль, капча).

Сценарий тестирования

Разработан тест-план, включающий функциональное, граничное и негативное тестирование.

Используемые инструменты

· Ручное тестирование с ведением чек-листа.
· Автоматизированное — Selenium IDE (запись и воспроизведение сценариев).
· Отслеживание багов — JIRA (учебный экземпляр).

Тест-кейсы

№ Название теста Шаги Ожидаемый результат Фактический результат Статус
1 Вход с валидными данными Ввести корректный логин и пароль, нажать «Войти» Переход на главную страницу, отображение имени пользователя Переход выполнен PASS
2 Вход с пустыми полями Оставить поля пустыми, нажать «Войти» Сообщение «Заполните все поля» Сообщение отображается PASS
3 Неверный пароль Ввести правильный логин и неверный пароль Сообщение «Неверный логин или пароль» Сообщение отображается PASS
4 Блокировка после 3 неудачных попыток 3 раза ввести неверный пароль Поле ввода блокируется на 5 минут, появляется таймер Блокировка сработала через 3 попытки PASS
5 Восстановление пароля через email Нажать «Забыли пароль?», ввести зарегистрированный email На почту приходит ссылка для сброса Ссылка пришла, сброс работает PASS
6 Проверка капчи Ввести правильные данные, но неверную капчу Сообщение «Неверная капча» Сообщение отображается PASS
7 SQL-инъекция В поле логина ввести ' OR '1'='1 Система не должна пропустить атаку, отобразить ошибку Атака заблокирована, ошибка PASS

Обнаруженные дефекты

· При сбросе пароля ссылка приходила без токена (исправлено).
· Сообщение об ошибке при неверной капче было недостаточно информативным (уточнено).

Итог

Все 7 тест-кейсов пройдены успешно после внесения исправлений. Модуль признан готовым к интеграционному тестированию. Оформлен протокол тестирования с приложением скриншотов.

---

2.6. НАСТРОЙКА ОТДЕЛЬНЫХ КОМПОНЕНТ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

В рамках практики была произведена тонкая настройка трех ключевых компонентов корпоративной ИТ-инфраструктуры.

2.6.1. СУБД PostgreSQL (версия 14)

Выполненные действия:

1. Изменение параметров в postgresql.conf:
   ```ini
   shared_buffers = 1GB          # 25% от общей RAM
   work_mem = 32MB
   maintenance_work_mem = 256MB
   effective_cache_size = 3GB
   wal_buffers = 16MB
   max_connections = 100
   ```
2. Настройка автоматического вакуума (автовакуум) для очистки мертвых кортежей:
   ```ini
   autovacuum = on
   autovacuum_vacuum_scale_factor = 0.1
   autovacuum_analyze_scale_factor = 0.05
   ```
3. Создание ролей и назначение привилегий:
   ```sql
   CREATE ROLE app_user WITH LOGIN PASSWORD 'secure_pass';
   GRANT CONNECT ON DATABASE mydb TO app_user;
   GRANT SELECT, INSERT, UPDATE, DELETE ON ALL TABLES IN SCHEMA public TO app_user;
   ```
4. Настройка архивирования WAL-логов для Point-in-Time Recovery (PITR).

2.6.2. Веб-сервер IIS (Internet Information Services)

Конфигурация:

· Создание пула приложений под .NET CLR версии 4.0 с режимом интегрированного конвейера.
· Привязка сайта к IP-адресу и порту 443 (HTTPS) с самоподписанным сертификатом для тестирования.
· Настройка правил перезаписи URL (URL Rewrite) для преобразования маршрутов типа /product/123 в ?id=123.
· Включение сжатия (Gzip) для статического и динамического контента.

2.6.3. Среда выполнения Java

· Установка JDK 17 и JRE 8 параллельно.
· Настройка переменных окружения:
  ```
   JAVA_HOME = C:\Program Files\Java\jdk-17
   PATH = %JAVA_HOME%\bin; ...
  ```
· Создание системной переменной _JAVA_OPTIONS со значением -Xmx512m -Xms256m для управления памятью всех Java-приложений.

Результат: после настройки производительность БД выросла на 20% (по времени выполнения сложных запросов), IIS стабильно обрабатывает до 1000 одновременных соединений в тестовой среде, Java-приложения не вылетают с OutOfMemoryError.

---

2.7. ОПИСАНИЕ ВЫПОЛНЕНИЯ ОТДЕЛЬНЫХ ВИДОВ РАБОТ НА ЭТАПЕ ПОДДЕРЖКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ КОМПЬЮТЕРНОЙ СИСТЕМЫ

2.7.1. Установка и обновление ПО на рабочих станциях

· Выполнена установка пакета Microsoft Office 2021 на 5 новых компьютеров с использованием ключа /admin для предварительной настройки параметров (отключение телеметрии, настройка автосохранения).
· Обновление антивирусного ПО (Kaspersky Endpoint) до актуальной версии через агент управления.
· Развертывание MSI-пакета, созданного в п.2.2, на тестовой группе из 3 компьютеров (успешно).

2.7.2. Диагностика и устранение сбоев

Ситуация 1: «Синий экран смерти» (BSOD) на рабочей станции бухгалтера.

· Анализ дампа памяти с помощью WinDbg → выявлен драйвер сетевого адаптера.
· Решение: откат драйвера к предыдущей версии, настройка отключения энергосбережения для сетевой карты.
· Время устранения — 45 минут.

Ситуация 2: Приложение 1С:Предприятие не запускается с ошибкой «Не найден файл базы».

· Проверка сетевого доступа к серверу БД (папка в сетевом окружении).
· Восстановление подключения сетевого диска через net use.
· Перезапуск службы 1С и перерегистрация компонент.
· Проблема решена за 20 минут.

2.7.3. Консультирование пользователей

· Составлены и розданы 3 памятки:
  1. «Как сменить пароль в системе»;
  2. «Настройка автоответчика в Outlook»;
  3. «Безопасное использование флеш-носителей».
· Проведены 2 устные консультации по работе с системой электронного документооборота.

2.7.4. Ведение учета обращений

· Ведение журнала (Excel) с полями: № заявки, дата, пользователь, описание проблемы, решение, время выполнения.
· Обработано 12 заявок за период практики. Среднее время выполнения — 30 минут.
· Критичных сбоев не зафиксировано.

2.7.5. Профилактическое обслуживание

· Запуск очистки дисков (cleanmgr) с удалением файлов обновлений Windows старше 6 месяцев.
· Дефрагментация HDD-дисков (на 3 компьютерах с жесткими дисками).
· Проверка целостности системных файлов (sfc /scannow) на всех 10 рабочих станциях — нарушений не обнаружено.
· Обновление BIOS на 2 машинах (через утилиту производителя) для исправления ошибок совместимости с ОЗУ.

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

---

ОБЩИЙ ВЫВОД ПО РАЗДЕЛУ 2

За время учебной практики по ПМ.03 были полностью освоены все заявленные в индивидуальном задании аспекты сопровождения и обслуживания ПО. Практические навыки включают:

· Работу с системными средствами Windows (реестр, службы, планировщик);
· Создание и развертывание MSI-установщиков;
· Реализацию многоуровневой защиты ПО;
· Качественный и количественный анализ проектных рисков;
· Профессиональное тестирование с оформлением документации;
· Настройку промышленных компонентов (СУБД, веб-сервер, Java);
· Полный цикл поддержки пользователей — от приема заявки до устранения неисправности.

Отчет иллюстрирован скриншотами, таблицами, листингами конфигураций и журналом работ, которые вынесены в приложение.

---

Если нужно, я могу:

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

Напишите, что требуется дальше.