46
для всех платформ, поддерживаемых .NET FRAMEWORK, таких как
SILVERLIGHT, XBOX, WINDOWS CE, WINDOWS MOBILE, WINDOWS и
WINDOWS PHONE .NET COMPACT FRAMEWORK.
CODE::BLOCKS представляет собой свободную кроссплатформенную
среду разработки, которая обладает открытой архитектурой и которую можно
масштабировать при помощи дополнительных подключаемых модулей.
CODE::BLOCKS осуществляет поддержку таких языков программирования, как
С, С++, D (с ограничениями), FORTRAN.
MONO DEVELOP представляет собой свободную среду разработки,
главным предназначением которой является создание программных
приложений при помощи таких языков программирования, как JAVA, C#, BOO,
CIL, C, VALA, NEMERLE, VISUAL BASIC .NET и C++.
QT CREATOR представляет собой свободную кроссплатформенную IDE
для разработки на таких языках как С, С++ и QML, которая включает в себя
графический интерфейс отладчика и визуальные средства разработки
интерфейса как с использованием QML и QTWIDGETS, и поддерживаемых
компиляторов: WINSCW, MSVC, LINUX ICC, CLANG, MINGW, GCC, GCCE,
RVCT. Результаты сравнительного анализа инструментальных средств
разработки прикладных программ приведены в таблице 1.9.
Таблица 1.9
Сравнительные характеристики средств разработки прикладных
программ
Параметр
Название среды разработки прикладной
программы
MICROSOF
T VISUAL
STUDIO
CODE::BLO
CKS
MONO
DEVELOP
QT
CREATOR
Операционная
система
WINDOWS
WINDOWS,
APPLE,
LINUX
APPLE,
LINUX
WINDOWS,
APPLE,
LINUX
Наличие
отладчика
Да
Да
Да
Да
Операционная
система
WINDOWS
WINDOWS,
APPLE,
LINUX
APPLE,
LINUX
WINDOWS,
APPLE,
LINUX
Наличие
Да
Да
Да
Да
47
отладчика
48
Поддерживаемые
языки
программировани
я
C#, VISUAL
BASIC, C,
C++, F#,
JSCRIPT
С++, С, D
(С
ограничения
ми),
FORTRAN
VISUAL
BASIC.NET,
C++ (до
версии 4.0 В
WINDOWS),
C#, C, VALA
PYTHON,
JAVA, С++,
RUBY И ДР.
Лицензия
Проприетар
ная
GPL
LGPL
GPL
Наличие
статического
анализа кода
Да
Да
Неизвестно
Нет
Наличие
автодополнения
Да
Да
Да
Да
Наличие
покрытии кода
Да
Неизвестно
Неизвестно
Нет
Возможность
разработки GUI
Да
Да
Да
Да
Проанализировав имеющуюся информацию, представленную в таблице
1.9, в качестве среды разработки прикладной программы решено использовать
MICROSOFT VISUAL STUDIO 2016, так как данная среда разработки обладает
встроенным статическим анализатором кода, что значительно облегчает
разработку ИС. К тому же компания MICROSOFT предоставляет возможность
стать обладателем интегрированной среды разработки VISUAL STUDIO
совершенно бесплатно, достаточно установить EXPRESS-версию. Таким
образом, MICROSOFT VISUAL STUDIO 2016 является лучшим инструментом
для разработки ИС регистрации и обработки заявок на комплектующие для ПК
в ООО «Tatincom Computers».
1.4.3. Обоснование проектных решений по техническому обеспечению
Для стабильной работы ИС регистрации и обработки заявок на
комплектующие для ПК в ООО «Tatincom Computers» на рабочих станциях, к
последним предъявлены следующие требования:
графический адаптер, поддерживающий технологию
OpenGL2.0(видеокарты на базе GeForce 3 либо Radeon серии 7000(R100) и
новее);
минимальный объем ОЗУ –2 ГБ;
49
минимальный объем свободного места на устройстве хранения (hdd,
ssd) - 10 МБ;
минимальная тактовая частота процессора –1400 МГц;
наличие монитора, клавиатуры, мыши.
Необходимо отметить, что ПК сотрудников ООО «Tatincom Computers»
удовлетворяют данным требованиям то можно считать, что закуп ПК для
работы с ИС регистрации и обработки заявок на комплектующие для ПК не
требуется.
К файловому серверу, на котором хранится непосредственно база данных,
предъявлены следующие минимальные требования:
минимальный объем ОЗУ – 2 ГБ;
минимальная тактовая частота процессора –2ГГц;
объем свободного места зависит от размера базы данных,
рекомендуется не менее 2ГБ.
Необходимо отметить, что на предприятии имеются сервера, которые
удовлетворяют данным требованиям то можно считать, что закуп сервера для
работы с ИС регистрации и обработки заявок на комплектующие для ПК не
требуется. Таким образом, для решения поставленной задачи приобретение
специального ТО будет исключено.
50
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Разработка современных ИС базируется на определенных стандартах,
которые способствуют обеспечению высокой эффективности разрабатываемой
ИС.
Модель жизненного цикла (далее ЖЦ) ИС включает в себя все этапы
функционирования ИС, начиная от ее создания и заканчивая её внедрением и
дальнейшей эксплуатацией.
Проведем анализ общеизвестных стандартов жизненного цикла ИС
(ГОСТ 34, ISO 12207, ISO 15288, RUP):
ГОСТ 34.601-90 представляет собой стандарт, который распространяется
на автоматизированные системы, применяемые в различных видах
деятельности (проектирование, исследование, управление и так далее), включая
их сочетания, создаваемые на предприятиях. Данный стандарт способствует
установке стадий и этапов создания автоматизированной системы.
ISO/IEC 12207 представляет собой стандарт, который применяется при
приобретении систем, программных продуктов и оказании соответствующих
услуг (сопровождение, внедрение). А также при эксплуатации, поставке,
разработке и сопровождении программного обеспечения как в самом
предприятии, так и вне его.
ISO 15288 представляет собой стандарт, который обеспечивает общие
основы процессов, которые составляют ЖЦ ИС, разработанных человеком.
Данный ЖЦ охватывает концепции идей начиная с идеи создания ИС и
заканчивая идеей снятия системы с эксплуатации. Данный стандарт
обеспечивает процессы для приобретения и поставки ИС.
RUP (Rational Unified Process – рациональный унифицированный
процесс) представляет собой методологию разработки ПО, которая создана и
распространяется корпорацией Rational Software. Данная методология
51
описывает упорядоченный подход к распределению задач и обязанностей в
организации-разработчике.
Так как рекомендации стандарта ISO/IEC 12207 являются обобщенными
и подходят для любых моделей ЖЦ, они больше всего ориентированы на
разработку ИС. Другие подобные стандарты более ориентированы на
создателей и производителей ИС и содержат наиболее жесткие требования.
Поэтому для разработки ИС регистрации и обработки заявок на
комплектующие для ПК в ООО «Tatincom Computers» будет выбран стандарт
ISO/IEC 12207.
В стандарте ISO/IEC 12207 описаны пять основных процессов ЖЦ ИС:
процесс приобретения определяет действия предприятия - покупателя
ИС;
процесс поставки определяет действия предприятия-поставщика по
снабжению покупателя ИС;
процесс разработки определяет действия предприятия-разработчика,
который разрабатывает принципы построения ИС и собственно ИС;
процесс функционирования определяет действия предприятия-
оператора, который будет обслуживать ИС в целом - консультация
пользователей, получение обратной связи и так далее;
процесс сопровождения определяет действия персонала, который
будет обеспечивать сопровождение ИС, то есть управление модификацией ИС,
поддержку текущего состояния и функциональной пригодности, установку и
удаление.
Так как принято решение разработки ИС собственными силами, то
рассмотрим ЖЦ процесса разработки более подробно.
Процесс разработки ИС включает в себя несколько специальных
процессов более низкого уровня, описание которых приведено в таблице 2.1.
52
Таблица 2.1
Процесс разработки ИС
Подэтап
Цель
Ключевые
участники
Требования
к входной
информаци
и
Получаемы
е
результаты
Подэтап анализа
требований к
программным
средствам
Получение
списка
функциональ
ных
требований к
ИС
Программист
Сотрудник
склада
Сотрудник
отдела
продаж
Описание
бизнес
процессов
Техническое
задание
Подэтап
проектирования
архитектуры
программных
средств
Получение
проекта
архитектуры
ИС
Программист
Техническое
задание
Характерист
ика ТС
предприятия
Проект
архитектуры
ИС
Подэтап
детального
проектирования
программных
средств
Получение
структуры
БД
Программист
Техническое
задание
Структура
БД
Подэтап
конструирования
программных
средств
Получение
БД и
исполняемог
о файла
Программист
Техническое
задание
Структура
БД
База данных
Исполняемы
й файл
Подэтап
квалификационн
ого тестирования
программных
средств
Проверка
корректного
поведения
ИС
Программист
Сотрудник
склада
Сотрудник
отдела
продаж
Техническое
задание
Тесты
Исполняемы
й файл
.
На сегодня можно выделить несколько стратегий внедрения ИС
регистрации и обработки заявок на комплектующие для ПК в ООО «Tatincom
Computers». Рассмотрим их.
А) Стратегия «Параллельное использование», в рамках которой
выполняется параллельное выполнение старой и новой технологии решения
задачи, а затем происходит сравнение их результатов. В случае длительного
согласования результатов, то происходит переход на новую технологию.
Б) Стратегия «Скачок». Скачок представляет собой старую технологию,
которая работает до определенного момента, затем происходит внедрение
новой технологии, а после внедрения реализуется только новая технология.
53
В) Стратегия «Узкое место». Узкое место представляет собой
автоматизацию малой части производственного процесса, который обычно
выбирается по критериям, их эффективности приводящих к повышению
качества реализации процессов только в определенном узком месте.
Г) Стратегия «Пилотный проект». Пилотный проект представляет собой
тактику скачка, которая может быть применяема только к ограниченному числу
процессов, так как областью применения данной стратегии обычно является
небольшой участок.
Проведем анализ достоинств и недостатков стратегий внедрения ИС
регистрации и обработки заявок на комплектующие для ПК (таблица 2.2).
Таблица 2.2
Сравнение стратегий внедрения ИС регистрации и обработки заявок на
комплектующие для ПК
Вид
стратегии
Недостатки
Достоинства
Парал-
лельное
исполь-
зование
− двойная нагрузка на
персонал;
− необходимость наличия
удвоенных мощностей
серверов;
− необходимость постоянной
сверки результатов работы.
− минимальный риск ошибок в
виде новых технологий;
− управления внедрения ИС
может осуществлять
независимо от обычного
операционного планирования.
Пилотный
проект
− сложность интеграции
информационных потоков,
которые формируются с
применением старой и новой
технологии;
− необходимость управления
старой и новой ИС
одновременно.
− возможность изменения
планируемой технологии в
процессе внедрения ИС на
участке;
− минимальный риск выбора
неверного решения, которое не
приводит к длительному
простою всей компании;
− отсутствие двойных затрат
на реализацию технологии.
Скачек
− высокие риски
несоответствия качества ИС
требованиям конечного
пользователя;
− высокие требования к
процессу планирования
перехода на новую
технологию.
− отсутствие двойных затрат в
рамках процессов компании;
− минимальная длительность
переходного периода;
− новые процессы являются
наиболее оптимальными в виду
отсутствия переходного
периода.
54
Узкое
место
− выполнение полного цикла
планирования на каждом из
узких мест, поэтому процесс
автоматизации может никогда
не закончится;
− независимость
автоматизации может привести
к формированию избыточного
множества программно-
аппаратных решений.
− после автоматизации
каждого узкого места имеется
возможность прервать
автоматизацию;
− минимальные требования к
уровню планирования работ
внедрения.
Таким образом, в рамках ограниченного бюджета и начальной стадии
внедрения ИС регистрации и обработки заявок на комплектующие для ПК в
ООО «Tatincom Computers» логичным будет сделать выбор в сторону стратегии
автоматизации «Скачек», так как раннее в рамках процессов регистрации и
обработки заявок на комплектующие для ПК не использовались
специализированные программные средства.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по автоматизации участка деятельности всегда включает в
себя множество задач, которые связанны с общим управлением проекта,
разработкой, проектированием и внедрением ИС. При этом каждая из
выделенных задач, сама по себе является проектом, поэтому в ходе разработки
ИС вне зависимости от модели ЖЦ ИС существуют различные
риски.Рассмотрим, какие риски можно ожидать в процессе реализации ИС
регистрации и обработки заявок на комплектующие для ПК в ООО «Tatincom
Computers» (таблица 2.3)
55
Таблица 2.3
Риски процесса разработки ИС
Подэтап
Риск
Способы
предотвращения
Подэтап анализа
требований к
программным
средствам
Риск неполного
определения свойств ИС,
которые необходимы как
для корректного решения
поставленной задачи, так и
для правильного выбора
задачи проектирования.
Из-за данного риска на
этапе эксплуатации может
потребоваться доработка
разработанной ИС, что
приведет к
дополнительным
финансовым затратам
Использование
современных CASE-средств
для моделирования всех
бизнес-процессов,
касающихся регистрации и
обработки заявок на
комплектующие для ПК
Подэтап
проектирования
архитектуры
программных
средств
Риск выбора неправильной
архитектуры программных
средств, что приведет в
дальнейшем к снижению
производительности ИС и к
возникновению
дополнительных
финансовых рисков
Глубокий анализ
требований,
предъявляемых к ИС и
анализ технических средств
Подэтап детального
проектирования
программных
средств
Риск построения
неправильной структуры
БД, которая не будет
содержать таблицы для
хранения информации. Из-
за данного риска на этапе
эксплуатации может
потребоваться доработка
разработанной ИС, что
приведет к
дополнительным
финансовым затратам
Глубокий анализ
требований,
предъявляемых к ИС.
Использование
современных CASE-средств
для построения проекта
структуры БД
Подэтап
конструирования
программных
средств
Риск некорректной
разработки ИС
Программирование на
языке высокого уровня и
тестирование ИС
Подэтап
квалификационного
тестирования
программных
средств
Риск некорректного
тестирования программных
модулей
Использование
лицензионного
оборудования и двойного
глубокого тестирования