38
Организация может выбрать такой подход по следующим причинам:
-
в компании уже есть специалисты необходимой квалификации;
-
компания не желает передавать конфиденциальную информацию
сторонним разработчикам;
Информационные системы работы с обращениями в сервисе технической
поддержки очень сложный класс, поскольку в нем автоматизируются
практически все функции, которые выполняет в организации. По стоимости
данный класс систем имеет очень высокую стоимость и представлен обширным
списком. Все системы имеют разную специфику и разные технологии
реализации.
При рассмотрении систем точно было решено отказаться от собственной
разработки, поскольку данный способ потребует очень большого и
квалифицированного персонала, как разработчиков, так и проектировщиков, но
в компании их нет. Оптимальным здесь ведется приобретение шаблонного
решения с исходным кодом и возможности доработки и настройки под нужды
компании. Штат сотрудников и имеющееся обеспечение позволит это сделать.
Приобретение коробочного ПО тоже рассматривается как вариант, но
обычно готовые решения имеют высокую стоимость, требуют выполнения уже
реализованных функций и потребуется перестаивать деятельность компании
под функции, которые реализованы в программе. Что приводит к неудобствам
и большим затратам.
При настройке шаблонного ПО можно переделать часть функций под
специфику компании и внедрение системы пройдет мене болезненно и
затратно. Обучение персонала будет выполнять штат сотрудников ИТ отдела, а
так же выполнять поддержку программы
Рассмотренные в данном разделе дипломного проектирования
прикладные программные системы являются качественным продуктом
кропотливого труда большого количества квалифицированных разработчиков.
В то же время следует отметить, что данные решения носят общий характер, не
ориентированный на применение в узкоспециализированной области знаний.
39
Применимость данных систем осуществляется путем выделения конкретных
объектов из общей предметной области, что не всегда является приемлемым и
порождает дополнительные затраты времени на адаптация программного
обеспечения.
Поэтому актуальность разработки программной системы,
предназначенной для автоматизации ведения документации по образцам
материалов ООО «Авто Взгляд», обуславливается именно глубоким
погружением в бизнес–процессы организации, позволяя реализовать систему на
качественном уровне.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Техническое обеспечение включает комплекс технических средств,
предназначенных для функционирования автоматизированной информационной
системы, и документацию внедрения и сопровождения на них. Документацией
оформляются предварительный выбор технических средств, организация их
эксплуатации, технологический процесс обработки данных, технологическое
оснащение.
Сформировались две основополагающие формы организации технического
обеспечения [14]:
– централизованная, основанная на приложении в информационной системе
мощного серверного и телекоммуникационного оборудования;
– частично или полностью децентрализованная, предполагающая реализацию
функциональных подсистем на рабочих станциях.
Наиболее перспективным подходом является частично децентрализованный
подход – организация технического обеспечения на базе телекоммуникационного
оборудования, рабочих станций и серверного оборудования, общих для любых
функциональных подсистем, и именно данных подход применяется при
проектировании информационной системы.
Техническое обеспечение по своему составу и функциональным возможностям
включает:
40
– средства вычислительной техники;
– средства коммуникационной техники;
– средства организационной техники.
Средства вычислительной техники включает в себя рабочие станции и
периферийное оборудование.
Для функционирования разрабатываемой ЭИС требуются несколько
клиентских компьютеров (по числу пользователей) и сервер для размещения базы
данных (базу данных можно разместить и на одном из клиентских компьютеров, но
при этом возможно снижение ее производительности).
1.4.2. Обоснование проектных решений по программному
обеспечению
Для работы с системой необходимо наличие установленного офисного пакета
MS Office 2016 или более поздних версий, база данных MySQL, а также
операционная системы Windows 10 для клиентов и Windows Server 2016 для серверов,
что накладывает определённые системные требования на аппаратное обеспечение.
На сервере разворачивается 1С : Предприятие 8.3.
1.4.3. Обоснование проектных решений по техническому
обеспечению
Характеристики уже используемых предприятием ПК удовлетворяют
минимальные системные требования, предъявляемые проектируемой
информационной системой анализа результатов внешнеэкономической деятельности.
Коммуникационная техника предназначена для реализации технологий
передачи информации. Для функционирования разрабатываемой ЭИС необходимо
выполнение следующих условий:
– наличие доступа в Интернет;
– наличие локальной сети между клиентскими машинами и сервером базы
данных.
Средства организационной техники предназначены для автоматизации и
механизации управленческой деятельности, к ним относятся носители информации,
принтеры, сканеры и другое оборудование. Из этих средств для разрабатываемой
ЭИС требуется только принтер для вывода отчетов.
41
II. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Анализ предметной области определяет целенаправленную деятельность по
выявлению реальных потребностей заказчика, а также на уточнения требований.
Анализ предметной области является первым шагом этапа системного анализа, с
которого начинается разработка программной системы. Разработчики должны
научиться:
– понимать терминологию заказчика;
– выявить цели их деятельности;
– определить набор решаемых ими задач;
– определить набор сущностей, с которыми приходится иметь дело при
решении этих задач.
Жизненный цикл ИС – это модель ее создания и использования. Она отражает
всевозможные состояния информационной системы с момента появления
потребности в данной системе и до момента ее абсолютного выхода из применения у
всех пользователей.
Модель жизненного цикла – структура, которая определяет порядок
выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении
всего ЖЦ [2].
В данной работе модель ЖЦ выбирается из трёх наиболее известных:
каскадная, инкрементная и спиральная. Выбор осуществляется на основе
сравнительной таблицы 2.
42
Таблица 2. Сравнительный анализ моделей ЖЦ
Тип
модели
ЖЦ
Каскадная («водопад»)
Инкрементная
Спиральная
Плюсы
Идеальна для работ с
чётким виденьем
каждого этапа.
Переход к следующему
этапу после
абсолютного
окончания работ на
предыдущем этапе.
Как правило,
содержит
предварительный
контроль на любом
этапе и межэтапные
корректировки.
Гарантирована
меньшая
трудоемкость по
сравнению с
каскадной моделью.
На начальных этапах
ЖЦ производится
выработка стратегии,
анализ требований и
детальное
предварительное
проектирование, когда
формируются прототипы
(макеты), которые дают
возможность
протестировать и
аргументировать
исполнимость
технических решений.
Каждый виток спирали
― поэтапная модель
создания фрагмента или
версии изделия.
Минусы
Настоящий процесс
создания ИС, как
правило, в полной
мере не укладывается
в подобную строгую
схему. Почти всегда
появляется надобность
в возвращении к
предыдущим этапам,
уточнении или
пересмотре прежде
принятых решений.
Время жизни
каждого этапа
оказывается в итоге
как у всего
жизненного цикла.
Увеличивается
неопределённость у
разработчика в
перспективах развития
проекта.
Так же есть трудности в
ресурсном и временном
планировании всего
проекта в целом.
Главная проблема
спиральной модели
распознавание момента
перехода на следующий
этап.
На рисунках 2.1 – 2.3 изображены рассматриваемые модели
Рисунок 5 - Каскадная модель
43
Рисунок 6 - Инкрементная модель
Рисунок 7 - Спиральная модель
В настоящей работе для проектирования, исходя из всего
вышеперечисленного, выбрана каскадная модель ЖЦ, так как, несмотря на ее
недостатки, она наилучшим образом подходим для выполнения данной задачи.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Наиболее характерные риски и методы из минимизации, возникающие в
процессе разработки информационной системы учета рабочего времени
сотрудников, приведены в таблице 2.2.
44
Таблица 3. Возможные риски при разработке информационной системы
учета рабочего времени сотрудников
Виды рисков
Снижение вероятности возникновения риска
Риски на стадии
определения требований к ИС
Разработка критериев системы менеджмента
качества, рабочие совещания разработчиков и заказчиков
Риски на этапе
проектирования
Разработка и утверждение концепции
информационной системы учета рабочего времени
сотрудников по мере разработки
Риски на этапе
реализации
Проведение обучения лиц, работающих в
информационной системе учета рабочего времени
сотрудников. Определение ролей участников в разработке
ИС.
Риски на этапе
внедрения
Ознакомление с информационной системы учета
рабочего времени сотрудников и обучение ответственных
сотрудников организации.
Схематически процесс обработки информационных рисков представлен на
рисунке 8.
Рисунок 8 - Схема обработки информационных рисков
45
Существуют следующие варианты обработки рисков ИБ:
-
снижение риска;
Уровень риска должен быть снижен путем внедрения мер и средств
контроля и управления так, чтобы остаточный риск мог быть повторно оценен
как допустимый (внедрение средств защиты информации).
-
сохранение риска;
Решение сохранить риск, не принимая дальнейших действий.
-
избежание риска;
Отказ от деятельности или условия, вызывающего конкретный риск. К
данной деятельности можно отнести воздействие на источник угрозы, которое
может изменить условия, вызывающие риск.
-
перенос (делегирование) риска.
Риск переносится на сторону, которая может наиболее эффективно
осуществлять управление им.
Каждый риск, в зависимости от изученности и степени влияния на
анализируемую активность, должен подвергнуться определенному типу
исследования. Чем с более сложным, комплексным и малоизученным риском
сталкивается организация, тем более подробно он должен быть изучен и
исследован.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Восстановление системы при ошибках в работе аппаратных средств
(кроме носителей данных и программ) и ошибках, связанных с программным
обеспечением (ОС и драйверы устройств), восстановление работоспособности
возлагается на ОС. При сбоях в системе электроснабжения аппаратной части,
приводящих к перезагрузке ОС, восстановление программы должно
происходить после перезапуска ОС и запуска исполняемого файла системы.
Также должна быть обеспечена работоспособность системы в целом в случае
возникновения сбоев, аварий и отказов на отдельных рабочих станциях. Для
защиты аппаратуры от бросков напряжения и коммутационных помех должны
применяться сетевые фильтры, а для возможности сохранения данных
46
пользователем при сбое в системе электропитания рекомендуется применять
источники бесперебойного питания.
Требования к безопасности Заказчиком обеспечивает соответствие
технических решений, использованных при модификации и разработке
подсистемы, действующим нормам, правилам техники безопасности,
пожаробезопасности и взрывобезопасности, охраны окружающей среды.
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению
компонентов системы. Условия эксплуатации, а также виды и периодичность
обслуживания технических средств подсистемы должны соответствовать
требованиям по эксплуатации, техническому обслуживанию, ремонту и
хранению, изложенным в документации завода-изготовителя (производителя)
на них. Требования к защите информации от несанкционированного доступа:
Для защиты информации от несанкционированного доступа Система должна
обеспечивать: а) идентификацию и аутентификацию пользователя; б) проверку
прав и ограничений доступа пользователя на уровне функций и массивов
данных при работе с системой. Требования по сохранности информации при
авариях Необходимо предусмотреть возможность резервного копирования
данных системы средствами программного обеспечения, поставляемого
Разработчиком.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Под информационной моделью понимают совокупность движения
входной, промежуточной и результативной информации и функций предметной
области, которые связаны с этой информацией. Кроме того, при построении
информационной модели выявляют связи между входными и выходными
данными, объясняется с помощью каких входных данных (документов) и какой
нормативно-справочной информации происходит выполнение основных
функций моделируемой информационной системы.
Информационная модель проектируемой ИС представлена на рисунке 5.
47
Логист
Сформированный
маршрутный лист
ИС
Спр «Интервалы
времени»
Спр «Водители»
Спр «Типы
автомобилей»
Спр
«Автомобили»
Т «Доставки»
Распределение
доставок
Формирование
маршрутных
листов
Т* «Доставки»
Логист
Ведение
справочников
Спр* «Интервалы
времени»
Спр* «Водители»
Спр* «Типы
автомобилей»
Спр*
«Автомобили»
Сформированный
акт приема-
передачи
Рисунок 9. Информационная модель
Согласно данной информационной модели единственный пользователь
ИС – логист. Он выполняет следующие операции: ведение справочников,
распределении доставок по автомобилям, формирование маршрутных листов и
актов. В качестве выходных данных информационной системы выступают
сформированный маршрутный лист и акт приема передачи.
В информационной системе используется четыре справочника,
характеристики которых приведены в таблице 2:
автомобили;
типы автомобилей;
водители;
интервалы времени доставок.
Таблица 3
Справочники информационной системы
№
пп
Название
справочни
ка
Ответственн
ый за
ведение
Средний
объём
справочни
Среднюю
частоту
актуализ
Средний
объем
актуализац