Методические указания по подготовке отчета о преддипломной практике для специальности «Прикладная информатика (в экономике)» и направления «Информационные системы»
1. Прохождение преддипломной практики и содержание отчёта о преддипломной практике
1.2 Типовое содержание отчёта о преддипломной практике

Содержание типового отчёта о преддипломной практике для студентов специальности «Прикладная информатика (в экономике)» и «Информационные системы» включает следующие элементы:
Титульный лист (стр №1 – номер не проставляется)
Введение
Содержание
Заключение
Список использованной литературы
Приложения
В отчете обязательно должны быть отражены следующие результаты прохождения практики:
1. технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»;
2. характеристика комплекса задач, задачи и обоснование необходимости автоматизации;
3. анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»;
4. развёрнутая постановка целей, задачи и подзадач автоматизации;
5. обоснование проектных решений;
6. основные положения проекта.

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

Основное содержание отчета (20-30 страниц):
1.1. Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»
1.1.1. Характеристика предприятия и его деятельности
1.1.2. Организационная структура управления предприятием
1.1.3. Программная и техническая архитектура ИС на предприятии и используемых функциональных возможностей. Обеспечения информационной безопасности.
1.1.4. Структурно-функциональная диаграмма организации деятельности «КАК ЕСТЬ»
1.2. Характеристика комплекса задач, задачи и обоснование необходимости автоматизации
1.2.1. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
1.2.2. Определение места проектируемой задачи в комплексе задач
1.2.3. Сущность задачи и предметная технология её решения
1.2.4. Обоснования необходимости использования вычислительной техники для решения задачи
1.2.5. Описание свойств ИС, требуемых для решения выбранной задачи
1.3. Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»
1.3.1. Анализ существующих разработок для автоматизации задачи
1.3.2. Выбор и обоснование стратегии автоматизации задачи
1.3.3. Выбор и обоснование способа приобретения ИМ для автоматизации задачи
1.4. Развёрнутая постановка целей, задачи и подзадач автоматизации
1.4.1. Трансформация базовой технологии решения задачи
1.4.2. Цели и назначение автоматизированного варианта решения задачи
1.4.3. Подзадачи автоматизации и функциональная информационная технология их решения
1.4.4. Формализация расчётов показателей
1.5. Обоснование проектных решений
1.5.1. Обоснование проектных решений по техническому обеспечению
1.5.2. Обоснование проектных решений по информационному обеспечению
1.5.3. Обоснование проектных решений по программному обеспечению
1.5.4. Обоснование проектных решений по технологическому обеспечению
1.6. Основные положения проекта
1.6.1. Информационная модель и её описание

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

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

Остановимся на содержании внутренних позиций отчёта. При рассмотрении пунктов отчёта предполагается, что каждая разрабатываемая диаграмма должна иметь своё развёрнутое описание.
1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»
1.1.1 Характеристика предприятия и его деятельности
В качестве предметной области может выступать предприятие, фирма, объединение, государственное учреждение и т.д., или отдельный вид деятельности, протекающий в нем, поэтому в данном разделе необходимо отразить:
• цель функционирования предприятия;
• краткую историю его развития и его место на рынке аналогичных товаров\услуг;
• все основные виды (направления) деятельности;
• основные параметры его функционирования;
Главными технико-экономическими свойствами объекта управления являются: цель и результаты деятельности, продукция и услуги, основные этапы и процессы рассматриваемой деятельности, используемые ресурсы. В ходе рассмотрения перечисленных свойств, для них, по возможности, необходимо указать количественно-стоимостные оценки и ограничения, которые желательно представить в виде таблицы следующей структуры:
№ п\п Наименование характеристики (показателя) Значение показателя на определённую дату либо за период



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

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

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

