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

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР)

УТВЕРЖДАЮ

Первый проректор –

проректор по учебной работе

______________

«____»_____________ 2012 г.

РАБОЧАЯ ПРОГРАММА УЧЕБНОЙ ДИСЦИПЛИНЫ

«ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ»

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

Факультет Систем управления,

Профилирующая кафедра Автоматизированных систем управления

Курс – четвертый

Семестр – восьмой

Учебный план набора 2008 и последующих лет.

Распределение учебного времени:

Виды учебной работы

Семестр 7

Семестр 8

Единицы

Лекции

36

32

часов

Лабораторные работы

18

не предусмотрено

часов

Практические занятия

не предусмотрено

не предусмотрено

часов

Курсовой проект/работа (аудиторная)

не предусмотрено

16

часов

Всего аудиторных занятий

54

48

часов

Самостоятельная работа студентов

36

32

часов

Общая трудоемкость

90

80

часов

Экзамен 8 семестр

Зачет 7 семестр

Дифференцированный зачет 8 семестр

Томск 2012

Рабочая программа составлена на основании требований ГОС ВПО для специальности 230105.65 – «Программное обеспечение вычислительной техники и автоматизированных систем», утвержденного 14.03.2000 г. и является дисциплиной специализации. (СД. Ф.6), федеральная компонента.

Рабочая программа обсуждена на заседании кафедры АСУ,

протокол от “ 28 ” июня 2012 г.

Разработчик, д. т.н., профессор каф. АСУ

Зав. обеспечивающей кафедрой АСУ

д. т.н., профессор

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

Декан ФСУ, к. т.н., доцент

Заведующий профилирующей и

выпускающей кафедрой АСУ,

д. т.н., профессор

1.  ЦЕЛИ И ЗАДАЧИ ДИСЦИПЛИНЫ, ЕЕ МЕСТО В УЧЕБНОМ ПРОЦЕССЕ

1.1.  Цели преподавания дисциплины

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

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

1.2  Задачи изучения дисциплины

Дисциплина «Технология разработки программного обеспечения» входит в цикл «Специальные дисциплины» (СД. Ф.6) задачей которой является получение знаний в области методов проектирования программных систем и комплексов.

В результате изучения курса студенты должны:

знать

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

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

уметь

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

владеть

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

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

Успешное овладение данной дисциплиной предполагает предварительные знания по языкам программирования, полученные в дисциплинах: «Информатика», «Метрология, стандартизация и сертификация», «Программировние на языках высокого уровня», «Опрационные системы».

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

2.  СОДЕРЖАНИЕ ДИСЦИПЛИНЫ

2.1.  Наименование тем, их содержание, объём в часах лекционных занятий

Таблица 2.1

№ п/п

Тематика лекций

Семестр

Трудоемкость (час.)

Самост-ная работа (час.)

1

2

3

4

5

1.

ВВЕДЕНИЕ.

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

7

2

1

2.

ЭТАПЫ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ.

Анализ требований, предъявляемых к системе. Жизненный цикл программного обеспечения. Функциональные спецификации. Определение спецификаций. Проектирование. Кодирование. Тестирование: программное, системное, оценочное и сравнительное тестирование. Сбой системы, выброс, ошибка. Испытания. Верификация системы. Правильность и надежность программ. Эксплуатация и сопровождение. Периоды обновления. Методы разработки программного обеспечения, как научная дисциплина.

7

6

3

3.

МЕТОДЫ УПРАВЛЕНИЯ РАЗРАБОТКОЙ.

Организация интерфейса между модулями, написанными разными программистами. Выполнение проекта. Бригада главного программиста. Методика оценки затрат. Методика инженерно — технической оценки затрат. Методика экспертных оценок. Метод алгоритмического анализа. Пошаговый анализ. Закон Паркинсона. Затраты на завершения разработки. Оценка длительности разработки на основе распределения Рэлея. Контрольные точки. Средства обработки. Надежность. Концептуальная целостность.

7

6

3

1

2

3

4

5

4

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

Верификация и испытания. Дамп. Трассировка. Анализ графов программ. «Уровни правильности» программ. Методы программирования. Эффективность программ. Определение спецификаций. Язык определения задач и анализатор определения задач (PSL/PSA). Система структурного проектирования SADT. Система SREM. Структурное проектирование. Методика Джексона. Стратегия объединения различных методов проектирования.

7

4

2

5.

МЕТОДЫ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ.

Язык проектирования программ PDL. Операторы выбора. Операторы цикла. Операторы описания данных. Операторы ввода вывода и вызова процедур. Оператор leave. Предложения на естественном языке.

