Отчет. Отчет по производственной практике пп 02 Выполнение работ по осуществлению интеграции программных модулей

• Название: Отчет по производственной практике пп 02 Выполнение работ по осуществлению интеграции программных модулей
• Анкор: Отчет
• Дата: 05.12.2022
• Размер: 88.02 Kb.
• Имя файла: Otchyot_05_12_22.docx
• Тип: Отчет; #828627

Министерство образования и науки Республики Башкортостан

ГАПОУ Стерлитамакский колледж строительства и профессиональных технологий

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

Информационные системы и программирование
ОТЧЕТ

по производственной практике ПП 02
«Выполнение работ по осуществлению интеграции программных модулей»

ПМ02 Осуществление интеграции программных модулей


Подготовил обучающийся группы ИС-42 _____________________К.А. Федьков

Руководитель практики от предприятия _______________________И.С. Вершинина
МП «____» __________2022 г.
Руководитель практики от колледжа _________________________В.Ф. Аришина
Оценка_____________ «____» __________2022 г.
Введение

Архивы в современное время играют немаловажную роль в хранении данных. Они позволяют хранить внутри себя набор разнообразных файлов. Это достаточно удобно, например, для передачи данных по сети — легче передавать один файл, чем несколько. Также архивы позволяют хранить информацию в удобной структурированной форме.

Решаемые задачи:

• 
  Гарантированное сжатие данных;
  
• 
  Хранит копию данных;
  
• 
  Быстрая передача информации по сети.
  

Недостатки:

• 
  Необходимо хранить словарь.
  

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

Задачи производственной практики:

• 
  провести тестирование разработанного кода;
  
• 
  разработать фрагмент технологической документации (программа и методика испытаний);
  
• 
  выполнить инспектирование компонент программного обеспечения на предмет соответствия стандартам кодирования
  

РАЗРАБОТКА ТЕСТОВЫХ НАБОРОВ И ТЕСТОВЫХ СЦЕНАРИЕВ ДЛЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ



Рис. 1. Модульный состав программы.

1. 
   Архивация файла
   

• 
  Прочитать файл;
  
• 
  Записать результат.
  

2. 
   Создание частотной таблицы
   

• 
  Считать частоту каждого символа.
  

3. 
   Построение дерева
   

• 
  Помещать в очередь те элементы у которых частота больше 0;
  
• 
  Пока размер очереди элементов больше одного, нужно взять первый элемент и второй элемент и суммировать их частоту. Создать новый узел, ссылаясь на первый элемент и второй, а также на новую частоту. Добавить новый элемент в очередь.
  

4. 
   Хранение узла
   

• 
  Создать два конструктора;
  
• 
  Первый конструктор будет принимать символ и частоту (для создания листа);
  
• 
  Второй конструктор будет принимать биты и частоту (для создания узла двух символов).
  

5. 
   Приоритетная очередь
   

• 
  Знать размер очереди;
  
• 
  Сохранять очередь.
  

6. 
   Добавить элемент в очередь
   

• 
  Проверить наличие очереди, если её нет, создать очередь. Далее в эту очередь добавить элемент.
  

7. 
   Вернуть элемент из очереди
   

• 
  Перебрать очереди в порядке их приоритета, если в очереди есть хотя бы один элемент, то вернуть элемент из очереди.
  

8. 
   Кодирование символов
   

• 
  Указать откуда начинать двигаться, начиная с корневого элемента. Принять узел и сохранить код, когда дойдём до листа.
  

9. 
   Сжатие
   

• 
  Накапливать сумму очередного байта;
  
• 
  Накапливать бит, начиная с 1;
  

• 
  Данные должны складываться по очереди;
  
• 
  Разобрать строчку по символам;
  
• 
  Посмотреть в какой последовательности бит этот символ закодирован (не должны повторяться);
  
• 
  Если в коде символа цифра один, то в сумму добавить бит;
  
• 
  Бит сдвигается на единицу, если он меньше 128;
  
• 
  Если бит дошёл до 128, сохранить созданный байт, обнулить сумму байта и поставить начальное значение бита, которое равно 1.
  

10. 
    Создание заголовка
    

• 
  Знать сколько символов в файле;
  
• 
  Записать длину данных;
  
• 
  Записать таблицу.
  

11. 
    разархивация файла
    

• 
  Прочитать архив;
  
• 
  Получить данные, декомпрессируя архив;
  
