Как писать диплом бизнес информатика

Федеральное государственное образовательное бюджетное учреждение высшего профессионального образования «ФИНАНСОВЫЙ УНИВЕРСИТЕТ ПРИ ПРАВИТЕЛЬСТВЕ РОССИЙСКОЙ ФЕДЕРАЦИИ» (Финансовый университет) Факультет прикладной математики и информационных технологий Методические рекомендации по выполнению и защите выпускных квалификационных работ для студентов, обучающихся по направлению 080500.62 БИЗНЕС-ИНФОРМАТИКА (КВАЛИФИКАЦИЯ (СТЕПЕНЬ) «БАКАЛАВР»)

Москва 2014

Федеральное государственное образовательное бюджетное учреждение высшего профессионального образования «ФИНАНСОВЫЙ УНИВЕРСИТЕТ ПРИ ПРАВИТЕЛЬСТВЕ РОССИЙСКОЙ ФЕДЕРАЦИИ» ( Финансовый университет ) Кафедра «Бизнес-информатика» УТВЕРЖДАЮ Ректор ____________М.А. Эскиндаров «___»________________2014 г. Методические рекомендации по выполнению и защите выпускных квалификационных работ по направлению 080500.62 «Бизнес-информатика» (КВАЛИФИКАЦИЯ (СТЕПЕНЬ) «БАКАЛАВР») Одобрено кафедрой «Бизнес-информатика» (протокол № 06 от 27 января 2014 г.) Москва 2014

Как написать диплом с нуля. Структурные части

УДК 378.244.6 (072) ББК 74.54 А52 Рецензент: д.э.н., профессор кафедры «Бизнес-информатика» Соловьев В.И. А52 Алтухова Н.Ф., Домашова Д.В., Рыжко А.Л.

Методические рекомендации по выполнению и защите выпускных квалификационных работ для студентов, обучающихся по направлению 080500.62 – «Бизнесинформатика» – М.: Финуниверситет, 2014.- 32 с. Настоящие методические рекомендации содержат комплекс требований и методические материалы для подготовки и защиты выпускных квалификационных работ бакалавров направления 080500.62 «Бизнесинформатика». Предназначено для преподавателей, осуществляющих научное руководство выпускными квалификационными работами, а также организацию проведения государственной итоговой аттестации в форме защиты этих работ, рецензентов и членов Государственной аттестационной комиссии, а также для студентов-выпускников. Учебное издание Алтухова Наталья Фаридовна Домашова Дженни Владимировна Рыжко Андрей Леонидович Методические рекомендации по выполнению и защите выпускных квалификационных работ для студентов, обучающихся по направлению 080500.62 – «Бизнес-информатика» Компьютерный набор и верстка Д.В.Домашова Формат 60×90/16. Гарнитура Times New Roman Усл.п.л. . Изд. № 2014. Тираж 30 экз. Заказ № __________ Отпечатано в Финансовом университете Алтухова Наталья Фаридовна, 2014 Домашова Дженни Владимировна, 2014 Рыжко Андрей Леонидович, 2014 Финансовый университет при Правительстве Российской Федерации, 2014

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

В соответствии с требованиями Федерального государственного образовательного стандарта высшего профессионального образования по направлению подготовки 080500.62 «Бизнес-информатика» защита выпускной квалификационной работы является частью итоговой государственной аттестации, направленной на оценку уровня профессиональной подготовки выпускника. Настоящие методические рекомендации содержат комплекс требований и методические материалы для подготовки и защиты выпускных квалификационных работ бакалавров направления 080500.62 «Бизнес-информатика», разработанные в соответствии с требованиями ФГОС ВПО для данного направления подготовки и согласованные с Положениями об итоговой государственной аттестации выпускников Финансового университета.

Бизнес-информатика | Вебинар для абитуриентов

Для квалификации (степени) бакалавр по направлению подготовки «Бизнес-информатика» выпускная квалификационная работа выполняются в форме бакалаврской работы. 1.2. Планируемые результаты освоения основной образовательной программы бакалавриата Выпускная квалификационная работа (ВКР) является завершающей стадией обучения в ВУЗе и имеет целью систематизацию, закрепление и расширение теоретических и практических знаний по направлению. Бакалаврская работа представляет собой квалификационную работу, посвященную решению актуальной задачи, имеющей практическое или теоретическое значение. Бакалаврская работа должна содержать совокупность результатов, свидетельствующих о приобретении выпускником необходимых общекультурных и профессиональных компетенций, а также решение задач прикладного характера. В ходе подготовки и защиты ВКР выпускник должен показать результаты, свидетельствующие об обладании им следующими общекультурными компетенциями (ОК): владеет культурой мышления, способен к обобщению, анализу, восприятию информации, постановке цели и выбору путей ее достижения (ОК-1); способен использовать нормативные правовые документы в своей деятельности (ОК-5);

