38
Все вновь созданные позиции имеют статус «Новая». Затем,
при вызове окна обработки заявок, статус становится «В обработке». Отсюда
статус может измениться на «Отклонена», «Закуплено» (в случае отсутствия
комплектующих на складе) или «Готово к выдаче». В случае, когда
комплектующих на складе меньше чем требуемое, в условиях срочности
у сотрудника IT-отдела есть возможность разделить позицию на две части, одну
из которых бухгалтер сможет подготовить к выдаче, а другую – к закупке. Когда
закупленная позиция пришла на склад, она автоматически готовится к выдаче –
статус меняется на «Готово к выдаче» и после закрытия накладной –
на «Выполнена». Если позиции в наличии, статус меняется на «Готово к выдаче».
Смены статусов заявки отражены в диаграмме на рисунке 10.
Отклонена
Новая
Готово к
выдаче
В обработке Закуплено
Выполнена
Рисунок 10. Диаграмма состояний позиции (заявки)
Совокупный статус заявки хранится в таблице «Этапы заявки», формируется
программно по правилам, приведенным в таблице 6.
39
Таблица 6
Правила формирования статуса заявки
Статусы
заявки
Статусы позиций
Новая
В обработке
Закуплено
Готово к
выдаче
Выполнена
Отклонена
Новая
1
В обработке
0
1
0
0
0
Закуплено
0
1
0
Готово к
выдаче
0
1
Выполнена
0
0
0
0
1
Отклонена
0
0
0
0
0
1
Цифра 1 в таблице означает, что в заявке должна быть как минимум одна
позиция с этим статусом. Цифра 0 означает, что в заявке не должно быть позиций
с этим статусом. Пустая ячейка означает безразличие к этому статусу позиций
при формировании статуса заявки.
Для хранения данных о заявках и их статусах (процессе обработки) должна
быть использована база данных. Существуют следующие виды баз данных [20]:
1. Иерархические;
2. Сетевые;
3. Реляционные;
4. Объектно-ориентированные.
В настоящее время широко применяются реляционные базы данных
по следующим причинам [18]:
Они обладают простотой, поскольку в реляционной модели данных
существует всего одна информационная конструкция, формализующая
табличное представление данных;
Существуют теоретически обоснованные методы нормализации
отношений, позволяющие получать базу данных с заданными
характеристиками;
Обеспечена независимость данных, заключающаяся в том, что
при необходимости внесения изменений в структуру реляционной базы
данных, требуется внесение минимальных изменений.
40
Помимо перечисленных достоинств, в организации уже используется
реляционная СУБД. Поэтому, с целью минимизации конфликтов в процессе
интеграции, для разработки информационной системы будет использована
реляционная база данных.
1.4.2. Обоснование проектных решений по программному обеспечению
Для управления реляционной базой данных используется реляционная
СУБД. На рынке широко представлены как коммерческие, так и бесплатные СУБД.
Наиболее востребованными на рынке являются следующие СУБД:
Microsoft SQL Server;
PostgreSQL;
IBM DB2;
Oracle database.
IBM DB2 является кроссплатформенной СУБД, обеспечивает стабильную
работу базы данных. Недостатками системы являются высокая стоимость и низкая
производительность. Microsoft SQL Server обладает большим пакетом
инструментов, стабильностью работы и низкими затратами на администрирование.
Недостаток системы заключается в том, что она работает только на платформе
Windows. Oracle database обладает высокой производительностью, легкостью
интегрирования приложений и устойчивостью к большим потокам данных.
Недостатком является высокая стоимость, необходимость приобретения мощного
оборудования и обучения персонала для поддержки СУБД.
В силу перечисленных достоинств и недостатков перечисленных выше
СУБД был сделан выбор в пользу Oracle database, поскольку она уже используется
в организации в составе ERP «Галактика», хорошо взаимодействует с языком C#
и обладает необходимой производительностью.
Для разработки информационной системы будет использован объектно-
ориентированный подход, поскольку он позволяет осуществлять конструирование
из компонентов, обладающих простыми инструментами, что дает возможность
абстрагироваться от деталей реализации. При этом данные и операции вместе
образуют определенную сущность, и они не «размазываются» по всей программе,
как это нередко бывает в случае процедурного программирования. Использование
41
локализации программного кода и данных улучшает наглядность и удобство
сопровождения программного обеспечения.
В качестве языка программирования был выбран C#, который поддерживает
объектно-ориентированный подход и обладает множеством инструментов.
Разработка информационной системы будет осуществляться в среде
программирования MS Visual Studio Community v. 16.2.3, которая является
бесплатным инструментом, поддерживающим выбранный язык программирования.
Проектируемая система должна функционировать в среде ОС Windows 10,
поскольку эта операционная система используется для работы сотрудников
организации.
1.4.3. Обоснование проектных решений по техническому обеспечению
Рассмотрим характеристики серверного оборудования, которыми оно
должно обладать для обеспечения надежной и бесперебойной работы. Сервер
должен обеспечить производительность системы и надежность хранения данных.
Параметры имеющегося сервера общего назначения представлены в таблице 7.
Таблица 7
Характеристики компонентов сервера общего назначения
Наименование
Спецификация
Процессор
Intel Xeon 3330 2,66 ГГц
Материнская плата
SuperMicro X7SBi
Чипсет
Intel® 3200/ICH9R
Оперативная память
Kingston 2x2 Гб DDR2-667 ECC
Жесткий диск
Seagate Barracuda ES.2, 1000 Гб, SATA-2
Сетевые карты
2x Intel 82573V Gigabit Ethernet 10/100/1000 Мбит/с
Пользовательские ПК, с которых будет осуществляться доступ
к разрабатываемой информационной системе имеют характеристики
представленные в таблице 8.
Таблица 8
Характеристика пользовательских компьютеров
Наименование
Спецификация
Процессор
Intel Core i3-6100 3,7 ГГц
Материнская плата
ASRock B250M Pro4
Чипсет
Intel B250
Оперативная память
4Гб DDR4-2400 МГц Hynix
Жесткий диск
1Тб SATA-III Seagate Barracuda
Сетевые карты
Gigabit Ethernet (10/100/1000 Мбит/с)
42
Помимо вычислительной техники в компании есть активное и пассивное
сетевое оборудование, такое как маршрутизаторы, коммутаторы, сегменты ЛВС,
коммутационные розетки и т.д [7].
Рассмотрим критерии выбора каждого из компонентов технического
обеспечения. Поскольку на сервере хранится и обрабатывается вся информация
информационных систем, для этого вида оборудования характерна преднамеренная
избыточность основных компонентов. Основным критерием при выборе
платформы сервера является специфика поставленных задач и количество
автоматизированных рабочих мест, которые объединяются в сеть. После этого
остается только выбрать производителя.
В результате анализа критериев выбора серверного оборудования можно
заключить, что сервер общего назначения, используемый в организации,
не обладает необходимой мощностью для того, чтобы обеспечить оперативное
и отказоустойчивое функционирование СУБД проектируемой информационной
системы [13]. Вследствие этого в качестве сервера баз данных будет использован
сервер, обладающий характеристиками, перечисленными в таблице 9.
Таблица 9
Характеристика сервера баз данных
Приведем обоснование выбора представленной платформы. Использование
многоядерного и многопоточного процессора позволит при использовании
SQL-сервера осуществить эффективное распараллеливание процессов обработки
запросов, которые будут выполняться на сервере. Оперативная память объемом
8 Гб будет достаточной для осуществления обработки данных в рамках задачи,
а также последующего увеличения вычислительной нагрузки, так как
на данный момент пиковый размер занятой оперативной памяти составляет 6 Гб.
Наименование
Спецификация
Процессор
Intel Xeon E3-1270V6 3,80 ГГц
Материнская плата
Supermicro X11SSL-F-O
Чипсет
Intel C232
Оперативная память
Kingston 2x DDR4-2400 МГц 4 Гб ECC
Количество жестких
дисков
SSD 2x160 Гб Intel DC S3500 SATA-III и 2х80 Гб Intel 530
Series
Сетевые карты
2x Intel I210-AT Gigabit Ethernet 10/100/1000 Мбит/с
43
Использование двух твердотельных накопителей объемом 160 Гб,
объединенных в RAID-1 массив, обеспечивает надежность хранения данных (в том
числе оперативных файлов журналов). Накопителей такого объема достаточно
для внедрения нового функционала (на данный момент объем занятого
пространства занимает 53Гб) при условии, что в базе данных информация будет
храниться в течение 5 лет.
Кроме того, был организован RAID-1 массив из двух твердотельных
накопителей каждый по 80 Гб (такого объема достаточно для работы ОС).
Пользовательские ПК, существующие в организации, имеют достаточный
уровень производительности для функционирования разрабатываемой
информационной системы, поэтому не подлежат модернизации.
В этой главе были проанализированы структура и деятельность предприятия,
узкие места в его бизнес-процессах, техническая и программная инфраструктура.
Были сделаны выводы о необходимости автоматизации процесса регистрации
и обработки заявок на комплектующие для ПК. Также был произведен анализ
существующих разработок в предметной области, выбрана стратегия
автоматизации, сформированы и обоснованы проектные решения в части,
касающейся информационного, программного и технического обеспечения.
44
2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
В процессе разработки программного обеспечения выполняется большой
комплекс работ разными специалистами, поэтому лицу, ответственному
за выполнение проекта необходимо осуществлять постоянный контроль, чтобы
не нарушить сроки выполнения проекта и не превысить его бюджет. Поэтому
специалистами в области информационных технологий были разработаны
стандарты, регламентирующие процесс разработки программного обеспечения [2].
Важно отметить, что все стандарты разработки программного обеспечения
представляют собой набор рекомендаций относительно процесса разработки. Они
не имеют жестких рамок, потому что разработка программного обеспечения
для разных сфер деятельности может включать в себя разные процессы.
Как правило, в каждой организации, занимающейся созданием программного
обеспечения, процесс разработки индивидуальный.
Однако стандарты разработки программного обеспечения не являются
бесполезными, потому что они содержат комплекс рекомендаций относительно
рабочей документации проекта, набора процессов и последовательности
их выполнения.
Для разработки программного обеспечения, автоматизирующего процесс
обработки заявок, был выбран стандарт ГОСТ Р ИСО/МЭК 16326 «Программная
инженерия. Руководство по применению ГОСТ Р ИСО/МЭК 12207 при управлении
проектом» [5]. Отличие этого стандарта от других заключается в четкой
практической направленности. Он предоставляет руководителям проектов набор
инструментов для выбора процессов жизненного цикла для каждого конкретного
проекта разработки программного обеспечения.
Процессы разработки программного обеспечения в этом стандарте названы
активностями, также он содержит перечень правил конструирования процессов
проекта из них. Стандарт содержит следующие виды активностей:
активностей управления проектами;
активности, предшествующие разработке программного продукта;
активности по разработке программного обеспечения;
45
активности, выполняемые при завершении разработки;
общие активности.
Перечисленные активности подходят под любую модель жизненного цикла.
Но для рассматриваемого проекта была выбрана итерационная модель жизненного
цикла. Также эта модель известная как модель с промежуточным контролем.
Поскольку на каждом этапе разработки программного обеспечения выполняется
комплекс работ, перед руководителем проекта стоит задача постановки цели
каждого этапа и оставление перечня конечных результатов. Это позволит
увеличить контроль процесса разработки.
Итерационная модель включает в себя следующие этапы:
1. Определение требований;
2. Спецификация требований;
3. Проектирование;
4. Реализация;
5. Тестирование;
6. Эксплуатация (сопровождение).
Взаимосвязь перечисленных этапов представлена на рисунке 11.
Рисунок 11. Итерационная модель жизненного цикла программного обеспечения
Эта модель жизненного цикла программного обеспечения была выбрана,
потому что в ней предусмотрена возможность устранять выявленные недостатки
46
проектирования и программирования на более поздних этапах с помощью
частичного возврата на предыдущие этапы. Однако в процессе разработки
необходимо учитывать, что чем позже будет выявлена ошибка, тем дороже будет
стоить ее исправление. Если стоимость трудозатрат, которые необходимы
для обнаружения и устранения ошибок на этапе реализации принять за единицу,
то стоимость трудозатрат на выявление и устранение ошибок на этапе
планирования будет в 5-10 раз меньше, а стоимость выявления и устранения
ошибки на этапе сопровождения обойдется разработчику в 20 раз больше.
Внедрение программного продукта осуществляется на стадии эксплуатации.
Работы на этом этапе формируются в соответствии с одной из следующих
стратегий:
Параллельная стратегия предполагает, что сотрудники предприятия
будут одновременно работать и в старой системе, и в новой. Успех
внедрения системы будет заключаться в согласовании выходных
документов обоих систем;
Стратегия скачка предполагает, что старая система снимается
с эксплуатации и пользователи начинают работать с новой системой
без предварительной проверки ее работоспособности;
Стратегия пилотного проекта предполагает, что новая система будет
внедрена на каком-то одном участке работ, что позволит
минимизировать риски и обеспечит большую надежность;
Стратегия узкого места предполагает, что автоматизация затронет только
один выполняемый процесс и деятельность сотрудников, которые в нем
задействованы.
Из перечисленных стратегий наиболее подходящей является стратегия
узкого места. Она будет использована в проекте, потому что деятельность
организации автоматизирована, кроме процесса обработки заявок на техническую
поддержку. Только этот участок нуждается в автоматизации.
На основании вышеизложенного составим перечень работ проекта
разработки системы, автоматизирующей процесс обработки заявок на техническую
поддержку:
47
1. Определение требований:
Предпроектное обследование;
Выявление недостатков бизнес-процессов;
Постановка цели проекта.
2. Спецификация требований:
Выявление требований к проекту;
Определение перечня работ проекта;
Определение необходимых ресурсов;
Согласование бюджета проекта;
Формирование проектной команды;
Оформление, согласование и подпись договора.
3. Проектирование:
Создание технического задания;
Проектирование архитектуры проекта;
Проектирование базы данных;
Проектирование пользовательского интерфейса.
4. Реализация:
Разработка базы данных;
Разработка пользовательского интерфейса системы;
Разработка программных модулей системы;
Подключение базы данных к проекту.
5. Тестирование:
Проведение тестов;
Составление отчета;
Устранение недостатков;
Повторная проверка.
6. Эксплуатация (сопровождение):
Установка и настройка системы;
Проведение приемочных испытаний;
Подпись документов.