12.07.2021

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



Отчет по учебной практике ПМ.01 "Разработка программных модулей программного обеспечения для компьютерных систем". Государственной бюджетное профессиональное образовательное учреждение Республики Крым "Феодосийский политехнический техникум". 2015.

Спроектировано и реализовано программное средство "Действия над матрицами", к ней разработан графический интерфейс в среде Microsoft Visual Studio Ultimate 2013 С#. Программный продукт позволяет изучать структуру и синтаксис новых языков программирования.

ПРОГРАММНОЕ СРЕДСТВО, ТЕХНИЧЕСКОЕ ЗАДАНИЕ, ФУНКЦИОНАЛЬНОЕ ТЕСТИРОВАНИЕ, ОЦЕНОЧНОЕ ТЕСТИРОВАНИЕ, СТРУКТУРНОЕ ТЕСТИРОВАНИЕ, СРЕДА РАЗРАБОТКИ, ОТЛАДКА, АЛГОРИТМ, ИНТЕРФЕЙС

  • ВВЕДЕНИЕ
  • ВЫВОДЫ
  • ПЕРЕЧЕНЬ ССЫЛОК
  • ПРИЛОЖЕНИЕ

ВВЕДЕНИЕ

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

Целью практики является:

Закрепление полученных теоретических знаний по дисциплинам Прикладное программирование, Системное программирование, Теория алгоритмов, Основы программирования и алгоритмические языки";

Сбор, анализ и обобщение материалов для подготовки отчета по практике.

Задачи учебной практики обусловлены индивидуальным заданием:

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

Выбор методов и разработка основных алгоритмов решения;

Выбор технологии и среды программирования;

Построение каркаса приложения и проектирование интерфейса пользователя;

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

Выбор стратегии тестирования и разработки тестов;

Использование средств отладки представляемых интерфейсом пользователей;

Проведение тестирования программного модуля по определенному сценарию;

Оформление документации на программное средство.

По результатам практики составлен отчет. Отчет оформлен согласно ГОСТ 7.32-2001. Отчет практики состоит из пяти разделов.

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

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

В третьем разделе описано использование инструментальных средств на этапе отладки программного модуля.

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

Пятый раздел посвящен оформлению документации на программное средство.

матрица программный инструментальный тестирование

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

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

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

1.2 Выбор методов и разработка основных алгоритмов решения

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

Для построения блок-схем использовалась программа Microsoft Office Visio 2013. С её помощью можно составлять различные диаграммы и схемы, в том числе, блок-схемы.

Рисунок 1.1 - Блок схема считывания и записи данных из записи в массив

Рисунок 1.2 - Проверка на доступность для ввода

Рисунок 1.3 - Блок схема ввода данных в textbox и сравнения с существующим массивом

Рисунок 1.4 - Вызов метода Vizov с параметрами

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

Калькулятор матриц реализован на языке программирования C# в среде программирования Microsoft Visual Studio Ultimate 2013. Выбор языка C# обусловлен тем, что он современный и популярный объектно-ориентированный язык программирования, а среда Microsoft Visual Studio Ultimate 2013 является мощным средством, позволяющим быстро создать программу, обладающую графическим оконным интерфейсом.

Макет окна представлен на рисунке 2.1

Рисунок 2.1 - Оконный интерфейс будущего приложения

На форме располагается 3 элемента DataGridView, в них будут размещаться матрицы. Так же 4 Button для выполнения действий над матрицами.

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

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

Рисунок 3.1- Окно меню Отладка

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5. ОФОРМЛЕНИЕ ДОКУМЕНТАЦИИ НА ПРОГРАММНОЕ СРЕДСТВО

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

Чтобы запустить программу нужно запустить приложение.

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

Рисунок 5.1 - Работающее приложение

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

В ходе учебной практики было выполнено индивидуальное задание:

Выполнен анализ предметной области;

Обоснован выбранный и разработанный алгоритм решения;

Определенна технология и выбрана среда программирования;

Построен каркас приложения и спроектирован интерфейс пользователя;

Разработан код программного модуля;

Описаны использованные средства отладки при тестировании;

Проведено тестирование программного модуля по определенному сценарию;

Добавлен пункт меню с кратким описанием работы с программой.

Поставленные цели достигнуты.

ПЕРЕЧЕНЬ ССЫЛОК

1 Кибер форум[Электронный ресурс]: http://CyberForum.ru

