Файл: МЕТОДИЧКА ВКР 090303 заоч.docx

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

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

Затем следует отметить, чем, с точки зрения практической реализации, должна и будет отличаться проектируемая технология решения задачи от существующей, а также, почему необходимо разрабатывать ЭИС, и чем она должна отличаться от существующих программных решений.

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

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

2. Технологический раздел

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

Общим требованием ко всем программным средствам, проектируемым в рамках ВКР, является их реализация в архитектуре «клиент-сервер». При этом организация хранения данных должна предусматривать использование СУБД, а клиентская часть должна быть выполнена с использованием современных средств объектно-ориентированного программирования (в качестве СУБД и средства разработки прототипа клиентской части запрещается использовать одно и то же программное средство).

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

Типовое содержание технологического раздела:

4 ТЕХНОЛОГИЧЕСКИЙ РАЗДЕЛ

4.1 Обоснование выбора средств разработки

4.1.1 Обоснование выбора средств разработки клиентской части ЭИС

4.1.2 Обоснование выбора СУБД

4.2 Описание реализации клиентской части ЭИС (рекомендуется)

4.2.1 Дерево функций ЭИС (необязательно)

4.2.2 Сценарий диалога ЭИС(необязательно)

4.3 Информационная модель и ее описание

---

4.4 Обеспечение информационной безопасности при эксплуатации ЭИС(необязательно)

4.5 Описание технологии работы с ЭИС

4.1 Обоснование выбора средств разработки

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

Данный пункт должен включать в себя:

4.1.1 Обоснование выбора средств разработки клиентской части ЭИС (подробно описывается выбранное средство и его особенности, основание выбора, может быть представлен краткий обзор нескольких альтернативных средств). В приложениях к ВКР рекомендуется привести исходный код, реализующий математическое обеспечение проектируемой ЭИС.

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

