27
На основании данных, которые приведены в таблицах, можно утверждать
- оптимального решения для данной задачи нет, так как финансовые затраты на
внедрении одного из них составят минимум 86400 рублей . А также, при
внедрении потребуют дополнительные временные ресурсы на специалистов - это
не только дополнительные затраты на изучение и внедрение, но и обучение
сотрудников университета по использованию нововведений.
1.3.2 Выбор и обоснование стратегии автоматизации задачи
В число стратегий автоматизации входят:
• хаотичная автоматизация,
• автоматизация по участкам,
• автоматизация по направлениям,
• полная автоматизация.
Хаотичная стратегия считается наихудшей. Такому подходу характерно
отсутствие планов создания и развития автоматизации, процесс внедрения
зависит от сиюминутных задач, из-за чего не осуществляются настоящие
потребности бизнеса. Применив данную стратегию, можно сэкономить на
времени и средствах развертывания ИС, но в случае последующей полной
автоматизации, использование ИС будет не рациональным и невыгодным [2].
При использовании стратегии автоматизации по участкам происходит
автоматизация отдельных подразделений или отделов компании. Такая
стратегия выгодна при отсутствии средств на полную автоматизацию, или если
автоматизация определенных участков более целесообразна [2].
Финальным результатом автоматизации определенного направления
может включать в себя и полная автоматизация предприятия [2].
Стратегия полной автоматизации применяется при нужде автоматизации
всех бизнес-процессов организации. Данная стратегия включает в себя сложные
системы с множеством уровней. К минусам стратегии относятся значительные
финансовые затраты, необходимость очень четкого планирования и большое
количество затраченного времени.
28
Стратегия автоматизации по направлениям подходит лучше всего, так как
мы работаем над автоматизацией бизнес-процесса отдельного производства.
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Существует три способа приобретения ИС:
• покупка готовой ИС;
• покупка и доработка ИС;
• разработка собственной ИС.
Покупка готовой ИС:
Перед тем как приобретать готовое решение необходимо оценить
не только сам программный продукт, но узнать больше о фирме
поставщике, чтобы компания была уверена, что требуема поддержка
программного обеспечения будет осуществляться.
Преимущества:
• не требуется время на разработку;
• система тиражирована;
• часто имеется возможность выбора из нескольких готовых систем;
• помимо ИС покупаются и бизнес-процессы.
Недостатки:
• необходима адаптация под организационную структуру,
функциональные требования и т.д.;
• система тиражируема: вопросы защиты, новизны и др. вызывают
определенные опасения;
• высокая степень риска;
• потребности сотрудников в функционале системы будет
удовлетворены не полностью.
При заказе гарантирована система, настроенная под конкретные бизнес-
процессы предприятия, но в случае потребности ее переработки предприятию
придется осуществить лишние затраты [5].
29
Покупка и доработка ИС:
В этом случае покупается ядро системы, а остальное доделывается.
Преимущества:
• покупаемое ядро является отлаженным и законченным
компонентом;
• возможная доработка именно требуемой функциональности;
• не надо платить за то, что компании не нужно.
• Недостатки:
• необходим отдел информационных технологий;
• схема эффективна, если объем работ по доведению
относительно невелик;
• часто можно доработать только в рамках информационной
модели ядра.
Разработка собственной ИС:
Существует два подхода разработки информационной системы:
• привлечение сторонних программистов;
• создание системы осуществляется внутренними
специалистами.
Оба подхода содержат свои преимущества и недостатки. Для обоих
решений, преимуществами и недостатками является следующие факторы:
Преимущества:
• Хорошая адаптация к предъявляемым требованиям;
• Индивидуальный проект;
• Возможность быстрого изменения.
Недостатки:
• Необходимо создавать команду, либо отрывать от работы
текущих сотрудников ИТ отдела;
• Часто учитываются пожелания руководства в ущерб качеству
разработки;
30
• Проект может захлебнуться:
• из-за нехватки квалификации внутренних специалистов;
• из-за ухода ведущих специалистов;
• из-за нехватки внутренних ресурсов.
• Часто плохая документированность системы.
Основным же преимуществом привлечения внутренних специалистов
является знакомство с предметной областью и внутренней организацией данных,
что позволяет значительно сократить время на изучение проблемы и выявления
узких мест.
Способ разработки собственной ИС наиболее оптимален и имеет
множество достоинств:
• Данная система будет отвечать всем требованиям;
• Будут задействованы лишь собственные специалисты (благодаря
которым также не требуется тратить дополнительного времени на
изучение существующих в Университете «Синергия» систем и
технологий);
• будут реализованы только те функции, которые необходимы и
подходят организации.
На данный момент на предприятии действует мощнейший инструмент
хранения, обработки и оборота данных «1С: МетПром». Данная система является
открытой, что позволяет специалисту при необходимости расширить
функционал под потребности каждого отдела. Так же достоинством выступает
простота обращения и факт знакомства с интерфейсом и логикой данного
продукта, это позволит сократить временные затраты на обучение сотрудников
до минимума.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение — это совокупность средств и методов
построения информационной базы.
31
• Информационное обеспечение должно удовлетворять
пользователя по своей упорядоченности, точности, достоверности и
своевременности представления информации для решения
поставленных задач, а также однозначности и удобства ее восприятия
всеми потребителями;
• Свойство объектов системы должны иметь возможность
оформляться в виде сложной структуры, ссылающейся на другие
объекты и хранящей историческую последовательность значений;
• Структура данных Системы должна обеспечивать
расширяемость по номенклатуре и свойствам новых объектов;
• Система должна обеспечивать поддержку иерархической
структуры типов объектов, реализующей механизм наследования
свойств объектов.
• Совокупность информационных массивов Системы должна
быть организована в виде БД на машинных носителях;
• Система должна иметь механизм регистрации событий,
который связывает изменение свойств объектов, вызванное каким-либо
внешним событием, с последующей реакцией системы на это событие;
• Форма представления выходной информации должна
согласовываться с заказчиком (пользователем) системы. При разработке
форм выходных документов в выходных документах АИС должны
применяться термины и сокращения общепринятые в данной предметной
области и согласованные с заказчиком системы;
Внутримашинная информационная база представляет собой физически
реализованную базу данных. Носителем данных является жесткий диск, на
котором находится СУБД. Доступ к данным осуществляется посредством SQL-
запросов к СУБД [7]. Основные принципы построения внутримашинной
информационной базы:
• Информационный массив накапливается и хранится в реляционной
базе данных;
32
• Проектирование таблиц осуществляется с принципами построения и
организации реляционных баз данных;
• Уменьшение избыточности данных не должно приводить к
усложнению доступа и уменьшению скорости обработки информации.
Во внутримашинной информационной базе осуществляется контроль
целостности данных с помощью бизнес-правил, то есть процедур, применяемых
к элементам БД в качестве ограничения целостности. На этапе ввода происходит
сопоставление типов вносимых данных с типом поля БД, а также проверка на
допустимые значения. Хорошо спроектированная база данных:
• Удовлетворяет всем требованиям пользователей к ее содержимому.
Перед проектированием базы необходимо провести исследования требований
пользователей к ее функционированию;
• Гарантирует непротиворечивость и целостность данных. При
проектировании таблиц нужно определить их атрибуты и некоторые правила,
ограничивающие возможность ввода пользователем неверных значений. Для
верификации данных перед непосредственной записью их в таблицу база данных
должна осуществлять вызов правил модели данных и тем самым гарантировать
сохранение целостности информации;
• Обеспечивает естественное, легкое для восприятия
структурирование информации. Качественное построение базы
позволяет делать запросы к ней более “прозрачными” и легкими для
понимания; следовательно, снижается вероятность внесения
некорректных данных и улучшается качество сопровождения базы;
• Удовлетворяет требованиям пользователей к ее производительности.
При больших объемах информации вопросы сохранения
производительности начинают играть главную роль, сразу
“высвечивая” все недочеты этапа проектирования
33
1.4.3 Обоснование проектных решений по программному
обеспечению
Программное обеспечение один из самых главных компонентов, который
обеспечивает эффективность работников позволяя им выполнять самые разные
задачи. Общие требования к ПО должны обеспечивать выполнение всех
необходимых для работы задач.
Устанавливаемое ПО должно отвечать следующим требованиям:
• Полнота (выполнение необходимых функций)
• Надежность (ПО должно быть проверено временем, иметь
средства диагностики и восстановления)
• Адаптируемость (Возможность настройки ПО под различные
нужды)
• Удобство (ПО не должно иметь лишних функций,
отвлекающих внимание, иметь интуитивно понятный интерфейс)
Операционная система Windows 7 была выбрана как самая подходящая
для текущего проекта. Пусть она уже и довольно стара, однако по ней ей
множество справочников и другой информации по различным ошибкам и
нештатным ситуация. Ее интерфейс мало отличается от прошлых версий
Windows, а по тому понятен многим пользователям.
Требуемое ПО для наших целей:
1. Операционная система - Microsoft Windows 7;
• Стандартные программы;
• Служебные программы;
• Администрирование и дополнительные
• средства;
• Специальные возможности;
2. Инструментальное ПО - 1С: Предприятие 8.3;
3. Программы контроля, тестирования и диагностики
компьютера - AIDA64;
4. Антивирусные пакеты – Антивирус Dr.Web SS;
34
5. Архиватор –7-Zip;
«1С: Предприятие 8.3» содержит в себе череду механизмов, которые
определяют проект разработки прикладных решений. Присутствие данных
устройств дает максимально близко сравнить технологические способности с
бизнес-схемой разработки и введения прикладных заключений.
Состав прикладных устройств платформы ориентирован на решение
управления предприятием и задач автоматизации учета. Применение проблемно
- ориентированных объектов допускает создателю решать самый широкий круг
задач складского, бухгалтерского, управленческого учета, расчета зарплаты,
анализа данных и управления на уровне бизнес-процессов.
«1С: Предприятие 8.3» представляет выбор работы, как в файловом
варианте, так и с применением технологии «клиент-сервер». Работая в файловом
варианте, платформа может работать, как с локальной информационной базой,
так и с находящейся на том же компьютере, где работает пользователь. Данный
вариант работы имеет возможность использоваться в частных условиях или же в
работе на ноутбуке. «1С: Предприятие 8.3» так же позволяет работу нескольких
пользователей по локальной сети с одной ИБ. Данный метод имеет возможность
использоваться в маленьких рабочих группах, он несложен в установке и
эксплуатации[1].
Практика внедрения прикладных заключений на платформе «1С:
Предприятие 8» демонстрирует, что система дает решать задачи различной
стадии сложности - от автоматизации одного рабочего места до разработки
информационных систем масштаба компании.
1.4.4 Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение - совокупность технических средств,
компьютерной техники, средств передачи информации, используемых в
автоматизированных системах управления и в информационных системах. Для
хранения же базы данных может быть использован сервер со следующими
техническими характеристиками:
35
– Процессор: AMD Opteron X3216
– Оперативная память: 8GB ECC 3200 DDR4 x2
– Жесткий диск: 2TB SATA III Barracuda ST2000DM008
Рабочие станции же для нынешнего проекта стоит обновить до
следующей минимальной конфигурации:
– Корпус: Deepcool Earlkase
– Мат. плата: ASRock B450 Pro4
– Оперативная память: Kingston HyperX FURY HX318C10F/4GB
– Видеоадаптер: Sapphire AMD Radeon RX 550
– Жесткий диск: 1 ТБ WD Blue [WD10EZEX]
– Оптический привод: DVD-RW ASUS DRW-24D5MT
– Монитор: Dell E2216HV 22”
36
2. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла отражает различные состояния системы,
начиная с момента возникновения необходимости в данной ИС и заканчивая
моментом ее полного выхода из употребления.
Модель жизненного цикла - структура, содержащая процессы, действия
и задачи, которые осуществляются в ходе разработки, функционирования и
сопровождения программного продукта в течение всей жизни системы, от
определения требований до завершения ее использования.
Имеется большое количество различных стандартов, которые описывают
ЖЦ например:
- ГОСТ 34.601-90 описывает порядок работ на каждом этапе разработки
автоматизированных систем. В основном больше всего похож на каскадную
модель ЖЦ.
- ISO/IEC 12207:1995 описывает формулировку процессов ЖЦ.
Распространяется на все виды заказного ПО. Стандарт не описывает четких
этапов разработки.
- Oracle и Custom Development Method описывает разработку заказных
прикладных ИС. Ограничивается тремя моделями ЖЦ: классическая, Fast track и
облегченная.
- Rational Unified Process делится на четыре этапа: начало, изучение,
конструкция и внедрение. Прохождение всех четырех этапов называется циклом.
Каждая из фаз делится на итерации для внешнего или внешнего использования.
Этот стандарт ориентирован на объектно-ориентированное программирование и
требует использованию специальных средств моделирования (UML).
- Microsoft Solution Framework (MSF) очень похожа на RUP.
Присутствуют те же четыре этапа цикла и ориентирована на объектно-
ориентированное программирование, но с большим уклоном на создание
приложения для бизнеса.