УГАТУ, прикладная информатика (дипломная работа)

По своему характеру ВКР могут быть:

· прикладными, посвященными разработке различных видов обеспечения ИС предприятия или организации;

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

· комплексными, посвященными разработке как организационного, так и математического, программного и информационного обеспечения ИС.

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

· экспертные системы и системы поддержки принятия решений;

· информационное обеспечение систем управления;

· интеллектуальные информационные системы;

· модели сложных динамических систем;

· структурный анализ и разработка системных моделей экономических, производственных и управленческих процессов.

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

Содержание, этапы выполнения и объем дипломного проекта

Структура ВКР

Выпускная квалификационная работа (ВКР) должна состоять из графической части и расчетно-пояснительной записки. Объем расчетно- пояснительной записки составляет 80-120 страниц машинописного текста (шрифт TimesNewRomanCyr № 14, через 1,5 интервала) на листах формата А4 с рамкой.

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

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

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

· титульный лист;

· задание на выполнение ВКР;

· календарный план работы над ВКР;

· аннотация;

· оглавление с постраничной разметкой;

· ведомость документации;

· список сокращений, принятых в ВКР;

· основной текст:

Введение

1. Общесистемная часть (стадия предпроектного обследования и анализа предметной области):

1) анализ предметной области;

2) информационное обследование выделенного бизнес-процесса;

3) обоснование необходимости разработки и внедрения ИС или реинжиниринга существующей ИС (или техническое задание на разработку ИС);

4) концептуальные модели ИС.

2. Проектная часть (стадия проектирования и реализации проектных решений):

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

2) разработка компонентов информационного обеспечения ИС;

3) математическое и/или динамическое моделирование функционирования ИС;

4) описание комплекса технических средств;

5) организация программного обеспечения ИС;

6) разработка эксплуатационной документации на ИС.

· заключение с выводами, отражающими результаты работы и возможность ее внедрения;

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

· приложения.

Подробная структура расчетно-пояснительной записки к выпускной квалификационной работе по направлению 09.03.03 Прикладная информатика приведена в Приложении 1.

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

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

· совершенствование информационной базы на основе концепции баз данных;

· автоматизация комплекса задач, ранее решавшихся в режиме ручной обработки;

· постановка комплекса задач, ранее не решавшихся в системе управления.

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

Объем введения должен быть не более 5 страниц машинописного текста.

1 Общесистемная часть

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

1.1 Анализ предметной области

Анализ предметной области предусматривает выполнение следующих видов работ:

· сбор данных об объекте автоматизации и осуществляемых видах деятельности;

· оценка качества функционирования экономического объекта и осуществляемых видов деятельности;

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

· формирование предварительных требований пользователя к информационной системе.

1.1.1 Общая технико-экономическая характеристика предприятия.

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

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

1. Описание общих принципов функционирования предприятия/организации (документы, определяющие функционирование организации в целом, например, Устав, Миссия организации).

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

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

Регламент работы с обращениями граждан в местных органах государственной власти и управления и т.д.).

1.1.2 Анализ текущего состояния бизнес-процессов предприятия

Анализ текущего положения дел на предприятии с точки зрения автоматизации его бизнес-процессов рекомендуется проводить по следующему плану:

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

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

· оценка степени автоматизации бизнес-процессов предприятия;

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

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

1.1.3 Обоснование выбора бизнес-процесса в качестве объекта исследований

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

1.2 Информационное обследование выделенного бизнес-процесса

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

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

1.2.1 Описание существующего бизнес-процесса

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

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

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

Для структурирования полученной информации можно воспользоваться планом информационного обследования (Приложение 1).

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

1.2.2 Выбор методологии моделирования бизнес-процесса

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

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

При выборе объектно-ориентированного подхода к моделированию предметной области рассматривается структура объектов и связей между ними, а также поведение системы в терминах обмена сообщениями между объектами. Объектные методологии рассматривают моделируемую организацию как набор взаимодействующих объектов – производственных единиц. Объект определяется как осязаемая реальность – предмет или явление, имеющая четко определяемое поведение. Целью применения данной методологии является выделение объектов, составляющих организацию, и распределение между ними ответственностей за выполняемые действия. При выборе этого подхода разрабатываются объектно-ориентированные модели процесса и, в дальнейшем, информационной системы, на языке UML. В качестве CASE-средства, поддерживающего объектно-ориентированный подход к моделированию, выступают IBM Rational Software Architect.

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

