Главная Другое
Экономика Финансы Маркетинг Астрономия География Туризм Биология История Информатика Культура Математика Физика Философия Химия Банк Право Военное дело Бухгалтерия Журналистика Спорт Психология Литература Музыка Медицина |
страница 1![]() НИУ ВШЭ – Нижний Новгород Программа дисциплины и управление жизненным циклом для направления 010400.62 Прикладная математика и информатика подготовки бакалавра
Правительство Российской Федерации Нижегородский филиал Федерального государственного автономного образовательного учреждения высшего профессионального образования "Национальный исследовательский университет "Высшая школа экономики" Факультет бизнес-информатики и прикладной математики Программа дисциплины «Промышленное программирование и управление жизненным циклом» (Разработка программного обеспечения) для направления 010400.62 – Прикладная математика и информатика подготовки бакалавра Автор программы: Шишкин М.В. Одобрена на заседании кафедры «Базовая кафедра МЕРА» «___»____________ 2012 г Зав. кафедрой Н.И. Кащеев
Председатель Утверждена УМС НИУ ВШЭ – Нижний Новгород «___»_____________2012г. Председатель Н.С. Петрухин Нижний Новгород, 2012 г.
1Область применения и нормативные ссылкиНастоящая программа учебной дисциплины устанавливает минимальные требования к знаниям и умениям студента и определяет содержание и виды учебных занятий и отчетности. Программа предназначена для преподавателей, ведущих данную дисциплину, учебных ассистентов и студентов направлений подготовки 010400.62 «Прикладная математика и информатика» подготовки бакалавра, изучающих дисциплину «Промышленное программирование и управление жизненным циклом». Программа разработана в соответствии с образовательным стандартом федерального государственного образовательного автономного учреждения высшего профессионального образования Высшей школы экономики, рабочим учебным планом университета по направлению подготовки 010400.62 «Прикладная математика и информатика», утвержденным в 2012 году.
2 Цели освоения дисциплиныДисциплина “Программная инженерия” является одной из ключевых дисциплин из цикла курсов подготовки современного специалиста в области информационных технологий т.к. дает полную картину всего цикла промышленной разработки программного обеспечения (далее ПО) с использованием современных методологий, технологий и инструментария разработки. В рамках данного курса рассматриваются все этапы разработки ПО и закладываются основы теоретического и практического подходов к самому процессу разработки ПО, как к четкой последовательности фаз, приводящей к гарантированному результату в заданных временных рамках и с заданным качеством. Целями освоения данной дисциплины являются изучение следующих понятий и принципов:
В ходе практических занятий по данной дисциплине студенты должны получить базовые практические навыки применения изучаемых теоретических принципов и подходов на примере учебного программного проекта. 3Компетенции обучающегося, формируемые в результате освоения дисциплиныВ результате освоения дисциплины студент должен: Знать основные факты, концепции, принципы и теории, связанные с промышленным процессом разработки ПО; Уметь подбирать наиболее подходящие методы и техники и применять их при разработке программ, с учетом различных аспектов поставленной задачи, как то ограничение по времени, человеческим ресурсам, качеству; Владеть методами и инструментальными средствами разработки программ; В результате освоения дисциплины студент осваивает следующие компетенции:
4Место дисциплины в структуре образовательной программыНастоящая дисциплина относится к циклу дисциплин профиля подготовки бакалавра. Для освоения учебной дисциплины, студенты должны владеть следующими знаниями и компетенциями: Студент должен знать основы информатики и алгоритмизации, владеть компьютером на уровне уверенного пользователя. Студент должен быть хорошо знаком с одним объектно-ориентированным языком программирования (например C++, Java, C#). Исходный уровень – пройден базовый курс объектно-ориентированного программирования (на базе одного из приведенных выше языков).
5Тематический план учебной дисциплины
6Формы контроля знаний студентов
6.1Критерии оценки знаний, навыковТекущий контроль осуществляется в виде еженедельного домашнего задания и оценки работы студентов на практических занятиях. Для выяснения уровня усвоения теоретического материала после каждого пройденного раздела проводится семинар. Текущий контроль для каждого студента подразумевает подготовку реферата по заранее выбранной и согласованной с преподавателем теме. Работа над рефератом ведется на протяжении 4 недель в течение 2 модуля. Итоговый контроль: экзамен на последней неделе 3 модуля. Учитываются результаты домашней работы и реферата. Оценка определяется в соответствии с п. 10. 7Содержание дисциплиныРаздел 1. Жизненный цикл ПО Тема 1.1. Введение в программную инженерию. Предметная область курса «Программная инженерия», роль и место дисциплины в рамках процесса обучения, основные цели и задачи курса, требования к знаниям, промежуточные и итоговые испытания, литература рекомендуемая к самостоятельному изучению студентами курса. Роль и значение правильного выбора методологии разработки. Примеры. Основная литература • Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE 2004 Version • Software Engineering 2004. Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering. • С.Орлик "Основы программной инженерии" на базе IEEE Guide to SWEBOK® 2004 Тема 1.2. Понятие качества ПО. Критерии качества. Понятие качества программного продукта. Факторы и критерии качества программного обеспечения. Корректность. Устойчивость. Расширяемость. Повторное использование. Эффективность. Переносимость. Простота использования. Функциональность. Своевременность. Основная литература • Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE 2004 Version • Software Engineering 2004. Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering. • С.Орлик "Основы программной инженерии" на базе IEEE Guide to SWEBOK® 2004 Тема 1.3. Жизненный цикл программного продукта и его этапы. Жизненный цикл программного продукта. Этапы жизненного цикла ПО: Анализ осуществимости, Анализ требований, Проектирование, Кодирование, Тестирование, Интеграция, Установка, Сопровождение. Основная литература • Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE 2004 Version • Software Engineering 2004. Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering. • С.Орлик "Основы программной инженерии" на базе IEEE Guide to SWEBOK® 2004 Тема 1.4. Модели жизненного цикла и их применимость. Модели жизненного цикла: «пишем-исправляем»; Каскадная модель: классическая; с повторениями; прототипирования; Итерационная (инкрементная) модель; Унифицированный процесс разработки; Экстремальный процесс разработки; Test Driven Development (TDD). Основная литература • Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE 2004 Version • Software Engineering 2004. Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering. • С.Орлик "Основы программной инженерии" на базе IEEE Guide to SWEBOK® 2004 Тема 1.5. Требования заказчика/разработчика. Классификация требований. Бизнес-требования. Требования заказчика/пользователей (С-требования). Бизнес-правила. Требования системные/разработчика (D-требования). Классификация: Функциональные; Нефункциональные; Обратные требования. Характеристики продукта. Основная литература • Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE 2004 Version • Software Engineering 2004. Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering. • С.Орлик "Основы программной инженерии" на базе IEEE Guide to SWEBOK® 2004 • Сэм Канер, Джек Фолк, Енг Кек Нгуен “Тестирование программного обеспечения. Фундаментальные концепции менеджмента бизнес-приложений”, 2001
Проектирование ПО. Стадии проектирования. Архитектура. Модели. Дизайн. Детальное проектирование. Способы выражения результатов проектирования. Паттерны проектирования: Template Method, Strategy, Adapter, Factory Method, Bridge, Abstract Factory, Visitor, Singleton. Основная литература • Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE 2004 Version • Software Engineering 2004. Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering. • С.Орлик "Основы программной инженерии" на базе IEEE Guide to SWEBOK® 2004 Тема 2.2. Объектно-ориентированное проектирование. Ортогональность. Введение в объектно-ориентированное проектирование. Ортогональность и приемы обеспечения ортогональности. Преимущества. Классические принципы проектирования. Принципы быстрого проектирования. Их отличие и применимость. Стратегии проектирования: YAGNI - “You Aren’t Going to Need It”; KISS - “Keep It Short and Simple”; Проектирование при помощи переработки (TDD); Подход «Чем хуже, тем лучше»; Подход MIT. Основная литература
Тема 2.3. Методы проектирования. Методы проектирования: Абстракция, Инкапсуляция, Декомпозиция (модульность), Иерархическая организация, Типизация, Повторное использование. Проектирование по контракту. Основные принципы проектирования. Проектирование с учетом будущих изменений. Типичные причины перепроектирования. Проектирование в соответствии с интерфейсом, а не с реализацией. Признаки «загнивания» проекта: Закрепощенность, Неустойчивость, Неподвижность, Вязкость, Неоправданная сложность, Неоправданные повторения, Неопределенность. Чем вызвано «загнивание» программ. Основная литература
Тема 2.4. Объекты. Отношения между объектами. Объекты. Состояние, поведение, идентичность. Отношения между объектами: Связи, Агрегация. Основная литература
Тема 2.5. Классы. Интерфейс. Тип объекта. Классы. Интерфейс. Тип объекта. Сильная и слабая типизация. Отношения между классами и объектами. Качество классов и объектов: зацепление (связанность), связность, достаточность, полнота, примитивность. Как выбирать операции класса. Как выбирать отношения. Наследование, композиция, шаблоны. Как выбирать реализацию. Основная литература
Тема 2.6. Отношения между классами. Отношения между классами: Ассоциация (осведомленность), кратность ассоциации; Агрегация по ссылке, агрегация физическая (композиция), делегирование; Наследование; Использование; Шаблонные классы (C++); Метаклассы (Java, C#, RTTI в C++); Динамическая генерация кода (C#). Как наследование заменить композицией и делегированием. Основная литература
Тема 2.7. Полиморфизм. Множественное наследование. Мультиметоды. Полиморфизм. Статический и динамический полиморфизм. Множественное наследование. Множественный полиморфизм (мультиметоды). Виртуальное множественное наследование. Основная литература
Тема 2.10. Операции приведения типа. Инстанцирование (шаблона). Операции приведения типа для перемещения по иерархии классов. Инстанцирование (шаблона). Применение шаблонных технологий. Их плюсы и минусы. Основная литература
Тема 2.11. Объектно-ориентированный анализ. Идентификация классов и объектов. Объектно-ориентированный анализ. Принципы проектирования: Принцип персональной ответственности (Self-Responsibility Principle - SRP); «Спаривание» ответственностей. Закон Деметера (принцип «генерального подрядчика»). Принцип открытия-закрытия (Open-Close Principle - OCP); Принцип подстановки Лискоу (Liskow Substitution Principle - LSP). Принцип инверсии зависимостей (Dependences Inversion Principle - DIP); Статический и динамический полиморфизм, достоинства. Принцип отделения интерфейса (Interface Separation Principle - ISP). Соединение интерфейсов путем делегирования, путем множественного наследования. Основная литература
Раздел 3. Инструментарий Тема 3.1. Основные приемы защиты от ошибок. Инструментальные средства. Основные приемы защиты от ошибок: Хороший дизайн системы; Использование компилятора и средств языка. Основные приемы защиты от ошибок: Использование специальных библиотек и способов написания кода; Статический поиск ошибок. Основные и дополнительные инструменты. Основная литература • Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE 2004 Version • Software Engineering 2004. Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering. • С.Орлик "Основы программной инженерии" на базе IEEE Guide to SWEBOK® 2004 Тема 3.2. Регулярное тестирование. Автоматизация тестирования. Методологии тестирования. Регулярное тестирование. White-box testing. Black-box testing. Интеграционное тестирование. Нагрузочное тестирование. Unit testing. Автоматизация тестирования. Системы автоматизации тестирования. Сравнение автоматического и мануального тестирования. Уровни автоматизации. Техники автоматического тестирования. Основная литература • Рекс Блэк “Ключевые процессы тестирования. Планирование, подготовка, проведение, совершенствование”, 2006 • Glenford J. Myers The Art of Software Testing, 1982 • В. П. Котляров, Т. В. Коликова «Основы тестирования программного обеспечения: Учебное пособие», 2006 • И.Винниченко «Автоматизация процессов тестирования», 2005 • Элфрид Дастин, Джефф Рэшка, Джон Пол “Автоматизированное тестирование программного обеспечения”, 2003 Тема 3.3. Системы контроля версий (Version Control System) Управление конфигурациями. Версии ПО и артефактов. Составные части систем управления конфигурациями. Системы контроля версий (Version Control System). Назначение и цели. Системы: CVS, Subversion (SVN), GIT, Bazaar, Rational ClearCase, Microsoft Team Foundation Server, Perforce, Microsoft Visual SourceSafe. Основная литература • Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE 2004 Version • Software Engineering 2004. Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering. • С.Орлик "Основы программной инженерии" на базе IEEE Guide to SWEBOK® 2004 Тема 3.4. Системы отслеживания запросов (Bug-tracking System) Системы отслеживания запросов на изменение программы (Bug-tracking System). Назначение и цели. Знакомство с одной из Bug-tracking System – Bugzilla. Интерфейс. Функционал. Методология использования. Настройка под свой проект. Основная литература • Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE 2004 Version • Software Engineering 2004. Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering. • С.Орлик "Основы программной инженерии" на базе IEEE Guide to SWEBOK® 2004 • The Bugzilla Guide, http://www.bugzilla.org/docs/
Моделирование с использованием UML. Архитектура программного проекта. Вид с точки зрения прецедентов (Use case view), проектирования (Design view), процессов (Process view), реализации (Implementation view), развертывания (Deployment view). Концептуальная модель UML. Структурные сущности: Класс, Интерфейс, Кооперация, Прецедент, Активный классы, Компонент, Узел. Поведенческие сущности: Взаимодействие, Автомат (State machine). Группирующие сущности: Пакеты. Аннотационные сущности: Примечание. Отношения в UML: Зависимость (Dependency), Ассоциация (Association) и Кратность, Агрегирование (Aggregation) и Композиция, Обобщение (Generalization) и Наследование, Реализация (Realization). Диаграммы в UML: диаграммы классов, диаграммы объектов. Диаграммы в UML: диаграммы прецедентов, диаграммы последовательностей (временные диаграммы), диаграммы состояний. Диаграммы в UML: диаграммы действий (диаграммы деятельности), диаграммы компонентов, диаграммы развертывания. Основная литература • Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE 2004 Version • Software Engineering 2004. Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering. • С.Орлик "Основы программной инженерии" на базе IEEE Guide to SWEBOK® 2004 Раздел 4. Метрики и стандарты качества Тема 4.1. Метрики процесса разработки ПО. Метрики процесса разработки ПО. Классы измеряемых программных объектов: по способу получения, объективные и субъективные, по измеряемому объекту, по способу связи с внешней средой. Примеры. Основные метрические показатели: трудозатраты, изменения, дефекты. Аспекты измерений, отражающие качество ПО. Основная литература • Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE 2004 Version • Software Engineering 2004. Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering. • С.Орлик "Основы программной инженерии" на базе IEEE Guide to SWEBOK® 2004 Тема 4.2. Менеджмент качества. Цели использования метрических показателей (менеджерами, разработчиками). Характеристики полезных метрических показателей. Общие вопросы менеджмента качества. Удовлетворенность потребителей. Постоянное улучшение качества: цикл Plan-Do-Check-Act. Анализ проблем. Корректирующие и предупреждающие действия. Основная литература • Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE 2004 Version • Software Engineering 2004. Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering. • С.Орлик "Основы программной инженерии" на базе IEEE Guide to SWEBOK® 2004 Тема 4.3. Мировые стандарты качества. Стандарты качества: CMMI 1/2/3/4/5, ISO 9001:2000, TL 9000. Их области применения. Особенности. Процесс сертификации. Внешние и внутренние аудиты. Основная литература • Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE 2004 Version • Software Engineering 2004. Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering. • С.Орлик "Основы программной инженерии" на базе IEEE Guide to SWEBOK® 2004 8Образовательные технологииТрадиционное чтение лекций. Решение задач по тематике лекций. Обсуждение прикладных и алгоритмических аспектов решаемых задач. Методические рекомендации преподавателюТемы индивидуальных заданий для проведения практических занятий, вопросов для тестирования теоретических знаний и экзаменационных вопросов и задач должны являться уникальными для каждого нового учебного года. Методические указания студентамДля более глубокого усвоения курса предполагается использование студентами дополнительной литературы, работа в библиотеке, поиск информации в сети Интернет. 9Оценочные средства для текущего контроля и аттестации студента9.1Тематика заданий текущего контроляПримеры домашних заданий:
Тема реферата для каждого студента утверждается преподавателем в индивидуальном порядке. 9.2Вопросы для оценки качества освоения дисциплиныПримерный перечень вопросов к экзамену по всему курсу или к каждому промежуточному и итоговому контролю для самопроверки студентов: 1. Введение в программную инженерию. Критерии качества программного обеспечения. 2. Жизненный цикл программного продукта. Этапы жизненного цикла ПО. Процесс разработки ПО. 3. Модели жизненного цикла: «пишем-исправляем»; Каскадная модель: классическая; с повторениями; прототипирования; Итерационная (инкрементная) модель. 4. Модели жизненного цикла: Унифицированный процесс разработки; Экстремальный процесс разработки; Test Driven Development (TDD). 5. Бизнес-требования. Требования заказчика/пользователей (С-требования). Бизнес-правила. 6. Требования системные/разработчика (D-требования). Классификация: Функциональные; Нефункциональные; Обратные требования. Характеристики продукта. 7. Проектирование ПО. Архитектура. Дизайн. Способы выражения результатов проектирования. 8. Объектно-ориентированное проектирование. Ортогональность и приемы обеспечения ортогональности. 9. Методы проектирования: Абстракция, Инкапсуляция, Декомпозиция (модульность). 10. Методы проектирования: Иерархическая организация, Типизация, Повторное использование. 11. Проектирование по контракту. Объекты. Состояние, поведение, идентичность. 12. Отношения между объектами: Связи, Агрегация. 13. Классы. Интерфейс. Тип объекта. Сильная и слабая типизация. Отношения между классами и объектами. 14. Отношения между классами: Ассоциация (осведомленность), кратность ассоциации; Агрегация по ссылке, агрегация физическая (композиция), делегирование. 15. Отношения между классами: Наследование; Использование; Шаблонные классы (C++); Метаклассы (Java, C#, RTTI в C++); Динамическая генерация кода (C#). 16. Как наследование заменить композицией и делегированием. Полиморфизм. 17. Множественное наследование. Множественный полиморфизм (мультиметоды). Виртуальное множественное наследование. 18. Операции приведения типа для перемещения по иерархии классов. Инстанцирование (шаблона). 19. Качество классов и объектов: зацепление (связанность), связность, достаточность, полнота, примитивность. 20. Как выбирать операции класса. Как выбирать отношения. Наследование, композиция, шаблоны. Как выбирать реализацию. 21. Идентификация классов и объектов. Объектно-ориентированный анализ. 22. Инструментальные средства. Основные приемы защиты от ошибок: Хороший дизайн системы; Использование компилятора и средств языка. 23. Основные приемы защиты от ошибок: Использование специальных библиотек и способов написания кода; Статический поиск ошибок; Регулярное тестирование. 24. Основные инструменты. Система контроля версий (Version Control System). 25. Система отслеживания запросов на изменение программы (Bug-tracking System). Дополнительные инструменты. 26. Управление конфигурациями. Версии ПО и артефактов. Автоматизация тестирования. 27. Основные принципы проектирования. Проектирование с учетом будущих изменений. 28. Типичные причины перепроектирования. Проектирование в соответствии с интерфейсом, а не с реализацией. 29. Стратегии проектирования: YAGNI - “You Aren’t Going to Need It”; KISS - “Keep It Short and Simple”. 30. Стратегии проектирования: Проектирование при помощи переработки (TDD); Подход «Чем хуже, тем лучше»; Подход MIT. 31. Классические принципы проект ирования. Принципы быстрого проектирования. Их отличие и применимость. 32. Признаки «загнивания» проекта: Закрепощенность, Неустойчивость, Неподвижность, Вязкость. 33. Признаки «загнивания» проекта: Неоправданная сложность, Неоправданные повторения, Неопределенность. Чем вызвано «загнивание» программ. 34. Принципы проектирования: Принцип персональной ответственности (Self-Responsibility Principle - SRP); «Спаривание» ответственностей. Закон Деметера (принцип «генерального подрядчика»). 35. Принципы проектирования: Принцип открытия-закрытия (Open-Close Principle - OCP); Принцип подстановки Лискоу (Liskow Substitution Principle - LSP). 36. Принципы проектирования: Принцип инверсии зависимостей (Dependences Inversion Principle - DIP); Статический и динамический полиморфизм, достоинства. 37. Принципы проектирования: Принцип отделения интерфейса (Interface Separation Principle - ISP). Соединение интерфейсов путем делегирования, путем множественного наследования. 38. Паттерны проектирования. Имя, задача, решение, результаты. Классификация паттернов: по критерию «цель», по критерию «уровень». 39. Паттерн Template Method. Паттерн Strategy. 40. Паттерн Adapter. Адаптер классов (множественное наследование) и адаптер объектов (делегирование). Паттерн Factory Method. 41. Паттерн Bridge. Паттерн Abstract Factory. 42. Паттерн Visitor. Паттерн Singleton. Варианты реализации. 43. Моделирование с использованием UML. Архитектура программного проекта. Вид с точки зрения прецедентов (Use case view), проектирования (Design view), процессов (Process view), реализации (Implementation view), развертывания (Deployment view). 44. Концептуальная модель UML. Структурные сущности: Класс, Интерфейс, Кооперация, Прецедент, Активный классы, Компонент, Узел. 45. Концептуальная модель UML. Поведенческие сущности: Взаимодействие, Автомат (State machine). Группирующие сущности: Пакеты. Аннотационные сущности: Примечание. 46. Отношения в UML: Зависимость (Dependency), Ассоциация (Association) и Кратность, Агрегирование (Aggregation) и Композиция, Обобщение (Generalization) и Наследование, Реализация (Realization). 47. Диаграммы в UML: диаграммы классов, диаграммы объектов. 48. Диаграммы в UML: диаграммы прецедентов, диаграммы последовательностей (временные диаграммы), диаграммы состояний. 49. Диаграммы в UML: диаграммы действий (диаграммы деятельности), диаграммы компонентов, диаграммы развертывания. 50. Метрики процесса разработки ПО. Классы измеряемых программных объектов: по способу получения, объективные и субъективные, по измеряемому объекту, по способу связи с внешней средой. Примеры. 51. Цели использования метрических показателей (менеджерами, разработчиками). Характеристики полезных метрических показателей. 52. Основные метрические показатели: трудозатраты, изменения, дефекты. Аспекты измерений, отражающие качество ПО. 53. Общие вопросы менеджмента качества. Стандарты качества: CMMI 1/2/3/4/5, ISO 9001:2000, TL 9000. Удовлетворенность потребителей. 54. Постоянное улучшение качества: цикл Plan-Do-Check-Act. Анализ проблем. Корректирующие и предупреждающие действия.
10Порядок формирования оценок по дисциплинеКонтроль знаний студентов включает формы текущего и итогового контроля. Текущий контроль осуществляется в течение трех модулей. В рамках учебного курса предусмотрены различные формы текущего контроля знаний и работы студентов на практических занятиях: домашние задания (после каждого практического занятия, каждое по 80 минут) и реферат во втором модуле. Каждая форма текущего контроля оценивается по 10-балльной шкале, оценка выставляется в рабочую ведомость преподавателя. Формы итогового контроля – экзамен по окончании третьего модуля. Каждая форма итогового контроля оценивается так же по 10-балльной шкале. Домашнее задание: оценка в 10 баллов проставляется в исключительных случаях самостоятельно проведенной работы, результаты которой могут в дальнейшем использоваться в учебном процессе или в исследовательской работе студента; оценка в 8-9 баллов проставляется при самостоятельно разработанном или удачно адаптированном и отлично представленном исследовании по выбранной тематике; оценка в 6-7 баллов проставляется при своевременно выполненном и самостоятельно представленном исследовании по выбранной тематике; оценка в 4-5 баллов проставляется при частичном, несамостоятельном участии в выполнении работ над заданием; оценка в 2-3 балла проставляется, когда студент не может самостоятельно представить работу или когда работа носит явные признаки заимствований (работу предлагается переделать); оценка в 1 балл проставляется при наличии каких-либо демонстративных проявлений безграмотности и неэтичного отношения к работе.
высшая оценка в 9 баллов (10 баллов только в исключительных случаях) проставляется если реферат написан по уникальной теме, не охватываемой данным курсом. Содержит материал, интересный для предоставления другим студентам в рамках курса. Проведено изучение как минимум 6 литературных источников (за исключением интернет-ресурсов). Реферат содержит обширное исследование темы, собственные выводы и размышления; почти отличная оценка в 8 баллов проставляется если реферат описан по интересной теме, проведено исследование как минимум 5 литературных источников (за исключением интернет-ресурсов). Реферат имеет достаточный объем, тема полностью раскрыта и подкреплена собсвенными выводами. оценка в 6-7 баллов выставляется если для написания реферата проведено исследование как минимум 3 литературных источников (за исключением интернет-ресурсов). Тема раскрыта в достаточном объеме. оценка в 4-5 баллов проставляется в случаях, когда реферат написан только по одному литературному источнику (за исключением интернет-ресурсов). Реферат содержит только факты и информацию, доступную в источнике и ресурсах сети интернет, не содержит собсвенных исследований и выводов по теме. Объем реферата не достаточный для полного раскрытия темы. оценка в 2-3 балла проставляется, когда реферат написан исключительно из источников, доступных в сети интернет, не содержит информации, доступной в специализированной литературе что свидетельствует о том, что студент не изучил предложенную тему в полной мере. Реферат имеет чрезвычайно краткий объем и не содержит полезной информации. оценка в 1 балл проставляется в тех случаях, когда наряду с нераскрытой темой реферата и отсутствием достаточного объема выполненной работы, имеют место какие-либо демонстративные проявления безграмотности или неэтичное отношение к изучаемой дисциплине.
На экзамене, представляющем собой письменные ответы на вопросы и решение задачи с последующим собеседованием, оценка проставляется следующим образом: высшая оценка в 9 баллов (10 баллов только в исключительных случаях) проставляется при отличном выполнении заданий (полных, с примерами и возможными обобщениями ответах на вопросы, при правильном решении задачи и детальном ее представлении); почти отличная оценка в 8 баллов проставляется при полностью правильных ответах на вопросы и решении задачи, но при отсутствии примеров и обобщений, а также детального представления решаемой задачи; оценка в 7 баллов проставляется при правильных ответах на вопросы и правильном решении задачи, но при отсутствии пояснений и обобщений, а также детального представления решаемой задачи; оценка в 6 баллов проставляется при наличии отдельных неточностей в ответах на вопросы или неточностях в решении задачи непринципиального характера (описки и случайные ошибки); оценка в 4-5 баллов проставляется в случаях, когда в ответах на вопросы и в решении задачи имеются существенные неточности и ошибки, свидетельствующие о недостаточном понимании изучаемой дисциплины; оценка в 2-3 балла проставляется при наличии лишь отдельных положительных моментов в ответах на вопросы и в решении задачи; оценка в 1 балл проставляется в тех случаях, когда наряду с неправильными ответами на вопросы и решением задачи имеют место какие-либо демонстративные проявления безграмотности или неэтичное отношение к изучаемой дисциплине. По результатам устного собеседования с преподавателем возможны корректировки оценки в ту или иную сторону. Аудиторная работа (Оауд): Преподаватель оценивает работу студентов на семинарских и практических занятиях: активность на уроке, правильное решение задач. Оценки за работу на семинарских и практических занятиях преподаватель выставляет в рабочую ведомость. Результирующая оценка по 10-ти балльной шкале за работу на семинарских и практических занятиях определяется перед итоговым контролем - (Оауд). Результирующая оценка за дисциплину (Орезульт): Результирующая оценка за дисциплину по 10-бальной шкале рассчитывается следующим образом: Орезульт = 0,5* Онакопл + 0,5 *Оэкз Накопленная оценка за текущий контроль учитывает результаты студента по текущему контролю следующим образом: Онакопленная = 0,6* Отекущий + 0,4* Оауд где Отекущий рассчитывается как взвешенная сумма всех форм текущего контроля, предусмотренных в РУП: Отекущий = 0,4·Ореферат + 0,2·Одз1 + 0,2·Одз2 + 0,2·Одз3 Способ округления оценок – арифметический. Таблица соответствия оценок по десятибалльной и пятибалльной шкалам
11Учебно-методическое и информационное обеспечение дисциплины11.1Основная литература
11.2Дополнительная литература• Рекс Блэк “Ключевые процессы тестирования. Планирование, подготовка, проведение, совершенствование”, 2006 • Glenford J. Myers The Art of Software Testing, 1982 • В. П. Котляров, Т. В. Коликова «Основы тестирования программного обеспечения: Учебное пособие», 2006 • И.Винниченко «Автоматизация процессов тестирования», 2005 • Элфрид Дастин, Джефф Рэшка, Джон Пол “Автоматизированное тестирование программного обеспечения”, 2003
11.3Интернет-ресурсы• The Bugzilla Guide, http://www.bugzilla.org/docs/ • Version Control with Subversion, http://svnbook.red-bean.com/en/1.7/svn-book.pdf
12Материально-техническое обеспечение дисциплиныМультимедийное оборудование – ноутбук, экран, проектор. Используется ПО в компьютерном классе НИИТ. В НИУ ВШЭ – Нижний Новгород студентам предоставляется возможность самостоятельной работы с электронными ресурсами информации, периодической литературой. Автор программы Шишкин М.В. Смотрите также: Программа дисциплины и управление жизненным циклом для направления 010400. 62 Прикладная математика и информатика подготовки бакалавра
335.65kb.
1 стр.
Программа дисциплины Операционная система unix для направления 010400. 62 Прикладная математика и информатика подготовки бакалавра
201.94kb.
1 стр.
Программа дисциплины «Операционные системы и системное программирование»
283.12kb.
1 стр.
Программа дисциплины «Социология» для направления 010400. 62 "Прикладная математика и информатика"
291.63kb.
1 стр.
Программа дисциплины «Алгоритмы и структуры данных»
220.63kb.
1 стр.
Программа дисциплины «Модели корпусной лингвистики»
167.87kb.
1 стр.
Рабочая программа дисциплины Операционные системы Направление подготовки: 010400 Прикладная математика и информатика
180.49kb.
1 стр.
Программа дисциплины «Дополнительные главы дифференциальных уравнений»
230.85kb.
1 стр.
Методические указания к курсовой работе по дисциплине Базы данных для направления 230700. 62 «Прикладная математика» подготовки бакалавра
522.91kb.
9 стр.
Программа дисциплины «Принятие индивидуальных и коллективных решений»
209.79kb.
1 стр.
Программа дисциплины Электронная коммерция и бизнес для направления 080500. 68 «Бизнес-информатика»
131.28kb.
1 стр.
Рабочей программы «Математическое моделирование в естествознании» 16.7kb.
1 стр.
|