Стратегии проектирования. Нисходящее проектирование и нисходящая разработка. Пошаговое совершенствование. Восходящее проектирование. Иерархия абстрактных (виртуальных) машин. Подыгрывающие программы (заглушки). Три «вершины» стратегии нисходящего проектирования. Метод последовательной модернизации.

Структурное проектирование. Простая программа. Элементарная программа. Управляющие структуры, способы их описания.

7

6

3

6.

ДАННЫЕ.

Обзор структур данных. Скалярные и агрегативные типы данных. Массивы. Структуры. Списки. Очереди. Стеки. Множества. Графы. Деревья.

Абстрактные конструкции. Фиксированные данные абстрактного типа. Размещение указателей. Защита данных от несанкционированного доступа.

7

4

2

7.

ПРАВИЛЬНОСТЬ ПРОГРАММ.

Математическое доказательство правильности программ (верификация). Аксиомы: правила следствия; аксиома присвоения; аксиома следования; аксиома цикла; аксиома выбора. Правила целочисленной арифметики — коммутативность, ассоциативность, дистрибутивность, вычитания, обработка констант. Доказательство правильности программ.

7

4

2

1

2

3

4

5

8.

ТЕСТИРОВАНИЕ.

Стратегия тестирования. Имена переменных. Константы. Входные данные. Списки параметров. Проверка спецификаций. Разработка заглушек. Данные для тестирования. Формализация тестирования программ. Психология и экономика тестирования программ. Инспекции, сквозные просмотры и обзоры программ. Проектирование теста. Тестирование утем покрытия логики программы. Эквивалентное разбиение. Анализ граничных значений. Применеие функциальных диаграмм. Предположение об ошибке.

7

4

2

9.

СТАНДАРТНЫЕ МЕТОДЫ ПРОЕКТИРОВАНИЯ.

Разбиение задачи на независимые подзадачи. Разбиение задачи на одинаковые по сложности части. Рекурсия. Динамическое программирование. Моделирование. Поиск. Поиск в списках. Прямой поиск. Линейный поиск. Двоичный поиск. Хэш-поиск. Сортировка. Обменная сортировка. Сортировка слиянием. Поиск с возвратом. Алгоритм выбора из конечного числа состояний. Стратегия распределения памяти. Сопрограммы.

8

4

2

10.

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

Понятие программного изделия, как средства общения. Нисходящий анализ процесса управления проектированием программного изделия. Организация взаимодействия. Установление целей, средства их достижения. Подбор и обучение кадров.

8

4

2

11.

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

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

8

6

3

1

2

3

4

5

12.

ОРГАНИЗАЦИЯ РАЗРАБОТКИ ПРОГРАММНОГО ИЗДЕЛИЯ.

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

8

4

2

13.

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

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

8

4

2

14.

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

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

8

4

2

15.

ОРГАНИЗАЦИЯ ИСПЫТАНИЙ ПРОГРАММНЫХ ИЗДЕЛИЙ.

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

8

6

3

2.2.  Практические и семинарские занятия, их содержание и объём в часах - не предусмотрены

2.3.  Лабораторные занятия, их наименование и объём в часах:

1.  Назначение и содержание соглашения о требованиях – 6 час.

2.  Методы написания спецификаций – 6 час.

3.  Доказательство правильности программ– 2 час.

4.  Технология написания тестов– 4 час.

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

2.4.  Курсовой проект (работа), его характеристика.

1. Анализ требований к программному продукту

1.1. Соглашение о требованиях.

1.2. Расчет длительности разработки по Рэлею.

1.3. Расчет стоимости разработки.

1.4. Календарный план разработки программного изделия.

2. Определение спецификаций.

2.1. Написание функциональных спецификаций (внешних и внутренних).

2.2. Написание спецификаций для абстрактных типов данных.

3. Проектирование разрабатываемой программы одним из изучаемых методов.

4. Доказательство правильности отдельной части программы.

5. Создание комплекса тестов для программы.

Самостоятельная подготовка к выполнению курсового проекта – 10 часов.

2.5.  Виды самостоятельной работы

Наименование работы

Количество часов

Форма

контроля

1.

Проработка лекционного материала

34

Опрос на лекции (устно), экзамен

2.

Подготовка к лабораторным работам

8

Контрольные работы,

проверка домашних заданий

3.

Подготовка к выполнению курсового проекта

12

Контрольные работы,

проверка домашних заданий

4.

Самостоятельное изучение тем теоретической части

14

Дом. задание, тест

Всего часов на самостоятельную работу

