ТРПО Требования к курсовому проекту

ФГБОУ ВПО Уральский государственный горный университет

кафедра информ@тики

Методические указания по курсовому проектированию

по дисциплине «Технологии разработки программного обеспечения»

для магистров направления 230100.68 (магистерская программа «Технология разработки программных систем»).

Екатеринбург, 2014

Оглавление
Цели и задачи курсового проектирования ...............................................................................................	3
Содержание отчета по курсовому проекту ...............................................................................................	4
Требования к содержанию по разделам ..................................................................................................	5
Требования по оформлению курсового проекта .....................................................................................	7

2

Цели и задачи курсового проектирования

Целью курсового проектирования является обеспечение всего жизненного цикла программного продукта – от проектирования архитектуры до поддержки и рефакторинга. Курсовой проект содержит разделы, соответствующие материалу, изученному в рамках изучения дисциплины «Технологии разработки программного обеспечения» и призван продемонстрировать степень освоения материала по данной дисциплине.

Тематика курсового проекта выбирается магистрами самостоятельно, в соответствии с их интересами в области разработки программного обеспечения. Тема курсового проект формулируется как «Разработка приложения _наименование/назначение_», например: «Разработка приложения «Электронный деканат», «Разработка АСУ наполнением газовых баллонов», «Разработка программного комплекса для сопровождения всех сторон ДТП» и т.д.

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

Курсовой проект предоставляется для защиты в следующей комплектности:

отчет по курсовому проекту (*.doc, *.docx, *.pdf)

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

набор вспомогательных программных модулей или видео, демонстрирующее их работу

исходные файлы проекта (*.zip)

презентация курсового проекта (*.pdf)

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

Видео, демонстрирующее работу приложения, должно быть не длиннее 3 минут. Желательно, чтобы видео было снабжено текстовыми комментариями.

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

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

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

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

3

Содержание отчета по курсовому проекту

1.Формирование требований к программному продукту.

1.1.Характеристика проблемной ситуации.

1.2.Формализация требований к программному продукту.

1.3.Сценарии атрибутов качества

1.4.Тактики реализации атрибутов качества.

2.Проектирование архитектуры.Проектирование архитектуры методом ADD.

2.2.Создание макета системы.

2.3.Разработка архитектурной документации.

3.Тестирование.Разработка плана тестирования.

3.2.Разработка тестов.

3.3.Проведение тестирования.

4.Стратегический план внедрения.Коммерческие атрибуты качества

4.2.Разработка плана внедрения.

4.3.Календарный план.

4.4.Распространение продукта.

5.Поддержка.Выбор механизма поддержки продукта.

5.2.Обновление и изменение продукта.

Заключение.

4

Требования к содержанию по разделам

1.Формирование требований к программному продукту.

1.1.Характеристика проблемной ситуации.

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

1.2. Формализация требований к программному продукту.

Формируются функциональные требования к ПО, а также требования в соответствии со следующими следующим атрибутам качества:

1.готовности

2.модифицируемости

3.производительности

4.безопасности

5.контролепригодности

6.практичности

1.3. Сценарии атрибутов качества Прорабатываются сценарии для описанных выше атрибутов качества (по 1-2 сценария из

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

Разрабатываются тактики реализации атрибутов качества для сценариев, рассмотренных в 1.3. 2. Проектирование архитектуры.Проектирование архитектуры методом ADD.

Архитектура проектируется в соответствии с методологией ADD, для иллюстрации можно использовать UML-диаграммы.

2.2. Создание макета системы.

Представляется реализация нескольких (3-4) основных модулей системы, UML-диаграммы классов и листинги основных нетривиальных функций.2.3. Разработка архитектурной документации.В данном разделе представляется основная архитектурная документация разрабатываемого программного продукта (для тех модулей, которые реализованы в разделе

2.2):

1.Документирование представления (на основе стандартной семичастной структуры)

2.Документирование поведения

3.Документирование интерфейсов (на основе шаблона документирования интерфейсов)

4.Перекрестная документация

3.Тестирование

3.1.Разработка плана тестирования.

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

3.2. Разработка тестов.

Разрабатываются тесты для реализованных модулей программного продукта с учетом плана тестирования, составленного в 3.1. Представляются листинги нескольких (3-5) тестов.

3.3. Проведение тестирования.

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

4.Стратегический план внедрения.

4.1.Коммерческие атрибуты качества

5

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

1.Срок выхода продукта на рынок

2.Стоимость и прибыль

3.Предполагаемый срок службы системы

4.Целевой сегмент рынка

5.График развертывания

6.Интеграция с существующими системами 4.2. Разработка плана внедрения.

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

4.3. Календарный план.

На основе плана внедрения формируется календарный план, который представляется в виде диаграммы Ганта.

4.4. Распространение продукта.

Описываются различные аспекты распространения продукта, касающиеся способа распространения продукта – использование софтверных интернет-магазинов (Google Play, AppStore и т.д.), предоставление пользователю ссылки для скачивания, носителя с продуктом и т.д. Выбирается способ защиты программного продукта от несанкционированного использования.

5.Поддержка.

5.1.Выбор механизма поддержки продукта.

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

5.2.Обновление и изменение продукта.

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

Заключение.

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

6

Требования по оформлению курсового проекта

Общие требования к оформлению отчета:

Рисунки должны быть подписаны («Рис.1.1. Название рисунка»), а также обязательно иметь ссылку в тексте («Диаграмма развертывания приложения показана на рис.1.1»). Скриншоты, диаграммы и прочая графика должна быть представлена в читаемом виде (т.е. не допускается уменьшение/увеличение до полной нечитаемости).

Листинги и таблицы должны быть так же подписаны («Листинг 1.1. Имя файла», «Таблица 1.1. Название таблицы») и иметь ссылки в тексте.

Страницы (кроме первой) должны быть пронумерованы, в документе должна присутствовать страница «Содержание» с активным оглавлением.

Формат титульного листа отчета по курсовому проекту представлен на с.8

Дополнительные требования к оформлению:

Желательно, чтобы все диаграммы в отчете были выполнены в единообразном стиле. Диаграммы должны полностью отвечать соответствующим стандартам (то есть, UML-диаграмма классов должна отвечать стандарту UML, и т.д.).

7

ФГБОУ ВПО Уральский государственный горный университет

Инженерно-экономический факультет Кафедра информатики

Курсовой проект

По дисциплине «Технологии разработки программного обеспечения»

На тему «Разработка приложения для покупки авиабилетов»

Выполнил:

Магистрант гр. ИНФ.М-13

Рукомойников В.А.

Проверила:

Ст. преподаватель каф. информатки Волкова Е.А.

Екатеринбург, 2014г.

8