32
западных прототипах программных продуктов наблюдается закрытость
программного кода, что может создать сложности в дальнейшей эксплуатации
программного продукта. Недостатками данного способа являются высокие
первоначальные инвестиции не только на покупку программного обеспечения,
но и обучение персонала. Данный способ используется в том случае, если
предприятие не может собственными силами разработать программный продукт,
а на российском рынке не существует аналогов необходимого программного
обеспечения.
Третьим способом является разработка автоматизированной системы IT-
специалистами предприятия. Преимуществом данного способа является то, что
компания получает возможность дальнейшего расширения функциональности
программного продукта и адаптации его с существующей IT-инфраструктурой.
Наиболее часто способ разработки автоматизированной системы
применяют, если предприятие имеет собственный штат IT-специалистов и
аналогов программных продуктов на рынке не существует [10].
Разработка программного продукта собственными силами позволяет
снизить зависимость от поставщика программного обеспечения, повысить
оперативность исправления ошибок в случае их возникновения и ускорить
процесс дальнейшего совершенствования программного продукта.
Недостатком данного подхода являются высокие затраты, которые
окупаются не так быстро, как покупка программного обеспечения.
Следующим способом является разработка автоматизированной системы
совместно с IT-компанией, имеющей опыт в данной сфере. В данном компания
снижает нагрузку на собственный штат программистов, которые выполняют
повседневные задачи. При заключении договора аутсорсинга компания-
разработчик выполняет проектные работы, постоянно взаимодействуют IT-
специалистами компании-заказчика.
На основании выполненного сравнительного анализа различных способов
автоматизации бизнес-процессов рекомендуем ООО «Производство
строительной химии» выполнить разработку автоматизированной системы
календарного планирования собственными силами. Это позволит снизить
затраты на обновление программного продукта и ускорить процесс повышения
33
его функциональности и интеграции с существующей IT-инфраструктурой
предприятия.
На следующем этапе выполним обоснование проектных решений по
информационному, программному и техническому программному обеспечению.
1.4.Обоснование проектных решений
1.4.1.Обоснование проектных решений по информационному
обеспечению
В автоматизированной системе календарного планирования ООО
«Производство строительной химии» должны использоваться классификаторы и
справочники для ведения учета задач, событий, подразделений, сотрудников,
типов задач, уровней приоритетности задач, частоты повторения задач
(ежедневное задание, одноразовое задание, ожидаемое задание) и статуса их
выполнения.
В автоматизированной системе календарного планирования ООО
«Производство строительной химии» должны быть созданы такие окна как:
- авторизация пользователя, для сравнения введенного имени
пользователя и пароля с паролем, хранящимся в базе данных. В качестве
алгоритма реализации должен быть выбран вызов операции контракта сервиса;
- регистрация, на основании добавления нового пользователя в систему.
Алгоритм реализации должен выполняться за счет вызова операции контракта
сервиса, где производится проверка на существование пользователя и пароля;
- создание события на основании добавления события в базу данных.
Алгоритм реализации осуществляется за счет вызова операции контракта
сервиса;
- удаление события, он приводит к удалению события из базы данных.
Алгоритм реализации осуществляется за счет вызова операции контракта
сервиса, с указанием идентификатора события;
- редактирование события, на основании изменившихся обстоятельств.
Алгоритм реализации осуществляется через вызов операции контракта сервиса,
с указанием идентификатора события;
34
- вывод события для его отображения на основании использования XAML
кода;
- вывод списка событий с маркером «Свои» с быстрым доступом к
событиям, созданным текущим пользователем. Для этого необходимо
использовать LINQ запрос и XAML код;
- вывод списка событий с маркером «Важные» для получения быстрого
доступа к важным событием. Для этого необходимо использовать LINQ запрос и
XAML код;
- вывод списка событий с маркером «Завершенные» с получением
быстрого доступа к завершенным событиям. Для этого необходимо использовать
LINQ запрос и XAML код;
- формирование отчетов с представлением информации по событиям за
период: по ресурсам, по задачам, по задействованным трудовым ресурсам. Для
вызова операции контракта сервиса используется функция формирования Flow
Document;
- формирование копии базы с предоставлением возможности
пользователю работы с программой на основании использования технологии
XML;
- синхронизация с базой данных с сохранением изменений, которые
сделаны в локальной копии с общей базой данных, на основании использования
технологии XML, с вызовом операции контракта сервиса.
Разрабатываемая система календарного планирования для ООО
«Производство строительной химии» должна иметь функциональный и удобный
интерфейс для пользователя, соответствующий современным технологиям и
обеспечивающий защиту от человеческого фактора. Размер страницы должен
соответствовать разрешению экрана пользователя. Размеры сетки должны
отвечать динамическому наполнению с указанием при необходимости внешних
и внутренних отступов [19].
Размеры элементов должны быть динамическими с указанием при
необходимости максимальных и минимально возможных размеров. Внешний
вид интерфейса не должен быть перегружен элементами. Используемый шрифт
Arial, 12 pt. Требования к стилю меню: подложка – цвет основного фона, для
35
выделения отдельных элементов использованы цвета: синий – создает контраст с
основным фоном, не раздражает, хорошо виден, красный – привлекает
внимание, используется на вызове форм, на которые необходимо обратить
внимание, зеленый – не создает особого контраста, но хорошо виден. Этот блок
меню не так важен в работе.
1.4.2.Обоснование проектных решений по программному обеспечению
Для разработки автоматизированной системы календарного планирования
должно использоваться программное обеспечение, установленное на рабочих
местах IT-специалистов ООО «Производство строительной химии».
В среде программирования MS Visual Studio 2015 объединены следующие
модули Visual Studio Express для Web, Visual Studio Express для Windows, Visual
Studio Team Foundation [20].
В состав приложений входят приложения, разработанные на Windows
Forms, позволяющие взаимодействовать с базами данных, Windows Presentation
Foundation (WPF), используемые для разработки графических приложений и
консольные приложения Win32. Для разработки пользовательских интерфейсов
должен использоваться конструктор XAML.
Для разработки системы календарного планирования ООО «Производство
строительной химии» должна использоваться платформа Windows
Communication Foundation (WCF). Эта платформа для построения сервисно-
ориентированных приложений:
- не зависит от протокола передачи и формата сообщения;
- поддерживает многопоточность и может ограничивать пропускную
способность;
- логика и реализация самого сервиса разделены и можно изменять
настройки сервиса изменив конфигурационный файл.
Для разработки программной части была выбрана среда MS Visual Studio,
которая является средой программирования на языках С++, С# и Visual Basic и
позволяет разрабатывать приложения для операционной платформы Windows,
Windows Phone и для работы в сети Интернет [16].
36
В среде программирования MS Visual Studio объединены следующие
модули Visual Studio Express для Web, Visual Studio Express для Windows, Visual
Studio Team Foundation [13].
Visual Studio Express для Web включает инструментарий для разработки
сайтов любой сложности и веб-приложений, которые могут работать в режиме
реального времени, на основе технологий ASP.NET.
В состав модуля Visual Studio Express для Web включена поддержка
платформ AJAX, ASP.NET Web Forms и ASP.NET MVC, средства наладки и
поддержка JQuery и JavaScript, а также редактор для обработки веб-страниц
HTML.
В состав приложений входят приложения, разработанные на Windows
Forms, позволяющие взаимодействовать с базами данных, Windows Presentation
Foundation (WPF), используемые для разработки графических приложений и
консольные приложения Win32. Для разработки пользовательских интерфейсов
используется конструктор XAML [17].
Данный модуль включает набор инструментов, позволяющий управлять
приложениями, повышать эффективность и производительность программных
продуктов.
В среде программирования Visual Studio 2015 реализована возможность
входа для нескольких учетных записей, что способствует упрощению получения
доступа к Интернет-ресурсам. Также среда поддерживает кроссплатформенную
разработку приложений для мобильных телефонов на языке высокого уровня С#.
Также в среде программирования Visual Studio 2015 реализована
возможность подключения к облачным службам с помощью службы Visual
Studio Online (VSO), что позволяет размещать проекты в облачной платформе и
организовать совместную работу над разработкой программного продукта. В
свою очередь, служба VSO поддерживает работу с системой Team Foundation
(TFVC) и это позволяет отслеживать файлы в облачной среде и управлять
версиями [24].
На персональных компьютерах и ноутбуках пользователей системы
должен быть установлен MS Office 2010 (или выше) и .NET Framework не ниже
версии 4.0.
37
В качестве СУБД выбрана MS Access 2016 является одной из последних
версий баз данных разработанных компанией Microsoft и в отличие от других
СУБД она позволит обеспечить быстрый обмен с MS Visual Studio.
В СУБД MS Access 2016 предусмотрена возможность создания таблиц,
запросов, форм, отчетов и макросов. Для создания таблиц можно в общем случае
используется специальный конструктор, который позволяет задать имя поля и
тип данных и создать ключевое поле.
Поле является наименьшим блоком данных, на основании которого
впоследствии база данных заполняется записями. В каждой таблице должно
быть обязательно задано ключевое поле, позволяющие идентифицировать
записи в таблице. В соответствии с назначением для каждого поля выбирается
соответствующий тип данных.
В СУБД MS Access 2016 различают следующие типы данных:
- короткий текст, используемый для представления в таблице базы данных
текстовой информации. Для данного типа данных устанавливается ограничение
не более 255 символов и длинный текст, для которого ограничение по
количеству символов не устанавливается;
- числовой, используемый для представления в таблице базы данных
численных значений, представленных в виде обычных целых или
действительных значений;
- дата/время, используемый для представления в таблице данных полного,
длинного, среднего и краткого форматов вывода даты и времени;
- денежный, используемый для представления в таблице данных
денежных единиц, как правило, в валюте той страны, для которой
разрабатывается база данных;
- счетчик, автоматически генерирующий уникальные ключи для каждой
записи;
- логический, используемый для выбора пользователем в таблице данных
значений да или нет;
- поле объекта OLE, используемый для представления в таблице данных
внедряемых объектов, к которым относятся графические, табличные и
мультимедийные данные из других приложений.
38
1.4.3.Обоснование проектных решений по техническому обеспечению
Минимальные требования к техническому обеспечению, предъявляемые
для работы системы календарного планирования ООО «Производство
строительной химии» в случае установки на одном сервере:
- процессор - один 64-разрядный ядерный процессор, 3,0 ГГц;
- объем оперативной памяти 8ГБ;
- объем системного диска 50 ГБ;
- скорость передачи сетевого адаптера не менее 1000 Мбит/с.
Минимальные требования к техническим характеристикам ПК
пользователя ООО «Производство строительной химии»:
- процессор с частотой от 1,5 ГГц;
- от 2048 МБ оперативной памяти;
- скорость передачи сетевого адаптера не менее 1000 Мбит/с.
Рекомендуемые требования к техническим характеристикам ПК
системного администратора ООО «Производство строительной химии»:
- процессор с частотой от 3,5 ГГц;
- от 8 ГБ оперативной памяти;
- жесткий диск 500 ГБ;
- скорость передачи сетевого адаптера не менее 1000 Мбит/с.
39
II ПРОЕКТНАЯ ЧАСТЬ
2.1.Разработка проекта автоматизации
2.1.1.Этапы жизненного цикла проекта автоматизации
Для разработки программного обеспечения рекомендуется использовать
такие стандарты и методы как:
- ГОСТ 34.601-90 в отношении выбора стадий и этапов разработки
программного обеспечения. В стандарте отражены виды работ для разработки
программного обеспечения, которые соответствуют каскадной модели
жизненного цикла [2];
- ISO/IEC 12207, отражающий жизненный цикл заказного программного
обеспечения. В стандарте не приводится детализация этапов, фаз, стадий. Для
практического применения разработаны технологические документы для
управления проектами и поддержки их организации [21];
- методика Oracle (Custom Development Method), которая применяется при
разработке прикладного программного обеспечения с детализацией проектной
документации. Методика Oracle соответствует классической модели жизненного
цикла, а также технологии Fast Track быстрой разработки программного
обеспечения. Рекомендуется в случае реализации небольших IT-проектов [14];
- метод RUP (Rational Unified Process), отражающий описание фаз
разработки программного обеспечения с выделением таких этапов как «Начало»,
«Проведение исследований», «Построение» и «Внедрение». В данном случае
каждая выделенная фаза разбивается на итерации, в процессе которых
производится выпуск новой версии продукта для внешнего или внутреннего
использования. Завершения каждого цикла происходит после выпуска новой
версии программного продукта. Если работа над IT-проектом не завершается, то
программное обеспечение продолжает совершенствоваться и развиваться [23].
- метод MSF (Microsoft Solution Framework) аналогичный методике RUP.
Отличием является выделение таких фаз как анализ, проектирование и
40
разработка и стабилизация. Методику рекомендуется применять в случае
объектно-ориентированного подхода [3].
- метод экстремального программирования XP (Extreme Programming). В
основе метода находится командная совместная разработка программного
обеспечения и тесная взаимосвязь между исполнителем и заказчиком в течение
всего периода реализации проекта [25].
На основании выполненного анализа стандартов и методов для разработки
автоматизированной системы календарного планирования ООО «Производство
строительной химии» выбираем метод MSF (Microsoft Solution Framework).
В основе в основе методологии MSF находится модель процессов (MSF
Process model), которая отражает общую методологию внедрения и разработки
IT-проекта.
Основные этапы разработки программного продукта по методике MSF
приведены на рис.2.1.
Рис.2.1. Основные этапы разработки программного продукта по методике MSF
Отличительной характеристикой модели процессов является гибкость и
отсутствие жестких процедур, что позволяет использовать для разработки
разных по масштабу IT-проектов.
В модели процессов сочетаются каскадная и спиральная модели,
выделение ключевых точек проекта, промежуточных процессов. Для разработки
документации, планов, дизайна и других рабочих материалов применяются
итеративные методы. Разработка начинается с проектирования программного
продукта с последующей его разработкой и тестированием.
41
2.1.2.Ожидаемые риски на этапах жизненного цикла и их описание
В соответствии с выбранной методологией MSF при реализации IT-
проекта необходимо выполнять управление рисками.
В зависимости от области проявления выделяют [5]:
- структурные риски, связанные с реализацией этапов IT-проекта,
возможными ошибками в программировании, отладке программного
обеспечения его тестирования;
- временные риски, которые зависят от установленных сроков сдачи
каждого этапа разработки программного обеспечения. В состав этих рисков
входят риски согласования, разработки, приёмки сопровождения.
В состав внешних непредсказуемых рисков входят риски получения
несанкционированного доступа к программному обеспечению, передача
программного обеспечения конкуренту или третьему лицу.
Внутренние предсказуемые риски относят к ожидаемым рискам на этапах
жизненного цикла, они приведены в табл.2.1.
Таблица 2.1
Ожидаемые риски на этапах жизненного цикла и их описание
Стадия
проекта по
MSF
Виды рисков
Описание
Утверждение
плана проекта
Риски нарушение
сроков проекта
Допущение ошибок в установлении
сроков для этапов разработки,
настройки и тестирования системы
Концепция
проекта
Стратегические риски
Не соответствие концепции проекта
IT-стратегии предприятия
Разработка
программного
обеспечения
Технические риски
Ошибки в программном коде,
системные сбои
Интеграционные риски
Отсутствие плана интеграции системы
календарного планирования с текущей
IT-инфраструктурой предприятия
Коммерческие риски
Недостаточная квалификация IT-
специалистов
Эксплуатация
программного
обеспечения
Риски непринятия
продукта
пользователями
Сложность обучения, не возможность
решения повседневных задач
Риски отсутствие
технологии
Отсутствие единой методологии,
позволяющей эффективно
взаимодействовать пользователям