Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
+++Программа ИГА 230700 - Прикладная информатик...doc
Скачиваний:
2
Добавлен:
01.05.2025
Размер:
756.74 Кб
Скачать

5.3.4 Требования к содержанию структурных элементов вкр

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

Пример титульного листа приведен в приложении Е.

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

Ниже названия «Реферат» пишутся выходные данные: количество страниц, иллюстраций и таблиц, количестве используемых источников. Еще ниже – ключевые слова, предназначенные для тематического поиска. Перечень ключевых слов должен включать до 10 слов в именительном падеже, отпечатанных прописными буквами и расположенных в строку через запятые.

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

В тексте реферата должны быть следующие части (каждая с новой строки):

  • объект исследования/разработки;

  • цель работы;

  • научная новизна;

  • методы исследования;

  • результаты работы;

  • основные конструктивные и технико-эксплуатационные характеристики;

  • степень внедрения и апробации роботы;

  • область применения;

  • экономическая эффективность или значимость работы.

При отсутствии сведений по какой-либо из перечисленных выше частей, то в тексте реферата она не описывается.

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

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

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

Введение

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

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

  • актуальность выбранной темы;

  • цель и задачи исследования;

  • объект и предмет исследования;

  • научная новизна исследования (для работы научной направленности);

  • методологическая основа исследования;

  • практическая значимость работы.

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

Основная часть

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

ПЕРВЫЙ РАЗДЕЛ: Теоретико-аналитическая часть (≈20 страниц текста)

Целью теоретической части является рассмотрение прикладного значения информатики в совершенствовании и развитии экономических систем.

Первый раздел должен иметь свое название, начинающееся с пункта «1».

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

Аналитическая составляющая включает в себя организационно-экономические и анализ информационной среды предметной области.

Далее, в зависимости от темы проекта предлагается примерное содержание первого раздела.

Теоретическая составляющая может иметь нижеследующее содержание (≈5-7 страниц текста). Её содержание можно раскрыть в одном подразделе под пунктом «1.1» с названием, соответствующем тематике исследований.

1). Теоретические и методические аспекты совершенствования и развития экономических систем.

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

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

2). Прикладное значение информационных систем и технологий в экономике.

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

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

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

Аналитическая составляющая может иметь нижеследующее содержание (≈13-15 страниц текста). Её содержание можно раскрыть в двух подразделах с номерами «1.2» и «1.3».

1). Организационно-экономическая характеристика предметной области (относится к подготовке подраздела «1.2»).

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

Поскольку объектом рассмотрения при разработке проекта может служить какая-либо автономная задача, то следует представить характеристику предметной области:

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

    • организационную структуру, в которой отразите подразделения и ключевых работников, выполняющих операции, рассматриваемые в Вашем проекте;

    • краткую характеристику технико-экономических аспектов подразделений (основные задачи; тип производства/услуг; номенклатура готовой продукции/услуг; номенклатура материалов и ресурсов).

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

  • на выполнении последовательности операций, которые направлены на преобразование неких входных информационно-материальных потоков с целью получения результатов, представляющих ценность для клиента;

  • на создание добавленной стоимости продукции, удовлетворяющей при этом потребностям клиента;

  • на взаимосвязанные функции, которые имеют один или более входов и выходов и завершаются созданием продукта, необходимого клиенту;

  • на задачу реализации бизнес-функции предприятия по преобразованию множества входов во множество выходов;

  • на набор последовательных действий, которые приводят к решению определенной предпринимательской задачи.

Составьте краткую модель с описанием бизнес-процесса, которая будет создана Вами в процессе работы над проектом.

Модель предполагает наличие ответов на ряд следующих вопросов:

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

  • в какой последовательности выполняются эти процедуры;

  • какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса;

  • кто выполняет процедуры процесса;

  • какие входящие документы/информацию использует каждая процедура процесса;

  • какие исходящие документы/информацию генерирует процедура процесса;

  • какие ресурсы необходимы для выполнения каждой процедуры процесса;

  • какая документация/условия регламентирует выполнение процедуры;

  • какие параметры характеризуют выполнение процедур и процесса в целом.

Описание бизнес-процесса включает в себя:

  • описание окружения бизнес-процесса (первичные и вторичные входы и выходы, внутренние и внешние поставщики и контрагенты);

  • описание структуры бизнес-процесса;

  • обозначение взаимодействующих подразделений;

  • определение содержания выполняемых операций;

  • распределение обязанностей между сотрудниками;

  • обозначение сроков выполнения задач;

  • определение входящей и исходящей документации, то есть документооборота по процессу.

