Отчет по практике в Синергии. Отчет о прохождении э ксплуатационной практике. Студент 2 курса Специальность 09. 03. 02 Куликов Д. В

• Название: Отчет о прохождении э ксплуатационной практике. Студент 2 курса Специальность 09. 03. 02 Куликов Д. В
• Анкор: Отчет по практике в Синергии
• Дата: 09.09.2021
• Размер: 0.6 Mb.
• Имя файла: Otchet po praktike.doc
• Тип: Отчет; #230835

НЕГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ ЧАСТНОЕ УЧРЕЖДЕНИЕ
ВЫСШЕГО ОБРАЗОВАНИЯ «МОСКОВСКИЙ ФИНАНСОВО-
ПРОМЫШЛЕННЫЙ УНИВЕРСИТЕТ «СИНЕРГИЯ»


ОТЧЕТ
о прохождении эксплуатационной практике.

Студент 2 курса

Специальность 09.03.02

Куликов Д.В.

ФИО руководителя

_________________


Оренбург 2021

Содержание

Введение 3

Преимущества для пользователей 12

Процесс проектирования в СППР 13

Создание логической модели проектируемой системы 16

Разработка архитектуры 17

Подготовка справки 18

Управление проектом и изменениями 19

Тестирование, работа с ошибками 21

Прочие возможности 23

Введение

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

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

Задачи:

- выбрать объект технического анализа (ПО или технические средства).

- изучить основные характеристики выбранного объекта, правила его установки/монтажа.

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

Место проведения практике – Оренбургский областной суд.


Основная часть.
Оренбургский областной суд действует на основании законов :

1. Федеральный конституционный закон от 07.02.2011 № 1-ФКЗ "О судах общей юрисдикции в Российской Федерации"

2. Федеральный конституционный закон от 31.12.1996 № 1-ФКЗ "О судебной системе Российской Федерации".

Оренбургский областной суд находится по адресу - г. Оренбург, ул. Комсомольская. д. 52.

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

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

1. 
   Предпроектное обследование.
   
2. 
   Проектирование.
   
3. 
   Создание информационной системы.
   
4. 
   Ввод в эксплуатацию.
   
5. 
   Эксплуатация информационной системы.
   
6. 
   Вывод из эксплуатации.
   

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

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

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

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

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

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

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

Каноническое проектирование основано на ряде стандартов, таких, как:

1. 
   ГОСТ 34.003 - термины и определения основных понятий в области автоматизированных систем;
   
2. 
   ГОСТ 34.201 - виды, комплектность и обозначение документов при создании автоматизированных систем;
   
3. 
   ГОСТ 34.601 - стадии создания автоматизированных систем;
   
4. 
   ГОСТ 34.602 - техническое задание на создание ИС;
   
5. 
   ГОСТ 34.603 - виды испытаний автоматизированных систем;
   
6. 
   РД 50-34.698 - требования к содержанию документов;
   
7. 
   ГОСТ 2.105 - общие требования к текстовым документам.
   

По отношению к проекту разработки ИС можно выделить 3 укрупненные стадии проектирования:

• 
  предпроектную (стадии 1-3);
  
• 
  проектную (стадии 4-6);
  
• 
  послепроектную (стадии 7-8).
  

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

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

Перечень 8 этапов работ (стадий), в соответствии с ГОСТ 34.601 и дополнительными пояснениями, представлен ниже:

Стадия 1. Формирование требований к ИС.

• 
  обследование объекта и обоснование необходимости создания ИС;
  
• 
  формирование требований пользователя к
  

ИС;

• 
  оформление отчета о выполненной работе и заявки на разработку ИС (ТТХ).
  

Стадия 2. Разработка концепции ИС.

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

Стадия 3. Техническое задание.

• 
  разработка и утверждение технического задания на создание ИС.
  

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

Ориентировочно технико-экономическое обоснование содержит:

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

По результатам обследования формируется техническое задание на информационную систему.

В соответствии с ГОСТ 34.602-89, техничес­кое задание (ТЗ) - основной документ, определяю­щий требования и порядок создания (развития или модернизации) автоматизированной системы, в соот­ветствии с которым проводится разработка ИС и ее приемка при вводе в действие.

