Структура отчета по ВКР

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

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

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

Вне зависимости от решаемой задачи и подхода при проектировании структура выпускной квалификационной работы такова:

Оглавление

Введение

1. Аналитическая часть

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

Заключение

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

Список условных сокращений

Приложения

Введение

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

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

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

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

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

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

Аналитическая часть

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

Ниже предлагается примерное содержание первой главы выпускной квалификационной работы.

1. Аналитическая часть

1.1. Технико-экономическая характеристика предметной области

1.1.1.Характеристика предприятия

1.1.2.Краткая характеристика подразделения или видов его деятельности

1.2. Экономическая сущность задачи

1.3. Обоснование необходимости разработки экономической информационной системы.

1.4. Постановка задачи

1.4.1.Цель и назначение автоматизированного варианта решения задачи

1.4.2.Общая характеристика организации автоматизированного решения задачи

1.4.3.Формализация расчетов

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

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

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

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

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

1.6.4.по технологическому обеспечению.

Технико-экономическая характеристика объекта включает в себя:

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

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

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

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

В разделе «Экономическая сущность задачи» студент должен разработать предложения по усовершенствованию экономического процесса или комплекса экономических задач.

Последовательность действий при разработке предложений следующая:

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

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

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

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

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

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

Здесь необходимо:

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

· провести декомпозицию решения задачи;

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

Построение моделей осуществляется с использованием пакетов Enterprise Architect, Rational Rose, ARIS или других CASE-технологий.

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

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

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

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

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

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

· простои оборудования;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В пункте «Общая характеристика организации решения задачи на ЭВМ» автору следует раскрыть требования к будущему проекту через ответ на следующие вопросы:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В начале подраздела«Обоснование проектных решений по техническому обеспечению (ТО)» следует дать определение этого вида обеспечения и его структуру.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Кроме того, стоит выработать требования к оформлению экранных и печатных форм, эргономике программного обеспечения.

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

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

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

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

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

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

· классификации методов контроля вводимой информации в ЭВМ и обоснованию выбора определенного метода;

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

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

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

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

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

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

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

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

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

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

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

Примерное содержание этой главы приведено ниже:

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

2.1. Проектирование информационной системы «КАК ДОЛЖНО БЫТЬ»

2.2. Характеристика первичных документов с нормативно-справочной и входной оперативной информацией

2.3. Используемые классификаторы и системы кодирования

2.4. Характеристика результатной информации

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

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

2.7 Общие положения (дерево функций и сценарий диалога)

2.8 Структурная схема пакета (дерево программных модулей)

2.9 Алгоритмы и описания программных модулей

2.10 Описание контрольного примера реализации проекта.

2.11 Анализ экономической эффективности

 

В разделе «Проектирование информационной системы «КАК ДОЛЖНО БЫТЬ»» выпускной квалификационной работы требуется описать модель создаваемой или внедряемой ЭИС. Методика разработки моделипредполагает моделирование нового варианта организации информационной системы предметной области («КАК ДОЛЖНО БЫТЬ»), а именно:

· полного состава информации, необходимой для решения комплекса задач данного АРМа;

· отражение этой информации на всех типах носителей;

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

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

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

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

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

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

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

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

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

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

Структурно – функциональная модель или диаграмма потоков данных строится с использованием CASE средства, например Business Studio, BPWin, AllFusion Modeller, Enterprise Architect, Rational Rose, ARIS, IBM WebSphere Business Modeler и др.

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

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

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

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

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

Таблица 1

Пример описания классификатора

Наименование кодируемого множества объектов	Значность кода	Система кодирования	Система классификации	Вид классификатора
Номер Заявки		Порядковая	Отсутствует	Локальный
Код Агента		Порядковая	Отсутствует	Локальный
Код рейса		Порядковая	Отсутствует	Локальный
Код Экскурсии		Порядковая	Отсутствует	Локальный
Код услуги		Порядковая	Отсутствует	Локальный
Код категории автомобилей		Порядковая	Отсутствует	Локальный

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

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

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

В разделе «Информационная модель и ее описание» рассматривается характеристика инфологической и даталогической модели БД.

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

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

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

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

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

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

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

Если информационная база организована в форме корпоративной базы данных, то приводится описание и других её элементов: распределение прав доступа, бизнес-правил, триггеров.

В разделе «Организация программного обеспечения»выпускной квалификационной работы требуется:

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

· обосновать выбор соответствующего пакета программ.

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

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

1. Управление передачей данных.

2. Управление аппаратными средствами.

3. Управление базами данных.

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

5. Программы помощи.

6. Утилиты.

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

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

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

Во