47
– обеспечение качественного внедрения разрабатываемой
конфигурации в общую ИС ООО «МТ-Агро» и другие.
1.4.3.Обоснование проектных решений по техническому обеспечению
Под техническим обеспечением понимается персональный компьютер,
линии связи, оргтехника, оборудование вычислительных сетей. Вид ИТ,
зависящий от так называемой технической оснащенности (автоматизированный,
ручной, удаленный) влияет непосредственно на сбор, передачу и обработку
информации.
Комплекс разного рода технических средств составляют такие
компоненты:
– ПК;
– устройства сбора, обработки, накопления, передачи и вывода
данных;
– устройства передачи информации, а также линий связи – так
называемые модемы;
– эксплуатационные материалы.
При непосредственном выборе компьютера надо руководствоваться рядом
характеристик, которые должны осуществить все требования для создаваемой
системе.
К таким характеристикам часто относят:
– стоимостные затраты;
– надежность;
– простота использования;
– производительность и прочие.
От значения требуемых параметров зависят возможности работы с
имеющимися программными средствами, а в результате и успех создания
автоматизированной системы.
Для каждого с элементов указанной схемы выделяется ряд критериев,
которые считаются самыми важными при осуществлении выбора аппаратного
обеспечения:
– разрешение дисплея монитора;
48
– тактовая частота процессора ПК;
– объем используемой оперативной памяти.
Анализируя уже используемые в ООО «МТ-Агро» АРМ, можно сделать
вывод, что они подходят полностью по всем требованиям.
Для обработки документов в электронной форме, а именно, печати,
копирования и сканирования документов должно присутствовать также
специализированное оборудование.
Стоит отметить, что для обеспечения уровня сохранности данных при
отключении электропитания ПК должен быть оборудован модулем
бесперебойного питания.
49
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
ЖЦИС – это период разработки и применения ИС, начиная из момента
возникновения потребностей в ИС, а также заканчивая моментом ее полного
выхода из имеющейся эксплуатации.
Стадии ЖЦ АИС [2, c.54]:
1. Предпроектное обследование в себя включает:
– сбор материалов для выполнения проектирования, при этом
выделяется формулирование требований, которые созданы после изучения
объекта автоматизации, а также даются предварительные выводы по
предпроектному варианте ИС;
– анализ разработка и материалов документации, обязательно
выполняется технико-экономическое обоснование для технического задания на
проектирование АИС.
2. Создание проекта АИС;
2.1. этапы предварительного проектирования;
– выбор проектных решений;
– описание компонентов ИС;
– утверждение технического проекта ИС (ТП).
2.2. подробное проектирование;
– разработка или выбор алгоритмов или математических методов
программ;
– корректировка структуры баз данных;
– создание образцов документации на установку и доставку
программных продуктов;
– выполнение выбора комплекса технических методов с
документацией для ее установки.
2.3. разработка проекта ИС;
2.4. разработка методики реализации функций для управления с
использованием ИС и описанием регламентов действий аппарата менеджмента.
50
3. Разработка системы;
– установка и получение программных и технических средств;
– доводка и тестирование ПО;
– разработка инструкции по эксплуатации аппаратно-программных
средств.
4. Ввод АИС в эксплуатацию:
– ввод программных средств;
– ввод аппаратных средств;
– сертификация и обучение персонала;
– выполнение опытной эксплуатации;
– подписание и сдача актов приема работ.
5. Выполнение эксплуатации ИС;
– эксплуатация;
– общее сопровождение.
Жизненный цикл (ЖЦ в современных автоматизированных ИС (АИС) –
это полностью контролируемый непрерывный процесс, что также может
выполняться с самого момента непосредственного утверждения надобности для
создания АИС и до изъятия ее с эксплуатации.
Стоит также заметить, все ЖЦ являются только одним с совокупности
базовых терминов при рассмотрении теории проектирования для многих
современных АИС.
Основным нормативным положением для регламентации разработки
жизненного цикла, считают сертифицированный международный документ с
разработки ISO серии 9000 Международной организации стандартизации
программ.
Каскадная модель часто может характеризоваться разбиением процесса
разработки определенного программного средства сразу на некоторые этапы, и,
стоит отметить, что все их переходы между этими этапами к следующему будут
реализовываться только после завершения предшествующих (рисунок 2.1).
51
Рис. 2.1. Структура каскадной модели
Рассмотрим некоторые положительные свойства описываемой модели
ЖЦ:
– при реализации каждого этапа этапе создается законченный набор
документации;
– все этапы создания АИС, должны быть реализованы строго в нужной
последовательности, тогда они дают возможность спланировать конкретные
сроки.
Рассматриваемый подход прекрасно зарекомендовал себя при реализации
проектирования АИС самой разной сложности, при которых можно на
начальных этапах разработки АИС практически точно выполнить описание всех
требований.
Для преодоления проблем, что описаны выше при использовании
каскадной структуры, еще в начале 70-х годов 20 века предложена спиральная
модель построения АИС.
При рассмотрении такой структуры рассматривался упор на некоторые
исходные этапы описанной выше каскадной модели:[14, с.61]
52
– анализ проблемы построения;
– проектирование АИС.
Непосредственная реализация для указанных технических фаз также
выполняется при помощи прототипов (рисунок 2.2).
Рис.2.2.Структура спиральной модели
Прототипы – это действующие модули АИС для реализации всех ее
отдельных функций.
Создание прототипов также может осуществляться часто и за несколько
целых итераций, которыми являются воображаемые витки спирали.
Все такие итерации могут соответствовать также созданию некоторого
этапа АИС (прототипа), где уточняются новые цели, характеристики
программного осуществления, а также оценивается суммарное качество
имеющихся результатов.
Спиральная модель ЖЦ АИС имеет свои достоинства, например:
– заказчики могут влиять непосредственно на разрабатываемую для
них АИС на всех этапах;
53
– непосредственно в модели могут воплощаться полностью все
преимущества рассмотренного ЖЦ.
В качестве еще улучшенной структуры ЖЦ можно рассматривать такую
модель, что показана на рисунке 2.3:
Рис. 2.3. Структура улучшенной спиральной модели АИС
Инкрементная модель ЖЦ АИС является классическим прототипом для
инкрементного поведения при создании ПО.
Стоит отметить тот факт, что в ней объединены также элементы
последовательной модели при использовании итерационной структуры Боэма
для модернизации приведенной выше каскадной модели.
Каждая из последовательностей может сама проектировать специальный
необходимый инкремент АИС.
Самой главной реализацией указанного подхода считают специальную
технологию экстремального программирования, что ориентировано также на
малые приросты в их функциональности.
54
Рис. 2.4. Структура функционирования для инкрементной модели
Преимущество указанной модели состоит непосредственно и в том, что
вовсе нет надобности вкладывать самые разные средства уже ранее, которые
выделяются на всю АИС.
Стоит отметить, что при написании ВКР выбрана стратегия поэтапного
внедрения АИС.
То есть, при использовании этого метода внимание уделяется немногим
основным процессам, которые содержаться в бизнес-процессе «Ведение
документооборота и отчетности». Также, особенностью этого метода является
то, что он характерен для использования в малых компаниях.
Цель такого внедрения – как можно быстрее запустить систему, избежав
при этом, сложностей инжиниринга.
На этапе внедрения необходимо в соответствии с утвержденным
регламентом:
– создать технический проект (разработчики ИС);
– утвердить технический проект (разработчики ИС, конечные
пользователи);
– составить план внедрения ИС (разработчики ИС, конечные
пользователи).
Кроме этого, нужно уточнить смету на внедрение ИС, которая может быть
изменена непосредственно по время реализации данного процесса.
55
На этапе эксплуатации ИС необходимо выполнять следующую
последовательность действий:
– выполнить вход в систему;
– определить нужную подсистему;
– заполнить справочные данные;
– заполнить документы;
– вывести отчетную информацию.
Стоит отметить, что эта последовательность является
стандартизированной и при необходимости может незначительно изменяться.
В результате проведенного анализа ЖЦ можно сделать вывод, что для
создания системы автоматизации ведения документации и отчетности для ООО
«МТ-Агро», нужно применить каскадную модель.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Рассмотрим основные риски, которые присутствуют при использовании
ЖЦ (рисунок 2.5).
Первый риск – недостаточное определение свойств проектируемой
системы автоматизации, может потребовать на последующих этапах,
дополнительной разработки программ или хранилища информации, что
приведет также к возрастанию финансовых рисков, которые связаны с проектом.
Риск можно предотвратить при применении CASE-средств для построения
модели бизнес-процесса.
Риск под названием «Неправильное определение функций системы»
предотвращается основательным анализом всех используемых вариантов таких
функций. Также можно этот риск устранить реализацией повторного анализа
выбора ИС.
Риски, которые кроются разработке некорректного плана-графика
процесса автоматизации, а именно, применение лишних ресурсов, их
недостаточность. Этот риск является, в основном, финансовым можно его
предотвратить с применением современных средств проектирования, а также
устранить повторной корректировкой процесса автоматизации.
56
Рис.2.5. Риски, ожидаемые при выполнении ЖЦ
Риск в некорректной разработке АИС устраняется при использовании так
называемого модульного тестирования.
Риск при внедрении предотвращается применением современного
лицензионного стендового оборудования, а также может быть устранен двойным
тестированием.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
К организационно- правовым средствам безопасности информации можно
отнести разграничение уровня доступа между несколькими подсистемами
(рисунок 2.6):
Риски, ожидаемые при
выполнении ЖЦ
Недостаточное
определение основных
свойств проектируемой ИС
Неправильное определение
функций системы
Неправильная разработка
плана-графика создания ПО
Неправильная разработка
ПО
Неправильное внедрение и
тестирование ПО