1.1.4 Структурно-функциональная диаграмма организации бизнеса «КАК ЕСТЬ»
Этот раздел призван показать функциональные направления деятельности, осуществляемые на предприятии. Под функциональным направлением деятельности может пониматься группа процессов, объединённых по функциональному признаку. В качестве примера можно выделить: ведение бухгалтерского учёта, обслуживание клиентов, операционное управления деятельностью и другие.
Используя стандарт IDEF0, необходимо составить одну или несколько диаграмм, отражающих наиболее общие функциональные направления деятельности предприятия, и их взаимосвязь на макро-уровне без детализации содержания потоков между функциональными блоками. Среди этих блоков будут те блоки, которые отражают комплекс задач, рассматриваемый в отчёте о практике.
При построении диаграммы верхнего уровня следует иметь ввиду, что все входящие материальные потоки – это то, что поступает извне компании, а исходящие – что уходит вовне компании.
Для выполнения структурно-функционального анализа объекта управления и решаемой задачи рекомендуется разработать структурно-функциональную диаграмму («КАК ЕСТЬ») по методологии SADT(IDEF0) или диаграмму потоков данных по методологии Гейна/Сарсона, Йодана/ДеМарко. Для их разработки целесообразно использовать CASE средства, например Design/IDEF, Power Designer, BPwin, Silverrun-BMP, Oracle Designer и др.

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

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

1.2.3 Сущность задачи и предметная технология её решения
Описание сущности задачи автоматизированной реализации выбранной функции или комплекса функций управления может сводиться к описанию следующих позиций:
• к описанию основных определений и понятий, свойственных рассматриваемой области;
• к описанию перечня результатных показателей, рассчитываемых на базе использования совокупности исходных показателей в процессе выполнения этих функций.
При этом необходимо указать следующее:
• какое место занимают эти показатели в системе управления данным видом деятельности или подразделением, или всем предприятием в целом, т.е. насколько и каким образом зависят от них процессы управления, выполняемые в изучаемом подразделении,
• к какому классу задач с т. зрения этапов выполнения функций управления будет относиться выбранная задача: решения оптимизационной задачи, анализа данных (OLAP- приложение) или подготовки и поддержки принятия решения (DSS- приложение) и др.;
• в чем выражается автономность задачи.
Помимо этого, надо рассмотреть особенности, связанные с реализацией данного класса задач в рассматриваемом предприятии, т.е. описать предметную технологию решения задачи, под которой может пониматься технология преобразования объекта из исходного состояния в желаемое, которая свойственна определённой предметной области и характеризующаяся целью, правилами преобразования и используемыми ресурсами. Таким образом, необходимо:
• провести декомпозицию решения задачи по этапам ее решения;
• указать на особенности методов расчета показателей;
• указать перечни используемых входных документов (файлов), в которых содержатся первичные показатели;
• указать перечни результатных документов(файлов), в которых отражаются результатные показатели;
• указать исполнителей этапов и регламенты их исполнения.
Описание сущности задачи должны быть выполнено в виде единого связного текста и может сопровождаться диаграммами IDEF0 и обобщающими таблицами или разъясняющими схемами.

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

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

1.3 Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»
1.3.1 Анализ существующих разработок для автоматизации задачи
В этом разделе следует отметить, используются ли при существующей технологии решения задачи какие-либо программные средства и, если используются, то каким образом. Если на рынке программных средств существуют готовые программные решения, желательно дать краткое описание и провести анализ хотя бы одной такой разработки, указав основные характеристики и функциональные возможности.
Обзор рынка программных средств удобно проводить с помощью Internet. Адреса используемых при обзоре ресурсов следует добавить в список литературы дипломного проекта.
Затем следует отметить, чем, с точки зрения программной реализации, должна и будет отличаться проектируемая технология решения задачи от существующей, а также, почему необходимо разрабатывать новое программное средство или дорабатывать имеющиеся, и чем оно должно отличаться от существующих средств.
При анализе рынка целесообразно руководствоваться следующим планом:
• выявить и обосновать требуемые классы информационных систем;
• выявить критерии анализа, помимо функциональных возможностей;
• провести сбор информации по существующим разработкам;
• составить сводную таблицу по найденным разработкам в сравнении с планируемым решением;
• написать вывод, исходя из анализа.

