Актуальность темы
Учёт заявок определяет, насколько быстро организация фиксирует обращения, назначает исполнителей, контролирует сроки и сохраняет историю работ. При разрозненном ведении записей в таблицах, мессенджерах или на бумаге усложняются поиск сведений о заявке, контроль её статуса и подготовка отчётов. Для анализа можно использовать внутренние формы заявок, журналы обращений, регламенты и результаты опроса сотрудников условной организации.
Нерешённой остаётся задача выбора состава данных и функций системы без избыточного усложнения интерфейса. Необходимо обосновать, какие статусы, роли пользователей, уведомления и отчёты действительно нужны процессу обработки заявок, а также как ограничить доступ к персональным данным клиентов и сотрудников.
Объект, предмет, цель и задачи
Объект исследования — процессы приёма, регистрации, распределения и исполнения заявок в сервисной организации.
Предмет исследования — методы и средства проектирования информационной системы учёта заявок сервисной организации, включая структуру данных, интерфейс и сценарии работы пользователей.
Цель работы — разработать проект информационной системы учёта заявок для сервисной организации на основе анализа её процессов обработки обращений.
Задачи работы:
- Изучить назначение и функциональные возможности информационных систем учёта заявок.
- Проанализировать процесс обработки заявок и выявить проблемы его организации.
- Сформировать требования к информационной системе и состав пользователей.
- Разработать структуру данных и модель основных процессов системы.
- Спроектировать интерфейс и сценарии работы с заявками.
- Оценить результаты проектирования на материалах организации, опроса или эксперимента.
Примерный план работы
-
Введение
Раскрывается актуальность темы, обозначается проблема проектирования системы учёта заявок и приводится логика исследования.
-
1
Теоретические основы разработки информационных систем учёта заявок
Рассматриваются назначение таких систем, этапы проектирования и требования к обработке данных.
-
1.1
Назначение и функции систем учёта заявок сервисной организации
Описываются жизненный цикл заявки, роли пользователей, статусы, сроки исполнения и отчётные сведения.
-
1.2
Подходы к проектированию данных, процессов и пользовательского интерфейса
Разбираются модели данных, описание бизнес-процессов, требования к удобству интерфейса и разграничению доступа.
-
2
Проектирование информационной системы учёта заявок сервисной организации
На материале условной организации анализируется процесс и создаётся проект системы.
-
2.1
Анализ процесса обработки заявок и формирование требований к системе
Выявляются участники процесса, документы, проблемы текущего учёта и функциональные требования.
-
2.2
Разработка структуры данных и модели процессов информационной системы
Описываются сущности, связи, атрибуты, статусы заявок и сценарии их движения между пользователями.
-
2.3
Проектирование интерфейса и оценка результатов разработки
Представляются макеты экранов, сценарии работы и результаты опроса пользователей либо тестового эксперимента.
-
Заключение
Формулируются выводы по задачам и результаты проектирования системы учёта заявок.
-
Список использованных источников
Перечисляются нормативные акты, стандарты, учебные и профессиональные материалы, использованные в работе.
-
Приложения
Размещаются схемы процессов, модель данных, макеты интерфейса, анкета опроса и примеры форм заявок.
Методы исследования
- Анализ документов — для изучения журналов, форм заявок и регламентов
- Наблюдение — для фиксации фактического порядка обработки обращений
- Интервью или опрос — для выявления потребностей сотрудников и пользователей
- Моделирование бизнес-процессов — для описания текущего и целевого процесса
- Проектирование базы данных — для определения сущностей, атрибутов и связей
- Тестовый эксперимент — для проверки сценариев и удобства макета системы
Как может начинаться введение
Сервисная организация ежедневно получает обращения, которые отличаются содержанием, срочностью, каналом поступления и составом необходимых работ. Сведения о таких обращениях должны быть доступны сотрудникам на всех этапах: от регистрации до закрытия заявки. Если данные фиксируются в нескольких несвязанных источниках, возрастает риск потери обращения, повторного ввода информации и несвоевременного контроля исполнения. Поэтому разработка единой системы учёта заявок связана не только с созданием экранных форм, но и с описанием порядка работы пользователей и состава хранимых данных. Проблема состоит в том, чтобы спроектировать систему, которая отражает реальный процесс организации и не перегружает сотрудников лишними действиями. Для этого требуется установить роли участников, определить статусы заявки, правила назначения исполнителя и состав сведений для отчётов. Практическая часть может опираться на анализ документов условной организации, наблюдение за процессом, опрос сотрудников или тестирование разработанных сценариев. Итогом становится обоснованный проект, пригодный для дальнейшей реализации и проверки в работе организации.
Где искать материал
- Федеральный закон «О персональных данных» — для требований к обработке сведений о клиентах и сотрудниках.
- Федеральный закон «Об информации, информационных технологиях и о защите информации» — для общих правил работы с информацией и её защиты.
- ГОСТ Р 59793-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания» — для описания этапов создания автоматизированной системы.
- ГОСТ 34.602-2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы» — для структуры требований к системе.
- ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению» — для формулирования требований к программному продукту.
- Внутренние формы заявок, журналы обращений и регламенты условной сервисной организации.
- Результаты интервью или опроса диспетчеров, исполнителей и руководителя организации.
- Учебные и профессиональные материалы по анализу бизнес-процессов, проектированию баз данных и интерфейсов.
Вопросы на защите
- Какие проблемы действующего учёта заявок были выявлены и чем они подтверждены?
- Почему для системы выбраны именно такие роли пользователей?
- Какие статусы заявки предусмотрены и каковы условия перехода между ними?
- Какие сущности выделены в структуре данных и почему между ними установлены такие связи?
- Какие данные о клиенте и заявке необходимы для работы системы, а какие признаны избыточными?
- Как требования законодательства о персональных данных учтены в проекте?
- Каким способом проверялись разработанные сценарии или макеты интерфейса?
- Какие ограничения имеет предложенный проект и что можно развить при его внедрении?
Формулировку темы, план и требования к курсовой утверждает кафедра, а методические указания вуза имеют приоритет над этим ориентиром.