Государственное Бюджетное образовательное учреждение среднего профессионального образования

«Кулебакский метталлургический колледж»

РАССМОТРЕНО И «УТВЕРЖДАЮ»

ОДОБРЕНО НА ЗАСЕДАНИИ ЗАМ. ДИРЕКТОРА СПО

ЦИКЛОВОЙ КОМИССИИ ___________ Н.Б. Белова

общепрофессиональных ДИСЦИПЛИН

и профессионального цикла

СПЕЦИАЛЬНОСти 230401

ПРОТОКОЛ № _____ ОТ __________

ПРЕДСЕДАТЕЛЬ ЦИКЛОВОЙ

КОМИССИИ _________Горбунова Л.В.

МЕТОДИЧЕСКОЕ ПОСОБИЕ

для выполнения курсовой работы по дисциплине

Информатика

специальность 230401

«Информационные системы (по отраслям)»

2013

Методическое пособие разработано на основе Федерального государственного образовательного стандарта (далее - ФГОС) по специальности среднего профессионального образования (далее СПО) 230401 «Информационные системы».

Организация-разработчик: Государственное бюджетное образовательное учреждение среднего специального образования «Кулебакский металлургический колледж».

Разработчики:

Горюнова Е.А., преподаватель;

Рекомендована Цикловой комиссией общепрофессиональных дисциплин, протокол № от.. 20 г.

Экспертным советом по профессиональному образованию Федерального государственного учреждения Федерального института развития образования (ФГУ ФИРО).

Заключение Экспертного совета №__________ от « » 20 г.

номер

Содержание

1. Цель и задачи курсовой работы…………………………………………..3

2. Содержание курсовой работы…………………………………………….3

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

   1. Содержание…………………………………………………………….5

   2. Введение………………………………………………………….…….5

   3. Анализ технического задания………………………………………...5

   4. Программная реализация……………………………………………..6

   5. Описание программы…………………………………………………7

   6. Руководство программиста……………………………………...……8

      1. .Руководство системного программиста…………………..…..8

      2. Руководство программиста………………………….…….……9

      3. Руководство оператора…………………………….……………9

   7. Методика испытаний…………………………………….……..……10

   8. Заключение……………………………………………….………..…10

   9. Список используемой литературы…………………….……………10

   10. Приложения………………………………………….………..…..10

       1. Листинг программы………………………………….………..10

4. Требования к объему и оформлению………………………….……….11

5. Защита курсовой работы…………………………………….………….11

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

Цель курсовой работы заключается в закреплении и углублении знаний, полученных в процессе изучения дисциплин «Информатика» и «Объектно-ориентированное программирование», развитии навыков самостоятельной творческой деятельности.

Задачи курсовой работы:

• закрепление навыков программирования на языке Паскаль;

• приобретение навыков визуального программирования;

• изучение пакета программ Microsoft Office;

• приобретение навыков макропрограммирования (создание клавишных и языковых макросов);

• изучение состава документации сопровождения программного продукта.

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

2. Содержание курсовой работы.

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

• подобрать и изучить литературу;

• определить требования к предмету разработки;

• определить структуру входных и выходных данных;

• разработать структуру программы;

• разработать программу;

• провести ее испытание.

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

Примерный график выполнения работ приведен в табл.1.

Таблица 1

Продолжение таблицы 1.

Ход выполнения курсовой работы контролируется преподавателем. Студент обязан не реже 1 раза в 2 недели отчитываться перед преподавателем о проделанной работе.

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

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

• титульный лист;

• задание на курсовую работу;

• содержание;

• введение;

• анализ технического задания;

• расчетная часть, в которую входят разделы, соответствующие заданию;

• заключение;

• список литературы;

• приложения.

Титульный лист заполняется на стандартном бланке.

Графическая часть включает: рисунки, диаграммы, структурные схемы.

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

3.1. Содержание

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

3.2. Введение

Каждая работа имеет раздел Введение, в котором автор отражает актуальность выбранного направления с ответами на вопросы:

• какое место среди всего технического многообразия занимает данное направление?

• какова актуальность (необходимость) данной разработки?

• какие последствия ожидают от внедрения данной работы?

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

3.3. Анализ технического задания

