Завьялов А. В.. Анализ и проектирование информационных систем
.pdfСодержание курсовой работы должно строго соответствовать заданию на ее выполнение.
Подбор литературы по теме курсового проекта (работы) осуществляется студентом самостоятельно. Преподаватель при этом определяет наиболее важные источники, которые обязательно должны быть использованы при выполнении курсовой работы. Студенту рекомендуется использовать все источники информации: научно-технические библиотеки, электронно-библиотечные системы и Интернет. Общее количество используемых источников при выполнении работы определяется студентом самостоятельно (рекомендуемое количество от 5 до 20). Рекомендуется использовать источники, изданные в последние 3-5 лет.
Курсовая работа также должна отвечать следующим требованиям:
–быть выполненной на достаточном теоретическом и техническом
уровне;
–основываться на результатах самостоятельной работы студента;
–быть оформленной в соответствии с требованиями и в выполненной сроки, которые указаны в задании.
3.Требования к структуре и оформлению курсовой работы
3.1. Общие положения
Оформление курсовой работы должно быть выполнено на основе ГОСТ 7.32-2001. Курсовая работа должна включать:
–титульный лист;
–задание на курсовую работу;
–оглавление;
–введение;
–основную часть;
–заключение или выводы;
–список использованных источников.
Каждый раздел должен начинаться с новой страницы. Курсовая работа печатается на одной стороне листов белой бумаги формата А4.
Рекомендуется использовать шрифт Times New Roman Cyr, размер – 14 (при большом объеме работы может быть уменьшен до 12), межстрочный интервал – 1,5 (при большом объеме работы может быть уменьшен до 1,2).
11
Основной цвет текста – черный. Текст должен быть напечатан с соблюдением единых для всего документа размеров полей: правое – не менее 10 мм, левое, верхнее и нижнее – не менее 20 мм.
В основной части каждый элемент задания должен быть выделен в отдельный подраздел.
Страницы отчета следует нумеровать арабскими цифрами, соблюдая сквозную нумерацию по всей работе. Номер страницы проставляют по центру строки, в верхнем или нижнем колонтитуле.
Объём курсовой работы должен составлять от 15 до 50 страниц.
3.2. Титульный лист
Титульный лист должен быть оформлен в соответствии с образцом, размещенным на сайте кафедры http://vega.fcyb.mirea.ru, в разделе «Студентам». Титульный лист должен быть включен в общую нумерацию страниц, при этом номер на нем не проставляется.
3.3. Задание на курсовую работу
Задание выдаётся каждому студенту преподавателем. Работа над заданием может проводиться индивидуально или в группе, состав которой указывается в задании и отчете по курсовой работе.
Задание должно быть оформлено в соответствии с образцом, размещенным на сайте кафедры http://vega.fcyb.mirea.ru, в разделе «Студентам».
3.4.Оглавление
Вначале отчета по курсовой работе должно быть расположено оглавление с указанием структурных элементов отчета и номерами страниц. В оглавление вносятся только пронумерованные разделы и приложения. Номера разделам присваиваются последовательно, могут содержать до 4-х уровней вложения (например, 1.2.3.4).
Структурные элементы работы, которые не имеют заголовков, не нумеруются и в оглавление не включаются. Пункты перечислений, не включенные в общую структуру нумерации (например, 1), 2), 3), … в разделе 1.2) в оглавление не включаются. Приложения обозначаются буквами (Приложение А, Приложение Б, …)
12
3.5. Введение и заключение
Во введении (рекомендуемый объём 1-2 страницы) дается общая характеристика курсовой работы:
–определяется цель работы и задачи, подлежащие решению для её достижения;
–описывается назначение проектируемого программного средства;
–указывается основание для выполнения курсовой работы – учебный план по направлению подготовки 01.03.02 «Прикладная математика и информатика».
В заключении приводится информация о том, какие цели и результаты были достигнуты в процессе выполнения курсовой работы, какие темы были изучены, какие знания и умения приобретены.
3.6. Глоссарий и список аббревиатур
При использовании в работе терминов или аббревиатур, которые не являются широко распространенными или могут иметь в контексте изучаемой дисциплины несколько толкований, они определяются и расшифровываются в специальных разделах «Глоссарий» и «Список аббревиатур».
3.7.Список использованных источников
Вконце работы приводятся ссылки на литературу и другие источники, использованные студентом при выполнении курсовой работы. Ссылки на использованные в ходе курсовой работы алгоритмы, методы, приемы, практики и работы других авторов обязательны.
Ссылки оформляются в соответствии с ГОСТ 7.1-2003. Примеры оформления ссылок в различных случаях приведены в приложении к данному ГОСТ.
При использовании ресурсов Интернет и других электронных ресурсов описание выполняется в соответствии с ГОСТ 7.82, в приложении к которому также приведены примеры описаний. Описание должно содержать, как минимум, название ресурса (страницы), авторов (при наличии таких сведений), URL для доступа и время обращения обучающегося к ресурсу.
13
При наличии в различных источниках отличающихся описаний для использованного метода, приема, шаблона указывается ссылка на ту версию, которая использована в работе.
4.Требования к структуре основной части
Вструктуре основной части должны быть предусмотрены следующие подразделы:
–основные требования к программе;
–описание архитектуры;
–алгоритмы взаимодействия компонентов.
Начинать новую страницу для каждого подраздела не следует.
4.1.Основные требования к программе
Вэтом разделе приводятся:
–краткий обзор требований к системе;
–архитектурные мотивы.
4.1.1.Обзор требований к системе
При разработке требований в качестве исходных данных могут
использоваться:
–проект или существующее техническое задание, спецификация, документ требований, описание концепции или другие документы на данное программное средство;
–проект или существующее техническое задание, спецификация, документ требований, описание концепции или другие документы на аналогичное программное средство;
–данные экспертов и участников разработки программного средства (например, руководителей производственной практики или сотрудников по месту прохождения практики);
–личный опыт и идеи студента;
–установки преподавателя;
14
– научно-техническая литература, техническая или нормативная документация.
Требования формулируются в виде краткого пронумерованного перечня (1-2 страницы текста формата А4) и должны включать (если применимо):
–функциональные требования;
–нефункциональные требования, в том числе требования к готовности, модифицируемости, производительности, безопасности, практичности, контролепригодности и другим параметрам качества программы;
–ограничения проектирования, в том числе предполагаемую операционную среду функционирования, необходимость использования существующих наработок или соблюдения установленных правил.
Требования, по возможности, должны отвечать следующим критериям:
–понятность;
–корректность;
–недвусмысленность;
–полнота;
–непротиворечивость;
–проверяемость;
–модифицируемость;
–упорядоченность по важности и стабильности;
–трассируемость.
Перечню требований должны предшествовать полная точная формулировка темы работы, согласованная с преподавателем, а также описание общего назначения программного средства.
В случае сложной, незнакомой предметной области допускается дополнить перечень требований диаграммой классов предметной области
15
и/или диаграммой прецедентов (с детализацией до уровня прецедентов цели пользователя).
Полученный перечень требований должен давать достаточно полное представление о пользователях программного средства, контексте его использования, функциях, входных и выходных данных, источниках и получателях данных. Описание должно позволить оценить объем работы по проектированию программного средства и содержать всю необходимую для начала проектирования информацию.
4.1.2.Архитектурные мотивы
Вэтом подразделе приводится пронумерованный перечень архитектурных мотивов – требований, влияющих на архитектуру программы. Формулировки могут быть дополнены пояснениями, как именно данное требование оказывает влияние на архитектуру. При этом не допускается заменять требования или включать в пояснения к ним архитектурные или проектные решения, так как процесс проектирования не следует начинать до того, как формулировка некоторой версии требований и архитектурных мотивов будет завершена.
Перечень архитектурных мотивов, как правило, должен указывать наиболее важные направления и ограничения, которые должны быть выполнены в процессе выбора шаблона архитектуры, тактик реализации качества и принятия других проектных решений.
4.2. Описание архитектуры
Архитектура программного средства должна быть разработана в соответствии с атрибутным методом разработки архитектуры. При этом выполняется:
–выбор и обоснование шаблона архитектуры;
–выбор необходимых тактик реализации качества;
–разработка перечня компонентов и классов программы и составление диаграмм компонентов (классов).
Исходными данными для выбора шаблона являются архитектурные мотивы, а также другие сведения, которые по каким-либо причинам не включены в их перечень, но ограничивают принятие решений по выбору оптимальной архитектуры.
16
Проанализировав архитектурные мотивы, необходимо выбрать 2-3 шаблона архитектуры (например, из числа изучаемых в рамках данного курса или из других источников), которые являются наиболее подходящими для данной программы. Применив каждый из выбранных шаблонов, следует составить примерную диаграмму классов (компонентов) программы на языке моделирования UML. На основе анализа сильных и слабых сторон каждого из шаблонов при реализации имеющихся требований к программе, необходимо выбрать один из них и письменно обосновать свой выбор.
Для выбранного шаблона следует более детально проработать диаграмму классов (компонентов), наметить распределение обязанностей между классами (компонентами) и порядок их взаимодействия.
Итоговая диаграмма должна быть выполнена одним из следующих способов:
–в произвольном векторном или растровом графическом редакторе с соблюдением нотации UML. Например, можно использовать редакторы: Xara Designer, Inkscape, MS Paint, Adobe Photoshop;
–в специальном редакторе UML-диаграмм с соблюдением ограничений и правил UML, реализованных в данном редакторе. Например,
можно использовать Sparx Enterprise Architect, Visual Paradigm, MS Visio;
–с использованием общедоступных online-сервисов для рисования диаграмм UML, например: creately.com, draw.io.
Диаграмма классов или компонентов UML дополняется описанием обязанностей классов (компонентов), а также основных методов, формирующих интерфейсы их взаимодействия.
4.3.Алгоритмы взаимодействия компонентов
Вэтом разделе приводятся диаграммы взаимодействия, иллюстрирующие взаимодействие классов (объектов, компонентов) программы в процессе выполнения ключевых прецедентов (сценариев).
Исходными данными является диаграмма классов (компонентов) программы, составленная в соответствии с выбранным шаблоном архитектуры, а также требования к программе для определения ключевых прецедентов (сценариев).
17
На основе анализа требования необходимо определить ключевые прецеденты (сценарии) программного средства. Как правило, выбирают 2-4 прецедента, для которых в дальнейшем составляют диаграммы взаимодействия, содержащие детальную информацию о порядке взаимодействия классов (компонентов) программы в соответствии с выбранным шаблоном архитектуры.
На основе анализа требований для каждого из ключевых прецедентов (сценариев) необходимо выбрать один из следующих видов диаграмм взаимодействия в зависимости от количества взаимодействующих объектов, количества и сложности взаимодействий:
–диаграмма последовательности (sequence diagram);
–коммуникационная диаграмма (communication diagram);
–диаграмма деятельности (activity diagram).
В большинстве случаев предпочтительным является выбор диаграммы последовательности.
На основе анализа требований и диаграммы классов, с учетом выбранного шаблона архитектуры и вида диаграмм необходимо составить диаграммы, отображающие основные взаимодействия классов (объектов, компонентов) программы в процессе исполнения прецедентов (сценариев).
Правила составления диаграмм определяются нотацией UML.
Диаграммы должны быть выполнены одним из следующих способов:
–в произвольном векторном или растровом графическом редакторе с соблюдением нотации UML. Например, можно использовать редакторы: Xara Designer, Inkscape, MS Paint, Adobe Photoshop;
–в специальном редакторе UML-диаграмм с соблюдением ограничений и правил UML, реализованных в данном редакторе. Например,
можно использовать Sparx Enterprise Architect, Visual Paradigm, MS Visio;
–с использованием общедоступных online-сервисов для рисования диаграмм UML, например: creately.com, draw.io.
Диаграммы взаимодействия необходимо дополнить текстовым описанием, которое будет содержать описание отображенных на диаграммах взаимодействий в текстовом виде. После составления диаграмм и описаний
18
следует убедиться в соответствии графического и текстового описаний и, при необходимости, внести в одно из них корректировки.
5. Защита курсовой работы
При защите курсовой работы студент должен показать полученные в процессе её выполнения знания и уметь ответить на вопросы по теме курсовой работы, а также на замечания преподавателя.
4.1. Оценка за курсовую работу
При оценке курсовой работы учитывается как качество устного ответа студента, так и глубина проработки темы, умение обосновать собственное мнение по изученным проблемам, качество анализа фактического материала, полученные выводы и рекомендации. Работа оценивается по четырехбальной системе (отлично, хорошо, удовлетворительно, неудовлетворительно).
Оценка «отлично» выставляется, если выполнены все следующие условия:
–работа выполнена в полном соответствии с заданием, отличается глубиной проработки всех разделов содержательной части, пояснительная записка оформлена с соблюдением установленных правил;
–преподаватель характеризует деятельность студента положительно (в частности, отмечает его инициативу, самостоятельность, систематичность работы на всех этапах ее выполнения);
–в докладе исчерпывающе, последовательно, четко и логически правильно изложена суть работы и ее основные результаты;
–студент свободно владеет теоретическим материалом, безошибочно применяет его при решении задач, сформулированных в задании;
–на все вопросы студент дает обстоятельные и правильные ответы, убедительно защищает свою точку зрения.
Оценка «хорошо» выставляется, если выполнены все следующие условия:
– работа выполнена в соответствии с заданием, отличается глубиной проработки всех разделов содержательной части, пояснительная записка оформлена с соблюдением установленных правил;
19
–преподаватель характеризует деятельность студента положительно, возможно, с незначительными замечаниями;
–в докладе правильно изложена суть работы и ее основные результаты;
–студент достаточно твердо усвоил теоретический материал и может применять его самостоятельно и по указанию преподавателя;
–на большинство вопросов студентом даны правильные ответы, студент защищает свою точку зрения достаточно обоснованно.
Оценка «удовлетворительно» выставляется, если выполнено одно из следующих условий:
–работа выполнена в основном правильно, но без необходимой проработки некоторых разделов;
–в докладе упущены некоторые принципиальные моменты содержательной части работы;
–на вопросы студент отвечает неуверенно или допускает серьезные ошибки, неуверенно защищает свою точку зрения.
Оценка «неудовлетворительно» выставляется, если студент не может защитить свои решения, допускает грубые фактические ошибки при ответах на поставленные вопросы или вовсе не отвечает на них.
Студентам, получившим неудовлетворительную оценку за курсовую работу, предоставляется право выбора новой темы или, по решению преподавателя, переработки прежней темы и определяется новый срок для ее выполнения.
4.2 Вопросы для подготовки к защите курсовой работы
Вопросы, задаваемые студенту в процессе защиты, зависят от выбранной темы курсовой работы, ее соответствия заданию, предъявленным требованиям и соблюдения сроков выполнения.
По содержательной части курсовой работы следует предварительно подготовить ответы на следующие вопросы:
– Каково основное назначение вашей программы и условия ее использования?
20