Далее, в зависимости от намеченной цели подготовки выпускной работы, может быть рассмотрен один из вариантов создания проекта: разработка и реализация автономной задачи или разработка автоматизированного рабочего места сотрудника подразделения.

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

2). Анализ окружающей среды и обоснование выбора технологии проектирования (относится к подготовке подраздела «1.3»).

При подготовке данного подраздела следует придерживаться исполнения пунктов А) и Б).

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

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

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

  • составить схемы документооборота, отразив в них входную и выходную информации, механизмы обработки (например, ответственные лица, обрабатывающие документы), управление (контроль) и т.д.;

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

Реализация пункта А) предполагает создание модели AS-IS – «как есть», которая позволяет систематизировать протекающие в данный момент процессы, а также используемые информационные объекты. На основе этой модели выявляются узкие места в организации и взаимодействии бизнес-процессов, определяется необходимость тех или иных изменения в существующей структуре. Модель называют функциональной и строится с использованием различных графических нотаций (нотации семейства IDEF (Integrated DEFinition)) и CASE-инструментов. На этом этапе построения AS-IS важным считается получение модели, максимально приближенной к действительности, то есть основанную на реальных потоковых процессах.

Графические нотации семейства IDEF (примеры даны в приложении Ж): IDEF0 (функциональное моделирование); IDEF1.X (информационное моделирование); IDEF3 (моделирование деятельности или процессное моделирование). IDEF является морально устаревшей системой описания, хотя все еще считается классической графической нотацией и применяется в продукте CA ERwin Process Modeler (ранее BPwin).

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

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

  1. SADT (Structured Analysis and Design Technique) – методология структурного анализа и проектирования, реализующая процесс моделирования в несколько этапов: опрос экспертов; создание диаграмм и моделей; распространение документации; оценка адекватности моделей и принятие их для дальнейшего использования.

  2. DFD (Data Flow Diagrams) (диаграмма потоков данных) – методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ. Диаграмма потоков данных – один из основных инструментов структурного анализа и проектирования информационных систем, существовавших до широкого распространения и применения UML (Unified Modeling Language — унифицированный язык моделирования). Нотация DFD – удобное средство для формирования контекстной диаграммы, то есть диаграммы, показывающей разрабатываемую автоматизированную ИС в коммуникации с внешней средой.

  3. Модель сущность-связь (ER-модель) (entity-relationship model, ERM) – модель данных, позволяющая описывать концептуальные схемы предметной области. Во время проектирования баз данных ER-модель преобразуется в конкретную схему базы данных на основе выбранной модели данных (реляционной, объектной, сетевой или др.). ER-модель представляет собой формальную конструкцию, которая сама по себе не предписывает никаких графических средств её визуализации. В качестве стандартной графической нотации, с помощью которой можно визуализировать ER-модель, предлагается диаграмма сущность-связь (ER-диаграмма) ( entity-relationship diagram, ERD).

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

  1. AllFusion ERwin Data Modeler (ранее ERwin) – CASE-средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Модели данных помогают визуализировать структуру данных, обеспечивая эффективный процесс организации, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, технологий баз данных и среды развертывания;

  2. Business Studio — программный продукт для моделирования бизнес-архитектуры (российский разработчик «ГК Современные технологии управления»).

  3. WebSphere – семейство программных продуктов фирмы IBM, относящихся к категории middleware – промежуточного программного обеспечения, которое позволяет приложениям электронного бизнеса (e-business) работать на разных платформах на основе веб‐технологий.

Создав модель AS-IS, проанализировав функционирование существующей на предприятии ИС, следует сделать акцент на найденные в ней недостатки.

Пример вероятных недостатков:

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

  • наличие выплат штрафных санкций и неустоек;

  • низкая производительность труда;

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

  • высокая трудоемкость обработки информации;

  • низкая оперативность, снижающая качество управления объектом;

  • невысокая достоверность результатов решения задачи из-за дублирования потоков информации;

  • несовершенство организации сбора и регистрации исходной информации;

  • несовершенство процессов сбора, передачи, обработки, хранения, защиты, целостности и секретности информации и процессов выдачи результатов конечному пользователю и т.д.

На основе анализа информационной среды, выявлении недостатков, следует описать задачи по их устранению, среди которых можно выделить:

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

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

Выявление недостатков, узких и слабых мест в ИС предполагает дальнейший переход от модели AS-IS к проектированию модели TO-BE – «как должно быть», что является залогом устранения недостатков, то есть автоматизации «правильных», усовершенствованных процессов.

