47
API для языков программирования PHP, Java, C, C++, Python и многих других.
1.4.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение является комплексом технических средств,
которые предназначены для функционирования информационной системы, а
также включает соответствующую документацию на эти средства и
технологические процессы [9].
Комплекс технических средств состоит из компьютеров; устройств
накопления, сбора, обработки, вывода и передачи информации – жестких
дисков, устройств хранения данных, сканеров, принтеров, факсимильных
аппаратов; устройств передачи данных и линий связи – модемов;
эксплуатационных материалов – бумаги, CD (DVD)- дисков и т. п.
Анализируя уже имеющиеся на предприятии вычислительные системы,
можно сказать, что они подходят по всем требованиям
Персональный компьютер и прочая техника соответствующие
представленным выше требованиям, имеются в наличии на предприятии,
поэтому затраты на их приобретение при расчете себестоимости создания ИС
не учитываются.
48
2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Описание жизненного цикла становится одним из основных понятий
методологии проектирования ИС. Жизненный цикл какой угодно ИС можно
показать как непрерывный процесс, который наступает в момент принятия
решения о разработке ИС и завершается в момент завершения ее
эксплуатации.
Жизненный цикл ИС включает в себя все стадии и этапы ее создания,
сопровождения и развития:
анализ предметной, формирование функциональной и
информационной моделей объекта, для которого предназначается ИС;
проектирование ИС, основанное на разработке проектных решений,
которые отвечают всем требованиям ТЗ;
создание системы (в т. ч. программирование и тестирование ПО на
базе проектных спецификаций подсистем, утвержденных на стадии
проектирования);
тестирование ИС и отслеживание сбоев для их последующего
устранения;
внедрение и эксплуатация системы;
модернизация системы.
Жизненный цикл идет в соответствии с выбранной моделью ЖЦ.
Имеется целый ряд стандартов, определяющих ЖЦ ПО, а иногда и
процессы разработки.
Среди самых известных стандартов выделяют следующие:
ГОСТ 34.601-90 - распространяется на АИС и показывает в себе
стадии и этапы их создания. Ещё в нем имеется описание содержания
работ на всех этапах. Все, что показано в стандарте, совпадает с
каскадной моделью жизненного цикла.
49
ISO/IEC 12207:1995 - стандарт на процессы и реализацию жизненного
цикла. Используется ко всем видам заказного программного
обеспечения. Стандарт не имеет описания стадий, фаз и этапов.
Custom Development Method по созданию прикладных ИС -
технологический материал, углублённый до уровня заготовок
проектных документов, которые рассчитаны на применение в
проектах совместно с Oracle. используется CDM для типичной модели
ЖК-дисплея (все работы/задачи и вехи доступны), а также для случаев
"ускоренного подхода" или "облегченного подхода", который будет
оптимальным в небольших проектах.
Rational Unified Process (RUP) включает итеративную модель
разработки, которая имеет четыре фазы: запуск, анализ, создание и
использование. Все эти фазы могут быть разделены на этапы
(итерации), по итогу которых имеется версия для внутреннего или
внешнего использования. Реализация четырех основных фазы
считается циклом разработки, и любой такой цикл завершается
созданием версии системы. В случае, если работа над проектом не
прекращается и после этого, полученный продукт продолжает
оптимизироваться и снова проходит те же фазы. Суть реализации в
рамках RUP - это разработка и сопровождение моделей на базе UML.
Microsoft Solution Framework (MSF) похож на RUP, так же имеет
четыре фазы: исследование, построение, создание, стабилизация,
является итерационным, включает в себя применение объектно-
ориентированного моделирования. MSF в отличии от RUP в сильнее
ориентирован на создание бизнес-приложений.
Extreme Programming (XP). Экстремальное программирование (самая
молодая среди остальных методологий) было реализовано в 1996
году. В основе методологии лежит командная работа, четкая
коммуникация между исполнителем и заказчиком в течение всего
50
срока проекта, а сама разработка реализуется методом
последовательной доработки прототипов.
Стандарт ISO/IEC серии 15288. ISO/IEC 12207 не имеет конкретной
модели жизненного цикла и методов разработки, его характеристики
становятся общими для любых моделей жизненного цикла. Моделью
обычно называется структура, позволяющая выразить
последовательность реализации и взаимосвязи процессов, задач и
действий в процессе всего жизненного цикла.
В рамках ВКР будет использован стандарт ISO 12207-2010. В рамках
стандарта возможно применение двух моделей: каскадной и спиральной.
На разработку ИС склада выбрана каскадная модель жизненного цикла,
так как с начала проектирования сформулированы определённые требования
к системе, с учетом недостатков ранее имеющейся системы, предметная
область хорошо изучена.
Этапы проекта в соответствии с каскадной моделью:
1. Формирование требований
Цель: cформировать требования к разрабатываемому ИС склада;
Участники: Руководитель проекта, аналитик, проектировщик;
Результаты: перечень требований к ИС (срок реализации, стоимость,
функциональность системы).
2. Проектирование
Цель: создать проект ИС склада;
Участники: Руководитель проекта, аналитик, проектировщик,
программист;
Результаты: проект ИС (архитектура ИС, функциональная структура,
структура информационной базы, выбор спецификации программно-
технического обеспечения ИС, выбор средств проектирования и
разработки).
3. Реализация [4]
Цель: создать программную реализацию ИС склада;
51
Участники: программист;
Результаты: программная реализация ИС (дистрибутив программы, файл
БД, инструкция по установке и использованию, описание программы).
4. Тестирование
Цель: тестировать и устранить ошибки ИС склада;
Участники: тестировщик, пользователь;
Результаты: отчет о тестирование ИС (ошибки работы программы,
рекомендации пользователей).
5. Ввод в действие
Цель: внедрить ИС склада;
Участники: инженер, руководитель проекта;
Результаты: акт приема.
6. Эксплуатация и сопровождение
Цель: сопровождать ИС склада;
Участники: программист, консультант;
Результаты: отчет об эксплуатации ИС.
В качестве стратегии внедрения ИС в ООО «РесурсМетПром» был
выбран «Пилотный проект».
Пилотный проект – это первый этап внедрения, позволяющий убедиться
в применимости и производительности предлагаемой системы до eё конечного
внедрения, научить сотрудников компании работе с системой, а еще найти и
спланировать организационные и технические мероприятия на этапе
промышленного внедрения. Пилотный проект дает возможность снизить
затраты и ускорить полномасштабное внедрение.
Эта стратегия внедрения информационной системы была выбрана,
потому что это более часто используемая компаниями стратегия. Этот подход
уменьшает риск и наиболее надежен.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
52
При всей формальности и изученности процесса проектирования и
разработки информационных систем, в нем всегда находятся внезапные и
неожиданные ситуации. Какой угодно проект по созданию информационной
системы предприятия постоянно содержит множество задач, связанных с
общим управлением проектом, разработкой программного обеспечения,
проектированием компонентов и модулей информационной системы,
внедрением программного продукта в информационное пространство
предприятия. Любая задача сама по себе значится проектом с присущими ему
уникальностями. Следовательно в ходе разработки есть всевозможные риски
невыполнения задач или выполнения с получение не ожидаемого результата.
Возможны следующие виды рисков, которые необходимо свести к
минимуму на каждом этапе жизненного цикла проектирования
информационной системы для ООО «РесурсМетПром» [9, с.102].
Риск образования разногласий информационной системы на этапе
внедрения может предпринять за счет тестирования системы как в виде
отдельных модулей, готовой программы и программы работающей на
оборудовании потребителя.
Риск уязвимости информационной защищённости предприятия из-за
допустимых недоработок и трудности работы программы в режиме клиент-
сервер. Вероятно исключен за счет предоставления авторизованного доступа
к системе и аутентификации на уровне ОС и СУБД.
Риск устаревания системы, когда программный продукт может устареть
еще на этапе разработки или внедрения. Вывести данный риск или свести к
нулю возможно за счет использования современных средств разработки и
сохранения данных, а так же за счет внедрения в систему в случае прогресса и
модернизации, без трансформации логики работы программы и
трансформации ее кода.
Риск персонала происходит в каждом проекте, не обусловлено от его
масштаба или бюджета. Данный риск связан со многими поправками в штате,
либо кадровых резервах в отделах предприятия, уходом важнейшего
53
персонала, зависимостью от отдельных специалистов, недостаточной
компетентностью коллег, а также прецедентами несанкционированного
действия коллег (мошенничество, дискриминация, несанкционированная
деятельность).
Средством управления данным типом риска может предназначаться
подготовление квалитативной документации по отдельную этапу проекта,
комментариев в исходном коде, разбиением ответственности за работу на
этапах проекта и взаимозаменяемость персонала [9, с.103].
Для исключения возможности нанесения вреда, а так же получения
несанкционированного доступа к данным проекта необходимо обеспечить их
защиту, резервное копирование и обеспечить работу с версиями программных
модулей при коллективной разработке. Для этого применяются современные
средства разработки, где каждая версия разработчика хранится в едином
хранилище. На организационном уровне такого рода вопросы решаются
обеспечением защиты информации путём подписания каждым пользователем
обязательства о неразглашении коммерческой тайны, которое налагает
ответственность за передачу конфиденциальной информации третьим лицам.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для защиты от внутренних угроз система использует политику
совместного использования. Характеристика политики приведена в таблице
10.
Таблица 10
Разграничение прав пользователей
Группы
пользовател
ей
Модуль
«Авторизация»
Модуль
«Документы»
Модуль
«Отчеты»
Сотрудник
склада
Чтение
Чтение
Полный
Менеджер
магазина
Чтение
Ограничен
Полный
Администрато
р системы
Полный
Полный
Полный
54
Защита от внешних угроз осуществляется путем применения
следующих способов:
использованием программно-аппаратных комплексов защиты от
несанкционированного доступа;
разработкой и соблюдение политик безопасности;
использованием антивирусных средств;
физической защитой помещений с наиболее ценной информацией.
Также нужно модернизировать Kaspersky Anti-Virus. Модернизация
будет состоять в установке инструмента Kaspersky Security Center. Инструмент
является дополнением к основной части антивируса.
Kaspersky Security Center предназначен для централизованного решения
основных задач управления и поддержания системы безопасности сети
организации. Программа предоставляет администратору доступ к детальной
информации об уровне безопасности сети организации и позволяет
настраивать все компоненты защиты, построенной на основе программ
«Лаборатории Касперского 2018».
Kaspersky Security Center адресован сетевым администраторам
организации и сотрудникам, ответственным за защиту устройств в
организациях.
Возможности Kaspersky Security Center:
иерархия серверов администрирования для управления сетью
собственной организации, а также сетями удаленных офисов или
организаций-заказчиков. Организации-заказчики здесь относятся к
организациям, антивирусная защита которых предоставляется
поставщиком услуг.
формирование иерархии групп администрирования для управления
набором клиентских устройств как единым целым.
управление системой антивирусной безопасности, построенной на
основе программ «Лаборатории Касперского 2018»;
55
централизованное создание образов операционных систем и
развертывание их на клиентских устройствах по сети, а также
выполнение удаленной установки программ «Лаборатории
Касперского» и других производителей программного обеспечения.
удаленное управление программами «Лаборатории Касперского 2018» и
других производителей, установленными на клиентских устройствах:
установка обновлений, поиск и устранение уязвимостей.
централизованное распространение лицензионных ключей программ
«Лаборатории Касперского» на клиентские устройства, наблюдение за
использованием ключей и продление сроков действия лицензий.
получение статистики и отчетов о работе программ и устройств.
получение уведомлений о критических событиях в работе программ
«Лаборатории Касперского».
управление мобильными устройствами.
управление шифрованием информации, хранящейся на жестких дисках
устройств и съемных дисках, и доступом пользователей к
зашифрованным данным.
проведение инвентаризации оборудования, подключенного к сети
организации.
централизованная работа с файлами, помещенными программами
безопасности на карантин или в резервное хранилище, а также с
файлами, обработка которых отложена программами безопасности.
2.2. Информационное обеспечение задачи
2.2.1. Характеристика нормативно-справочной, входной и оперативной
информации
Входная информация автоматизированной информационной системы
согласно ГОСТ 34.003-90 «Информационная технология. Комплекс
стандартов на автоматизированные системы. Автоматизированные системы.
56
Термины и определения», – информация, поступающая в
автоматизированную систему в виде документов, сообщений, данных,
сигналов, необходимая для выполнения функций автоматизированной
системы [1].
Входные документы содержат информацию, которая хранится в базе
данных и необходима в процессе ведения учета продаж аудио и видеотехники,
а также при составлении отчетов [1].
В качестве входных документов для реализации автоматизированного
рабочего места определены:
сведения о поставщиках;
договор и накладная на поставку;
накладная на поставку товаров на склад;
сведения о клиентах;
заказы на поставку.
2.2.2. Характеристика результатной информации
В выходных документах отражается результат запросов из базы данных
АРМ. Каждому документу соответствует своя экранная форма для ввода
переменной и условно-постоянной первичной информации, а также для
вывода на экран результатной информации или ответов на запросы [1].
В качестве выходных данных определены:
отчет по инвентаризации товаров;
рейтинг продаж за месяц;
отчет по продажам клиентам;
сведения о перемещении товаров;
сведения о списанных товарах;
ведомость учета операций.
Необходимо организовать возможность для экспорта выходных данных
в формат MS Word.