68 часов

Темы для самостоятельного изучения (Всего 14часов)

1.  Принципы и уровни тестирования программ – 4 часов

2.  Основные конфигурации тестирующих программ – 2 часов.

3.  Организация поддержки программных изделий – 4 часов.

4.  Организация сопровождения программных изделий– 4 часов.

3.  УЧЕБНО-МЕТОДИЧЕСКИЕ МАТЕРИАЛЫ ПО ДИСЦИПЛИНЕ

3.1. Основная литература:

1.  Технология разработки программного обеспечения: Учебное пособие / , – 20с. [Электонный ресурс] - Научно-образовтельный портал ТУСУР – 2012. – Режим доступа: http://edu. /training/publications/2076

3.2. Дополнительная литература

1.   Т. Технология разработки программного обеспечения : Учебное пособие / , ; Федеральное агентство по образованию, Томский государственный университет систем управления и радиоэлектроники. - Томск: ТУСУР, 20[1] с. (90 экз.).

2.  Брауде разработки программного обеспечения. ‑ СПб.: Питер, 20с. (22 экз.).

3.  Вендров А. М. Проектирование программного обеспечения экономических информационных систем. – М.: Финансы и статистика, 2002. – 176 с. (34 экз.)

4.  .Орлов, разработки программного обеспечения. Разработка сложных программных систем : Учебное пособие для вузов / Сергей Александрович Орлов. - СПб. : Питер, 20сэкз.)+

5.  Елизаров, А. И.  Технология разработки программного обеспечения : учебное методическое пособие для студентов специальности 230105 / , ; Федеральное агентство по образованию, Томский государственный университет систем управления и радиоэлектроники, Кафедра автоматизированных систем управления. - Томск : ТМЦДО, 20с. ( 8 экз.) +

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

1.  Елизаров, А. И.  Технология разработки программного обеспечения: методические указания к выполнению курсового пректа по дисциплине "Технология разработки программного обеспечения" / ; Федеральное агентство по образованию, Томский государственный университет систем управления и радиоэлектроники, Кафедра автоматизированных систем управления. - Томск: ТУСУР, 20с. (15 экз.)+

4.  ПРИМЕНЕНИЕ РЕЙТИНГОВОЙ СИСТЕМЫ

Курс 4, семестр 7

Контроль обучения – Зачет.

Максимальный семестровый рейтинг – 100 баллов.

По дисциплине «Технология разработки программного обеспечения» (ТРПО) итоговой формой отчетности в 7 семестре является зачет, все 100 баллов входят в семестровую составляющую.

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

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

Текущий контроль изучения дисциплины состоит из следующих видов:

-  контроль за усвоением теоретического материала – проведение 3 тестов;

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

В таблице 4.1 содержится распределение баллов в течение 7 семестра для дисциплины «Технология разработки программного обеспечения», завершающейся зачетом и содержащей 18 лекций (36 часа), 4 лаборатоных работ (18 часов) и 3 итоговых теста во время проведения двух контрольных точек и между ними. В таблице 4.2 представлен пересчет суммы баллов по 1 и 2 контрольной точке в традиционную оценку.

Таблица 4.1 – Дисциплина ТРПО (зачет, лекции, лабораторные работы)

Элементы учебной деятельности

Максимальный балл на 1-ую контрольную точку с начала семестра

Максимальный балл за период между 1КТ и 2КТ

Максимальный балл за период между 2КТ и на конец семестра

Всего за

семестр

Посещение занятий

4

4

4

12

Тестовый контроль

12

12

12

36

Выполнение и защита результатов лабораторных работ

20

20

40

Компонент своевременности

4

4

4

12

Итого максимум за период:

20

40

40

100

Нарастающим итогом

20

60

100

После окончания семестра студент, набравший менее 60 баллов, считается неуспевающим, не получившим зачет. Студент, выполнивший все запланированные лабораторные работы и набравший сумму 60 и более баллов, получает зачет «автоматом».

Таблица 4.2 – Пересчет баллов в оценки за 1 и 2 контрольные точки

Баллы на дату контрольной точки

Оценка

³ 90 % от максимальной суммы баллов на дату КТ

5

От 70% до 89% от максимальной суммы баллов на дату КТ

4

От 60% до 69% от максимальной суммы баллов на дату КТ

3

< 60 % от максимальной суммы баллов на дату КТ

2

Курс 4, семестр 8

Контроль обучения – курсовой проект.

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

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

1)  Выбор темы курсовой работы (сложность и творческие моменты).

2)  Первое контрольное собеседование (анализ требований).

