Техническое задание на создание автоматизированной системы

Размещено на http://www.allbest.ru/

«Техническое задание на создание автоматизированной системы (АС)»



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

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

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

Полное наименование - 1С:Предприятие 8

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

Краткое наименование: 1СП8

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

Работа выполняется на основании договора №100 от 01.10.2015 между «Щевинская и КО» и ООО «Компания Мегафон».

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

1.3.1 Заказчик

Заказчик: ОАО «Мегафон»

Адрес фактический: г. Нижний-Новгород, Ул. Пушкина, 4/20

Телефон: +7 (3519) 24-55-7

Факс: +7 (351) 24-26-04

1.3.2 Разработчик

Разработчик: ЗАО «Щевинская и КО»

Адрес фактический: г. Москва, Ул. Колотушкина, 3/50

Телефон / Факс: +8 (800) 555 35 35



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

Указываются плановые сроки начала и окончания работ по созданию системы (на основании Договора). Если сроки определены не точно, то указать на какой стадии сроки уточняются.

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

Финансирование работ осуществляет Заказчик. Объем и порядок финансирования определяется Календарным планом работ, Рабочей программой и Протоколом договорной цены, являющихся неотъемлемой частью Контракта (Дополнительных Соглашений) на выполнение работ в соответствии с настоящим Частным техническим заданием

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

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



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

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

1СП8 предназначена для повышения оперативности обработки входящих заявок и общей удовлетворённости клиентов уровнем обслуживания.

Основным назначением 1СП8 является автоматизация информационно-аналитической деятельности в существующих бизнес-процессах предприятия: прием продукции, оформление и отгрузка заказов, формирование отчетов

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

1СП8 внедряется для сотрудников с целью:

- Повышения оперативности обработки входящих заявок;

- Повышения общей удовлетворённости клиентов уровнем обслуживания;

- Повышения роста числа обращений клиентов

- Обеспечить разрозненность процессов по функциональным подразделениям

- упрощения поступления документов из других отделов;

- интеграции в общую среду информационной системы предприятия,

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

- обеспечения сбора и первичной обработки исходной информации, необходимой для подготовки отчетности.



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

«МегаФон» - российская телекоммуникационная компания, предоставляющая услуги сотовой (GSM и UMTS) связи, а также местной телефонной связи, широкополосного доступа в Интернет, кабельного телевидения и ряд сопутствующих услуг.

Миссия компании заключается в объединение России, разрушая при этом барьеры для общения и развивая коммуникации. Она включает в себя развитие и внедрение в России передовых технологий мобильной связи, дающих людям возможность общаться друг с другом в ритме XXI века, невзирая на физические границы и расстояния между странами и континентами, в стремлении сделать мобильную связь демократичной, доступной для всех социальных групп, живущих даже в самых отдалённых уголках нашей страны.

Главная цель развития бизнеса компании «МегаФон» - способствовать реализации успешных творческих и деловых, межличностных и корпоративных коммуникаций.

Как правило, объектом автоматизации являются бизнес-процессы, выполняемые в cтруктурных подразделениях Заказчика. Следовательно, применительно к данному ТЗ, объектами автоматизации будут являться бизнес-процессы, выполняемые в отделе управления и обработки заявок.

Выделены следующие процессы в деятельности управления и обработки заявок, в рамках которых производится анализ информации и вынесены соответствующие выводы о возможности их автоматизации:

Структурное подразделение	Наименование процесса	Возможность автоматизации	Решение об автоматизации в ходе проекта
Отдел управления и обработки заявок	Авторизация пользователя	Возможна	Будет автоматизирована
Отдел управления и обработки заявок	Составление и регистрация заявки	Возможна	Будет автоматизирована
Отдел управления и обработки заявок	Обслуживание заявки	Возможна частично	Не будет автоматизирована

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

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

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

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

Основной режим, в котором 1СП8 выполняет все свои основные функции.

Профилактический режим, в котором 1СП8 не выполняет своих функций.

В основном режиме функционирования, Система 1СП8 должна обеспечивать:

· работу пользователей в режиме - 24 часов в день, 7 дней в неделю (24х7);

· выполнение своих функций - сбор, обработка и загрузка данных;

· хранение данных;