Как правило, данная модель (описывается с помощью диаграммы IDEF0) создается на основе AS-IS, с нотацией устраненных недостатков в существующей организации бизнес-процессов, а так же с их совершенствованием и оптимизацией.

Б). Анализ существующих разработок на рынке, обоснование выбора программного обеспечения, технологии проектирования и проектных решений.

Следует дать ответ на вопрос: используются ли при существующей технологии решения поставленной задачи какие-либо программные средства и, если используются, то каким образом? На рынке программных средств присутствуют готовые (тиражируемые) программные продукты (например, «1С: Предприятие», «Парус», «Галактика», SAP R/3 и др.). В пользу применения какого-либо из них, желательно дать краткое описание и провести анализ хотя бы двух аналогичных по назначению разработок, указав основные характеристики и функциональные возможности.

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

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

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

а). По техническому обеспечению (ТО).

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

б). По информационному обеспечению (ИО).

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

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

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

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

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

  • обоснование состава и способов организации файлов с результатной и промежуточной информацией.

в). По программному обеспечению (ПО)

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

При обосновании выбора общего ПО целесообразно:

  • дать классификацию ОС, указать факторы, влияющие на выбор конкретного класса и его версии, и обосновать выбор операционной системы;

  • дать классификацию и обосновать выбор используемой СУБД.

При обосновании проектных решений по специальному ПО следует:

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

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

При разработке АРМ рекомендуется проработать и представить следующие материалы:

2). Обоснование выбора технологии проектирования (относится к подготовке подраздела «1.3»).

При подготовке этого подраздела следует придерживаться исполнения пунктов А), Б) и В).

А). Формулировка задачи разработки АРМ

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

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

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

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

Внедрение АРМ приводит к устранению узких мест и изменению структуры информационной системы предприятия. Поэтому для систематизации существующих и будущих информационных объектов и протекающих процессов желательно построить модель AS-IS – «как есть», с дальнейшим переходом и к модели TO-BE – «как должно быть». Построение данных моделей является залогом устранения недостатков за счет организации АРМ. Обе модели строятся на базе продукта CA ERwin Process Modeler (ранее BPwin) посредством графических нотаций семейства IDEF (примеры даны в приложении Ж): IDEF0 (функциональное моделирование); IDEF1.X (информационное моделирование); IDEF3 (моделирование деятельности или процессное моделирование).

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

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

  • формирование системы хранения и поиска информации;

  • быстрый поиск требуемого документа и получение достоверных данных, необходимых специалисту для работы;

  • увеличение числа обслуживаемых клиентов;

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

  • получение конечной пользовательской информации, удобной для последующего анализа и обработки;

  • дружественный интерфейс;

  • повышение степени автоматизации при обработке первичной информации и др.

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

Б). Анализ существующих разработок и обоснование выбора технологии проектирования

Необходимо проанализировать существующие на предприятии (организации) в отделе программные средства и технологии АРМ. Одним из недостатков при этом является отсутствие АРМ или наличие устаревшей технологии обеспечения АРМ. Устранить данный недостаток можно путем анализа рынка программных средств или создания собственного АРМ.

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

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

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

В). Обоснование проектных решений по видам обеспечения

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

Обоснование выбора обеспечивающих технологий включает в себя определение программных и аппаратных средств, необходимых для проектирования АРМ.

При выполнении работы по обоснованию выбора аппаратной части проекта следует уделить внимание ряду следующих моментов:

  • обоснованию выбора типа архитектуры: файл-сервер или клиент-сервер;

  • обоснованию выбора типа ЭВМ для клиентской и серверной части архитектуры;

  • обоснованию выбора типа локальных сетей и сетевых операционных систем;

  • определению способов защиты хранимых данных и т.п.

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

Обоснование принимаемых решений по программному обеспечению АРМ включает в себя:

  • обоснование выбора средств проектирования и разработки информационного обеспечения (СУБД), прикладного программного обеспечения (методов и среды разработки прикладных программ, языков программирования, специализированных библиотек);

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

  • определение состава имеющихся процедур обработки данных клиентской части существующей ИС, которые будут задействованы для размещения на проектируемом АРМ.

Обоснование проектных решений по соблюдению функциональных признаков предполагает проработку следующих вопросов:

  • какие методы сбора исходной информации (централизованно, распределено) применены в проекте;

  • в чем заключается целесообразность использования специальных технических средств (датчиков, счетчиков и т.п.);

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

  • какие технологии обработки информации (централизованная, децентрализованная, распределенная) использованы;

  • какие режимы обработки данных (пакетный, диалоговый) применены;

  • какие имеются формы и способы выдачи информации пользователю АРМ (на принтер, на экран монитора, в файл, централизованно, децентрализованно, распределено);

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

  • какие способы и методы обеспечения восстановления данных предусмотрены.

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

  • состава и содержания результатных массивов и выходных документов;

  • состава, формы представления исходной информации в первичных документах и на машинных носителях;

  • требований к системам классификации информации и нормативно-справочным данным;

  • выбора формы хранения данных (локальная база или распределенная) и способа обновления данных;

  • о способах обеспечения разграничений доступа к хранимым данным;

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

