Техническое задание на создание хранилища данных

Министерство образования и науки Российской Федерации                                                                                  Государственное образовательное учреждение высшего профессионального образования                                                         САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ                                                              ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ,  
МЕХАНИКИ И ОПТИКИ                                                                                                                                                         ФАКУЛЬТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И ПРОГРАММИРОВАНИЯ

 

 

 

 

 

Техническое задание  на создание  хранилища данных

 

 

 

 

 

 

 

Преподаватель: Повышев Владислав Вячеславович «28» сентября 2011г.

Выполнила:  . Студентка группы 4523 дневного отделения

 

1. Общие сведения

1.1. Наименование системы

1.1.1. Полное наименование системы

Полное наименование: Система хранилище данных.

1.1.2. Краткое наименование системы

Краткое наименование: Система ХД.

1.2. Основания для проведения  работ

Контракт № 1 от 1 сентября 2011 г. между ОАО «Буква» и ЗАО «Молодец».

1.3. Наименование организаций – Заказчика и Разработчика

1.3.1. Заказчик

Заказчик: ОАО Буква 
           Адрес фактический: г. Санкт-Петербург, Саблинская ул.  д.5 
           Телефон: +7 (918) 4444344       
            1.3.2. Разработчик

Разработчик: ЗАО Молодец 
            Адрес фактический: г. Санкт-Петербург, ул. Гагарина 23. Кв.6                                                             ТелефоТелефон: +7 (918) 6654344                                

1.4. Плановые сроки начала и  окончания работы

Срок начала работы: 12.12.11

Срок окончания работ: 12.12.12

Работы разделены по этапам согласно календарному плану.

1.5. Источники и порядок финансирования

Источником финансирования работ  является ОАО «Буква».

1.6. Порядок оформления и предъявления  заказчику результатов работ

Работы по созданию Системы ХД сдаются Разработчиком поэтапно в соответствии с календарным планом Проекта. По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы этапа, состав которых определены Договором.

2. Назначение и цели создания системы

2.1. Назначение системы

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

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

2.2. Цели  создания системы

Система создается с целью:

1. Интеграции в одном месте, согласования и объединения ранее разъединенных детализированных данных, данных из внешних источников, данных из автоматизированных рабочих мест отдельных сотрудников.
2. Увеличения производительности и надежности.
3. Обеспечения сохранности всех данных.
4. Повышения скорости передачи информации.
5. Обеспечения защиты от сбоев.
6. Увеличение количества размещаемой информации.

3. Характеристика объектов автоматизации

Объекты автоматизации характеризуются:

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

4. Требования к системе

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

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

• Система должна быть централизованной и иметь одноуровневую архитектуру.
• В качестве протокола взаимодействия между компонентами Системы необходимо использовать протокол TCP/IP, HTTP

 4.1.1.1 Режимы функционирования системы.

Система должна поддерживать следующие  режимы функционирования: 
1. Стационарный режим функционирования системы:                                                                                      Система должна обеспечить непрерывную работу в режиме 24х7  с возможностью выполнения всех необходимых действий.                                                                                                                                                                                           2. Профилактический режим: 
Обслуживающий персонал должен провести диагностику системы и либо устранить неполадки, либо осуществить необходимое обновление. 
Общее время проведения профилактических работ не должно превышать 20% от общего времени работы системы в основном режиме (134 часа в месяц).

4.1.1.2 Требования по диагностированию системы

Во избежание появления неисправностей, а вследствие потери данных, необходимо регулярно осуществлять диагностирование системы.

Предусмотрено несколько видов возможных диагностик:

1. Диагностика, проводимая специалистами с использованием дополнительных программных средств.

• Диагностика системы хранения данных через удалённый доступ. Результатом этого вида работ будет получение информации о состоянии системы, посредством получения лог-файлов, и визуальный осмотр состояния через графический интерфейс.
• Получение более полной информации о состоянии оборудования, посредством доступа через консольный порт.

2. Диагностирование Системы средствами, входящими в поставляемое программное обеспечение:

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

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

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

4.1.2.1. Требования к численности  персонала

