Дипломная работа: Автоматизация учёта спроса на продуктовый ассортимент в фирме ООО "НПК Форма-стиль"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
31
документов и опроса сотрудников организации. В результате принимается
решение о необходимости реорганизации бизнес-процессов. Если требуется
реорганизация, составляется модель процесса, которая учитывает автоматизацию
задачи.
Далее осуществляется выбор стратегии автоматизации. Вариант стратегии
автоматизации представлены на рисунке 11.
Стратегии автоматизации
Хаотичная По участкам По направлениям
Полная
автоматизация
Рисунок 11. Стратегии автоматизации
Стратегия полной автоматизации не подходит для рассматриваемой задачи,
поскольку будут автоматизированы не все бизнес-процессы организации, а только
процесс учета спроса на товар.
Хаотичная стратегия автоматизации представляет собой процесс
автоматизации выделенной функции. В результате чего информационная
инфраструктура организации представляет собой совокупность разрозненных
программных продуктов. Такая стратегия применяется на начальном уровне
зрелости организации. Чем выше уровень зрелости организации, тем больше
появляется потребность в единой информационной базе, с поддержкой
оперативного доступа к данным всех сотрудников организации. Поскольку
уровень зрелости рассматриваемой организации не является начальным, такая
стратегия автоматизации не является подходящей.
Разница в стратегиях автоматизации по участкам и по направлениям
заключается в том, что в первом случае осуществляется автоматизация
деятельности отдельных структурных подразделений организации, которые
объединяются по функциональному признаку. Автоматизация по направлениям
представляет собой автоматизацию отдельных направлений деятельности
организации.
В рамках рассматриваемой задачи, более подходящей является стратегия
автоматизация по участкам, потому что неавтоматизированным остается только
32
участок планирования производства.
Затем результаты, полученные на предыдущих этапах, фиксируются в
техническом задании. Техническое задание на создание информационной
системы является документом, в перечислены все проектные решения, и который
подписывается заказчиком и исполнителем.
На основании проектных решений совместно аналитиками и
разработчиками составляется эскизный и технический проект информационной
системы. Этот этап должен быть выполнен максимально качественно, поскольку
ошибки, допущенные на этом этапе, повлияют на качество разрабатываемой
системы, а их устранение будет связанно с большими финансовыми и
временными затратами.
В процессе реализации информационной системы осуществляется
кодирование программных модулей и разработка пользовательского интерфейса.
Полученная в результате выполнения этого этапа информационная система
передается для тестирования.
Существует комплекс методов тестирования программных продуктов:
начиная от проверки внешнего соответствия техническому заданию, заканчивая
проверкой функционала. Выявленные на этом этапе ошибки и несоответствия
подлежат устранению в процессе отладки системы.
Отлаженная система передается в опытную эксплуатацию, в ходе которой
осуществляется установка и настройка программного продукта, обучение
пользователей и тестирование пользователями системы.
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи
Когда решение о необходимости автоматизации бизнес-процесса принято
и обосновано, перед руководителем организации встает вопрос о способе
приобретения программного обеспечения. Способы приобретения
информационной системы представлены на рисунке 12.
33
Способы приобретения
информационных систем
Покупка готовой
специализированной
системы
Разработка системы
своими силами
Разработка системы
сторонней
организацей
Покупка и доработка
Рисунок 12. Способы приобретения информационных систем
Покупка готовой специализированной системы заключается в
приобретении готового программного обеспечения. В результате анализа рынка
программного обеспечения было установлено что ни одна информационная
система не отвечает функциональным требованиям поставленной задачи.
Вариант покупки готовой системы с последующей доработкой требует
больших затрат, потому придется дорабатывать функционал системы
практически полностью. Этот вариант не подходит для рассматриваемой задачи.
Следовательно, остается вариант индивидуальной разработки системы.
Разработка может быть осуществлена как специалистами организации, так и
сторонней организацией. Если в отделе информационных технологий
существуют специалисты с необходимой квалификацией, разработка может
осуществляться своими силами. Такое часто можно наблюдать в организациях,
осуществляющих разработку программного обеспечения или крупных
организациях. В организациях малого и среднего бизнеса с большей
вероятностью такие специалисты будут отсутствовать в штате или в штате будут
программисты, осуществляющие поддержку информационных систем компании.
В рассматриваемой организации специалисты обладают необходимыми
навыками, поэтому разработка системы, автоматизирующей учет спроса на товар
будет осуществляться своими силами.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
Проектные решения по информационному обеспечению представляют
собой описание входных и выходных документов процесса, переменной и
34
условно-постоянной информации. Опишем перечисленные элементы процесса
учета спроса на товары.
К входным документам задачи относятся заказы оптовых и розничных
клиентов. В них перечислены наименования и количество каждой заказанной
товарной позиции. Заказы передаются руководителю производственного отдела
со склада и из отдела логистики в бумажном виде (печатается из системы SAP
R/3). Заказы представлен в виде таблицы в строках которой указаны
наименования продукции, а в столбцах необходимое количество. Заказы не
обладают унифицированной формой, поэтому при проектировании системы
потребуется оригинальное проектирование форм документов.
Выходным документом процесса является отчет по спросу на товары за
выбранный пользователем период времени. Такой отчет в дальнейшем
используется при планировании производства. Отчет представлен в табличной
форме, где в строках перечислены товарные позиции, а в столбцах количество
заказанных товаров.
К оперативным данным проектируемой системы относятся данные учетных
записей пользователей системы: их ФИО, логины и пароли. У этих данных также
отсутствует унифицированная форма, поэтому необходимо проектирование
оригинальной формы для ввода таких данных.
В рассматриваемом процессе есть условно-постоянная информация. К ней
относятся:
1. Группа товаров.
2. Наименование товаров.
3. Единица измерения.
4. Сотрудники.
Перечисленная информация будет представлена в виде справочников
проектируемой информационной системы. Вся условно-постоянная информация
имеет текстовую форму.
Также нужно описать организацию информационного обеспечения. Для
того, чтобы руководителю не приходилось вводить данные об оптовых и
розничных заказах в систему, в ней будет создана функция загрузки информации
о заказах из системы SAP R/3. Программный модуль системы будет подключаться
35
к базе данных системы SAP R/3 и копировать данные о заказах и готовой
продукции в собственную базу данных.
1.4.2. Обоснование проектных решений по программному обеспечению
Опишем комплекс проектных решений по программному обеспечению.
Работа системы будет осуществляться в среде операционных система семейства
Windows, а именно в среде операционной системы Windows 10, которая
установлена на каждом персональном компьютере организации. Поэтому
разрабатываемая не должна обладать кросс-платформенностью.
Выбор языка программирования для разработки проекта осуществлялся на
основании следующих критериев:
1. Целевая платформа. В организации на сервере установлена
операционная система Linux, а на компьютерах пользователей – Windows.
Поэтому нужно выбирать такой язык программирования, который позволит
разработать кросс-платформенное приложение [26]. Рассмотрим языки
программирования Java и C++. Если программа написана на C и должна работать
на машинах с операционной системой Windows и Linux, тогда потребуются
компиляторы для перечисленных платформ и два разных исполняемых файла. В
случае с языком программирования Java, сгенерированный байт-код может
выполняться на любом компьютере, на котором установлена виртуальная Java-
машина.
2. Гибкость языка. Этот критерий отвечает за легкость добавления к
разработанному программному обеспечению новых функциональных
возможностей, использованию существующих библиотек. Язык
программирования C++ обладает большим количеством библиотек, тогда как для
языка Java необходимо импортировать модули из стандартной библиотеки [27].
3. Время исполнения. Этот критерий определяет время, которое
необходимо затратить для создания рабочей версии программы. Значение этого
критерия зависит от размера кода. Относительно этого критерия язык
программирования C++ теоретически изучить легче, чем язык Java,
соответственно объем кода на нем будет меньше за одинаковое время.
Источник: https://baza.diplomsite.ru/previewfile/2468