Автоматизированная система МКУ «Социальный приют для детей МО»

5.4.1 Требования к системе в целом

Система должна быть многопользовательской, интерфейс  должен быть понятен и нагляден.

Требования к структуре и функционированию системы.

Автоматизированная  ИС должна получиться следующей:

• Масштабируемой;
• Многопользовательской;
• Легкой.

Так как «Надежда» расположена в облаке и хранит в себе большой объем данных надо избегать:

• Большого веса программы;
• Трудностей при вводе и поиске данных.

Система включает в себя:

• База данных: SQL Azure;
• Silverlight оболочка;
• .Net C#.

Требования к численности и  квалификации персонала системы  и режиму его работы:

Для поддержки  функционирования Системы должна быть создан отдел ПО, персонал которого должен обладать знаниями в области информационных и сетевых платформ, на которых будет реализована Система, а также опытом администрирования баз данных.

В состав персонала, необходимого для обеспечения  эксплуатации  информационный системы,  должны входить:

• администраторы системы – специалист, который будет поддерживать работоспособность системы и вносить новых пользователей системы, выделяя для каждого логин и пароль для работы в программе;
• эксплуатационный персонал - специалисты, обеспечивающие функционирование технических и программных средств.

Система должна требовать для поддержки  и управления минимальное количество эксплуатационного персонала. Для  обеспечения функционирования Системы  в рамках одного рабочего дня требуется  от 1 специалиста эксплуатационного  персонала и 1 администратор в  случаи необходимости.

Доступ  к системе возможен круглосуточно.

Показатели назначения:

Благодаря тому, что система «Надежда» располагается  в облаке, на выделенном сервере, его  легко модернизировать, и со временем добавлять другой функционал без  большого вреда конечному пользователю, и без больших затрат как материальных, так и временных.

Требования к надежности:

Надежность  системы «Надежда» обеспечивается многократным бэкапом.  Данные могут храниться в 4х местах одновременно. В настоящее время Майкрософт поддерживает работу Windows Azure в центрах обработки данных по всему миру. Пользователи могут указывать географическое положение центров обработки данных Майкрософт, в которых будут храниться их данные. Доступные регионы представлены в таблице 1.

Службы  платформы Windows Azure предоставляются пользователям с помощью сети глобальных центров обработки данных, которые предназначены для круглосуточной работы и на каждом из которых используются различные средства для защиты системы от сбоев питания, физического вторжения и разрывов сети. Эти географические распределенные центры обработки данных соответствуют отраслевым стандартам обеспечения физической безопасности и надежности. Сотрудники Майкрософт осуществляют управление, мониторинг и администрирование этими центрами обработки данных.

 

Таблица 1 – Центы обработки данных Windows Azure

Основной регион	Субрегион
1	2
Азия	Восточный (Гонконг)  юго-восточный (Сингапур)
Европа	Северный (Ирландия)  западный (Нидерланды)
США	Центральный северный (Иллинойс)  центральный южный (Техас)  восточный (Вирджиния)  западный (Калифорния)

 

Отказоустойчивость  очень высокая. Платформа Windows Azure разработана для обеспечения отказоустойчивости и избыточности, она также позволяет клиентам создавать и развертывать отказоустойчивые приложения. Множество аспектов платформы обеспечивают отказоустойчивость и избыточность, от развертывания в географически распределенных центрах обработки данных до реплицированных экземпляров ролей и хранилищ. Несмотря на эти меры нельзя гарантировать, что платформа Windows Azure будет полностью отказоустойчивой, поэтому разработчики, использующие платформу Windows Azure, должны при необходимости применять дополнительные механизмы защиты.

Избыточность служб.

Каждый  уровень инфраструктуры платформы  Windows Azure разработан для обеспечения непрерывности работы в случае сбоя. Так, на каждом уровне есть резервные сетевые устройства, а каждый центр обработки данных использует двух поставщиков услуг Интернета. Отказоустойчивость в большинстве случаев обеспечивается автоматически (без вмешательства людей), а сеть отслеживается центром сетевых операций круглосуточно для обнаружения аномалий и потенциальных проблем.

Избыточность центров обработки  данных.

Платформа Windows Azure работает на основе множества центров обработки данных во всем мире. В случае разрушительного сбоя, который затронет весь центр обработки данных, пользователи могут развернуть свои приложения в резервном расположении.

Архитектура системы (рисунок 5.1) обеспечивает высокую отказоустойчивость.

 

Рисунок 5.1 – Архитектура системы «Надежда»

Требования безопасности:

Безопасность  является одной из самых важных тем  при обсуждении размещения приложений в «облаке». Платформа Windows Azure является классическим примером PaaS-модели - Microsoft отвечает за все аспекты безопасности:

