Перейти к содержанию
Отчёт по практике Узнать цену

По специальностям

Отчёт по практике специалиста по информационным системам на заказ

Специальность «Информационные системы и программирование» объединяет несколько квалификаций, и практика у них разная. Но у большинства отчётов общий стержень: студент изучает, как в организации устроена информационная система, проектирует или дорабатывает её часть, работает с базой данных и помогает её сопровождать. В отличие от отчёта программиста, здесь важнее модели и документы, чем код.

Ниже — как устроен такой отчёт, какие диаграммы в нём ждут, как сформулировать задачи и где руководитель находит ошибки. Если готовить отчёт некогда, пришлите задание: мы напишем его по вашей программе практики.

Нужен отчёт по практике? Напишите специальность и куда ответить

Ответим с ценой и сроком в рабочее время. Методичку и задание можно прислать после первого ответа.

Чем заняты на практике

Профессиональные модули по этой специальности, как правило, охватывают разработку модулей программного обеспечения, проектирование информационных систем, администрирование баз данных и сопровождение ПО. На практике это выглядит так:

  • Анализ предметной области. Как работает отдел или процесс, который автоматизирует система: кто вводит данные, какие документы на входе и выходе.
  • Проектирование. Диаграммы, модель данных, требования к системе.
  • Администрирование базы данных. Создание таблиц и связей, пользователи и роли, резервное копирование и восстановление, оптимизация запросов.
  • Сопровождение. Приём обращений пользователей, установка обновлений, ведение журнала изменений, инструкции.

Разделы отчёта и что в них показать

РазделСодержаниеЧто приложить
Характеристика организации и ИТ-инфраструктурыСтруктура, какие системы используются, кто их сопровождаетСхема структуры
Анализ предметной областиБизнес-процесс, участники, документы, проблемы текущей автоматизацииОписание процесса «как есть»
Требования к системеФункциональные и нефункциональные требования, роли пользователейТаблица требований
ПроектированиеUML-диаграммы, логическая и физическая модель данныхДиаграммы, ER-модель
Работа с базой данныхСкрипты создания таблиц, запросы, роли и права, резервное копированиеЛистинги SQL, скриншоты результатов
СопровождениеОбращения, обновления, журнал изменений, инструкция пользователяФрагмент журнала, инструкция

Какие UML-диаграммы обычно требуют

  • Диаграмма вариантов использования — кто из пользователей что делает в системе
  • Диаграмма классов — сущности, атрибуты и связи; для отчёта по базе данных её дополняет ER-модель
  • Диаграмма деятельности — как проходит процесс, например оформление заявки от создания до закрытия
  • Диаграмма последовательности — обмен сообщениями между пользователем, интерфейсом и базой при одной операции
  • Диаграмма развёртывания — на каких серверах и рабочих местах работают части системы

Каждая диаграмма подписывается как рисунок и сопровождается текстом: что на ней показано и какой вывод из неё следует. Диаграмма без пояснения — частая причина замечаний.

Пример формулировок задач

  • Проанализировать предметную область и процесс учёта заявок в отделе организации
  • Сформулировать функциональные требования к информационной системе учёта заявок
  • Построить диаграммы вариантов использования и деятельности для основных процессов
  • Спроектировать логическую и физическую модель базы данных и привести её к третьей нормальной форме
  • Настроить роли и права доступа пользователей базы данных
  • Организовать резервное копирование базы данных и проверить восстановление из копии
  • Разработать инструкцию пользователя для модуля системы

Типичные замечания руководителя

  • Диаграммы нарисованы с нарушением нотации: стрелки и связи не того типа
  • Модель данных не нормализована, хотя в задании это требование
  • Анализ предметной области подменён описанием программы, которой пользуется организация
  • Резервное копирование описано словами «настроено», без расписания, места хранения и проверки
  • Требования к системе не связаны с выявленными проблемами процесса
  • Нет инструкции пользователя или она скопирована из справки готового продукта

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

Порядок работы

  1. Задание

    Программа практики, модуль, организация, требования методички к диаграммам.

  2. Предметная область

    Уточняем, какой процесс вы изучали и с какой системой работали.

  3. Отчёт

    Анализ, требования, диаграммы, модель данных, скрипты, инструкция — в объёме методички.

  4. Правки

    Исправляем по замечаниям руководителя практики.

Стоимость

Учебная практика — от 1 000 ₽, производственная — от 1 500 ₽, преддипломная — от 2 500 ₽. Дневник и характеристика — от 500 ₽. Как считается цена, смотрите на странице цены.

Отчёт по учебной практикеот 1 000 ₽10–20 страниц, введение, основная часть, заключение, приложения
Отчёт по производственной практикеот 1 500 ₽20–35 страниц, описание организации, анализ деятельности, индивидуальное задание
Отчёт по преддипломной практикеот 2 500 ₽30–45 страниц, сбор материала под тему диплома, анализ, выводы
Дневник и характеристикаот 500 ₽дневник практики по дням, образец характеристики с места практики

Вопросы об отчёте по информационным системам

В каких программах рисуете диаграммы?

В тех, что принято использовать в учебных работах: редакторы диаграмм с нотацией UML и средства моделирования баз данных. Если колледж требует конкретный инструмент, укажите его.

Нужна база данных, а не только описание. Сделаете?

Подготовим скрипты создания таблиц, связей, тестовых данных и запросов, если это есть в задании. Объём работы влияет на цену.

Организация работает на готовой учётной системе. Что тогда проектировать?

Доработку: отчёт, справочник, обработку, интеграцию с другим сервисом. Или отдельный модуль, которого в системе нет. Задачу согласуем с вашим заданием.

Как описать сопровождение, если я только принимал обращения пользователей?

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

Нужно ли приводить модель данных к третьей нормальной форме?

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

Отчёт для преддипломной практики тоже пишете?

Да. На преддипломной анализ предметной области и требования становятся основой выпускной работы, поэтому делаем их подробнее.

Пришлите программу практики, модуль и методичку — ответим с ценой и сроком.

Узнать цену