46
оперативная память DDR3, 4 Gb;
видеокарта – Radeon Х7500 2048 Mb;
сетевая карта – Fly X-250;
DVD/CD–RW Verbatim;
HDD Verbatim 320 Mb;
SSD диск Sony 120 Gb;
стандартная клавиатура (101/102 клавиши);
монитор LG 25 дюймов.
От значения всех выше рассмотренных параметров зависят также
обобщенные возможности работы всей вычислительной системы.
Применяемые аппаратные средства имеют такие составляющие
компоненты: [8, c.92]
– компьютеры;
– аппаратные устройства по выполнению операций сбора, обработки
оперативных данных;
– устройства по обеспечению качественной передачи информации по
сетям;
– монтажные и другие материалы.
Анализируя перечень аппаратного обеспечения, что применяется в ООО
«МТА-Транс», можно сделать вывод, что они соответствуют в полной мере всем
поставленным целям автоматизации управления поставок.
47
II ПРОЕКТНАЯ ЧАСТЬ
2.1.Разработка проекта автоматизации
2.1.1.Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла ПО – это структура, содержащая разные
процессы действия, а также и задачи, которые часто осуществляются в ходе
процесса разработки, использования или сопровождения программного продукта.
Такие модели можно разделять на 3 главных группы:
– с учетом специфики задач;
– инженерный подход;
– современные технологии для быстрой разработки.
Рассмотрим существующие непосредственно модели (подклассы) и также
оценим их недостатки и преимущества.
Модель устранения и кодирования ошибок – это совершенно простая
модель, которая характерна для студентов ВУЗов.
По этой модели именно большинство студентов разрабатывают самые
простые проекты.
Данная модель имеет такой алгоритм:[2, с.212]
– остановка задачи;
– выполнение задачи;
– проверка результата задачи;
– при необходимости возврат к первому пункту.
Данная модель является устаревшей. Она характерна для 60-70 гг. 20
столетия, поэтому преимуществ перед другими моделями практически не имеет,
к тому же недостатки – на лицо.
Каскадная модель ЖЦ ПО (водопадная модель) имеет алгоритм,
приведенный на рисунке 2.1, имеет ряд преимуществ перед описанным
алгоритмом в предыдущей модели, но имеет также и ряд недостатков [1, с.98].
48
Рис. 2.1. Водопадная модель ЖЦ
Основные преимущества модели:
– последовательное выполнение этапов разработки проекта в строгом
порядке;
– позволяет оценить качество продукта для каждого этапа.
Недостатками являются следующие факты:
– отсутствие обратных связей с этапами;
– нет соответствия реальным условиям для разработки программного
продукта.
Стоит отметить, что для устранения недостатков часто применяется
каскадная модель с так называемым промежуточным контролем (водоворотная
модель). Она является почти эквивалентной алгоритму предыдущей модели, но
при этом имеет также обратную связь с каждым этапом ЖЦ, порождая при этом
очень весомый недостаток, а именно 10-ти кратное увеличение разных затрат на
разработку проекта.
V-модель или разработка с применением тестирования имеет более
приближенный для современных методов алгоритм, но все еще имеет перечень
недостатков. Является также одной из главных практик экстремального
программирования (рисунок 2.2).
49
Рис. 2.2. V-модель
Модель на базе разработки прототипа – основывается на разработке
прототипов, а также прототипирования продукта.
Процесс прототипирования используется на самых ранних стадиях ЖЦ
программного обеспечения:[3, с. 43]
– прояснить все не ясные требования к разработке (прототип UI);
– выбрать одно с ряда концептуальных решений;
– проанализировать осуществимость проекта.
Рассмотрим классификацию прототипов:
– вертикальные и горизонтальные;
– одноразовые и эволюционные;
– раскадровки и бумажные.
Горизонтальные прототипы дают возможность моделировать
исключительно UI вовсе не затрагивая логику для обработки и непосредственно
базу данных.
Вертикальные прототипы – это проверка архитектурных решений для
разработки.
Одноразовые прототипы применяются для быстрой разработки (RAD).
50
Эволюционные прототипы применяется в качестве первого приближения
эволюционной системы.
Спиральная модель ЖЦ ПО представляет собой процесс для разработки
ПО, сочетающий в себе и проектирование, и постадийное прототипирование для
сочетания преимуществ нисходящей и концепции (рисунок 2.3):
Рис. 2.3. Схема спиральной модели
Преимущества данной модели в следующем:
– быстрое получение результатов;
– увеличение конкурентоспособности;
– гибкости при изменении требований.
Недостаток (более или менее существенный) один – отсутствие
регламентации стадий модели.
51
В результате выполненного рассмотрения моделей жизненного цикла
создания ПО можно сделать вывод, что для автоматизации управления
поставками наиболее целесообразно применять каскадную модель.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Основной риск на первом этапе – это недостаточное определение основных
свойств проектируемой ИС, что требуются для решения задачи, а также
неправильный выбор исходных задач проектирования.
Заметим, что это может потребовать на следующих этапах, дополнительной
доработки программы или хранилища данных, что приведет к возрастанию
финансового риска.
Риск можно предотвратить использованием популярных CASE-средств при
построении модели бизнес-процессов. При непосредственном возникновении
риска проводится дополнительный процесс моделирования с использованием
указанных выше CASE-средств.
При определение функций ИС, а также стратегий автоматизации большой
риск вызывает неправильное определение функций системы и стратегии
автоматизации.
Этот риск предотвращается основательным системным анализом всех
имеющихся вариантов. В случае непосредственного возникновения, риск
устраняется реализацией повторного анализа варианта выбора ИС. Риск
взаимосвязан также с риском неправильного определения основных функций ИС,
а также стратегии автоматизации. Этот риск устраняется и предотвращается
использование CASE-средств.
Риски на этапе «Разработка проекта автоматизации» состоит в разработке
неэффективного плана-графика процесса автоматизации: применение лишних
ресурсов или же недостаточность ресурсов. Этот риск является финансовым, а
также его можно предотвратить с использованием современных средств
проектирования и устранить повторной корректировкой плана автоматизации.
На этапе «Разработка программного обеспечения» главный риск кроется в
некорректной разработке создаваемой программы. Риск устраняется при
использовании модульного тестирования ПО.
52
Риск при внедрении – некорректное тестирование аппаратного обеспечения
программных модулей. Кроме этого, риск предотвращается применением
лицензионного стендового оборудования, устраняется двойным тестированием.
При выполнении сопровождения ПО основные риски состоят в поломке
оборудования, морального его устаревании. Первый риск предотвращается
периодическим мониторингом состояния оборудования. Другой – с применением
гибкости разработанной ИС, а также своевременной доработкой программной
структуры.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Создание систем для автоматизации какого-то процесса основывается на
таких принципах:
– применение системного подхода;
– принцип непрерывного развития проектируемой системы;
– минимизация и разделение полномочий;
– уровень контроля и регистрация оперативных данных;
– обеспечение требуемой надежности системы защиты и контроля
функционирования защиты;
– обеспечение всевозможных методов борьбы с разного рода
вредоносными программами и т.д.
В результате решения разных проблем безопасности информации
создаваемая ИС должна обладать ниже приведенными основными признаками.
1. Разграничение доступа к информации.
С этой целью созданы подсистемы конфигурации (рисунок 2.4):
Рис.2.4. Перечень подсистем
53
Стоит отметить, что каждая из подсистем:
– бухгалтерия;
– отдел организации поставок;
– транспортный отдел;
имеет доступ только к тем объектам конфигурации, которые можно указать
при разработке.
2. Обеспечением криптографической защиты данных различной
степени конфиденциальности в случае передачи данных.
Для этого в ООО «МТА-Транс» применяется локальная вычислительная
сеть, которая применяет блок шифрования информации.
3. Обязательной целостностью применяемого программного
обеспечения и данных.
Это достигается непосредственным применением платформы
1С:Предприятие, которая в своем составе использует инструменты для
обеспечения целостности данных.
Кроме этого, целостность можно обеспечить при выполнении
проектирования базы данных, выполнив нормализацию к 3НФ.
4. Наличием средств восстановления данных и защиты информации.
Такие инструменты являются уже внедренными в платформу
1С:Предприятие, а также их можно с легкостью настроить (к примеру,
периодичность резервного копирования и т.д.).
Заметим, что комплексная защита информации предполагает реализацию
таких уровней защиты:
– правовой – наличие лицензионного соглашения между поставщиком
и покупателем ИС;
– административный или организационный – установка с помощью
должностных инструкций всего перечня прав на доступ к информации;
– аппаратно-программный – к примеру, разграничение доступа.
– криптографический – шифрование информации для скрытия от
злоумышленника.
В результате, можно сказать, что всем минимальным требованиям по
обеспечении защиты информации данная ИС будет удовлетворять.
54
Рассмотрим таблицу разграничения прав доступа (таблица 2.1).
Таблица 2.1
Разграничение прав пользователей
Группы
пользовате-
лей
Справоч-
ники
Докумен-ты
/ формы
Отчеты
Администри-
рование
Персонал
(пользователи)
Чтение/
создание
Чтение
Чтение
Нет
Администра-
ция
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Нет
Бухгалтеры
Чтение
Чтение
Чтение/
создание
Нет
Системный
администратор
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Полный
Полный
2.2.Информационное обеспечение задачи
2.2.1. Информационная модель и ее описание
Информационная система должна определяться с технической точки
зрения в качестве набора взаимосвязанных компонентов, что собирают,
обрабатывают, распределяют и запасают информацию, чтобы поддержать
процесс принятия решений и управление поставками.
В дополнение к процессу поддержки принятия решений, управлению и
координации информационные системы могут помогать также менеджерам
проводить подробный анализ проблемы, делают полностью видимыми
комплексные объекты.
Кроме структурной направленности процесс информационного
моделирования связан с особенностями реализации разного рода связей в разных
компьютерных технологиях, в непосредственной зависимости от количества
предметов.
55
Для качественной реализации проекта объект разработки должен прежде
всего быть адекватно описан, построены непротиворечивые и полные
информационные и функциональные модели ИС.
Накопленный к нынешнему времени опыт проектирования показывает, что
это сложная, длительная и трудоемкая по времени работа, что требует высокой
квалификации специалистов.
Однако проектирование ИС до недавнего времени выполнялось в основном
только на интуитивном уровне при использовании неформализованных методов,
базирующихся на практическом опыте, искусстве, экспертных оценках, а также
дорогостоящих экспериментальных проверках уровня качества
функционирования ИС.
Также, в процессе функционирования и создания ИС информационные
потребности разных пользователей могут уточняться и изменяться, что еще
больше усложняет разработку или сопровождение таких систем.
На рисунке 2.5 показана информационная модель ИС для управления
поставками ООО «МТА-Транс».
Ввод данных о
клиенте
Менеджер
Спр.
Клиент
ИС
Ввод данных о
типе товара
Ввод данных о
складе
Спр.
Тип
товара
Спр.
Склад
Ввод данных о
поставке
Ввод данных о
товаре
Т. Упр-е
поставка
ми
Т.
Товары
Отчет по поставкам
Отчет на
основании
регистра
Клиент
Рис. 2.5. Информационная модель