2 Microsoft Developer[Официальная документация Майкрософт по C#] ttps://msdn.microsoft.com

3 http://programming-edu.ru/ Блог помощи для новичков С#

ПРИЛОЖЕНИЕ

Код программы

using System.Linq;

using System.Text;

using System.Windows.Forms;

namespace Matrix

int[,] a=new int;

//передача значений

public void Set(int i, int j, int znach)

a = znach;

//сложение

public static MyMatrix operator +(MyMatrix matrix1, MyMatrix matrix2)

for (int i = 0; i < 3; i++)

for (int j = 0; j < 3; j++)

NewMatrix.a = matrix1.a + matrix2.a;

return NewMatrix;

//вывод матрицы

public string Visual(int i, int j)

return a.ToString();

//вывод всей и сразу.Хд

public DataGridView FullVisual(DataGridView dt)

for (int i = 0; i < 3; i++)

for (int j = 0; j < 3; j++)

dt.Rows[j].Cells[i].Value = a;

//вычитание

public static MyMatrix operator -(MyMatrix matrix1, MyMatrix matrix2)

MyMatrix NewMatrix = new MyMatrix();

for (int i = 0; i < 3; i++)

for (int j = 0; j < 3; j++)

NewMatrix.a = matrix1.a - matrix2.a;

return NewMatrix;

//транспонирование

public MyMatrix Trans()

MyMatrix NewMatrix = new MyMatrix();

for (int i = 0; i < 3; i++)

for (int j = 0; j < 3; j++)

NewMatrix.a = a;

return NewMatrix;

//умножение

public static MyMatrix operator *(MyMatrix matrix1, MyMatrix matrix2)

MyMatrix NewMatrix = new MyMatrix();

for (int i = 0; i < 3; i++)

for (int k = 0; k < 3; k++)

for (int j = 0; j < 3; j++)

//a += matrix1.a * matrix2.a;

NewMatrix.a+= matrix1.a * matrix2.a;

//NewMatrix.a = a;

return NewMatrix;

//заполнение

public void Zapoln(DataGridView grid)

for (int i = 0; i < 3; i++)

for (int j = 0; j < 3; j++)

a = Convert.ToInt32(grid.Rows[j].Cells[i].Value);

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Linq;

using System.Text;

using System.Windows.Forms;

namespace Matrix

public partial class Form1: Form

InitializeComponent();

private void Form1_Load(object sender, EventArgs e)

for (int i = 0; i < 3; i++)

dataGridView1.Rows.Add();

dataGridView2.Rows.Add();

dataGridView3.Rows.Add();

//dataGridView1.Rows[i].Cells.Value = i.ToString();

private void button1_Click(object sender, EventArgs e)

MyMatrix matrix3;

matrix3 = (matrix1 + matrix2);

private void button2_Click(object sender, EventArgs e)

MyMatrix matrix1 = new MyMatrix();

MyMatrix matrix2 = new MyMatrix();

MyMatrix matrix3;

matrix1.Zapoln(dataGridView1);

matrix2.Zapoln(dataGridView2);

matrix3 = (matrix1 - matrix2);

matrix3.FullVisual(dataGridView3);

private void button3_Click(object sender, EventArgs e)

MyMatrix matrix1 = new MyMatrix();

MyMatrix matrix3;

matrix1.Zapoln(dataGridView1);

matrix3 = matrix1.Trans();

matrix3.FullVisual(dataGridView3);

private void button4_Click(object sender, EventArgs e)

MyMatrix matrix1 = new MyMatrix();

MyMatrix matrix2 = new MyMatrix();

MyMatrix matrix3;

matrix1.Zapoln(dataGridView1);

matrix2.Zapoln(dataGridView2);

matrix3 = (matrix1 * matrix2);

matrix3.FullVisual(dataGridView3);

Подобные документы

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

    контрольная работа , добавлен 01.05.2015

    Сравнительный анализ технологий тестирования. Разработка программного модуля "Интеллектуальная обучающая система для широкого перечня курсов". Обоснование необходимости и важности этапа отладки в процессе разработки данного программного обеспечения.

    дипломная работа , добавлен 17.06.2011

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

    курсовая работа , добавлен 01.09.2010

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

    курсовая работа , добавлен 01.09.2010

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

    отчет по практике , добавлен 29.12.2014

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

    курсовая работа , добавлен 21.12.2016

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

    курсовая работа , добавлен 07.12.2016

    Проектирование программного модуля: сбор исходных материалов; описание входных и выходных данных; выбор программного обеспечения. Описание типов данных и реализация интерфейса программы. Тестирование программного модуля и разработка справочной системы.

    курсовая работа , добавлен 18.08.2014

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

    курсовая работа , добавлен 11.12.2010

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

ПРОФЕССИОНАЛЬНЫЙ МОДУЛЬ
«Разработка программных
модулей программного
обеспечения для компьютерных
систем»

МДК

Системное программирование
Прикладное программирование

Цели и задачи модуля

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

Цели и задачи модуля

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

Цели и задачи модуля

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

Профессиональные компетенции

ПК 1.1. Выполнять разработку спецификаций отдельных
компонент.
ПК 1.2. Осуществлять разработку кода программного продукта
на основе готовых спецификаций на уровне модуля.
ПК 1.3. Выполнять отладку программных модулей с
использованием специализированных программных средств.
ПК 1.4. Выполнять тестирование программных модулей.
ПК 1.5. Осуществлять оптимизацию программного кода модуля.
ПК 1.6. Разрабатывать компоненты проектной и технической
документации с использованием графических языков
спецификаций.

Междисциплинарные связи

Информатика и ИКТ;
Информационные технологии;
Архитектура компьютерных систем;
Основы программирования;
Операционные системы.

Этапы изучения

Аудиторные занятия
Практические занятия
Самостоятельная работа
Курсовой проект
Учебная практика
Производственная практика
Квалификационный экзамен (защита
портфолио)

Прикладное программирование

Раздел 1. Основные принципы разработки прикладных программ

Тема 1.1. Основные понятия
прикладного программирования

Вопросы

Классификация программного обеспечения
Жизненный цикл ПО
Этапы разработки программ
Документирование программ

Что такое программирование?

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

Что такое программное обеспечение?

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

Какие классы программного обеспечения
вы знаете?

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

Что представляет собой прикладная
программа?

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

Что можно назвать программной системой?

Программная система представляет
собой набор решений множества
различных, но связанных между собой
задач (ОС, СУБД).
Более узкоспециализированные
программы не называют системами
(редактор текстов, компилятор и т. п.)

Жизненный цикл ПО (software life-cycle) весь период времени существования
системы программного обеспечения,
начиная от выработки первоначальной
концепции этой системы и кончая ее
моральным устареванием

ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

ЭТАПЫ СОЗДАНИЯ ПРОГРАММ

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

ЭТАПЫ СОЗДАНИЯ ПРОГРАММ

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

ЭТАПЫ СОЗДАНИЯ ПРОГРАММ

Проектирование программы
Проводится комплекс работ по формированию описания программы.
Исходными данными для этой фазы являются требования, изложенные
в спецификации, разработанной на предыдущем этапе. Принимаются
решения, касающиеся способов удовлетворения требований
спецификации. Эта фаза разработки программы делится на два этапа:
а) архитектурное проектирование. Представляет собой разработку
описания программы в самом общем виде. Это описание содержит
сведения о возможных вариантах структурного построения
программного изделия (либо в виде нескольких программ, либо в виде
нескольких частей одной программы), а также об основных
алгоритмах, и структурах данных. Результатом этой работы являются
окончательный вариант архитектуры программной системы,
требования к структуре отдельных программных компонент и
организации файлов для межпрограммного обмена данными;
б) рабочее проектирование. На этом этапе архитектурное описание
программы детализируется до такого уровня, который делает
возможными работы по ее реализации (кодированию и сборке). Для
этого осуществляется составление и проверка спецификаций модулей,
составление описаний логики модулей, составление окончательного
плана реализации программы.

