ТвГТУ, разработка, внедрение и сопровождение информационных систем (дипломная работа)

Примерные темы выпускной квалификационной работы:

· Информатизация системы учета контроля и анализа движения путевых листов на предприятии…

· Автоматизированная система оптимизации запасов материалов производственного предприятия…

· Информатизация учета продаж и поддержки лояльности клиентов зоомагазина…

· Автоматизированная система контроля выполнения работ по техническому обслуживанию приборов учета электроэнергии…

· Разработка мобильного приложения для менеджера торгового зала предприятия…

· Информатизация мониторинга ремонта и доставки бытовой техники предприятия…

Структура дипломного проекта

Титульный лист

Задание на дипломный проект бакалавра

Оглавление

Введение

1. Анализ предметной области и обоснование необходимости создания ИС.

В главе приводятся результаты проведенной выпускником постановки задачи на разработку ИС:

· анализ организационной структуры предприятия (с целью выявления количества типов пользователей и количества пользователей каждого типа для определения сетевой архитектуры, требований к техническому обеспечению системы и возможно, количества подсистем в ПО системы);

· анализ бизнес - процессов и существующей системы обработки информации (с целью построения модели предметной области "как есть("AS-IS") (если это необходимо) и модели предметной области "как должно быть"("TO-BE") в виде бизнес-модели функциональной архитектуры системы);

· формулировка функциональных и нефункциональных требований пользователей к разрабатываемой ИС: (к программному обеспечению/ информационной базе/ подсистемам (если есть)/ к комплексу технических средств).

2. Проектирование информационной системы

· Определение модели организации разработки и применяемых технологий.

Приступая к созданию системы выпускник прежде всего должен выбрать модель организации разработки (водопадная/инкрементная/итерационная) и технологии проектирования системы и реализации ее ПО (структурная/объектная, применяемые языки и CASE средства), так как от этого зависит дальнейшая структура документа. Пункты разработки или выполняются в единственном варианте (при водопадной модели) или повторяются для каждой итерации (в остальных случаях).

· Проектирование:

- проектирование функциональной архитектуры системы;

- проектирование соответствующих интерфейсов пользователей и схемы навигации интерфейсов;

- проектирование схемы реляционной базы данных;

- проектирование алгоритмов бизнес логики.

3. Разработка информационной системы

· разработка программного обеспечения: схемы реляционной базы данных, интерфейсов пользователей и бизнес-логики;

· определение комплекса технических средств и их технических характеристик.

4. Внедрение информационной системы

· расчет надежности информационной системы;

· расчет экономической эффективности и срока окупаемости.

Заключение

Список используемой литературы

Приложения

В структуру ВКР в зависимости от выбранной предметной области, могут быть включены дополнительные разделы, раскрывающие проблематику ВКР.

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

Содержание дипломного проекта

Содержание ВКР должно соответствовать требованиям ФГОС ВО направления подготовки 09.03.02 Информационные системы и технологии в части сформированности компетенций выпускника на этапе государственной итоговой аттестации.

Тематика ВКР должна быть актуальной, ориентировать студента на эффективное решение задач по профилю "Разработка, внедрение и сопровождение информационных систем".

При изложении материала ВКР следует соблюдать логическую последовательность и корректное представление с учетом принятой в предметной области работы терминологии и специфики используемых технологий.

Титульный лист является первой страницей ВКР и служит источником информации, необходимой для обработки и поиска документа. Шаблон титульного листа приведен в Приложении 1.

Задание на дипломный проект бакалавра разрабатывается руководителем по различным разделам при участии самого студента. Шаблон Задания приведен в Приложении 2.

По окончанию работы над ВКР бланк задания (полностью подписанный) подшивается в пояснительную записку к ВКР в качестве второго листа, после титульного.

Вместе с разработкой Задания студент пишет Заявление на имя зав. кафедрой с названием темы ВКР, которое визируется руководителем. Все дальнейшие изменения по теме вносит только руководитель в это же Заявление со своей подписью.

Также целесообразно для контроля над выполнением ВКР составить "План работы над ВКР" с визой руководителя и контрольными датами его выполнения. Пример плана приведен в Приложении 3.

В Оглавлении указываются наименование всех разделов ВКР, сформулированных с учетов выбранной предметной области, и номера страниц, с которых они начинаются. Выполняются разделы ВКР в соответствии с выбранной методологией, технологиями и инструментальными средствами, но в расчетно-пояснительной записке излагаются в соответствии с настоящими методическими рекомендациями.

Введение (общим объемом не более 2 стр.) должно содержать общие сведения о проекте, его краткую характеристику, резюме. В нем необходимо отразить цель и задачи, решаемые в выпускной квалификационной работе, используемые методики, практическую значимость будущих результатов.

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

Основная часть состоит из четырех глав, содержащих параграфы.

Глава 1 "Анализ предметной области и обоснование необходимости создания ИС" должна содержать рассмотрение существующего состояния предметной области, характеристики объекта и обоснование предложений по устранению выявленных недостатков. Основная задача этапа - оценка целей, задач и реального объема проекта, на основе выявленных функций и информационных элементов высокого уровня автоматизируемого объекта.

Задачей раздела" "Анализ организационной структуры предприятия, бизнес - процессов и существующей системы обработки информации" является определение границ системы и типов пользователей (акторов), ведь в качестве предметной области может выступать отдельное подразделение организации или отдельный вид деятельности, протекающий в нем.

Модель "AS-IS" отражает существующие в организации бизнес-процессы ДО внедрения результатов разработки ИС. Анализ этой модели позволяет сформулировать цель и задачи разработки ИС.

Модель "TO-BE" отражает необходимые изменения бизнес-процессов с учетом внедрения ИС (если это происходит). Данная модель является исходным материалом для формулирования требований пользователей к ИС (как функциональных, так и не функциональных).

В разделе формулировка функциональных и нефункциональных требований пользователей к разрабатываемой ИС необходимо прежде всего сформулировать функциональные требования к ИС. В качестве предметной области проекта выступает совокупность бизнес-процессов как набор логически взаимосвязанных действий, выполняемых для достижения определенного выхода (целевой функции) бизнес-деятельности предприятия. Описание бизнес-процесса необходимо представить согласно нотациям в том числе графическим выбранной методологии разработки. Получаемый результат является бизнес-моделью функциональной архитектуры системы и самым большим и важным набором требований пользователя.

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

Не функциональные требования - это как правило требования к технической инфраструктуре ИС (включая средства связи и передачи данных). Они содержат набор предварительных (тех, которые можно сделать на данном начальном этапе) решений по сетевой архитектуре и комплексу технических средств ИС. Если предполагается использовать существующую техническую инфраструктуру, то приводятся ее характеристики. Если для ИС предполагается добавление или использование собственной технической базы, то приводятся предлагаемые характеристики системного программного обеспечения, сервера (серверов) баз данных, других технических компонентов: клиентских компьютеров, серверов бизнес-логики, маршрутизаторов и т.д.

Глава 1соответствует этапу разработки технического задания (ГОСТ 34.602-89), в которой формулируется, что (как предполагается) получит заказчик, если согласится финансировать проект. Разделы являются содержанием документа. Поэтому данный документ в дипломном проекте выписывать не требуется.

Глава 2 "Проектирование информационной системы" является описанием решений, принятых по всей вертикали проектирования. Глава должна быть основана на информации, представленной в первой части. По сути, эта часть является решением проблематики, изложенной в первой части, на языке информационных технологий. Поэтому недопустимо, если при проектировании используется информация об объекте управления, не описанная в первой главе.

Прежде всего необходимо выбрать модель организации разработки (водопадная/инкрементная/итерационная) и технологии проектирования системы и реализации ее ПО (структурная/объектная, применяемые языки и CASE средства), так как от этого зависит дальнейшая структура документа и описания всех проектных артефактов. Дальнейшие пункты главы или выполняются в единственном варианте (при водопадной модели) или повторяются для каждой итерации (в остальных случаях). Определившись с этим переходим к разделу " Проектирование ".

Подраздел "Проектирование функциональной структуры системы" содержит решения по созданию функциональной архитектуры системы. Уточняется состав функций ИС, определяются их взаимосвязи по данным и управлению. При наличии подсистем, для каждой подсистемы формируется перечень задач, решаемых, в ней с краткой характеристикой их содержания. Строится схема информационных связей между подсистемами и между задачами в рамках каждой подсистемы. В зависимости от выбранной методологии проектирования строятся функциональные модели в нотации DFD, IDEF0 (структурный подход), диаграммы деятельности и/или последовательности UML и др. при объектном подходе к разработке.

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

Подраздел проектирование интерфейсов пользователей в соответствии со своим названием посвящен проектированию экранных форм для ввода/удаления/обновления информации и выполнения всех функциональных задач. Проектируются пользовательские интерфейсы, обеспечивающие требуемую в функциональной архитектуре обработку данных. Здесь же указываются требования к интерфейсу, которые должны быть реализованы в бизнес-логике (когда кнопка не доступна и когда становится доступной, что должно попасть в поле со списком, а что не должно и т.д.). Если ИС имеет монолитный характер, то разрабатывается общая структура GUI в виде схемы навигации пользовательских интерфейсов, если имеются подсистемы разрабатывается структура GUI для каждой подсистемы и (возможно) общая.

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

Задачей раздела "Проектирование алгоритмов бизнес логики" состоит в разработке алгоритмов, обеспечивающих взаимодействие пользователя с интерфейсом системы, алгоритмов, отвечающих за взаимодействие двух других компонентов ПО – интерфейс и база данных, а также алгоритмов программирования базы данных (хранимых процедур, триггеров, пользовательских функций).

Описания артефактов, получаемых на этапе "Проектирование", зависит от выбранных выпускником технологий проектирования. Семантическую и логическую модели базы данных желательно описывать в нотации IDEF1X, блок-схемы алгоритмов соответствии с ГОСТ 19.701-90 "Схемы алгоритмов, программ, данных и подсистем", а также предназначенные для этой цеди стандартные UML диаграммы.

Глава 3 "Разработка информационной системы" включает в себя реализацию алгоритмов бизнес-логики и проектирование технической инфраструктуры: сетевой архитектуры и технических характеристик всех средств, ее реализующих.

В подразделе "Реализация программного обеспечения" описываются классы выбранного языка программирования и их взаимосвязи необходимые для реализации пользовательского интерфейса. На основании логической модели данных строится реляционная схема данных на языке SQL. Приводятся реализации алгоритмов программирования базы данных (хранимых процедур, триггеров, пользовательских функций), а также реализации алгоритмов вязи базы данных и пользовательского интерфейса. При необходимости строится дерево программных модулей, отражающих структурную схему ПО, содержащую программные модули различных классов.

Подраздел "Определение комплекса технических средств и их технических характеристик" структуры содержит решения по составу и характеристикам технических средств, на которых будет функционировать разработанная ИС. При описании рекомендуется использовать кроме сетевых диаграмм также UML диаграммы размещения.

Глава 4 "Внедрение информационной системы" посвящена доказательству работоспособности ИС и обоснованию целесообразности ее внедрения.

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

Подраздел "Расчет экономической эффективности и срока окупаемости" предназначен для обоснования экономической эффективности выполненной разработки. Срок окупаемости и надежность являются основными показателями для принятия решения о внедрении системы.

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

Список использованных источников должен быть оформлен в соответствии с требованиями ГОСТ Р 7.0.5-2008 и включать сведения только и обо всех источниках, использованных при выполнении ВКР.

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

Дополнительно к выпускной квалификационной работе составляется Аннотация дипломного проекта. В аннотации в сжатой форме излагается содержание разделов ВКР. Приводятся объемы разделов. В аннотации должны быть приведены решаемые задачи, основные результаты работы и области их применения. Делаются выводы по ВКР с результатами работы. Аннотация выполняется в виде отдельного документа и не подшивается к пояснительной записке к выпускной квалификационной работе. Объем аннотации не должен превышать 1-2 страниц текста.

К защите работы готовится "Презентация". Она выполняется в MS Power Point. Рекомендуемое количество слайдов – 10-12 шт. Презентация должна быть распечатана на листах формата А4 на каждого члена комиссии (6 экземпляров) и предъявлена в день защиты.

Требования к оригинальности дипломного проекта

В целях обеспечения оригинальности выпускных квалификационных работ и исключения неправомерных заимствований из опубликованных источников предварительной защите ВКР предшествует процедура проверки работы в системе "Антиплагиат".

Процент оригинальности ВКР должен составлять не менее 60%. При более низких процентах оригинальности результаты проверки доводят до сведения авторов дипломного проекта с целью устранению выявленных недостатков (неправомерных заимствований).