1.3.2 Выбор и обоснование стратегии автоматизации задачи
Разработка стратегии реализации любого крупного проекта предполагает наличие ряда взаимосвязанных между собой последовательных действий — этапов, на каждом из которых решается определенная задача. В качестве примера можно привести следующие этапы:
• анализ бизнеса;
• анализ стратегии развития бизнеса;
• определение стратегических свойств ИС;
• определение функциональности ИС в целом;
• выбор стратегии автоматизации:
o хаотичная;
o по участкам;
o по направлениям;
o полная;
• выбор способа приобретения;
• формирование комплексного проекта;
• определение архитектуры;
• формирование бизнес-плана
В рамках данного раздела необходимо привести собственный вариант этапов, раскрыть их содержание, цель и взаимосвязь, применительно к своему проекту.
В заключении к данному пункту необходимо сделать вывод о той стратегии автоматизации, которая будет применяться.

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

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

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

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

Пример 1. Таблица формализованного описания входных показателей
№ п/п Наименование входного показателя Идентификатор входного показателя
1 Количество поступившего i–го материала от j-го поставщика на дату –d
Кijd
….

Пример 2. Таблица формализованного описания результатных показателей
№ п/п Наименование результатного показателя Идентификатор результатного показателя Алгоритм расчета
1 Количество поступления i-го материала от j-го поставщика с начала месяца- r
Kijr , где D1 – 1е число r-того месяца, а D2 текущее число
….

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

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

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

1.5.4 Обоснование проектных решений по технологическому обеспечению
Также как и предыдущие этот раздел следует начинать с определения понятия «технологического обеспечения» и «технологического процесса обработки данных». Далее следует указать этапы обработки данных и характеристику их содержания.
При обосновании проектных решений по технологическому обеспечению задачи необходимо уделить внимание недостаткам существующей технологии решения задачи, которые были отмечены ранее. Надо отметить, используется ли при существующей технологии решения задачи вычислительная техника. Если не используется, то обосновывают решения, позволяющие устранить выявленные недостатки. Если для решения данной задачи вычислительная техника уже используется, необходимо выяснить, в какой степени и насколько эффективно она используется, и предложить проектные решения для повышения эффективности использования вычислительной техники. Необходимо сформулировать и обосновать предложения по устранению выявленных недостатков, внедрению новых подходов и технологий. Особое внимание следует уделить следующим вопросам:
• классификации методов и средств съема, сбора и передачи информации по каналам связи и обоснованию выбора конкретных методов и средств;
• классификации методов контроля вводимой информации в ЭВМ и обоснованию выбора определенного метода;
• обзору методов и языков общения в процессе решения задачи на ЭВМ и обоснованию выбора метода и конкретного языка (язык запросов, шаблонов, меню, подсказок, директив и т.д.);
• обзору методов и средств организации системы ведения файлов баз данных и обоснованию выбора методов актуализации данных, защиты целостности, секретности и достоверности хранимых данных;
• обзору типов и причин ошибок, с которыми сталкивается пользователь при получении результатной информации, и обоснованию выбора методов решения этих проблем.

1.6. Основные положения проекта
1.6.1 Информационная модель и её описание
Информационная модель представляет собой схему, отражающую преобразование информационных реквизитов от источников информации до её получателей. Модель может быть построена в соответствии с описанием схемы данных из ГОСТ. При построении модели в рамках неё могут быть семь логических уровней:
• источники информации;
• первичные документы или файлы;
• таблицы с первичными документами;
• таблицы с промежуточной информацией;
• таблицы с результатной информацией;
• результатные документы или файлы;
• получатели информации.
При построении модели необходимо руководствоваться следующими принципами:
• элементы соединяются только сверху вниз;
• у каждого из элементов есть только 1 вход и только 1 выход, которые могут затем разветвляться;
• в случае, если в элемент входит связь, то хотя бы один из реквизитов элемента в начале этой связи должен быть в текущем элементе.

2. Требования по оформлению отчета о преддипломной практике