ЭТАПЫ СОЗДАНИЯ ПРОГРАММ

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

ЭТАПЫ СОЗДАНИЯ ПРОГРАММ

Корректировка программ
Проводится по результатам
предшествующих испытаний.
Сдача заказчику
Осуществляется окончательная сдача
программного изделия заказчику.
Тиражирование

ЭТАПЫ СОЗДАНИЯ ПРОГРАММ

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

Вопросы

1. Основные понятия программирования.
Классы программного обеспечения.
2. Жизненный цикл программного
обеспечения
3. Этапы создания программ

ДОКУМЕНТИРОВАНИЕ ПРОГРАММ

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

ДОКУМЕНТИРОВАНИЕ ПРОГРАММ

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

ДОКУМЕНТИРОВАНИЕ ПРОГРАММ

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

ДОКУМЕНТИРОВАНИЕ ПРОГРАММ

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

ДОКУМЕНТИРОВАНИЕ ПРОГРАММ

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

ДОКУМЕНТИРОВАНИЕ ПРОГРАММ

Внешние спецификации включают
спецификации входных и выходных
данных, их организацию, реакции на
исключительные ситуации, определение,
что делает человек (по каким алгоритмам
он работает и откуда берет информацию), а
что машина.

ДОКУМЕНТИРОВАНИЕ ПРОГРАММ

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

Домашнее задание

Составить список видов документов для
обеспечения жизненного цикла ПО.

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

ОБЩЕСИСТЕМНЫЕ ПРИНЦИПЫ СОЗДАНИЯ ПРОГРАММ

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

ОБЩЕСИСТЕМНЫЕ ПРИНЦИПЫ СОЗДАНИЯ ПРОГРАММ

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

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

ТЕХНОЛОГИИ И ПАРАДИГМЫ ПРОГРАММИРОВАНИЯ

Парадигмы программирования (концепции,
системы взглядов) представляют собой разные
подходы к написанию программ.
Существуют четыре основные парадигмы,
которые описывают большинство сегодняшних
методов программирования: императивная,
аппликативная, основанная на системе правил
и объектно-ориентированная.

ТЕХНОЛОГИИ И ПАРАДИГМЫ ПРОГРАММИРОВАНИЯ