· предоставление отчетности.

В профилактическом режиме Система ТС должна обеспечивать возможность проведения следующих работ:

· техническое обслуживание;

· модернизацию аппаратно-программного комплекса;

· устранение аварийных ситуаций.

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

Обязательно ведение журналов инцидентов в электронной форме, а также графиков и журналов проведения ППР.

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

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

Для поддержки функционирования 1СП8 Заказчиком должна быть создана Служба эксплуатации, персонал которой должен обладать знаниями в области информационных технологий. В состав персонала, необходимого для обеспечения эксплуатации комплекса средств автоматизации (КСА) Подсистемы, должны входить:

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

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

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

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

В состав персонала, необходимого для обеспечения эксплуатации 1СП8 в рамках соответствующих подразделений Заказчика необходимо выделение следующих ответственных лиц:

· Администратор ТС - 2 человека.

· Руководитель эксплуатирующего подразделения - 1 человек.

Данные лица должны выполнять следующие функциональные обязанности:

· Руководитель эксплуатирующего подразделения - на всем протяжении функционирования ТС обеспечивать общее руководство группой внедрения, эксплуатации и сопровождения.

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

4.1.2.2 Требования к квалификации персонала

К квалификации персонала, эксплуатирующего Систему 1СП8 предъявляются следующие требования:

· Конечный пользователь (Оператор) - знание предметной области, профессиональное пользование ПК.

· Администратор 1СП8 - знания методологии проектирования хранилищ данных, знание СУБД, знание языка запросов SQL, опыт администрирования СУБД, знания и навыки операций архивирования и восстановления данных и т.д.

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

Персонал, работающий с Системой 1СП8 и выполняющий функции её сопровождения и обслуживания должен работать в следующих режимах:

· Оператор - в соответствии с основным рабочим графиком подразделений Заказчика.

· Администратор 1СП8 - двухсменный график, поочередно.



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

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

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

- Количество измерений - X.

- Количество показателей - Y.

- Количество аналитических отчетов - Z.

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

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

- своевременности администрирования;

- модернизации процессов сбора, обработки и загрузки данных в соответствии с новыми требованиями;

- модификации процедур доступа и представления данных конечным пользователям;

- наличия настроечных и конфигурационных файлов у ПО подсистем и т.д.

Требования к приспособляемости заключаются в обеспечении его работоспособности в следующих случаях:

- При изменении количества потребителей информации;

- При изменении количества услуг и приложений;

- При изменении требований к системе безопасности;

- При изменении количества поставщиков информации.

Влияние изменения количества потребителей информации

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

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

2. Распределение нагрузки между фронтальными серверами должно автоматически выравниваться.

3. Добавление новых фронтальных серверов не должно приводить к полной или частичной остановке функционирования.

Влияние изменения количества услуг и приложений

Изменение количества услуг и приложений оказывает основное влияние на нагрузочную способность тыловых серверов баз данных, а также фронтальных серверов системы. Увеличение нагрузочной способности может выполняться как за счет увеличения мощности тыловых серверов, так и за счет увеличения их количества путем объединения в кластеры. Увеличение нагрузочной способности фронтальных серверов может выполняться как за счет увеличения мощности, так и за счет увеличения их количества. При этом необходимо соблюдать следующие требования:

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

2. Распределение нагрузки между фронтальными серверами должно автоматически выравниваться.

3. Добавление новых фронтальных или тыловых серверов не должно приводить к полной или частичной остановке функционирования.

Влияние изменения требований к системе безопасности.

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

1. В процессе адаптации защищенность не должна становиться хуже существующей на момент начала адаптации.

2. Процесс адаптации не должен прерывать доступа потребителей информации к информационным ресурсам.

3. Процесс адаптации не должен прерывать процесс подготовки и публикации документов.

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

4.1.3.3 Требования сохранению работоспособности системы в различных вероятных условиях

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

Вероятное условие

Нарушения в работе системы внешнего электроснабжения серверного оборудования продолжительностью до 15 мин.

Выход из строя сервера подсистемы хранения данных

Требование

Функционирование в полном объеме.

Уведомление администратора подсистемы хранения данных и администратора подсистемы сбора, обработки и загрузки данных

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

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

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