2.1 Требования и правила оформления текстового материала
Оформление отчета о преддипломной практике должно соответствовать определенным требованиям.
Материал отчета располагается в следующем порядке:
1. Титульный лист (приложение 1);
2. Оглавление (содержание);
3. Введение;
4. Основная часть;
5. Заключение;
6. Список литературы;
7. Приложение (приложения).
В содержании приводятся заголовки глав, параграфов, приложений с указанием страниц. При этом заголовки и их рубрикационные индексы должны быть приведены в строгом соответствии с текстом.
Текстовый материал работы должен быть представлен в машинописном варианте с использованием текстового редактора. При оформлении дипломного проекта в текстовом редакторе следует соблюдать следующие параметры: шрифт «Times New Roman», размер шрифта-13, печать через 1,5 интервала.
Названия глав, параграфов, пунктов, подпунктов следует начинать с абзаца, их можно писать более крупным кеглем (не более 14), чем текст. Допускается выделение интенсивностью (полужирный шрифт).
Основной объем отчета должен составлять 30-40 страниц без учета приложения. Объем приложения не ограничен. Текст наносится только с одной стороны листа формата А4, при этом следует соблюдать следующие отступы: слева – 3 см., справа – 2 см., сверху– 2 см., снизу – 2. Наглядно параметры страницы представлены на рисунке 2.1. Размеры указаны в сантиметрах.






















Рис.4.1. Расположение текста на странице




Рис. 2.1 Параметры страницы

Каждый раздел отчета должен начинаться с новой страницы. Все страницы отчета должны быть пронумерованы последовательно арабскими цифрами. Номер должен располагаться в середине страницы в 1-2 мм. от ее верхнего края. Нумерация страниц должна быть сквозной от титульного листа до последнего листа текста, включая иллюстративный материал (таблицы, графики, диаграммы и т.п.), расположенный внутри текста или после него, а также приложения. На титульном листе, который является первой страницей, номер страницы не ставится, но учитываются при общей нумерации. Нумерация страниц должна соответствовать оглавлению (содержанию).
Сокращения в тексте не допускаются. Исключения составляют:
• общепринятые сокращения мер веса, длины и т.д.;
• те сокращения, для которых в тексте приведена полная расшифровка.
Расшифровка сокращения должна предшествовать самому сокращению. Сокращение, встречающееся в тексте в первый раз, указывается в скобках, сразу за его расшифровкой. Например: … орган Государственной Налоговой Инспекции (ГНИ) …. Далее по тексту сокращение употребляется уже без скобок. Используемые сокращения или аббревиатуры рекомендуется выделить в «Список сокращений», размещаемый после Заключения.
Специфические понятия и термины, используемые в тексте отчета, рекомендуется оформить в виде отдельного «Глоссария», содержащего толкование данных понятий. Глоссарий размещается аналогично списку сокращений.
При написании в тексте формул значения символов и числовых коэффициентов должны быть приведены непосредственно под формулой, с новой строки в той же последовательности, в какой они приведены в формуле. Первая строка расшифровки начинается словом «где» без двоеточия после него. Если в тексте есть ссылки на формулы, то формулам необходимо присвоить порядковые номера, которые проставляются на уровне формулы арабскими цифрами в круглых скобках.
При написании формул, не помещающихся по ширине печатного листа, их разделяют на несколько строк. Перенос допускается только на знаках равенства, сложения, вычитания, деления и умножения. При переносе вышеуказанные знаки повторяются в начале и в конце строк.
При приведении цифрового материала должны использоваться только арабские цифры, за исключением общепринятой нумерации кварталов, полугодий и т.д., которые обозначаются римскими цифрами. Количественные числительные, римские цифры, а также даты, обозначаемые арабскими цифрами, не должны сопровождаться падежными окончаниями.
Математические знаки, такие как «+», «-», «<», «>» «=» и т.д., используются только в формулах. В тексте следует писать словами: плюс, минус и т.д.. Знаки «№»,«§»,»%» применяются только вместе с цифрами. В тексте употребляются слова: «номер», »параграф», «процент».
Если в тексте необходимо привести ряд величин одной и той же размерности, то единица измерения указывается только после последнего числа. Для величин, имеющих два предела, единица измерения пишется только один раз при второй цифре.
При необходимости внесения изменения после переплета допускается применение забелки, заклейки ошибочного текста.