способен логически верно, аргументированно и ясно строить устную и письменную речь (ОК-6); способен находить организационно-управленческие решения и готов нести за них ответственность (ОК-8); способен к саморазвитию, повышению своей квалификации и мастерства (ОК-9); осознает сущность и значение информации в развитии современного общества; владеет основными методами, способами и средствами получения, хранения, переработки информации (ОК-12); имеет навыки работы с компьютером как средством управления информацией, способен работать с информацией в глобальных компьютерных сетях (ОК-13); владеет одним из иностранных языков на уровне не ниже разговорного (ОК-14); способен работать с информацией из различных источников (ОК-16); способен к организованному подходу к освоению и приобретению новых навыков и компетенций (ОК-17); Также в ходе подготовки и защиты ВКР выпускник должен показать результаты, свидетельствующие об обладании им следующими профессиональными компетенциями (ПК): аналитическая деятельность: проводить анализ архитектуры предприятия (ПК-1); проводить исследование и анализ рынка ИС и ИКТ (ПК-2); выбирать рациональные ИС и ИКТ-решения для управления бизнесом (ПК-3); проводить анализ инноваций в экономике, управлении и ИКТ (ПК-4); организационно-управленческая деятельность: проводить обследование деятельности и ИТ-инфраструктуры предприятий (ПК-5); управлять контентом предприятия и Интернет-ресурсов, управлять процессами создания и использования информационных сервисов (контентсервисов) (ПК-7); использовать современные стандарты и методики, разрабатывать регламенты деятельности предприятия (ПК-8); использовать современные стандарты и методики, разрабатывать регламенты для организации управления процессами жизненного цикла ИТинфраструктуры предприятий (ПК-9); защищать права на интеллектуальную собственность (ПК-12); проектная деятельность: выполнять технико-экономическое обоснование проектов по совершенствованию и регламентацию бизнес-процессов и ИТинфраструктуры предприятия (ПК-14); проектировать и внедрять компоненты ИТ-инфраструктуры предприятия, обеспечивающие достижение стратегических целей и поддержку бизнес-процессов (ПК-15);

осуществлять планирование и организацию проектной деятельности на основе стандартов управления проектами (ПК-16); проектировать архитектуру электронного предприятия (ПК-17); разрабатывать контент и ИТ-сервисы предприятия и Интернет- ресурсов (ПК-18); научно-исследовательская деятельность: использовать основные методы естественнонаучных дисциплин в профессиональной деятельности для теоретического и экспериментального исследования (ПК-19); использовать соответствующий математический аппарат и инструментальные средства для обработки, анализа и систематизации информации по теме исследования (ПК-20); готовить научно-технические отчеты, презентации, научные публикации по результатам выполненных исследований (ПК-21); консалтинговая деятельность: консультировать заказчиков по совершенствованию бизнес-процессов и ИТ-инфраструктуры предприятия (ПК-22); консультировать заказчиков по вопросам создания и развития электронных предприятий и их компонентов (ПК-23); консультировать заказчиков по рациональному выбору ИС и ИКТ управления бизнесом (ПК-24); консультировать заказчиков по рациональному выбору методов и инструментов управления ИТ-инфраструктурой предприятия (ПК-25); инновационно-предпринимательская деятельность: описывать целевые сегменты ИКТ-рынка (ПК-26); разрабатывать бизнес-планы создания новых бизнесов на основе инноваций в сфере ИКТ (ПК-27); использовать лучшие практики продвижения инновационных программно-информационных продуктов и услуг (ПК-28). Для успешной подготовки и защиты ВКР выпускник должен Знать: архитектуру предприятия, методы и инструменты создания и развития электронных предприятий и их компонентов, ИС и ИКТ управления бизнесом, методы и инструменты управления жизненным циклом ИС и ИКТ, инновации и инновационные процессы в сфере ИКТ; Уметь: проектировать архитектуру предприятия и архитектуру информационной системы или подсистемы, выполнять стратегическое планирование развития ИС и ИКТ управления предприятием, обеспечивать организацию процессов жизненного цикла ИС и ИКТ управления предприятием в соответствии с современными стандартами и научными подходами,