Надежность должна обеспечиваться за счет:

· применения технических средств, системного и базового программного обеспечения, соответствующих классу решаемых задач;

· своевременного выполнения процессов администрирования Системы;

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

Время устранения отказа должно быть следующим:

· при перерыве и выходе за установленные пределы параметров электропитания - не более 30 минут.

· при перерыве и выходе за установленные пределы параметров программного обеспечением - не более 3 часов.

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

При работе системы возможны следующие аварийные ситуации, которые влияют на надежность работы системы:

· сбой в электроснабжении сервера;

· сбой в электроснабжении рабочей станции пользователей системы;

· сбой в электроснабжении обеспечения локальной сети (поломка сети);

· ошибки Системы, не выявленные при отладке и испытании системы;

· сбои программного обеспечения сервера.

Перечень возможных аварийных ситуаций с указанием требований к средствам восстановления работоспособности системы:

1. Сбой общего или специального программного обеспечения ТС. После сбоя операционной системы или СУБД в процессе выполнения пользовательских задач должно быть обеспечено восстановление данных в базе данных до состояния на момент окончания последней нормально завершенной перед сбоем транзакции. Время восстановления работоспособности при любых сбоях и отказах не должно превышать З-х часов. Сюда входит разворачивание и настройка специального программного обеспечения на сервере, восстановление данных с использованием последней резервной копии. В указанное время не входит решение проблем с техническим обеспечением и инсталляция операционной системы.

2. Сбои или выход из строя активного накопителя на жестком магнитном диске. ТС должна обеспечивать возможность «горячей» замены сбойного или вышедшего из строя активного накопителя на жестком магнитном диске без остановки функционирования системы и потерь информации. В ТС должна быть обеспечена возможность восстановления данных с внешнего накопителя после восстановления активного накопителя.

3. Ошибки в работе персонала. Система должна локализовать ошибки персонала.

4. Импульсные помехи, сбои или прекращение электропитания. Импульсные помехи, сбои или прекращение электропитания не должны приводить к выходу из строя технических средств системы и/или нарушению целостности данных. Прекращение электропитания на время до 15 минут не должно приводить к прекращению функционирования ТС. Должны быть предусмотрены средства оповещения пользователей о прекращении электропитания.

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

К надежности оборудования предъявляются следующие требования:

- в качестве аппаратных платформ должны использоваться средства с повышенной надежностью;

- применение технических средств соответствующих классу решаемых задач;

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

К надежности электроснабжения предъявляются следующие требования:

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

- система должны быть укомплектована подсистемой оповещения Администраторов о переходе на автономный режим работы;

- система должны быть укомплектована агентами автоматической остановки операционной системы в случае, если перебой электропитания превышает Y минут;

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

- предварительного обучения пользователей и обслуживающего персонала;

- своевременного выполнения процессов администрирования;

- соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;

- своевременное выполнение процедур резервного копирования данных.

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

- надежности общесистемного ПО и ПО, разрабатываемого Разработчиком;

- проведением комплекса мероприятий отладки, поиска и исключения ошибок.

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

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

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

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

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

- интерфейсы подсистем должен быть типизированы; - должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя; - должен использоваться шрифт:...

- размер шрифта должен быть:...

- цветовая палитра должна быть:...

- в шапке отчетов должен использоваться логотип Заказчика. В части диалога с пользователем:

- для наиболее частых операций должны быть предусмотрены «горячие» клавиши;

- при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке.

В части процедур ввода-вывода данных:

- должна быть возможность многомерного анализа данных в табличном и графическом видах.

К другим подсистемам предъявляются следующие требования к эргономике и технической эстетике.

В части внешнего оформления:

- интерфейсы по подсистемам должен быть типизированы. В части диалога с пользователем:

- для наиболее частых операций должны быть предусмотрены «горячие» клавиши;

- при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке.

В части процедур ввода-вывода данных:

- должна быть возможность получения отчетности по мониторингу работы подсистем.

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

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

Технические средства Системы и персонал должны размещаться в существующих помещениях Заказчика, которые по климатическим условиям должны соответствовать ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды» (температура окружающего воздуха от 5 до 40°С, относительная влажность от 40 до 80 % при Т=25°С, атмосферное давление от 630 до 800 мм ртутного столба).

