Федеральное государственное автономное образовательное учреждение высшего профессионального образования "Национальный исследовательский университет "Высшая школа экономики"
Московский институт электроники и математики Национального
исследовательского университета "Высшая школа экономики"
Факультет электроники и телекоммуникаций
Программа дисциплины
«Курсовая работа по дисциплине Объектно-ориентированное программирование»
для направления 220400.62 «Управление в технических системах» подготовки бакалавра
Автор программы:
Потомский Сергей Юрьевич, доцент, e-mail: spotomskiy@hse.ru
Одобрена на заседании кафедры МТМИТ «___»____________ 20 г
Зав. кафедрой [В. П. Кулагин]
Рекомендована профессиональной коллегией
УМС по электронике «___»____________ 20 г
Председатель С.У. Увайсов
Утверждена Учёным советом МИЭМ «___»_____________20 г.
Ученый секретарь В.П. Симонов ________________________ [подпись]
Москва, 2013
Настоящая программа не может быть использована другими подразделениями университета и другими вузами без разрешения кафедры-разработчика программы.
Цели курсовой работы:
- закрепление приобретенных теоретических знаний в области программной инженерии, а именно разработки программного обеспечения с использованием технологии ООП, его отладки, тестирования и разработке технической документации;
- развитие у обучающихся аналитического мышления;
- выработка навыков самостоятельной работы с учебной, научной и справочной литературой и поиска информации в Интернете.
В процессе выполнения курсовой работы студент должен решить следующие задачи:
- разработать алгоритмическое и программное обеспечение
- провести тестирование программного обеспечения
- составить техническую документацию.
Организация выполнения курсовой работы.
Тема курсовой работы выбирается по согласованию с преподавателем.
Для разработки ПО возможно использование следующих ЯВУ с поддержкой ООП:
1) SmallTalk
2) C++
3) Java
При этом в ТЗ необходимо обосновать выбор языка программирования.
Порядок выполнения и оформления.
1. Курсовая работа выполняется в форме ЕСПД (Единая система программной документации, приложение1) и должна содержать информацию про всем его разделам.
Настройки текстового редактора
a. Поля: левое – 3 см, правое, нижнее, верхнее – 1,5 см.
b. Шрифт -Times New Roman, размер шрифта – 12.
c. Интервал – полуторный.
d. Отступ первой строки – 1,27 см, других отступов нет.
e. Выравнивание по ширине.
f. Автоматическая расстановка переносов.
g. Нумерация страниц сквозная, внизу по центру.
h. Рисунки (фотографии) не должны превышать 1/3 страницы, общее количество рисунков и таблиц не должно превышать 30% объёма пп. 2-4.
Формулы в тексте могут быть вписаны от руки.
11. Единицы измерения должны соответствовать действующим стандартам.
12. Верхний и нижний индексы должны иметь вид: Х2, О2.
13. Сокращения, кроме общепринятых (т.о., т.к. и т.д.), не допускаются.
14. Литература должна быть оформлена по следующим правилам:
Список литературы оформлятеся согласно правилам.
Например:
· Бьёрн Страуструп Язык программирования C++. Специальное издание = The C++ programming language. Special edition. — М.: Бином-Пресс, 2007. — 1104 с. — ISBN 5-7989-0223-4
· Интернет-сайтКлуб программистов. Статья “Урок 1. Создание вашей первой программы”. Ссылка http://www.programmersclub.ru/01/ -
Ссылки на первоисточники должны даваться в тексте в виде: [1], [2], [3] и т.д. по порядку возрастания номеров.
Оценка за курсовую работу формируется по формуле по результатам защиты курсовой работы.
Промежуточная оценка:
Оп = 0.5 Опо + 0.5 Опд
Итоговая экзаменационная оценка:
Ои = 0.7 Оп + 0.3 Оз
Опо – оценка за разработку и отладку ПО
Опд – оценка за написание отчета в стандарте ЕСПД
Оз – оценка по результатам защиты курсовой работы.
Приложение 1.
ЕСПД.
Единая система программной документации – это комплекс государственных стандартов, устанавливающих взаимоувязанные правила разработки, оформления и обращения программ и программной документации.
Стандарты ЕСПД определяют общие положения и основополагающие стандарты, правила выполнения документации разработки, правила выполнения документации изготовления, правила выполнения документации сопровождения, правила выполнения эксплуатационной документации, правила обращения программной документации и прочие стандарты. В состав ЕСПД входят: основополагающие и организационно-методические стандарты; стандарты, определяющие формы и содержание программных документов, применяемых при обработке данных; стандарты, обеспечивающие автоматизацию разработки программных документов.
Вообще перечень документов ЕСПД очень обширен. В него, в частности, входят следующие ГОСТы: ГОСТ 19.001-77 ЕСПД. Общие положения. ГОСТ 19.101-77 ЕСПД. Виды программ и программных документов (переиздан в ноябре 1987г с изм.). ГОСТ 19.102-77 ЕСПД. Стадии разработки. ГОСТ 19.103-77 ЕСПД. Обозначение программ и программных документов. ГОСТ 19.104-78 ЕСПД. Основные надписи. ГОСТ 19.105-78 ЕСПД. Общие требования к программным документам. ГОСТ 19.106-78 ЕСПД. Требования к программным документам, выполненным печатным способом. ГОСТ 19.201-78 ЕСПД. Техническое задание. Требования к содержанию и оформлению. ГОСТ 19.202-78 ЕСПД. Спецификация. Требования к содержанию и оформлению. ГОСТ 19.301-79 ЕСПД. Программа и методика испытаний. ГОСТ 19.401-78 ЕСПД. Текст программы. Требования к содержанию и оформлению. ГОСТ 19.402-78 ЕСПД. Описание программы. ГОСТ 19.404-79 ЕСПД. Пояснительная записка. Требования к содержанию и оформлению. ГОСТ 19.501-78 ЕСПД. Формуляр. Требования к содержанию и оформлению. ГОСТ 19.502-78 ЕСПД. Описание применения. Требования к содержанию и оформлению. ГОСТ 19.503-79 ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению. ГОСТ 19.504-79 ЕСПД. Руководство программиста. ГОСТ 19.505-79 ЕСПД. Руководство оператора. ГОСТ 19.506-79 ЕСПД. Описание языка. ГОСТ 19.508-79 ЕСПД. Руководство по техническому обслуживанию. Требования к содержанию и оформлению. ГОСТ 19.604-78 ЕСПД. Правила внесения изменений в программные документы, выполняемые печатным способом. ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения. ГОСТ 19.781-90. Обеспечение систем обработки информации программное.
Как видно, основная часть комплекса ЕСПД была разработана в 70-е и 80-е годы. Частично эти стандартны морально устарели, к тому же они не лишены некоторых недостатков. Во-первых, в них не отражены некоторые современные тенденции оформления программ и программной документации, во-вторых, в этих стандартах наличествует многократное дублирование фрагментов программной документации. Тем не менее, за неимением лучшего ориентироваться приходится именно на них.
Итак, стандарты ЕСПД упорядочивают процесс документирования программных систем. Однако, во-первых, предусмотренный стандартами ЕСПД состав программных документов вовсе не такой "жесткий", как может показаться: стандарты позволяют вносить в комплект документации на программной системы (ПС) дополнительные виды, а, во-вторых, исходя из требований заказчика, допустимы некоторые изменения как в структуре, так и в содержании установленных видов ПД. Более того, можно отметить, что стандарты ЕСПД (а это относится и ко всем другим стандартам в области ПС - ГОСТ 34, Международному стандарту ISO/IEC, и др.) носят рекомендательный характер. Дело в том, что в соответствии с Законом РФ "О стандартизации" эти стандарты становятся обязательными на контрактной основе – т.е. при ссылке на них в договоре на разработку (поставку) ПС.
Прежде, чем приступить к рассмотрению правил составления программной документации, необходимо сделать следующее замечание. Каждый документ желательно предварять некоторым введением. Во введении говорятся общие слова. Об актуальности, о необходимости и т.п. Цель Исполнителя здесь – показать значимость и необходимость выполнения этой работы. Начало обычно стандартное: "Существующие в настоящее время многочисленные системы ... ... открывает реальные перспективы в..." и т.п.Сюда же обычно вставляются цитаты из выступлений различных деятелей (это – сугубо психологический аспект): "…как говорилось на прошедшем пленуме, съезде, конференции и т.д.). Можно начать и с того, что "…Сегодня, в эпоху коренных социально-экономических преобразований…и т.д.". В общем, главное здесь не переборщить.
И еще. Описывая свой продукт, разработчик зачастую путает понятия компонента и комплекса. Это – разные виды программ. Компонент определяется как "программа, рассматриваемая как единое целое, выполняющая законченную функцию и применяемая самостоятельно или в составе комплекса", а комплекс – это "программа, состоящая из двух или более компонентов и (или) комплексов, выполняющих взаимосвязанные функции, и применяемая самостоятельно или в составе другого комплекса".
основополагающие и организационно-методические стандарты;