обеспечивать аналитическую поддержку процессов принятия решений для управления предприятием; Владеть: методами и инструментарием проектирования и совершенствования архитектуры предприятия и его информационной системы, методами и инструментами управления жизненным циклом ИС и ИКТ, методами оценки экономической эффективности ИТ-проектов и ИС. 2 Определение темы выпускной квалификационной работы 2.1.

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

Бакалаврская работа должна показать умение автора логично и аргументированно излагать материал. Тема бакалаврской работы должна соответствовать направлению «Бизнес-информатика».

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

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

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

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

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

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

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

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

Источник: studfile.net

Как я написал и защитил диплом по DEVOPS и инженерным практикам в 1С с нуля

​Все началось более 2-х лет тому назад, и я перешел на 4-й курс специальности «Бизнес-информатика» Томского Государственного Университета Систем Управления и Радиоэлектроники (ТУСУР). До окончания ВУЗА оставалась не много времени, и перспектива написания диплома уже маячила перед глазами. Мысль о покупке готовой работы не рассматривалась. Хотелось реально что-то сделать самому.

Вариантов тем дипломных проектов рассматривалось много: и проекты конфигураций для автоматизации производственных нужд компании и проект внедрения Документооборота своими силами на 3 территориальные единицы и более 500 активных пользователей и внедрение ЭДО. Короче много всего что было в голове, но ничего из этого не вдохновляло. А это было главное.

В это время я работал в одной уважаемой компании и по делам службы познакомился с одним классным программистом и вообще хорошим человеком Андреем Щегловым (Привет Андрей!) и как =-то за разговором он у меня спросил, слышал ли я что-нибудь об OneScript и языке сценариев Gherkin. На что и получил ответ что нет, не слышал. Естественно, вечернее гугление/яндексение и бессонная ночь привела на мысль что вот он — мир неизведанного. Но идея о том, что это может стать темой дипломной работы пока не зарождалась. Рутинный круг обязанностей составлял обычную работу в Конфигураторе 1С по-задачно, как вы понимаете с ручным тестированием и не позволял полностью погрузиться в новый подход в мире 1С.

Незнакомые понятия

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

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

И начали происходить очень странные вещи. Проведение документа из модуля стало происходить по 5-10 минут, появились куча ошибок ну и.т.п. Просмотр программного кода привел в ужас (не спрашивайте почему это не сделали раньше при приемке…). Количество вложенных циклов было просто за гранью разумного. Единственный запрос в четвертом цикле и обращение через 4 точки были мелочами, перебор всех предыдущих документов для заполнения текущего документа, 10-ти кратный копипаст одного и того же блока и много еще чего.

Дублирование полей в макете:

Причем для заполнения этих полей, 14-ти кратный кописпаст.

И пока переменная ФФ не достигнет 15:

Ну и еще куча других не менее уникальных произведений искусства.

​ Вдруг я вспомнил, что для OneScript есть простенькая библиотека для расчета «цикломатичности» модуля(1) (сложности модуля или метода). Нашел, рассчитал. Получил значение 163 единицы, при допустимом значении не более 10. И пришел к выводу, что приемочное тестирование программного кода должно быть обязательно и оно должно быть автоматическим и непрерывным. Тогда я узнал о Continuous Inspection — причем как оказалось еще в 2006 году компания IBM сделала(2) публикацию на эту тему.

Подробнее:

​ Дальше больше. Наверное, многие работающие в крупных компаниях встречались с проблемой разворачивания копии рабочей базы на локальной машине разработчика. Когда эта база весит 5-10 гбт – это не проблема, а когда она только в бэкапе весит почти терабайт то это уже серьезно. В итоге для того, чтобы развернуть у себя свежую копию тратилось по 5-6 часов рабочего времени. Когда мне это надоело я начал пользоваться очень хорошим инструментом 1C-Deploy-and-CopyDB (Антон спасибо!) Тогда я понял, что автоматизация – это классно.

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

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

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

Ну и как средство быстрой связи — профильные группы в Gitter

В итоге:

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

Цель выпускной квалификационной работы (ВКР) — выявление взаимосвязи программных инструментов и описание бизнес-процесса работы контура DevOps в области 1С.

Теоретическим обоснованием проекта был стандарт непрерывного улучшения качества сервиса из ITIL 3.0, а в качестве практического объекта было выбрано построение контура непрерывной интеграции для нового прикладного решения, которое мы разработали – личный кабинет покупателя. Для этого был развернут сервер исходных кодов GitLab и сборочный контур Jenkins. Прогон тестов осуществлялся на выделенном сервере (Windows Slave). Выгрузка конфигурации из хранилища 1С осуществлялась посредством библиотеки Gitsync, редакция 3.0