2.2 Правила оформления иллюстративного материала

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































Рис. 2.2 Размещение горизонтальной таблицы

При продолжении рисунка на следующей странице его наименование указывать не следует, однако под рисунком необходимо указывать его номер после слова «Продолжение». Например: «Продолжение Рис. №».
Следует обратить внимание, что слова «Таблица» и «Рисунок» начинаются с большой буквы. Ссылки на иллюстративный материал в тексте дипломного проекта могут начинаться с маленькой буквы. Номера таблиц и рисунков указываются без каких–либо дополнительных символов. Например: перечень технических средств представлен в таблице 1.1.
2.3 Правила составления списка литературы
Использованные в процессе работы специальные литературные источники указываются в конце отчета перед приложением. Список использованной литературы входит в основной объем работы. На каждый литературный источник в тексте работы обязательно должна быть хотя бы одна ссылка.
Список литературы должен быть составлен в алфавитном порядке, т.к. в этом случае легче указывать ссылки на литературу в тексте дипломного проекта.
При составлении списка литературы в алфавитном порядке следует придерживаться следующих правил и их расположения:
1) законодательные акты и постановления правительства РФ;
2) специальная научная литература;
3) методические, справочные и нормативные материалы, статьи периодической печати;
4) названия и адреса Интернет-ресурсов.

Для многотиражной литературы при составлении списка указываются: полное название источника, фамилия и инициалы автора, издательство и год выпуска (как это указано на второй странице издания). Для статьи указываются название статьи, издания. его номер время выпуска.
Для законодательных актов необходимо указывать их полное название, принявший орган и дату принятия.
При использовании Интернет-ресурсов сначала приводится название материала и автор (если указан), а затем полный адрес его размещения (включая страницу). Ссылка должны быть актуальна на момент защиты проекта. В случае потери ссылкой актуальности – указать дату, на которую ссылка была рабочей.
Пример списка литературы:
…
5. Информационные системы в экономике: Учебник / Под ред. проф. В.В. Дика - Москва.: Финансы и Статистика, 1996. - 272 стр.: ил..;
6. Козлова Е.П., Парашутин Н. В., Бабченко Т.Н., Галанина Е.Н. Бухгалтерский учет.-2-е изд., доп. - Москва.: - Финансы и статистика, 1997.- 576 стр.: ил ;
7. Приказ от 26.12.94 № 170 О положении о бухгалтерском учете и отчетности в Российской Федерации, приказ Минфина РФ № 170 от 26.12.94.;
8. Фирма 1С. WWW:http://www.1c.ru
При ссылке на литературу в тексте приводится порядковый номер источника, заключенный в квадратные скобки. При приведении дословной цитаты из источника указывается также страница, на которой содержится данная цитата. Например: «Программное обеспечение - это совокупность программ системы обработки данных и программных документов, необходимых для эксплуатации этих программ»- [5. стр.18].

2.4 Правила оформления приложений
Приложения оформляются как продолжение отчета на последующих его страницах, но в основной листаж не включаются. Содержание приложений определяется студентом-дипломником по согласованию с научным руководителем. При этом в основном тексте работы целесообразно оставить только тот иллюстративный материал, который позволяет непосредственно раскрыть содержание излагаемой темы. Вспомогательный же материал выносится в приложения. Объем приложений не ограничивается, поэтому основной листаж можно регулировать за счет переноса иллюстративного материала в приложения или из приложений.
Если приложения однородны по своему составу, то им предшествует отдельный лист с надписью «Приложение». В том случае, когда в работе содержатся приложения нескольких видов, они нумеруются последовательно арабскими цифрами: «Приложение 1», «Приложение 2» и т.д., кроме того каждое приложение может иметь свое тематическое название. Например: Приложение 5. Текст основных программных модулей. На каждое приложение в тексте работы обязательно должна быть хотя бы одна ссылка.
3. Организационные вопросы прохождения преддипломной практики и подготовки материала для дипломного проекта

