- •1. Цели учебной практики
- •2. Задачи учебной практики
- •3. Место учебной практики в структуре ооп бакалавриата
- •4. Формы проведения учебной практики
- •5. Место и время проведения учебной практики
- •6. Компетенции обучающегося, формируемые в результате прохождения учебной практики
- •7. Структура и содержание учебной практики
- •Структура и содержание отчёта об учебной практике
- •8. Образовательные, научно-исследовательские и научно-производственные технологии, используемые на учебной практике
- •9. Учебно-методическое обеспечение самостоятельной работы студентов на учебной практике
- •10. Формы промежуточной аттестации (по итогам практики)
- •11. Учебно-методическое и информационное обеспечение учебной практики
- •12. Материально-техническое обеспечение учебной практики
- •Приложение 1. Задание на учебную практику Разработка прототипа информационной системы специализированного интернет-магазина
- •Этапы выполнения задания
- •1 Этап. Анализ требований к системе.
- •2 Этап. Проектирование базы данных.
- •3 Этап. Создание таблиц бд и заполнение таблиц контрольными даннымисредствами MySql.
- •4 Этап Создание запросов.
- •5 Этап. Разработка веб-интерфейса системы средствами php.
- •6 Этап. Прогнозирование объемов продаж.
- •7 Этап. Тестирование и отладка системы.
- •Приложение2. Образец титульного листа отчёта
- •II. Специальная литература:
12. Материально-техническое обеспечение учебной практики
Материально-техническое обеспечение учебной практики должно быть достаточным для достижения целей практики и должно соответствовать действующим санитарным и противопожарным нормам, а также требованиям техники безопасности при проведении учебных и научно-производственных работ.
Студентам должна быть обеспечена возможность доступа к информации, необходимой для выполнения задания по практике и написанию отчёта.
Программа составлена в соответствии с требованиями ФГОС ВПО и с учетом рекомендаций ПрООП ВПО по направлению и профилю подготовки 230700 «Прикладная информатика».
Приложение 1. Задание на учебную практику Разработка прототипа информационной системы специализированного интернет-магазина
Задача: разработать прототип информационной системы специализированного интернет-магазина по выбранной теме из списка:
Продажа книг по компьютерной тематике.
Продажа смартфонов.
Продажа планшетов.
Продажа ноутбуков.
Продажа мониторов.
Продажа кофе и чая.
Продажа билетов в кинотеатры.
Продажа путевок.
Продажа косметики.
Продажа кухонной техники.
Продажа аудиотехники.
Продажа спортивных тренажёров для дома.
Система должна предоставлять следующие возможности:
менеджеру - возможность вводить информацию о товарах и формировать различные отчеты;
клиенту магазина – просматривать товары в каталоге, заказывать товары, просматривать счёт для оплаты.
Примерный список данных, которые должны храниться в системе:
1. Список товаров в магазине, их цена; количество на складе.
2. Заказчики: фамилия, имя, пол, дата рождения; адрес доставки, скидка.
3. Заказы: кто, когда, что заказал и в каком количестве, какой способ доставки выбрал.
4. Способы доставки товаров и их стоимость.
В целях обеспечения безопасности и аудита должна выполняться идентификация и аутентификация пользователей при входе в систему.
Система должна иметь веб-интерфейс.
Этапы выполнения задания
1 Этап. Анализ требований к системе.
Целью этапа является определение требований высокого уровня к системе интернет-магазина в терминах потребностей конечных пользователей:
функциональные требования;
нефункциональные требования.
Функциональные требования к системе описываются в виде вариантов использования на диаграмме (диаграммах) прецедентов. Целью создания диаграммы прецедентов является описание того, как будет использоваться система, т.е. описание ее основного назначения. Диаграммы прецедентов охватывают основные необходимые функции, определяя тем самым диапазон функциональности системы.
Вариант использования - это последовательность действий (транзакций), выполняемых системой в ответ на событие, инициируемое некоторым внешним объектом (действующим лицом). Вариант использования описывает типичное взаимодействие между пользователем и системой и отражает представление о поведении системы с точки зрения пользователя.
Действующее лицо (actor) — это роль, которую пользователь играет по отношению к системе. Действующие лица представляют собой роли, а не конкретных людей или наименования работ.
Действующие лица делятся на три основных типа — пользователи системы, другие системы, взаимодействующие с данной, и время. Время становится действующим лицом, если от него зависит запуск каких-либо событий в системе.
На диаграмме прецедентов отражается взаимодействие между вариантами использования и действующими лицами. Таким образом, варианты использования — это функции, выполняемые системой, а действующие лица — это заинтересованные лица по отношению к создаваемой системе. Направление стрелки показывает, кто инициирует коммуникацию.
При построении диаграмм прецедентов нужно придерживаться следующих правил:
Не моделируйте связи между действующими лицами. По определению действующие лица находятся вне сферы действия системы. Это означает, что связи между ними также не относятся к ее компетенции.
Не соединяйте стрелкой два варианта использования непосредственно. Диаграммы данного типа описывают только сами варианты использования, а не порядок их выполнения.
Каждый вариант использования должен быть инициирован действующим лицом. Это означает, что всегда должна быть стрелка, начинающаяся на действующем лице и заканчивающаяся на варианте использования.
Нефункциональные требования (дополнительные спецификации) - это описание таких свойств системы, как особенности среды и реализации, производительность, расширяемость, надежность, безопасность и т. д. Назначение дополнительных спецификаций — определить требования к системе, которые не охватывает модель вариантов использования. Вместе они образуют полный набор требований к системе.