47
в сети, для выполнения параллельной работы и обмена данными нескольких
копий ПО с одними начальными данными.
Стоит отметить, что оба типа ОС в себе содержат качественный
интерфейс пользователя.
Выбор системы управления БД (СУБД) представляет и решает
многопараметрическую задачу, является одним с самых важных этапов при
выполнении разработки приложений БД.
Выбранное ПО должно удовлетворять как будущим, так и текущим
потребностям предприятия, а также следует учитывать самые разные
финансовые затраты по приобретению необходимого оборудования,
непосредственно системы, разработку нужного программного обеспечения,
которое базируется на ее основании, а также обучение сотрудников работы на
нем.
Кроме этого, необходимо убедиться, что СУБД способна приносить
предприятию реальную выгоду.
Наиболее простой метод выбора СУБД на основании оценки, в какой мере
имеющиеся системы удовлетворяют главным требованиям создаваемой
информационной системы.
Намного сложным, а также дорогостоящим вариантом считается, создание
испытательного проекта, который базируется на основании нескольких СУБД, а
последующий выбор самого подходящего с рассмотренных кандидатов.
Стоит отметить, что и в этом случае надо ограничивать круг
всевозможных систем, при этом опираясь на некоторые критерии отбора. В этом
случае можно выделять несколько групп таких критериев для отбора: [18, c.142]
− моделирование информационных данных;
− выполнение требования к среде функционирования;
− контроль работы создаваемой системы;
− функциональные возможности и особенности архитектуры;
− главные особенности разработки программных приложений;
− надежность СУБД;
− производительность системы;
− смешанные критерии качества.
48
Главным принципом выбора СУБД считается определение программного
продукта, который в наибольшей мере будет соответствовать предъявляемым
требованиям.
Указанную задачу выполнить не очень просто, так как:
– к СУБД предъявляется огромное количество требований, что с
течением времени могут кардинально изменяться;
– СУБД имеют огромное число параметров, что значительно
затрудняет их непосредственное сравнение.
Для разработки АИС по ведению документации и отчетности необходимо
выбрать СУБД SQL Server, так как она является удобной в использовании, имеет
хороший уровень масштабируемости и соответствует всем поставленным
задачам.
Стоит отметить, что в настоящее время используются
специализированные платформы для создания конфигураций ПО, которые позже
внедряются в серверную часть.[1, c.70]
Типичным примером такой платформы является система 1С:Предприятие,
в которой присутствует модель для разработки конфигураций (Конфигуратор).
Стоит отметить, что в работе будет применяться учебная версия
платформы 1С:Предприятие по таким причинам:
– АИС внедряется только для отдельного участка, то есть, некоторое
время будет работать в тестовом режиме и полностью всех функций платформы
применять не нужно;
– лицензионная версия платформы 1С:Предприятие является платной.
При удачном внедрении данной АИС руководством будет рассматриваться
возможность покупки полной версии ПО для автоматизации и других отделов
ООО «КИСЛОВКА-СЕРВИС».
Именно эта среда будет применяться для создания АИС по ведению
документации и отчетности в ООО «КИСЛОВКА-СЕРВИС».
1.4.3.Обоснование проектных решений по техническому обеспечению
Под техническим обеспечением понимается персональный компьютер,
линии связи, оргтехника, оборудование вычислительных сетей. Вид ИТ,
49
зависящий от так называемой технической оснащенности (автоматизированный,
ручной, удаленный) влияет непосредственно на сбор, передачу и обработку
информации.
Комплекс разного рода технических средств составляют такие
компоненты:
– ПК;
– устройства сбора, обработки, накопления, передачи и вывода
данных;
– устройства передачи информации, а также линий связи – так
называемые модемы;
– эксплуатационные материалы.
При непосредственном выборе компьютера надо руководствоваться рядом
характеристик, которые должны осуществить все требования для создаваемой
системе.
К таким характеристикам часто относят [19, c.105]:
– стоимостные затраты;
– надежность;
– простота использования;
– производительность и прочие.
От значения требуемых параметров зависят возможности работы с
имеющимися программными средствами, а в результате и успех создания
автоматизированной системы.
Для каждого с элементов указанной схемы выделяется ряд критериев,
которые считаются самыми важными при осуществлении выбора аппаратного
обеспечения:
– разрешение дисплея монитора;
– тактовая частота процессора ПК;
– объем используемой оперативной памяти.
Средние параметры ПК, которые применяются в ООО «КИСЛОВКА-
СЕРВИС» и полностью соответствуют функционированию АИС для ведения
документации и отчетности указаны ниже:
− процессор – Intel Core Duo 2.2GHz;
50
− оперативная память DDR, 4096 Mb;
− видеокарта – Intel 82915G Expres 2048 Mb;
− сетевая карта – Realtek RTL8139/810x Fast Ethernet;
− DVD/CD–RW Sony C320EE;
− жесткий диск WD1600JS 320 Gb;
− стандартная клавиатура (101/102 клавиши);
− монитор Belinea С 19 дюймов.
Для обработки документов в электронной форме, а именно, печати,
копирования и сканирования документов должно присутствовать также
специализированное оборудование – МФУ. А для обеспечения уровня
сохранности данных при отключении электропитания ПК должен быть
оборудован модулем бесперебойного питания.
Анализируя уже используемые в ООО «КИСЛОВКА-СЕРВИС» АРМ,
можно сделать вывод, что они подходят полностью по всем требованиям.
II ПРОЕКТНАЯ ЧАСТЬ
2.1.Разработка проекта автоматизации
2.1.1.Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) ИС – это период разработки и применения ИС,
начиная из момента возникновения потребностей в ИС, а также заканчивая
моментом ее полного выхода из имеющейся эксплуатации.
Стадии ЖЦ АИС:
1. Предпроектное обследование в себя включает:
– сбор материалов для выполнения проектирования, при этом
выделяется формулирование требований, которые созданы после изучения
объекта автоматизации, а также даются предварительные выводы по
предпроектному варианте ИС;
– анализ разработка и материалов документации, обязательно
выполняется технико-экономическое обоснование для технического задания на
проектирование АИС. [11, c.33]
2. Создание проекта АИС;
51
2.1. этапы предварительного проектирования;
– выбор проектных решений;
– описание компонентов ИС;
– утверждение технического проекта ИС (ТП).
2.2. подробное проектирование;
– разработка или выбор алгоритмов или математических методов
программ;
– корректировка структуры баз данных;
– создание образцов документации на установку и доставку
программных продуктов;
– выполнение выбора комплекса технических методов с
документацией для ее установки.
2.3. разработка проекта ИС;
2.4. разработка методики реализации функций для управления с
использованием ИС и описанием регламентов действий аппарата менеджмента.
3. Разработка системы;
– установка и получение программных и технических средств;
– доводка и тестирование ПО;
– разработка инструкции по эксплуатации аппаратно-программных
средств.
4. Ввод АИС в эксплуатацию:
– ввод программных средств;
– ввод аппаратных средств;
– сертификация и обучение персонала;
– выполнение опытной эксплуатации;
– подписание и сдача актов приема работ.
5. Выполнение эксплуатации ИС;
– эксплуатация;
– общее сопровождение.
Различают следующие модели ЖЦ:
– каскадная модель – дает возможность перейти на следующие этапы
ЖЦ после полного осуществления всех работ на предыдущему этапе. Модель
52
демонстрирует традиционный подход в разных прикладных областях разработки
ПО;
– итерационная модель – это так называемая поэтапная модель,
которая использует промежуточный контроль, а также циклы обратной связи.
Основным преимуществом данной модели являются поэтапные корректировки,
что обеспечивают меньшую трудоемкость в сравнении с каскадной. Но время
жизни для каждого из таких этапов рассчитывается полностью на весь период
создания ПО;
– спиральная модель ЖЦ делает упор на исходные этапы
проектирования и анализа.
Эта модель представляется итерационным процессом разработки, где все
итерации (циклы), представляют собой конечный цикл разработки, который
приводит к выпуску версии ИС, который совершенствуется постепенно от одной
итерации к другой, чтобы стать значимой ИС.
В результате, каждый виток спирали будет соответствовать поэтапной
модели создания ИС.
При разработке АИС для ведения документации и отчетности будет
использоваться каскадная модель ЖЦ.
2.1.2.Ожидаемые риски на этапах жизненного цикла
Рассмотрим основные риски, которые присутствуют при использовании
ЖЦ.
Первый риск – недостаточное определение функционала разрабатываемой
АИС, может потребовать на других этапах, дополнительной разработки
программ или хранилища информации, что приведет также к возрастанию
финансовых рисков, которые связаны с проектом. К примеру:
– позднее определения функций обеспечения защиты информации
может значительно утруднить доработку базы данных в будущем;
– неправильное определение структуры базы данных повлечет за
собой корректировку всех последующих этапов ЖЦ.
Риск можно предотвратить при применении CASE-средств для построения
модели БП. К примеру, Allusion Data Modeler.
53
Риск под названием «Неправильное проектирование интерфейса системы»
может повлечь за собой неудобную работу пользователя, что будет с негативной
стороны влиять на применение разрабатываемого ПО.
Этот риск устраняется с помощью отдельного проектирования интерфейса
при использовании дополнительного инструментального обеспечения.
Риски, которые выявляются в получении неправильных или
некачественных результатов тестирования АИС. Данный риск может повлечь
значительное возрастание времени разработки и ее стоимости.
Этот риск можно устранить повторным выбором модели ЖЦ для
реализации АИС, так как, к примеру, каскадная модель является очень жесткой в
плане выполнения этапов разработки, нежели другие модели, и возврата на
предыдущие шаги не предусматривает.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
К организационно правовым средствам безопасности информации можно
отнести разграничение уровня доступа между несколькими подсистемами:
– отдел по работе с клиентами;
– администрация;
– бухгалтерия.
Подсистема «Отдел по работе с клиентами» используется для
непосредственного учета клиентов, а также выполнения основных операций по
ведению документации и отчетности.
Подсистема «Администрация» применяется для выполнения
управленческого учета в направлении ведения документации и отчетности.
Подсистема «Бухгалтерия» применяется для выполнения бухгалтерского
учета.
Стоит отметить, что каждая из подсистем имеет доступ только к тем
объектам конфигурации, которые можно указать при разработке.
Кроме этого, на уровне операционной системы и компьютерной сети в
регистратуре предусматриваются следующие методы защиты информации:
54
– применение пароля на основании методов платформы
1С:Предприятие;
– применение пароля на основании операционной системы Windows;
– применение паролей на основании входа и работы в компьютерной
сети ООО «КИСЛОВКА-СЕРВИС».
К программным средствам защиты информации относится возможность
ввода паролей для пользователей. К аппаратным методам защиты – блоки
непрерывного питания, брандмауэры и другие технические устройства.
Кроме этого, для защиты ИС от внешних угроз есть возможность
применения ролей.
Полномочия ролей рассматриваются на рисунках 14, 15:
Рисунок 14. Права Администратора
55
Рисунок 15. Права Пользователя
Рассмотрим таблицу разграничения прав доступа для проектируемой АИС
(таблица 4).
Таблица 4
Разграничение прав пользователей
Группы
пользователей
Справочники
Документы
Отчеты
Администрирование
Менеджер по
работе с
клиентами
Чтение/созда
ние
Чтение
Чтение
Нет
Администра-
ция
Чтение/созда
ние/удаление
Чтение/созда
ние/удаление
Чтение/
создание/
удаление
нет
Бухгалтеры
Чтение
Чтение
Чтение/
создание
Нет
56
Системный
администрато
р
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Полный
Полный
Защита от внешних угроз реализована с помощью информации, которая
указана в таблице 5:
Таблица 5.
Защита от внешних угроз
Методы защиты
Описание
Нормативно-правовые акты
организации, стандарты
Устав ООО «КИСЛОВКА-СЕРВИС»,
спецификация ЛВС, Федеральный
закон «О защите персональных
данных», Федеральный закон «О
коммерческой тайне»
Антивирусные и антишпионские
средства
Антивирус
Проактивная защита от внешних угроз
и защита внешнего периметра
нет
Защита от сетевых угроз
Встроенный брандмауэр антивируса
Защита от инсайдерских угроз и
защита информационных ресурсов
Антивирус, брандмауэр, методы
разграничения доступа
Физическая защита информации
Ограничение доступа к информации
Стоит отметить, что наиболее слабым звеном в обеспечении защиты ИС
является хранимая информация в АИС. Для этого рекомендуется выполнить
комплекс следующих мер:
– выполнить настройку журналирования (рисунок 16):