Размещение технических средств и организация автоматизированных рабочих мест должны быть выполнены в соответствии с требованиями ГОСТ 21958-76 Система «Человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».

Для электропитания технических средств должна быть предусмотрена трехфазная четырехпроводная сеть с глухо заземленной нейтралью 380/220 В (+10-15)% частотой 50 Гц (+1-1) Гц. Каждое техническое средство запитывается однофазным напряжением 220В частотой 50 Гц через сетевые розетки с заземляющим контактом.

Для обеспечения выполнения требований по надежности должен быть создан комплект запасных изделий и приборов (ЗИП).

Состав, место и условия хранения ЗИП определяются на этапе технического проектирования.

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

4.1.7.1 Требования к информационной безопасности

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

· Защита Системы должна обеспечиваться комплексом программно-технических средств и поддерживающих их организационных мер.

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

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

· Разграничение прав доступа пользователей и администраторов Системы должно строиться по принципу, что не разрешено, то запрещено и т.д.

· Система должна обеспечивать обработку конфиденциальной информации.

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

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

· Развернутые и уточненные требования к структуре, функциям и средствам системы должны быть разработаны на этапе технического проектирования СИС ЭП.

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

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

4.1.7.2 Требования к антивирусной защите

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

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

- централизованную автоматическую инсталляцию клиентского ПО на рабочих местах пользователей и администраторов;

- централизованное автоматическое обновление вирусных сигнатур на рабочих местах пользователей и администраторов;

- ведение журналов вирусной активности;

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

4.1.7.3 Разграничения ответственности ролей при доступе к <указать объект ограничения (например, отчет, показатель, измерение)

Требования по разграничению доступа приводятся в виде матрицы разграничения прав.

Матрица должна раскрывать следующую информацию:

- код ответственности: Ф - формирует, О - отвечает, И - использует и т.п.;

- наименование объекта системы, на который накладываются ограничения;

- роль сотрудника/единица организационной структуры, для которых накладываются ограничения.

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

В Системе должно быть обеспечено резервное копирование данных.

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

В Системе должно быть обеспечено резервное копирование данных.

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

4.1.9 Требования к защите от влияния внешних воздействий

К программно-аппаратному окружению Системы предъявляются следующие требования к защите от влияния внешних воздействий:

1. Требования к радиоэлектронной защите:

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

2. Требования по стойкости, устойчивости и прочности к внешним воздействиям:

· система должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах от 155 до 265В (220 ± 20 - 30 %);

· система должна иметь возможность функционирования в диапазоне допустимых температур окружающей среды, установленных изготовителем аппаратных средств;

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

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

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

· требования к стандартизации и унификации включают: показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, установленных ГОСТ 6.10.1, общесоюзных классификаторов технико-экономической информации и классификаторов других категорий в соответствии с областью их применения, требования к использованию типовых автоматизированных рабочих мест, компонентов и комплексов.

· качестве методологии проектирования используются методологии структурного анализа и проектирования SADT и ARIS. В рамках данных методологий основными инструментальными средствами являются AllFusion Process Modeler (Bpwin), AllFusion Data Modeler (ERwin) (IDEF1X), а также Case-средство MS Visio (EPS Diagram, Cause and Effect Diagram - «Диаграмма Исикавы», Organization Chart Diagram - организационная диаграмма).

Для работы с БД должны использоваться язык запросов SQL в рамках стандарта ANSI SQL. В системе должны использоваться общероссийские классификаторы и единые классификаторы и словари для различных видов алфавитно-цифровой и текстовой информации.

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

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

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

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

Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. «ССБТ. Пожарная безопасность. Общие требования».

Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91. «ССБТ. Оборудование производственное. Общие требования безопасности» при обслуживании системы в процессе эксплуатации.

Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. «Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации».

Значения эквивалентного уровня акустического шума, создаваемого аппаратурой системы, должно соответствовать ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение», но не превышать следующих величин:

· 50 дБ - при работе технологического оборудования и средств вычислительной техники без печатающего устройства;

· 60 дБ - при работе технологического оборудования и средств вычислительной техники с печатающим устройством.

4.1.13 Требования к транспортабельности для подвижных АИС

