Дипломная работа на тему "Автоматизация контроля исполнения задач по проектам в ООО «Норс Студиос»"
Работа Синергии на тему: Автоматизация контроля исполнения задач по проектам в ООО «Норс Студиос». Год сдачи: 2020. Оценка: Отлично. Оригинальность работы на момент публикации 50+% на антиплагиат.ру. Ниже прилагаю все данные для покупки.
Количество страниц: 130
Демо работы
Описание работы
ЗАДАНИЕ
на работу обучающегося
(ФИО обучающегося в родительном падеже)
Тема работы: Автоматизация контроля исполнения задач по проектам в ООО «Норс Студиос»
Структура . Введение
1. Аналитическая часть
1.1. Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»
1.1.1. Характеристика предприятия и его деятельности
1.1.2. Организационная структура управления предприятием
1.1.3. Программная и техническая архитектура ИС предприятия
1.2. Характеристика комплекса задач, задачи и обоснование необходимости автоматизации
1.2.1. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
1.2.2. Определение места проектируемой задачи в комплексе задач и ее описание
1.2.3. Обоснование необходимости использования вычислительной техники для решения задачи
1.2.4. Анализ системы обеспечения информационной безопасности и защиты информации
1.3. Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»
1.3.1. Анализ существующих разработок для автоматизации задачи
1.3.2. Выбор и обоснование стратегии автоматизации задачи
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
1.4.2. Обоснование проектных решений по программному обеспечению
1.4.3. Обоснование проектных решений по техническому обеспечению
2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
2.1.3. Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации
2.2. Информационное обеспечение задачи
2.2.1. Характеристика нормативно-справочной, входной и оперативной информации
2.2.2. Характеристика результатной информации
2.3. Программное обеспечение задачи
2.3.1. Сценарий диалога
2.3.2. Характеристика базы данных
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
2.4. Испытания разработанного решения
2.4.1 Перечень объектов и функций, подлежащих испытаниям
2.4.2 Методы проведения испытаний
2.4.3 Проведение проверочных испытаний и их результаты
3. Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчёта экономической эффективности
3.2 Расчёт показателей экономической эффективности проекта
Заключение Приложения
3. Основные вопросы, подлежащие разработке. Введение
Во «Введении» необходимо обосновать актуальность выбранной темы работы, сформулировать ее цель. Исходя из цели, обозначить задачи, решение которых, позволит достичь поставленную цель.
В главе 1 необходимо представить обоснование актуальности выбора автоматизируемой задачи, проектных решений по информационному, программному и аппаратному обеспечению, дать ее развернутое описание, отразить взаимосвязь с другими задачами, изложить используемую стратегию автоматизации и способ приобретения информационной системы.
В разделе 1.1. необходимо привести краткое описание компании и таблицу показателей ее деятельности, рисунок организационной структуры и его описание, рисунки программной и технической архитектуры, а также их описание.
В разделе 1.2. следует обосновать актуальность выбора автоматизируемой задачи, для этого необходимо провести анализ организационной, программной и технической архитектуры с целью определения перечня задач, которые необходимо автоматизировать и выбора наиболее приоритетной из них. С целью определения информационных потоков выбранной задачи необходимо привести соответствующие IDEF диаграммы. Далее необходимо привести рисунок, отражающий документооборот автоматизируемой задачи, таблицу прагматических характеристик соответствующих документов (периодичность, время на обработку и так далее) и определить комплекс программно-аппаратных средств, обеспечивающих информационную безопасность и защиту информации в рамках решаемой задачи.
В разделе 1.3. необходимо провести анализ готовых программных решений автоматизации учета контингента учебного заведения (школа, колледж, университет и т.п.), определить стратегию автоматизации и способ приобретения информационной системы. При разработке собственного решения необходимо указать отличия от уже существующих.
В разделе 1.4. необходимо провести анализ и обосновать выбор средств, используемых для автоматизации задачи: технического обеспечения (компьютеры и периферия, сетевое оборудование, офисная техника, дополнительные устройства), программного обеспечения (операционная система, СУБД, среда разработки, другое прикладное ПО), информационного обеспечения (классификаторы, справочники, документы, информационные базы). Также необходимо описать существующую техническую архитектуру подразделений учебного заведения, которые будут работать непосредственно с проектируемой системой.
В главе 2 необходимо представить проектные решения в соответствии с выбранной моделью жизненного цикла: начиная с анализа рисков на всех этапах разработки системы и закачивая примером ее опытной эксплуатации.
В разделе 2.1 необходимо провести выбор стандарта и модели жизненного цикла, соответствующих автоматизируемой задаче, а также стратегии внедрения проектируемой информационной системы. После этого следует перечислить риски для каждого этапа выбранной модели жизненного цикла и определить пути их снижения, в том числе посредством разработки средств информационной безопасности и защиты информации проектируемой системы.
Раздел 2.2 отражает процесс проектирования информационного обеспечения задачи и должен содержать:
• рисунок информационной модели и ее описание;
• таблицу используемых систем кодирования и описание классификаторов;
• описание входных и оперативных документов, файлов и экранных форм;
• описание результатных документов, файлов и экранных форм;
• таблицы входных и результатных показателей, а также их описание.
Раздел 2.3 отражает процесс проектирования программного обеспечения задачи и должен содержать:
• рисунки дерева функций и сценария диалога, а также их описание;
• рисунок ER – модели (количество таблиц в ER модели должно быть равно количеству таблиц в информационной модели), описание структуры записей каждой таблицы;
• рисунок дерева вызова программных модулей, а также таблицу с перечнем и назначением модулей;
• блок-схема основного/расчетного модуля, описание блок-схем алгоритмов основных расчетных модулей.
Раздел 2.4 отражает процесс прохождения предварительных испытаний автоматизированных систем до внедрения их в эксплуатацию. Должны быть рассмотрены:
• перечень объектов и функций, подлежащих испытаниям;
• последовательность проведения испытаний;
• методы проведения испытаний и обработки результатов испытаний;
• критерии приёмки ИС по результатам испытаний;
• описание хода проверочных испытаний и достигнутого результата.
В главе 3 приводится методика расчета показателей экономической эффективности и расчеты, сделанные в соответствии с изложенной методикой. Расчетные данные следует представить в виде таблиц и диаграмм, отражающие сравнение базового и предлагаемого вариантов. В Заключении необходимо подвести итоги проектирования. Раскрыть содержание основных выводов, сделанных выпускником, представить краткую характеристику результатов, полученных в ходе решения поставленных во «Введении» задач и, тем самым, ответить на основной вопрос работы: о степени достижимости поставленной в работе цели.
В Список использованной литературы обучающийся приводит только ту литературу и иные информационные источники, которые он лично использовал при написании данной работы. Причем ссылки на данную литературу и информационные источники обязательны по всему тексту работы. Заимствованные чужие тексты в обязательном порядке заключаются в кавычки, как принадлежащие другому автору. Сноски приводятся постранично нарастающим итогом от № 1 до № N. Количество сносок по тексту работы должно быть никак не меньше количества, использованных выпускником литературных источников.
Приложение обязательно должно содержать фрагмент листинга программного кода (распечатка на исходном языке программирования отлаженных основных расчетных модулей
- около 400 операторов языка высокого уровня или адаптированных программных средств, использованных в работе), также могут быть приведены:
• схемы или таблицы из основной части работы;
• результаты выполнения контрольного примера;
• диаграммы потоков данных, демонстрирующих существующую технологию решения задач («КАК ЕСТЬ»);
• диаграммы потоков данных, демонстрирующих предлагаемую технологию решения задач («КАК ДОЛЖНО БЫТЬ»);
• схемы документооборота;
• примеры классификаторов;
• формы первичных и результатных документов;
• распечатки меню, экранных форм ввода, получаемых отчетов в разработанной системе;
• а также другие материалы проекта, кроме текстов договоров с клиентами и иных "шаблонных документов" (в тех случаях, когда для их существенных реквизитов проектируется форма, а по результатам ввода и сохранения в информационную базу имеется возможность распечатки документа "по шаблону").
В одном приложении нельзя размещать различные по смыслу таблицы или рисунки. Не допускается дублирование в приложении материала, размещенного в основной части проекта.
С детальным рассмотрением содержания каждого пункта, а также примерами схем и таблиц необходимо ознакомиться в «Методических указания по проектированию для направления подготовки 09.03.02 ИСиТ, размещенных личном кабинете студента в разделе «Документы». При подготовке работы вы можете пользоваться дополнительными литературными источниками, а также основной литературой, список которой приведен ниже.
Исходные данные по .
Основная литература
1. Басыня, Е.А. Системное администрирование и информационная безопасность : учебное пособие : [16+] / Е.А. Басыня ; Новосибирский государственный технический университет. – Новосибирск : Новосибирский государственный технический университет, 2018. – 79 с. : ил. – Режим доступа: по подписке.
2. Мирошниченко, И.И. Языки и методы программирования: учебное пособие / И.И. Мирошниченко, Е.Г. Веретенникова, Н.Г. Савельева; Министерство образования и науки РФ, РГЭУ (РИНХ). – Ростов-на-Дону: Издательско-полиграфический комплекс РГЭУ (РИНХ), 2019. – 188 с.
3. Филиппов, Б.И. Информационная безопасность. Основы надежности средств связи: учебник / Б.И. Филиппов, О.Г. Шерстнева. – Москва; Берлин: Директ-Медиа, 2019. – 241 с.
Дополнительная литература
1. Балдин, К.В. Информационные системы в экономике: учебник / К.В. Балдин, В.Б. Уткин. – 8-е изд., стер. – Москва: Дашков и К, 2019. – 395 с.
2. Информационные технологии: лабораторный практикум : [16+] / авт.-сост. А.Г. Хныкина, Т.В. Минкина ; Северо-Кавказский федеральный университет. – Ставрополь : Северо-Кавказский Федеральный университет (СКФУ), 2018. – 122 с. : ил. – Режим доступа: по подписке.
3. Нагаева, И.А. Алгоритмизация и программирование. Практикум: учебное пособие / И.А. Нагаева, И.А. Кузнецов. – Москва; Берлин: Директ-Медиа, 2019. – 168 с. -
4. Марусева, И.В. Управление сложными системами: (введение в основы автоматики и информатики) / И.В. Марусева, Ю.П. Петров; под общ. ред. И.В. Марусевой. – Москва; Берлин: Директ-Медиа, 2019. – 180 с.
5. Сидорова, Н.П. Информационное обеспечение и базы данных: практикум по дисциплине «Информационное обеспечение, базы данных» / Н.П. Сидорова, Г.Н. Исаева, Ю.Ю. Сидоров; Технологический университет. – Москва; Берлин: Директ-Медиа, 2019. – 85 с.
Оглавление
ВВЕДЕНИЕ 9
1. АНАЛИТИЧЕСКАЯ ЧАСТЬ 12
1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ» 12
1.1.1 Характеристика предприятия и его деятельности 12
1.1.2 Организационная структура управления предприятием 15
1.1.3 Программная и техническая архитектура ИС предприятия 18
1.2 Характеристика комплекса задач, задачи и обоснование необходимости автоматизации 25
1.2.1 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов 25
1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание 27
1.2.3 Анализ информационных потоков проектируемой задачи 32
1.2.4 Анализ системы обеспечения информационной безопасности и защиты информации 34
1.3. Анализ существующих разработок и выбор стратегии автоматизации
«КАК ДОЛЖНО БЫТЬ» 36
1.3.1 Анализ существующих разработок для автоматизации задачи 36
1.3.2 Выбор и обоснование стратегии автоматизации задачи 38
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации задачи 39
1.4. Обоснование проектных решений 41
1.4.1 Обоснование проектных решений по информационному обеспечению
.............................................................................................................................. 41
1.4.2 Обоснование проектных решений по программному обеспечению 44
1.4.3 Обоснование проектных решений по техническому обеспечению 45
2. ПРОЕКТНАЯ ЧАСТЬ 47
2.1 Разработка проекта автоматизации 47
2.1.1 Этапы жизненного цикла проекта автоматизации 47
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание 52
2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации 54
2.2 Информационное обеспечение задачи 58
2.2.1 Характеристика нормативно-справочной, входной и оперативной информации 58
2.2.2 Характеристика результатной информации 59
2.3 Программное обеспечение задачи 60
2.3.1 Сценарий диалога 60
2.3.2 Характеристика базы данных 64
2.3.3 Структурная схема пакета (дерево вызова программных модулей) 68
2.4 Испытание разработанного решения 81
2.4.1 Перечень объектов и функций, подлежащих испытаниям 81
2.4.2 Методы проведения испытаний 83
2.4.3 Проведение проверочных испытаний и их результаты 87
3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ 101
3.1 Выбор и обоснование методики расчета экономической эффективности
................................................................................................................................ 101
3.2 Расчет показателей экономической эффективности 103
ЗАКЛЮЧЕНИЕ 106
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ 108
ПРИЛОЖЕНИЯ 109
ВВЕДЕНИЕ
В любой современной компании стремятся к максимальной цифровизации выполняемых задач, поскольку подобное поведение позволяет оптимизировать работу предприятия и нагрузку на сотрудников. Для того, чтобы оцифровать как можно больше выполняемых задач, компании внимательно следят за рынком информационных решений, поскольку его стремительная динамика позволяет совершенствовать имеющееся программное обеспечение, а значит и покрыть большую часть задач организации.
Для компании оцифровка задач и документов означает не только удобство сотрудников, что, в свою очередь, если компания действительно хорошая, должно быть одной из первостепенных задач, но и возможность отслеживать свои собственные внутренние бизнес-процессы. За счет этого, предприятие получает крайне важный ресурс в виде статистических данных, который, в конечном счете, можно использовать во множестве различных стратегиях.
Использование информационных систем помимо прочего позволяет и гладко структурировать все протекающие в компании бизнес-процессы. Это крайне важно для компании, поскольку позволяет грамотнее распределить имеющиеся ресурсы предприятия и сократить возможные расходы.
Однако, даже не смотря на динамическое развитие, рынок подобных систем изредка не в состоянии обеспечить необходимые ресурсы для компании в связи с определенными условиями и требованиями к программному обеспечению, которые компания выдвигает к требуемому продукту. Так, не смотря на достаточно развитый рынок программного обеспечения для управления проектами, большинство представленных продуктов либо не могут быть интегрированы в конечный продукт, либо предоставляют подобную услугу в крайне ограниченном формате.
Программное обеспечение управления проектами подразумевает под собой такую систему, которая позволяет структурировать зоны ответственности над проектом как целых команд, так и отдельно взятых сотрудников. При этом
данное программное обеспечение позволяет просматривать текущее состояние дел у проекта и оценивать возможные сроки сдачи очередного проектного спринта. Подобная механика присутствует во всех существующих программах и является основополагающей для всей системы. Тем не менее, современные реалии таковы, что конечный пользователь заинтересован в развитии продукта и старается следить за всеми изменениями. Если же пользователь не получает отзыва на свое желание, так скажем, участия, то, зачастую, его интерес к продукту уменьшается и в конечном счете угасает полностью, что приводит к оттоку пользователей в сторону конкурирующего продукта. Причем ситуация складывается таким образом, что отток начинает затрагивать и тех, кто является лишь потенциальным потребителем. Все это возникает в силу отсутствия дальнейших планов развития продукта в публичном доступе. Это подчеркивает актуальность темы данной работы.
На сегодняшний день на большинстве рынков, вне зависимости от специфики продукции, присутствует множество конкурирующих компаний. Это, разумеется, крайне хорошо сказывается на самом рынке - продукция активно развивается, оставляя цены максимально привлекательными для конечного пользователя, однако даже малейший отток пользователя у продукта может вызвать своеобразный эффект домино, который приведет к полному провалу продукта. Для того, чтобы этого не допустить, компании стараются выкладывать в публичный доступ всевозможные дорожные карты продукта, которые, в свою очередь, формируются по внутренним документам, которые создаются и обрабатываются как раз программным обеспечением управления проектами.
Получается, что для того, чтобы конечный пользователь смог увидеть поставленную перед неким сотрудником или отделом задачу, необходимо иметь отдельного сотрудника, который будет брать эту задачу из внутренней информационной системы, добавлять во внешнюю и затем публиковать. Однако есть реальная возможность упростить данный процесс и убрать лишнее звено, что приведет к оперативности подачи информации и сокращению расходов
компании. Для этого достаточно того, чтобы внутренняя система сама публиковала обновление прогресса или, говоря иначе, создавала дорожную карту по внутренним задачам в автоматическом режиме.
Объектом исследования работы является компания ООО «Норс Студиос», а предметом исследования – процесс контроля исполнения задач по проектам.
Подобные требования и отсутствие подобного программного обеспечения на рынке вызывают необходимость в создании собственного продукта, который сможет выполнять все поставленные задачи и соответствовать всем стандартам ООО «Норс Студиос».
Целью данной работы является разработка информационной системы контроля исполнения задач по проектам.
Для достижения этой цели определены следующие задачи:
1. Поиск и последующий анализ проблем в организации контроля исполнения задач по проектам
2. Выбор и обоснование стратегии автоматизации выбранных задач
3. Обоснование проектных решений по информационному, программному и техническому обеспечению
4. Постановка задачи на автоматизацию контроля исполнения задач по проектам
5. Разработка проекта автоматизации контроля исполнения задач по проектам
6. Обоснование экономической эффективности проекта автоматизации контроля исполнения задач по проектам в ООО «Норс Студиос»
Данная работа имеет практическую значимость. Использование его результатов позволяет упростить, ускорить и повысить безопасность контроля исполнения задач по проектам.
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ
1. Head First C#, 3rd Edition; Jennifer Greene, Andrew Stellman, O'Reilly Media, Inc. 2020 - 696с
2. Совершеннный код; Стив Макконнелл; БХВ, ООО 2019 - 896с
3. Паттерны Проектирования; Эрик Фриман, Элизабет Фриман, Кэтти Сьерра, Берт Бейтс; ООО Издательство "Питер" 2017 - 656с
4. Responsive Web Design with HTML5 and CSS, 3rd Edition; Ben Frain; Packt Publishing 2017 - 410с
5. PHP и MYSQL от новичка к профессионалу; Кевин Янк; Эксмо 2018 - 384c
6. THE HOW AND WHY OF MINIMALISM;
7. Corporate Identity;
8. Искусство автономного тестирования с примерами на С#; Рой Ошероув; МК Пресс, 2019 - 360с
9. Пишем максимально эффективный тестовый кейс;
10. Dark mode is easier on your eyes - and battery | Popular Science;
11. Software as a service;
12. Цены на Jira — Стоимость месячной и годовой подписки для одного пользователя;
13. Купить Rider: цены и лицензирование, скидки — подписка на JetBrains Toolbox;
на работу обучающегося
(ФИО обучающегося в родительном падеже)
Тема работы: Автоматизация контроля исполнения задач по проектам в ООО «Норс Студиос»
Структура . Введение
1. Аналитическая часть
1.1. Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»
1.1.1. Характеристика предприятия и его деятельности
1.1.2. Организационная структура управления предприятием
1.1.3. Программная и техническая архитектура ИС предприятия
1.2. Характеристика комплекса задач, задачи и обоснование необходимости автоматизации
1.2.1. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
1.2.2. Определение места проектируемой задачи в комплексе задач и ее описание
1.2.3. Обоснование необходимости использования вычислительной техники для решения задачи
1.2.4. Анализ системы обеспечения информационной безопасности и защиты информации
1.3. Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»
1.3.1. Анализ существующих разработок для автоматизации задачи
1.3.2. Выбор и обоснование стратегии автоматизации задачи
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
1.4.2. Обоснование проектных решений по программному обеспечению
1.4.3. Обоснование проектных решений по техническому обеспечению
2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
2.1.3. Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации
2.2. Информационное обеспечение задачи
2.2.1. Характеристика нормативно-справочной, входной и оперативной информации
2.2.2. Характеристика результатной информации
2.3. Программное обеспечение задачи
2.3.1. Сценарий диалога
2.3.2. Характеристика базы данных
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
2.4. Испытания разработанного решения
2.4.1 Перечень объектов и функций, подлежащих испытаниям
2.4.2 Методы проведения испытаний
2.4.3 Проведение проверочных испытаний и их результаты
3. Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчёта экономической эффективности
3.2 Расчёт показателей экономической эффективности проекта
Заключение Приложения
3. Основные вопросы, подлежащие разработке. Введение
Во «Введении» необходимо обосновать актуальность выбранной темы работы, сформулировать ее цель. Исходя из цели, обозначить задачи, решение которых, позволит достичь поставленную цель.
В главе 1 необходимо представить обоснование актуальности выбора автоматизируемой задачи, проектных решений по информационному, программному и аппаратному обеспечению, дать ее развернутое описание, отразить взаимосвязь с другими задачами, изложить используемую стратегию автоматизации и способ приобретения информационной системы.
В разделе 1.1. необходимо привести краткое описание компании и таблицу показателей ее деятельности, рисунок организационной структуры и его описание, рисунки программной и технической архитектуры, а также их описание.
В разделе 1.2. следует обосновать актуальность выбора автоматизируемой задачи, для этого необходимо провести анализ организационной, программной и технической архитектуры с целью определения перечня задач, которые необходимо автоматизировать и выбора наиболее приоритетной из них. С целью определения информационных потоков выбранной задачи необходимо привести соответствующие IDEF диаграммы. Далее необходимо привести рисунок, отражающий документооборот автоматизируемой задачи, таблицу прагматических характеристик соответствующих документов (периодичность, время на обработку и так далее) и определить комплекс программно-аппаратных средств, обеспечивающих информационную безопасность и защиту информации в рамках решаемой задачи.
В разделе 1.3. необходимо провести анализ готовых программных решений автоматизации учета контингента учебного заведения (школа, колледж, университет и т.п.), определить стратегию автоматизации и способ приобретения информационной системы. При разработке собственного решения необходимо указать отличия от уже существующих.
В разделе 1.4. необходимо провести анализ и обосновать выбор средств, используемых для автоматизации задачи: технического обеспечения (компьютеры и периферия, сетевое оборудование, офисная техника, дополнительные устройства), программного обеспечения (операционная система, СУБД, среда разработки, другое прикладное ПО), информационного обеспечения (классификаторы, справочники, документы, информационные базы). Также необходимо описать существующую техническую архитектуру подразделений учебного заведения, которые будут работать непосредственно с проектируемой системой.
В главе 2 необходимо представить проектные решения в соответствии с выбранной моделью жизненного цикла: начиная с анализа рисков на всех этапах разработки системы и закачивая примером ее опытной эксплуатации.
В разделе 2.1 необходимо провести выбор стандарта и модели жизненного цикла, соответствующих автоматизируемой задаче, а также стратегии внедрения проектируемой информационной системы. После этого следует перечислить риски для каждого этапа выбранной модели жизненного цикла и определить пути их снижения, в том числе посредством разработки средств информационной безопасности и защиты информации проектируемой системы.
Раздел 2.2 отражает процесс проектирования информационного обеспечения задачи и должен содержать:
• рисунок информационной модели и ее описание;
• таблицу используемых систем кодирования и описание классификаторов;
• описание входных и оперативных документов, файлов и экранных форм;
• описание результатных документов, файлов и экранных форм;
• таблицы входных и результатных показателей, а также их описание.
Раздел 2.3 отражает процесс проектирования программного обеспечения задачи и должен содержать:
• рисунки дерева функций и сценария диалога, а также их описание;
• рисунок ER – модели (количество таблиц в ER модели должно быть равно количеству таблиц в информационной модели), описание структуры записей каждой таблицы;
• рисунок дерева вызова программных модулей, а также таблицу с перечнем и назначением модулей;
• блок-схема основного/расчетного модуля, описание блок-схем алгоритмов основных расчетных модулей.
Раздел 2.4 отражает процесс прохождения предварительных испытаний автоматизированных систем до внедрения их в эксплуатацию. Должны быть рассмотрены:
• перечень объектов и функций, подлежащих испытаниям;
• последовательность проведения испытаний;
• методы проведения испытаний и обработки результатов испытаний;
• критерии приёмки ИС по результатам испытаний;
• описание хода проверочных испытаний и достигнутого результата.
В главе 3 приводится методика расчета показателей экономической эффективности и расчеты, сделанные в соответствии с изложенной методикой. Расчетные данные следует представить в виде таблиц и диаграмм, отражающие сравнение базового и предлагаемого вариантов. В Заключении необходимо подвести итоги проектирования. Раскрыть содержание основных выводов, сделанных выпускником, представить краткую характеристику результатов, полученных в ходе решения поставленных во «Введении» задач и, тем самым, ответить на основной вопрос работы: о степени достижимости поставленной в работе цели.
В Список использованной литературы обучающийся приводит только ту литературу и иные информационные источники, которые он лично использовал при написании данной работы. Причем ссылки на данную литературу и информационные источники обязательны по всему тексту работы. Заимствованные чужие тексты в обязательном порядке заключаются в кавычки, как принадлежащие другому автору. Сноски приводятся постранично нарастающим итогом от № 1 до № N. Количество сносок по тексту работы должно быть никак не меньше количества, использованных выпускником литературных источников.
Приложение обязательно должно содержать фрагмент листинга программного кода (распечатка на исходном языке программирования отлаженных основных расчетных модулей
- около 400 операторов языка высокого уровня или адаптированных программных средств, использованных в работе), также могут быть приведены:
• схемы или таблицы из основной части работы;
• результаты выполнения контрольного примера;
• диаграммы потоков данных, демонстрирующих существующую технологию решения задач («КАК ЕСТЬ»);
• диаграммы потоков данных, демонстрирующих предлагаемую технологию решения задач («КАК ДОЛЖНО БЫТЬ»);
• схемы документооборота;
• примеры классификаторов;
• формы первичных и результатных документов;
• распечатки меню, экранных форм ввода, получаемых отчетов в разработанной системе;
• а также другие материалы проекта, кроме текстов договоров с клиентами и иных "шаблонных документов" (в тех случаях, когда для их существенных реквизитов проектируется форма, а по результатам ввода и сохранения в информационную базу имеется возможность распечатки документа "по шаблону").
В одном приложении нельзя размещать различные по смыслу таблицы или рисунки. Не допускается дублирование в приложении материала, размещенного в основной части проекта.
С детальным рассмотрением содержания каждого пункта, а также примерами схем и таблиц необходимо ознакомиться в «Методических указания по проектированию для направления подготовки 09.03.02 ИСиТ, размещенных личном кабинете студента в разделе «Документы». При подготовке работы вы можете пользоваться дополнительными литературными источниками, а также основной литературой, список которой приведен ниже.
Исходные данные по .
Основная литература
1. Басыня, Е.А. Системное администрирование и информационная безопасность : учебное пособие : [16+] / Е.А. Басыня ; Новосибирский государственный технический университет. – Новосибирск : Новосибирский государственный технический университет, 2018. – 79 с. : ил. – Режим доступа: по подписке.
2. Мирошниченко, И.И. Языки и методы программирования: учебное пособие / И.И. Мирошниченко, Е.Г. Веретенникова, Н.Г. Савельева; Министерство образования и науки РФ, РГЭУ (РИНХ). – Ростов-на-Дону: Издательско-полиграфический комплекс РГЭУ (РИНХ), 2019. – 188 с.
3. Филиппов, Б.И. Информационная безопасность. Основы надежности средств связи: учебник / Б.И. Филиппов, О.Г. Шерстнева. – Москва; Берлин: Директ-Медиа, 2019. – 241 с.
Дополнительная литература
1. Балдин, К.В. Информационные системы в экономике: учебник / К.В. Балдин, В.Б. Уткин. – 8-е изд., стер. – Москва: Дашков и К, 2019. – 395 с.
2. Информационные технологии: лабораторный практикум : [16+] / авт.-сост. А.Г. Хныкина, Т.В. Минкина ; Северо-Кавказский федеральный университет. – Ставрополь : Северо-Кавказский Федеральный университет (СКФУ), 2018. – 122 с. : ил. – Режим доступа: по подписке.
3. Нагаева, И.А. Алгоритмизация и программирование. Практикум: учебное пособие / И.А. Нагаева, И.А. Кузнецов. – Москва; Берлин: Директ-Медиа, 2019. – 168 с. -
4. Марусева, И.В. Управление сложными системами: (введение в основы автоматики и информатики) / И.В. Марусева, Ю.П. Петров; под общ. ред. И.В. Марусевой. – Москва; Берлин: Директ-Медиа, 2019. – 180 с.
5. Сидорова, Н.П. Информационное обеспечение и базы данных: практикум по дисциплине «Информационное обеспечение, базы данных» / Н.П. Сидорова, Г.Н. Исаева, Ю.Ю. Сидоров; Технологический университет. – Москва; Берлин: Директ-Медиа, 2019. – 85 с.
Оглавление
ВВЕДЕНИЕ 9
1. АНАЛИТИЧЕСКАЯ ЧАСТЬ 12
1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ» 12
1.1.1 Характеристика предприятия и его деятельности 12
1.1.2 Организационная структура управления предприятием 15
1.1.3 Программная и техническая архитектура ИС предприятия 18
1.2 Характеристика комплекса задач, задачи и обоснование необходимости автоматизации 25
1.2.1 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов 25
1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание 27
1.2.3 Анализ информационных потоков проектируемой задачи 32
1.2.4 Анализ системы обеспечения информационной безопасности и защиты информации 34
1.3. Анализ существующих разработок и выбор стратегии автоматизации
«КАК ДОЛЖНО БЫТЬ» 36
1.3.1 Анализ существующих разработок для автоматизации задачи 36
1.3.2 Выбор и обоснование стратегии автоматизации задачи 38
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации задачи 39
1.4. Обоснование проектных решений 41
1.4.1 Обоснование проектных решений по информационному обеспечению
.............................................................................................................................. 41
1.4.2 Обоснование проектных решений по программному обеспечению 44
1.4.3 Обоснование проектных решений по техническому обеспечению 45
2. ПРОЕКТНАЯ ЧАСТЬ 47
2.1 Разработка проекта автоматизации 47
2.1.1 Этапы жизненного цикла проекта автоматизации 47
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание 52
2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации 54
2.2 Информационное обеспечение задачи 58
2.2.1 Характеристика нормативно-справочной, входной и оперативной информации 58
2.2.2 Характеристика результатной информации 59
2.3 Программное обеспечение задачи 60
2.3.1 Сценарий диалога 60
2.3.2 Характеристика базы данных 64
2.3.3 Структурная схема пакета (дерево вызова программных модулей) 68
2.4 Испытание разработанного решения 81
2.4.1 Перечень объектов и функций, подлежащих испытаниям 81
2.4.2 Методы проведения испытаний 83
2.4.3 Проведение проверочных испытаний и их результаты 87
3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ 101
3.1 Выбор и обоснование методики расчета экономической эффективности
................................................................................................................................ 101
3.2 Расчет показателей экономической эффективности 103
ЗАКЛЮЧЕНИЕ 106
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ 108
ПРИЛОЖЕНИЯ 109
ВВЕДЕНИЕ
В любой современной компании стремятся к максимальной цифровизации выполняемых задач, поскольку подобное поведение позволяет оптимизировать работу предприятия и нагрузку на сотрудников. Для того, чтобы оцифровать как можно больше выполняемых задач, компании внимательно следят за рынком информационных решений, поскольку его стремительная динамика позволяет совершенствовать имеющееся программное обеспечение, а значит и покрыть большую часть задач организации.
Для компании оцифровка задач и документов означает не только удобство сотрудников, что, в свою очередь, если компания действительно хорошая, должно быть одной из первостепенных задач, но и возможность отслеживать свои собственные внутренние бизнес-процессы. За счет этого, предприятие получает крайне важный ресурс в виде статистических данных, который, в конечном счете, можно использовать во множестве различных стратегиях.
Использование информационных систем помимо прочего позволяет и гладко структурировать все протекающие в компании бизнес-процессы. Это крайне важно для компании, поскольку позволяет грамотнее распределить имеющиеся ресурсы предприятия и сократить возможные расходы.
Однако, даже не смотря на динамическое развитие, рынок подобных систем изредка не в состоянии обеспечить необходимые ресурсы для компании в связи с определенными условиями и требованиями к программному обеспечению, которые компания выдвигает к требуемому продукту. Так, не смотря на достаточно развитый рынок программного обеспечения для управления проектами, большинство представленных продуктов либо не могут быть интегрированы в конечный продукт, либо предоставляют подобную услугу в крайне ограниченном формате.
Программное обеспечение управления проектами подразумевает под собой такую систему, которая позволяет структурировать зоны ответственности над проектом как целых команд, так и отдельно взятых сотрудников. При этом
данное программное обеспечение позволяет просматривать текущее состояние дел у проекта и оценивать возможные сроки сдачи очередного проектного спринта. Подобная механика присутствует во всех существующих программах и является основополагающей для всей системы. Тем не менее, современные реалии таковы, что конечный пользователь заинтересован в развитии продукта и старается следить за всеми изменениями. Если же пользователь не получает отзыва на свое желание, так скажем, участия, то, зачастую, его интерес к продукту уменьшается и в конечном счете угасает полностью, что приводит к оттоку пользователей в сторону конкурирующего продукта. Причем ситуация складывается таким образом, что отток начинает затрагивать и тех, кто является лишь потенциальным потребителем. Все это возникает в силу отсутствия дальнейших планов развития продукта в публичном доступе. Это подчеркивает актуальность темы данной работы.
На сегодняшний день на большинстве рынков, вне зависимости от специфики продукции, присутствует множество конкурирующих компаний. Это, разумеется, крайне хорошо сказывается на самом рынке - продукция активно развивается, оставляя цены максимально привлекательными для конечного пользователя, однако даже малейший отток пользователя у продукта может вызвать своеобразный эффект домино, который приведет к полному провалу продукта. Для того, чтобы этого не допустить, компании стараются выкладывать в публичный доступ всевозможные дорожные карты продукта, которые, в свою очередь, формируются по внутренним документам, которые создаются и обрабатываются как раз программным обеспечением управления проектами.
Получается, что для того, чтобы конечный пользователь смог увидеть поставленную перед неким сотрудником или отделом задачу, необходимо иметь отдельного сотрудника, который будет брать эту задачу из внутренней информационной системы, добавлять во внешнюю и затем публиковать. Однако есть реальная возможность упростить данный процесс и убрать лишнее звено, что приведет к оперативности подачи информации и сокращению расходов
компании. Для этого достаточно того, чтобы внутренняя система сама публиковала обновление прогресса или, говоря иначе, создавала дорожную карту по внутренним задачам в автоматическом режиме.
Объектом исследования работы является компания ООО «Норс Студиос», а предметом исследования – процесс контроля исполнения задач по проектам.
Подобные требования и отсутствие подобного программного обеспечения на рынке вызывают необходимость в создании собственного продукта, который сможет выполнять все поставленные задачи и соответствовать всем стандартам ООО «Норс Студиос».
Целью данной работы является разработка информационной системы контроля исполнения задач по проектам.
Для достижения этой цели определены следующие задачи:
1. Поиск и последующий анализ проблем в организации контроля исполнения задач по проектам
2. Выбор и обоснование стратегии автоматизации выбранных задач
3. Обоснование проектных решений по информационному, программному и техническому обеспечению
4. Постановка задачи на автоматизацию контроля исполнения задач по проектам
5. Разработка проекта автоматизации контроля исполнения задач по проектам
6. Обоснование экономической эффективности проекта автоматизации контроля исполнения задач по проектам в ООО «Норс Студиос»
Данная работа имеет практическую значимость. Использование его результатов позволяет упростить, ускорить и повысить безопасность контроля исполнения задач по проектам.
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ
1. Head First C#, 3rd Edition; Jennifer Greene, Andrew Stellman, O'Reilly Media, Inc. 2020 - 696с
2. Совершеннный код; Стив Макконнелл; БХВ, ООО 2019 - 896с
3. Паттерны Проектирования; Эрик Фриман, Элизабет Фриман, Кэтти Сьерра, Берт Бейтс; ООО Издательство "Питер" 2017 - 656с
4. Responsive Web Design with HTML5 and CSS, 3rd Edition; Ben Frain; Packt Publishing 2017 - 410с
5. PHP и MYSQL от новичка к профессионалу; Кевин Янк; Эксмо 2018 - 384c
6. THE HOW AND WHY OF MINIMALISM;
7. Corporate Identity;
8. Искусство автономного тестирования с примерами на С#; Рой Ошероув; МК Пресс, 2019 - 360с
9. Пишем максимально эффективный тестовый кейс;
10. Dark mode is easier on your eyes - and battery | Popular Science;
11. Software as a service;
12. Цены на Jira — Стоимость месячной и годовой подписки для одного пользователя;
13. Купить Rider: цены и лицензирование, скидки — подписка на JetBrains Toolbox;