- •Введение
- •1. Прохождение производственной практики
- •1.1 Этапы производственной практики
- •1. Прохождение производственной практики
- •1.1 Выдача индивидуального задания
- •1.3 Дневник студента
- •2. Структура и правила оформления отчета о производственной
- •2.1 Структура отчета
- •2.2 Правила написания буквенных аббревиатур
- •2.3 Правила представления формул
- •2.4 Правила оформления таблиц, рисунков, графиков
- •2.5 Правила оформления списка использованных источников
- •2.6 Правила оформления приложений
- •3. Критерии выставления оценки по результатам прохождения
- •3.1 Общие критерии
- •3.2 Критерии для заданий по составлению программы
- •3.3 Критерии для заданий по созданию публикации, изготовление
- •3.4. Критерии для заданий по созданию Интернет/Интранет страницы,
- •3.5 Критерии для заданий по составлению инструкции по эксплуатации
- •4. Примерные темы заданий на технологическую практику
- •5. Сдача отчета по производственной практике
- •1. Прохождение производственной практики 2
3.2 Критерии для заданий по составлению программы
1. Наличие правильно составленной математической модели (аналитического описания решения поставленной задачи);
2. Наличие правильно составленного на языке UML алгоритма работы
программы. Студент должен уметь аргументировать выбор варианта описания
алгоритма (выбора степени детализации алгоритма);
3. Удобство пользовательского интерфейса программы. Учитываются
следующие элементы интерфейса:
- корректность строки заголовка (в строке заголовка должно быть
название программы, или текущего документа, не нужно оставлять Form1 или
Project1);
- корректность названия всех полей ввода и вывода,
- корректность названий элементов управления (не нужно называть кнопки СommandButton1),
- наличие строки состояния и отображение в строке состояния актуальной
тематической информации,
- грамотный переход фокуса по TAB и ALT TAB (курсор не должен u171 «прыгать» через несколько элементов интерфейса);
- наличие фильтра на ввод данных в поля ввода (если требуется ввести
число, то текст не должен вводиться и т. д.);
- поведение окна программы (наличие стандартных кнопок, должна быть
заблокирована возможность уменьшения размеров окна после которой работа с
элементами интерфейса станет невозможной);
- наличие «горячих» комбинаций клавиш, подсказка по их использованию
(если, например надпись на кнопке Печать, то при нажатии комбинации CTRL-П
она должна сработать);
- грамотность подбора цветов (надписи не должны «теряться» на фоне,
цвета должны быть привязаны к интерфейсу операционной системы, а не заданы
абсолютно);
- прочие элементы интерфейса (наличие и грамотность остальных элементов интерфейса, не упомянутых в данном пункте).
4. Грамотность оформления кода программы. Учитываются следующие
критерии:
- наличие структуры программы (должны быть правильно оформлены
следующие конструкции – For…Next, If…Then…Else, Do…Next и т. д.);
- наличие комментариев (все ключевые участки кода должны быть про-
комментированы);
- видимость кода программы (не должно быть слишком длинных строк,
которые скрываются за правой границей экрана при разрешении 800х600);
- грамотность написания переменных и операторов (если оператор или пе-
ременная состоят из нескольких слов, то они должны быть выделены большими
буквами);
- грамотность выбора названий переменных и констант (название перемен-
ной должно носить смысловой оттенок, в языке VB перед названием переменной
должно быть указание на ее тип, например - intStudentNumber).
5. Грамотность составления программы. Учитываются следующие критерии:
- грамотность выбора конструкции программирования (студент должен аргументировать, например, почему используется конструкция If…Then а не Case,
или For…Next а не While…Wend );
- грамотность выбора типов переменных (если переменная никогда не
принимает значение более 100, то ее нужно описывать как Byte а не как Integer и
т. д.);
- грамотность использования объектов (студент должен аргументировать
почему выбран тот или иной объект);
- грамотность использования u1087 процедур и функций (студент должен аргументировать, почему данная конструкция оформлена в виде процедуры, или,
например, почему данная часть алгоритма реализована в виде двух функций а не
одной).
6. Наличие описания работы программы в экстремальных условиях (должно быть описание работы программы при максимальных и минимальных значениях параметров, должны быть описаны условия возникновения ошибок программы).
7. Наличие тестов правильности работы программы (для проверки работы программы должен быть разработан ряд тестов, который позволяет проверить
все режимы работы программы).