Система является стационарным и после монтажа и проведения пуско-наладочных работ транспортировке не подлежит.

4.2 Требования к функциям, выполняемым системой

В данном подразделе приводят:

1) по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации; при создании системы в две или более очереди - перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях;

2) временной регламент реализации каждой функции, задачи (или комплекса задач);

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

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

4.2.1 Подсистема сбора, обработки и загрузки данных 4.2.1.1 Перечень функций, задач подлежащей автоматизации

Функция	Задача
	Создание, редактирование и удаление процессов сбора,
	обработки и загрузки данных
Управляет процессами сбора,	Формирование последовательности выполнения
	процессов сбора, обработки и загрузки данных
обработки и загрузки данных
	(регламентов загрузки данных)
	Определение и изменение расписания процессов сбора,
	обработки и загрузки данных
	Запуск процедур сбора данных из систем источников,
Выполнение процессов сбора,	загрузка данных в область временного, постоянного
	хранения
обработки и загрузки данных из
источников в ХД	Обработка и преобразование извлечённых данных
	Поддержка медленно меняющихся измерений
	Ведение журналов результатов сбора, обработки и
Протоколирует результаты сбора,	загрузки данных
обработки и загрузки данных	Оперативное извещение пользователей о всех
	нештатных ситуациях в процессе работы подсистемы



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

Создание, редактирование и удаление процессов сбора, обработки и загрузки данных

Формирование последовательности выполнения процессов сбора, обработки и загрузки данных (регламентов загрузки данных)

Определение и изменение расписания процессов сбора, обработки и загрузки данных

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

Обработка и преобразование извлечённых данных

Поддержка медленно меняющихся измерений

Ведение журналов результатов сбора, обработки и загрузки данных

Оперативное извещение пользователей о всех нештатных ситуациях в процессе работы подсистемы

Весь период функционирования системы, при возникновении необходимости изменения процессов сбора, обработки и загрузки данных

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

Весь период функционирования системы, при возникновении необходимости изменения расписания процессов

После готовности данных в системах источниках, ежедневно во временном интервале 00:00 - 03:00

Ежедневно, после появления всех извлечённых данных во временном интервале 00:00 - 06:00

Регулярно, при работе подсистемы для измерений соответствующего типа

Регулярно, при работе подсистемы

Регулярно, при возникновении нештатной ситуации в процессе работы подсистемы

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

Создание, редактирование и удаление процессов сбора, обработки и загрузки данных

Формирование последовательности выполнения процессов сбора, обработки и загрузки данных (регламентов загрузки данных)

Определение и изменение расписания процессов сбора, обработки и загрузки данных

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

Обработка и преобразование

В стандарте интерфейса ETL средства

В стандарте интерфейса ETL средства

В стандарте интерфейса ETL средства

Текстовый файл

Текстовый файл.

Определяется регламентом эксплуатации

Определяется регламентом эксплуатации

Определяется регламентом эксплуатации

Запуск должен производится точно по установленному расписанию

Данные должны быть

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

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

4.3.1 Требования к математическому обеспечению

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

Не предъявляются.

4.3.2 Требования к информационному обеспечению

4.3.2.1 Требования к составу, структуре и способам организации данных в системе

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

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

· область временного хранения данных;

· область постоянного хранения данных;

· область витрин данных.

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

4.3.2.2 Требования к информационному обмену между компонентами системы

Информационный обмен между компонентами системы КХД должен быть реализован следующим образом:

	обработки и загрузки	хранения	формирования и
	данных	данных	визуализации отчетности
Подсистема сбора,
обработки и загрузки		X
данных
Подсистема хранения	X		X
данных
Подсистема
формирования и		X
визуализации отчетности

4.2.2.3 Требования к информационной совместимости со смежными системами

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

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

4.3.2.4 Требования по использованию классификаторов, унифицированных документов и классификаторов

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

4.3.2.5 Требования по применению систем управления базами данных

Для реализации подсистемы хранения данных должна использоваться промышленная СУБД <указывается название и версия СУБД>.

4.3.2.6 Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных Процесс сбора, обработки и передачи данных в системе определяется регламентом

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

4.3.2.7 Требования к защите данных от разрушений при авариях и сбоях в электропитании системы

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