Разработка технического задания

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

• 
  общие сведения;
  
• 
  назначение и цели создания (развития)
  

системы;

характеристика объектов автоматизации;

требования к системе;

состав и содержание работ по созданию

системы;

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

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

Стадия 4. Эскизный проект.

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

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

На этапе эскизного проекта, в том числе, должны быть определены:

• 
  цели, функции ИС и подсистем;
  
• 
  состав комплексов задач и отдельных
  

задач;

• 
  концепция и структура информационной
  

базы;

• 
  функции СУБД;
  
• 
  функции и параметры основных программных средств;
  
• 
  ожидаемый эффект от ее внедрения.
  

Документация, содержащая результаты работ

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

На основании технического задания (в т.ч., при наличии эскизного проекта) разрабатывается технический проект ИС.

Стадия 5. Технический проект.

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

части;

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

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

Важным аспектом разработки технического проекта является анализ всей используемой информации на предмет таких характеристик, как полнота, отсутствие дублирования и избыточности, непротиворечивость и т.д., а также определение форм выходных документов. Документация должна быть оформлена в соответствии с требованиями ГОСТ 34-201 и РД 50-34.698.

Стадия 6. Рабочая документация.

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

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

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

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

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

Стадия 7. Ввод в действие.

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

Основными видами испытаний для ИС являются

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

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

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

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

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

Стадия 8. Сопровождение ИС.

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

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

Для работы по проектированию мною изучалась программное обеспечение на базе 1С:Предприятие.

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

Система проектирования прикладных решений разработана как конфигурация на платформе «1С:Предприятие 8.3».

Преимущества для пользователей

Использование СППР позволяет:

Руководителям проектов

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

Разработчикам

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

Техническим писателям

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

Тестировщикам

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

Внедренцам

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

Процесс проектирования в СППР

Проектирование при помощи СППР охватывает следующие этапы:

• 
  Описание автоматизируемых процессов
  
• 
  Создание логической модели проектируемой системы
  
• 
  Разработка архитектуры
  
• 
  Подготовка справки
  
• 
  Управление проектом и изменениями
  
• 
  Работа с ошибками
  
• 
  Тестирование, прочие возможности
  

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

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

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

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



Процессы

При описании процесса фиксируется его описание, отражающее суть процесса, события начала и окончания процесса.



Описание процесса

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



Шаги процесса

Создание логической модели проектируемой системы

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

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



Функции системы

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



IDEF- схема

Разработка архитектуры

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



Объекты метаданных

ER-диаграмма помогает анализировать структуру метаданных:



ER-диаграмма объекта

Подготовка справки

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

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



Подготовка справки

Управление проектом и изменениями

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

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





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



Работа с задачами

Тестирование, работа с ошибками

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



Сценарий работы пользователя

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



Ошибка сценария



График ошибок по датам

Прочие возможности

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

• 
  Контроль изменений объектов СППР в разрезе различных пользователей.
  
• 
  Версионирование проектной информации.
  
• 
  Возможность настройки правил проверки функциональной модели в режиме «1С:Предприятие».
  
• 
  Возможность настройки дополнительной информации об объектах информационной базы.
  
• 
  Возможность использования дополнительных отчетов и обработок.
  
• 
  Обмен сообщениями между участниками проектной команды.
  
• 
  Рассылка уведомлений по техническим проектам, задачам и ошибкам в системе.
  
• 
  Возможность настройки рассылок отчетов по электронной почте.
  
• 
  Полнотекстовый поиск.
  
• 
  Работа с регламентными заданиями.
  

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

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



Подпись Куликов Д.В.

Литература.

1. 
   Федеральный закон Российской Федерации от 27 июля 2006 г. N 149-ФЗ. Об информации, информаци­онных технологиях и о защите информации.
   
2. 
   ГОСТ 24.202-80 . Требования к содержанию документа «Технико-экономическое обоснование создания АСУ
   
3. 
   ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.
   
4. 
   ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированных систем.
   
5. 
   ГОСТ 34.003-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения.
   
6. 
   ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадия создания.
   
7. 
   ГОСТ 34.603-92. Виды испытаний автоматизированных систем.
   