Императивная парадигма
Эта модель вытекает из особенностей аппаратной части
стандартного компьютера, выполняющей инструкции
(команды) последовательно.
Основным видом абстракции, используемым в данной
парадигме, являются алгоритмы. На основе ее разработано
множество операторно-ориентированных языков
программирования.
Программа на таком языке состоит из последовательности
операторов, выполнение каждого из которых влечет за собой
изменение значения в одной или нескольких ячейках памяти. В
целом синтаксис такого языка имеет вид:
Оператор_1:
Оператор_2:
...

ТЕХНОЛОГИИ И ПАРАДИГМЫ ПРОГРАММИРОВАНИЯ

Аппликативная парадигма
В основу этой парадигмы положено рассмотрение
функции, которую выполняет программа.
Ставится вопрос: какую функцию необходимо
применить к начальному состоянию машины (путем
выбора начального набора переменных и
комбинирования их определенным образом), чтобы
получить желаемый результат?
Языки, в которых акцентирован именно этот взгляд на
вычисления, называются аппликативными, или
функциональными. Синтаксис такого языка, как
правило, выглядит следующим образом:
Функция_n (... функция_2 (функция_1 (данные))...)

ТЕХНОЛОГИИ И ПАРАДИГМЫ ПРОГРАММИРОВАНИЯ

Парадигма, основанная на системе правил
Языки, основанные на этой парадигме, осуществляют проверку
наличия необходимого разрешающего условия и в случае его
обнаружения выполняют соответствующее действие.
Выполнение программы на подобном языке похоже на
выполнение программы, написанной на императивном языке.
Однако операторы выполняются не в той последовательности, в
которой они определены в программе. Порядок выполнения
определяют разрешающие условия. Синтаксис таких языков
выглядит следующим образом:
разрешающее условие_1 -> действие_1 разрешающее
условие_2 -> действие__2
разрешающее условие_n -> действие _n
Иногда правила записываются в виде «действие if
разрешающее условие», когда выполняемое действие
записывается слева.

ТЕХНОЛОГИИ И ПАРАДИГМЫ ПРОГРАММИРОВАНИЯ

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

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

ТРАНСЛЯЦИЯ И ИНТЕРПРЕТАЦИЯ ПРОГРАММ

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

ТРАНСЛЯЦИЯ И ИНТЕРПРЕТАЦИЯ ПРОГРАММ

Компилятор - транслятор, для которого исходным
является язык высокого уровня, а его объектный язык
близок к машинному языку реального компьютера. Это
либо язык ассемблера, либо какой-нибудь вариант
машинного языка.
Компоновщик (редактор связей) - это транслятор, у
которого исходный язык состоит из программ на
машинном языке в перемещаемой форме и таблиц
данных, указывающих те точки, в которых
перемещаемый код должен быть модифицирован,
чтобы стать выполняемым. Объектный язык состоит из
готовых к выполнению машинных команд. Задачей
компоновщика является создание единой выполняемой
программы, в которой используются согласованные
адреса, как показано в таблице.

ТРАНСЛЯЦИЯ И ИНТЕРПРЕТАЦИЯ ПРОГРАММ

Препроцессор (макропроцессор) - это
транслятор, исходный язык которого
является расширенной формой какого-либо
языка высокого уровня (например, Java или
C++), а объектный язык - стандартной
версией этого языка. Объектная программа,
созданная препроцессором, готова к
трансляции и выполнению обычными
процессорами исходного стандартного
языка

ТРАНСЛЯЦИЯ И ИНТЕРПРЕТАЦИЯ ПРОГРАММ

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

ТРАНСЛЯЦИЯ И ИНТЕРПРЕТАЦИЯ ПРОГРАММ

Смешанные системы реализации
Сначала программа транслируется из своей исходной
формы в форму, более удобную для выполнения.
Обычно это делается путем создания нескольких
независимых частей программы, называемых
модулями.
На этапе загрузки эти независимые части объединяются
с набором программ поддержки выполнения,
реализующих программно-моделируемые
(интерпретируемые) операции. Это приводит к
созданию выполняемой формы программы, операторы
которой декодируются и выполняются посредством их
интерпретации.

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

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

Задание

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

Порядок разработки программного модуля.

  • 1. изучение и проверка спецификации модуля, выбор языка программирования; (т.е. разработчик, изучая спецификацию, выясняет, понятна она ему или нет, достаточно ли полно она описывает модуль; затем он выбирает язык программирования, на котором будет написан модуль, хотя язык программирования может быть единым для всего ПС)
  • 2. выбор алгоритма и структуры данных (здесь выясняется не известны ли какие-либо алгоритмы для решения поставленной задачи и если есть, то воспользоваться им)
  • 3. программирование модуля (написание кода программы)
  • 4. шлифовка текста модуля (редактирование имеющихся комментариев, добавление дополнительных комментариев, для того чтобы обеспечить требуемое качество)
  • 5. проверка модуля (проверяется логика работы модуля, отлаживается его работа)