Система должна иметь бесперебойное электропитание, обеспечивающее её нормальное функционирование в течение 15 минут, в случае отсутствия внешнего энергоснабжения, и 5 минут дополнительно для корректного завершения всех процессов. Резервное копирование данных должно осуществляться на регулярной основе, в объёмах, достаточных для восстановления информации в подсистеме хранения данных.

4.3.2.8 Требования к контролю, хранению, обновлению и восстановлению данных

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

К хранению данных предъявляются следующие требования:

· хранение исторических данных в системе должно производиться не более чем за 5 предыдущих лет. По истечению данного срока, данные должны переходить в архив;

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

К обновлению и восстановлению данных предъявляются следующие требования:

· для сервера сбора, обработки и загрузки данных необходимо обеспечить резервное копирование его бинарных файлов (Home) раз в 2 недели и хранение копии на протяжении 2-х месяцев;

· для сервера базы данных необходимо обеспечить резервное копирование его бинарных файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев;

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

o холодная копия - ежеквартально; логическая копия - ежемесячно (конец месяца);

o инкрементальное резервное копирование - еженедельно (воскресение);

o архивирование - ежеквартально;

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

Требования не предъявляются.



4.3.3 Требования к лингвистическому обеспечению

Лингвистическое обеспечение должно включать:

· языковые средства общения пользователей с системой;

· терминологические словари.

· Языковые средства общения пользователей (интерфейс пользователя) должны обеспечивать диалог с системой на русском языке в терминах АС.

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

· технологическое единство в рамках системы, отдельных подсистем;

· поиск информации в документах системы;

· достижение максимальных характеристик по полноте и точности при поиске информации в системе;

· однозначную интерпретацию сообщений на представительном уровне протоколов взаимодействия открытых систем;

· развитую систему диалога на языке, близком к естественному;

· формирование и выдачу информации, а также ее отображение с учетом принципов «дружественного интерфейса».

4.3.4 Требования к программному обеспечению

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

В состав системы должны входить следующие подсистемы:

· подсистема хранения данных;

· подсистема расчета;

· подсистема формирования отчетности.

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

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

В качестве методологии проектирования используются методологии структурного анализа и проектирования SADT и ARIS. В рамках данных методологий основными инструментальными средствами являются AllFusion Process Modeler (Bpwin), AllFusion Data Modeler (ERwin) (IDEF1X), а также Case-средство MS Visio (EPS Diagram, Cause and Effect Diagram - «Диаграмма Исикавы», Organization Chart Diagram - организационная диаграмма).

Данные получаемые в ходе работы с системой, хранятся и обрабатываются при помощи Microsoft SQL Server. Основной используемый язык запросов -- Transact-SQL.

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

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

К обеспечению качества программных средств (ПС) предъявляются следующие требования:

· функциональность должна обеспечиваться выполнением подсистемами всех их функций.

· надежность должна обеспечиваться за счет предупреждения ошибок - не допущения ошибок в готовых ПС;

· легкость применения обеспечиваться за счет применения покупных программных средств;

· эффективность обеспечиваться за счет принятия подходящих, верных решений на разных этапах разработки ПС и системы в целом;

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

· также на каждом этапе в разработки ПС должна проводиться проверка правильности принятых решений по разработке и применения готовых ПС.

Необходимость согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ отсутствует.

Интерфейс системы

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

Визуальное представление интерфейса продемонстрировано ниже (рис.15 - рис.21).

Рисунок 15 Форма авторизации пользователя

Рисунок 16 Главная форма

Ниже (рис.17 - рис.18) представлены действия, которые может выполнять пользователь, войдя в систему.

Рисунок 17 Подпункты меню “Файл”

Рисунок 18 Подпункты меню “Правка”

4.3.5 Требования к техническому обеспечению

Не предъявляются.

Приводятся требования:

1) к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе;

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

Система должна быть реализована с использованием специально выделенных серверов Заказчика.

Сервер базы данных должен быть развернут на HP9000 SuperDome №1, минимальная конфигурация которого должна быть: CPU: 16 (32 core); RAM: 128 Gb; HDD: 500 Gb; Network Card: 2 (2 Gbit); Fiber Channel: 4.