Если бизнес-процесс отличается высокой динамичностью и разнообразными вариантами его исполнения, то для его моделирования целесообразнее всего использовать BPMN-технологию. CASE-средствами, реализующими BPMN-технологию, являются BusinessStudio (нотацияBPMN), BizAgi, IBM WebSphere Business Modeller.

1.2.3 Разработка модели функционирования бизнес-процесса

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

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

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

Требования к разработанным моделям зависят от выбранной нотации моделирования и определяются соответствующими стандартами.

1.3 Обоснование необходимости разработки и внедрения ИС или реинжиниринга существующей ИС

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

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

· большая трудоемкость обработки информации;

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

· невысокая достоверность результатов решения задач;

· несовершенство отдельных технологических операций обработки данных;

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

· наличие информационных разрывов в бизнес-процессе;

· отсутствие информации и высокая трудоемкость ее поиска.

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

1.3.1. Анализ современного рынка программных средств

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

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

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

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

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

· назначение и возможности ТПР;

· отличительные признаки и свойства ТПР;

· требования к техническим и программным средствам;

· качество и полнота документации ТПР;

· стоимость ТПР;

· особенности установки ТПР;

· особенности эксплуатации ТПР;

· помощь поставщика по внедрению и поддержке ТПР;

· оценка качества пакета и опыт его использования;

· перспективы развития ТПР.

1.3.3. Определение ресурсов на разработку/реинжиниринг ИС

Для определения ресурсов на разработку ИС выявляются:

· ограничения на технические и программные средства;

· ограничения на финансовые ресурсы;

· сроки, отводимые на разработку ИС;

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

· степень подготовленности потенциальных пользователей ИС;

· уровень подготовки специалистов, сопровождающих ИС в процессе ее эксплуатации на предприятии.

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

1.4 Концептуальные модели ИС

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

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

· мнемосхема предлагаемого бизнес-процесса в условиях использования ИС;

· структурная модель ИС;

· математическая модель ИС;

· функциональная модель ИС.

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

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

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

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

2 Проектная часть

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

· уровень практических навыков студента в области проектирования математического, информационного и программного обеспечения ИС;

· умение разработать алгоритм решения задачи и реализовать его в выбранной среде с использованием средств проектирования;

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

· умение документировать принятые решения в соответствии с требованиями стандартов.

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

2.1 Описание постановки задачи (комплекса задач)

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

· изучение структуры комплекса задач (определение их взаимосвязей и взаимовлияния);

· расстановка приоритетов при выделении задачи, требующих автоматизации/реинжиниринга (здесь можно использовать следующие критерии:

важность той или иной функции управления;

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

уровень компьютерной подготовки управленческих кадров;

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

· описание структуры и параметров выделенной задачи;

· определение информационных и материальных потоков, возникающих при решении задачи;

· описание алгоритма решения задачи с точки зрения пользователей.

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

2.1.1 Организационно-экономическая сущность задачи

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

· наименование задачи, место ее решения (указать экономический объект или класс экономических объектов);

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

· назначение (для каких подразделений экономического объекта и пользователей она предназначена);

· периодичность и сроки решения задачи;

· источники и способы поступления данных;

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

2.1.2. Информационное обеспечение комплекса задач

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

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

Описание исходной (входной) информации:

· перечень исходной информации (документы или наборы данных);

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

· объем информации (для бумажных документов – в страницах или строках, для электронных – в Кб);

· описание структурных единиц информации по каждому из представленных документов или наборов данных.

Описание результатной (выходной) информации:

· перечень результатной информации;

· формы представления;

· периодичность и сроки представления;

· объем информации;

· перечень пользователей результатной информации (подразделение и должность);

· описание структурных единиц информации.

Описание используемой условно-постоянной информации:

· перечень условно-постоянной информации (классификаторов, справочников с указанием их полных наименований);

· формы представления (бумажный или электронный);

· описание структурных единиц информации.

2.1.3 Описание алгоритма решения задачи

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

2.2 Разработка компонентов информационного обеспечения задач

2.2.1 Концептуальная информационная модель

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

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

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

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

2.2.2 Проектирование/наполнение базы данных

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

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

2.3 Математическое или динамическое моделирование функционирования ИС

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

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

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

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

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

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

1) характеристики задач, предназначенных для решения в системе;

