Отчёт. 1Постановка задачи автоматизации (информатизации) бизнеспроцессов (решения задач, комплекса задач, подсистем) 4
 Скачать 3.09 Mb.
|
|
Титульный лист СодержаниеВведение 3 1Постановка задачи автоматизации (информатизации) бизнес-процессов (решения задач, комплекса задач, подсистем) 4 2Построение и обоснование модели новой организации бизнес-процессов. 11 3Спецификация и обоснование функциональных требований 15 4Спецификация и обоснование нефункциональных требований. 16 5Календарно-ресурсное планирование проекта, анализ бюджетных ограничений и рисков 21 6Анализ бюджетных ограничений с описанием бюджета на разработку проекта 22 7Анализ рисков проекта и описание мероприятий по их устранению 26 Заключение 28 Список использованной литературы 29 ВведениеВ 2022 году отмечается пятидесятилетие ФГУП НИИ «Восход». Началом его создания послужило постановление Директивных органов от 14.01.72г. №46-21, в котором второе комплексное отделение НИИ автоматической аппаратуры Минрадиопрома СССР было определено головной организацией по разработке и созданию специальной АСУ для отраслей народного хозяйства. 24 августа 1973г. приказом Министра радиопромышленности №530 филиал был переименован и стал называться "Научно-исследовательский институт "Восход". За высокие научно-технические и производственные показатели Указом Президиума Верховного Совета СССР в ноябре 1982г. Институт был награжден орденом Трудового Красного Знамени. В настоящее время НИИ «Восход» - федеральное государственное унитарное предприятие - входит в структуру Министерства информационных технологий и связи Российской Федерации и является одним из головных институтов в сфере информационных технологий. В настоящее время основным направлением деятельности Института является выполнение функций ведущего предприятия Мининформсвязи России в сфере информатизации - головного системного интегратора в области разработки и внедрения территориально-распределенных информационно-коммуникационных систем. Основной стратегической целью НИИ «Восход» было и остается обеспечение устойчивого положения в области информационных технологий на российском рынке, всемерное развитие делового партнерства с организациями различной специализации и разных форм собственности, работающих как на федеральном, так и на региональном уровнях. Постановка задачи автоматизации (информатизации) бизнес-процессов (решения задач, комплекса задач, подсистем)Рассмотрим основные технико-экономические показатели деятельности ФГУП НИИ «Восход» за 2019-2021 гг. по данным бухгалтерской отчетности. Таблица 1 - Анализ эффективности использования трудовых ресурсов ФГУП НИИ «Восход» за 2019 - 2021 гг.
Эффективность использования трудовых ресурсов предприятия характеризует показатель производительности труда. Показатель рассчитывается делением выручки от реализации на численность работающих. Численность работающих на ФГУП НИИ «Восход» за анализируемый период увеличилась с 390 до 403 человек, т.е. на 13 человек. Производительность труда в 2019 г. составила 1770,8 тыс. руб./чел., в 2020 г. – 2260,9 тыс. руб./чел, в 2021 г. – 2520,9 тыс. руб./чел. В 2020 г. по сравнению с 2019 г. произошло увеличение показателя на 49,1 тыс. руб./чел. или на 27,6 %. В 2021 г. по сравнению с 2020 г. рост показателя составил 260 тыс. руб./чел. или 11,5%. Таблица 2 - Анализ показателей эффективности использования основных средств ФГУП НИИ «Восход» за 2019 - 2021 гг.
Как следует из таблицы 2, на анализируемом предприятии за период 2019 - 2021 гг. среднегодовая стоимость основных средств снижается с 947790 тыс. руб. до 918950 тыс. руб., то есть на 28840 тыс. руб. или 2,9 % в 2020 г. по сравнению с 2019 г., с 918950 тыс. руб. до 891620,5 тыс. руб., то есть на 27320,5 тыс. руб. или 3,0 % в 2021 г. по сравнению с 2020 г. Незначительное снижение стоимости основных средств ФГУП НИИ «Восход» (на 6,0 % за период 2019 – 2021 гг.) обусловлено передачей административного здания на баланс администрации города. Таким образом, можно сделать вывод о достаточно эффективном использовании основных средств на ФГУП НИИ «Восход». Структура представлена на рисунке 1.  Рисунок 1 – Организационная структура НИИ «Восход» «Восход» обладает всеми необходимыми ресурсами и компетенциями для разработки и обеспечения эксплуатации: «классических» территориально-распределенных информационных систем, в т.ч. в защищенном исполнении распределенных систем передачи данных и сетей связи интернет-порталов и сайтов ситуационных и диспетчерских центров и пунктов управления систем межведомственного взаимодействия центров обработки данных и контакт центров «облачных» сервисов различного назначения (IaaS, PaaS, SaaS) систем электронного документооборота систем управления эксплуатацией информационных систем Заказчика систем обеспечения информационной безопасности систем дистанционного обучения и тестирования персонала «Восход» традиционно поддерживает высокую компетенцию и оказывает широкий спектр услуг в области разработки заказного программного обеспечения. Только за последние годы нами разработаны федеральная система межведомственного взаимодействия, единая система нормативно-справочной информации, макет единой транспортной сети и др: обследование информационных процессов, разработка концепции и проектирование будущей информационной системы; разработка программного обеспечения на различных платформах, включая Oracle, Microsoft, различные OpenSource продукты; внедрение программного обеспечения в различных моделях функционирования, включая облачные вычисления, трехзвенную и клиент-серверную архитектуры; аудит и тестирование программного обеспечения. «Восход» обладает огромным опытом и высокой компетенцией в вопросах обеспечения эксплуатации систем заказчика, управления инфраструктурой и данными. В этой области наши специалисты предоставляют широкий спектр услуг, включая: техническую поддержку оборудования и программного обеспечения; сопровождение информационных систем и комплексов; организацию и обеспечение функционирования демонстрационных стендов, стендов главного конструктора и т. д.; резервное копирование и восстановление данных; защиту данных и обеспечение безопасности инфраструктуры; организацию и обеспечение функционирования систем дистанционного мониторинга и управления инфраструктурой; обучение и тестирование персонала заказчика; управление эксплуатацией информационных систем заказчика, включая службы Help Desk и Service Desk. Существующая IDEF0 представлена на рисунке 2.  Рисунок 2 - IDEF0 схема Цель использования автоматизированной системы управления заключается в упрощении работы коллектива, сокращении времени обработки информации, улучшении процесса производства, уменьшении вероятности возникновения ошибок. В современном мире практически ни одна автоматизированная система управления не обходится без баз данных. БД являются основой большинства современных справочных систем, систем автоматизированного ведения бухгалтерского учета, экспертных систем и многих других программных продуктов. Это обусловлено, прежде всего, простотой и удобством этого типа хранения данных. Технология баз и банков данных является ведущим направлением организации внутримашинного информационного обеспечения. Развитие технологии баз данных определяется рядом факторов: ростом информационных потребностей пользователей, требованиями эффективного доступа к информации, появлением новых видов массовой памяти, увеличением ее объемов, новыми средствам и возможностями в области коммуникаций и многим другим. И у НИИ «Восход» тоже постоянно появляется необходимость в создании очередной базы данных. Описанная ранее система, должна обращаться к базе данных, содержащей перечень научных публикаций. Информационная система должна отвечать требованиям, представленным на рисунке 3. Структура модели данных указана на рисунке 4.  Рисунок 3 – Функции ИС  Рисунок 4 – Структура модели данных Так же необходимо соблюдать концепцию трёх схем, представленную на рисунке 5.  Рисунок 5 – Концепция трёх схем Построение и обоснование модели новой организации бизнес-процессов.Разработанная в рамках данного дипломного проекта база, имеет следующие схемы IDEF0. Она представлена на рисунках 6.  Рисунок 6 - IDEF0 схема проекта  Рисунок 7 – Контекстная диаграмма процесса  Рисунок 8 – Декомпозиция процесса проектирования БД  Рисунок 9 – Бизнес процесс создания логической БД  Рисунок 10 – Бизнес модель процесса нормализации сущности  Рисунок 11 – Бизнес модель процесса нормализации отношения  Рисунок 12 – Декомпозиция этапа проектирования  Рисунок 13 – Декомпозиция работы по созданию базовой таблицы Спецификация и обоснование функциональных требованийРассмотренная база данных необходима для быстрого анализа научных публикаций и должна содержать в себе следующие данные: Наименование статьи; Наименование конференции (если выпущена для доклада на конференции); Дата конференции (если выпущена для доклада на конференции); Организация, проводящая конференцию (если выпущена для доклада на конференции); Ключевые слова (которые указаны в аннотации к статье 5-7 слов); Месяц и год публикации статьи; ФИО автора статьи; Место работы автора (если есть); Учёная степень/ звание автора (если есть); Должность автора (если есть); Электронная почта автора (если есть); Тлф автора (если есть); ФИО всех соавторов статьи (если они имеются); Адреса эл. почты соавторов (если есть); Общая Тема статьи; Журнал/сборник, в котором напечатана статья; Издательство (если на базе организации, предприятия, университета, НИИ - то наименование этой организации); Объём статьи в словах (округлённо); Количество страниц статьи. Конкретные страницы размещения статьи в журнале/сборнике (если, например, в журнале 200 страниц, а в статье 3 страницы, то на каких страницах она напечатана, например, стр. 7-9); Ссылка на статью в Интернете (если есть); Индекс статьи (РИНЦ, Scopus, Wos - если есть); Квартиль журнала, в котором опубликована стать (если есть); Кол-во цитирований статьи (если такая предварительная информация в момент заполнения уже есть, это если мы цитируем свои статьи или статьи друг друга и т.д.). Так же должен быть реализован понятный для пользователя интерфейс. Спецификация и обоснование нефункциональных требований.Эффективность функционирования системы, использующей БД, зависит как от выбора архитектуры БД, так и от выбора СУБД. К современным многопользовательским СУБД относятся Microsoft Access, Oracle, Microsoft SQL Server, SyBase, InterBase, Informix и др. Выбор СУБД определяется несколькими критериями. В первую очередь при выборе СУБД необходимо принимать во внимание следующие факторы: максимальное число пользователей одновременно обращающихся к базе; уровень квалификации персонала. При выборе СУБД будем руководствоваться следующими критериями: быстродействие; надежность; развитые возможности масштабирования и администрирования; соотношение цены и качества. Кроме этих факторов, немаловажную роль играет популярность СУБД, а также ее совместимость со средствами разработки прикладных программ (программ, служащих для обработки данных и организации связи БД с пользователем), а также с другими современными СУБД [1]. На сегодня известно большое число различных серверов баз данных SQL. Ведущими серверными СУБД являются: Oracle8i, IBM DB2, Microsoft SQL Server и Informix. В рамках данной задачи была выбрана Microsoft SQL Server, так как в НИИ уже используется несколько баз, написанных на данной системе. На рисунке 14 приведена сравнительная характеристика современных СУБД.  Рисунок 14 – Сравнительные характеристики СУБД Далее был проведён сравнительный анализ языков программирования для реализации проекта [2]. Итоги сравнения приведены на рисунке 15.  Рисунок 15 – Сравнение свойств языков После анализа, были отобраны языки: С++, С# и Java [3]. Затем необходимо было провести анализ производительности этих языков. Результат анализа приведён на рисунке 16.  Рисунок 16 – Сравнение производительности языков По итогам проведённых анализов, в качестве реализации интерфейса был выбран язык С#. [4] У выбранного языка можно выделить ряд преимуществ: Поддержка подавляющего большинства продуктов Microsoft Бесплатность ряда инструментов для небольших компаний и некоторых индивидуальных разработчиков — Visual Studio, облако Azure, Windows Server, Parallels Desktop для Mac Pro. Типы данных имеют фиксированный размер (32-битный int и 64-битный long), что повышает «мобильность» языка и упрощает программирование, так как вы всегда знаете точно, с чем вы имеете дело. Автоматическая «сборка мусора» Это значит, что нам в большинстве случаев не придётся заботиться об освобождении памяти. Вышеупомянутая общеязыковая среда CLR сама вызовет сборщик мусора и очистит память. Большое количество «синтаксического «сахара» — специальных конструкций, разработанных для понимания и написания кода. Они не имеют значения при компиляции. Низкий порог вхождения. Синтаксис C# имеет много схожего с другими языками программирования, благодаря чему облегчается переход для программистов. Язык C# часто признают наиболее понятным и подходящим для новичков [5]. Далее, для разработки проекта необходимо было выбрать, непосредственно, среду разработки. Анализ сред приведён на рисунке 17.  Рисунок 17 – Анализ сред разработки В качестве среды разработки был выбран Visual studio. Его преимущества [6]: Среда содержит множество инструментов, которые очень хорошо работают на C#. Наличие бесплатной версии — Community Edition. Community содержит все что нужно для независимого разработчика. Самое эффективное ПО для разработки на любой платформе, включая .Net и C#. Возможность хранения данных в облаке. Календарно-ресурсное планирование проекта, анализ бюджетных ограничений и рисковПо выдвинутым требованиям была составлена диаграмма Ганта, представленная на рисунке 18. Диаграмма Ганта (англ. Gantt chart, также ленточная диаграмма, график Ганта, календарный график) — это популярный тип столбчатых диаграмм (гистограмм), который используется для иллюстрации плана, графика работ по какому-либо проекту. Является одним из методов планирования проектов. Используется в приложениях по управлению проектами [7].  Рисунок 18 – Диаграмма Ганта Соотнеся данные сроки с датами, можно получить график, представленный в таблице 3. Таблица 3 – Календарное планирование проекта
Анализ бюджетных ограничений с описанием бюджета на разработку проектаЗатраты на проект состоят в выплате зарплаты необходимым сотрудникам. Они просчитаны в таблице 1. Инженер в данной ситуации выполняет роль проектировщика базы данных и её ведение до окончания процесса тестирования [8]. Схема работы проектировщика БД представлена на рисунке 19.  Рисунок 19 – Задачи проектировщика БД Проектировщик базы данных должен обладать обширными и применимыми на практике знаниями в следующих областях: Моделирование данных, проектирование баз данных Методы объектно-ориентированного анализа и проектирования Системная архитектура, включая настройку производительности систем и баз данных, а также балансировка нагрузки сетей и аппаратного обеспечения Администрирование баз данных Понимание используемого языка и среды разработки Далее по списку – программист. В данном случае необходим не обычный программист, а так называемый - Database Developer (разработчик базы данных) [9]. Чтобы создать хорошо организованные базы данных, Database Developer должен уметь выполнять множество задач: Проектировать системы БД. Основная обязанность разработчиков баз данных состоит в том, чтобы анализировать потребности компании или организации и создавать эффективную систему баз данных в соответствии со спецификой деятельности заказчика. Для этого Database Developer собирает и анализирует данные, разрабатывает алгоритмы, рисует блок-схемы и встраивает коды в логику, разработанную с помощью алгоритмов и блок-схем. Тестировать базы данных. Database Developer должен уметь запускать процедуры тестирования производительности, чтобы гарантировать правильную работу БД и отсутствие в ней ошибок. Если при выполнении кода возникают какие-либо ошибки, их необходимо исправить, а код – повторно протестировать. На этом этапе устраняются потенциальные проблемы и оптимизируется база данных [10]. Разрабатывать документацию по БД. По мере создания базы данных разработчик должен писать документацию по системе и составлять руководство по эксплуатации. Документация должна включать информацию об изменениях или улучшениях базы данных по мере их реализации. Работать с frontend-командой. После того как базы данных готовы и создан их интерфейс, разработчик базы и девелоперы внешнего интерфейса сотрудничают, чтобы интегрировать модули вместе. Как только это будет сделано, снова тестируется интегрированный код и исправляются все ошибки. Обязанности разработчика БД представлены на рисунке 20.  Рисунок 20 – Задачи разработчика БД И последний необходимый сотрудник – тестировщик. Обязанности такого сотрудника представлены на рисунке 21.  Рисунок 21 – Особенности тестирования БД При анализе объёма работы, было принято решение о следующем количестве сотрудников: Программист 3 штуки; Инженер (проектировщик БД) 1 штука; Тестировщик 1 штука. Расчёт их заработной платы за месяц представлен в таблице 4. Таблица 4 – Зарплата сотрудникам
Анализ рисков проекта и описание мероприятий по их устранениюТакже для определения сильных и слабых сторон проекта, необходимо выполнить SWOT анализ. SWOT-анализ (или SWOT-матрица) - это метод стратегического планирования и стратегического управления, используемый для того, чтобы помочь человеку или организации определить сильные и слабые стороны, возможности и угрозы, связанные с конкуренцией в бизнесе или планированием проектов. Его иногда называют ситуационной оценкой или ситуационным анализом. Анализ представлен на рисунке 22.  Рисунок 22 – SWOT анализ После проведения SWOT анализа можно сделать вывод, что реализация данной информационной системы оправдывает возможные угрозы. Для того, чтобы уменьшить воздействия слабых сторон системы, необходимо принять ряд мер, которые далее будут рассмотрены в диаграмме Ганта и экономической части. Для того, чтобы уменьшить наличие ошибок в системе, необходимо нанимать на работу не только программистов и инженеров, но и тестировщиков, которые занимаются как раз-таки выявлением ошибок в системе. После того, как ошибка была найдена, информация о ней передаётся программистам и по мере необходимости инженерам, которые эту ошибку исправляют. Далее рассматривается такая угроза как – долгая загрузка данных. С этой ошибкой разобраться сложнее, так как нет непосредственного доступа к данным, которые будут выгружаться в систему. Для устранения данной слабости, необходимо обращаться к владельцу используемых данных в информационной системе. ЗаключениеПо итогам прохождения производственной практики были достигнуты следующие задачи: Постановка задачи автоматизации (информатизации) бизнес-процессов (решения задач, комплекса задач, подсистем) Построение и обоснование модели новой организации бизнес-процессов. Спецификация и обоснование функциональных требований Спецификация и обоснование нефункциональных требований. Календарно-ресурсное планирование проекта, анализ бюджетных ограничений и рисков Анализ бюджетных ограничений с описанием бюджета на разработку проекта Анализ рисков проекта и описание мероприятий по их устранению Список использованной литературыАкишкин А.М., Федорова Г.В. - «Основы программирования на персональных ЭВМ». М.: Экономическое образование, 2019. - 27с. Азарченков А.А, Зимин С.Н. - «Информатика. Проектирование и разработка баз данных: методические указания к выполнению курсовой работы для студентов очной формы обучения». - Брянск: БГТУ, 2021 - 68с. Диго С.М. Базы данных: проектирование и использование. Учебник. - М: Финансы и статистика, 2019. Прайс Джейсон Oracle Database 11g: SQL. Операторы SQL и программы PL/SQL; Лори - , 2017. - 660 c. Астахова И. Ф., Мельников В. М., Толстобров А. П., Фертиков В. В. СУБД. Язык SQL в примерах и задачах; ФИЗМАТЛИТ - Москва, 2019. - 168 c. Дунаев В. В. Базы данных. Язык SQL для студента; БХВ -Петербург - Москва, 2018. - 288 c. Дейт К. Дж. SQL и реляционная теория. Как грамотно писать код на SQL; Символ-Плюс - , 2020. - 480 c. Грабер, М. SQL / М. Грабер. - М.: Лори, 2017. - 672 с. Кренке, Д. Теория и практика построения баз данных / Д. Кренке. - СПб.: Питер, 2017. - 800 с. Боуман, Д. Практическое руководство по SQL / Д. Боуман, С. Эмерсон, М. Дарновски. - М.: Вильямс, 2020. - 352 с. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||