Сценарий диалога в дипломной работе по прикладной информатике
Описание
В любой информационной системе (ИС) должна быть предусмотрена возможность обмена сообщениями между пользователем и ЭВМ. Такая функция реализуется в виде диалога, поскольку именно диалог является наиболее привычной формой общения для человека. Таким образом, в каждой ИС присутствует диалоговая система (ДС), а в некоторых случаях вся ИС может быть сведена к ДС. ДС играет важную роль при обработке информации, поэтому в дипломе по прикладной информатике требуется особое внимание уделить проектированию и реализации ДС.
Под ДС понимается комплекс технических, информационных и программных средств, который обеспечивает управление диалогом: информирование пользователя, ввод данных и вывод результатов. Особую роль при разработке ДС играет лингвистическое обеспечение.
В дипломе целесообразно привести основные характеристики проектируемой ДС: является она активной или пассивной, какой тип языка используется для ведения диалога, предусмотрено ли накопление знаний о предметной области и т.д. В пояснительной записке имеет смысл также определить тип проектируемой ДС в соответствии с классификацией для того, чтобы продемонстрировать уровень своей теоретической подготовки.
Принцип построения ДС, ее логическая структура и основные характеристики должны быть определены дипломником еще на этапе проектирования. Основными критериями для принятия проектных решений являются назначение ДС, а также язык общения, который в ней будет использоваться.
При создании ДС необходимо не только обосновать ее логическую структуру, но и выбрать средства формализации диалога (модель ДС). Эта модель будет описывать общую концепцию построения ДС и станет основой для ее детального проектирования.
Для формализованного описания ДС могут быть использованы графы, конечные автоматы, и специализированные формально-логические языки.
Модель ДС может быть представлена в виде графа, описывающего последовательность взаимодействия пользователя и ЭВМ. Такой граф, хотя и именуется зачастую деревом функций, в действительности не всегда имеет древовидную структуру (деревом называется направленный ациклический граф). Поэтому в общем случае более корректным является использование термина «граф», и только в тех случаях, если его структура действительно соответствует определению дерева, грамотным будет и употребление термина «дерево функций». В узлах графа отображаются сообщения, команды и другая информация, передаваемая в процессе диалога, а направленные дуги графа устанавливают связи между вершинами.
Для отображения структуры графа (дерева функций) может применяться как графический метод, так и представление его в виде матрицы смежности размерностью nхn, где n – количество вершин графа. Каждый элемент матрицы rij может принимать значения 0 или 1: rij=1, если существует функция, переводящая систему из состояния xi в xj; rij=0, если такой функции не существует (т.е. нет связи между xi и xj).
Существует специализированный язык описания графов ГДП, который предназначен для описания функций диалоговых процедур и структуры графов диалога. Если модель диалоговой системы строится на основе графа, а для ее реализации используется язык описания ГДП, то в состав ДС должны входить программы анализа и синтеза графов ДС и транслятор языка ГДП. Эти программы позволяют формировать описания шагов диалога на внутреннем языке ЭВМ.
Другая модель, которая может быть использована для описания сценария диалога – конечный автомат. Диалог представляется в виде множества состояний и последовательных переходов из одного состояния в другое, причем каждый переход зависит от ответов пользователя.
Выделяют сигнальные и разговорные состояния. В сигнальных состояниях система выполняет некоторые действия, посылает пользователю сообщение - сигнал и переходит в следующее состояние. В разговорных состояниях система отправляет пользователю сообщение и ждет ответа, в зависимости от него выполняет некоторое действие, после чего осуществляет переход в соответствии с правилами перехода в то состояние, которое определено сценарием диалога. В пояснительной записке эта модель изображается диаграммой состояний.
При реализации такой ДС для каждого состояния разрабатывается программный модуль. Информационной базой служат управляющие таблицы, задающие функции переходов между состояниями.
Проектирования ДС является серьезной профессиональной задачей, решая которую дипломник должен выбрать стратегию ее проектирования, определить тип разрабатываемой ДС, сформировать ее модель и разработать язык диалога. Все принимаемые на этом этапе решения должны быть грамотно описаны и профессионально обоснованы в пояснительной записке.
Я в полном восторге! Заказала здесь диплом по психологии (тема была очень узкая, связанная с тревожностью у студентов) для МУ им. Витте. Сомневалась до последнего. Автор сработал блестяще! Не просто собрал теорию, а грамотно составил программу эмпирического исследования, предложил релевантные методики. Работа была глубокой и действительно научной. При защите комиссия отметила практическую значимость и качественный анализ данных. Рекомендую всем студентам-психологам, кто хочет сэкономить нервы и время!
Обратился в компанию для разработки выпускной квалификационной работы по бизнес-информатике. ВУЗ — МИРЭА, тема касалась анализа ИТ-инфраструктуры и предложений по ее оптимизации. Работу выполнили в оговоренные сроки. Текст был структурирован, содержал не только теоретическую часть, но и грамотно проработанный аналитический раздел с расчетами. Все требования вуза (включая оформление) были соблюдены. Внес пару правок по практической главе — исполнитель отреагировал оперативно. Работа защищена на хорошо. В целом, услуга соответствует заявленной стоимости. Рекомендую.
Работа была сложная, на стыке нескольких областей. Требовалось не просто описать технологию, а спроектировать архитектуру решения и разработать план его внедрения с расчетом экономической эффективности. Меня привлекло то, что со мной работал не один автор, а команда (куратор, технический специалист по блокчейну и экономист). Результат превзошел ожидания: был предоставлен детальный технический проект, написанный с использованием профессиональной нотации (UML), проведен SWOT-анализ внедрения и рассчитан срок окупаемости. Для защиты подготовили яркую презентацию и тезисы. Работа получила высокую оценку за комплексный подход.
Тема про аудит безопасности. Всё четко, по делу, без воды. Спасибо.
Сроки поджимали, до защиты оставалось меньше месяца. Обратился сюда как в последнюю инстанцию. Менеджер сразу предупредил о возможной доплате за срочность, но подключил самого опытного автора по 1С. Коммуникация была на высоте: автор выходил на связь в любое время суток, согласовывал каждый раздел. Работа была выполнена за 3 недели. Она включала не только теорию по ERP-системам, но и детальное описание конфигурации под конкретный бизнес-кейс, что было ключевым требованием в «Синергии». Несмотря на спешку, оформление было идеальным. Сдал без проблем, спасибо за ответственность.