• Физическая безопасность – кто имеет доступ к серверам, кто отвечает за развертывание операционных систем и их обновлений.
• Сетевая безопасность – насколько защищены коммуникации между сервером и приложением.
• Безопасность среды выполнения – насколько защищена операционная система и как часто она обновляется, насколько изолирована среда выполнения одного приложения от другого, есть ли влияние одной среды на другую.
• Безопасность на уровне приложений – насколько безопасны сами приложения и механизмы доступа к сервисам.
• Безопасность данных – насколько защищены данные, поддерживается ли шифрование, насколько изолированы базы данных.
• Организационная безопасность – как реализован доступ к приложениям и данным.

Только  за исключением аспекта безопасности самих приложений, предоставляя в  распоряжение пользователей и разработчиков  безопасную среду выполнения, безопасности на уровне операционной системы и  инфраструктуры. В PaaS модели платформа используется для хостинга и запуска кода потребителей и, соответственно, ответственность за безопасность самого кода несет его разработчик. Использование атрибутов безопасности, предоставляемых на уровне платформы, и рекомендуемых подходов для обеспечения безопасности приложений позволит максимально эффективно и безопасно использовать облачные вычисления.

Поддерживаемое  системой масштабирование позволяет  исключить DDoS-атаки,  даже если очень большое количество человек зайдут в систему одновременно.

Доступ  к программе выдает администратор.

Для дополнительной безопасности используется привязка к  IP-адресу, что позволяет ограничить доступ к приложению из вне.

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы:

Условия эксплуатации, а также виды и периодичность  обслуживания технических средств  системы должны соответствовать  требованиям по эксплуатации, техническому обслуживанию, ремонту и хранению, изложенным в документации завода-изготовителя (производителя) на них.

Размещение  персонала и техники должно осуществляться по ГОСТ 15.150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды».

Требования к защите информации от несанкционированного доступа:

Должна  быть разработана политика безопасности системы, в том числе процедуры  защиты данных от несанкционированного доступа.

Корпорация  Майкрософт выполняет постоянное тестирование платформы Windows Azure на предмет защиты от несанкционированного доступа в целях улучшения ее механизмов и процессов защиты.  Поскольку такое тестирование неотличимо от реальной атаки, следует получить предварительное одобрение от службы поддержки Windows Azure, прежде чем выполнять его. Тестирование защиты от несанкционированного доступа должно выполняться в соответствии с условиями и положениями корпорации Майкрософт. Запросы на проведение тестирования должны подаваться не позднее, чем за семь дней до его выполнения.

Требования по сохранности информации при авариях:

Сохранность информации должна обеспечиваться при  следующих  аварийных ситуациях:

• импульсные помехи, сбои и перерывы в электропитании;
• нарушение или выход из строя каналов связи локальной сети;
• полный или частичный отказ технических средств, включая сбои и отказы накопителей на жестких магнитных дисках;
• сбой общего или специального программного обеспечения;
• ошибки в работе персонала.

Требования  по сохранности информации определены, но так как наша программа реализована в облаке, то этим занимается удаленный сервер. Он и осуществляет все манипуляции.

Требования по стандартизации и  унификации:

Разработка  системы должна осуществляться с  использованием стандартных методологий  функционального моделирования: IDEF0, DFD, IDEF3 в рамках рекомендаций по стандартизации Р50.1.028-2001 «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования». Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования Microsoft Visio. Все поясняющие надписи в экранных формах должны быть на русском языке.

Пользователю  должны быть предоставлены возможности  работы с данными c помощью всех возможных устройств ввода информации.

Дополнительные требования: 

Система «Надежда» должна эксплуатироваться  на уже имеющемся у приюта аппаратно-техническом  комплексе.

5.4.2 Требования к функциям (задачам),  выполняемым системой

Перечень функций и задач  подлежащих автоматизации:

Созданная программа должна обеспечивать:

• ввод данных о воспитанниках и их родителей, опекунов;
• редактировать запись о воспитанниках и их родителей, опекунов;
• поиск воспитанника;
• просмотр необходимых отчетов.

Временной регламент реализации каждой функции:

Временной регламент для реализации каждой функции представлен в      таблице 2.

 

Таблица 2 – Временной регламент функций

Функция	Временной регламент
1	2
Ввод данных о воспитаннике, его  родителях, опекунах	Один раз при поступлении ребенка
Редактирование записей о воспитанниках  и их родителей, опекунов	По необходимости
Поиск необходимых данных по воспитаннику	По необходимости
Создание и вывода на печать отчетов	Регулярно, по необходимости
Проверку на корректность вводимых данных	Регулярно при вводе данных

 

Требования к качеству реализации каждой функции.

Качество  реализации функций должно обеспечивать полное выполнение входящих в их состав операций и задач и гарантировать  корректную с точки зрения предметной области обработку данных и представление  результатов.

5.4.3 Требования к видам обеспечения

Информационное  обеспечение системы:

Для работы в данной системе необходим постоянный интернет канал, так как вся информация хранится на удаленном сервере в  Голландии.

Требования  к процедуре придания юридической  силы документам, производимым техническими средствами системы, не предъявляются.

Для лингвистического обеспечения системы: