36
деятельности отдельных структурных подразделений организации, которые
объединяются по функциональному признаку. Автоматизация по направлениям
представляет собой автоматизацию отдельных направлений деятельности
организации.
В рамках рассматриваемой задачи, более подходящей является стратегия
автоматизация по участкам, потому что неавтоматизированным остается только
участок управления отгрузкой товара.
Затем результаты, полученные на предыдущих этапах, фиксируются в
техническом задании. Техническое задание на создание информационной
системы является документом, в перечислены все проектные решения, и
который подписывается заказчиком и исполнителем.
На основании проектных решений совместно аналитиками и
разработчиками составляется эскизный и технический проект информационной
системы. Этот этап должен быть выполнен максимально качественно, поскольку
ошибки, допущенные на этом этапе, повлияют на качество разрабатываемой
системы, а их устранение будет связанно с большими финансовыми и
временными затратами.
В процессе реализации информационной системы осуществляется
кодирование программных модулей и разработка пользовательского интерфейса.
Полученная в результате выполнения этого этапа информационная система
передается для тестирования.
Существует комплекс методов тестирования программных продуктов:
начиная от проверки внешнего соответствия техническому заданию, заканчивая
проверкой функционала. Выявленные на этом этапе ошибки и несоответствия
подлежат устранению в процессе отладки системы.
Отлаженная система передается в опытную эксплуатацию, в ходе которой
осуществляется установка и настройка программного продукта, обучение
пользователей и тестирование пользователями системы.
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи
Когда решение о необходимости автоматизации бизнес-процесса принято
и обосновано, перед руководителем организации встает вопрос о способе
37
приобретения программного обеспечения. Способы приобретения
информационной системы представлены на рисунке 13.
Способы приобретения
информационных систем
Покупка готовой
специализированной
системы
Разработка системы
своими силами
Разработка системы
сторонней
организацей
Покупка и доработка
Рисунок 13. Способы приобретения информационных систем
Покупка готовой специализированной системы заключается в
приобретении готового программного обеспечения. В результате анализа рынка
программного обеспечения было установлено что ни одна информационная
система не отвечает функциональным требованиям поставленной задачи.
Вариант покупки готовой системы с последующей доработкой требует
больших затрат, потому придется дорабатывать функционал системы
практически полностью. Этот вариант не подходит для рассматриваемой задачи.
Следовательно, остается вариант индивидуальной разработки системы.
Разработка может быть осуществлена как специалистами организации, так и
сторонней организацией. Если в отделе информационных технологий
существуют специалисты с необходимой квалификацией, разработка может
осуществляться своими силами. Такое часто можно наблюдать в организациях,
осуществляющих разработку программного обеспечения или крупных
организациях. В организациях малого и среднего бизнеса с большей
вероятностью такие специалисты будут отсутствовать в штате или в штате будут
программисты, осуществляющие поддержку информационных систем компании.
В рассматриваемой организации специалисты обладают необходимыми
навыками, поэтому разработка системы, автоматизирующей управление
отгрузкой товара будет осуществляться своими силами.
38
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
Проектные решения по информационному обеспечению представляют
собой описание входных и выходных документов процесса, переменной и
условно-постоянной информации. Опишем перечисленные элементы процесса
управления отгрузкой товаров.
Заказ клиента является входным документом задачи. В нем перечислены
наименования и коды готовой продукции и количество каждого товара,
заказанного клиентом. Заказ передается на склад из отдела продаж в бумажном
виде (печатается из КИС). Заказ представлен в виде таблицы в строках которой
указаны наименования продукции, а в столбцах необходимое количество. Заказ
не обладает унифицированной формой.
Выходным документом процесса является отчет об отгруженных заказах
за выбранный пользователем период времени. Отчет необходим кладовщикам
для отслеживания отгруженных заказов, а специалистам отдела продаж он
помогает контролировать выполнение заказов клиентов. Отчет представлен в
табличной форме, где в строках перечислены номера заказов, а в столбцах даты
отгрузки.
Опишем переменную информацию. К переменной информации относится
заявка на производство. Заявка на производство отправляется в том случае,
когда необходимой продукции по заказу нет в наличии или нет требуемого
количества продукции. Тогда кладовщик оформляет заявку, в которой
перечислены наименования готовой продукции и необходимое количество
продукции. Записка представлена в табличной форме, она не унифицирована и
передается из склада в производственный отдел в виде бумажного документа.
Перечень тары относится к переменной информации. Перечень тары
служит для выбора необходимой упаковки для каждого вида готовой продукции.
Кладовщику необходимо знать какой вид тары в каком количестве есть на
складе. В КИС не ведется учет тары, поэтому кладовщики самостоятельно
формируют перечень тары в табличном процессоре. Перечень тары представлен
в табличной форме, которая не является унифицированной.
39
В рассматриваемом процессе есть условно-постоянная информация. К ней
относятся:
1. Наименование товара.
2. Группа товара.
3. Наименование тары.
4. Виды тары.
5. ФИО кладовщика.
Перечисленная информация будет представлена в виде справочников
проектируемой информационной системы. Вся условно-постоянная информация
имеет текстовую форму.
Также нужно описать организацию информационного обеспечения. Для
того, чтобы кладовщикам не приходилось вводить заказы в систему, в ней будет
создана функция проверки наличия товара на складе при вводе заказа.
Программный модуль системы будет подключаться к базе данных КИС и
копировать данные о заказах и товарах в собственную базу данных.
Для каждого вида товара должна быть указана степень хрупкости. Это
необходимо для выбора тары и упаковочных материалов. Заявки на закупку
товаров будет храниться в разрабатываемой информационной системе, потому
что заказом товаров занимаются кладовщики.
1.4.2. Обоснование проектных решений по программному обеспечению
Опишем комплекс проектных решений по программному обеспечению.
Работа системы будет осуществляться в среде операционных система семейства
Windows, а именно в среде операционной системы Windows 10, которая
установлена на каждом персональном компьютере организации. Поэтому
разрабатываемая не должна обладать кросс-платформенностью.
Разработка программного кода системы будет осуществляться с
использованием языка программирования C++. Этот язык используется для
разработки программного обеспечения для операционной системы Windows [20],
он поддерживает объектно-ориентированную парадигму программирования [21]
и спроектирован таким образом, чтобы программист мог максимально
контролировать все аспекты структуры и порядка исполнения программы [14].
40
Разработка программного кода и последующее сопровождение
разрабатываемой системы будет осуществляться в среде программирования
Microsoft Visual Studio. Эта среда программирования распространяется на
коммерческой основе, но предоставляет пользователями следующие
преимущества: поддержку технологии Windows Forms, возможность
простейшего рефакторинга программного кода и наличие встроенного
отладчика, который работает и как отладчик уровня исходного кода, и как
отладчик машинного уровня.
Данные, которые используются в процессе отгрузки товара будут
представлены в виде реляционной модели. А для управления ими в проекте
будет использована реляционная СУБД «Microsoft SQL Server», которая
основана на языке SQL, поэтому поддерживает множество возможностей
стандарта SQL:2011 [17].
1.4.3. Обоснование проектных решений по техническому обеспечению
Для функционирования информационной системы необходимо
техническое обеспечение, которое включает в себя ЭВМ, периферийные
устройства, средства связи прочие технические элементы. Проектируемая
информационная система будет основана на клиент-серверной архитектуре. Для
производительности программного обеспечения необходимо выбрать серверное
аппаратное обеспечение с оптимальными параметрами.
Для выбора процессора сервера необходимо учитывать следующие
характеристики:
1. Количество ядер - чем больше ядер встроено в ЦПУ, тем больше
они способны распределять его задачи. Это делает процессор быстрее и
эффективнее.
2. Объем кэш-памяти обеспечивает возможность быстрого
восстановления файлов и оперативного выполнения задач.
3. Частота процессора определяет скорость работы системы.
4. Величина отвода тепловой мощности влияет на тип охлаждения
процессора.
41
Рассмотрим характеристики представленных процессоров для сервера.
Характеристики процессоров представлены в таблице 4.
Таблица 4
Характеристика процессоров
Характеристика процессора
Тест
производительности
Цена,
рублей
Intel Xeon E5530 (4 Core, 8M Cache,
2.40 GHz)
4621
18 000
Intel Xeon E5620 (4 Core, 12M Cache,
2.40 GHz)
4903
21 800
Intel Xeon E5645 (6 Core, 12M Cache,
2.40 GHz)
6533
39 400
Intel Xeon X5650 (6 Core, 12M
Cache, 2.66 GHz)
7601
45 400
Intel Xeon E5-2670 v1 (8 Core, 20M
Cache, 2.60 GHz)
12497
77 900
Intel Core i5-2300 (4 Core, 6M Cache,
up to 3.10 GHz)
5283
78 000
Intel Core i7-870 (4 Core, 8M Cache,
2.93 GHz)
5487
85 000
Intel Xeon E3-1225 v3 (4 Core, 8M
Cache, 3.20 GHz)
7005
124 300
Intel Xeon E5-2620 v2 (6 Core, 15M
Cache, 2.10 GHz)
8689
195 000
Характеристика процессора
Тест
производительности
Цена,
рублей
Intel Xeon E5-2640 v3 (8 Core, 20M
Cache, 2.60 GHz)
14055
375 000
На основании полученных данных можно сделать вывод о том, что
оптимальным решением является процессор Intel Xeon E5-2670 v1 (8 Core, 20M
Cache, 2.60 GHz).
Для выбранного процессора необходимо выбрать материнскую плату.
Подходящей материнской платой является G218A-V1.1a. Выбранный процессор
использует память DDR4, которая обладает большей пропускной способностью
и является более экономичной по сравнению с DDR3. Объем памяти,
необходимый для обеспечения производительности, - 32 Гб.
Поскольку в проектируемой информационной системе планируется
хранить, помимо прочих данных, скан-копии документов, необходимо
использовать для сервера несколько жестких дисков общим объемом 4Тб.
42
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Как и в любой другой области, для разработки программного обеспечения
были созданы стандарты. Область разработки программного обеспечения не
требует строгого соответствия стандартам. Поэтому разработанные стандарты
представляют собой набор рекомендаций относительно жизненного цикла
разработки программного обеспечения. Такой подход к разработке программных
продуктов основан на том, что каждый проект обладает уникальными
характеристиками, а также с тем, что сфера информационных технологий
динамично развивается, а изменения в стандарты вносятся не оперативно.
Процессе разработки программного обеспечения выполняется большой
комплекс работ разными специалистами. Поэтому, лицу, ответственному за
выполнение проекта (проектному менеджеру) необходимо осуществлять
постоянный контроль выполнения задач проекта для того чтобы не нарушить
сроки выполнения проекта и не превысить бюджет проекта. Сделать процесс
разработки программного обеспечения более контролируемым и
регламентированным помогает соблюдение рекомендаций стандартов
программного обеспечения.
Поскольку стандарты разработки программного обеспечения
представляют собой набор рекомендаций относительно процесса разработки,
они не имеют жестких рамок, потому что разработка программного обеспечения
для разных сфер деятельности может включать в себя разные процессы. Они
содержат комплекс рекомендаций относительно рабочей документации проекта,
последовательности выполнения и набора процессов. Как правило в каждой
организации, занимающейся созданием программного обеспечения, процесс
разработки индивидуальный.
Для разработки программного обеспечения, автоматизирующего процесс
управления отгрузкой товаров, был выбран стандарт ГОСТ Р ИСО/МЭК 12207
«Информационная технология. Системная и программная инженерия. Процессы
жизненного цикла программных средств» [1]. Отличие этого стандарта от
других заключается в четкой практической направленности. Он предоставляет
43
руководителям проектов набор инструментов для выбора процессов жизненного
цикла для каждого конкретного проекта разработки программного обеспечения.
Процессы разработки программного обеспечения в этом стандарте
названы активностями, также он содержит перечень правил конструирования
процессов проекта из них. Стандарт содержит следующие виды активностей
[27]:
активностей управления проектами;
активности, предшествующие разработке программного продукта;
активности по разработке программного обеспечения;
активности, выполняемые при завершении разработки;
общие активности.
Перечисленные активности подходят под любую модель жизненного
цикла. Но для рассматриваемого проекта была выбрана итерационная модель
жизненного цикла. Также эта модель известная как модель с промежуточным
контролем. Поскольку на каждом этапе разработки программного обеспечения
выполняется комплекс работ, перед руководителем проекта стоит задача
постановки цели каждого этапа и оставление перечня конечных результатов. Это
позволит увеличить контроль процесса разработки.
Итерационная модель включает в себя следующие этапы:
1. Анализ;
2. Планирование;
3. Проектирование;
4. Реализация проекта.
5. Тестирование проекта.
6. Эксплуатация проекта.
Взаимосвязь перечисленных этапов представлена на рисунке 14 [13]. Эта
модель жизненного цикла программного обеспечения была выбрана потому что
в ней предусмотрена возможность устранять выявленные недостатки
проектирования и программирования на более поздних этапах с помощью
частичного возврата на предыдущие этапы. Однако в процессе разработки
необходимо учитывать, что позже будет выявлена ошибка, тем дороже будет
стоить ее исправление. Если стоимость трудозатрат, которые необходимы для
44
обнаружения и устранения ошибок на этапе реализации принять за единицу, то
стоимость трудозатрат на выявление и устранение ошибок на этапе
планирования будет в 5-10 раз меньше, а стоимость выявления и устранения
ошибки на этапе сопровождения обойдется разработчику в 20 раз больше.
Рисунок 14. Итерационная модель жизненного цикла программного
обеспечения
Внедрение программного продукта осуществляется на стадии
эксплуатации. Работы на этом этапе формируются в соответствии с одной из
следующих стратегий:
Параллельная стратегия предполагает, что сотрудники предприятия
будут одновременно работать и в старой системе, и в новой. Успех внедрения
системы будет заключаться в согласовании выходных документов обоих систем.
Стратегия скачка предполагает, что старая система снимается с
эксплуатации и пользователи начинают работать с новой системой без
предварительной проверки ее работоспособности.
Стратегия пилотного проекта предполагает, что новая система
будет внедрена на каком-то одном участке работ, что позволит минимизировать
риски и показывает большую надежность.
45
Стратегия узкого места предполагает, что автоматизация затронет
только один выполняемый процесс и деятельность сотрудников, которые в нем
задействованы.
Из перечисленных стратегий наиболее подходящей является стратегия
узкого места. Она будет использована в проекте потому что деятельность
организации автоматизирована, кроме процесса управления отгрузкой. Только
этот участок нуждается в автоматизации.
На основании вышеизложенного составим перечень работ проекта
разработки системы, автоматизирующей процесс управления отгрузкой товаров:
1. Анализ:
Предпроектное обследование;
Выявление недостатков бизнес-процессов;
Постановка цели проекта.
2. Планирование:
Выявление требований к проекту;
Определение перечня работ проекта;
Определение необходимых ресурсов;
Согласование бюджета проекта;
Формирование проектной команды;
Оформление договора;
Согласование и подпись договора.
3. Проектирование:
Проектирование архитектуры проекта;
Проектирование пользовательского интерфейса;
Проектирование базы данных;
Создание технического задания.
4. Реализация проекта:
Разработка пользовательского интерфейса системы;
Разработка программных модулей системы;
Разработка базы данных;
Подключение базы данных к проекту.