Применяются следующие методы контроля программного модуля:

  • - статическая проверка текста модуля (текст прочитывается с начала до конца с целью найти ошибки в модуле. Обычно для такой проверки привлекают, кроме разработчика модуля, еще одного или даже нескольких программистов. Рекомендуется ошибки, обнаруживаемые при такой проверке исправлять не сразу, а по завершению чтения текста модуля)
  • - сквозное прослеживание (вручную прокручивается выполнение модуля (оператор за оператором в той последовательности, какая вытекает из логики работы модуля) на некотором наборе тестов)
  • 6. компиляция модуля.

Структурное программирование.

На сегодняшний день самой популярной методикой программирования является структурное программирование «сверху-вниз».

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

Два принципа структурного программирования:

  • 1. последовательная детализация «сверху - вниз»
  • 2. ограниченность базового набора структур для построения алгоритмов любой степени сложности

Требования структурного программирования:

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

Основные свойства и достоинства структурного программирования:

  • 1. уменьшение сложности программ
  • 2. возможность демонстрации правильности программ на различных этапах решения задачи
  • 3. наглядность программ
  • 4. простота модификации (внесения изменения) программ.

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

Тут можно провести аналогию с развитием методов управления автотранспортом. Сначала безопасность обеспечивалась за счет разработки правил движения. Затем появилась система разметки дорог и регулирования перекрестков. И, наконец, стали строиться транспортные развязки, которые в принципе предотвращают пересечение потоков машин и пешеходов. Впрочем, используемые средства должны определяться характером решаемой задачи: для проселочной дороги вполне достаточно соблюдения простого правила - "смотри под ноги и по сторонам".

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

Любую программу можно построить, используя лишь три основных типа блоков:

  • 1. функциональный блок - отдельный линейный оператор или их последовательность;
  • 2. блок разветвления - If
  • 3. обобщенный цикл - конструкция типа While

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

Структурное программирование иногда называют еще "программированием без GO TO". Однако дело здесь не в операторе GO TO, а в его беспорядочном использовании. Очень часто при воплощении структурного программирования на некоторых языках программирования оператор перехода (GO TO) используется для реализации структурных конструкций, не снижая основных достоинств структурного программирования. Запутывают программу как раз "неструктурные" операторы перехода, особенно переход на оператор, расположенный в тексте модуля выше (раньше) выполняемого оператора перехода. Тем не менее, попытка избежать оператора перехода в некоторых простых случаях может привести к слишком громоздким структурированным программам, что не улучшает их ясность и содержит опасность появления в тексте модуля дополнительных ошибок. Поэтому можно рекомендовать избегать употребления оператора перехода всюду, где это возможно, но не ценой ясности программы.

К полезным случаям использования оператора перехода можно отнести выход из цикла или процедуры по особому условию, "досрочно" прекращающего работу данного цикла или данной процедуры, т.е. завершающего работу некоторой структурной единицы (обобщенного оператора) и тем самым лишь локально нарушающего структурированность программы. Большие трудности (и усложнение структуры) вызывает структурная реализация реакции на возникающие исключительные (часто ошибочные) ситуации, так как при этом требуется не только осуществить досрочный выход из структурной единицы, но и произвести необходимую обработку этой ситуации (например, выдачу подходящей диагностической информации). Обработчик исключительной ситуации может находиться на любом уровне структуры программы, а обращение к нему может производиться с разных нижних уровней. Вполне приемлемой с технологической точки зрения является следующая "неструктурная" реализация реакции на исключительные ситуации. Обработчики исключительных ситуаций помещаются в конце той или иной структурной единицы и каждый такой обработчик программируется таким образом, что после окончания своей работы производит выход из той структурной единицы, в конце которой он помещен. Обращение к такому обработчику производится оператором перехода из данной структурной единицы (включая любую вложенную в нее структурную единицу).

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

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ

ДОНЕЦКОЙ НАРОДНОЙ РЕСПУБЛИКИ

ГОСУДАРСТВЕННОЕ ПРОФЕССИОНАЛЬНОЕ

ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

«ДОНЕЦКИЙ ПРОМЫШЛЕННО-ЭКОНОМИЧЕСКИЙ КОЛЛЕДЖ»

РАБОЧАЯ ПРОГРАММА

Учебной практики УП.01

профессионального модулю ПМ.01 Разработка программных модулей программного обеспечения для компьютерных систем

по специальности 09.02.03 «Программирование в компьютерных системах»

Составители:

Волков Владимир Александрович, преподаватель компьютерных дисциплин квалификационной категории «специалист высшей категории», ГПОУ «Донецкий промышленно-экономический колледж»

Программа согласована: Вовк Павел Андреевич, директор «Smart IT Service»

1. ПАСПОРТ ПРОГРАММЫ ПРАКТИКИ

2. РЕЗУЛЬТАТЫ ПРАКТИКИ

3. СТРУКТУРА И СОДЕРЖАНИЕ ПРАКТИКИ

4. УСЛОВИЯ ОРГАНИЗАЦИИ И ПРОВЕДЕНИЯ ПРАКТИКИ

