Дипломная работа: Автоматизация учета заявок ПАО "МГТС"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
36
Возможность добавления сторонних плагинов способствует расширению
функциональности среды программирования до кроссплатформенного состояния.
К недостаткам этой среды можно отнести то, что разработчик должен обладать
опытом создания приложений, для работы с этой средой.
Среда программирования «IntelliJ IDEA» позволяет осуществить
разработку программных продуктов на множестве популярных языков
программирования. Но у системы существует существенный недостаток
производительности в процессе компиляции, перекомпиляции и тестирования.
Платформа для разработки графических приложений «Appcelerator
Titanium» предоставляет возможность быстрого создания приложений для всех
устройств. Но в среде существует недостаток в виде генерации ошибок в коде,
искусственных ограничений и низкого качества пользовательской документации.
Мощной платформой для разработки приложений, которая позволяет
создавать приложения на языке программирования с++, является платформа
«Netbeans». Однако, платформа обладает низким показателем быстродействия и
ограничением функциональности некоторых плагинов.
Разработка информационной системы будет осуществляться в среде
программирования MS Visual Studio, которая является бесплатным
инструментом, поддерживающим выбранный язык программирования.
Проектируемая система должна функционировать в среде операционной
системы Windows 10, поскольку эта операционная система используется для
работы сотрудников организации, и среде операционной системы Linux, которая
установлена на сервере организации.
1.4.3. Обоснование проектных решений по техническому обеспечению
Проанализировав техническую архитектуру организации был сделан вывод
о том, что для решения поставленной задачи хватит имеющихся ресурсов.
Разрабатываемая система будет использоваться ежедневно в рабочее время 50
сотрудниками. На основании этих данных был сделан вывод о том, что уровень
нагрузки на сетевую инфраструктуру составит 30%, а нагрузка сервера баз данных
будет составлять 25%. Поэтому для внедрения системы отсутствует
необходимость в покупке высокопроизводительного серверного оборудования.
37
Однако для хранения входной, оперативной и нормативно-справочной
информации потребуются дополнительные ресурсы. Поэтому необходимо
укомплектовать сервер организации дополнительным жестким диском объемом
не менее 1Тб. Проанализировав предложения на рынке, был сделан выбор в
пользу жесткого диска Seagate 5900 SkyHawk [ST2000VX008] объемом 2 Тб и
стоимостью 5 499 рублей.
Характеристики ПК сотрудников организации имеют достаточный уровень
производительности для функционирования разрабатываемой информационной
системы, в связи с чем не подлежат модернизации.
38
2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Существуют несколько стандартов, регламентирующих процесс
разработки программного обеспечения:
1. ГОСТ 34.601-90 «Информационная технология. Комплекс
стандартов на автоматизированные системы. Автоматизированные системы.
Стадии создания».
2. ГОСТ Р ИСО/МЭК 12207-2010 «Информационная технология.
Системная и программная инженерия. Процессы жизненного цикла программных
средств».
Эти стандарты не предлагают конкретную модель жизненного цикла
программного обеспечения и методы его разработки. Стандарт ГОСТ Р
ИСО/МЭК 12207-2010 «Информационная технология. Системная и программная
инженерия. Процессы жизненного цикла программных средств» содержит общие
регламенты, применяемые к любой модели жизненного цикла, методологии и
технологий разработки [2]. Стандарт ГОСТ 34.601-90 описывает структуру
процессов жизненного цикла, но не конкретизирует в деталях, как реализовать
или выполнить действия и задачи, включенные в эти процессы [1]. Для разработки
системы, автоматизирующей процесс учета заявок был выбран стандарт ГОСТ Р
ИСО/МЭК 12207-2010 «Информационная технология. Системная и программная
инженерия. Процессы жизненного цикла программных средств», потому что в
нем содержатся регламенты, на которых будет основан процесс разработки.
Рассмотрим существующие модели жизненного цикла программных
продуктов для того, чтобы выбрать наиболее подходящий проектируемой
системе.
Когда программные продукты только начали разрабатываться, они имели
однородную структуру и каждое приложение являлось единым целым. Поэтому
для разработки программных продуктов такого типа применялась каскадная
модель жизненного цикла программного обеспечения.
Основной характеристикой этой модели является деление всего процесса
разработки программного обеспечения на ряд этапов. При этом переходы между
39
этапами осуществлялись только после полного завершения работ на текущем
этапе. Каждый этап каскадной модели завершался выпуском полного пакета
проектной документации, которой достаточно для продолжения процесса
разработки другой командой разработчиков. Структура каскадной модели
представлена на рисунке 11 [18].
Рисунок 11. Структура каскадной модели жизненного цикла
программного обеспечения
На схеме этапов каскадной модели жизненного цикла программного
обеспечения видно, что процесс разработки осуществляется при помощи
упорядоченной последовательности шагов. Каскадная модель предусматривает
начало каждой фазы только тогда, когда полностью завершается выполнение
предыдущей фазы. При этом у каждой фазы есть определенные критерии входа и
выхода: входные и выходные данные.
Требования к проектируемой АИС определяются на стадии анализа и затем
документируются в техническом задании, которое является опорным документом
при создании АИС. Каждая стадия каскадной модели должна завершаться
выпуском полного комплекта проектной документации, которая включает в себя:
1. Техническое задание;
2. Эскизный проект;
3. Технический проект;
4. Рабочую программу.
40
Перечисленный пакет документов является достаточным для продолжения
процесса разработки другой командой разработчиков. Критерий качества при
использовании каскадной модели жизненного цикла программного обеспечения
– точное соответствие спецификациям технического задания на разработку АИС.
При этом особое внимание разработчики уделяют достижению оптимального
значения технических характеристик разрабатываемой АИС:
производительности, объема занимаемой памяти и т.д.
С ростом объема коммерческих проектов разработки программных
продуктов было установлено, что детальная проработка проекта разрабатываемой
системы не всегда удается на этапе анализа, потому что многие аспекты
функционирования АИС в динамических сферах деятельности меняются во время
создания информационной системы. Это послужило созданию итерационной
модели жизненного цикла программного продукта. Итерационную модель также
называют моделью с промежуточным контролем или моделью с циклическим
повторением фаз. Структура итерационной модели представлена на рисунке 12
[18].
Рисунок 12. Итерационная модель жизненного цикла программного
обеспечения
Источник: https://baza.diplomsite.ru/previewfile/2364