37
Степени важности;
По типу заявки;
По времени исполнения.
Основным документом является заявка в техподдержку, она составляется
по определенным правилам и отвечает следующим требованиям:
достаточная полнота информации для решения задачи;
исключение избыточности информации;
достоверность и своевременность информации;
контактная информация заявителя;
логичность построения документа.
Существует три способа организации информационной базы (ИБ):
файловая организация ИБ;
интегрированная ИБ,
смешанная организация ИБ.
В данном дипломном проекте разрабатывается сетевая реляционная база
данных.
Реляционную базу данных можно охарактеризовать как множество
отношений. Реляционную модель можно представить в виде таблицы. Строка
таблицы - это запись файла базы данных, а колонка – это поле записи. Связь
требуемой строки с требуемой колонкой организует доступ к элементу данных.
Преимуществами использования реляционных базы принято считать:
Простоту;
Теоретическое обоснование;
Независимость.
Исходными данными для организации работы АИС являются:
-
электронное письмо от клиента по заданной форме;
-
регламент работы службы технической поддержки;
-
обращение клиента через форму на сайте банка;
-
заявка, составленная по телефону;
-
письма, регламентирующие изменения ответственных по типам заявок.
Результаты решения задачи отображаются в таких отчетах и документах,
как:
38
-
отчет по заявкам;
-
отчет по динамике количества заявок;
-
отчет по статусу исполнения заявки [24, 28].
1.4.2
Обоснование проектных решений по программному обеспечению
Программное обеспечение (ПО) - совокупность программ системы
обработки данных и программных документов, необходимых для эксплуатации
этих программ. ПО предназначено для придания вычислительной системе
определенных свойств, связанных с увеличением производительности,
повышением достоверности получаемых результатов, повышением надежности
функционирования системы, улучшения работы пользователя [28].
Прикладные решения в «1С: Предприятие» на уровне технологической
платформы подчиняются правилам объектно-ориентированного
программирования.
Платформа «1С: Предприятие» визуально описывает структуру данных,
записывает программный код в тех узлах приложения к которым он относится,
описывает запросы, интерфейсы, отчеты, отладку программного кода. В
платформу входят следующие возможности:
возможности ролевых настроек прав;
возможность диагностики выполнения программного кода в приложении;
возможность сохранить архив с действиями пользователя;
возможность создать обновления;
возможность интеграции с другими приложениями;
возможность синхронизации данных с уже работающими приложениями;
возможность исправления и доработки уже имеющегося программного
продукта без утери информации [19, 23].
При разработке программного продукта на «1С: Предприятии» можно
воспользоваться следующими инструментами:
инструмент визуального описания структур данных;
инструмент написания программного кода;
инструмент визуального описания запросов;
инструмент визуального описания интерфейса;
39
инструмент описания отчетов;
инструмент отладки.
Платформа содержит развитую справочную систему, инструмент по
созданию дистрибутивов, возможность удаленно обновить приложение, сравнить
и объединить приложения, создать Web-приложение и приложение для КПК, а
также содержит поддержку коллективной разработки, версионирования и пр.
«1С: Предприятие» как предметно-ориентированной среды разработки
характеризуется особым отношением к подбору технологических возможностей,
которые предоставляются разработчику. «1С: Предприятие» поддерживает
подключение других (внешних) программных модулей. Но ориентируется на
предоставление разработчику готовых технологий решения актуальных для задач
автоматизации бизнеса. Разработчик прикладных решений задействует
необходимые и современные технологии своевременно, максимально просто и без
радикальных изменений в своем приложении.
С помощью «1С: Предприятие» можно автоматизировать любой
технологический процесс, что делает его незаменимым в решении проблем
автоматизации разных областей бизнеса.[13]
Разумеется, у всех преимуществ предметно-ориентированной среды есть и
обратная сторона. В отличие от универсальных средств, здесь имеются
ограничения в выборе технологических решений и возможностях их «тонкой»
настройки. Многие технологические решения определены в самой модели и не
могут быть изменены разработчиком приложения. Например, в
«1С:Предприятие» он не имеет прямого доступа к базе данных, ему нужно
действовать теми средствами, которые использует модель «1С:Предприятие». В
универсальных средствах можно все и можно произвольно выбирать любое
сочетание технологических решений [30].
MySQL
С появлением Интернет-технологий, которые позволяют создавать
динамичные Web-страницы, возросла необходимость использовать СУБД,
которые отвечали бы требованиям по быстродействию, надежности и
40
стабильности. Этим требованиям отвечает пакет MySQL, который получился
быстрым, простым и надежным.
Самая подходящая для MySQL сфера применения - это Интернет, благодаря
хорошей системе безопасности этого пакета, стабильной работе и высокому
быстродействию [24].
В дипломном проекте была разработана информационная система, которая
позволяет хранить данные в MySQL и использовать их для дальнейшего
использования сайтом организации. В задачу дипломного проектирования входит
разработка обмена банными между конфигурацией 1С и MySQL.
Подключение 1С к серверу электронной почты.
Платформа «1С: Предприятие» 8.2 не умеет работать с серверами почты по
протоколу SSL. Сейчас решением является установка бесплатной программы
«Stunnel», которая является промежуточным звеном между 1С и почтовым
сервером, и обеспечит работу почты протоколу SSL.
Установить драйвер MyODBC. Позволяющий осуществить интеграцию с
1С [16].
1.4.3
Обоснование проектных решений по техническому обеспечению
Обеспечение техническое - совокупность технических средств,
компьютерной техники, средств передачи информации, используемых в
автоматизированных системах управления и в информационных системах.
Для функционирования программы по регистрации и анализу заявок
техподдержки ОАО АКБ «Лесбанк» в рамках технического проектирования
потребуются следующие элементы технического обеспечения:
ПК-сервер – это основная ЭВМ, на которой уже развернута
сама база данных в СУБД, а также данный сервер будет являться сервером БД.
Почтовый сервер – сервер корпоративной почты,
используется системой для формирования и рассылки сообщений;
ПК-пользователя (рабочая станция) – это пользовательский
ПК, посредством которого будут создаваться почтовые сообщения об изменении
статуса заявки;
41
Средства организации ЛВС – в данный перечень входят
активные (маршрутизатор, коммутатор, шлюз и.тд) и пассивные (сегменты ЛВС,
коммутационные розетки и.тд) компоненты локальной вычислительной сети.
Компьютер пользователя:
операционная система Microsoft Windows 2000 и выше
процессор Intel Pentium/Celeron 1800 МГц и выше;
оперативная память 256 Мбайт и выше (рекомендуется 512 Мбайт);
жесткий диск (при установке используется около 250 Мбайт);
USB-порт;
SVGA-дисплей.
Для установки MySQL Вам потребуется:
32-разрядная операционная система Windows, такая как 9x, Me, NT, 2000
или XP. Под управлением семейства NT (NT, Windows 2000 и XP) сервер
MySQL можно запускать как сервис. See Раздел 2.6.2.2, «Запуск MySQL на
Windows NT, 2000 или XP».
Поддержка протокола TCP/IP [15, 28].
42
II Проектная часть
2.1.
Разработка проекта автоматизации
2.1.1.
Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы — период времени, который
начинается с момента принятия решения о необходимости создания
информационной системы и заканчивается в момент ее полного изъятия из
эксплуатации.
При создании информационной системы используется каскадная модель
жизненного цикла.
Согласно ISO/IEC 12207 основные процессы жизненного цикла
построения системы:
процесс заказа программного средства;
процесс поставки ПО;
процесс разработки программного решения;
процесс эксплуатации программного решения [7, 8, 28].
Рассмотрим этапы жизненного цикла информационной системы «Прием и
анализ заявок технической поддержки ОАО АКБ «Лесбанк»:
1.
Сбор информации и анализ о предметной области:
сбор информации об объекте автоматизации и его структуре;
анализ бизнес-процессов и моделирование деятельности;
составление требований к проектируемой системе и согласование
их с заказчиком.
2.
Проектирование и разработка документации информационной системы:
разработка и описание информационной модели системы;
характеристика и описание реквизитов входных и выходных
документов;
проектирование и разработка модели базы данных;
разработка структурной схемы пакетов прикладного программного
решения.
описание разработанных программных модулей.
3.
Разработка программных модулей и обеспечение функционирования
информационной системы.
43
4.
Реализация программного кода.
5.
Внедрение контрольного примера информационной систем
6.
Тестирование программного продукта.
7.
Отладка и исправление ошибок.
В процессе разработки происходит так же внедрение системы.
Существуют следующие стратегии внедрения систем:
1.
Параллельная.
2.
«Скачок».
3.
«Пилотный проект».
4.
«Узкое место».
Параллельная стратегия - для случая, когда старую работающую систему
необходимо заменить новой. Одновременно работают старая и новая система, и
их выходные документы сравниваются. Если они согласуются длительное время,
можно переходить на новую систему.
Стратегия «Скачок» подразумевает резкий переход от имеющейся системы
к новой.
«Пилотный проект» подразумевает тактику стратегии «Скачок» к
ограниченному числу пользователей. Область применения данной стратегии –
малый участок деятельности.
«Узкое место» подразумевает автоматизацию малой части
производственного процесса. При данной стратегии план внедрения выполняется
только для «узкого места» и сотрудников, задействованных непосредственно в
нем.
Проектирование информационной системы будет проводиться согласно
стандарта ЖЦ ИС – ISO/IEC 12207, модель ЖЦ ИС каскадная.
В качестве стратегии внедрения ИС был выбран пилотный проект. Данная
стратегия внедрения информационной системы «Прием и анализ заявок
технической поддержки ОАО АКБ «Лесбанк» будет основываться на стратегии
«Пилотный проект», так как автоматизируется деятельность ИТ отдела,
сотрудников этого отдела и начальника отдела.
44
2.1.2.
Ожидаемые риски на этапах жизненного цикла и их описание
При всей формальности и изученности процесса проектирования и
разработки информационных систем, в нем всегда присутствуют неожиданные и
непредвиденные ситуации. Любой проект по созданию информационной системы
предприятия всегда включает множество задач, связанных с общим управлением
проектом, разработкой ПО, проектированием ИС, внедрением, каждая из которых
сама по себе является проектом с присущими ему особенностями. Поэтому в ходе
разработки существуют различные риски.
Риски заказчика связаны с неполным достижением целей проекта и не
эффективно израсходованными средствами, а риски исполнителя - с
возможностью резкого превышения фактической себестоимости работ по
сравнению с плановой.
Неопределенности, влияющие на проект, могут грозить ему
отрицательными последствиями, вплоть до полного провала, или
положительными.
Суть работы по управлению рисками состоит в том, чтобы оценить их
размер, выработать эффективные и экономичные меры по уменьшению этого
размера и затем убедиться, что риски заключены в приемлемые рамки (и остаются
таковыми). Следовательно, управление рисками включает в себя два вида
деятельности, которые чередуются циклически:
(пере)оценку (измерение) рисков;
выбор эффективных и экономичных защитных средств
(нейтрализация рисков).
По отношению к выявленным рискам возможны следующие
действия:
ликвидация риска (например, за счет устранения причины);
уменьшение риска (например, за счет использования
дополнительных защитных средств);
принятие риска (и выработка плана действия в соответствующих
условиях).
Процесс управления рисками можно подразделить на следующие этапы:
45
выбор анализируемых объектов и уровня детализации их
рассмотрения;
выбор методики оценки рисков;
идентификация активов;
оценка рисков;
выбор защитных мер;
оценка остаточного риска.
Процесс управления рисками представляет собой процесс выявления
контроля и устранения или минимизации последствий непредсказуемых
событий. На различных этапах жизненного цикла информационной системы
различные риски могут реализоваться по разному. Ожидаемые риски на разны
этапах жизненного цикла и план реагирования при возникновении рисковых
ситуаций представлены в таблице. Риски влияющие на его ход проекта
представлены в таблице 2.1.
Таблица 2.1
Риски влияющие на ход проекта
Виды
рисков/варианты
менеджмента рисков
Снижение видов риска
Снижение вероятности
возникновения риска
Риски, связанные с
масштабом проекта
Полная документация по
каждому этапу работ
Детально проработанная програ
качества, отработанное управле
конфигурацией прое
специальные процед
взаимодействия участников
Риски, связанные с
недостаточным
опытом в сфере ИТ
Проведение обучения и
анализа опыта по разработке
Разработка и утверждение
концепции проекта
Технические риски
проекта
Обучение участников
проекта технологии
проектных работ,
инструментальным
средствам
Использование стандартов
предприятия на проектные
работы, разработка стандартов
проекта
Организационные
риски проекта
Обеспечение
взаимозаменяемости
сотрудников,
документирование проекта,
комментарии исходных
кодов
Включение в команду
администратора проекта,
детальное распределение ролей
в проекте
Операционные
риски проекта
Многократное тестирование
созданных продуктов,
тщательная экспертиза
документов
Строгое выполнение процедур
программы качества
46
2.1.3.
Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
В Российской Федерации к нормативно-правовым актам в области
информационной безопасности относятся следующие нормативно-правовые акты
[10]:
1.
Акты федерального законодательства: Международные договоры РФ,
Конституция РФ, Законы федерального уровня (включая федеральные
конституционные законы, кодексы), Указы Президента РФ, Постановления
правительства РФ, Нормативные правовые акты федеральных министерств и
ведомств, Нормативные правовые акты субъектов РФ, органов местного
самоуправления и т. д.
2.
К нормативно-методическим документам можно отнести:
методические документы государственных органов России:
Доктрина информационной безопасности РФ; Руководящие документы ФСТЭК
(Гостехкомиссии России); Приказы ФСБ;
стандарты информационной безопасности, из которых выделяют:
Международные стандарты; Государственные (национальные) стандарты РФ;
Рекомендации по стандартизации; Методические указания [14, 15].
Система информационной безопасности строится на основе
международного стандарта по обеспечению информационной безопасности ISO
17799 («Нормы и правила при обеспечении безопасности информации»).
Федеральный закон РФ «Об информации, информационных технологиях и
о защите информации» в ст. 16 ч. 1 содержит определение понятия «защита
информации». Она включает в себя меры правового, организационного и
технического характера, целью которых является недопущение неправомерного
доступа, уничтожения, модифицирования, блокирования, копирования,
предоставления, распространения [16].
Для ЭВМ или базы данных адаптация программы представляет собой
внесение изменений исключительно в целях обеспечения функционирования
программы для ЭВМ или базы данных на конкретных технических средствах
пользователя или под управлением конкретных его программ [1].