Отчет по практике в Синергии. Отчет о прохождении э ксплуатационной практике. Студент 2 курса Специальность 09. 03. 02 Куликов Д. В
Скачать 0.6 Mb.
|
НЕГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ ЧАСТНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «МОСКОВСКИЙ ФИНАНСОВО- ПРОМЫШЛЕННЫЙ УНИВЕРСИТЕТ «СИНЕРГИЯ» ОТЧЕТ о прохождении эксплуатационной практике. Студент 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. Во время прохождения технологической практике была изучена документация по технике безопасности, нормативно-правовые акты, регламентирующие деятельность в сфере информационных технологий. Так же изучена литература по принципам и задачам технического проектирования. Жизненный цикл информационной системы характеризуется периодом времени от идеи создания информационной системы и заканчивая моментом вывода ее из эксплуатации и включает в себя следующие стадии:
Набольшее распространение получили следующие модели жизненного цикла информационных систем (ИС): каскадная (классическая или водопадная), итерационная и спиральная. Каноническое проектирование ИС направлено на отражение особенностей технологии индивидуального (оригинального) проектирования. Среди основных характерных особенностей канонического проектирования можно выделить такие особенности, как:
Каноническое проектирование направлено на минимальное использование типовых проектных решений. Адаптация проектных решений при каноническом проектировании осуществляется только путем перепрограммирования соответствующих программных модулей. Организация канонического проектирования ИС основана на использовании каскадной модели жизненного цикла и предусматривает набор определенных стадий и этапов. Принцип деления процесса проектирования на стадии и этапы направлен на то, чтобы проектировать систему «сверху-вниз» и постепенно разрабатывать - изначально укрупненные, затем детализированные - проектные решения. Поскольку объекты автоматизации имеют различную сложность и набор задач для создания решения для конкретной ИС, стадии и этапы работ также могут различаться по трудоемкости: существует возможность объединять последовательные этапы, исключать определенные из них на любой стадии проекта, а также до окончания предыдущей стадии начинать выполнение следующей. Стадии и этапы разработки ИС, которые выполняют организации-участники, оформляются в договорах и технических заданиях на выполнение работ. Каноническое проектирование основано на ряде стандартов, таких, как:
По отношению к проекту разработки ИС можно выделить 3 укрупненные стадии проектирования:
Стадии и этапы создания ИС, выполняемые организациями-участниками, фиксируются в договорах и технических заданиях на выполнение работ. Предпроектная стадия направлена на предпроектное обследование и разработку технического задания на ИС. Характерными результатами этого этапа являются: определение целей и задач системы, формирование общих требований к ее созданию, разработка программы проведения обследования, в ходе которого должны быть изучены структура и бизнес-процессы организации, модель управления, задачи, подлежащие автоматизации, техникоэкономические характеристики, ориентировочных состав технических средств. Перечень 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 могут быть выгружены из СППР и загружены в конфигурацию штатными средствами конфигуратора. Справка формируется в едином стиле, с использованием единой структуры описания, исходя из взаимосвязей подсистем, объектов метаданных и операций функций. Стили оформления справки (шрифты, отступы, выделения) могут настраиваться непосредственно в СППР. Подготовка справки Управление проектом и изменениямиДля управления проектом и изменениями в СППР используется функциональность ведения технических проектов. Данная функциональность позволяет организовать коллективную работу над проектом, с отслеживанием прохождения различных этапов проекта. При этом возможна гибкая настройка этапов, согласование этих этапов, уведомление участников команды разработки об изменениях. Использование технических проектов обеспечивает внесение изменений в имеющийся проект таким образом, чтобы эти изменения были увязаны с логической моделью, были прозрачны и информативны для других участников проекта Механизм работы с задачами позволяет удобным образом выстроить процесс управления, согласовании ресурсов, контроля за выполнением проектов. Работа с задачами Тестирование, работа с ошибкамиСППР позволяет организовать автоматизированное тестирование: подготовку тестовых сценариев, автоматический прогон тестов, регистрацию ошибок. Сценарий работы пользователя Информация об ошибках ведется по разрабатываемым проектам, в разрезе версий, сроков исправления, разделов проекта, статусов и т. д. Функционал системы предлагает готовую методику работы с ошибками, с возможностью формирования различных отчетов, публикации информации об ошибках. Система позволяет настроить связи между проектами, указать, какие проекты-библиотеки включаются в проект, с учетом конкретных версий проектов. Это позволяет получать информацию о наличии в проекте ошибок, источниками которых являются используемые библиотеки. Ошибка сценария График ошибок по датам Прочие возможностиПомимо перечисленных возможностей, СППР содержит следующую функциональность:
Заключение. Также за время практики получен опыт установки программного и аппаратного обеспечения, сетевого администрирования, поддержки пользователей, выбора и приобретения комплектующих и периферийного оборудования, устранения поломок/замены аппаратных средств, восстановления работоспособности программного обеспечения и других работах, связанных с эксплуатацией информационных систем. При решении поставленных задач применялись современные методы по обеспечению безопасности и целостности данных информационных систем и технологий. Подпись Куликов Д.В. Литература.
|