(в настоящий момент размещен в ветке develop) уже с наработками Алексея Хорева (Леха привет!) с периодичностью 30 минут в ветку develop. Причиной выбора именно этой версии была возможность подключения к хранилищу через протокол tcp, который, к сожалению, не поддерживал на тот момент типовой GitSync 2.x. Если в GitLab фиксировались изменения, то автоматически запускался прогон контура непрерывной интеграции.

Так как бюджет всего мероприятия был нулевым, и возможности построить полноценную проверку качества программного кода без покупки модуля для SonarQube было невозможно, то в качестве упрощенного решения использовалась типовая проверка синтаксиса 1С. Хотя разовые выгрузки все-таки были сделаны, а результаты были получены и проанализированы. Также были использованы дополнительные проверки на цикломатичность и на наличие повторно используемого кода.

​ На этапе тестирования функционала были задействованы 2 фреймворка Vanessa-Behavior и XUnitFor1C в их объединенном варианте под названием Vanessa Automation Driven Development (Vanessa ADD). Первый использовался для запуска тестировании ожидаемого поведения, вторым осуществлялась проверка открытия форм (дымовое тестирование). Результатом прохождения контура непрерывной интеграции были автоматически сгенерированные отчеты.

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

​ Для описания бизнес-процесса работы контура была сформирована диаграмма IDEF0 состоящая из 4 последовательных блоков, формирующих прохождение контура. Ошибка возникающая при прохождении любого из этапов прерывает сборочный процесс с оповещением релиз-инженера и передает управление на 5 блок сборочного процесса, где и формируются отчеты в в формате ALLURE, JUNIT и конечно cucumber.json.

Описание модели IDEF0

Процесс «Выгрузка исходников в GIT»

Входные данные(Input): – Хранилище конфигурации
Выходные данные (Output): – Исходный код
Управление (Control): Инструкции по работе с ПО, сборочный скрипт
Механизм (Mechanism): 1С: Предприятие, Gitsync.

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

На этапе выполнения процесса «Выгрузка исходников в GIT» будет произведено создание файловой, служебной информационной базы 1С; осуществлено ее подключение к хранилищу конфигурации под служебной учетной записью; получены все изменения на текущий момент времени (или последнему коммиту в хранилище); произведена выгрузка исходников в сборочную директорию; сделан коммит в систему хранения версий GIT; изменения отправляются на сервер исходных кодов GitLab

Процесс «Тестирование качества исходного кода»

Входные данные(Input): – Исходный код
Выходные данные (Output): – Исходный код
Управление (Control): Инструкции по работе с ПО, сборочный скрипт
Механизм (Mechanism): 1С: Предприятие, Deployka, SonarQube, Cyclo.os — (к сожалению ссылки нет)

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

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

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

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

Процесс «Тестирование функционала»

Входные данные(Input): – Исходный код
Выходные данные (Output): – Исходный код
Управление (Control): Инструкции по работе с ПО, сборочный скрипт
Механизм (Mechanism): 1С: Предприятие, Vanessa-Behavior, XunitFor1C.

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

Для данного контура применимо несколько методов разработки и тестирования: TDD (Test Driven Development) и BDD (Behaviour Driven Development)

На момент написания ВКР, для выполнения тестов по Методике BDD использовался фреймворк Vanessa-bahavior, для TDD – XunitFor1C. В настоящий момент они объединены под одним продуктом Vanessa-ADD. Поддержка старых продуктов разработчиком прекращена. Результаты тестирования выводятся в файлы отчетов Yandex Allure и Xunit.

Процесс «Сборка поставки»

Входные данные(Input): – Исходный код
Выходные данные (Output): – Поставка конфигурации
Управление (Control): Инструкции по работе с ПО, сборочный скрипт
Механизм (Mechanism): 1С: Предприятие, packman.

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

Это действие может происходить как вручную, так и автоматически и регламентируются требованиями IT подразделения использующего контур CI/CD. После слияния веток запускается процесс сборки готовой поставки. Для этого опять в сборочной директории, на основании существующих исходников, создается служебная информационная база, и затем, средствами платформы 1С: Предприятие формируется поставка конфигурации и архивируется. Поставка конфигурации является финальным продуктом сборочного процесса и поставляется заказчику по установленным каналам связи или же устанавливается непосредственно в продуктивную информационную систему.

Процесс «Публикация результатов»

Входные данные(Input): – Результат выгрузки, файлы отчетов
Выходные данные (Output): – Отчет
Управление (Control): Инструкции по работе с ПО, сборочный скрипт
Механизм (Mechanism): Yandex Allure, Xunit.

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

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

