255512

разделенных точкой. Например, Рис. 1.2 (второй рисунок первого раздела). Номер иллюстрации, её название и поясняющие подписи размещаются последовательно под иллюстрацией.

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

4.Таблицы.

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

«Таблица» с указанием её номера размещается в правом верхнем углу над заголовком таблицы. Заголовок и слово «Таблица» пишется без подчеркивания с прописной буквы. Точка в конце заголовка не ставится. Заголовки в графах таблицы начинаются с прописных букв.

4.2. Таблицы нумеруются последовательно (за исключением таблиц, приведенных в приложении) в пределах раздела. Номер таблицы должен состоять из номера раздела и порядкового номера таблицы, разделенных точкой, например, «Таблица 1.2» (вторая таблица первого раздела). Если в КР одна таблица, её не нумеруют и слово

«Таблица» не пишут.

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

4.4.Таблицу с большим количеством строк допускается переносить на другой лист. При переносе части таблицы на другой лист

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

«Продолжение табл.». Если в работе несколько таблиц, то после слова

«Продолжение табл.» указывается номер таблицы, например, «Продолжение табл. 1.2».

11

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

5.Ссылки.

5.1.Ссылки на иллюстрации КР указываются порядковым номером иллюстрации, например, «На рис. 1.2 …» или «(рис. 1.2)».

5.2.Ссылки на формулы КР указывают порядковым номером формулы в скобках, например, «… в формуле (2.1)».

5.3.На все таблицы КР должны быть ссылки в тексте, при этом слово «Таблица» в тексте пишется полностью, если она не имеет номера, и сокращенно – если имеет номер, например, «… в табл. 1.2»

или «(табл. 1.2)». В случае повторных ссылок на таблицы и

иллюстрации в тексте пишется: «см. табл. 1.3».

6.Правила оформления программного кода

6.1.Гарнитура Courier New, кегль (размер шрифта) – 11;

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

краю; цвет шрифта – черный.

6.2.При оформлении программного кода следует

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

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

6.3.Разделители и пробелы. Перед знаками препинания

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

Пример:

MyProcedure(a, b[idx + 5], c);

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

12

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

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

Пример:

if (!cond(i)) {

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

Пример:

for (i=0; f(i) < g(); i++) {

if (!cond(i)) {

proceed(i);

break;

}

}

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

7.1.Гудвин, Г.К. Проектирование программного обеспечения

[Текст] / Г.К. Гудвин, С.Ф. Гребе, М.Э. Сальдаго. – пер. с англ. – М.:

БИНОМ, Лаборатория знаний, 2004. – 911 с.

7.2. Брюханов, В.Н. Теория управления программным обеспечнием [Текст] : Учеб. для машиностроит. спец. вузов / В.Н.

Брюханов, М.Г. Косов, С.П. Протопопов и др.; под ред. Ю.М.

Соломенцева – 3-е изд., стер. – М.: Высш. шк., 2000. – 268 с.

7.3. Руководство по Fibre Channel [Электронный ресурс] // Мир компьютерной автоматизации. -2017. -Режим доступа: http://www.mka.ru/?p=40030.

4 ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И СТИЛЮ НАПИСАНИЯ

КУРСОВОЙ РАБОТЫ

13

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

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

Рекомендуется обрести собственный стиль.

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

последовательно.

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

изложены степень изученности проблемы и состояние ее исследования.

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

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

терминологии и стиля.

В современной научной литературе личная манера изложения уступила место безличной. Не употребляются личные местоимения «я» и «мы».

Например, вместо фразы «я предполагаю...» можно сказать

«предполагается, что...», вместо фразы «я ...» можно сказать «автором...» и

т.д.

5 ПОРЯДОК ПОДГОТОВКИ И ЗАЩИТЫ КУРСОВОЙ РАБОТЫ

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

14

Для этого перед непосредственной проверкой руководителем КР на предмет выполнения задания КР и соответствия требованиям,

предъявляемым к КР, каждый студент передает преподавателю архив с электронной версией КР, который включает: отчет (файл в формате doc,

название файла: дисциплина_группа_год выполнения

КР_Фамилия_Имя_Отчество) и файлы проекта. Если проверка пройдена, то далее студент сдает руководителю КР на проверку бумажную версию КР.

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

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

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

«отлично» - если разработанная программа полностью функционирует и включает все заданиям КР, составлен отчет согласно требованиям к оформлению и дан ответ 5 вопросов;

«хорошо» - если разработанная программа оценена не ниже «хорошо»,

составлен отчет согласно требованиям к оформлению и дан ответ на 4

вопроса; «удовлетворительно» - если разработанная программа оценена на

«удовлетворительно», в оформление отчета имеются недочеты и дан ответ на

3 вопроса; «неудовлетворительно» - если не выполнены условия получения

положительной оценки.

15

6 ЗАДАНИЕ И ВЫБОР ВАРИАНТА КУРСОВЫХ РАБОТ

Задание курсовой работы состоит из следующих основных пунктов:

1.Проектирование программного обеспечения.

2.Разработка графического интерфейса.

3.Разработка программного обеспечения.

4.Обеспечение минимального функционала.

5.Добавление основного функционала.

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

7.Формирование отчета по курсовой работе.

Варианты заданий:

Программное обеспечение «Файловый менеджер» разрабатывается для ОС Windows - четные номера зачетных книжек и Linux - нечетные.

Способ межпроцессного взаимодействия «Файлового менеджера» и

всплывающего окна: Отображение файлов – для последней цифры [1 и 2]

зачетной книжки, Сокеты — [ 3 и 4], Каналы — [5 и 6], Семафор — [7 и 8] и

Разделяемая память — [9 и 0].

Отслеживание всех процессов ОС для четных номеров зачетных книжек и процессы внутри «Файлового менеджера» - нечетные.

Основной функционал для «Файлового менеджера» распределяет преподаватель каждому отдельно:

1)имя компьютера;