В состав персонала, необходимого для обеспечения эксплуатации ХД в рамках соответствующих подразделений Заказчика, необходимо выделение следующих ответственных лиц:   
- Администратор подсистемы хранения данных - 1 человек;                                                                      
Обязанности: 
- Администратор подсистемы хранения данных - на всем протяжении функционирования ХД обеспечивает распределение дискового пространства, модификацию структур БД, оптимизацию производительности. 
        4.1.2.2. Требования к квалификации персонала

К квалификации персонала, эксплуатирующего Систему ХД, предъявляются следующие требования. 
- Администратор подсистемы хранения данных - глубокие знания СУБД; опыт администрирования СУБД; знание и навыки операций архивирования и восстановления данных; знание и навыки оптимизации работы СУБД.

4.1.2.3. Требования к режимам работы  персонала

Персонал, работающий с Системой ХД и выполняющий функции её сопровождения  и обслуживания, должен работать в следующих режимах: 
- Администратор подсистемы сбора, обработки и загрузки данных – двухсменный график, поочередно. 
- Администратор подсистемы хранения данных – двухсменный график, поочередно. 

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

4.1.3.1. Параметры, характеризующие степень соответствия системы назначению

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

4.1.3.2. Требования к приспособляемости  системы к изменениям

Обеспечение приспособляемости системы  должно выполняться за счет: 
- своевременности администрирования; 
- модернизации процессов сбора, обработки и загрузки данных в соответствии с новыми требованиями; 
- модификации процедур доступа и представления данных конечным пользователям; 
- наличия настроечных и конфигурационных файлов у ПО подсистем; 
4.1.4. Требования к надежности

4.1.4.1. Состав показателей надежности  для системы в целом

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

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

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

4.1.4.2. Перечень аварийных ситуаций, по которым регламентируются требования к надежности

Под аварийной ситуацией понимается аварийное завершение процесса, выполняемого той или иной подсистемой ХД, а  также «зависание» этого процесса. 
При работе системы возможны следующие аварийные ситуации, которые влияют на надежность работы системы: 
- сбой в электроснабжении сервера; 
- сбой в электроснабжении рабочей станции пользователей системы; 
- ошибки Системы ХД, не выявленные при отладке и испытании системы; 
- сбои программного обеспечения сервера.

4.1.4.3. Требования к надежности технических средств и программного обеспечения

К надежности оборудования предъявляются  следующие требования: 
- в качестве аппаратных платформ должны использоваться средства с повышенной надежностью; 
- применение технических средств соответствующих классу решаемых задач;  
- аппаратно-программный комплекс Системы должен иметь возможность восстановления в случаях сбоев. 
К надежности электроснабжения предъявляются следующие требования: 
- с целью повышения отказоустойчивости системы в целом необходима обязательная комплектация серверов источником бесперебойного питания с возможностью автономной работы системы; 
- система должны быть укомплектована подсистемой оповещения Администраторов о переходе на автономный режим работы; 
- система должны быть укомплектована агентами автоматической остановки операционной системы в случае, если перебой электропитания превышает Y минут; 
- должно быть обеспечено бесперебойное питание активного сетевого оборудования. 
Надежность аппаратных и программных средств должна обеспечиваться за счет следующих организационных мероприятий: 
- предварительного обучения пользователей и обслуживающего персонала; 
- своевременного выполнения процессов администрирования; 
- соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств; 
- своевременное выполнение процедур резервного копирования данных. 
Надежность программного обеспечения подсистем должна обеспечиваться за счет: 
- надежности общесистемного ПО и ПО, разрабатываемого Разработчиком; 
- проведением комплекса мероприятий отладки, поиска и исключения ошибок. 
- ведением журналов системных сообщений и ошибок по подсистемам для последующего анализа и изменения конфигурации.

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

Проверка выполнения требований по надежности должна производиться на этапе проектирования расчетным  путем, а на этапах испытаний и эксплуатации - по методике Разработчика, согласованной с Заказчиком.

4.1.5. Требования к эргономике  и технической эстетике

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