Этап описания разработанного решения

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

Если при разработке информационной системы на базе Intranet был сделан выбор в пользу реляционной СУБД, то рекомендуется продемонстрировать логический и физический уровень схемы БД с использованием методологии IDEF1X. По тексту дипломного проекта, после изображения логического уровня, разъяснить назначение указанных сущностей и указать с пояснениями все ключевые поля. По тексту, после изображения физического уровня, разъяснить назначение всех атрибутов сущностей с указанием типа данных.

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

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

При разработке информационной системы на базе Intranet без использования CMS рекомендуется указать способ вызова внешних процедур (выполнение логики на стороне сервера) или способ использования java-апплетов (выполнение логики на стороне клиента) к базе данных с помощью диаграммы последовательностей. Под диаграммой следуют дать комментарии к вызовам процедур или использованию апплетов: какие сущности из БД при вызове используются, и каким образом.

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

При использовании в Intranet-системах сторонних модулей (биллинг, контроль он-лайн и т.п.) рекомендуется описать способ их подключения или схематично изобразить, например, с помощью диаграммы развертывания из методологии UML.

При разработке информационной системы на базе Intranet с использованием CMS рекомендуется продемонстрировать схематическое размеще-ние физических элементов системы с использованием диаграммы компонентов из методологии UML и группы пользователей, работающих с этой системой с помощью диаграммы исполнитель-роль. На указанных диаграммах следует указать разработанные или добавленные разработчиком информационной системы модули или фрагменты программного кода с подробными комментариями ниже по тексту. Схему базы данных CMS, из-за большого количества сущностей, допускается демонстрировать без указания атрибутов, скомпоновав схему по тематическим блокам, но с обязательным указанием самостоятельно разработанных сущностей и их связей с базовыми сущностями. Под схемой базы данных следует описать предназначение блоков сущностей и дать полное определение самостоятельно

разработанных сущностей (логический и физический уровни).

Разработка информационной системы на базе Intranet с использованием CMS без самостоятельной разработки модулей сайта, доработки программных модулей или разработки сущностей базы данных не может считаться полноценным дипломным проектом и не соответствует статусу выпускной квалификационной работы.

Результатом данного раздела выпускной квалификационной работы

должны являться диаграммы из раздела описания предметной области, на которых отображены результаты решения поставленных задач. Рекоменду-ется количество и состав диаграмм, по сравнению с этапом определения проблемы, оставлять неизменным, изменяя только качественное наполнение диаграмм или выделение цветом, шрифтом. Допускается создание новых диаграмм того же типа вместо или в дополнение к уже разработанным на стартовом этапе.