2) характеристики технологического процесса обработки информации;

3) характеристики выпускаемого оборудования для формирования КТС ИС.

Основными характеристиками задач, которые учитываются при выборе оборудования, являются:

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

2) объем входной и результатной информации по указанным носителям;

3) объемы вычислительных работ;

4) сроки выполнения работ по решению задач;

5) разрядность входной и результатной информации, используемой при решении задач;

6) формы и способы представления результатов решения задач пользователям.

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

1) типы технологических операций, выполняемых при преобразовании информации:

2) количество технологических операций каждого типа, выполняемых для решения задач.

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

1) производительность при выполнении технологических операций;

2) надежность работы;

3) степень совмещения во времени выполнения отдельных технологических операций;

4) совместимость работы оборудования различных типов, в том числе ЭВМ;

5) стоимость оборудования;

6) состав и количество обслуживающего персонала;

7) площадь, требуемая для размещения оборудования.

После выбора КТС ИС производится разработка/адаптация программного обеспечения для решения задачи на ЭВМ.

2.5 Организация программного обеспечения

В этом разделе требуется:

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

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

· разработать интерфейс пользователя ИС.

2.5.1 Описание системного программного обеспечения

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

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

1) управление передачей данных;

2) управление аппаратными средствами;

3) управление базами данных;

4) операционные системы, компиляторы и языки высокого уровня;

5) программы помощи;

6) утилиты.

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

2.5.2 Описание прикладного программного обеспечения

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

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

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

· требуемая скорость работы, соотношение ее диалоговых и вычислительных компонентов;

· ожидаемый размер программы - можно ли будет ее создавать как единое целое или придется разбивать на отдельные взаимодействующие модули, требуется ли минимизировать размер памяти, занимаемой программой во время работы;

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

· возможность переноса программы на другие типы программно- аппаратные платформы;

· основные типы данных, обрабатываемых в программе;

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

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

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

2.5.3 Реализация интерфейса пользователя

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

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

К первичным документам предъявляются следующие требования:

1) они должны содержать достоверные данные о состоянии экономического объекта или бизнес-процесса.

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

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

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

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

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

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

· выделяются реквизиты, подлежащие автоматизированной обработке;

· составляется эскиз, определяющий порядок построения и расположения реквизитов;

· утвержденная форма документа реализуется в ИС с использованием выбранного программного средства.

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

К результатным документам предъявляются следующие требования:

1) состав содержащихся в них показателей должен быть достаточным для целей управления;

2) данные должны быть достоверны, а их расположение – логически обоснованным;

3) периодичность выдачи результатных документов должна соответствовать экономической задаче – сводки должны выдаваться к указанному сроку, в регламентном режиме или при ответе на запрос;

4) результатные документы должны иметь унифицированный вид.

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

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

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

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

· определяется состав показателей, вычисляемых в ИС;

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

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

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

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

1) создание структуры электронного документа — подготовка внешнего вида с помощью графических средств проектирования;

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

3) определения последовательности макетов экранных форм – проектировщик анализирует "постановку" каждой задачи, в которой приводятся перечни используемых входных документов с оперативной и постоянной информацией и документов с результатной информацией;

4) установление связей между формами электронных документов;

5) апробация форм электронных документов и их заполнение.

2.6 Разработка эксплуатационной документации на ИС

Технологическая инструкция – один из эксплуатационных документов, предусмотренных ГОСТ серии 34. Задача технологической инструкции – соотнести функциональность программного обеспечения автоматизированной системы с практикой, описать работу пользователей ИС по существу.

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

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

2) определение комплекса задач для выбранного пользователя информационной системы;

3) разработка сценария работы пользователя в системе;

4) разработка схемы алгоритма работы пользователя;

5) подготовка и обработка входных, промежуточных и результатных экранных форм;

6) написание текста инструкции;

7) апробация инструкции.

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

· триггер, т.е. событие или обстоятельство, при наступлении которого пользователь выполняет операцию. Триггером может быть какое-либо внешнее по отношению к пользователю событие (обращение контрагента, другого сотрудника, распоряжение начальника, поступление какого-то документа или сообщения), наступление определенного момента по установленному расписанию или собственное решение;