1. Для «настольных» приложений: Visual Studio (C#, VB), RAD Studio (Delphi), Qt (C++, Python идр.), XCode (Objective C), Lazarus (Free Pascal), Oxygene (Object Pascal) идр.

2. Для веб-приложений: Visual Studio (C#, VB ASP.NET), Python (Django идр.), Ruby (Ruby on Rails идр.), PHP (Symphony идр.) идр.

3. Для мобильных приложений:

• на платформеAndroid: Android Studio (Java), Android Developer Tools (Java),  xOxygene (Object Pascal), Xamarin (C#), RAD Studio (Delphi XE5+), Appcelerator Titanium (JavaScript) идр.

• на платформеiOS: XCode (Objective C), Oxygene (Object Pascal), Xamarin (C#), RAD Studio (Delphi XE5+), Appcelerator Titanium (JavaScript) идр.

• на платформеWindows Phone: Visual Studio (C#, VB), Oxygene (Object Pascal) и др.

4.1.2 Обоснование выбора СУБД (подробно описывается выбранная СУБД и ее особенности, включая выбор механизма доступа к данным, кратко описываются несколько альтернативных СУБД, приводятся основания выбора). В приложениях к ВКР рекомендуется привести исходный код запросов к базе данных, позволяющих сформировать содержание выходных документов. В качестве СУБД могут быть использованы, в частности, SQL Server, Oracle, PostgreSQL, Firebird, Access, MySQL, DB2 и др.

Одна и та же среда не может быть выбрана в качестве СУБД и средства разработки прототипа клиентской части ЭИС. Также требуется описывать актуальные на текущий момент версии программных средств, рассматриваемых в п. 4.1.1 и п. 4.1.2.

4.2 Описание реализации клиентской части ЭИС

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

4.2.1 Дерево функций ЭИС

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

---

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

4.2.2 Сценарий диалога ЭИС

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

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

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

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

• табличная форма;

• граф-схема, в которой вершины пронумерованы, а описание выполнено в соответствии с нумерацией вершин.

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

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

Созданный макетный образец программы (прототип ЭИС) помещается в приложение ВКР на любом электронном носителе информации.

4.3 Информационная модель и ее описание

Методика разработки информационной модели предполагает моделирование:

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

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

---

При наличии в ВКР диаграммы «сущность-связь» на её графическое представление не накладываются требования соответствия условиям ГОСТа. Для диаграммы следует дать краткое описание с объяснением того, какие реальные объекты предметной области отражают выделенные сущности и как отношения между сущностями на диаграмме соответствуют взаимосвязям объектов на практике.

В случае проектирования корпоративных баз данных следует выделять этапы разработки общей модели данных и подмоделей, предназначенных для конкретных задач, решаемых с помощью АРМ.

При проектировании модели данных следует уделять внимание возможности сохранения данных всех обрабатываемых документов, осуществления всех расчетов в соответствии с пунктом 2.3, обеспечения работы всех элементов экранных форм (пункт 4.6). Все атрибуты модели должны использоваться в проектируемой системе и наоборот — все расчеты, элементы экранных форм и выходных документов должны быть обеспечены данными.

Для моделирования базы данных необходимо использовать актуальные версии современных специализированных программных средств, например, CAERwinDataModeler, ER/Studio, EnterpriseArchitect, IBMInfoSphereDataArchitect, MySQLWorkbench, NavicatDataModeler, OpenModelSphere, OracleSQLDeveloperDataModeler, PowerDesigner, Vertabelo и др.

В данном пункте по желанию студента может быть добавлена в дополнение к логической модели базы данных описание реализации БД ЭИС. Для однозначного определения хранилища данных, используемого в проектируемой (разрабатываемой)ЭИС, в данном пункте приводится схема данных, отражающая способ физического хранения информации. Описываются таблицы БД, типы данных и содержание их полей— обязательность заполнения, значения по умолчанию, требования к формату ввода данных и условия проверки значений. Описываются связи между таблицами, условия ссылочной целостности и другие объекты БД (представления, хранимые процедуры индексы). Обосновывается оптимальность предложенной структуры БД. Физическая модель базы данных разрабатывается с использованием СУБД, выбранной в пункте 4.1.2.

4.4 Обеспечение информационной безопасности при эксплуатации ЭИС

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

---

4.5 Описание технологии работы с ЭИС

В данном пункте приводится иллюстрированное описание процессов установки ЭИС на ПЭВМ, ее настройки и подготовки к работе, внесения и получения данных, выполнения различных этапов автоматизированных функций управления. Так как этап реализации (программирования) ЭИС не является задачей ВКР и не входит в задание на ВКР, в данном разделе используются макеты экранных форм, реализованные в рамках прототипа ЭИС, разработанного с использованием средства, выбранного в пункте 4.1.1.

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

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

Составление данной инструкции направлено на закрепление умений дипломника документировать ЭИС, что является обязательным условием ее комплектации. Инструкция по эксплуатации по усмотрению руководителя ВКР может быть заменена описанием программы, руководством пользователя или другими эксплуатационными документами.

2. Приложения ВКР

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

В приложения могут выноситься:

• формы первичных документов как спроектированные автором, так и используемые им;

• вводные и отчетные формы о деятельности анализируемого объекта исследования;

• математические выкладки и расчеты;

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

• формы выходных документов и т.д.

Если результаты работы рассматривались на предприятии, заседании кафедры, Ученого совета и т.п., в приложениях к ВКР приводятся копии соответствующего решения или акта о внедрении результатов.

При включении в ВКР более одного приложения впереди всех приложений на отдельном листе пишется прописными буквами «ПриложениЯ». Затем следует список отдельных приложений с номерами и заголовками в порядке расположения ссылок на них в тексте расчетно-пояснительной записки. Каждое отдельное приложение следует начинать с новой страницы указанием в правом верхнем углу слова «Приложение» и его номера. Приложение в необходимых случаях может иметь содержательный заголовок, который записывается симметрично содержащемуся в нем тексту.

---