Практика студентов высших учебных заведений является составной частью государственных образовательных стандартов высшего профессионального образования. Практика студента является средством связи теоретического обучения с практической деятельностью, обеспечивающим прикладную направленность и специализацию обучения.
Студент может проходить преддипломную практику, как правило, в информационных подразделениях государственных структур, проектно-технологических и научно-исследовательских институтах, научно-производственных объединениях, банках, страховых и инвестиционных компаниях, научно-исследовательских подразделениях самого ВУЗа и иных предприятиях, а в исключительных случаях на кафедрах МФПА. Место прохождения практики студентом выбирается самостоятельно или по рекомендации деканата. Студент может работать на преддипломной практике по соответствующей специальности и квалификации (специалиста в области информационных технологий, возможно прохождение практики в должностях: экономист, бухгалтер, инженер-программист и т.д.) или быть практикантом.
Согласно установленным срокам студент должен подать в деканат заявление о месте прохождения практики и просьбой о закреплении конкретного руководителя практики. Заявление пишется на имя декана факультета.
Руководителем практики может быть преподаватель выпускающих кафедр или при необходимости ведущий сотрудник объекта практики. Руководитель преддипломной практики назначается деканом с учетом поданных заявлений студентов и рекомендаций выпускающих кафедр. Руководитель преддипломной практики может не быть в последствии руководителем дипломного проекта в исключительных случаях. Место практики и руководитель закрепляются приказом по Академии.
Студент может получить в деканате направление на прохождение преддипломной практики установленной формы.
От предприятия (фирмы и т.д.), выбранного в качестве места прохождения преддипломной практики студент обязан предоставить гарантийное письмо или договор, подтверждающие готовность данной организации обеспечить студенту возможность прохождения практики.
Гарантийное письмо является официальным документом, на котором обязательно должны быть проставлены Ф.И.О. непосредственного начальника подразделения, в котором студент будет проходить практику, полное название организации, печать организации (с полным названием и координатами организации). Желательно, чтобы гарантийное письмо было напечатано на фирменном бланке. При необходимости на нем могут быть дополнительные подписи, помимо подписи непосредственного начальника, и руководителя организации, например, подпись начальника департамента, начальника отдела кадров и т.д. Гарантийное письмо пишется на имя ректора Академии.
Целью практики является дальнейшее углубление и закрепление знаний, полученных в институте, приобретение необходимых практических навыков и сбор материала для дипломного проекта.
В процессе преддипломной практики студенты должны:
Ознакомиться с:
 организацией информационного обеспечения подразделения;
 процессом проектирования и эксплуатации информационных средств;
 методами планирования и проведения мероприятий по созданию (разработке) проекта (подсистемы) информационной среды предприятия для решения конкретной задачи.
Изучить:
 структурные и функциональные схемы предприятия, организацию деятельности подразделения;
 порядок и методы ведения делопроизводства;
 требования к техническим, программным средствам, используемым на предприятии.
Закрепить практические навыки:
 выполнения функциональных обязанностей;
 ведения документации;
 проектирования информационных систем, а затем их практическую реализацию.

