Автоматизация. Методические указания по дипломному проектированию Направление подготовки

• Название: Методические указания по дипломному проектированию Направление подготовки
• Дата: 24.05.2022
• Размер: 3.16 Mb.
• Имя файла: Автоматизация.doc
• Тип: Методические указания; #546537
• страница: 2 из 6

2. Структура дипломного проекта

1. 2.1 Общие положения

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

ОГЛАВЛЕНИЕ

ВВЕДЕНИЕ

1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

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

3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

ПРИЛОЖЕНИЯ

ВВЕДЕНИЕ (общим объемом не менее 2 стр. и не более 5 стр.¹) должно содержать общие сведения о проекте, его краткую характеристику, перечень задач, которые студент планирует решить в ходе дипломного проектирования. Также во введении необходимо отразить актуальность выбранной темы, используемые методики, практическую значимость полученных результатов. К числу задач, решаемых в дипломном проекте можно отнести:

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

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

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

Введение кратко раскрывает план выполнения дипломного проекта, то что студенту необходимо сделать для автоматизации выбранной задачи.
В ЗАКЛЮЧЕНИИ (общим объемом не менее 2 стр. и не более 4 стр.) рекомендуется определить, какие задачи были решены в ходе дипломного проектирования, определить пути внедрения и направления дальнейшего совершенствования разработанной ИС.

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

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

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

При нумерации рисунков и таблиц в приложении возможно использовать внутреннюю нумерацию в рамках каждого приложения с обозначением номера приложения: например «Рис. П1.1 Программная архитектура ИС ООО «Звезда»«. Здесь П1 означает «Приложение 1»

2. 2.2 Структура первой главы

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

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

Основными отличиями в содержании пунктов первой главы дипломного проекта от отчёта о практике являются следующие:

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

Необходимо обратить внимание на выполнение данных требований в рамках дипломного проектирования, так как к нему предъявляются более высокие требования, чем к отчёту о практике, и общий результат работы студента-дипломника – дипломный проект будет проходить предзащиту, рецензирование и защищаться на заседании ГАК.
1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»

1.1.1 Характеристика предприятия и его деятельности

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

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

Главными технико-экономическими свойствами объекта управления являются: цель и результаты деятельности, продукция и услуги, основные этапы и процессы рассматриваемой деятельности, используемые ресурсы. В ходе рассмотрения перечисленных свойств, для них, необходимо указать количественно-стоимостные оценки и ограничения, которые следует представить в виде структуры как это показано в таблице 1.
Таблица 1

Технико-экономические показатели деятельности организации

№ п\п	Наименование характеристики (показателя)	Значение показателя на определённую дату либо за период

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

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

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

Рисунок 1. Организационно-функциональная структура предприятия
1.1.3 Программная и техническая архитектура ИС предприятия

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

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

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

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

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

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

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

1.2 Характеристика комплекса задач, задачи и обоснование необходимости автоматизации

1.2.1 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов

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


Рисунок 2. Пример технической архитектуры предприятия



Рисунок 3. Пример программной архитектуры предприятия
1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание

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

При описании будущей задачи целесообразно выделить:

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

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

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

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

Далее следует сделать акцент на те недостатки, устранение которых предполагается осуществить в проекте, например:

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

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



Рисунок 4. Пример фрагмента схемы документооборота
Таблица 2

Оценка потока информации

Документ	Количество документов за год	Трудовые затраты на 1 документ, мин	Трудовые затраты за год, час
Чертеж	13500	2	450
….
Счет	495	1	8
Итого:

4. 
   Анализ системы обеспечения информационной безопасности и защиты информации
   

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

1. 
   результаты анализа существующей в компании политики безопасности (нормативно-правовые и организационно-распорядительные документы, регламенты, процедуры, должностные инструкции и т.д.), рекомендуется указать основные положения политики безопасности (регламенты использования сети Internet, электронной почты, доступа к служебной информации, доступа к информации, составляющей коммерческую тайну, установки и использования программного обеспечения);
   
2. 
   анализ существующих программных и аппаратных средств ИБ и ЗИ, их использование в организации (привести перечень используемых средств отразив их назначение, параметры и возможности);
   
3. 
   порядок реализации системы обеспечения ИБ и ЗИ (кто этим занимается, кто отвечает, структура);
   
4. 
   как обеспечивается ИБ и ЗИ на различных уровнях: программный, аппаратный, организационный (права доступа, права пользователя системы, парольная защита, доступ к базе, программные средства защиты, встроенные средства защиты, ведение логов и так далее);
   
5. 
   как для Internet систем (web портал, электронный магазин и так далее) используются средства защиты от внешних угроз (взлом сайта, нарушение его работы и так далее);
   
6. 
   какие используются средства защиты от инсайдерских угроз (хищение и порча данных сотрудниками организации, ошибки при пользовании программным и аппаратным обеспечением и так далее).
   

1.3 Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»

1.3.1 Анализ существующих разработок для автоматизации задачи

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

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

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

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

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

1.3.2 Выбор и обоснование стратегии автоматизации задачи

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

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

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

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

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

4. 
   Обоснование проектных решений
   

1.4.1. Обоснование проектных решений по информационному обеспечению

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

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

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

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

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

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

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

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

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

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

План обоснования целесообразно сделать следующим:

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

1.4.3 Обоснование проектных решений по техническому обеспечению

Вначале данного раздела следует дать определение этого вида обеспечения и его структуру.

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

План обоснования целесообразно сделать следующим:

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