Анализ технического задания может быть построен следующим образом:

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

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

3. Указываются существующие методы решения поставленной задачи.

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

5. Дается математическое описание алгоритма решения задачи.

6. Указываются критерии выбора и требования к тестовому примеру.

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

1. Требования к функциональным характеристикам:

   1. требования к составу выполняемых функций;

   2. организации входных и выходных данных;

   3. временным характеристикам и т. п.

2. Условия эксплуатации:

   1. вид обслуживания;

   2. необходимое количество и квалификация персонала.

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

4. Требования к информационной и программной совместимости:

   1. требования к информационным структурам на входе и выходе;

   2. требования к методам решения;

   3. исходным кодам;

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

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

6. При необходимости должна обеспечиваться защита информации и программ.

Результатом анализа технического задания является требования к разрабатываемому решению:

• повысить точность;

• увеличить скорость вычислений;

• сделать информацию доступной другим приложениям;

• предоставить пользователю инструмент, позволяющий ему самому расширять объем приложений;

• визуализировать необходимые процессы, недоступные детали сборки и т.п..

Анализ технического задания должен отвечать на вопрос «что надо сделать?», а не «как надо сделать?».

3.4. Программная реализация

Программный уровень анализа поставленной задачи - это этап постановки задачи. На больших производствах задачи математического анализа, конструирования, программной постановки и программирования решаются разными людьми. В рамках данной работы студенту предлагается вникнуть в задачи каждого исполнителя и решить свою частную задачу. В связи с этим, в своей работе Вы должны увидеть (по возможности отразить) все величие общей задачи и вариант решения своей. Выводы программно-аппаратного анализа решения задачи и есть постановка задачи:

• Базовая поддержка системных библиотек.

• Объем требуемой оперативной памяти (на локальной машине, на сателлитах).

• Время работы алгоритма (системы), требования к аппаратуре по поддержки реального времени.

• Объем кода и данных. Потребность в поддержке работы со сверхбольшим объемом данных.

Исходя из постановки задачи Вами будет решена задача:

• Системного программирования (разработка библиотек, драйверов, препроцессоров; функций реализованных на Ассемблере; менеджера сигналов комплекса и т.п.).

• Прикладного программирования (программы, решающие частные задачи не являющиеся законченным проектом; модули, работающие в предопределенной, заданной среде, например в среде Excel).

• Интерфейса пользователя.

• Конструирование (дизайн) - предподготовку 2D и 3D графических данных для других приложений.

Анализ программной реализации предусматривает выбор типа данных (структур данных), методов их инициализации, срока жизни в оперативной памяти и формата выдачи из функции. Наиболее приемлемым является тот формат, на работу с которым имеется встроенная библиотека. Но бывает ряд обстоятельств, когда целесообразно использовать свой формат. Зная методику создания инициализационных данных (ini-файлы), пользователь сможет сам расширять необходимое ему приложение.

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

Собственно набор подобных подпрограмм может быть представлен в виде программного комплекса, который является:

• уникальным выполнимым модулем;

• надстройкой коммерческой среды (например, среды Excel);

• набором библиотек, вызываемым из среды (Вашего приложения).

3.5. Описание программы

Описание программы должно содержать следующие разделы:

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

• функциональное назначение (классы решаемых задач и/или назначение программы и сведения о функциональных ограничениях на применение).

• описание логической структуры (алгоритм программы; используемые методы; структура программы с описанием функций составных частей и связи между ними; связи программы с другими программами). Описание логической структуры программы выполняют с учетом текста программы на исходном языке.

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

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

• Входные и выходные данные (характер, организация и предварительная подготовка входных данных; формат, описание и способ кодирования входных и выходных данных; характер и организация выходных данных)

3.6. Руководство программиста

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

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

3.6.1. Руководство системного программиста

Должно содержать следующие разделы:

• структура программы;

сведения о структуре программы, ее основных частях, о связях между основными частями и о связях с другими программами.

• настройка программы;

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

• проверка программы;

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

• дополнительные возможности;

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

• сообщения системному программисту.

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

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

3.6.2. Руководство программиста

Включает следующие разделы:

• характеристики программы;