ВТОРОЙ РАЗДЕЛ: Проектная часть (≈20 страниц текста)

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

Здесь важно учесть одно обстоятельство: воспользовались ли Вы готовым продуктом на рынке или разрабатываете собственное ПО.

Второй раздел должен иметь свое название.

Проектная часть может иметь нижеследующее содержание и отражаться в трех подразделах с номерами «2.1», «2.2» и «2.3».

Информационное обеспечение задачи (относится к подготовке подраздела «2.1»).

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

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

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

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

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

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

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

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

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

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

  • приводится структура файлов с условно-постоянной информацией содержащей те же сведения, что и для файлов с оперативной информацией.

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

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

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

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

Обеспечение информационной безопасности предполагает рассмотрение следующих вопросов:

  • основные угрозы информационной безопасности;

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

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

  • мероприятия по безопасности обрабатываемой информации (варианты защиты информации методами архивирования, криптографии, стеганографии, проверки подлинности, электронно-цифровой подписи).

Программное обеспечение задачи (относится к подготовке подраздела «2.2»).

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

  • описание использованных средств разработки;

  • характеристика архитектуры проектируемого программного средства;

  • структурная схема пакета (дерево вызова процедур и программ);

  • описание программных модулей и файлов;

  • тестовые испытания программного обеспечения собственной разработки.

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

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

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

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

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

  • модули, выполняющие служебные функции;

  • управляющие модули, предназначенные для загрузки меню и передачи управления другому модулю;

  • модули, связанные с вводом, хранением, обработкой и выдачей информации.

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

В случае проектирования программного обеспечения для АРМ следует дополнительно рассмотреть состав типовых процедур ведения баз данных.

Описание программных модулей должно включать блок-схемы и описание блок-схем алгоритмов основных расчетных модулей.

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

Тестовые испытания5 отражаются в работе в виде описания контрольного примера и представления результатов работы программы на этом примере. При испытаниях следует обратить внимание на целостность контрольного примера и правильность полученных результатов обработки тестовых данных.

Контрольный пример включает описание:

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

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

  • результатов обработки тестовых данных (рассчитанные показатели, сформированные ведомости, отчеты и т. п.) с возможным отображением в приложении.

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

Технологическое и организационное обеспечение задачи (относится к подготовке подраздела «2.3»).

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

Организационное обеспечение предусматривает наличие методов и средств, регламентирующих взаимодействие работников с техническими средствами и между собой в процессе эксплуатации ИС или АРМ.

Следует представить краткое описание работы спроектированной системы и отобразить структуру взаимосвязей рабочих мест конечных пользователей (АРМ) и ИТ-специалистов с сервером ИС.

Заключение

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

Заключение составляется по следующей схеме:

  • степень решения задач дипломного проектирования (например: поставленная в работе цель достигнута, задачи решены в полном объеме в соответствии с выданным заданием);

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

  • полученный результат проектирования (например, результатом проектирования является разработка программного обеспечения, позволяющего решать задачи, … или созданный проект ориентирован на модернизацию ИС и позволяет … или результатом работы является проект автоматизации процесса … и т.д.);

  • возможность практической реализации проекта (например, результаты ВКР в виде программного обеспечения или методики … или способа … приняты к внедрению (или к рассмотрению) на предприятии …);

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

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

Список использованных источников

Список не менее чем из 25 источников должен содержать сведения о них, использованных при подготовке ВКР.

Сведения об источниках необходимо оформлять в соответствии с требованиями ГОСТ. Например: ГОСТ Р 7.0.5-2008 «Библиографическая ссылка», ГОСТ 7.1-2003, ГОСТ 7.82-2001 (для электронных источников).

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

Список может быть составлен либо в порядке упоминания литературных источников в работе, либо в алфавитном порядке.

Приложения

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

  • таблицы вспомогательных числовых данных;

  • иллюстрации вспомогательного характера;

  • списки файлов исходного текста программы;

  • списки файлов тестов для программы;

  • руководство по установке программы на компьютере;

  • руководство по генерации программы из исходных текстов;

  • акты внедрения результатов работы и др.

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