31
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи
Рассмотрим существующие способы приобретения информацио нных
систем для автоматизации бизнес-процесса. Приобретение информацио нных
систем может осуществляться одним из перечисленных способов:
1. Покупка готовой специализированной ИС.
2. Разработка ИС своими силами.
3. Разработка ИС сторонней фирмой.
4. Покупка системы и её доработка.
Рассмотрим вариант покупки готовой информационной системы,
автоматизирующей бизнес-процесс управления сервисным обслуживанием. Ранее
были рассмотрены программные продукты, представленные на рынке, и был
сделан вывод о том, что они не в полной мере удовлетворяют потребностям
организации, поэтому покупка готовой информационной системы не потребуется.
Рассмотрим вариант с покупкой системы и ее доработкой. Доработка
информационной системы под потребности организации является трудоемкой и
добавление необходимого информационных систем под нужды компании
потребует внесения значительных изменений исходного кода и бизнес-логики.
Поэтому оба варианта приобретения информационной системы были отклонены.
Следующая группа вариантов приобретения информационных систем
подразумевает разработку информационной системы, удовлетворяющей
требованиям организации. Поскольку деятельность компании направлена на
автоматизацию бизнес-процессов, подходящим вариантом разработки системы
является разработка системы своими силами.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
Комплекс проектных решений по информационному обеспечению задачи
будет включать в себя описание входной, условно-постоянной, оперативной и
выходной информации. В рассматриваемой задаче входная информация
представлена требованиями заказчика, они не имеют унифицированной формы,
потому что они могут передаваться как в устной, так и в письменной форме.
32
Поэтому входные документы в процессе внутрикорпоративного взаимодействия
отсутствуют.
К оперативной информации процесса внутрикорпоративного
взаимодействия относятся: перечень задач, сроки выполнения задач, исполните ли
задач и сообщения. Оперативная информация может быть представлена как в
текстовой форме, так и в виде дат. Эти данные также не имеют унифицированных
форм. Поэтому при проектировании форм для оперативной информации
потребуется оригинальное проектирование.
К выходной информации процесса внутрикорпоративного взаимодействия
относится отчет по выполненным в срок задачам и задачам, которые не были
выполнены в срок. Перечисленные документы также не имеют унифицированных
форм. Они представлены в виде списков. Поэтому при разработке
информационной системы потребуется оригинальное проектирование форм
выходной информации.
Теперь опишем состав условно-постоянной информации:
1. Список сотрудников.
2. Тип длительности выполнения задач: дни, часы.
3. Тип сотрудника: исполнитель, контролер.
1.4.2. Обоснование проектных решений по программному обеспечению
Информационные системы позволяют пользователям осуществлять сбор и
обработку данных. Для хранения данных используются базы данных. Различают
следующие виды баз данных [18]:
1. Иерархические.
2. Сетевые.
3. Реляционные.
В настоящее время широко применяются реляционные базы данных в связи
со следующими факторами [17]:
Они обладают простотой, поскольку в реляционной модели данных
существует всего одна информационная конструкция, формализующая табличное
представление данных.
33
Наличие теоретически обоснованных методов нормализации
отношений позволяет получать базу данных с заданными характеристиками.
Независимость данных заключается в том, что при необходимости
внесения изменений в структуру реляционной базы данных, требуется внесение
минимальных изменений.
Помимо перечисленных достоинств, в организации уже используется
реляционная СУБД. Поэтому, с целью минимизации конфликтов в процессе
интеграции, для разработки информационной системы будет использована
реляционная база данных.
Для управления реляционной базой данных используется реляционная
СУБД. На рынке широко представлены как коммерческие, так и бесплатные
СУБД. Наиболее востребованными на рынке являются следующие СУБД [15]:
Microsoft SQL Server;
PosgreSQL;
IBM DB2;
Oracle database.
СУБД IBM DB2 является кроссплатформенной, обеспечивает стабильную
работу базы данных. Недостатками системы являются высокая стоимость и
низкая производительность [19]. СУБД Microsoft SQL Server обладает большим
пакетом инструментов, стабильностью работы и низкими затратами на
администрирование. Недостаток системы заключается в том, что она работает
только на платформе Windows. СУБД Oracle обладает высокой
производительностью, легкостью интегрирования приложений и устойчивостью
к большим потокам данных. Недостатком является высокая стоимость,
необходимость приобретения мощного оборудования и персонала для поддержки
СУБД. На основании перечисленных характеристик для разработки системы была
выбрана СУБД Microsoft SQL Server, лицензия на использование которой уже
приобретена организацией.
Для разработки информационной системы будет использован объектно-
ориентированный подход, поскольку он позволяет осуществлять
конструирование из компонентов, обладающих простыми инструментами, что
дает возможность абстрагироваться от деталей реализации [10]. При этом данные
34
и операции вместе образуют определенную сущность, и они не «размазываются»
по всей программе, как это нередко бывает в случае процедурного
программирования. Использование локализации программного кода и данных
улучшает наглядность и удобство сопровождения программного обеспечения.
В качестве языка программирования был выбран язык программирования
c++. который поддерживает объектно-ориентированный подход и обладает
множеством встроенных библиотек.
Среда программирования «Visual Studio 2017» является одной из
старейших продуктов для создания программных продуктов с графическим
интерфейсом [6]. Возможность добавления сторонних плагинов способствует
расширению функциональности среды программирования до
кроссплатформенного состояния. К недостаткам этой среды можно отнести то,
что разработчик должен обладать опытом создания приложений, для работы с
этой средой.
Среда программирования «IntelliJ IDEA» позволяет осуществить
разработку программных продуктов на множестве популярных языков
программирования. Но у системы существует существенный недостаток
производительности в процессе компиляции, перекомпиляции и тестирования.
Платформа для разработки графических приложений «Appcelerator
Titanium» предоставляет возможность быстрого создания приложений для всех
устройств. Но в среде существует недостаток в виде генерации ошибок в коде,
искусственных ограничений и низкого качества пользовательской документации.
Мощной платформой для разработки приложений, которая позволяет
создавать приложения на языке программирования с++, является платформа
«Netbeans». Однако, платформа обладает низким показателем быстродействия и
ограничением функциональности некоторых плагинов.
Разработка информационной системы будет осуществляться в среде
программирования MS Visual Studio, которая является инструментом,
поддерживающим выбранный язык программирования.
Проектируемая система должна функционировать в среде операцио нно й
системы Windows 10, поскольку эта операционная система используется для
работы сотрудников организации.
35
1.4.3. Обоснование проектных решений по техническому обеспечению
Рассмотрим критерии выбора технического обеспечения для поставленно й
задачи. Поскольку на сервере хранится и обрабатывается вся информация
информационных систем, для этого вида оборудования характерна
преднамеренная избыточность основных компонентов. Основным критерием при
выборе платформы сервера является специфика поставленных и количество
автоматизированных рабочих мест, которые объединяются в сеть. После этого
остается только выбрать производителя.
Основным критерием при выборе сервера СУБД является
отказоустойчивость и пропускная способность сетевого интерфейса [21].
Поскольку разрабатываемый программный продукт будет использоваться
ежедневно в рабочее время, а работать с ней будут 10 сотрудников, загруженность
сетевой инфраструктуры будет равна 30%. При этом загруженность сервера баз
данных будет составлять 25%. Поэтому отсутствует необходимость в покупке
высокопроизводительного сервер с сетевым адаптером скоростью в 1Gbps,
достаточно ограничиться интерфейсом в 100Mbps.
В результате анализа критериев выбора серверного оборудования можно
заключиться, что сервер, используемый в организации, обладает необходимой
мощностью для того, чтобы обеспечить оперативное и отказоустойчивое
функционирование проектируемой информационной системы. В качестве сервера
баз данных будет использован сервер, построенный на платформе HP ProLiant
DL365 G5, обладающий характеристиками, перечисленными в таблице 5.
Таблица 5
Характеристика сервера баз данных
Наименование
Спецификация
Процессор
Двуядерный Intel® Xeon® X5260 с тактовой
частотой 3,3 Гц.
Количество процессоров
2
Оперативная память
16 Гб (расширяемая до 64Гб)
Жесткий диск
Тип «SAS» 4 диска 147 Гб и 2 диска 73 Гб
Количество жестких дисков
6 (расширяемо до 8)
Питание
Дополнительно резервный блок питания
800Вт с горячей заменой
Приведем обоснование выбора представленной платформы Использование
двух процессоров позволят при использовании SQL-сервера осуществить
эффективное распараллеливание задач, которые будут выполняться на сервере.
36
Оперативная память объемом 16 Гб будет достаточной для осуществления
обработки больших объемов информации, используемых на данный момент в базе
данных, а также последующего увеличения вычислительной нагрузки, так как на
данный момент пиковый размер занятой оперативной памяти составляет 6 Гб.
Использование 6 жестких дисков применяется для обеспечения надежности
функционирования серверной операционной системы. Также был организован
RAID массив из двух жестких дисков каждый по 73 ГБ (такого объема достаточно
для работы ОС). Операционная система установлена на отдельный от файлов базы
данных жесткий диск для обеспечения безопасности и производительности.
Для того, чтобы обеспечить надежность хранения данных в формате
Structured Query Language (SQL) был организован массив жестких дисков
большего объема – 147 Гб. Жесткого диска такого объема достаточно для
внедрения нового функционала, на данный момент объем занятого пространства
занимает 53Гб, при условии того что в базе данных информация будет храниться
в течении 5 лет.
Так же отдельно необходимо хранить данный в форматах mdf (файл базы
данных), а также транзакции в виде файлов ldf (файл транзакций), для чего
необходим еще один массив, аналогичный предыдущему по размеру.
Пользовательские ПК, используемые в организации, имеют достаточный
уровень производительности для функционирования разрабатываемо й
информационной системы, в связи с чем не подлежат модернизации.
37
2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Процессе разработки программного обеспечения выполняется большой
комплекс работ разными специалистами [2]. Поэтому, лицу, ответственному за
выполнение проекта (проектному менеджеру) необходимо осуществлять
постоянный контроль для того чтобы не нарушить сроки выполнения проекта и
не превысить бюджет проекта. Поэтому специалистами в области
информационных технологий были разработаны стандарты, регламентирующие
процесс разработки программного обеспечения.
Важно отметить, что все стандарты разработки программного обеспечения
представляют собой набор рекомендаций относительно процесса разработки. Они
не имеют жестких рамок, потому что разработка программного обеспечения для
разных сфер деятельности может включать в себя разные процессы. Как правило
в каждой организации, занимающейся созданием программного обеспечения,
процесс разработки индивидуальный.
Однако стандарты разработки программного обеспечения не являются
бесполезными, потому что они содержат комплекс рекомендаций относительно
рабочей документации проекта, последовательности выполнения и набора
процессов.
Для разработки программного обеспечения, автоматизирующего процесс
внутрикорпоративного взаимодействия, был выбран стандарт ГОСТ Р ИСО/МЭК
16326 «Программная инженерия. Руководство по применению ГОСТ Р ИСО/МЭК
12207 при управлении проектом» [1]. Отличие этого стандарта от других
заключается в четкой практической направленности. Он предоставляет
руководителям проектов набор инструментов для выбора процессов жизненного
цикла для каждого конкретного проекта разработки программного обеспечения.
Процессы разработки программного обеспечения в этом стандарте названы
активностями, также он содержит перечень правил конструирования процессов
проекта из них. Стандарт содержит следующие виды активностей:
активностей управления проектами;
активности, предшествующие разработке программного продукта;
38
активности по разработке программного обеспечения;
активности, выполняемые при завершении разработки;
общие активности.
Перечисленные активности подходят под любую модель жизненного
цикла. Но для рассматриваемого проекта была выбрана итерационная модель
жизненного цикла [20]. Также эта модель известная как модель с промежуточным
контролем. Поскольку на каждом этапе разработки программного обеспечения
выполняется комплекс работ, перед руководителем проекта стоит задача
постановки цели каждого этапа и оставление перечня конечных результатов. Это
позволит увеличить контроль процесса разработки.
Итерационная модель включает в себя следующие этапы:
1. Анализ;
2. Планирование;
3. Проектирование;
4. Реализация проекта.
5. Тестирование проекта.
6. Эксплуатация проекта.
Взаимосвязь перечисленных этапов представлена на рисунке 14 [14].
Рисунок 14. Итерационная модель жизненного цикла программного
обеспечения
39
Эта модель жизненного цикла программного обеспечения была выбрана
потому что в ней предусмотрена возможность устранять выявленные недостатки
проектирования и программирования на более поздних этапах с помощью
частичного возврата на предыдущие этапы. Однако в процессе разработки
необходимо учитывать, что позже будет выявлена ошибка, тем дороже будет
стоить ее исправление. Если стоимость трудозатрат, которые необходимы для
обнаружения и устранения ошибок на этапе реализации принять за единицу, то
стоимость трудозатрат на выявление и устранение ошибок на этапе планирования
будет в 5-10 раз меньше, а стоимость выявления и устранения ошибки на этапе
сопровождения обойдется разработчику в 20 раз больше.
Внедрение программного продукта осуществляется на стадии
эксплуатации. Работы на этом этапе формируются в соответствии с одной из
следующих стратегий:
Параллельная стратегия предполагает, что сотрудники предприятия
будут одновременно работать и в старой системе, и в новой. Успех внедрения
системы будет заключаться в согласовании выходных документов обоих систем.
Стратегия скачка предполагает, что старая система снимается с
эксплуатации и пользователи начинают работать с новой системой без
предварительной проверки ее работоспособности.
Стратегия пилотного проекта предполагает, что новая система будет
внедрена на каком-то одном участке работ, что позволит минимизировать риски
и показывает большую надежность.
Стратегия узкого места предполагает, что автоматизация затронет
только один выполняемый процесс и деятельность сотрудников, которые в нем
задействованы.
Из перечисленных стратегий наиболее подходящей является стратегия
узкого места. Она будет использована в проекте потому что деятельность
организации автоматизирована, кроме процесса внутрикорпоративного
взаимодействия. Только этот участок нуждается в автоматизации.
На основании вышеизложенного составим перечень работ проекта
разработки системы, автоматизирующей процесс внутрикорпоративного
взаимодействия [12]:
40
1. Анализ:
Предпроектное обследование;
Выявление недостатков бизнес-процессов;
Постановка цели проекта.
2. Планирование:
Выявление требований к проекту;
Определение перечня работ проекта;
Определение необходимых ресурсов;
Согласование бюджета проекта;
Формирование проектной команды;
Оформление договора;
Согласование и подпись договора.
3. Проектирование:
Проектирование архитектуры проекта;
Проектирование пользовательского интерфейса;
Проектирование базы данных;
Создание технического задания.
4. Реализация проекта:
Разработка пользовательского интерфейса системы;
Разработка программных модулей системы;
Разработка базы данных;
Подключение базы данных к проекту.
5. Тестирование проекта:
Проведение тестов;
Составление отчета;
Устранение недостатков;
Повторная проверка.
6. Эксплуатация проекта:
Установка и настройка системы;
Проведение приемочных испытаний;
Подпись документов.