Файл: Отчет по производственной практике пм 01. Разработка программных модулей программного обеспечения для компьютерных систем обучающегося группы пк451Д по специальности 09. 02. 03 Программирование в компьютерных системах.docx

ВУЗ: Не указан

Категория: Отчет по практике

Дисциплина: Не указана

Добавлен: 07.11.2023

Просмотров: 408

Скачиваний: 10

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.


-рабочее место должно быть оборудовано подставкой для ног, имеющей ширину не менее 300мм, глубину не менее 400мм, регулировку по высоте в пределах до 150мм и по углу наклона опорной поверхности подставки до 20о; поверхность подставки должна быть рифленой и иметь по переднему краю бортик высотой 10мм;

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

1.14 В помещениях, оборудованных ПЭВМ, проводится ежедневная влажная уборка и систематическое проветривание после каждого часа работы на ПЭВМ.

1.15 Женщины со времени установления беременности переводятся на работы, не связанные с использованием ПЭВМ, или для них ограничивается время работы с ПЭВМ (не более 3-х часов за рабочую смену).

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

1.17 За невыполнение данной инструкции виновные привлекаются к ответственности согласно законодательства Российской Федерации.
  1. РАЗРАБОТКА АЛГОРИТМА ПОСТАВЛЕННОЙ ЗАДАЧИ И РЕАЛИЗАЦИИ ЕГО СРЕДСТВАМИ АВТОМАТИЗИРОВАННОГО ПРОЕКТИРОВАНИЯ



Анализ поставленной задачи.

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

В программе используется следующий алгоритм работы: в программе есть формы, в которые вводятся данные клиента. Затем нужно нажать кнопку соответствующего действия. Выполняется алгоритм sql-запроса и результат выводится в элемент DataGridView.

Для построения блок-схемы использовался сайт draw.io. С его помощью можно составлять различные диаграммы и схемы, в том числе, блок-схемы.



Рис. 4.1 – Блок-схема работы приложения «МТС Тариф»

  1. РАЗРАБОТКА КОДА ПРОГРАММНОГО ПРОДУКТА НА ОСНОВЕ ГОТОВОЙ СПЕЦИФИКАЦИИ НА УРОВНЕ МОДУЛЯ



Приложения для работы с данными клиентов МТС реализован на языке программирования C# в среде программирования Microsoft Visual Studio 2019. Выбор языка C# обусловлен тем, что он современный и популярный объектно-ориентированный язык программирования, а среда Microsoft Visual Studio 2019 является мощным средством, позволяющим быстро создать программу, обладающую графическим оконным интерфейсом. Прототип главного окна представлен на рисунке 5.1.




Рис. 5.1 – Главное окно приложения «МТС Тариф»

На форме располагается 1 элемент DataGridView, в нем будет отображаться данные о клиентах МТС, также 5 элементов Button для выполнения действий над данными и 8 элементов TextBox для ввода данных.

Функционал кнопок:

1) Кнопка «Обновить» запускает sql-запрос на редактирование данных клиента;

2) Кнопка «Поиск» запускает sql-запрос на поиск данных о клиенте;

3) Кнопка «Добавить» запускает sql-запрос на добавление данных о клиенте;

4) Кнопка «Удалить» запускает sql-запрос на удаление данных о клиенте;

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

  1. ИСПОЛЬЗОВАНИЕ ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ НА ЭТАПЕ ОТЛАДКИ ПРОГРАММНОГО ПРОДУКТА



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



Рис. 6.1 - Окно меню «Отладка»
Окна - открывает в интегрированной среде окно Точки останова, которое дает доступ ко всем точкам останова данного решения. Показывает в интегрированной среде окно Вывод.

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

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

Исключения - открывает диалоговое окно Исключения, которое позволяет выбрать способ останова отладчика для каждого исключительного состояния;

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



Шаг с обходом - когда вы не находитесь в сеансе отладки, то команда шаг с обходом просто запускает приложение точно так же, как это сделала бы кнопка run;

Точка останова - включает или выключает точку останова на текущей (активной) строке кода текстового редактора. эта опция неактивна, если в интегрированной среде нет активного кодового окна;

Создавать точку останова - активирует диалоговое окно создавать точку останова позволяющее указать имя функции, для которой необходимо создать точку останова;

Удалить все точки останова - удаляет все точки останова из текущего решения;

Очистить все подсказки по данным - деактивирует (без удаления) все точки останова текущего решения;

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

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



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

- тестирование удобства использования - последовательная проверка соответствия программного продукта и документации на него основным положениям технического задания;

- тестирование на предельных объемах - проверка работоспособности программы на максимально больших объемах данных, например, объемах текстов, таблиц, большом количестве файлов и т. п.;

- тестирование на предельных нагрузках - проверка выполнения программы на возможность обработки большого объема данных, поступивших в течение короткого времени;

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

- тестирование защиты - проверка защиты, например, от несанкционированного доступа к информации;

- тестирование производительности - определение пропускной способности при заданной конфигурации и нагрузке;

- тестирование требований к памяти - определение реальных потребностей в оперативной и внешней памяти;

- тестирование конфигурации оборудования - проверка работоспособности программного обеспечения на разном оборудовании;

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

- тестирование удобства установки - проверка удобства установки;

- тестирование надежности - проверка надежности с использованием математических моделей;

- тестирование восстановления - проверка восстановления программного обеспечения, например, системы, включающей базу данных, после сбоев оборудования и программы;

- тестирование удобства обслуживания - проверка средств обслуживания, включенных в программное обеспечение;

- тестирование документации - тщательная проверка документации, например, если документация содержит примеры, то их все необходимо попробовать;

- тестирование процедуры - проверка ручных процессов, предполагаемых в системе.

Естественно, целью всех этих проверок является поиск несоответствий техническому заданию. Считают, что только после выполнения всех видов тестирования программный продукт может быть представлен пользователю или к реализации. Однако на практике обычно выполняют не все виды оценочного тестирования, так как это очень дорого и трудоемко. Как правило, для каждого типа программного обеспечения выполняют те виды тестирования, которые являются для него наиболее важными. Так базы данных обязательно тестируют на предельных объемах, а системы реального времени - на предельных нагрузках.

  1. ЗАКЛЮЧЕНИЕ


В ходе совместной разработки тестового-приложения «МТС Тариф», было пройдено несколько этапов работ:

Этап «Разработка алгоритма поставленной задачи и реализации его средствами автоматизированного проектирования».

Этап «Разработка кода программного продукта на основе готовой спецификации на уровне модуля.».

Этап «Использование инструментальных средств на этапе отладки программного продукта».

Этап «Проведение тестирования программного модуля по определенному сценарию».

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