47
легче применять.
Но, даже учитывая практически все недостатки традиционных БД и
достоинства MongoDB, нужно понимать, что задачи бывают очень разными и
методы их решения требуют разной функциональности.
В какой-то ситуации СУБД MongoDB действительно улучшит
производительность приложения, к примеру, если надо хранить очень сложные по
структуре данные.
Но, с другой стороны, лучше будет применять традиционные реляционные
базы данных для более традиционных требований к хранению данных.
Кроме того, можно использовать смешанный подход: хранить один тип
данных в MongoDB, а другой тип данных - в традиционных БД.
В результате сопоставления информации о самых популярных СУБД можно
сделать вывод, что для создания базы данных детского кафе нужно использовать
СУБД SQL Server, так как остальные среда разработки БД имеют намного
меньший функционал, возможности масштабирования и популярность.
В результате сопоставления информации о самых популярных СУБД
можно сделать вывод, что для создания АИС нужно использовать СУБД SQL
Server, так как остальные среда разработки БД имеют намного меньший
функционал, возможности масштабирования и популярность.
Стоит отметить, что в современное время используются так называемые
специализированные СУБД (или платформы) для создания разного рода
конфигураций ПО, что позже могут внедряться в серверную часть.
Классическим примером этой платформы является система под названием
1С:Предприятия, где присутствует модель по разработке конфигураций. Именно
данная платформа и будет использоваться в разработке.
1.4.3.Обоснование проектных решений по техническому обеспечению
Под техническим обеспечением (ТО) понимается следующий набор
аппаратных средств:
– ПК;
– линии связи;
– периферийные устройства;
48
– сетевое оборудование;
– организационная техника.
Комплекс аппаратных средств имеет такие составляющие:
– компьютер;
– устройства для выполнения сбора, обработки, передачи, а также
вывода на печать данных;
– устройства для реализации передачи информации по локальным и
глобальным сетям;
– эксплуатационные и монтажные материалы.
При выполнении выбора ПК надо руководствоваться целым радом
характеристик. Рассмотрим оптимальный состав аппаратного обеспечения ПК:
− Четырехъядерный процессор Intel® Core™ i5-2400 (3,10 ГГц, 6 МБ
кэш-памяти)
− MB: Intel® Q67 Expressor higher, Video Intel® Graphics Media
Accelerator 4500, Sound internal, LAN;
− DDR3 SDRAM 2 ГБ 1333 МГц;
− HDD: 250 GB SATA 7200 RPM;
− ODD: DVD+/-RW x16 SuperMulti;
− CASE: 400W ATX Midi Tower;
− MOUSE: Optical USB;
− KB: Classic PS2;
− USB ports on front panel, 2 USB ports on rear panel.
Анализируя уже применяемое в АО «Фридом Финанс» АРМ (п. 1.1.3),
можно в итоге сделать вывод, что они полностью соответствуют
поставленным целям для разработки ИС.
49
2. ПРОЕКТНАЯ ЧАСТЬ
2.1.Разработка проекта автоматизации
2.1.1.Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) в современных автоматизированных ИС (АИС) –
это полностью контролируемый непрерывный процесс, что также может
выполняться с самого момента непосредственного утверждения надобности для
создания АИС и до изъятия ее с эксплуатации.
Стоит также заметить, все ЖЦ являются только одним с совокупности
базовых терминов при рассмотрении теории проектирования для многих
современных АИС [11, с.211].
Основным нормативным положением для регламентации разработки
жизненного цикла, считают сертифицированный международный документ с
разработки под названием Международной организации стандартизации
программ.
Каскадная модель часто может характеризоваться разбиением процесса
разработки определенного программного средства сразу на некоторые этапы, и,
стоит отметить, что все их переходы между этими этапами к следующему будут
реализовываться только после завершения предшествующих (рисунок 16).[3,
с.93]
Рисунок 16. Структура каскадной модели
50
Рассмотрим некоторые положительные свойства описываемой модели ЖЦ:
– при реализации каждого этапа этапе создается законченный набор
документации;
– все этапы создания АИС, должны быть реализованы строго в нужной
последовательности, тогда они дают возможность спланировать конкретные
сроки.
Рассматриваемый подход прекрасно зарекомендовал себя при реализации
проектирования АИС самой разной сложности, при которых можно на начальных
этапах разработки АИС практически точно выполнить описание всех требований.
Для преодоления проблем, что описаны выше при использовании
каскадной структуры, еще в начале 70-х годов 20 века предложена спиральная
модель построения АИС.
Непосредственная реализация для указанных технических фаз также
выполняется при помощи прототипов (рисунок 17).
Рисунок 17. Структура спиральной модели
51
При рассмотрении такой структуры рассматривался упор на некоторые
исходные этапы описанной выше каскадной модели:[14, с.61]
– анализ проблемы построения;
– проектирование АИС.
Прототипы – это действующие модули АИС для реализации всех ее
отдельных функций.
Создание прототипов также может осуществляться часто и за несколько
целых итераций, которыми являются воображаемые витки спирали [19, c.14].
Все такие итерации могут соответствовать также созданию некоторого
этапа АИС (прототипа), где уточняются новые цели, характеристики
программного осуществления, а также оценивается суммарное качество
имеющихся результатов.
В качестве еще улучшенной структуры ЖЦ можно рассматривать такую
модель, что показана на рисунке 18:
Рисунок 18. Структура улучшенной спиральной модели АИС
Спиральная модель ЖЦ АИС имеет свои достоинства, например: [8, c.44]
52
– заказчики могут влиять непосредственно на разрабатываемую для
них АИС на всех этапах;
– непосредственно в модели могут воплощаться полностью все
преимущества рассмотренного ЖЦ.
Инкрементная модель ЖЦ АИС является классическим прототипом для
инкрементного поведения при создании ПО.
Стоит отметить тот факт, что в ней объединены также элементы
последовательной модели при использовании итерационной структуры Боэма для
модернизации, приведенной выше каскадной модели.
Каждая из последовательностей может сама проектировать специальный
необходимый инкремент АИС.
Самой главной реализацией указанного подхода считают специальную
технологию экстремального программирования, что ориентировано также на
малые приросты в их функциональности.
Рисунок 19. Структура функционирования для инкрементной
модели
Преимущество указанной модели состоит непосредственно и в том, что
вовсе нет надобности вкладывать самые разные средства уже ранее, которые
выделяются на всю АИС.
53
В результате проведенного анализа ЖЦ можно сделать вывод, что для
создания системы автоматизации учета заявок АО «Фридом Финанс», нужно
применить каскадную модель.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Рассмотрим основные риски, которые присутствуют при использовании
ЖЦ (рисунок 20).
Рисунок 20. Риски, ожидаемые при выполнении ЖЦ
Первый риск – недостаточное определение свойств проектируемой
системы автоматизации, может потребовать на последующих этапах,
дополнительной разработки программ или хранилища информации, что приведет
также к возрастанию финансовых рисков, которые связаны с проектом.
Риск можно предотвратить при применении CASE-средств для построения
модели БП.
Риск под названием «Неправильное определение функций системы»
предотвращается основательным анализом всех используемых вариантов таких
Риски, ожидаемые при выполнении ЖЦ
Недостаточное определение основных
свойств проектируемой ИС
Неправильное определение функций
системы
Неправильная разработка плана-
графика создания ПО
Неправильная разработка ПО
Неправильное внедрение и
тестирование ПО
54
функций. Также можно этот риск устранить реализацией повторного анализа
выбора ИС.
Риски, которые кроются разработке некорректного плана-графика процесса
автоматизации, а именно, применение лишних ресурсов, их недостаточность.
Этот риск является, в основном, финансовым можно его предотвратить с
применением современных средств проектирования, а также устранить
повторной корректировкой процесса автоматизации.
Риск в некорректной разработке АИС устраняется при использовании так
называемого модульного тестирования.
Риск при внедрении предотвращается применением современного
лицензионного стендового оборудования, а также может быть устранен двойным
тестированием.
2.1.3.Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
К организационно правовым средствам безопасности информации можно
отнести разграничение уровня доступа между несколькими подсистемами
(рисунок 21):
Рисунок 21. Применяемые подсистемы
Подсистема «Администрация» используется для непосредственного
контроля деятельности компании, а также выполнения основных операций по
предоставлению услуг.
Подсистемы
Бухгалтерия
Отдел по
работе с
клиентами
Администрация
55
Подсистема «Отдел по работе с клиентами» применяется для выполнения
учета заявок на предоставление услуг.
Подсистема «Бухгалтерия» применяется для выполнения бухгалтерского
учета по каждой из хозяйственных операций.
Стоит отметить, что каждая из подсистем имеет доступ только к тем
объектам конфигурации, которые можно указать при разработке.
Кроме этого, на уровне операционной системы и компьютерной сети в
компании АО «Фридом Финанс» предусматриваются следующие методы защиты
информации:
– применение пароля на основании методов платформы
1С:Предприятие;
– применение пароля на основании операционной системы Windows;
– применение паролей на основании входа и работы в компьютерной
сети.
К программным средствам защиты информации относится возможность
ввода паролей для пользователей. К аппаратным методам защиты – блоки
непрерывного питания, брандмауэры и другие технические устройства.
Защита от внешних угроз реализована с помощью информации, которая
указана в таблице 3:
Таблица 3.
Защита от внешних угроз
Методы защиты
Описание
Нормативно-правовые акты
организации, стандарты
Устав АО «Фридом Финанс»,
спецификация ЛВС, Федеральный
закон «О защите персональных
данных», Федеральный закон «О
предоставлении брокерских услуг»
Антивирусные и антишпионские
средства
Антивирус Касперского
Проактивная защита от внешних
угроз и защита внешнего периметра
нет
Защита от сетевых угроз
Встроенный брандмауэр антивируса
Касперского
Защита от инсайдерских угроз и
защита информационных ресурсов
Антивирус Касперского, брандмауэр,
методы разграничения доступа
Физическая защита информации
Ограничение доступа к информации
Стоит отметить, что наиболее слабым звеном в обеспечении защиты ИС
является хранимая информация в ИС.
56
К программным средствам защиты информации относится возможность
ввода паролей для пользователей. К аппаратным методам защиты – блоки
непрерывного питания, брандмауэры и другие технические устройства.
Кроме этого, для защиты ИС от внешних угроз есть возможность
применения ролей.
Полномочия ролей рассматриваются на рисунках 22, 23:
Рисунок 22. Права Администратора
Рисунок 23. Права Пользователя