Сервер сбора, обработки и загрузки данных должен быть развернут на HP9000 SuperDome №2, минимальная конфигурация которого должна быть:

CPU: 8 (16 core); RAM: 32 Gb; HDD: 100 Gb; Network Card: 2 (1 Gbit); Fiber Channel: 2.

Сервер приложений должен быть развернут на платформе HP Integrity, минимальная конфигурация которого должна быть: CPU: 6 (12 core); RAM: 64 Gb; HDD: 300 Gb; Network Card: 3 (1 Gbit).

Приведенные сервера должны быть подключены к дисковому массиву HP XP с организацией сети хранения данных. Минимальный объем свободного пространства для хранения данных на дисковом массиве должен составлять 100 Тб.

4.3.6 Требования к метрологическому обеспечению

Не предъявляются.

В требованиях к метрологическому обеспечению приводят:

1) предварительный перечень измерительных каналов;

2) требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов;

3) требования к метрологической совместимости технических средств системы;

4) перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики;

5) требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы;

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

Не предъявляются.

4.3.7 Требования к организационному обеспечению

Основной пользователь системы - сотрудник (Менеджер по продажам). Обеспечивает эксплуатацию подразделение информационных технологий Заказчика. Сотрудник определяется штатным расписанием Заказчика, которое в случае необходимости может изменяться. К организации функционирования Системы предъявляются следующие требования:

· в случае возникновения со стороны склада необходимости изменения функциональности системы, пользователи должны обратиться к руководителю предприятия и ведущему системному администратору отдела УИИ;

К защите от ошибочных действий персонала предъявляются следующие требования:

· должна быть предусмотрена система подтверждения легитимности пользователя при просмотре данных;

· для всех пользователей должна быть запрещена возможность удаления преднастроенных объектов и отчетности;

· для снижения ошибочных действий пользователей должно быть разработано полное и доступное руководство пользователя.

4.3.8 Требования к методическому обеспечению

Не указывается.

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

Приводятся название методик, инструкций и ссылки на них для ПО и АПК каждой из подсистем.

4.3.9 Требования к патентной чистоте

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



5. Состав и содержание работ по созданию системы

Данный раздел должен содержать перечень стадий и этапов работ по созданию системы в соответствии с в соответствии с ГОСТ 24.601.

Разработаем в среде MS Project следующие документы: план проекта (рис.23), график проекта (рис.24), лист ресурсов (рис.25), использование ресурсов (рис.26), использование задач (рис.27), отчет дела по исполнителям (рис.28).

Рисунок 23 План проекта

Рисунок 24 График проекта

Рисунок 25 Лист ресурсов

Рисунок 26 Использование ресурсов

Рисунок 27 Использование задач



6. Порядок контроля и приёмки системы

Общие требования к приемке работ.

Сдача-приемка этапов выполненных работ на стадиях “Технический проект” и “Рабочая документация” осуществляется по предъявлении Разработчиком комплектов соответствующих документов и завершается оформлением акта сдачи-приемки научно-технической продукции, подписанного Разработчиком, и утвержденного Заказчиком.

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

Испытания Подсистемы должны проводиться в соответствии с ГОСТ 34.603-92.

Испытания Подсистемы должны быть проведены на стадии “Ввод в действие” на основании соответствующих программ и методик испытаний, подготовленных Разработчиком и утверждаемых Заказчиком на этапе рабочего проектирования.

Этап “Проведение предварительных испытаний” заканчивается оформлением акта о приемке Подсистемы в опытную эксплуатацию с приложением к нему протоколов испытаний.

Результаты работ по этапу “Опытная эксплуатация” принимаются с оформлением Акта о завершении опытной эксплуатации.

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

Порядок и сроки проведения приемочных испытаний определяются Заказчиком на этапе “Опытная эксплуатация”.

Этап “Проведение приемочных испытаний” заканчивается оформлением акта о приемке Подсистемы в промышленную эксплуатацию, подписанного специально для этого созданной Заказчиком комиссией.

Виды и объем испытаний системы

Система подвергается испытаниям следующих видов:

1. Предварительные испытания.

2. Опытная эксплуатация.

3. Приемочные испытания.

Состав испытаний

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

...