5. КОНТРОЛЬ И ОЦЕНКА РЕЗУЛЬТАТОВ ПРАКТИКИ

1 ПАСПОРТ ПРОГРАММЫ УЧЕБНОЙ ПРАКТИКИ УП. 01

1.1 Место учебной практики УП.01

Программа учебной практики УП.01 профессионального модуля ПМ.01 «Разработка программных модулей программного обеспечения для компьютерных систем» специальности 09.02.03 «Программирование в компьютерных системах» укрупнённой группы 09.00.00 «Информатика и вычислительная техника», в части освоения основного вида профессиональной деятельности (ВПД):

Разработка программных модулей программного обеспечения для компьютерных систем и соответствующих профессиональных компетенций (ПК):

Выполнять разработку спецификаций отдельных компонент.

Осуществлять разработку кода программного продукта на основе готовых спецификаций на уровне модуля.

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

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

Осуществлять оптимизацию программного кода модуля.

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

Программа учебной практики УП.01 профессионального модуля ПМ.01 «Разработка программных модулей программного обеспечения для компьютерных систем» может быть использована в дополнительном профессиональном образовании и профессиональной подготовке работников для специальностей 09.02.03 Программирование в компьютерных системах при наличии среднего (полного) общего образования. Опыт работы не требуется.

1.2 Цели и задачи учебной практики УП.01

С целью овладения указанным видом профессиональной деятельности и соответствующими профессиональными компетенциями обучающийся в ходе учебной практики УП.01 должен:

иметь практический опыт:

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

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

    использования инструментальных средств на этапе отладки программного продукта;

    проведения тестирования программного модуля по определенному сценарию;

уметь:

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

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

    выполнять отладку и тестирование программы на уровне модуля;

    оформлять документацию на программные средства;

    использовать инструментальные средства для автоматизации оформления документации;

знать:

    основные этапы разработки программного обеспечения;

    основные принципы технологии структурного и объектно-ориентированного программирования;

    основные принципы отладки и тестирования программных продуктов;

методы и средства разработки технической документации.

1.3 Количество недель (часов ) на освоение программы учебной практики УП.01

Всего 1,5 недели, 54 часа.

2 РЕЗУЛЬТАТЫ ПРАКТИКИ

Результатом учебной практики УП.01 профессионального модуля ПМ.01 «Разработка программных модулей программного обеспечения для компьютерных систем» является освоение общих компетенций (ОК):

Наименование результата практики

-

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

ОК 3. Принимать решения в стандартных и нестандартных ситуациях и нести за них ответственность.

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

ОК 5. Использовать информационно-коммуникационные технологии в профессиональной деятельности.

ОК 6. Работать в коллективе и в команде, эффективно общаться с коллегами, руководством, потребителями.

ОК 7. Брать на себя ответственность за работу членов команды (подчиненных), за результат выполнения заданий.

-

квалификации

ОК 9. Ориентироваться в условиях частой смены технологий в профессиональной деятельности.

профессиональных компетенций (ПК):

Вид профессиональной деятельности

Наименование результатов практики

Освоение основного вида профессиональной деятельности

    использования ресурсов локальных и глобальных компьютерных сетей;

    управление файлами данных на локальных, съёмных запоминающих устройствах, а так же на дисках локальной компьютерной сети и в интернете;

    распечатка, тиражирование и копирование документов на принтере и др. оргтехнике.

    текущий контроль в форме отчета по каждой практической работе.

    экзамен квалификационный по модулю.

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

    скорость поиска информации в содержимом баз данных.

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

    скорость поиска информации с помощью технологий и сервисов интернета;

    точность и грамотность ввода и передачи информации с помощью технологий и сервисов интернета.

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

    правильность и точность резервного копирования и восстановления данных;

    грамотность и точность работы с файловыми системами, различными форматами файлов, программами управления файлами;

    ведение отчётной и технической документации.

3 СТРУКТУРА И СОДЕРЖАНИЕ ПРОГРАММЫ УЧЕБНОЙ ПРАКТИКИ УП.01

3.1 Тематический план

Коды формируемых компетенций

Наименование профессионального модуля

Объем времени , отведенный на практику

(в неделях , часах )

Сроки проведения

ПК 1.1 - ПК 1.6

ПМ.01 «Разработка программных модулей программного обеспечения для компьютерных систем»

1,5 недели,

54 часа

3.2 Содержание практики

Виды деятельности

Виды работ

Наименование учебных дисциплин , междисциплинарных курсов с указанием тем , обеспечивающих выполнение видов работ

Количество часов (недель )

«Освоение основного вида профессиональной деятельности»

Тема 1. Введение. Алгоритмы решения задач. Структура линейного алгоритма. Структура циклического алгоритма. Алгоритм подпрограммы (функции).

Сформированы знания по основам создания специальных объектов

Тема 2 . Среда Skratch (Скретч).