Результатами моего проекта стала защита ВКР в конце мая этого года с результатом «отлично». Дополнительно, была актуализирована методическая информация по формированию контура.

Общие выводы:

1. Экономический эффект возможен только в долгосрочной перспективе. По опыту замечено, что при запуске проекта имплементации инженерных практик фиксируется снижение производительности разработки на 20-30% от текущего уровня. Этот период временный, и как правило производительность возвращается к первоначальным значениям через три – четыре месяца эксплуатации. Снижение производительности связанно прежде всего, с тем, что разработчику приходится привыкать к новым требованиям разработки: написанию сценариев, тестов, формированию технической документации.
2. Существенно повысилось стабильность продуктивной информационной системы, за счет тестирования программного кода. Гарантированная работа критически важных подсистем обеспечена покрытием сценарными тестами. За счет этого снизились риски компании на критически важном направлении — оперативное взаимодействие с клиентами.
3. Исключение динамических исправлений на продуктивной информационной базе позволило более конструктивно планировать разработку и исключить попадание программного кода в обход контура тестирования.
4. Снижение трудозатрат на сервисное обслуживание информационной базы, за счет автоматизации сборочного контура.
5. Использование обратной связи через Slack позволило в оперативном режиме контролировать и исправлять проблемы жизненного цикла системы. По отзывам команды, использование месенджера, удобнее почтовой рассылки (хотя она тоже присутствует).
6. Использование автоматизированной проверки программного кода (Continuous Inspection) на соответствие стандартам разработки (SonarQube) вынуждает разработчиков самостоятельно повышать компетенцию, а исправление выявленного технического долга непосредственно при разработке программного модуля происходит гораздо быстрее, так как не надо тратить время на восстановление контекста задачи.
7. Включение функционала авто-документации и генерации видео-инструкций позволяют снизить количество обращений пользователей.
8. В ходе выполнения проекта был сформирован бизнес-процесс, описывающий жизненный цикл разработки и тестирования прикладных решений 1С, который в свою очередь повлиял на формирование проекта имплементации инженерных практик. Сформирован набор инструментов и документации, позволяющий быстро развернуть окружение на любых проектах 1С.

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

Что же касается личных результатов, то они такие:

1. На сколько я знаю, на текущий момент это первый диплом по теме «Имплементации инженерных практик в 1С. Де-юре можно сказать, что инженерные практики пусть и в начальном варианте, но приняты научным сообществом (пусть их и было 5 человек).
2. Подобный академический подход позволил ускорить выход “Методического пособия релиз инженера 1С”. Часть контента из дипломной работы плавно перекочевала в контент книги. (Ссылка к сожалению, запрещена модератором вне рубрики «Я пиарюсь». Кому потребуется смогут легко найти в поиске).
3. Проработка модели процесса и проверка инструментария для CICD в 1С позволило исправить мелкие недочеты при первом старте и подключении к процессу, кстати уже и мои доработки приняты в основной ствол и войдут в релиз 5.5.0.

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

Буду очень признателен, если Вы приведете свое мнение о концепции DevOps в 1С. Чего по вашему мнению не хватает отрасли?

• Тестирование IT-систем
• Программирование
• Совершенный код
• Управление проектами
• DevOps

Источник: habr.com

Написание диплома. Прикладная информатика, программирование, бизнес-информатика

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

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

Выбираем тему

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

Теоретическая часть

Это вода в прямом смысле слова. Тут вы можете фальсифицировать статистические данные, как вам будет угодно. Главное, чтобы всё выглядело как красивое обоснование актуальности выбранной темы. Например, можно посвятить 10 страниц истории электронной коммерции в России. В конце обязательно нужно приложить диаграмму, на которой будет отображаться неуклонный рост числа интернет – магазинов.

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

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

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

Что делать, если практика была лишь формально, по факту вы просто заполнили дневник или если вы практиковались в маленькой фирме, о которой и писать нечего? Сочиняем всё это или списываем из интернета. Вот так, берём, вводим в Google «Аналитическая часть к диплому» и копируем оттуда.

Не стоит этого бояться. Это официально разрешённая уловка. Диплом можно писать, опираясь на данные от «виртуального» предприятия, то есть, выдуманного, с вымышленными проблемами и устройством. Главное – сказать, что сайт или интернет – магазин для нашей фирмы категорически необходим.

Практическая часть

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

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

Заключение

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

Если у вас возникнут проблемы с практической частью, закажите её на нашем сайте отдельно или всю выпускную квалификационную работу от начала и до конца.

Источник: reshatel.org