Добавил:
СПбГУТ * ИКСС * Программная инженерия Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Основное / УПП. Пояснения к выполнению лабораторных работ

.pdf
Скачиваний:
13
Добавлен:
17.02.2021
Размер:
161.28 Кб
Скачать

Пояснения к выполнению лабораторных работ.

В течении семестра необходимо выполнить минимум три лабораторных работы!!! (смотри примеры отчётов)

Занятия направлены на развитие самостоятельности, творчества, креативности, ответственности за инженерно-технические, проектные решения.

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

Лабораторные работы оформляется в печатном виде односторонне, на листах формата А4, с титульным листом, под подпись. Сшиваются скрепкосшивателем, с лева в двух точках, либо сшивается нитками по типу документа «в три прокола».

Правила оформления. Страницы отчёта пронумерованы. Все рисунки и таблицы пронумерованы и подписаны. На все рисунки и таблицы в тексте есть обязательные ссылки.

1. Лабораторная работа № 1.

Название «Инструментарий управления проектами».

Целевая задача лаборатороной работы – изучение технологий управления проектами по аналогии с пакетом Microsoft Project. Microsoft Project создан, чтобы помочь менеджеру проекта в разработке планов, распределении ресурсов по задачам, отслеживании прогресса и анализе объёмов работ. Microsoft Project создаёт расписания критического пути. Расписания могут быть составлены с учётом используемых ресурсов. Цепочка визуализируется в диаграмме Ганта.

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

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

В основе реализации лабораторной работы лежит реальный пример планирования проекта. Установка:

1.Каждый студент самостоятельно и индивидуально, выбирает себе тематику, тему проекта в рамках которого происходит планирование. Важно! Даёт краткое описание того продукта, проектом которого он планирует управлять, для возможности преподавателю сделать предварительное заключение о классе, типе и трудоёмкости разработки информационной или программной системы (ИС или ПС).

2.Студент самостоятельно придумывает для своего проекта этапы и подэтапы проектирования. Список должен быть не менее чем из 8-ми пунктов.

3.Осуществляет планирование и распределение ресурсов (хотя бы денежных) с конечным обязательным представлением в виде развёрнутой диаграммы Ганта. Важно! Какиенибудь этапы (подэтапы) должны быть запараллелины, что позволяет продемонстрировать Ваше усилие по сокращению общего времени изготовления продукта.

4.Структура и форма отчёта представлена в примере (см.). Кратка характеристика:

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

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

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

4.Необходимые материалы показывающие основные этапы управления проектом (принт скрины с комментариями)

5.Развёрнутая диаграмма Ганта

6.Заключение (Обязательно!)

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

2. Лабораторная работа № 2.

Название «Определение трудоемкости разработки программ».

Студент сам выбирает программную систему для определения трудозатрат на её разработку. Важно! Вы должны понимать, что в основе методики лежит концепция аналога. Такой параметр как количество операторов (q) – устанавливается исходя из оценки уже существующих аналогичных программных систем, и его значение обосновывается именно Вами.

Структура и форма отчёта представлена в примере (см.). Кратка характеристика:

1.Краткое описание того продукта, трудоёмкость разработки которого рассчитывается. Важно! Описание должно быть выполнено на таком уровне детализации, чтобы дать возможность преподавателю сделать предварительное заключение об аналогах, классе, типе и трудоёмкости разработки информационной или программной системы.

2.Краткое изложение методики с привязкой к анализируемой программе.

3.Исходные и расчётные данные.

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

3. Лабораторная работа №3

Название «Метрики оценки программных систем» Студент самостоятельно выбирает готовый программный модуль (код) – это может быть

любая компьютерная программа или её фрагмент объёмом не менее 60 и не более 200 операторов. Программа может быть сторонняя или разработанная студентами ранее.

В зависимости от субъективной оценки исходного кода, студент выбирает наиболее подходящие метрики для оценки (из представленного списка см. лекции). Количество метрик и их сложность расчёта остаётся в профессиональной компетенции студента и субъективно должны соответствовать достаточной трудоёмкости расчёта для признания преподавателем проработанности теоретической темы студентом. Студент вправе воспользоваться также любыми метриками, которые не вошли в лекционный список. Углублённое изучение выбранных метрик прерогатива студента. Работа, представленная на уровне положительной оценки, автоматически снимает тему метрик с теоретического зачёта.

Структура и форма отчёта представлена в примере (см.). Кратка характеристика:

1.Краткое описание программного модуля (кода).

2.Описание выбранного аппарата метрической оценки (метрик, процедур и т.д.).

3.Проведённые расчёты и характеристическая оценка программного модуля.

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

5.Приложение. Листинг программного кода. Программный код допустимо представлять компактно, с минимальным размером шрифта.

Дорогу осилит идущий!