Сформированы знания по основам средств автоматизации процесса Сформированы знания по основам анимационных эффектов к объектам; использование гиперссылок и кнопок; настройка демонстрации; презентации, сохраненной в разных форматах.

МДК.01.01 «Системное программирование»

Тема 3 . Создание обучающей программы (урок с предмета).

Сформированы знания по основам анализа данных с использованием функций процессора

МДК.01.02 «Прикладное программирование»

Тема 4. Разработка игровой программы.

Сформированы знания по основам вычисление итоговых характеристик

МДК.01.01 «Системное программирование»

Тема 5. Язык графического программирования LabVIEW.

Сформированы знания по основам создания теста процессора.

МДК.01.02 «Прикладное программирование»

Тема 6. Создание приложения с использованием LabVIEW.

Сформированы знания основ диалога пользователя с системой

МДК.01.02 «Прикладное программирование»

Тема 7 Многократное использование фрагмента программы.

Сформированы знания по операторам и функциям системы.

МДК.01.02 «Прикладное программирование»

Тема 8 Практикум по LabVIEW. Охрана труда при работе с компьютером на рабочем месте пользователя.

Сформированы знания по вычислениям элементарных функций. Сформированы знания по Охране труда.

МДК.01.02 «Прикладное программирование».

ОП.18 «Охрана труда»

Тема 9 Выводы. Составление отчета по практике.

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

МДК.01.01 «Системное программирование»

МДК.01.02 «Прикладное программирование»

МДК.04.01 «Офисное программное обеспечение»

4 УСЛОВИЯ ОРГАНИЗАЦИИ И ПРОВЕДЕНИЯ

УЧЕБНОЙ ПРАКТИКИ УП. 01

4.1 Требования к документации , необходимой для проведения практики :

Рабочая программа учебной практики УП.01 профессионального модуля ПМ.01. «Разработка программных модулей программного обеспечения для компьютерных систем» является частью программы подготовки специалистов среднего звена Государственным профессиональным образовательным учреждением «Донецкий промышленно-экономический колледж» в соответствии с государственным образовательным стандартом среднего профессионального образования по специальности 09.02.03 «Программирование в компьютерных системах», основана на учебном плане по специальности, рабочей программе по дисциплинам МДК.01.01 «Системное программирование», МДК01.02 «Прикладное программирование», методических рекомендациях по учебно-методическому обеспечению практики студентов, осваивающих образовательные программы среднего профессионального образования.

4.2 Требования к учебно-методическому обеспечению практики :

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

4.3 Требования к материально-техническому обеспечению :

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

Оборудование кабинета и рабочих мест:

    посадочные места по количеству студентов (стол, компьютер, стул);

    рабочее место преподавателя (стол, компьютер, стул);

    шкаф для хранения учебно-наглядных пособий и носителей информации;

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

    справочной и методической литературы;

    набор системных, прикладных и обучающих программ для ПК на оптических и электронных носителях;

    журнал инструктажа студентов по охране труда;

    комплект учебно-наглядных пособий.

Технические средства обучения:

    аудиторная доска;

    персональный компьютер с лицензионным программным обеспечением;

    принтер лазерный;

  • учебные ПК;

    комплект интерактивного оборудования (проектор, экран, колонки);

    средства пожаротушения (огнетушитель).

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

Все компьютеры в классе объединены в локальную сеть, имеют доступ к сетевому хранилищу информации и имеют доступ в сеть Интернет.

Коммуникационное оборудование:

    сетевые адаптеры;

    сетевые кабели;

    беспроводное оборудование WiFi.

Компоненты для монтажа сетей, оборудование для монтажа.

4.4 Перечень учебных изданий , Интернет ресурсов , дополнительной литературы

Основные источники:

    Олифер В.Г. Сетевые операционные системы: учебник для вузов/ В.Г.Олифер, Н.А.Олифер. - 2-е изд. - Санкт-Петербург: Питер, 2009,2008. - 668 с.:

    Э. Таненбаум. Операционные системы. Разработка и реализация. СПб.: Питер, 2006. - 568 с.

    Пупков К.А. Освоение операционной системы Unix / К.А.Пупков, А.С.Черников, Н.М.Якушева. - Москва: Радио и связь, 1994. - 112 с.

    Л. Бек Введение в системное программирование - М.: Мир, 1988.

    Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем / Москва: Бином, 2008. – 304 с.

    Липаев, В. В. Программная инженерия. Методологические основы [Текст]: Учеб. / В. В. Липаев; Гос. ун-т - Высшая школа экономики. - М.: ТЕИС, 2006. - 608 с.

    Лаврищева Е. М., Петрухин В. А. Методы и средства инженерии программного обеспечения. - Учебник

    Иан Соммервилл. Инженерия программного обеспечения, 6-ое издание.: Пер. с англ. ―М. :Издательский дом "Вильямс", 2002.―624 с.

    Еxcel 2010: профессиональное программирование на VBA.: Пер. с англ. - М.: ООО “И.Д. Вильямс”, 2012. - 944 с. : ил. - Парал. тит. Англ

    Фаулер М. Рефакторинг: улучшение существующего кода.―Пер. С англ.―СПб: Символ-плюс, 2003.―432 с.