3)  Второе контрольное собеседование (представление предварительных материалов курсовой работы).

4)  Содержание пояснительной записки.

5)  Оформление пояснительной записки.

6)  Творческие моменты в доказательстве правильности программы.

7)  Тестирование программы.

8)  Защита проекта (ответы на вопросы).

9)  Способность студента к анализу решений и выбору методик расчета.

Если студент по всем вышеперечисленным пунктам показал себя хорошо, то по отчетной составляющей он заслуживает 30 баллов. При наборе отчетной составляющей менее 10 баллов, она приравнивается к нулю. В этом случае курсовой проект подлежит повторной защите в установленном университетом порядке.

Таблица 4.3 – Дисциплина ТРПО (Курсовой проект)

Элементы учебной деятельности

Максимальный балл на 1-ую контрольную точку с начала семестра

Максимальный балл за период между 1КТ и 2КТ

Максимальный балл за период между 2КТ и на конец семестра

Всего за

семестр

Получение задания на курсовой проект/работу

4

4

Подбор и обзор литературы

12

12

Выполнение необходимых заданий по проекту

18

18

Контрольное собеседование

4

8

12

Полное оформление работы

12

12

Компонент своевременности

4

4

4

12

Защита курсового проекта

30

30

Итого максимум за период

20

26

54

100

Нарастающим итогом

20

46

100

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

Таблица 4.4 – Пересчет баллов в оценки за 1 и 2 контрольные точки

Баллы на дату контрольной точки

Оценка

³ 90 % от максимальной суммы баллов на дату КТ

5

От 70% до 89% от максимальной суммы баллов на дату КТ

4

От 60% до 69% от максимальной суммы баллов на дату КТ

3

< 60 % от максимальной суммы баллов на дату КТ

2

Курс 4, семестр 8

Контроль обучения – Экзамен.

Максимальный семестровый рейтинг – 100 баллов.

По дисциплине «Технология разработки программного обеспечения» проведение экзамена является обязательным. При этом балльная оценка в соотношении 70/30 распределяется на две составляющие: семестровую и экзаменационную. Т. е. 70 баллов можно получить за текущую работу в семестре, а 30 баллов – за ответы на экзамене.

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

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

Текущий контроль изучения дисциплины состоит из контроля за усвоением теоретического материала – проведение 2 коллоквиумов и 3 тестов.

В таблице 4.5 содержится распределение баллов в течение семестра для дисциплины «Технология разработки программного обеспечения», завершающейся экзаменом и содержащей 16 лекций (342 часа), 3 итоговых теста и 2 коллоквиума во время проведения двух контрольных точек и между ними.

Таблица 4.5 – Дисциплина ТРПО (экзамен, лекции)

Элементы учебной деятельности

Максимальный балл на 1-ую контрольную точку с начала семестра

Максимальный балл за период между 1КТ и 2КТ

Максимальный балл за период между 2КТ и на конец семестра

Всего за

семестр

Посещение занятий

4

4

4

12

Тестовый контроль

12

12

12

36

Компонент своевременности

4

4

4

12

Коллоквиумы

5

5

10

Экзамен

30

30

Итого максимум за период:

20

25

55

100

Нарастающим итогом

20

45

100

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

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

Методика выставления баллов за ответы на экзамене определяется, например, из расчета до 15 баллов за каждый из 2 вопросов в билете.

Неудовлетворительной сдачей экзамена считается экзаменационная составляющая менее 10 баллов. При неудовлетворительной сдаче экзамена (<10 баллов) или неявке на экзамен экзаменационная составляющая приравнивается к нулю (0).

Таблица 4.6 – Пересчет баллов в оценки за 1 и 2 контрольные точки

Баллы на дату контрольной точки

Оценка

³ 90 % от максимальной суммы баллов на дату КТ

5

От 70% до 89% от максимальной суммы баллов на дату КТ

4

От 60% до 69% от максимальной суммы баллов на дату КТ

3

< 60 % от максимальной суммы баллов на дату КТ

2

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

Таблица 4.7 – Пересчет итоговой суммы баллов в традиционную и международную оценку

Оценка (ГОС)

Итоговая сумма баллов, учитывает успешно сданный экзамен

Оценка (ECTS)

5 (отлично)

90 – 100

А (отлично)

4 (хорошо)

85 – 89

В (очень хорошо)

75 – 84

С (хорошо)

70 – 74

D (удовлетворительно)

3 (удовлетворительно)

65 – 69

60 – 64

E (посредственно)

2 (неудовлетворительно)

Ниже 60 баллов

F (неудовлетворительно)