· результат операции, т.е. существенное изменение ситуации, которое происходит после ее успешного выполнения. Результат не следует путать с выходными данными или документами;

· пошаговое описание выполнения операции. Каждый шаг описания касается какой-то одной задачи, решаемой посредством программного обеспечения.

Введение

Приложение 1 Структура выпускной квалификационной работы

1. Общесистемная часть

1.1. анализ предметной области:

1.1.1. общая технико-экономическая характеристика предприятия;

1.1.2. анализ текущего состояния производственных, организационных, технологических процессов предприятия;

1.1.3. обоснование  выбора бизнес-процесса предприятия для детального анализа и моделирования;

1.2. информационное обследование выделенных процессов:

1.2.1. описание существующего бизнес-процесса;

1.2.2. выбор методологии моделирования бизнес-процесса;

1.2.3. разработка модели функционирования бизнес-процесса;

1.3. обоснование необходимости разработки и внедрения ИС или реинжиниринга существующей ИС:

1.3.1. анализ современного рынка программных средств

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

1.3.3. определение ресурсов на разработку/реинжиниринг ИС;

1.4. концептуальные модели ИС.

Выводы

2. ПРОЕКТНАЯ ЧАСТЬ

2.1. Описание постановки задачи (комплекса задач) для проектирования ИС (или функциональной подсистемы ИС)

2.1.1. Организационно-экономическая сущность задачи

2.1.2. Информационное обеспечение задачи:

характеристика входной информации;

характеристика выходной информации;

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

2.1.3. Описание алгоритма решения задачи

2.2. Разработка компонентов информационного обеспечения задач

2.2.1. Концептуальная информационная модель

2.2.2. Проектирование/наполнение базы данных

2.3. Математическое или динамическое моделирование функционирования ИС

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

2.5. Организация программного обеспечения

2.5.1. Описание системного программного обеспечения

2.5.2. Описание прикладного программного обеспечения

2.5.3. Разработка интерфейса пользователя

2.6. Разработка эксплуатационной документации на ИС (регламента бизнес-процесса, инструкции пользователя).

Заключение

Приложение 2

Примерный перечень графического материала (плакатов и чертежей)

1) Схема иерархической организационной структуры предприятия.

2) Мнемосхема существующего и/или предлагаемого (с использованием ИС) бизнес-процесса.

3) Функциональная модель существующего бизнес-процесса - модель "как есть" (в любой нотации моделирования).

4) Структурная схема ИС.

5) Математическая модель бизнес-процесса.

6) Функциональная модель ИС - модель "как будет" (в любой нотации моделирования).

7) Концептуальная информационная модель ИС (в любой нотации).

8) Логическая и физическая структура БД.

9) Математическая модель функционирования ИС (возможно, СМО)

10) Динамическая (имитационная) модель ИС (возможно, BPMN или сети Петри).

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

12) Структура программного обеспечения.

13) Схема алгоритма работы пользователя в ИС или блок-схема алгоритма работы программы (по ГОСТ 19.701-90) - чертёж.

14) Экранные формы входных и результатных документов.

Объем графической части зависит от темы ВКР. Количество и состав графической части согласуется с руководителем ВКР.

Приложение 2 План проведения информационного обследования бизнес-процесса

1. Название бизнес-процесса.

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

3. Условия начала выполнения бизнес-процесса.

4. Перечень функций бизнес-процесса.

5. Сведения о функциях:

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

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

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

· сотрудники организации, а также клиенты, поставщики и иные внешние организации, участвующие в выполнении функции;

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

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

6. Признаки успешного завершения бизнес-процесса.

7. Возникают ли проблемы при выполнении процесса? И, если да, то каковы они:

7.1. насколько критичны (отметьте необходимые пункты):

· кардинально влияют на общую деятельность организации;

· влияют на функционирование подразделения;

· не значительны;

7.2. зависят от работы:

· сотрудников;

· смежных подразделений;

· поставщиков;

· клиентов;

7.3. неблагоприятно влияют на:

· стоимость;

· время;

· качество выполнения процесса.

8. Признаки нештатного (неуспешного) завершения бизнес-процесса с указанием возможных путей исправления сложившейся неблагоприятной ситуации.

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

10. Продолжительность однократного выполнения процесса.