Дополнительные источники:

    Волков В.А. МЕТОДИЧЕСКИЕ УКАЗАНИЯ к выполнению практических работ по дисциплине «Системное программирование», Донецк: ДОНПЭК, 2015.

    Волков В.А. Методические указания к выполнению курсового проекта, Донецк: ДОНПЭК, 2015.

Интернет- ресурсы:

    Системное программирование [электронный ресурс] / Режим доступа: http://www.umk3.utmn.ru.

    Программное обеспечение и Интернет-ресурсы: http://www.intuit.ru

    Литература по дисциплине - http://www.internet-technologies.ru/books/

    Электронный учебник «Введение в программную инженерию» - http://www.intuit.ru/studies/professional_skill_improvements/1419/info

    Электронный учебник «Технология программирования» -http://bourabai.kz/alg/pro.htm

4.5 Требования к руководителям практики от образовательного учреждения и организации

Требования к руководителям практики от образовательного учреждения:

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

Мастер производственного обучения: наличие 5–6 квалификационного разряда с обязательной стажировкой в профильных организациях не реже 1-го раза в 3 года. Опыт деятельности в организациях соответствующей профессиональной сферы является обязательным.

5 КОНТРОЛЬ И ОЦЕНКА РЕЗУЛЬТАТОВ

УЧЕБНОЙ ПРАКТИКИ УП. 01

Форма отчетности по учебной практике УП.01 – отчет по практике, оформленный согласно требованиям методических рекомендаций.

Результаты

(освоенные профессиональные компетенции)

Основные показатели

результата подготовки

Формы и методы

контроля

ПК 1.1. Выполнять разработку спецификаций отдельных компонент

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

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

ПК 1.2. Осуществлять разработку кода программного продукта на основе готовых спецификаций на уровне модуля.

Знать основные принципы технологии структурного и объектно-ориентированного программирования.

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

ПК 1.3. Выполнять отладку программных модулей с использованием специализированных программных средств

Выполнять отладку и тестирование программы на уровне модуля.

ПК 1.4. Выполнять тестирование программных модулей.

Создавать программу по разработанному алгоритму как отдельный модуль.

ПК 1.5. Осуществлять оптимизацию программного кода модуля

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

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

Знать методы и средства разработки технической документации.

Оформлять документацию на программные средства.

Использовать инструментальные средства для автоматизации оформления документации.

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

Результаты

(освоенные общие компетенции)

Основные показатели оценки результата

Формы и методы контроля и оценки

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

Проявление постоянного интереса к будущей профессии;

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

Экспертное наблюдение и оценка на практических занятиях при выполнении работ по производственной практике;

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

Обоснование постановки цели, выбора и применения методов и способов решения профессиональных задач;

Проведение самоанализа и коррекции результатов собственной работы

Оценка на практических занятиях при выполнении работ;

Наблюдение в ходе практики;

Самоанализ

ОК 3. Решать проблемы, оценивать риски и принимать решения в нестандартных ситуациях.

Результативность принятия решений стандартных и нестандартных профессиональных задач за определенное время;

Результативность плана по оптимизации качества выполненных работ

Интерпретация результатов наблюдения за деятельностью обучающегося в процессе выполнения заданий

ОК 4. Осуществлять поиск, анализ и оценку информации, необходимой для постановки и решения профессиональных задач, профессионального и личностного развития.

Отбор и анализ необходимой информации для четкого и быстрого выполнения профессиональных задач, профессионального и личностного развития

Экспертная оценка в ходе выполнения работ;

Самоконтроль в ходе постановки и решения проблем

ОК 5. Использовать информационно-коммуникативные технологии для совершенствования профессиональной деятельности.

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

оценка выполнения заданий

ОК 6. Работать в коллективе и команде, обеспечивать её сплочение, эффективно общаться с коллегами, руководством, потребителями.

Умение взаимодействовать с группой, преподавателями, мастером производственного обучения

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

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

Наблюдение за ходом работы в группе в процессе производственной практики

ОК 8. Самостоятельно определять задачи профессионального и личностного развития, заниматься самообразованием, осознанно планировать повышение квалификации.

Организация самостоятельной работы по формированию творческого и профессионального имиджа;

Организация работ по самообразованию и повышению

квалификации

Наблюдение и оценка в процессе производственной практики;

Рефлексивный анализ (алгоритм действий обучающегося);

Дневник по практике;

Анализ портфолио обучающегося

ОК 9. Быть готовым к смене технологий в профессиональной деятельности.

Анализ инноваций в области технологических процессов разработки и изготовления швейных изделий

Оценка решений ситуационных задач;

Деловые и организационно-обучающие игры;

Наблюдение и оценка на практических занятиях, в процессе производственной практики


© 2024
maccase.ru - Android. Бренды. Железо. Новости