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