8. 
   ГОСТ Р ИСОМЭК 9126-93. Информационная тех­нология. Оценка программной продукции. Характе­ристики качества и руководства по их применению.
   
9. 
   ГОСТ Р ИСО/МЭК 12207-99 Информационная технология.Процессыжизненногоциклапрограммных средств.
   
10. 
    ГОСТРВ51987-2002.Информационнаятехнология. Комплекс стандартов на автоматизированные системы. Требования и показатели качества функционирования информационных систем (ИС). Общие положения.
    
11. 
    ГОСТ Р ИСО 15288-2005 Информационная технология. Системная инженерия. Процессы жизненного цикла систем.
    
12. 
    Анисимов В.В. Проектирование информационных систем. Электронный ресурс: https://sites.google.com/ site/anisimovkhv/learning/pris.
    
13. 
    Буч Г., Якобсон А., Рамбо Дж., UML. Классика CS. Издание второе, - СПб.: Питер, 2006. - 736 с.
    
14. 
    Галямина И.Г., Управление процессами, - СПб.: Питер, 2013. - 304 с.
    
15. 
    Грекул В. И., Денищенко Г. Н., Коровкина Н. Л.— Проектирование информационных систем: учебное пособие / 2-е изд., испр. — М.: Интернет-Университет информационных технологий (ИНТУИТРУ): БИНОМ. Лаборатория знаний, 2010 .С 299.
    
16. 
    Дейт К. Дж., Введение в системы баз данных, 8-е издание.: Пер. с англ. — М.: Издательский дом “Вильяме”, 2005. — 1328 с.: ил. — Парал. тит. англ.
    
17. 
    Диго С.М., Базы данных. Проектирование и создание: Учебно-методический комплекс. - М.: Изд. центр ЕАОИ. 2008. - 171 с.
    
18. 
    Дубейковский В.И., Эффективное моделирование с CA ERwin Process Modeler (BPwin; AllFusion Process Modeler), - М.: Диалог-МИФИ, 2009, - 384 с.
    
19. 
    Кириллов, В. В., Введение в реляционные базы данных / В. В. Кириллов, Г. Ю. Громов. — СПб.: БХВ- Петербург, 2009. — 464 с.
    
20. 
    Ларман К., Применение UML 2.0 и шаблонов проектирования. Введение в объектно­ориентированный анализ, проектирование и итеративную разработку, - М.: Вильямс, 2013. - 736 с.
    
21. 
    Леоненков А.В., Самоучитель UML 2, - СПб.: БХВ-Петербург, 2007. - 576 с.
    
22. 
    Маклаков С.В., Туманов В.Е., Проектирование реляционных хранилищ данных, - М.: Диалог-МИФИ, 2007, - 336 с.
    
23. 
    Новиков Ф.А., Иванов Д.Ю., Моделирование на UML. Теория, практика, видеокурс, - СПб.: Профессиональная литература, 2010. - 640 с.
    
24. 
    Новиков Ф.А., Иванов Д.Ю., Моделирование на UML [Электронный ресурс]: Интернет книга. - Электронные данные. - 2013. - Режим доступа: http:// book.uml3.ru.
    
25. 
    Рамбо Дж., Блаха М., UML 2.0. Объектно­ориентированное моделирование и разработка, - СПб.: Питер, 2007. - 544 с.
    
26. 
    Репин В.В., Елиферов В.Г., Процессный к управления. Моделирование бизнес-процессов, - М.: Манн, Иванов и Фербер, 2013. - 544 с.
    
27. 
    Роберт Дж. Мюллер, Проектирование баз данных и UML, - М.: Лори, 2013, - 432 с.
    
28. 
    Советов Б. Я., Базы данных: теория и практика : Учебник для бакалавров / 2-е изд., - М.: Юрайт, 2012.
    

• 
  464 с.
  

29. 
    Инфопортал: www.finexpert.ru
    
30. 
    Интернет-сайт: www.idef.ru
    
31. 
    Интернет-сайт: https://v8.1c.ru/tekhnologii/sistema-proektirovaniya-prikladnykh-resheniy/
    
32. 
    Интернет-сайт: https://solutions.1c.ru/catalog/model/features