На студентов, проходящих преддипломную практику, возлагается:
• ознакомление с организацией (предприятием), его структурой, основными функциями производственных и управленческих подразделений;
• выбор задач или проблематики для будущего написания дипломного проекта;
• составление технического задания и постановки задачи для выбранной проблематики;
• подбор и систематизация материала для выполнения дипломного проекта;
• реализация основных проектных решений.
Дополнительные задачи, которые студент должен выполнить в период прохождения преддипломной практики, определяются им совместно с руководителем преддипломной практики, исходя из специфики выпускающей кафедры.
За время прохождения практики студент обязан собрать весь необходимый материал для написания дипломного проекта. В случае изменения места прохождения практики студент должен немедленно сообщить об этом руководителю диплома и в дирекцию.
Руководитель преддипломной практики консультирует студента по вопросам прохождения практики и составления отчета о практике.
Аттестация по итогам практики проводится на основании оформленного в соответствии с установленными требованиями письменного отчета руководителем практики. По итогам аттестации выставляется оценка (отлично, хорошо, удовлетворительно, неудовлетворительно).
В процессе прохождения преддипломной практики студент с помощью руководителя практики определяет тему дипломного проекта. Студент может указать желаемого руководителя в заявлении на тему дипломного проекта.
Согласно установленным срокам студент должен подать в деканат заявление о закреплении выбранной темы дипломного проекта и назначении руководителя и консультанта. Заявление пишется на имя декана факультета. При этом указанный руководитель должен поставить на заявлении свою подпись, что будет означать его согласие на руководство.
Руководителем дипломного проекта является преподаватель выпускающих кафедр МФПА (список кафедр и преподавателей прилагается). Консультантом должен быть специалист по предметной области, это может быть преподаватель и при необходимости ведущий сотрудник объекта практики.
Утверждение темы, руководителя и консультанта дипломного проекта, осуществляется деканом факультета и закрепляется приказом по Академии. Декан оставляет за собой право редактирования предложенной студентом темы и закрепления руководителя и консультанта.
Название темы дипломного проекта должно состоять из двух частей: в первой части указывается суть дипломного проекта, а во второй – объект прохождения преддипломной практики (либо компания для которой ведётся разработка). Например: «Автоматизация учета основных средств в ЗАО «Ромб»», «Разработка автоматизированного рабочего места операциониста в банке «Менатеп»», «Создание системы обработки пейджинговых сообщений в компании «Континенталь»», «Проектирование информационного обеспечения задач внешнеэкономической деятельности компании «Паладин СБ» на рынке комплексных систем безопасности».
Тема дипломного проекта должна быть актуальной и иметь научно-практическую направленность.
Особенно следует обратить внимание на то, что тема дипломного проекта должна быть абсолютно одинаковой во всех документах, а именно в:
• Приказе о темах дипломных проектов;
• Титульном листе дипломного проекта;
• Задании на дипломный проект;
• Направлении на ГАК;
• Отзыве руководителя дипломного проекта;
• Рецензии на дипломный проект;
• В штампе раздаточных материалов.
Руководитель дипломного проекта осуществляет теоретическую и практическую помощь студенту в период подготовки и написания дипломного проекта, дает студенту рекомендации по структуре, содержанию и оформлению работы, подбору литературных источников и т. д. Кроме того, руководитель указывает на недостатки аргументации, композиции, стиля и т.п., советует, как их устранить.
Следует иметь в виду, что студент самостоятельно пишет дипломный проект и оформляет всю необходимую документацию, включая демонстрационный материал. Теоретически и методически правильная разработка и освещение темы дипломного проекта, а также ее качество и содержание целиком и полностью лежат на ответственности студента-дипломника.
В функции консультанта входит проверка работы на предмет соответствия раскрытия темы дипломного проект, консультирование студента по специфическим вопросам дипломного проекта: особенности оформления, использование математических методов, особенности предметной области, особенности используемого языка программирования и т. д.
После утверждения руководителя дипломного проекта, студент совместно с ним составляют задание на дипломный проект, которое включает план работы, перечень основных литературных источников и т. д., а также формирует календарный план. Затем, в соответствии с этим заданием, студент пишет дипломный проект.
Студенту следует периодически (по обоюдной договоренности, примерно раз в неделю) информировать руководителя о ходе подготовки дипломного проекта и консультироваться по вызывающим затруднение вопросам. Кроме того, студент по мере готовности должен предоставлять руководителю для прочтения части дипломного проекта, а затем готовый дипломный проект.
После прочтения окончательного варианта дипломного проекта руководитель составляет письменный отзыв, в котором характеризует качество дипломного проекта, оценивает реализацию принятых проектных решений, мотивирует возможность представления дипломного проекта для предварительной защиты на кафедре, а также указывает возможность выдачи рекомендации к поступлению в аспирантуру.