описание основных характеристик и особенностей программы (временные характеристики, режим работы, средства контроля правильности выполнения и самовосстанавливаемости программы и т.п.).

• обращение к программе;

описание вызова программы (способы передачи управления и параметров данных и др.).

• входные и выходные данные;

описание организации входной и выходной информации.

• сообщения.

тексты сообщений, выдаваемых программисту или оператору в ходе выполнения настройки, программы, описание их содержания и действия, которые необходимо предпринять по этим сообщениям.

3.6.3. Руководство оператора

Содержит следующие разделы:

• выполнение программы;

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

• сообщения оператору.

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

• описание интерфейса.

Разработка пользовательского интерфейса должна производиться с учетом требование стандарта SAA (Systems Application Architecture) фирмы IBM, который является попыткой стандартизировать фактически каждый acпект разработки программ, включая пользовательский интерфейс, языки и инструментарий программирования, стиль кодирования, графику, окна. Стандартизированный интерфейс пользователя повышает конкурентоспособность программного продукта и позволяет значительно сократить затраты на обучение персонала, использующего систему.

3.7. Методика испытаний

Содержит следующие разделы:

• объект испытаний;

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

• цель испытаний;

Целями тестирования являются: проверка работоспособности системы в режиме пиковой нагрузки; получение временных характеристик работы основных процессов системы;

• требования к программе;

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

• средства и порядок испытаний;

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

• методы испытаний.

описания используемых методов испытаний. Методы испытаний рекомендуется по отдельным показателям располагать в последовательности, в которой эти показатели расположены в разделе «Требования к программе».

Тестовый пример должен моделировать работу программной системы в условиях реального времени.

В приложение к документу могут быть включены тестовые примеры, контрольные распечатки тестовых примеров, таблицы, графики и т.п.

3.8. Заключение

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

3.9. Список литературы

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

3.10. Приложения

3.10.1. Текст программы

Требования к оформлению исходного текста программы.

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

• Структурирование текста программы (отступы, разделители, заголовки);

• Комментарий:

• Комментарий модуля/программы.

• Сведения об авторе программы/подпрограммы (группа, ФИО, дата).

• Назначение программы и результат ее выполнения.

• Указания по вызову программы и ее использованию: Имя файла исходного текста и используемых файлов. Режимы компиляции, компоновки. Тип исполняемого файла. Формат команды запуска, краткие сведения по управлению работой программы.

• Список и назначение основных переменных.

• Список используемых подпрограмм.

• Сведения о времени выполнения программы, требуемый объем памяти.

• Комментарий - заголовок группы инструкций, служащих для выполнения конкретной функции (например "открытие файла"...). Каждый логически выделенный кусок программы следует комментировать.

• Комментарий процедуры или макрокоманды. (Назначение, входные/ выходные параметры, результат, разрушаемые регистры).

• Строчный комментарий. Пояснение прикладного результата действия инструкций программы.

Рекомендуется придерживаться правила комментирования программы в соотношении 2:1 (инструкции : комментарий), обеспечивающего, в среднем, хорошую читаемость программы.

4. Требования к объему и оформлению

Объем пояснительной записки и графического материала строго не регламентируется. По усмотрению руководителя содержание отдельных разделов пояснительной записки может быть скорректировано с учетом тематики задания. Приблизительный объем пояснительной записки - 20-25 страниц формата А4 (210х297 мм).

Пояснительная записка оформляется в соответствии с правилами оформления документов (Стандарты предприятий. Общие требования к текстовым документам. СТП 02068054-0102-98). Графическая часть оформляется в соответствии с требованиями стандартов ЕСКД.

5. Защита курсовой работы

Защита состоит в коротком (до 8 мин.) докладе по выполненной работе и ответах на вопросы.

В докладе должны быть кратко и четко отражены следующие вопросы:

• назначение программного продукта и область его применения.

• краткий анализ технического задания и исходные и исходные данные для его выполнения.

• особенности примененных решений.

• выводы, отражающие соответствие разработки всем требованиям.

• перспективы дальнейшей модификации программного компонента.

При ответах на вопросы студент должен дать все необходимые объяснения по существу работы и уметь ориентироваться в любых теоретических вопросах ее касающихся.