• 
  Записать результат.
  

12. 
    читает заголовок
    

• 
  Вычислить длину данных;
  
• 
  Создать частотный словарь.
  

13. 
    разархивация символов
    

• 
  Знать текущее положение в дереве;
  
• 
  Знать сколько элементов уже добавлено;
  
• 
  Организовать переход по всем битам.
  

ОТЛАДКА 1:17:30

УТВЕРЖДЕНО

Error: Reference source not found-лу


программа ДЛЯ Архивации Файла



Программа и методика испытаний
Error: Reference source not found

АННОТАЦИЯ

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

В данном программном документе приведена программа и методика испытаний (ПМИ).

В разделе «Объект испытаний» указывают наименование, область применения и обозначение испытуемой программы.

В разделе «Цель испытаний» ставится конкретная цель или цели проведения испытаний.

В разделе «Требования к программе» указаны запросы, которые должны быть выполнены в программе.

В разделе «Требования к программной документации» указывается предварительный состав программной документации, и при необходимости специальные требования к ней.

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

В разделе «Методы испытаний» должны быть приведены описания используемых методов испытаний.
СОДЕРЖАНИЕ

1. Объект испытаний

1. Наименование испытуемой программы

Archiver – архиватор предназначенный для упаковки без потерь одного файла в единый файл-архив для удобства переноса и/или хранения данных. Распаковка архива выполняется с помощью того же архиватора.

2. Область применения испытуемой программы

Программа предназначена к применению в профильных подразделениях предприятия, для передачи данных по сети.

3. Обозначение испытуемой программы

Наименование темы разработки – «Разработка программы для архивации файла».

Условное обозначение темы разработки (шифр темы) – «А.В.00001».

2. Цель испытаний

Цель проведения испытаний – проверка соответствия характеристик разработанной программы (программного изделия) функциональным и иным, отдельным видам требований характерным другим архиваторам.

3. Требования к программе

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

4. Требования к программной документации

1. Состав программной документации, предъявляемой на испытания

Состав программной документации должен включать в себя:

1. 
   программу и методики испытаний.
   

Специальные требования
Специальные требования к программной документации не предъявляются.

5. Средства и порядок испытаний

1. Технические средства, используемые во время испытаний

IBM PC совместимый персональный компьютер, оснащённый процессором с тактовой частотой не менее 2,7 ГГц, оперативной памятью не менее 8 Гб, графической подсистемой с памятью не менее 2 Гб, устройствами ввода (клавиатура и манипулятор мышь).

1. Программные средства, используемые во время испытаний

Во время испытаний использовалось программное обеспечение:

Операционная система: Windows 10 (64-битная);

Среда разработки: Visual Studio 2019.

2. Порядок проведения испытаний

Испытания проводятся в два этапа:
1 этап – ознакомительный

2 этап – испытания

1. Перечень проверок проводимых на 1 этапе испытаний

Перечень проверок, проводимых на 1 этапе испытаний, должен включать в себя:
а) проверку комплектности программной документации;
б) проверку комплектности и состава технических и программных средств.
Методики проведения проверок, входящих в перечень по 1 этапу испытаний, изложены в данном программном документе, в разделе «Методы испытаний».

2. Перечень проверок проводимых на 2 этапе испытаний

Перечень проверок, проводимых на 2 этапе испытаний, должен включать в себя:
а) проверку соответствия технических характеристик программы;
б) проверку степени выполнения требований функционального назначения программы.
Методики проведения проверок, входящих в перечень по 2 этапу испытаний, изложены в данном программном документе, в разделе «Методы испытаний».

3. Количественные и качественные характеристики, подлежащие оценке

1. Количественные характеристики, подлежащие оценке

В ходе проведения приемо-сдаточных испытаний оценке подлежат количественные характеристики, такие как:
а) комплектность программной документации;
б) комплектность состава технических и программных средств.

2. Качественные характеристики, подлежащие оценке

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

б) построение дерева;

в) кодирование данных;

г) сжатие данных;

в) создание заголовка;

г) чтение заголовка;

д) раскодировка данных.

4. Условия проведения испытаний

1. Условия начала и завершения отдельных этапов испытаний

Необходимым и достаточным условием завершения 1 этапа испытаний и начала 2 этапа испытаний является успешное завершение проверок, проводимых на 1 этапе (см. п. Перечень проверок, проводимых на 1 этапе испытаний).