2)имя пользователя;

3)версию операционной системы;

4)имя процесса;

5)использованное время ЦП;

6)процент используемой физической памяти;

7)процент используемой виртуальной памяти;

8)PID процесса;

16

9)приоритет процесса;

10)пользователь процесса;

11)текущее местное время;

12)продолжительность текущего сеанса работы;

13)загрузка каждого ядра ЦП в %;

14)общая загрузка процессора в %;

15)размер файла подкачки в байтах;

16)количество свободных байтов файла подкачки;

17)ширину и высоту рамки окна;

18)ширину и высоту экрана;

19)значение загрузки процессора данным процессом;

20)количество модулей, используемых процессом;

21)размер рабочего множества страниц;

22)завершение прикладного процесса, выбранного из списка;

23)счетчик количества созданных описателей (дескрипторов);

24)маска привязки процесса к процессорам;

25)количество страничных ошибок;

26)изменение приоритета выбранного процесса;

27)время старта процесса (час: мин: сек);

28)количество потоков процесса;

29)значение размера используемой оперативной памяти;

30)пиковое значение размера используемой виртуальной памяти;

31)обнаружение фактов создания файлов;

32)обнаружение фактов создания каталогов;

33)обнаружение фактов переименования файлов;

34)обнаружение фактов переименования каталогов;

35)для процесса, выбранного с помощью ввода его PID, вывести список его дочерних процессов (имя процесса, PID, время работы в системе);

17

36)вывод в текстовый файл списка процессов, завершивших выполнение в период работы монитора;

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

Пояснение

Задание 1. Проектирование «Файлового менеджера». Срок выполнения

5 неделя.

Включает в себя: выбор средств разработки и среды разработки,

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

их описание.

Задание 2. Разработка графического интерфейса. Срок выполнения 6

неделя.

Сделать эскиз графического интерфейса. Дать описание каждой форме и объектам ПО. Для создания интерфейса допускается только специализированное ПО или MS Visio.

Задание 3. Разработка ПО. Срок выполнения 7 неделя.

Разрабатывается приложение «Файловый менеджер» для одной из двух операционных систем, Windows или Linux.

Создается корневая папка как среда работы «Файлового менеджера» (в

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

«Корзина» аналогичная ОС. Обеспечить удаление в корзину и безвозвратно.

Создается папка «System», содержит все необходимые файлы (исполняемые)

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

Защитить папку «System» от удаления/переименования. Сделать основное и контекстное меню (аналогичные вашей операционной системы). В основное меню добавить пункт «О программе» - Операционная система, Язык программирования, ФИО и группа разработчика.

18

Скриншоты из среды разработки обязательны, так же сделать к ним пояснения.

Задание 4. Обеспечение минимального функционала. Срок выполнения

9 неделя.

Обеспечить взаимодействие со съемными носителями, подключаемые к

ОС.

Позволить через приложение запуск встроенных системных утилит ОС.

Утилиты - программы, служащие для выполнения вспомогательных операций обработки данных или обслуживания компьютеров (диагностики,

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

Сохранение протокола запущенных в период работы «Файлового менеджера» процессов в текстовом файле (имя процесса и время старта). Имя файла задается пользователем.

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

Задание 5. Добавление основного функционала. Срок выполнения 12

неделя.

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

19

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

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

Лог-файл – это текстовый файл, в котором хранится информация о посещениях и параметрах посещений Файлового менеджера, которые возникали на нем.

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

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

Задание 6. Выбор стратегии тестирования и разработка тестов. Срок выполнения 15 неделя.

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

Стратегия тестирования отвечает на вопросы:

как, каким образом тестирование даст ответ, что данный функционал работает;

20