Условием завершения 2 этапа испытаний является успешное завершение проверок, проводимых на 2 этапе испытаний (см. п. Перечень проверок, проводимых на 2 этапе испытаний).

2. Меры, обеспечивающие безопасность и безаварийность испытаний

При проведении испытаний должно быть обеспечено соблюдение требований безопасности, установленных ГОСТ 12.2.007.0-75 ⁸⁾, «Правилами техники безопасности при эксплуатации электроустановок потребителей», и «Правилами технической эксплуатации электроустановок потребителей».

3. Порядок взаимодействия подразделений, участвующих в испытаниях

Разработчик извещает службу, ответственную за эксплуатацию, о готовности к проведению приемо­сдаточных испытаний не позднее чем за 7 дней до намеченного срока проведения испытаний.

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

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

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

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

4. Требования к персоналу, проводящему испытания

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

5. Перечень работ, проводимых после завершения испытаний

В случае успешного проведения испытаний в полном объеме, Разработчик, совместно с начальником службы, ответственной за эксплуатацию, на основании «Протокола испытаний» утверждают «Свидетельство о приемке».

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

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

По завершении корректировки программы и программной документации Разработчик совместно с представителем службы, ответственной за эксплуатацию, проводят повторные испытания согласно настоящей Программы и методик в объеме, требуемом для проверки проведенных корректировок.

Мелкие, несущественные недоработки могут быть устранены в рабочем порядке.

6. Методы испытаний

1. Методика проведения проверки комплектности программной документации

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

Проверка считается завершенной в случае соответствия состава и комплектности программной документации, представленной Разработчиком, перечню программной документации, приведенному в указанном выше пункте.

По результатам проведения проверки, представитель службы, ответственной за эксплуатацию вносит запись в Протокол испытаний – “Комплектность программной документации соответствует (не соответствует) требованиям п. «Состав программной документации, предъявляемой на испытания»” настоящего документа.

1. Методика проведения проверки комплектности и состава технических и программных средств

Проверка комплектности и состава технических и программных средств производится визуально представителем службы, ответственной за эксплуатацию. В ходе проверки сопоставляется состав и комплектность технических и программных средств, представленных Разработчиком, с перечнем технических и программных средств, приведенным в п. «Технические средства, используемые во время испытаний» и п. «Программные средства, используемые во время испытаний» настоящего документа.

Комплектность программных средств проводится также визуально. Загрузилась операционная система, высветился логотип, версия - соответствует/не соответствует заявленной в Техническом задании и т.д.

Проверка считается завершенной в случае соответствия состава и комплектности технических и программных средств, представленных Разработчиком, с перечнем технических и программных средств, приведенных в пп. «Технические средства, используемые во время испытаний» и «Программные средства, используемые во время испытаний» настоящего документа.

По результатам проведения проверки представитель службы, ответственной за эксплуатацию, вносит запись в Протокол испытаний - «Комплектность технических и программных средств соответствует (не соответствует) требованиям пп. «Технические средства, используемые во время испытаний» и «Программные средства, используемые во время испытаний» настоящего документа».

2. Методика проверки выполнения функции создания частотной таблицы

Должны быть проверены следующие требования:

1. 
   Считать частоту каждого символа.
   

Проверка считается завершенной в случае соответствия состава и последовательности действий при выполнении данной функции.

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

3. Методика проверки выполнения функции построение дерева

Должны быть проверены следующие требования:

1. 
   Помещать в очередь элементы, которые есть в файле;
   
2. 
   Пока размер очереди элементов больше одного, нужно взять первый элемент и второй элемент и суммировать их частоту. Создать новый узел, ссылаясь на первый элемент и второй, а также на новую частоту. Добавить новый элемент в очередь.
   

Проверка считается завершенной в случае соответствия состава и последовательности действий при выполнении данной функции.

По результатам проведения проверки представитель службы, ответственной за эксплуатацию вносит запись в Протокол испытаний - «п. Методика проверки выполнения функции построение дерева выполнен».

Лист регистрации изменений

Номера листов (страниц)

Всего листов (страниц) в докум

№ документа

Входящий № сопрово дительного документа и дата

Подп.

Дата

Изм

изменен ных

заме ненных

новых

анулиро ванных

8⁸⁾ ГОСТ 12.2.007.0-75 ССБТ. Изделия электротехнические. Общие требования безопасности

2021